@snopy_16 Hey, habe hier die .tsv importiert leider steht unter Objekte bei Connection immer noch false

@diwoma Hey, leider klappt das auch nicht

2024-11-19 12:42:03.168 - info: modbus.0 (31220) starting. Version 6.3.2 in /opt/iobroker/node_modules/iobroker.modbus, node: v20.18.0, js-controller: 6.0.11
2024-11-19 12:42:04.004 - info: modbus.0 (31220) Connected to slave 192.168.178.42
2024-11-19 12:42:04.007 - info: modbus.0 (31220) Disconnected from slave 192.168.178.42

Guten Tag zusammen,

ich habe seit gestern die Config Fronius und BYD als Batteriespeicher in Betrieb und würde jetzt gerne über Modbus die benötigten Infos rausholen.
Habe über die Fronius App etc. vollen Zugang und auch die Batterie wird vernünftig erkannt.

Leider klappt das trotz der Beiträge hier nicht die Verbindung über den Adapter aufzubauen..

2024-11-19 12:04:34.615 - info: modbus.0 (27970) starting. Version 6.3.2 in /opt/iobroker/node_modules/iobroker.modbus, node: v20.18.0, js-controller: 6.0.11
2024-11-19 12:04:35.818 - info: modbus.0 (27970) Connected to slave 192.168.178.42
2024-11-19 12:04:35.823 - info: modbus.0 (27970) Disconnected from slave 192.168.178.42

Egal welche Einstellung ich auswähle.

habt ihr hier einen Tipp ?

Vielen Dank

@saanmafi said in Test Adapter eufy Home Robovac:

@amiethaner Hey du benutzt aber auch die eufy clean App oder ? App-Version 2.14.0

2023-01-19 18:36:58.486 - debug: euhome.0 (26751) {"result":{"exponent":"3","pbKey":"MIGdMA0GCSqGSIb3DQEBAQUAA4GLADCBhwKBgQC3G++LCMizncnUMoa0dphWKdPG19cyN6/xnkp/W65EcxQ+6/spb2BgHBGI/KBPAEskjUbRSW+SSqdzRL+VbOxxCJqdyyQJfjpPuOGR2vd9NAL4qv65a6jfjFE0S2iDxqalQJQfxMmO5erTkCaGpYXSC2SI3t2S0tNNXjMXWHd6UwIBAw==","publicKey":"128583599587316320066427519373958487917362130388243381016424776686077738627998030280118620719016122693480577031888461568274075772213337708119107902973063764125021277321517661080840521944335779460451432254892851827709539746674755618246803726810267650219299959196939973740742880810714516464041141864384484047443","token":"f0cac272ed18038b66cdc059f3118291"},"t":1674149818467,"success":true,"status":"ok"}
2023-01-19 18:37:05.128 - debug: euhome.0 (26751) strToSign: a=tuya.m.user.uid.password.login||appVersion=3.8.5||clientId=yx5v9uc3ef9wg3v9atje||deviceId=gjfylv4vf8v5rtdsjgmuko4y9hb5at9kvmey0jcdra14||et=0.0.1||lang=en||os=Android||postData=68d9381bf4d71516729bdb2f3d21af76||requestId=220b64da-b8d6-4d89-aa41-f9b3e2818937||time=1674149825||ttid=android||v=1.0
2023-01-19 18:37:05.128 - debug: euhome.0 (26751) Sending parameters:
2023-01-19 18:37:05.129 - debug: euhome.0 (26751) {"a":"tuya.m.user.uid.password.login","deviceId":"gjfylv4vf8v5rtdsjgmuko4y9hb5at9kvmey0jcdra14","sdkVersion":"3.0.0cAnker","os":"Android","lang":"en","appVersion":"3.8.5","v":"1.0","clientId":"yx5v9uc3ef9wg3v9atje","time":1674149825,"postData":"{\"countryCode\":\"49\",\"uid\":\"eh-a3b3f44b2886727f6de6192c717bfe830af2a75a\",\"createGroup\":true,\"passwd\":\"000000000000000000000000000000000000000000000000000000000000000001ba70dc61708b9735ece4db0c7501814db721af0f4258cfe44c80980c9855ab52e160aa5a607b32b18dbce2c9f009fbb0ca1f9561838cce3b848e6f5a07d79041deeee3d00acb055215b3ae24e766377901ed7c76520ce1fcab10088ac9118d\",\"ifencrypt\":1,\"options\":{\"group\":1},\"token\":\"f0cac272ed18038b66cdc059f3118291\"}","et":"0.0.1","ttid":"android","appRnVersion":"5.11","platform":"Android","requestId":"220b64da-b8d6-4d89-aa41-f9b3e2818937","sign":"fbb6b41b4ea851e0ba5e1c13a1bd371ba8e6518522475d338e8c0968ace75f3f"}
2023-01-19 18:37:05.222 - debug: euhome.0 (26751) Received response:
2023-01-19 18:37:05.222 - debug: euhome.0 (26751) {"t":1674149825210,"success":false,"errorCode":"USER_PASSWD_WRONG","status":"error","errorMsg":"Incorrect account ID or password"}
2023-01-19 18:37:05.224 - error: euhome.0 (26751) Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
2023-01-19 18:37:05.224 - error: euhome.0 (26751) unhandled promise rejection: Incorrect account ID or password
2023-01-19 18:37:05.230 - error: euhome.0 (26751) Error: Incorrect account ID or password
at TuyaCloud.request (/opt/iobroker/node_modules/iobroker.euhome/lib/tuyaCloud.js:267:11)
at processTicksAndRejections (node:internal/process/task_queues:96:5)
at TuyaCloud.loginEx (/opt/iobroker/node_modules/iobroker.euhome/lib/tuyaCloud.js:385:21)
at Euhome.login (/opt/iobroker/node_modules/iobroker.euhome/main.js:140:17)
at Euhome.onReady (/opt/iobroker/node_modules/iobroker.euhome/main.js:76:17)
2023-01-19 18:37:05.231 - error: euhome.0 (26751) Exception-Code: USER_PASSWD_WRONG: Incorrect account ID or password
2023-01-19 18:37:05.254 - info: euhome.0 (26751) terminating
2023-01-19 18:37:05.255 - debug: euhome.0 (26751) Plugin sentry destroyed
2023-01-19 18:37:05.256 - warn: euhome.0 (26751) Terminated (UNCAUGHT_EXCEPTION): Without reason

