stöd för rfxcom /rfxlan

Allmänna frågor och synpunkter.
Martin
Administrator
Administrator
Posts: 2655
Joined: Tue 09 Nov 2010, 20:25

Re: stöd för rfxcom /rfxlan

Post by Martin » Mon 04 Feb 2013, 09:40

Jag skulle väldigt gärna vilja använda SK och logga temp/fukt med först och främst Oregongivarna, men gärna även Esic-givarna. Om jag på något sätt kan vara behjälplig när det gäller SK, RFXtrx433 och de givare jag har, så säg till så ställer jag upp! :!: Vilka "ledtrådar" behöver ni?
I RFX egen applikation finns ett antal "flikar". När man bygger stöd för sändning/mottagning så kan man förenklat säga att varje "flik" hanteras olika (de är ordnade efter protokoll etc). Om det är en sändande enhet tror jag det enklaste är att först identifiera fliken.
För mottagning så skriver RFX ut en hel del text i sin egen applikation när en signal tas emot. Om vi kan få tag i hela texten som skrivs ut för en givare så borde det lösa problemet identifiering.

Oregons prylar är iofs så vanliga (iaf i Sverige) att jag kan tycka att vi borde fångat dem redan, men jag vet att det har kommit minst en Firmware-uppdatering för RFXtrx som möjligtvis skulle kunna göra att tolkningen av signalerna har förändrats.
Martin | Switch King

Tilt68se
2 stars
2 stars
Posts: 17
Joined: Sat 26 Jan 2013, 10:00

Re: stöd för rfxcom /rfxlan

Post by Tilt68se » Mon 04 Feb 2013, 11:48

Martin wrote:
Jag skulle väldigt gärna vilja använda SK och logga temp/fukt med först och främst Oregongivarna, men gärna även Esic-givarna. Om jag på något sätt kan vara behjälplig när det gäller SK, RFXtrx433 och de givare jag har, så säg till så ställer jag upp! :!: Vilka "ledtrådar" behöver ni?
I RFX egen applikation finns ett antal "flikar". När man bygger stöd för sändning/mottagning så kan man förenklat säga att varje "flik" hanteras olika (de är ordnade efter protokoll etc). Om det är en sändande enhet tror jag det enklaste är att först identifiera fliken.
För mottagning så skriver RFX ut en hel del text i sin egen applikation när en signal tas emot. Om vi kan få tag i hela texten som skrivs ut för en givare så borde det lösa problemet identifiering.

Oregons prylar är iofs så vanliga (iaf i Sverige) att jag kan tycka att vi borde fångat dem redan, men jag vet att det har kommit minst en Firmware-uppdatering för RFXtrx som möjligtvis skulle kunna göra att tolkningen av signalerna har förändrats.
Man kan komma åt min Domoticz-sida via nätet, jag kan pm:a dig en länk så kan du se om du hittar något intressant (kanske under "Temperature" och "Devices"). Men jag är osäker om man ser de uppgifter ni behöver, jag kan skicka eventuella loggar och databaser till er om du pm:ar en emailadress!

EDIT: Oops, såg nu att det var RFX egen applikation du pratar om, ej Domoticz, sorry. Ska försöka fixa det till er!

Tilt68se
2 stars
2 stars
Posts: 17
Joined: Sat 26 Jan 2013, 10:00

Re: stöd för rfxcom /rfxlan

Post by Tilt68se » Mon 04 Feb 2013, 13:03

Martin wrote:
Jag skulle väldigt gärna vilja använda SK och logga temp/fukt med först och främst Oregongivarna, men gärna även Esic-givarna. Om jag på något sätt kan vara behjälplig när det gäller SK, RFXtrx433 och de givare jag har, så säg till så ställer jag upp! :!: Vilka "ledtrådar" behöver ni?
I RFX egen applikation finns ett antal "flikar". När man bygger stöd för sändning/mottagning så kan man förenklat säga att varje "flik" hanteras olika (de är ordnade efter protokoll etc). Om det är en sändande enhet tror jag det enklaste är att först identifiera fliken.
För mottagning så skriver RFX ut en hel del text i sin egen applikation när en signal tas emot. Om vi kan få tag i hela texten som skrivs ut för en givare så borde det lösa problemet identifiering.
Hjälper detta? Lite längre ned syns givarna, Oregons heter THGN122...(etc)

