NEWS
PH-Messung
-
Alles unter Vorbehalt, weil es gestern bei mir auch schon nicht lief und bei Coyote gings. Kanns an diesen Meldungen liegen, das es nicht funktioniert? Mal sehn was die anderen sagen.
pi@iobroker:~ $ npm install Apollon77/node-ph803w npm WARN saveError ENOENT: no such file or directory, open '/home/pi/package.json' 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. npm WARN optional SKIPPING OPTIONAL DEPENDENCY: fsevents@2.3.2 (node_modules/fsevents): npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for fsevents@2.3.2: wanted {"os":"darwin","arch":"any"} (current: {"os":"linux","arch":"arm"})
Hier hab ich das Gerät angemacht, script laufen lassen, Gerät aus, gewartet und wieder an.
pi@iobroker:~/node_modules/node-ph803w/example $ DEBUG=ph803w* node data.js 192.168.88.128 ph803w:device Connected to TCP 192.168.88.128:12416 +0ms ph803w:device Write and register for response type 7: 0000000303000006 +4ms ph803w:device Passcode received: IVEXBRFPMQ +8ms ph803w:device Resolve for message type 7: IVEXBRFPMQ +0ms ph803w:device Write and register for response type 9: 000000030f000008000a49564558425246504d51 +1ms ph803w:device login success +7ms ph803w:device Resolve for message type 9: true +0ms ph803w:device Write and register for response type 145: 000000030400009002 +1ms ph803w:device Retrieved data: {"binFlags1":"11","binFlags2":"10","ph":7.09,"redox":729,"phSwitch":false,"redoxSwitch":true} +56ms Data: {"binFlags1":"11","binFlags2":"10","ph":7.09,"redox":729,"phSwitch":false,"redoxSwitch":true} ph803w:device Resolve for message type 145: [object Object] +2ms ph803w:device Send ping +4s ph803w:device received pong +6ms ph803w:device Send ping +4s ph803w:device received pong +73ms ph803w:device Send ping +4s ph803w:device received pong +6ms ph803w:device Send ping +4s ph803w:device received pong +4ms ph803w:device Send ping +4s ph803w:device received pong +9ms ph803w:device Send ping +4s ph803w:device received pong +4ms ph803w:device Send ping +4s ph803w:device received pong +10ms ph803w:device Send ping +4s ph803w:device received pong +8ms ph803w:device Send ping +4s ph803w:device received pong +8ms ph803w:device Send ping +4s ph803w:device received pong +4ms ph803w:device Send ping +4s ph803w:device received pong +4ms ph803w:device Send ping +4s ph803w:device received pong +7ms ph803w:device Send ping +4s ph803w:device Ping response overdue, reconnect +8s ph803w:device Destroy socket +1ms ph803w:device Connected to TCP 192.168.88.128:12416 +13s ph803w:device Socket end, Reconnect: true +10s ph803w:device Connected to TCP 192.168.88.128:12416 +10s ph803w:device Socket end, Reconnect: true +10s
Dann aus, script anund Gerät an:
pi@iobroker:~/node_modules/node-ph803w/example $ DEBUG=ph803w* node data.js 192.168.88.128 ph803w:device Socket error: Error: connect EHOSTUNREACH 192.168.88.128:12416 +0ms Error: Error: connect EHOSTUNREACH 192.168.88.128:12416
Hab dann vermutlich erst heute Mittag wieder Zeit zu testen.
-
@skinni nein, das passt schon. Die Fehlermeldungen kommen bei mir auch beim Installieren.
Eigentlich sieht es ja so aus wie bei mir, nur das beim zweiten mal das Script das Gerät nicht findet.
Ich habe zwar jetzt die neue Version installiert, kann aber erst heute Mittag/Abend testen mit Gerät aus/ein schalten -
Also jetzt gerade nochmal getestet.
Wenn ich das Script starte und dann das Gerät einstecke, verbindet er sich. Man darf aber auch da nicht so lange warten.
Ansonsten gleiches wie gestern, stecke ich das Teil aus und warte über 30s bricht er ab, warte ich etwas kürzer kommt wieder:ph803w:device Connected to TCP 192.168.88.128:12416 +10s ph803w:device Socket end, Reconnect: true +10s ph803w:device Connected to TCP 192.168.88.128:12416 +10s ph803w:device Socket end, Reconnect: true +10s ph803w:device Connected to TCP 192.168.88.128:12416 +10s ph803w:device Socket end, Reconnect: true +10s ph803w:device Connected to TCP 192.168.88.128:12416 +10s ph803w:device Socket end, Reconnect: true +10s ph803w:device Connected to TCP 192.168.88.128:12416 +10s ph803w:device Socket end, Reconnect: true +10s
-
@skinni sagte in PH-Messung:
ooooookkkk ... ich glaube ich hab jetzt meinen Denkfehler gefunden. Bitte nochmal Reconnect versuchen
-
Funktioniert, gute Arbeit so ohne eigenes Gerät
Gerät eingesteckt, Script start -> läuft
Gerät ausgesteckt, 15s später eingesteckt ->läuft
Gerät ausgesteckt, 1min später eingesteckt -> läuftProbiere jetzt noch Script start und Gerät ausgesteckt, denke das geht aber auch.
Noch was testen?
Ansonsten kannst nen Adapter draus machen -
Jetzt war ich gerade draußen und hab getestet da kommst du mir zuvor
Hat bei mir auch alles geklappt, sowohl der Start mit ausgestecktem Gerät, als auch sämtliche Unterbrechungen.
-
Cool, danke.
Dann baue ich als Nächstes mal noch die Auto Discovery. Melde mich. Danach ist Adapter fix gemacht.
Jemand noch irgendwelche korrelationen im binFlag1zum Display oder so gefunden?!
-
nee sorry, ich weiß du hättest da gerne was Ist bei mir immer 100 bis auf das erste Paket mit 11.
Mir ist gerade aufgefallen, dass es manchmal selten Daten gibt. Gefühlt ist es so, wenn sich die Werte stabilisiert haben, aber das ist nur eine Vermutung. Evtl. wenn keine Änderung war, gibts kein Update.
Wenn ich das script neu starte verbindet es sich, aber bekommt weiterhin nichts. Scheint also am Gerät selbst zu liegen. Die Abstände bis Daten kommen können also variieren.ph803w:device Resolve for message type 7: {"type":"Buffer","data":[73,86,69,88,66,82,70,80,77,81]} +1ms ph803w:device Write and register for response type 9: 000000030f000008000a49564558425246504d51 +1ms ph803w:device login success +9ms ph803w:device Resolve for message type 9: true +1ms ph803w:device Write and register for response type 145: 000000030400009002 +2ms ph803w:device Retrieved data: {"binFlags1":"11","binFlags2":"10","ph":7.14,"redox":690,"phSwitch":false,"redoxSwitch":true} +48ms Data: {"binFlags1":"11","binFlags2":"10","ph":7.14,"redox":690,"phSwitch":false,"redoxSwitch":true} ph803w:device Resolve for message type 145: {"binFlags1":"11","binFlags2":"10","ph":7.14,"redox":690,"phSwitch":false,"redoxSwitch":true} +3ms ph803w:device Send ping +4s ph803w:device received pong +6ms ph803w:device Send ping +4s ph803w:device received pong +8ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +7ms ph803w:device Send ping +4s ph803w:device received pong +9ms ph803w:device Send ping +4s ph803w:device received pong +6ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +7ms ph803w:device Send ping +4s ph803w:device received pong +7ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +6ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +6ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +6ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +6ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +6ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +6ms ph803w:device Send ping +4s ph803w:device received pong +6ms ph803w:device Send ping +4s ph803w:device received pong +7ms ph803w:device Send ping +4s ph803w:device received pong +4ms ph803w:device Send ping +4s ph803w:device received pong +9ms ph803w:device Send ping +4s ph803w:device received pong +4ms ph803w:device Retrieved data: {"binFlags1":"100","binFlags2":"10","ph":7.14,"redox":689,"phSwitch":false,"redoxSwitch":true} +1s Data: {"binFlags1":"100","binFlags2":"10","ph":7.14,"redox":689,"phSwitch":false,"redoxSwitch":true} ph803w:device Ignore resolve for message type 145 because no promise stored: {"binFlags1":"100","binFlags2":"10","ph":7.14,"redox":689,"phSwitch":false,"redoxSwitch":true} +1ms ph803w:device Send ping +3s ph803w:device received pong +5ms ph803w:device Send ping +4s ph803w:device received pong +6ms ph803w:device Send ping +4s ph803w:device received pong +5ms ph803w:device Retrieved data: {"binFlags1":"100","binFlags2":"10","ph":7.14,"redox":690,"phSwitch":false,"redoxSwitch":true} +1s Data: {"binFlags1":"100","binFlags2":"10","ph":7.14,"redox":690,"phSwitch":false,"redoxSwitch":true} ph803w:device Ignore resolve for message type 145 because no promise stored: {"binFlags1":"100","binFlags2":"10","ph":7.14,"redox":690,"phSwitch":false,"redoxSwitch":true} +0ms
-
@skinni das kann gut sein. Konnte ich leider noch nicht testen, da mein Gerät noch auf dem Tisch liegt und sich die Werte eben ständig ändern.
-
@skinni also das nur Updates kommen bei Änderungen war auch mein Gefühl. Was ja ok ist. Aber alles klar. Dann haben wir halt nur 4 Werte pro gerät bisher. Alles ok
-
So habs endlich auch geschafft das Ding auf einem alten Raspi zu installieren! Cool vielen lieben Dank für all die Arbeit!
-
Hallo,
Wahnsinn, was ihr hier auf die Beine gestellt habt .
Bis wann kann man mit einem Adapter für ioBroker rechnen? -
ist es schon möglich den Adapter zu testen?
Muss man für die Installation anders vorgehen als mit normalen Adapter, die man von github installiert? -
@sven-n gibt noch kein Adapter, Apollon hat ein node Script gebastelt. Weiter oben im Thread hat er geschrieben, wie man es installiert
-
@coyote auf seinem github gibt es doch schon was oder sehe ich das falsch?
-
@sven-n ja da ist ein leeres repository. Finger weg
-
@apollon77 ok danke dir
-
Ich habs endlich geschafft die Werte in mein Home Assistant zu bringen inkl. Grafik und geschätzer FC Kalkulation!
Lieben Dank für Eure Arbeit!
-
@apollon77 hier die Ausgabe:
root@debian:/home/coyote/ph803w/node_modules/node-ph803w/example# DEBUG=ph803w* node discovery ph803w:discovery Send broadcast message 0000000303000003 +0ms ph803w:discovery Listen for local PH803W devices on port 12414 +4ms ph803w:discovery Parsing discovered device: 192.168.66.56:12414 - hCFqpJTSymCE9PLlp1DpbhYH?ڇ�G 2d3d954d9bb741b4a19ba1153104932bapi.gizwits.com:804.0.8 +5ms ph803w:discovery Discovered device: {"ip":"192.168.66.56","id1":"CFqpJTSymCE9PLlp1DpbhY","id2":"2d3d954d9bb741b4a19ba1153104932b","apiServer":"api.gizwits.com:80","version":"4.0.8"} +1ms /home/coyote/ph803w/node_modules/node-ph803w/example/discovery.js:10 console.log(`PH803W Device discovered on ${remote.address}`); ^ TypeError: Cannot read property 'address' of undefined at PH803WDiscovery.<anonymous> (/home/coyote/ph803w/node_modules/node-ph803w/example/discovery.js:10:55) at PH803WDiscovery.emit (events.js:314:20) at PH803WDiscovery.parseResponse (/home/coyote/ph803w/node_modules/node-ph803w/lib/discovery.js:103:14) at Socket.<anonymous> (/home/coyote/ph803w/node_modules/node-ph803w/lib/discovery.js:25:18) at Socket.emit (events.js:314:20) at UDP.onMessage [as onmessage] (dgram.js:921:8)
-
@coyote Danke! Bitte nochmal versuchen. War nur ein Mini Fehler im Discovery Example Skript
Für die anderen: Bitte auch mal ib updaten von GitHub und das obige Kommando ausführen. Log hier posten. Das ist das Netzwerk-DIscovery per UDP (also gerät wo es gestartet wird und das PH803W muss im gleichen netzwerk sein.
Danke!
id 1 scheint die mqtt ID zu sien, id2 unbekannt. Ich will mal schauen was am besten für eine Adapter Device-ID taugt
Ingo