Jeelik Modul zur Einbindung von La Crosse!

[JoeALLb]

Bedeutet "kann man"  in dem Fall,  dass du das kannst,  oder müssen, wir dazu erst einen Programmierer finden?
Schon wäre auch,  wenn gleich eine Versionsubertragung der Firmwareversion implementiert werden würde. Nach x Monaten bin ich mir nicht mehr ganz sicher,  ob ich die aktuellste FW drauf habe .
Die PCA301 Firmware hat so eine Versionsübertragung.

Gesendet von meinem Xperia Pro mit Tapatalk

[La_Si_Hong]

Bedeutet "kann man"  in dem Fall,  dass du das kannst,  oder müssen, wir dazu erst einen Programmierer finden?
Schon wäre auch,  wenn gleich eine Versionsubertragung der Firmwareversion implementiert werden würde. Nach x Monaten bin ich mir nicht mehr ganz sicher,  ob ich die aktuellste FW drauf habe .
Die PCA301 Firmware hat so eine Versionsübertragung.

Gesendet von meinem Xperia Pro mit Tapatalk

"kann man" würde in diesem Fall tatsächlich bedeuten, dass ich das können müsste... Ich muss nur Zeit dafür finden:-/

[HCS]

Falls ich etwas beitragen kann, dann helfe ich auch gerne mit. Der Sketch ist ja in C, das kann ich. Vielleicht kann ich ja mit meinen TX35DTH mal experimentieren. Ich warte gerade noch auf den zweiten JeeLink, da ich mein "Produktiv-System" nicht stoppen will.

[ulli]

Ich könnte das ziemlich schnell integrieren.  Ihr müsstet nur heraus finden wodurch sich die Berechnung   unterscheidet.
In meiner Firmware habe ich einen Schalter integriert der den crc Check überspringt.

http://forum.fhem.de/index.php/topic,17697.0.html

Ich kann euch heute abends mehr Details geben.

[JoeALLb]

Hallo Ulli,

habe deinen verlinkten thread gelesen und verstehe ihn leider nicht ganz. sollten wir unsere jeelinks dann besser mit deiner firmware flashen?
Bräuchte ich dann, wenn ich PCA301 und die IT+ Thermostate im 868er betreibe, nur noch einen JeeLink?

[La_Si_Hong]

Guten Abend,

also empfangen tut der JeeLink was vom 30.3180.IT. Zumindest seh ich bei aktiviertem debug, dass Daten kommen. Diese sind aber sowohl was CRC als auch Header angeht nicht in der Form wie es der sketch erwarten würde ... mal guggen ob ich mit meinen begrenzten Fähigkeiten da was ermitteln kann ...

gerne könnte ich aber mal einen Log des Serial Monitors posten; dann könnten die Profies mal nen blick drauf werfen

[JoeALLb]

Mach doch mal,  schadet nichts!  Wenn du mir sagst,  wie das geht,  hänge ich meinen Sensor,  der nicht mag,  auch mal dran.

[La_Si_Hong]

Du hängst deinen JeeLink an den PC (idealerweise genau der PC mit dem du auch schon den sketch geflashed hast) und machst in der Arduino IDE den Sketch auf. Dort änderst du
#define DEBUG 0 zu #define DEBUG 1
und uploadest das ganze.
Dann den Serial Monitor in der Arduino IDE aktivieren (Tools -> Serial Monitor) und schon gehts los

[La_Si_Hong]

Guten Abend,

ich hab mal, auf Basis des LaCrosseITPlusReader09.zip (hier aus diesem Thread), eine qick'N'dirty Version 0A erstellt welche die Größen-Info des "Headers" nutzt. Außerdem habe ich die Anwendung des CRC leicht angepasst.

@ Brocky: vllt kannst du damit ja deine TX35DTH-IT überreden auch mit CRC zu laufen.

Bei meinen 30.3180.IT bin ich mir jetzt relativ sicher, dass diese nicht gehen ... Das was ich anfangs dachte zu empfangen, bekomme ich auch dann rein, wenn alle meine 30.3180.IT ohne Batterien sind (scheint also vom Nachbarn, Störungen oder sonst was zu sein). Vllt packts mich ja die Tage nochmal und ich versuchs mit den Freunden nochmal *g*

Grüße

[mgenzel]

Hallo,

ich habe die 0A-Version von La_Si_Hong mit meinem TX35DTH-IT ausprobiert. Funktioniert leider auch nicht... Ich vermute, ähnliche CRC fails wie bisher...

Mit eingeschaltetem DEBUG sieht man im LOG:

2014.02.17 22:44:52 5: JeeLink/RAW: /End
2014.02.17 22:44:52 5: JeeLink/RAW: End /receiving, HEX raw data: 60 F1
2014.02.17 22:44:52 5: JeeLink/RAW: End receiving, HEX raw data: 60 F1/ EB 7C
Number of received B
2014.02.17 22:44:52 5: jeelink1 dispatch data: 28 F1 EB 7C
2014.02.17 22:44:52 3: jeelink1: Unknown code data: 28 F1 EB 7C , help me!
2014.02.17 22:44:52 5: JeeLink/RAW: Number of received B/ytes: 4
## CRC FAIL ##

