Jeelik Modul zur Einbindung von La Crosse!

Begonnen von Billy, 16 September 2013, 15:12:15

Vorheriges Thema - Nächstes Thema

HCS

Zitat von: Prof. Dr. Peter Henning am 24 Mai 2015, 09:47:09Das versucht SETI seit ein paar Jahrzehnten, Software dafür gibt es frei verfügbar.
Dann könnte ich doch glatt mal mit dem JeeLink nach Aliens suchen.
Wenn man im Gliese 667 System LaCrosse IT+ spricht, dann sollte das klappen  ;D ;D ;D

Nun ernsthaft: Die Erkennung von einem LaCrosse Sensor mit SETI zu vergleichen finde ich schon etwas gewagt.

Zitat von: Prof. Dr. Peter Henning am 24 Mai 2015, 09:47:09...Aber für einen Kleinstcomputer mit FHEM ist das etwas zu anspruchsvoll.

Auch eine KI kann ich mir auf einem Raspberry Pi nur schwer vorstellen.
Nicht übertreiben. Es geht darum, in einigen hundert Zeilen herauszufinden, ob es welche gibt, die mit den drei gleichen Bytes beginnen.

Zumal, man kann das auch loggen und dann mit einer Software auf dem PC mal drüber scannen.

Ich glaube ich baue mir da mal was, ich habe hier noch einen TFA 30.3181.IT liegen, der mir sein Protokoll noch nicht verraten hat.

Prof. Dr. Peter Henning

Na, in dem Ansinnen ging es ja nicht um drei gleiche Bytes - sondern um die allgemeine Erkennung von Mustern.

Wir machen so etwas durchaus in einem von mir geführten EU-Forschungsprojekt, darum kann ich die Komplexität einer solchen Aufgabe ganz gut einschätzen.

LG

pah

HCS

Zitat von: Prof. Dr. Peter Henning am 24 Mai 2015, 11:11:44Na, in dem Ansinnen ging es ja nicht um drei gleiche Bytes - sondern um die allgemeine Erkennung von Mustern.
Ja, schon gut ...  ::)

Wzut

@HCS, ich habe letzten Stand nun auf dem aktiven JeeLink und sammle seit zwei Tagen fleißig Daten der WS 1600.
Bei den Logs/Plots habe ich so alle 4-5 Stunden einen "unsinnigen" Wert von 24.5 sowohl bei windSpeed als auch bei windGust.
temperatur , humidity und rain haben keine derartigen Ausreißer. Defektes Telegramm was durch die CRC Prüfung rutscht ? oder irgend eine andere Idee ?
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HCS

Zitat von: Wzut am 25 Mai 2015, 20:12:44Bei den Logs/Plots habe ich so alle 4-5 Stunden einen "unsinnigen" Wert von 24.5 sowohl bei windSpeed als auch bei windGust.
Meintest Du 25.4 oder tatsächlich 24.5 ?