Code: Select all

================================================
Set Mode:0D 00 00 07 03 53 00 00 0C 2F 00 00 00 00 
0D01000703533C000C2F01010000
Packettype        = Interface Message
subtype           = Interface Response
Sequence nbr      = 7
response on cmnd  = Set Mode
Transceiver type  = 433.92MHz
Firmware version  = 60
Hardware version  = 1.1
Undec             off
X10               enabled
ARC               enabled
AC                enabled
HomeEasy EU       enabled
Meiantech         disabled
Oregon Scientific enabled
ATI               disabled
Visonic           disabled
Mertik            disabled
AD                disabled
Hideki            enabled
La Crosse         enabled
FS20              disabled
ProGuard          disabled
BlindsT0          disabled
BlindsT1          disabled
AE                disabled
RUBiCSON          disabled
FineOffset        disabled
Lighting4         disabled
RFU protocol 4    disabled
RFU protocol 5    disabled
RFU protocol 6    disabled
================================================
Get Status:0D 00 00 08 02 00 00 00 00 00 00 00 00 00 
0D01000802533C000C2F01010000
Packettype        = Interface Message
subtype           = Interface Response
Sequence nbr      = 8
response on cmnd  = Get Status
Transceiver type  = 433.92MHz
Firmware version  = 60
Hardware version  = 1.1
Undec             off
X10               enabled
ARC               enabled
AC                enabled
HomeEasy EU       enabled
Meiantech         disabled
Oregon Scientific enabled
ATI               disabled
Visonic           disabled
Mertik            disabled
AD                disabled
Hideki            enabled
La Crosse         enabled
FS20              disabled
ProGuard          disabled
BlindsT0          disabled
BlindsT1          disabled
AE                disabled
RUBiCSON          disabled
FineOffset        disabled
Lighting4         disabled
RFU protocol 4    disabled
RFU protocol 5    disabled
RFU protocol 6    disabled
0A520808010200E4150249
Packettype    = TEMP_HUM
subtype       = TH8 - WT260,WT260H,WT440H,WT450,WT450H
                channel 2
Sequence nbr  = 8
ID            = 258
Temperature   = 22,8 °C
Humidity      = 21
Status        = Dry
Signal level  = 4
Battery       = OK
0A520808010100E61C0259
Packettype    = TEMP_HUM
subtype       = TH8 - WT260,WT260H,WT440H,WT450,WT450H
                channel 1
Sequence nbr  = 8
ID            = 257
Temperature   = 23 °C
Humidity      = 28
Status        = Dry
Signal level  = 5
Battery       = OK
0A520108A90400E4180279
Packettype    = TEMP_HUM
subtype       = TH1 - THGN122/123/132,THGR122/228/238/268
                channel 4
Sequence nbr  = 8
ID            = 43268
Temperature   = 22,8 °C
Humidity      = 24
Status        = Dry
Signal level  = 7
Battery       = OK
0A520108220100E11F0279
Packettype    = TEMP_HUM
subtype       = TH1 - THGN122/123/132,THGR122/228/238/268
                channel 1
Sequence nbr  = 8
ID            = 8705
Temperature   = 22,5 °C
Humidity      = 31
Status        = Dry
Signal level  = 7
Battery       = OK
085005081B00807069
Packettype    = TEMP
subtype       = TEMP5 - LaCrosse TX2, TX3, TX4, TX17
Sequence nbr  = 8
ID            = 6912
Temperature   = -11,2 °C
Signal level  = 6
Battery       = OK
0A520108A402806D3A0069
Packettype    = TEMP_HUM
subtype       = TH1 - THGN122/123/132,THGR122/228/238/268
                channel 2