@amiethaner Hey du benutzt aber auch die eufy clean App oder ? App-Version 2.14.0

@tombox Hier sind noch mal die logs im Debug-Modus.
PN hast du bekommen.Log_Debug_euhome.txt

@tombox Mahlzeit, bin durch Zufall gerade auf deine Adapter gestoßen. Habe diesen Installiert allerdings bekomme ich Ihn nicht zum laufen.
Er sagt mir was von incorrect Account ID oder Passwort. Hatte daraufhin mal das Passwort geändert leider ohne Erfolg.
Anbei der Ausschnitt aus dem Protokoll.
Log_euhome.txt

@Stuebi said in Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht :

Seit der Firmware 1.8.x melden einige User, dass der Shelly Adapter im CoAP Modus die Shellys nicht mehr findet, nicht aktiv sind bzw. das ACK nach einer Aktion wie z.B. relelay0.Switch = true nicht auf true setzt.
Prüft bitte, ob ihr mindestens den Shelly Adapter 4.0.0 im Einsatz habt und die Shelly Firmware 1.8.0 oder höher ist! Ist das der Fall, dann ist folgendes zu prüfen.

Schritt 1: Shelly erreichbar über ping
Ermittelt die IP Adresse von dem Shelly der in ioBroker nicht mehr aktualisiert wird. Die IP Adresse könnt Ihr z.B. in Eurem WLAN Router (z.B. Fritzbox), oder der Shelly APP, Tools zum LanScan, etc. finden. Auch in ioBroker steht die ip Adresse unter den Objekt hostname (Bsp.: shelly.0.SHDW-2#483FDAxxxxxxx#1.hostname) die sich hoffentlich nicht geändert hat. Nun versuche den Shelly per ping zu erreichen.
Öffne ein Terminalfenster auf dem Rechner wo ioBroker läuft (es muss umbedingt der ioBroker Rechner sein) und gebe folgendes ein:

# ping -c 10  <ip_address_of_missing_shelly>
ping -c 10  192.168.20.237  # Example, IP of Shelly is 192.168.20.237

Wenn du so etwas wie unten siehst, dann ist der Shelly per ping erreichbar und du kannst mit Schritt 2 weitermachen. Wenn der Shelly nicht per ping erreichbar ist, hast du entweder die falsche IP Adresse gewählt oder du hast ein Problem mit dem Netzwerk.
Wichtig, beim Shelly wie z.B. DW2 oder Button geht der Ping nur wenn der Shelly gerade "aufgeweckt wurde". Also während des Tests den Shelly umbedingt aufwecken (z.B. Knopf drücken beim Button).

64 bytes from 192.168.20.237: icmp_seq=12 ttl=255 time=1735.952 ms
64 bytes from 192.168.20.237: icmp_seq=13 ttl=255 time=731.547 ms
64 bytes from 192.168.20.237: icmp_seq=14 ttl=255 time=6.776 ms
64 bytes from 192.168.20.237: icmp_seq=15 ttl=255 time=8.171 ms

Schritt 2: Prüfen ob ioBroker CoAP Nachrichten empfängt
Stoppe die Shelly Instanz in ioBroker unter Instanzen (nicht ioBroker nicht deinstallieren!!!). Wenn möglich ermittelt die IP Adresse vom Shelly (siehe Schritt 1).
Öffne ein Terminalfenster auf dem Rechner wo ioBroker läuft (es muss umbedingt der ioBroker Rechner sein) und gebe folgendes ein:

cd /opt/iobroker/node_modules/iobroker.shelly
node coaptest.js 
# oder node coaptest.js | grep "<IP-OF-MISSING-SHELLY>"
node coaptest.js | grep "192.168.20.237" # Shelly with IP 192.168.20.237

Nun betätige Dein Shelly (z.B. Knopf drücken beim Shelly Button, oder Licht an/aus beim Shelly 1). Du solltest ähnliche Nachricht mit Timestamp und Name des Shellys den du vermisst sehen (z.B. SHDW2#483FDAxxxxx#2).

2020-08-24T11:15:48.140Z - 192.168.20.237:5683 - PR3citsm SHDW2#483FDAxxxxx#2RC{"G":[[0,9103,0],[0,3108,1],[0,3109,-1],[0,6110,-1],[0,3106,5],[0,3110,"dark"],[0,3101,24.90],[0,3102,76.82],[0,3115,0],[0,3111,100],[0,9102,["sensor"]]]}

Siehst Du keine Nachrichten für den "vermissten" Shelly im coaptest.js, hast du ein CoAP Problem. D.h. der Fehler liegt im Netzwerk (z.B. Konfiguration, WLAN Router Einstellung, Switch, ....).

Schritt 3: Ping und CoAP Test waren erfolgreich oder auch nicht
Du hast den Schritt 1 und Schritt 2 durchgeführt und der Shelly der dir Probleme bereitet, ist per ping erreichbar und du siehst diesen auch in den CoAP Nachrichten, gebe bitte ein Issue hier auf.
Einer der Tests in Schritt 1 oder Schritt 2 waren nicht erfolgreich, dann gebe kein Issue auf. Es handelt sich hierbei um kein Problem des Shelly Adapters 4.0.0 (oder höher) sondern um ein Netzwerkfehler bzw. um einen internen Fehler des Shellys mit dem CoAP Protokoll. Wende Dich bitte an den Hersteller!

Nachtrag:
Es ist total irrelevant ob die mobile Shelly App und / oder das Webinterface des Shellys funktionieren, da diese nicht mit dem CoAP Protokoll arbeiten. Der ioBroker Shelly Adapter arbeitet mit CoAP oder MQTT, da Statusänderungen (z.B. Schalter an/aus) per Push an ioBroker übermittelt werden, d.h. man sieht die Änderungen fast in realtime in ioBroker. Das wäre mit http nicht möglich, da man hier pollen (in regelmässigen Abständen, z.B. alle 5 Sekunden den Status der Shellys abfragen) müsste.

Guten Tag sitze hier gerade mit meinem neuen Shelly Plug S und bekomme im Iobroker zwar das Gerät mit den allgemeinen Informationen angezeigt (uptime wird alle 5 sek aktualisiert) nur leider sind unter dem Verzeichnis Channel keinerlei Informationen.
Habe wie du hier beschrieben hast alle Punkte ausprobiert und sehe im Terminal auch "Traffic".

Installiert ist der Adapter 4.0.3 und der Plug S hat v1.8.3

Vielleicht kann mir ja jmd helfen.

@Stuebi said in Shelly Adapter 4.0 - Shelly Firmware 1.8 - Tester gesucht :

Seit der Firmware 1.8.x melden einige User, dass der Shelly Adapter im CoAP Modus die Shellys nicht mehr findet, nicht aktiv sind bzw. das ACK nach einer Aktion wie z.B. relelay0.Switch = true nicht auf true setzt.
Prüft bitte, ob ihr mindestens den Shelly Adapter 4.0.0 im Einsatz habt und die Shelly Firmware 1.8.0 oder höher ist! Ist das der Fall, dann ist folgendes zu prüfen.

Schritt 1: Shelly erreichbar über ping
Ermittelt die IP Adresse von dem Shelly der in ioBroker nicht mehr aktualisiert wird. Die IP Adresse könnt Ihr z.B. in Eurem WLAN Router (z.B. Fritzbox), oder der Shelly APP, Tools zum LanScan, etc. finden. Auch in ioBroker steht die ip Adresse unter den Objekt hostname (Bsp.: shelly.0.SHDW-2#483FDAxxxxxxx#1.hostname) die sich hoffentlich nicht geändert hat. Nun versuche den Shelly per ping zu erreichen.
Öffne ein Terminalfenster auf dem Rechner wo ioBroker läuft (es muss umbedingt der ioBroker Rechner sein) und gebe folgendes ein:

# ping -c 10  <ip_address_of_missing_shelly>
ping -c 10  192.168.20.237  # Example, IP of Shelly is 192.168.20.237

Wenn du so etwas wie unten siehst, dann ist der Shelly per ping erreichbar und du kannst mit Schritt 2 weitermachen. Wenn der Shelly nicht per ping erreichbar ist, hast du entweder die falsche IP Adresse gewählt oder du hast ein Problem mit dem Netzwerk.
Wichtig, beim Shelly wie z.B. DW2 oder Button geht der Ping nur wenn der Shelly gerade "aufgeweckt wurde". Also während des Tests den Shelly umbedingt aufwecken (z.B. Knopf drücken beim Button).

64 bytes from 192.168.20.237: icmp_seq=12 ttl=255 time=1735.952 ms
64 bytes from 192.168.20.237: icmp_seq=13 ttl=255 time=731.547 ms
64 bytes from 192.168.20.237: icmp_seq=14 ttl=255 time=6.776 ms
64 bytes from 192.168.20.237: icmp_seq=15 ttl=255 time=8.171 ms

Schritt 2: Prüfen ob ioBroker CoAP Nachrichten empfängt
Stoppe die Shelly Instanz in ioBroker unter Instanzen (nicht ioBroker nicht deinstallieren!!!). Wenn möglich ermittelt die IP Adresse vom Shelly (siehe Schritt 1).
Öffne ein Terminalfenster auf dem Rechner wo ioBroker läuft (es muss umbedingt der ioBroker Rechner sein) und gebe folgendes ein:

cd /opt/iobroker/node_modules/iobroker.shelly
node coaptest.js 
# oder node coaptest.js | grep "<IP-OF-MISSING-SHELLY>"
node coaptest.js | grep "192.168.20.237" # Shelly with IP 192.168.20.237

Nun betätige Dein Shelly (z.B. Knopf drücken beim Shelly Button, oder Licht an/aus beim Shelly 1). Du solltest ähnliche Nachricht mit Timestamp und Name des Shellys den du vermisst sehen (z.B. SHDW2#483FDAxxxxx#2).

2020-08-24T11:15:48.140Z - 192.168.20.237:5683 - PR3citsm SHDW2#483FDAxxxxx#2RC{"G":[[0,9103,0],[0,3108,1],[0,3109,-1],[0,6110,-1],[0,3106,5],[0,3110,"dark"],[0,3101,24.90],[0,3102,76.82],[0,3115,0],[0,3111,100],[0,9102,["sensor"]]]}

Siehst Du keine Nachrichten für den "vermissten" Shelly im coaptest.js, hast du ein CoAP Problem. D.h. der Fehler liegt im Netzwerk (z.B. Konfiguration, WLAN Router Einstellung, Switch, ....).

Schritt 3: Ping und CoAP Test waren erfolgreich oder auch nicht
Du hast den Schritt 1 und Schritt 2 durchgeführt und der Shelly der dir Probleme bereitet, ist per ping erreichbar und du siehst diesen auch in den CoAP Nachrichten, gebe bitte ein Issue hier auf.
Einer der Tests in Schritt 1 oder Schritt 2 waren nicht erfolgreich, dann gebe kein Issue auf. Es handelt sich hierbei um kein Problem des Shelly Adapters 4.0.0 (oder höher) sondern um ein Netzwerkfehler bzw. um einen internen Fehler des Shellys mit dem CoAP Protokoll. Wende Dich bitte an den Hersteller!

Nachtrag:
Es ist total irrelevant ob die mobile Shelly App und / oder das Webinterface des Shellys funktionieren, da diese nicht mit dem CoAP Protokoll arbeiten. Der ioBroker Shelly Adapter arbeitet mit CoAP oder MQTT, da Statusänderungen (z.B. Schalter an/aus) per Push an ioBroker übermittelt werden, d.h. man sieht die Änderungen fast in realtime in ioBroker. Das wäre mit http nicht möglich, da man hier pollen (in regelmässigen Abständen, z.B. alle 5 Sekunden den Status der Shellys abfragen) müsste.