PH-Messung
-
@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
-
@apollon77 Es kommen keine Werte, so gehts ewig weiter
/€ nochmal etwas produktiver:
Discovery funktioniert, aber danach kommen keine Werte, nur noch invalid message type 145
Das script mit IP aufgerufen funktioniert und liefert Werte.PH803W Device discovered on 192.168.88.128 {"ip":"192.168.88.128","id1":"2tqRa88FgaUS5AxgARVYug","id2":"02003A\u0000 2d3d954d9bb741b4a19ba1153104932b\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0002api.","apiServer":"com:80","version":"4.1.2"} PH803W Device discovered on 192.168.88.128 {"ip":"192.168.88.128","id1":"2tqRa88FgaUS5AxgARVYug","id2":"02003A\u0000 2d3d954d9bb741b4a19ba1153104932b\u0000\u0000\u0000\u0000\u0000\u0000\u0000\u0002api.","apiServer":"com:80","version":"4.1.2"} ERROR: Ignore data package because invalid message type 145 ERROR: Ignore data package because invalid message type 145 ERROR: Ignore data package because invalid message type 145 ERROR: Ignore data package because invalid message type 145