2014.02.17 22:44:52 5: jeelink1 dispatch Bytes: 4
2014.02.17 22:44:52 3: jeelink1: Unknown code Bytes: 4, help me!
2014.02.17 22:44:52 5: jeelink1 dispatch ## CRC FAIL ##
2014.02.17 22:44:52 3: jeelink1: Unknown code ## CRC FAIL ##, help me!
2014.02.17 22:44:52 5: JeeLink/RAW: /Start receiving

2014.02.17 22:44:52 5: jeelink1 dispatch Start receiving
2014.02.17 22:44:52 3: jeelink1: Unknown code Start receiving, help me!
2014.02.17 22:47:10 5: JeeLink/RAW: /End re
2014.02.17 22:47:10 5: JeeLink/RAW: End re/ceiving, HEX raw data: BF FF
2014.02.17 22:47:10 5: JeeLink/RAW: End receiving, HEX raw data: BF FF /B7 FC DF 7F
Number of recei
2014.02.17 22:47:10 5: jeelink1 dispatch DF 7F
2014.02.17 22:47:10 3: jeelink1: Unknown code DF 7F , help me!
2014.02.17 22:47:10 5: JeeLink/RAW: Number of recei/ved Bytes: 6
## CRC FAIL ##

2014.02.17 22:47:10 5: jeelink1 dispatch Bytes: 6
2014.02.17 22:47:10 3: jeelink1: Unknown code Bytes: 6, help me!
2014.02.17 22:47:10 5: jeelink1 dispatch ## CRC FAIL ##
2014.02.17 22:47:10 3: jeelink1: Unknown code ## CRC FAIL ##, help me!
2014.02.17 22:47:10 5: JeeLink/RAW: /Start receiving

2014.02.17 22:47:10 5: jeelink1 dispatch Start receiving
2014.02.17 22:47:10 3: jeelink1: Unknown code Start receiving, help me!
2014.02.17 22:47:25 5: JeeLink/RAW: /End r
2014.02.17 22:47:25 5: JeeLink/RAW: End r/eceiving, HEX raw data: B9 F9
2014.02.17 22:47:25 5: JeeLink/RAW: End receiving, HEX raw data: B9 F9 /5D 6F CF FF
Number of
2014.02.17 22:47:25 5: jeelink1 dispatch F9 5D 6F CF FF
2014.02.17 22:47:25 3: jeelink1: Unknown code F9 5D 6F CF FF , help me!
2014.02.17 22:47:25 5: JeeLink/RAW: Number of/ received Bytes: 6
## CRC FAIL ##

2014.02.17 22:47:25 5: jeelink1 dispatch Bytes: 6
2014.02.17 22:47:25 3: jeelink1: Unknown code Bytes: 6, help me!
2014.02.17 22:47:25 5: jeelink1 dispatch ## CRC FAIL ##
2014.02.17 22:47:25 3: jeelink1: Unknown code ## CRC FAIL ##, help me!
2014.02.17 22:47:25 5: JeeLink/RAW: /Start receiving

2014.02.17 22:47:25 5: jeelink1 dispatch Start receiving
2014.02.17 22:47:25 3: jeelink1: Unknown code Start receiving, help me!
2014.02.17 22:47:27 5: JeeLink/RAW: /End re
2014.02.17 22:47:27 5: JeeLink/RAW: End re/ceiving, HEX raw data: BF BD F
2014.02.17 22:47:27 5: JeeLink/RAW: End receiving, HEX raw data: BF BD F/3 2F 75 FF
Number of receiv
2014.02.17 22:47:27 5: jeelink1 dispatch F3 2F 75 FF
2014.02.17 22:47:27 3: jeelink1: Unknown code F3 2F 75 FF , help me!
2014.02.17 22:47:27 5: JeeLink/RAW: Number of receiv/ed Bytes: 6
## CRC FAIL ##

2014.02.17 22:47:27 5: jeelink1 dispatch Bytes: 6
2014.02.17 22:47:27 3: jeelink1: Unknown code Bytes: 6, help me!
2014.02.17 22:47:27 5: jeelink1 dispatch ## CRC FAIL ##
2014.02.17 22:47:27 3: jeelink1: Unknown code ## CRC FAIL ##, help me!
2014.02.17 22:47:27 5: JeeLink/RAW: /Start receiving

2014.02.17 22:47:27 5: jeelink1 dispatch Start receiving
2014.02.17 22:47:27 3: jeelink1: Unknown code Start receiving, help me!

Streue ich zwischendurch ein "set LaCrossePairForSec" mit entsprechender Sekundenzahl und mit oder ohne "ignore_battery" ein, ist genau für diesen Zeitraum Ruhe im Logfile (überhaupt keine Meldungen)....

Irgendwelche Ideen?

Grüße,

Marko

[La_Si_Hong]

du könntest das ganze mal ohne FHEM und dafür mit dem serial Monitor der Arduino IDE machen, dann ist da nicht dieser ganze FHEM interpreter sums mit drin ... was sehr interessant ist, ist das mit den pairForSec ... kommen denn dann auch gültige Daten?

