Implement Protocol #7 about rffhem HOT 19 CLOSED

Sync fact 8,3 is not detected

from rffhem.

Decoding:

Clock: 492, 969, -1948, -4004

Bit 0: 492, -969 (factor: 1,-2)
Bit 1: 492, -1948 (factor: 1,-4)
Sync: 492,-4020 (factor 1,8)

Pulslength: 74
id = bintodec bit 0 to 9;
channel = bit 10,11 + 1;
temperature = bir 12 to 23 / 10;

Added a dirty hack with commit
173a2bd

Added new Issue #15 to provide a better option

from rffhem.

Log output at: https://github.com/anfichtn/test?files=1

from rffhem.

New receiver recived. Logfiles will be updated shortly.

from rffhem.

Logfiles updated.
But no reciving of protocol "M7".

from rffhem.

Logfile has no messages from the arduino. Seems to be something wrong in communication or the arduino is crashed

from rffhem.

Data looks like:

    #Eurochron EAS 800
            4    8      12                      24      28               36
      #          0011 0110 1010  000100000010  1111  00111000 Kanal 3, 25.8 Grad, 56%
      #          0011 0110 1010  000011110011  1111  00111000 Kanal 3, 24.3 Grad, 56%
      #          0011 0001 1001  000100001001  1111  00111101 Kanal 2, 26.5 Grad, 61%
      #          0011 1000 1000  000100000011  1111  01000000 Kanal 1

      #                     ID?  CHN       TMP                ??     HUM

from rffhem.

@anfichtn : Test again with current version of signalduino

from rffhem.

Die Prüfung "if ($l == 10)" habe ich eingebaut da es bei mir ab und zu auch Nachrichten mit einer Länge von 6 und 7 gibt:

2015.09.16 23:44:21 3: SIGNALduino_ID7_Parse EAS800z (u7FFFFF0) length: 6
2015.09.16 23:46:52 3: SIGNALduino_ID7_Parse EAS800z (u77FFFFF0) length: 7
2015.09.16 23:47:32 3: SIGNALduino_ID7_Parse EAS800z (u75690D3F400) length: 10

from rffhem.

Vielleicht kannst Du noch mal mit Verbose 5 und auch dem Debug Attribut das Signal empfangen und die Log Ausgabe Posten.

Ich vermute, das Signal hat 36 Bit und ich fülle es dann auf volle bytes auf.

Somit könnte man dann in der Regex auf 8 Hex Stellen und die letzte 0 prüfen.
Vielleicht finden wir auch noch einen validen Header.

from rffhem.

Ich habe den EAS800z mal in die Gefriertruhe gelegt:

SIGNALduino_ID7_Parse EAS800z (u7569FE7F340) -> ca -1,2 Grad
EAS800z converted to bits: 0101 0110 1 001 111111100111 1111 00110100 0000
EAS800z decoded protocolid: 7 sensor id=49, channel=2, temp=407.1, hum=52, bat=ok

SIGNALduino_ID7_Parse EAS800z (u7569FE0F3D0) -> ca -3,2 Grad
EAS800z converted to bits: 0101 0110 1 001 111111100000 1111 00111101 0000
EAS800z decoded protocolid: 7 sensor id=49, channel=2, temp=406.4, hum=61, bat=ok

SIGNALduino_ID7_Parse EAS800z (u7569FD9F3D0) -> ca -5,2 Grad
EAS800z converted to bits: 0101 0110 1 001 111111011001 1111 00111101 0000
EAS800z decoded protocolid: 7 sensor id=49, channel=2, temp=405.7, hum=61, bat=ok

from rffhem.

Ah, so etwas in der Art hatte ich erwartet.

Man müsste für die negativen Temperaturen wohl 4095 abziehen. Also

if temp>100 temp=temp-4095
Vermutlich braucht man auch nur das 1. Bit prüfen.

Das 1. Nibble scheint auch ein Teil von der Sensor ID zu sein. Das 2. ist mir dann unschlüssig.

Vermutlich ist das Bit vor dem Kanal die Batterie Info.

from rffhem.

Ich habe an der 14_SIGNALduino_ID7.pm ein paar Änderungen vorgenommen.
Ich habe ein push in Deinen Zweig "dev-proto7" versucht ich habe aber eine Fehlermeldung bekommen. Ich habe es wie folgt versucht:

git clone -b dev-proto7 https://github.com/RFD-FHEM/RFFHEM.git
git add 14_SIGNALduino_ID7.pm
git commit -m "Daten ignorieren, wenn humidity groesser 100"
git push origin master

Ich habe nun bei meinem github ein repository angelegt, damit ist es mir dann gelungen:
https://github.com/Ralf9/FHEM-SIGNALduino