Die 25.4 Ausreißer habe ich auch gerade entdeckt. Muss ich erforschen. Dass defekte Telegramme immer auf 25.4 rauskommen wäre ja schon seltsam.
Das sieht eher nach einem Fehler in der Software aus  :(

Wzut

ja sorry du hast Recht , war ein Zahlendreher
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HCS

Das mit den 25.4 m/s ist eine seltsame Geschichte.
Das Datenpaket von TX22 hat im dritten nibble zwei Flags. Das 1er Bit ist ein "Error-Flag" und das 2er Bit zeigt an, ob der TX22 in der synchronizing Phase (die ersten ca. 5 Stunden) ist.
Das "synchronizing Bit" ist sicher, das geht nach 5 Stunden weg und entspricht dem "new battery" der sonstigen IT+ Snesoren.

Das 1er Bit ist gesetzt, wenn z.B. am TX22 kein Wind-Sensor angeschlossen ist (gesicherte Erkenntnis) und ich dachte, auch wenn die Battery low ist (Vermutungen).

Bei den Datenpaketen, die WindSpeed=25.4 m/s liefern, ist es aber so, dass dieses Bit gesetzt ist und im 3er Datenblock die unteren beiden nibbles FE sind, was dann eben 25.4 m/s ergeben.
Nun ist die spannende Frage, was der TX22 damit eigentlich mitteilen will. Eigentlich ist die Ansage in solchen Paketen: "hier die Daten (er liefert ja eine WindSpeed), aber sie sind falsch (weil Error Bit gesetzt)"

Generell müsste die Bedeutung von diesem Bit wohl gesichert ermittelt werden, z.B. ob es tatsächlich auch bei "low battery" gesetzt wird.
Nur kann ich das aktuell schwer tun, dazu müsste ich mit Labornetzteil und Laptop zum TX22 auf's Dach sitzen. Hat noch jemand den TX22 samt Sensoren auf dem Schreibtisch liegen um da zu experimentieren?
Man braucht nur einen PC, ein beliebiges Terminal-Programm, einen JeeLink und ein von 1...3V regelbares Netzteil oder alternativ Batterien, die fast leer sind.

Was ich vorerst mal tun kann (und werde) ist, dass ich Pakete, bei denen das "Error-Bit" gesetzt ist, einfach ignoriere, damit ist das "25.4 Thema" erst mal unterdrückt.
Allerdings gibt es nun aktuell dann keine "low Battery" Information, Battery ist also immer "ok".
Angepasster Sketch folgt in Kürze.

Wzut

#1222
aaaahh ok , das erklärt dann auch meine Bat low Meldungen trotz nagelneuer Batterien, Auszug aus der DB von heute :
2015-05-26 12:51:50 Wetterstation battery: ok
2015-05-26 12:51:46 Wetterstation battery: low
2015-05-26 11:56:29 Wetterstation battery: ok
2015-05-26 11:56:25 Wetterstation battery: low
2015-05-26 11:05:07 Wetterstation battery: ok
2015-05-26 11:03:59 Wetterstation battery: low
2015-05-26 11:03:55 Wetterstation battery: ok
2015-05-26 11:03:50 Wetterstation battery: low
2015-05-26 10:47:20 Wetterstation battery: ok
2015-05-26 10:47:16 Wetterstation battery: low
2015-05-26 10:20:11 Wetterstation battery: ok
2015-05-26 10:19:04 Wetterstation battery: low
2015-05-26 06:24:41 Wetterstation battery: ok
2015-05-26 06:24:37 Wetterstation battery: low

vermutlich sind zu den low Zeiten auch 25.4 Meldungen vorhanden, z.Z. habe ich diese direkt im LaCrosse Modul gefiltert. Werde ich mal wieder reinnehmen und schauen ob die beiden Ereignisse immer zusammen auftreten. 
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HCS

Brauchst Du gar nicht testen, wenn das Error bit gesetzt ist, dann gibt der Sketch definitiv auch "low batt" an FHEM rüber. Das ist ein weiterer Nebeneffekt.

Ich würde so gerne mal mit den LaCrosse Entwicklern reden ...

HCS

@Wzut: test den hier (V10.1j Beta) bitte mal. Damit sollten keine 25.4 Pakete mehr durchkommen.

pejonp

Zitat von: HCS am 26 Mai 2015, 13:16:18
Ich würde so gerne mal mit den LaCrosse Entwicklern reden ...
Hallo,

hier wurde auch schon etwas zur WS1600 gemacht (http://nikseresht.com/blog/?p=99) http://www.g-romahn.de/ws1600/Datepakete_raw.txt. Vielleicht hilft es weiter.

Jörg
LaCrossGW 868MHz:WT470+TFA+TX37-IT+EMT7110+W136+WH25A HP1003+WH2621
SignalD(CC1101):Bresser+WS-0101(868MHz WH1080)+Velux KLF200+MAX!+HM-MOD-UART:Smoke HM-SEC-SD+VITOSOLIC 200 RESOL VBUS-LAN+SolarEdge SE5K(Modbus)+Sonnen!eco8(10kWh)+TD3511+DRT710M(Modbus)+ZigBee+Z-Wave+MQTT+vitoconnect

HCS


HCS

@Wzut: Wie sieht's aus?
Bei mir finde ich im Log nun keine seltsamen Windgeschwindigkeiten mehr.

Allerdings zweifle ich gerade daran, verstanden zu haben, wie der TX22 die Regenmenge übermittelt.
Hast Du dazu schon Beobachtungen?

Wzut

Ist dein zweiter Beruf Gedankenleser  ? Ich wollte eben gerade "losmeckern" .... :)
Sonntag Morgen eingerichtet und Wasser in den Sensor gekippt : Anzeige Station & FHEM : 5cm
Sonntag Abend ein paar Tropfen Regen : beide gehen auf 5.5
bis heute Nachmittag weiter konstant auf 5.5,  dann nach dem ersten echten Regen : 6 , 6.5 , 7, 7.5 , 5
Die Basis Station steht nun auf 8 ( was ich bei fhem nach 7.5 auch erwartet hätte ... )   
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

HCS

Zitat von: Wzut am 29 Mai 2015, 21:04:06Ist dein zweiter Beruf Gedankenleser  ?
Nö, hatte gerade eine Tasse Kaffee leer und ganz unten im Kaffeesatz stand: "bei Wzut stimmt die Regenmenge nicht"  ;D

Exakt das habe ich auch beobachtet. Ich vermute, der TX22 geht irgend wann wieder runter mit dem Wert, den er überträgt, und die Station schaut nur, ob es eine Erhöhung gab und zählt einen eigenen Zähler hoch.

Bei mir war es 10.5, 11.0, 11.5, 12.0, 12.5 und dann wieder 10.5
Die Station ist auf dem richtigen Wert geblieben.
Es ist aber absolut sicher, dass der TX22 nun wieder 10.5 sendet.

Das sollten wir noch etwas beobachten um hinter die Strategie des TX22 zu kommen.

Wie steht's mit dem Wind?