Adapter: jeelink

foxthefox

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

C1500

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

foxthefox

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

C1500

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.txt

Gruß Peer

foxthefox

~~@C1500:~~

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

C1500

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

C1500

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}

foxthefox

~~@C1500:~~

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

foxthefox

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

C1500

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

Nopax

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

foxthefox

~~@Nopax:~~

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

der_Auge

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

C1500

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

der_Auge

~~@C1500:~~

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

C1500

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

Nopax

~~@foxthefox:~~

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

C1500

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

foxthefox

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

C1500

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

NEWS

Adapter: jeelink

Support us

938
Online

31.9k
Users

80.1k
Topics

1.3m
Posts

NEWS

Adapter: jeelink

Support us

938Online

31.9kUsers

80.1kTopics

1.3mPosts

938
Online

31.9k
Users

80.1k
Topics

1.3m
Posts