Sequence nbr  = 8
ID            = 41986
Temperature   = -10,9 °C
Humidity      = 58
Status        = Normal
Signal level  = 6
Battery       = OK
0A520108A90400E4180279
Packettype    = TEMP_HUM
subtype       = TH1 - THGN122/123/132,THGR122/228/238/268
                channel 4
Sequence nbr  = 8
ID            = 43268
Temperature   = 22,8 °C
Humidity      = 24
Status        = Dry
Signal level  = 7
Battery       = OK
0A520108220100E11F0279
Packettype    = TEMP_HUM
subtype       = TH1 - THGN122/123/132,THGR122/228/238/268
                channel 1
Sequence nbr  = 8
ID            = 8705
Temperature   = 22,5 °C
Humidity      = 31
Status        = Dry
Signal level  = 7
Battery       = OK
0A520808010200E4150249
Packettype    = TEMP_HUM
subtype       = TH8 - WT260,WT260H,WT440H,WT450,WT450H
                channel 2
Sequence nbr  = 8
ID            = 258
Temperature   = 22,8 °C
Humidity      = 21
Status        = Dry
Signal level  = 4
Battery       = OK
0A520108A402806D3A0069
Packettype    = TEMP_HUM
subtype       = TH1 - THGN122/123/132,THGR122/228/238/268
                channel 2
Sequence nbr  = 8
ID            = 41986
Temperature   = -10,9 °C
Humidity      = 58
Status        = Normal
Signal level  = 6
Battery       = OK
0A520808010100E61C0259
Packettype    = TEMP_HUM
subtype       = TH8 - WT260,WT260H,WT440H,WT450,WT450H
                channel 1
Sequence nbr  = 8
ID            = 257
Temperature   = 23 °C
Humidity      = 28
Status        = Dry
Signal level  = 5
Battery       = OK
085005081B00807069
Packettype    = TEMP
subtype       = TEMP5 - LaCrosse TX2, TX3, TX4, TX17
Sequence nbr  = 8
ID            = 6912
Temperature   = -11,2 °C
Signal level  = 6
Battery       = OK
0A520108A90400E4180279
Packettype    = TEMP_HUM
subtype       = TH1 - THGN122/123/132,THGR122/228/238/268
                channel 4
Sequence nbr  = 8
ID            = 43268
Temperature   = 22,8 °C
Humidity      = 24
Status        = Dry
Signal level  = 7
Battery       = OK
0A520108220100E11F0279
Packettype    = TEMP_HUM
subtype       = TH1 - THGN122/123/132,THGR122/228/238/268
                channel 1
Sequence nbr  = 8
ID            = 8705
Temperature   = 22,5 °C
Humidity      = 31
Status        = Dry
Signal level  = 7
Battery       = OK

Martin
Administrator
Administrator
Posts: 2655
Joined: Tue 09 Nov 2010, 20:25

Re: stöd för rfxcom /rfxlan

Post by Martin » Mon 04 Feb 2013, 13:51

Denna ska egentligen redan vara implementerad. Kan det vara så att data finns i rådadasträngen men att du inte ser dem?

Edit: Men kanon att det skrivs ut en sträng med i loggen - den kan man använda för att testa paketavkodning med när det gäller enheter som man inte har själv. Får göra det vid tillfälle.
Martin | Switch King

krambriw
4 stars
4 stars
Posts: 336
Joined: Thu 19 Jul 2012, 19:41

Re: stöd för rfxcom /rfxlan

Post by krambriw » Mon 04 Feb 2013, 14:01

Ett annat sätt...använd EventGhost med min RFXtrx plugin, aktivera debug, så trillar strängarna in i loggen,,,blir nog ännu enklare

mvh

Martin
Administrator
Administrator
Posts: 2655
Joined: Tue 09 Nov 2010, 20:25