from rffhem.

Hallo Ralf,

ich nutze GIT nicht sonderlich oft von der Kommandozeile.

Die Fehlermeldung würde sicher helfen.

git push origin dev-proto7 wäre aber bestimmt besser.

Clonen brauchst Du es auch nicht jedes mal. Da gibt es dann git pull.

Grüße

Am 18. September 2015 00:30:09 MESZ, schrieb Ralf9 [email protected]:

Ich habe an der 14_SIGNALduino_ID7.pm ein paar Änderungen vorgenommen.
Ich habe ein push in Deinen Zweig "dev-proto7" versucht ich habe aber
eine Fehlermeldung bekommen. Ich habe es wie folgt versucht:

git clone -b dev-proto7 https://github.com/RFD-FHEM/RFFHEM.git
git add 14_SIGNALduino_ID7.pm
git commit -m "Daten ignorieren, wenn humidity groesser 100"
git push origin master

Ich habe nun bei meinem github ein repository angelegt, damit ist es
mir dann gelungen:
https://github.com/Ralf9/FHEM-SIGNALduino

---

Reply to this email directly or view it on GitHub:
#11 (comment)

Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

from rffhem.

mit "git push origin dev-proto7" hat es jetzt geklappt.
Ich benutze die Kommandozeile, da ich noch nicht herausgefunden habe welche GUI für Linux (Opensuse) brauchbar ist.
Welche GUI für Git benutzt Du?

Ich habe es mal mit einer schwachen Batterie getestet. Das mit dem Bat-Bit passt so.

Ich habe mir auch mal das mit der humidity > 100 angeschaut.
Bei humidity > 100 fehlt im Datensatz bei der Temperatur ein Bit:

EAS800z converted to bits: 0101 0110 1 001 000011100000 1111 00111111 0000
EAS800z decoded protocolid: 7 sensor id=49, channel=2, temp=22.4, hum=63, bat=ok

EAS800z converted to bits: 0101 0110 1 001 000011000001 1110 01111110 0000
EAS800z decoded protocolid: 7 sensor id=49, channel=2, temp=19.3, hum=126, bat=ok

from rffhem.

Hallo Ralf,

probiert doch smartgit.
Ich verwende tortoise GIT und egit (in Eclipse).
Allerdings unter Windows.

Das mit dem Batteriebit ist gut, ich hatte ja nur geraten, welches es ist.

Das mit der Humidity >100 ist interessant. Da steckt sicher noch mehr dahinter.
Vielleicht stimmen die ausgewählten Bits doch nicht... Hmm

from rffhem.

Die Bits müssten eigentlich so stimmen. Die Ursache können auch Empfangsprobleme sein. Ich habe den Arduino mit dem Receiver mit dem mitgelieferten 25cm USB-Kabel am PC eingesteckt.

Mit dieser Abfrage müsste es passen:
my $bit24bis27 = substr($bitData,24,4);
if ($hum > 100 || $hum == 0 || $bit24bis27 ne '1111') {
return undef;
}

from rffhem.

Ja, Empfangsprobleme oder Störungen können auftreten, dazu könnte eine checksumme übertragen werden.

Ich habe aber so ein bisschen das Gefühl, die fehlt bei diesem Sensor, wie bei so einigen anderen leider auch.

Sven

Am 18. September 2015 22:47:15 MESZ, schrieb Ralf9 [email protected]:

Die Bits müssten eigentlich so stimmen. Die Ursache können auch
Empfangsprobleme sein. Ich habe den Arduino mit dem Receiver mit dem
mitgelieferten 25cm USB-Kabel am PC eingesteckt.

Mit dieser Abfrage müsste es passen:
my $bit24bis27 = substr($bitData,24,4);
if ($hum > 100 || $hum == 0 || $bit24bis27 ne '1111') {
return undef;
}

---

Reply to this email directly or view it on GitHub:
#11 (comment)

Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.

from rffhem.

Added support for sensor from @anfichten without humidity, they are all 0, so humidty is 0 with commit 50c2b1e.

2015.09.23 00:17:30 4: SIGNALduino_ID7_Parse EAS800z (u772A0BCF000) length: 10
2015.09.23 00:17:30 3: EAS800z converted to bits: 01110010 1 010 000010111100 1111 00000000
2015.09.23 00:17:30 3: EAS800z decoded protocolid: 7 sensor id=72, channel=3, temp=18.8, hum=0, bat=ok
2015.09.23 00:17:30 4: SIGNALduino_ID7: EAS800z_3 (72A0BCF000)

/cc @anfichtn

from rffhem.