[mgenzel]

OK, hier das ganze aus dem Arduino Monitor:

*** LaCrosse weather station wireless receiver for IT+ sensors ***
Radio setup complete. Starting to receive messages
Start receiving
End receiving, HEX raw data: CF 18 21 BC 79 F8 7F
Number of received Bytes: 7
## CRC FAIL ##
Start receiving
End receiving, HEX raw data: CD B 8D 13 D 1D C8
Number of received Bytes: 7
## CRC FAIL ##
Start receiving
End receiving, HEX raw data: 9C 86 2E 97 FF
Number of received Bytes: 5
## CRC FAIL ##
Start receiving
End receiving, HEX raw data: 63 1F 40 8C
Number of received Bytes: 4
## CRC FAIL ##
Start receiving
End receiving, HEX raw data: 24 DC
Number of received Bytes: 2
## CRC FAIL ##
Start receiving
End receiving, HEX raw data: 3D 7
Number of received Bytes: 2
## CRC FAIL ##
Start receiving
End receiving, HEX raw data: F
Number of received Bytes: 1
## CRC FAIL ##
Start receiving
End receiving, HEX raw data: 7F E0 7F 3C
Number of received Bytes: 4
## CRC FAIL ##
Start receiving
End receiving, HEX raw data: 7F EE 71 1F
Number of received Bytes: 4
## CRC FAIL ##
Start receiving
End receiving, HEX raw data: 3D BF
Number of received Bytes: 2
## CRC FAIL ##
Start receiving

Das mit dem pairForSec: soweit ich das FHEM-seitig beurteilen kann, kommen keine Daten, es ist einfach "Ruhe"... Wo würde ich denn sehen, ob Daten ankommen? Müsste dann eine "Erfolgsmeldung" im fhem.log sein?

Grüße,

Marko

[La_Si_Hong]

Kannst du mir noch ein paar von den 5 Bytes großen Paketen a la
Start receiving
End receiving, HEX raw data: 9C 86 2E97 FF
Number of received Bytes: 5
## CRC FAIL##

Aufnehmen? Ist leider nur ein einziger drin. Ich hab da nen Verdacht... Wenn ich recht habe, gehen die 35er morgen

[mgenzel]

Ok, hier ein paar 5er-Beispiele:

Start receiving
End receiving, HEX raw data: 84 3E B5 DD A8
Number of received Bytes: 5
## CRC FAIL ##


Start receiving
End receiving, HEX raw data: 98 BE F C3 CB
Number of received Bytes: 5
## CRC FAIL ##

Start receiving
End receiving, HEX raw data: 84 36 41 EF 79
Number of received Bytes: 5
## CRC FAIL ##

Start receiving
End receiving, HEX raw data: 97 91 96 A4 F8
Number of received Bytes: 5
## CRC FAIL ##

Start receiving
End receiving, HEX raw data: 84 36 9 7C A5
Number of received Bytes: 5
## CRC FAIL ##

Start receiving
End receiving, HEX raw data: 8C F6 E6 DA 7
Number of received Bytes: 5
## CRC FAIL ##

Start receiving
End receiving, HEX raw data: 93 39 69 6F 9
Number of received Bytes: 5
## CRC FAIL ##

Und ein Novum: der allererste Wert eben beim Testen im Arduino Monitor war ok... Das hatte ich bisher noch nie:

Start receiving
End receiving, HEX raw data: ED 78 77 9E F0 43 F0 0
Number of received Bytes: 8
OK 9 116 129 5 197 158

Vielleicht hilft ja beides weiter...

Danke im Voraus!

Grüße,

Marko

[La_Si_Hong]

Ich habe 2* TX29DTH-IT die funktionieren. Meine 2* TX35DTH-IT empfange ich nur weil ich die Checksummenprüfung im Jeelink Sketch ausgeschaltet habe. Diese würde ich also nicht auf die Liste schreiben.

Sind die Daten die du ohne CRC empfangen hast sinnvoll?
Denn aus den Daten die mgenzel gepostet hat, werd ich nicht so richtig schlau ... zumal selbst bei Paketen die mit der "korrekten 9" beginnen würde, weder eine einheitliche ID noch sonst was sinniges zu erkennen ist (wenn man das Frame zugrundelegt was im aktuellen sketch verwendet wird).

@mgenzel: wenn du Zeit und Lust hast könntest du nochmal so einen Log der Daten mit der Arduino IDE machen, allerdings mit der original 09er Firmware und ohne zu filtern (also einfach alles) und idealerweise etwas länger. Kannst es ja als *txt anhängen.

Bei meiner heutigen Recherche habe ich außerdem herausgefunden, dass IT+ nicht gleich IT+ ist. Der Frame (das Aussehen der Daten) und sogar die Größe des Frames kann sich unterscheiden ( wir haben ja auch schon gelernt, dass manche Sensoren die ID beim Batteriewechsel ändern und andere nicht). Man müsste also für jeden weiteren Sensoren, der mit dem jeelink empfangbar sein soll, die Frames rausfinden.

gruß