Adapter: jeelink
-
Servus Klaus
Nach dem Update kann ich jetzt die 5 Sensoren sauber auswerten.
Das klappt schon mal super. DANKE!
Komisch ist nur das ich anscheinend dies ID9 empfange.
Hab die auch angelegt und bekomme da Daten und plausible Werte.
Jetzt wird es aber etwas komisch:
Wenn ich einen CAT /DEV/ttyUSB0 mache, ist da nix mit ID9
H002700440262 H002500590244 H000100220271 H000700250269 H000001100700 H005400440260 H002500590244 H002700440262 H000100220271 H002500590244 H000700250269 H005400450260 H000100220271 H005400440260 H000700250269 H002500580244 H005400440260 H000100220271 H002700440262 H002500580244 H005400440260Woher auch immer diese ID9 die Daten bekommt
Leider aber anscheinend auch nix von der Wetterstation.
Ich werde nachher auch noch mal genauer nach dem OOK suchen.
Fürchte aber, mal wieder Pech zu haben ;o)
Gruß Peer
-
Hi
Ich seh auch gerade das ID25 ID27 und ID54 keine Werte bekommen (Also uid3 , uid4 und uid5)
Stimmt das denn so mit der ID oder rechnest du noch in von HEX in DEZ um?
Beim umrechnen komm ich aber trotzdem nicht auf 9 :shock:Gruß Peer
EDIT:
Hier noch der LOG von ID9 bzw. uid6
jeelink.0 2018-08-23 19:39:18.650 info stateChange jeelink.0.HMS100TF_6.abshumid {"val":13.1,"ack":true,"ts":1535045958633,"q":0,"from":"system.adapter.jeelink.0","lc":1535045958633} jeelink.0 2018-08-23 19:39:18.650 info stateChange jeelink.0.HMS100TF_6.humid {"val":59,"ack":true,"ts":1535045958632,"q":0,"from":"system.adapter.jeelink.0","lc":1535045958632} jeelink.0 2018-08-23 19:39:18.650 info stateChange jeelink.0.HMS100TF_6.temp {"val":24.4,"ack":true,"ts":1535045958632,"q":0,"from":"system.adapter.jeelink.0","lc":1535045568865} jeelink.0 2018-08-23 19:39:18.650 info stateChange jeelink.0.HMS100TF_6.lowBatt {"val":0,"ack":true,"ts":1535045958631,"q":0,"from":"system.adapter.jeelink.0","lc":1535043737124} jeelink.0 2018-08-23 19:39:16.288 info stateChange jeelink.0.HMS100TF_6.dewpoint {"val":16.4,"ack":true,"ts":1535045956272,"q":0,"from":"system.adapter.jeelink.0","lc":1535045956272} -
Hi
Ich seh auch gerade das ID25 ID27 und ID54 keine Werte bekommen (Also uid3 , uid4 und uid5)
Stimmt das denn so mit der ID oder rechnest du noch in von HEX in DEZ um?
filename="jeelink2.png" index="0">~~
Beim umrechnen komm ich aber trotzdem nicht auf 9 :shock:Gruß Peer `
Servus Peer,
Ich denke das hängt damit zusammen, dass es 2stellige Zahlen sind. Da hatte ich beim coden schon gedacht, ob das man klappt.
Scheinbar also nicht.
Ich fixe das und geb Bescheid.
Es ist zumindest auch gut zu wissen, das die neue Version vom serial link sauber arbeitet.
Falls es mit ook nicht kompatibel ist, dann hoffe ich mal das Pearl auch Rücksendungen akzeptiert.
Gruß
Klaus
Gesendet von iPhone mit Tapatalk
-
Servus Peer,
das mit der 9 sollte sich erledigt haben ist die Summe aus 5+4 und steht für den 54er sensor.
Habs in github verbessert.
gruß
Klaus
-
Servus Klaus
jap, jetzt klappt es.
Alle 5 Thermostate werden korrekt ausgewertet.
Was das Rücksenden angeht, war ich da wohl etwas voreilig mit dem Aufbauen. Da hätte ich lieber noch warten sollen.
Ich hab mir jetzt einen noch einen Sender für das WS1600 besorgt.
Angeblich ist der kompatibel und vor allem mit dem richtigen Protokoll.
Sobald der da ist, werde ich weiter testen. Dauert aber noch ein paar Tage
Hoffentlich funktionieren dann daran die Sensoren auch problemlos.
Gruß Peer
-
Hallo Klaus,
ich plane gerade den Wechsel von Fhem komplett rüber zu IOBroker.
In Fhem habe ich neben einigen Temperatursensoren (Technoline) auch die sehr sehr praktischen EC3000 Energiemess Steckdosen in Verwendung.
Habe mich sehr gefreut das es einen Jeelink Adapter in IOBroker gibt (vielen Dank dafür), allerdings habe ich gerade erst gesehen das die EC3000 Steckdosen leider nicht unterstützt werden.
Kannst du sagen ob diese noch implementiert werden?
Vielen Dank
Christian
-
Hallo Klaus,
ich plane gerade den Wechsel von Fhem komplett rüber zu IOBroker.
In Fhem habe ich neben einigen Temperatursensoren (Technoline) auch die sehr sehr praktischen EC3000 Energiemess Steckdosen in Verwendung.
Habe mich sehr gefreut das es einen Jeelink Adapter in IOBroker gibt (vielen Dank dafür), allerdings habe ich gerade erst gesehen das die EC3000 Steckdosen leider nicht unterstützt werden.
Kannst du sagen ob diese noch implementiert werden?
Vielen Dank
Christian `
Hallo Christian,
Ich denke da lässt sich was machen. Ich habe eine Aufschlüsselung für EM7170 gefunden. Also wenn sich die Steckdosen beim jeelink mit OK EM7170… melden, dann geht die Implementierung sehr schnell.
Gruß
Klaus
Gesendet von iPhone mit Tapatalk
-
Hallo Klaus,
ich sehe das du noch fleißig an der Weiterentwicklung arbeitest.
In meinem Produktiv-System läuft noch die Version 0.0.4
Nun habe ich gesehen, dass du bereits bei der Version 0.0.6 bist.
Warum bekomme ich es nicht als Update angezeigt?
Gruß
Jürgen
PS: Es läuft einfauch nur SUPER
-
Servus
Ist noch nicht im Update, vermutlich auch, weil ich ihn die ganze Zeit wegen der WS1600 Wetterstation belästigt habe.
Dies aber mit hervorragendem Erfolg. Nochmal vielen Dank für die Hilfe und Unterstützung.
Jap, die WS1600 die es aktuell bei https://www.amazon.de/Technoline-WS-Wettercenter-Wetterstation-schwarz-silber/dp/B00185OGWY/ref=sr_1_1?ie=UTF8&qid=1536295517&sr=8-1&keywords=ws1600 gibt, ist voll integriert.
Windrichtung, Windstärke, Böe, Regenmenge, Luftfeuchtigkeit, Taupunkt, Abs. Luftfeuchte, Temperatur wird alles empfangen bzw ausgewertet.
Da die WS1600 aber eine andere Datenrate verwendet muss der JeeLink dementsprechende entweder in den Toggel-Modus gesetzt werden, oder so wie ich es gemacht habe, einen zweiten RFM bekommen.
Die Idee stammt aus dem SuperJee Threat im FHEM Forum.
Allerdings klappt das mit dem JeeLink V3 nicht direkt, da hier der CS des FlashIC an dem Port angeschlossen ist, der für den zweiten RFM in der Software verwendet wird.
Ich hab die Software dann auf Pin7 umgelegt, und dort dann des CS des zweiten RFM angeschlossen.
Dann noch mit 2mm Raster ein paar Stiftleisten in den ersten RFM gelötet und per Draht den CS des Zweiten an den Atmega328.
Und schwups… schon empfängt man beide Datenraten gleichzeitig und verpasst auf keinen Fall mehr die böse Böe ;o)Eine Sache gibt es noch mit der Regenmenge.
Diese wird vom Sensor nur addiert. Er zählt also nur hoch.
Hier bräuchte ich noch ne gute Idee wie ich fortlaufend die Änderung der letzten Stunde als Wert ausgeben kann.
Also immer den Wert mit dem vor einer Stunde vergleichen und die Differenz dann in eine Variabel.
Aber wo speichert man die Werte eine Stunde lang?
Es kann auch sein, das sich die Werte eine Stunde lang nicht ändern, wenn es zum beispiel gar nicht regnet. (Ja soll auch vorkommen)
Soweit ich es an den Logfiles aber sehen konnte wird die Regenmenge doch relativ zyklisch übertragen.
Vielen Dank noch mal an Klaus für seine Geduld und Unterstützung!
Gruß Peer
-
Da die WS1600 aber eine andere Datenrate `
Was ist da anders?
Was muss eingestellt werden?
Ist das nicht mit einem zweiten Stick und einer weiteren Instanz möglich?
Haben alle 3 Geräte die an WS1600 angebunden werden eine eigene Batterie und einen eigenen Übertragungs-Datensatz?
Gruß
Jürgen
EDIT:
Außensender TX22, Regensensor TX23 und Windsensor TX26,
Station: Abmaße: 165 x 31 x 142 mm # Stromversorgung: 3 x AA Mignon LR06 (nicht inklusive)
Außensender WS22: Abmaße: 60 x 73 x 121 mm # Stromversorgung: 2 x AA Mignon LR06 (nicht inklusive)
Außensender WS23: Abmaße: 250 x 164 x 193 mm
Außensender WS26: Abmaße: 140 x 70 x 137 mm
Übertragungsfrequenz: 868 MHz
Übertragungsreichweite: 100 m
-
Servus Jürgen,
Die meisten Sensoren arbeiten mit 17.241 kbps, die WS1600 aber mit 8.842 kbps
m: toggle mode
bits: 1= 17.241 kbps, 2= 9.579 kbps, 4= 8.842 kbps
Durch "echo '5m 30t' > /dev/ttyUSB0" kann der Stick in den Toggel-Modus zwischen den beiden Datenraten gesetzt werden.
Er wechselt dann alle 30 Sekunden zwischen den Datenraten.
Theoretisch könnte man auch 2 Sticks verwenden, braucht dann aber wie du schon schreibst 2 Instanzen vom Adapter.
Hab ich aber nie Probiert, hab nur einen Stick.
Einfacher und erheblich günstiger (~5€ für den zweiten RFM) ist da die Umbau Variante.
@Christian: Der EM7170 und vermutlich auch der EC3000 arbeiten mit einer Datenrate von 9.579 kbps
Gruß Peer
-
Hallo Christian,
Ich denke da lässt sich was machen. Ich habe eine Aufschlüsselung für EM7170 gefunden. Also wenn sich die Steckdosen beim jeelink mit OK EM7170… melden, dann geht die Implementierung sehr schnell.
Gruß
Klaus
Gesendet von iPhone mit Tapatalk `
Das hört sich gut an, wäre schade die EC3000 nicht weiter nutzen zu können.
Im Moment lese ich diese in Fhem über das LaCrosse Gateway ein, würde mir dann aber für IOBroker einen Jeelink Stick kaufen,
obwohl das LaCross Gateway schon sehr genial ist, da über Wlan, und so gut positioniert werden konnte.
Brauche ich einen bestimmten Jeelink? (v3x oder classic oder Nachbau)
Grüße
Christian
-
Servus Zusammen
Ich wollte nur ein kleines Update geben
Mein Stick ist nun ein fertiger SuperJee
Ich hab 2x RFM69CW und 1x BMP180 verbaut
Somit kann ich jetzt beide Datenraten und den aktuellen Luftdruck in ioBroker verarbeiten.
Ich hab dann auch gleich die von den Katzen zerkaute Antenne gegen neue Lamda/2 getauscht.
Und so schaut das ganze aus:
@Christian, ich hab als Basis den normalen JeeLink V3 genommen da hier der FTDI mit drauf ist.
@Klaus: Test mit dem BMP180 kommt heute Abend. Auf der RS232 seh ich schon Daten "OK WS 0 …"
Gruß Peer
-
Servus Peer,
bin gespannt ob der BMP180 nicht jetzt schon läuft.
Servus Christian,
ich habe auf GitHub das EC3000 und EMT7110 mit aufgenommen, da ich solche Geräte nicht besitze bin ich auf Testberichte angewiesen.
Ich denke der jeelinkv3, so wie ihn auch Peer benutzt sollte passen. Er bekommt ohnehin ein angepasstes Flash um die verschiedensten Dinge empfangen zu können.
Falls du ihn dann haben solltest wäre ein paralleler Empfang in IoBroker und FHEM möglich, so daß man dann die empfangenen Datenpakete verifizieren könnte.
Ohnehin wäre es gut von EC3000 ein paar Rohdaten mit Auswertung, wie der jeelink sie empfängt und was es dann bedeutet, zu bekommen.
Bin auf Rückmeldungen gespannt.
Gruß
Klaus
-
Servus Klaus
Sorry, hab vor Begeisterung glatt vergessen zu schreiben das der BMP180 natürlich schon und vor allem Problemlos funktioniert.
Wenn jetzt noch das senden der Befehle bei Initialisierung des JeeLink funktionieren würde, könnte man die Höhe über NormalNull mit übergeben und somit die Abweichung von 4-5 mPh korigieren.
Freu mich schon auf deine Ideen zur Regenmenge ;o)
War ja gestern Abend "Testwetter"
Gruß Peer
-
Hallo, wie bekommt man den JeeLink in den toggle mode ?
` > m: toggle modebits: 1= 17.241 kbps, 2= 9.579 kbps, 4= 8.842 kbps
Durch "echo '5m 30t' > /dev/ttyUSB0" kann der Stick in den Toggel-Modus zwischen den beiden Datenraten gesetzt werden.
Er wechselt dann alle 30 Sekunden zwischen den Datenraten. `
-
Das kannst du über ein Skript machen, welches beim initialisieren des Sticks startet.
Kann ich dir heute Abend posten.
Hallo, wie bekommt man den JeeLink in den toggle mode ?
` > m: toggle modebits: 1= 17.241 kbps, 2= 9.579 kbps, 4= 8.842 kbps
Durch "echo '5m 30t' > /dev/ttyUSB0" kann der Stick in den Toggel-Modus zwischen den beiden Datenraten gesetzt werden.
Er wechselt dann alle 30 Sekunden zwischen den Datenraten.
Hat eigentlich inzwischen jemand ein brauchbares Skript um die Regenmenge der WS1600 sinnvoll zu erfassen?
-
Das wäre super
-
Hallo,
Ich bin jetzt noch etwas verwirrt, ich dachte es wär soweit alles korrekt mit den neu eingebundenen Geräten.
Wenn es etwas zu verbessern gilt, dann gebt mir einen kleine Aufgabenstellung wie der Adapter sich verhalten soll. Bzw wie eine Berechnung aussehen soll.
Mache dann ggf. einen neuen datenpunkt auf und lasse die übermittelten werte im ursprünglichen.
Ps. Mit der Übergabe beim Start des Adapters bin ich noch nicht weiter gekommen. Ich denke da hat es etwas mit Zeiten zu tun, die Initialisierung ist noch nicht fertig und das Kommando ist schon verschickt. Also hier bitte noch Geduld.
Gruß
Klaus
Gesendet von iPhone mit Tapatalk
-
Das wäre super `
<xml xmlns="http://www.w3.org/1999/xhtml"><block type="on_ext" id="Q],2XC0q3QqOL/pQ!6CH" x="38" y="-187"><mutation items="1"></mutation> <field name="CONDITION">ne</field> <value name="OID0"><shadow type="field_oid" id="BU{3ks27i#xla3oJOa2)"><field name="oid">system.adapter.jeelink.0.connected</field></shadow></value> <statement name="STATEMENT"><block type="debug" id="-oOD95^5983_@ez^E)iz"><field name="Severity">log</field> <value name="TEXT"><shadow type="text" id="h2-]F!TfvO]tWH=Q9[AO"><field name="TEXT">JeeLink-Instanz geändert</field></shadow></value> <next><block type="timeouts_settimeout" id=".fFFddamRP@sWj`1VsC-"><field name="NAME">timeout</field> <field name="DELAY">5000</field> <field name="UNIT">ms</field> <statement name="STATEMENT"><block type="exec" id="Q%3!DDy/#zi43y0|i%R;"><mutation with_statement="false"></mutation> <field name="WITH_STATEMENT">FALSE</field> <field name="LOG">log</field> <value name="COMMAND"><shadow type="text" id="JF2!5/*jG,A2bh.h*VUx"><field name="TEXT">echo "5m 30t v" > /dev/ttyUSB0</field></shadow></value></block></statement></block></next></block></statement></block></xml>
