NEWS
Adapter: jeelink
-
Servus Klaus
Hab das gerade noch mal mit dem installieren probiert.
So schaut es in Putty aus:
pi@ioBroker-Pi:~ $ sudo npm install https://github.com/foxthefox/ioBroker.jeelink/tarball/master --production /home/pi └── iobroker.jeelink@0.0.6 npm WARN enoent ENOENT: no such file or directory, open '/home/pi/package.json' npm WARN pi No description npm WARN pi No repository field. npm WARN pi No README data npm WARN pi No license field. pi@ioBroker-Pi:~ $
Und in ioBroker steht immer noch 0.0.5
Irgendwie steh ich da auf dem Schlauch.
Help PLEASE ;o)
-
Servus Klaus
Hab das gerade noch mal mit dem installieren probiert.
So schaut es in Putty aus:
pi@ioBroker-Pi:~ $ sudo npm install https://github.com/foxthefox/ioBroker.jeelink/tarball/master --production /home/pi └── iobroker.jeelink@0.0.6 npm WARN enoent ENOENT: no such file or directory, open '/home/pi/package.json' npm WARN pi No description npm WARN pi No repository field. npm WARN pi No README data npm WARN pi No license field. pi@ioBroker-Pi:~ $
Und in ioBroker steht immer noch 0.0.5
Irgendwie steh ich da auf dem Schlauch.
Help PLEASE ;o) `
Servus Peer,
du befindest dich noch im Verzeichnis vom user pi.
Es ist notwendig mit
cd /opt/iobroker
in das iobroker-Verzeichnis zu wechseln.
Dann solltest du höchstwahrscheinlich auch die folgende Variante wählen, da es für arm keine vorkompilierten serialport Pakete gibt.
sudo npm install --unsafe-perm https://github.com/foxthefox/ioBroker.jeelink/tarball/master --production
Gruß
Klaus
-
Nächster Versuch:
pi@ioBroker-Pi:/opt/iobroker $ sudo npm install https://github.com/foxthefox/ioBroker.jeelink/tarball/master --production > serialport@6.2.2 install /opt/iobroker/node_modules/iobroker.jeelink/node_modules/serialport > prebuild-install || node-gyp rebuild prebuild-install WARN install EACCES: permission denied, access '/root/.npm' gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/6.14.3" gyp WARN EACCES attempting to reinstall using temporary dev dir "/opt/iobroker/node_modules/iobroker.jeelink/node_modules/serialport/.node-gyp" make: Verzeichnis „/opt/iobroker/node_modules/iobroker.jeelink/node_modules/serialport/build“ wird betreten CXX(target) Release/obj.target/serialport/src/serialport.o ../src/serialport.cpp: In function ‘void EIO_AfterOpen(uv_work_t*)’: ../src/serialport.cpp:95:30: warning: ‘v8::Local <v8::value>Nan::Callback::Call(int, v8::Local<v8::value>*) const’ is deprecated [-Wdeprecated-declarations] data->callback.Call(2, argv); ^ In file included from ../src/./serialport.h:6:0, from ../src/serialport.cpp:1: ../../nan/nan.h:1618:3: note: declared here Call(int argc, v8::Local <v8::value>argv[]) const { ^~~~ ../src/serialport.cpp: In function ‘void EIO_AfterUpdate(uv_work_t*)’: ../src/serialport.cpp:150:30: warning: ‘v8::Local <v8::value>Nan::Callback::Call(int, v8::Local<v8::value>*) const’ is deprecated [-Wdeprecated-declarations] data->callback.Call(1, argv); ^ In file included from ../src/./serialport.h:6:0, from ../src/serialport.cpp:1: ../../nan/nan.h:1618:3: note: declared here Call(int argc, v8::Local <v8::value>argv[]) const { ^~~~ ../src/serialport.cpp: In function ‘void EIO_AfterClose(uv_work_t*)’: ../src/serialport.cpp:188:30: warning: ‘v8::Local <v8::value>Nan::Callback::Call(int, v8::Local<v8::value>*) const’ is deprecated [-Wdeprecated-declarations] data->callback.Call(1, argv); ^ In file included from ../src/./serialport.h:6:0, from ../src/serialport.cpp:1: ../../nan/nan.h:1618:3: note: declared here Call(int argc, v8::Local <v8::value>argv[]) const { ^~~~ ../src/serialport.cpp: In function ‘void EIO_AfterFlush(uv_work_t*)’: ../src/serialport.cpp:231:30: warning: ‘v8::Local <v8::value>Nan::Callback::Call(int, v8::Local<v8::value>*) const’ is deprecated [-Wdeprecated-declarations] data->callback.Call(1, argv); ^ In file included from ../src/./serialport.h:6:0, from ../src/serialport.cpp:1: ../../nan/nan.h:1618:3: note: declared here Call(int argc, v8::Local <v8::value>argv[]) const { ^~~~ ../src/serialport.cpp: In function ‘void EIO_AfterSet(uv_work_t*)’: ../src/serialport.cpp:285:30: warning: ‘v8::Local <v8::value>Nan::Callback::Call(int, v8::Local<v8::value>*) const’ is deprecated [-Wdeprecated-declarations] data->callback.Call(1, argv); ^ In file included from ../src/./serialport.h:6:0, from ../src/serialport.cpp:1: ../../nan/nan.h:1618:3: note: declared here Call(int argc, v8::Local <v8::value>argv[]) const { ^~~~ ../src/serialport.cpp: In function ‘void EIO_AfterGet(uv_work_t*)’: ../src/serialport.cpp:336:30: warning: ‘v8::Local <v8::value>Nan::Callback::Call(int, v8::Local<v8::value>*) const’ is deprecated [-Wdeprecated-declarations] data->callback.Call(2, argv); ^ In file included from ../src/./serialport.h:6:0, from ../src/serialport.cpp:1: ../../nan/nan.h:1618:3: note: declared here Call(int argc, v8::Local <v8::value>argv[]) const { ^~~~ ../src/serialport.cpp: In function ‘void EIO_AfterGetBaudRate(uv_work_t*)’: ../src/serialport.cpp:383:30: warning: ‘v8::Local <v8::value>Nan::Callback::Call(int, v8::Local<v8::value>*) const’ is deprecated [-Wdeprecated-declarations] data->callback.Call(2, argv); ^ In file included from ../src/./serialport.h:6:0, from ../src/serialport.cpp:1: ../../nan/nan.h:1618:3: note: declared here Call(int argc, v8::Local <v8::value>argv[]) const { ^~~~ ../src/serialport.cpp: In function ‘void EIO_AfterDrain(uv_work_t*)’: ../src/serialport.cpp:424:30: warning: ‘v8::Local <v8::value>Nan::Callback::Call(int, v8::Local<v8::value>*) const’ is deprecated [-Wdeprecated-declarations] data->callback.Call(1, argv); ^ In file included from ../src/./serialport.h:6:0, from ../src/serialport.cpp:1: ../../nan/nan.h:1618:3: note: declared here Call(int argc, v8::Local <v8::value>argv[]) const { ^~~~ CXX(target) Release/obj.target/serialport/src/serialport_unix.o CXX(target) Release/obj.target/serialport/src/poller.o ../src/poller.cpp: In static member function ‘static void Poller::onData(uv_poll_t*, int, int)’: ../src/poller.cpp:69:29: warning: ‘v8::Local <v8::value>Nan::Callback::Call(int, v8::Local<v8::value>*) const’ is deprecated [-Wdeprecated-declarations] obj->callback.Call(2, argv); ^ In file included from ../src/poller.cpp:1:0: ../../nan/nan.h:1618:3: note: declared here Call(int argc, v8::Local <v8::value>argv[]) const { ^~~~ CXX(target) Release/obj.target/serialport/src/serialport_linux.o SOLINK_MODULE(target) Release/obj.target/serialport.node COPY Release/serialport.node make: Verzeichnis „/opt/iobroker/node_modules/iobroker.jeelink/node_modules/serialport/build“ wird verlassen iobroker@1.0.0 /opt/iobroker └─┬ iobroker.jeelink@0.0.6 └─┬ serialport@6.2.2 ├── bindings@1.3.0 ├── commander@2.17.1 ├─┬ debug@3.1.0 │ └── ms@2.0.0 ├── nan@2.10.0 └── safe-buffer@5.1.2 npm WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@~0.1.4 (node_modules/iobroker.ble/node_modules/noble/node_modules/xpc-connection): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"}) npm WARN optional SKIPPING OPTIONAL DEPENDENCY: xpc-connection@~0.1.4 (node_modules/noble/node_modules/xpc-connection): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for xpc-connection@0.1.4: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"}) pi@ioBroker-Pi:/opt/iobroker $</v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value></v8::value>
Immer noch 0.0.5 in ioBroker
Update 20:34 Uhr
Nach neustart des PI wird jetzt die 0.0.6 in ioBroker angezeigt
Gruß Peer
-
Servus Peer,
ein reload hätte es evtl. auch getan, aber reboot tut es auch.
Ich habe die Version 0.0.6 auf github für deinen TXH29DTH-IT und die Wetterstation fit gemacht.
Beim TXH29DTH-It ist mir noch nicht ganz klar wie ein Telegramm mit schwacher batterie und Minusgraden gesendet wird, da ist noch Nacharbeit nötig.
Bin gespannt, was deine Tests sagen. Grundsätzlich sollte es laufen.
Gruß
Klaus
-
Servus Klaus
Leider keine guten Nachrichten
Hab gerade die Wetterstation aufgebaut und den Adapter neu installiert.
Es handelt sich übrigens leider um eine OOK-Version.
Die OOK-Version erkennt man an:
- Runder grüner Aufkleber im Batteriefach der Station mit dem Aufdruck "PASS A14C"
Leider klappt es noch nicht.
Er scheint zwar unter ID9 die Wetterstation zu finden, aber auch von den anderen Sensoren werden keine Werte ausgewertet
Welchen Adapter soll ich denn einstellen?
Es stehen ja nur die 4 zur Verfügung
Hier ein Auszug aus dem LOG:
elink.0 2018-08-23 17:48:21.870 debug received ID :7 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:48:21.870 info data received: H002500760242 jeelink.0 2018-08-23 17:48:21.110 debug received ID :0 is not defined in the adapter or not unique received address jeelink.0 2018-08-23 17:48:21.109 info data received: H000001100700 jeelink.0 2018-08-23 17:48:18.792 debug received ID :7 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:48:18.791 info data received: H000700250269 jeelink.0 2018-08-23 17:48:17.517 debug received ID :1 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:48:17.517 info data received: H000100220271 jeelink.0 2018-08-23 17:48:14.812 debug received ID :9 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:48:14.811 info data received: H005400450260 jeelink.0 2018-08-23 17:48:14.581 debug received ID :9 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:48:14.581 info data received: H002700450263 jeelink.0 2018-08-23 17:48:13.470 debug received ID :7 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:48:13.469 info data received: H002500760242 jeelink.0 2018-08-23 17:48:13.103 debug received ID :0 is not defined in the adapter or not unique received address jeelink.0 2018-08-23 17:48:13.102 info data received: H000001100700 jeelink.0 2018-08-23 17:48:10.669 debug received ID :7 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:48:10.669 info data received: H000700250269 jeelink.0 2018-08-23 17:48:09.488 debug received ID :1 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:48:09.488 info data received: H000100220271 jeelink.0 2018-08-23 17:48:06.145 debug received ID :9 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:48:06.145 info data received: H002700450263 jeelink.0 2018-08-23 17:48:05.954 debug received ID :9 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:48:05.953 info data received: H005400450260 jeelink.0 2018-08-23 17:48:05.093 debug received ID :7 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:48:05.093 info data received: H002500760242 jeelink.0 2018-08-23 17:48:02.566 debug received ID :7 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:48:02.566 info data received: H000700250269 jeelink.0 2018-08-23 17:48:01.480 debug received ID :1 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:48:01.479 info data received: H000100220271 jeelink.0 2018-08-23 17:47:57.724 debug received ID :9 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:57.723 info data received: H002700450263 jeelink.0 2018-08-23 17:47:57.100 debug received ID :0 is not defined in the adapter or not unique received address jeelink.0 2018-08-23 17:47:57.099 info data received: H000001100700 jeelink.0 2018-08-23 17:47:56.700 debug received ID :7 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:56.700 info data received: H002500760242 jeelink.0 2018-08-23 17:47:53.455 debug received ID :1 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:53.455 info data received: H000100220271 jeelink.0 2018-08-23 17:47:49.314 debug received ID :9 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:49.313 info data received: H002700450263 jeelink.0 2018-08-23 17:47:49.107 debug received ID :0 is not defined in the adapter or not unique received address jeelink.0 2018-08-23 17:47:49.107 info data received: H000001100700 jeelink.0 2018-08-23 17:47:48.275 debug received ID :9 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:48.274 info data received: H005400450260 jeelink.0 2018-08-23 17:47:46.339 debug received ID :7 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:46.339 info data received: H000700250269 jeelink.0 2018-08-23 17:47:45.451 debug received ID :1 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:45.448 info data received: H000100220271 jeelink.0 2018-08-23 17:47:41.100 debug received ID :0 is not defined in the adapter or not unique received address jeelink.0 2018-08-23 17:47:41.099 info data received: H000001100700 jeelink.0 2018-08-23 17:47:40.889 debug received ID :9 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:40.889 info data received: H002700450263 jeelink.0 2018-08-23 17:47:39.916 debug received ID :7 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:39.915 info data received: H002500760242 jeelink.0 2018-08-23 17:47:39.436 debug received ID :9 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:39.435 info data received: H005400450260 jeelink.0 2018-08-23 17:47:38.238 debug received ID :7 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:38.237 info data received: H000700250269 jeelink.0 2018-08-23 17:47:37.438 debug received ID :1 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:37.437 info data received: H000100220271 jeelink.0 2018-08-23 17:47:33.106 debug received ID :0 is not defined in the adapter or not unique received address jeelink.0 2018-08-23 17:47:33.105 info data received: H000001100700 jeelink.0 2018-08-23 17:47:32.468 debug received ID :9 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:32.468 info data received: H002700450263 jeelink.0 2018-08-23 17:47:31.523 debug received ID :7 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:31.522 info data received: H002500760242 jeelink.0 2018-08-23 17:47:30.578 debug received ID :9 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:30.577 info data received: H005400450260 jeelink.0 2018-08-23 17:47:30.136 debug received ID :7 is not defined in the adapter as HMS100TF jeelink.0 2018-08-23 17:47:30.135 info data received: H000700250269
Hier noch der LOG vom Update:
log.txtGruß Peer
-
Servus Klaus
Leider keine guten Nachrichten
Hab gerade die Wetterstation aufgebaut und den Adapter neu installiert.
Es handelt sich übrigens leider um eine OOK-Version.
` > Die OOK-Version erkennt man an:- Runder grüner Aufkleber im Batteriefach der Station mit dem Aufdruck "PASS A14C" `
Leider klappt es noch nicht.
Er scheint zwar unter ID9 die Wetterstation zu finden, aber auch von den anderen Sensoren werden keine Werte ausgewertet
Welchen Adapter soll ich denn einstellen?
Es stehen ja nur die 4 zur Verfügung
Gruß Peer `
Servus Peer,
mein Fehler, habe in der Weboberfläche wohl noch die 2 Einträge für HMS100TF und LaCrosseWS vergessen.
Ist jetzt in github drin.
Sofern es dir möglich ist, kannst du auch in
/opt/ioBroker/node_modules/iobroker.jeelink/admin/index_m.html
die vorhandene Zeile
type
durch
type
ersetzen.
Danach in /opt/iobroker
den Befehl:
sudo ./iobroker upload jeelink
absetzen.
Dann sollte es mit dem dropdown besser sein.
Für deine Sensoren bitte HMS100TF auswählen und für die Wetterstation LaCrosseWS.
Bei mir kommen auch sehr viele Meldungen auf dem raspi beim Installieren vom adapter, hab da allerdings noch node 4.9.1 drauf.
Ich nehme an das OOK nicht kompatibel mit jeelink ist?!
Wie sieht denn das Telegramm mit ID 9 aus?
Gruß
Klaus
-
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 H005400440260
Woher 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