Re: stöd för rfxcom /rfxlan

Post by Martin » Mon 04 Feb 2013, 14:22

Inser att nog måste skriva ut strängarna även i Switch King - Linux-användarna har ju inget alternativ :)
Martin | Switch King

Tilt68se
2 stars
2 stars
Posts: 17
Joined: Sat 26 Jan 2013, 10:00

Re: stöd för rfxcom /rfxlan

Post by Tilt68se » Mon 04 Feb 2013, 15:13

Martin wrote:Denna ska egentligen redan vara implementerad. Kan det vara så att data finns i rådadasträngen men att du inte ser dem?

Edit: Men kanon att det skrivs ut en sträng med i loggen - den kan man använda för att testa paketavkodning med när det gäller enheter som man inte har själv. Får göra det vid tillfälle.
Detta är rådata enligt SK och jag kan inte se RH(?):

Oregon:
PacketType:Temp;Subtype:TempHum1;Subtype_Text:TH1 - THGN122/123,/THGN132,THGR122/228/238/268;ID:41986;SeqNbr:1;SeqNbr_Text:01;SignalLevel:6;Temperature:4,3;Temperature_Text:4,3 °C;TemperatureUnit:°C;BatteryLevel:1;BatteryLevel_Text:OK

jag upptäckte nu att jag inte får in någon RH från Esic-givarna (WT450H) heller:
PacketType:Temp;Subtype:TempHum8;Subtype_Text:TH8 - Esic;ID:258;SeqNbr:1;SeqNbr_Text:01;SignalLevel:4;Temperature:22,6;Temperature_Text:22,6 °C;TemperatureUnit:°C;BatteryLevel:1;BatteryLevel_Text:OK
Dessutom så visas alla temperaturer som plus (varmgrader), "minus" faller bort, Oregongivarens temp är egentligen -4,3C, denna visar -3.3C i RFXmngr:
PacketType:Temp;Subtype:Temp5;Subtype_Text:TEMP5 - LaCrosse TX3, TX4, TX17;ID:6912;SeqNbr:1;SeqNbr_Text:01;SignalLevel:6;Temperature:3,3;Temperature_Text:3,3 °C;TemperatureUnit:°C;BatteryLevel:1;BatteryLevel_Text:OK

Tilt68se
2 stars
2 stars
Posts: 17
Joined: Sat 26 Jan 2013, 10:00

Re: stöd för rfxcom /rfxlan

Post by Tilt68se » Mon 04 Feb 2013, 15:16

krambriw wrote:Ett annat sätt...använd EventGhost med min RFXtrx plugin, aktivera debug, så trillar strängarna in i loggen,,,blir nog ännu enklare

mvh
OK, tack för tipset, ska undersöka det! Får man in RH i SK då?

krambriw
4 stars
4 stars
Posts: 336
Joined: Thu 19 Jul 2012, 19:41

Re: stöd för rfxcom /rfxlan

Post by krambriw » Mon 04 Feb 2013, 15:32

RH i SK ???

Jo, det kan du få men då får du skapa en datakälla i SK för det och så låter du EG uppdatera den. Jag har själv gjort några sådan kopplingar och det fungerar fint.

mvh

Tilt68se
2 stars
2 stars
Posts: 17
Joined: Sat 26 Jan 2013, 10:00

Re: stöd för rfxcom /rfxlan

Post by Tilt68se » Mon 04 Feb 2013, 16:10

krambriw wrote:RH i SK ???

Jo, det kan du få men då får du skapa en datakälla i SK för det och så låter du EG uppdatera den. Jag har själv gjort några sådan kopplingar och det fungerar fint.

mvh

Innan jag har testat själv så förstår jag inte hur det fungerar, därför frågar jag: EG klarar alltså av att läsa [temp och RH] på givare via min RFXtrx och sedan kan SK importera värdet?

EDIT: kan du länka till plugin:en?

Post Reply

Who is online

Users browsing this forum: No registered users and 27 guests