Dekodierung von EFTH-800 Protokoll auf 433 MHz

[freetz]

Wofür wäre die Prüfsumme interessant? Ich will ja keine Nachrichten an den Empfänger senden, sondern die vom Sender in FHEM auswerten. Und eine Validierung wäre zwar nett, ließe sich aber sonst auch über eine Plausibilitätsprüfung realisieren.

Eine Taste am Sender gibt es nicht und einen Batteriewechsel hat es (zwischen den jeweiligen Vergleichswerten) nicht gegeben.

[Ralf9]

Ja, eine eingeschränkte Validierung ist auch ohne Prüfsumme möglich.
Wie ist bei der ID oder dem Kanal eine Plausibilitätsprüfung möglich?
Die Temp und Hum lässt sich durch Prüfung auf größere Änderungen validieren. Im Bad beim Duschen oder wenn jemand den Sensor von draussen reinholt, kann es auch größere Änderungen geben.

Lässt sich erkennen ob die unbekannte Ziffer immer 0 ist? Dann kann sie zur Validierung verwendet werden.

Es gibt Sensoren, da lässt sich an der ersten Nachricht nach dem Batteriewechsel der Batteriewechsel erkennen.

Interessant wäre noch wie oft der Sensor sendet und mit wievielen Wiederholungen.

[freetz]

Also vielleicht unterscheiden sich unsere Anwendungsszenarien ja ein wenig, aber ich hatte nicht vor, dem Sensor im Winter hin und wieder einen aufwärmenden Kaminabend zu spendieren . Klar, die Punkte, die Du nennst, sind nice-to-have, aber für die Standardanwendung, für die dieser Sensor vorgesehen ist (Außentemperatur und -feuchtigkeit messen) reicht eine Plausibilitätsprüfung auf größere Abweichungen völlig aus. Wer drei Sensoren an verschiedenen Orten benötigt und dabei kein falsches Telegramm riskieren will, darf mich gerne bei der Identifizierung des CRC unterstützen, aber die Aussage, dass es erst mit dem CRC richtig interessant wird, ist für Otto Normaluser sicherlich übertrieben, und das könnten eine Menge Leute sein, da Conrad diesen Sensor als eine der Gratis-Beigaben vor Weihnachten ab einer bestimmten Bestellsumme angeboten hat.
Immerhin kann man festhalten, dass der Sensor gestern über 100 Telegramme (stoisch einmal pro Minute) durch zwei Stahlbetonwände an SIGNALduino gesendet hat und kein einziges davon Fehler aufwies.

Ein Batteriewechsel führt nur zu einer neuen ID, es wird kein weiterer Wert bei der ersten Nachricht nach dem Einschalten abweichend gesetzt.

[freetz]

Aber um es für wirkliche alle Anwendungsmöglichkeiten einsetzbar zu machen:
Bei dem CRC handelt es sich um CRC-8 mit 0x31 als Generatorpolynom. Dabei ist mir noch aufgefallen, dass das Telegramm immer mit einer Null aufhört, was für einen CRC ja nicht passen würde. Woher diese Null kommt und ob sie zwingend Teil des Telegramms oder nur ein End-Marker ist, weiß ich nicht, sie ist zumindest nicht Teil des CRC.

Mit diesen Einstellungen konnte ich jetzt jedenfalls ein gutes Dutzend von Telegrammen unter http://www.sunshine2k.de/coding/javascript/crc/crc_js.html überprüfen.
Wenn mir jemand sagt, wie ich auf die Schnelle das Telegramm
113C401090500
über SIGNALduino versenden kann, dann könnte ich es direkt am Empfänger verifizieren, ob der dieses Telegramm dann auch annimmt.

[freetz]

Sie haben es geschafft - Die EFTH-800 Sensoren werden jetzt von SIGNALduino automatisch erkannt und angelegt, einschließlich Batterie-Test - danke!

[cs-online]

Glückwunsch 

[Ralf9]

Also vielleicht unterscheiden sich unsere Anwendungsszenarien ja ein wenig, aber ich hatte nicht vor, dem Sensor im Winter hin und wieder einen aufwärmenden Kaminabend zu spendieren . Klar, die Punkte, die Du nennst, sind nice-to-have, aber für die Standardanwendung, für die dieser Sensor vorgesehen ist (Außentemperatur und -feuchtigkeit messen)

Mir geht es dabei nicht um meine Anwendungsszenarien.

Ist für Dich das Bad keine Standardanwendung?

Hallo zusammen, in der Sufu find ich keine Hilfe, deshalb probier ich es hier:

Ich hab eine Steuerung für mein Dachfenster im Bad aufgebaut und einen SIGNALDUINO mit CC1101 um Temperatur und Luftfeuchtigkeit im Raum zu messen.
Nun stelle ich aber fest, dass unter Umständen die Feuchtigkeit schnell steigt (Beim Duschen zum Beispiel).
Dann bekomm ich von meinem Signalduino die Meldung:

"ERROR - Hum diff too large (old 59, new 63, diff 4.0)"

Somit erkenne ich den zu hohen Wert der Feuchtigkeit nicht mehr...

Kann ich den Differenzwert ab dem ein Messwert als Fehler verworfen wird einstellen?
Ich habNichts gefunden...

Mich würde noch interessieren wo oft der Sensor sendet. Alle 30 oder 60sek?

Gruß Ralf

[freetz]

Es ist ein Außentemperatur-Sensor, und selbst wenn man es kann, würde ich mir so ein klobiges Teil nicht ins Bad hängen, dafür gibt es sicher (optisch) bessere Lösungen. Aber wie gesagt, jeder nach seiner Façon...

Den zeitlichen Abstand kann ich noch mal nachsehen, wofür wäre das relevant?

[elektron-bbs]

Mich würde noch interessieren wo oft der Sensor sendet. Alle 30 oder 60sek?

Der eine Sensor wurde alle 57 Sekunden registriert und der andere all 58 Sekunden.
Ich habe keine Ahnung, ob der Abstand vom eingestellten Kanal abhängig ist (erster Kanal 2, zweiter Kanal 3), oder einfach nur Toleranz. Da auf der Senderplatine ein Quartz zu sehen ist, tippe ich fast auf erstes.

[Ralf9]

Den zeitlichen Abstand kann ich noch mal nachsehen, wofür wäre das relevant?

Je öfter er sendet, desto höher ist bei vielen Sensoren die Wahrscheinlichkeit, daß mal 2 gleichzeitig senden.

Der eine Sensor wurde alle 57 Sekunden registriert und der andere all 58 Sekunden.

Lässt sich ganz grob abschätzen, wieviele Nachrichten er jeweils sendet?

[freetz]

Ah, ok, danke - es sind immer zwei Telegramme pro Intervall und Sensor.