NEWS
Test Adapter Shelly v4.0.6 (latest)
-
@da_woody , du musst schon richtig lesen!
node /opt/iobroker/node_modules/iobroker.shelly/coaptest.js@stuebi sorry, schon wahnsinnig... :)
musste nachklamüsern, immer nur> 2021-02-21T18:21:35.237Z - 192.168.1.227:5683 - P#g3citsm > SHSW-1#98F4ABF32C58#2RC{"G":[[0,9103,1],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]}gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@stuebi sorry, schon wahnsinnig... :)
musste nachklamüsern, immer nur> 2021-02-21T18:21:35.237Z - 192.168.1.227:5683 - P#g3citsm > SHSW-1#98F4ABF32C58#2RC{"G":[[0,9103,1],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]}@da_woody sagte in Test Adapter Shelly v4.0.6 (latest):
Wenn Du immer nur [0,1101,0] für den Shelly mit der ID SHSW-1#98F4ABF32C58#2 siehst, dann wird bei CoAP immer false übertragen. Es müssten beim Schalten so etwas kommen.[0,1101,0] <-- off
[0,1101,1] <-- on
[0,1101,0] <-- offioBroker auf Synology DS216+II im Docker Container
-
@da_woody sagte in Test Adapter Shelly v4.0.6 (latest):
Wenn Du immer nur [0,1101,0] für den Shelly mit der ID SHSW-1#98F4ABF32C58#2 siehst, dann wird bei CoAP immer false übertragen. Es müssten beim Schalten so etwas kommen.[0,1101,0] <-- off
[0,1101,1] <-- on
[0,1101,0] <-- off -
@stuebi schon klar. hab mir gerade nochmal deinen text angelinst.
schätze, mit dem quäle ich synology weiter... BOAH, das nervt. :(@da_woody, aber was soll Synology dabei tun? Ich denke der Shelly sendet die CoAP Nachrichten nicht mehr korrekt. Ich würde einmal ein Factory Reset durchführen. Wenn das nicht hilft, dann ersetzen!
ioBroker auf Synology DS216+II im Docker Container
-
@da_woody, aber was soll Synology dabei tun? Ich denke der Shelly sendet die CoAP Nachrichten nicht mehr korrekt. Ich würde einmal ein Factory Reset durchführen. Wenn das nicht hilft, dann ersetzen!
@stuebi said in Test Adapter Shelly v4.0.6 (latest):
Ich denke der Shelly sendet die CoAP Nachrichten nicht mehr korrekt
alle 70??? gerade den 1L getestet. das selbe spiel und der ist frisch. entweder spinnt synology mit dem CoAP, oder shelly sauert rum.
-
@da_woody, aber was soll Synology dabei tun? Ich denke der Shelly sendet die CoAP Nachrichten nicht mehr korrekt. Ich würde einmal ein Factory Reset durchführen. Wenn das nicht hilft, dann ersetzen!
@stuebi said in Test Adapter Shelly v4.0.6 (latest):
aber was soll Synology dabei tun?
ich glaub, du missverstehst da was. ich rede nicht von einem NAS, der ioBroker lööpt auf einem mini-itx/proxmox/VM.
mit synology mein ich meinen Router und die 3 APs von synology! -
@stuebi said in Test Adapter Shelly v4.0.6 (latest):
Ich denke der Shelly sendet die CoAP Nachrichten nicht mehr korrekt
alle 70??? gerade den 1L getestet. das selbe spiel und der ist frisch. entweder spinnt synology mit dem CoAP, oder shelly sauert rum.
@da_woody , ich glaube nicht, dass es an der Synology liegt. Normalerweise ist es ein Problem im Netzwerk. Ich würde überlegen, ob du irgendetwas geändert hast oder ein Update durchgeführt hast.
ioBroker auf Synology DS216+II im Docker Container
-
@da_woody , ich glaube nicht, dass es an der Synology liegt. Normalerweise ist es ein Problem im Netzwerk. Ich würde überlegen, ob du irgendetwas geändert hast oder ein Update durchgeführt hast.
-
@stuebi said in Test Adapter Shelly v4.0.6 (latest):
aber was soll Synology dabei tun?
ich glaub, du missverstehst da was. ich rede nicht von einem NAS, der ioBroker lööpt auf einem mini-itx/proxmox/VM.
mit synology mein ich meinen Router und die 3 APs von synology!@da_woody sagte in Test Adapter Shelly v4.0.6 (latest):
@stuebi said in Test Adapter Shelly v4.0.6 (latest):
aber was soll Synology dabei tun?
ich glaub, du missverstehst da was. ich rede nicht von einem NAS, der ioBroker lööpt auf einem mini-itx/proxmox/VM.
mit synology mein ich meinen Router und die 3 APs von synology!Ja, ich war bei der NAS. Ich habe alle Netzwerkkomponenten Bonn UniFi. Läuft super.
ioBroker auf Synology DS216+II im Docker Container
-
@da_woody sagte in Test Adapter Shelly v4.0.6 (latest):
@stuebi said in Test Adapter Shelly v4.0.6 (latest):
aber was soll Synology dabei tun?
ich glaub, du missverstehst da was. ich rede nicht von einem NAS, der ioBroker lööpt auf einem mini-itx/proxmox/VM.
mit synology mein ich meinen Router und die 3 APs von synology!Ja, ich war bei der NAS. Ich habe alle Netzwerkkomponenten Bonn UniFi. Läuft super.
-
@amnesia1211 , erst einmal ist die Fehlermeldung jetzt eine andere! Kann es sein, dass Du ein Passwort für den Shelly Motion gesetzt hast und ich meine nicht das für MQTT? Nehme das Passwort (nicht das für MQTT) einmal raus und teste es nochmals.
Nachtrag:
Leider kann ich es nicht testen. Mein Shelly Motion ist eine einzige Katastrophe. Firmwareupdate geht nicht, CoAP funktioniert überhaupt nicht und MQTT nur eingeschränkt. Das Teil landet gleich auf dem Müll. Ärgere mich über das Gerät. Zum Glück nutze ich für die Sensoren Lupusec Sensoren mit dem Lupusec Adapter. Das läuft stabil.@stuebi
Nein es ist kein Passwort gesetzt. Hier die Einstellungen:
Nach einer komplett neuen Einbindung kommt jetzt die Meldung:
shelly.0 2021-02-21 23:18:31.139 error (7339) Error in function httpIoBrokerState for state SHMOS-01#60A4239A67C0#1.name and request{"url":"http://192.168.178.35/settings","timeout":5000,"headers":{"Authorization":"Basic Um9iZXJ0S3JpdHpsZX shelly.0 2021-02-21 23:18:31.126 error (7339) Error in function httpIoBrokerState for state SHMOS-01#60A4239A67C0#1.rssi and request{"url":"http://192.168.178.35/status","timeout":5000,"headers":{"Authorization":"Basic Um9iZXJ0S3JpdHpsZXJA shelly.0 2021-02-21 23:18:31.125 error (7339) Error in function httpIoBrokerState for state SHMOS-01#60A4239A67C0#1.uptime and request{"url":"http://192.168.178.35/status","timeout":5000,"headers":{"Authorization":"Basic Um9iZXJ0S3JpdHpsZX shelly.0 2021-02-21 23:17:30.897 error (7339) Error in function httpIoBrokerState for state SHMOS-01#60A4239A67C0#1.name and request{"url":"http://192.168.178.35/settings","timeout":5000,"headers":{"Authorization":"Basic Um9iZXJ0S3JpdHpsZX shelly.0 2021-02-21 23:17:30.882 error (7339) Error in function httpIoBrokerState for state SHMOS-01#60A4239A67C0#1.rssi and request{"url":"http://192.168.178.35/status","timeout":5000,"headers":{"Authorization":"Basic Um9iZXJ0S3JpdHpsZXJA shelly.0 2021-02-21 23:17:30.881 error (7339) Error in function httpIoBrokerState for state SHMOS-01#60A4239A67C0#1.uptime and request{"url":"http://192.168.178.35/status","timeout":5000,"headers":{"Authorization":"Basic Um9iZXJ0S3JpdHpsZX shelly.0 2021-02-21 23:17:30.854 error (7339) Error in function setMqttPrefixHttp() for request{"url":"http://192.168.178.35/settings","timeout":5000,"headers":{"Authorization":"Basic Um9iZXJ0S3JpdHpsZXJAd2ViLmRlOlZhbmVzc2ExMjEx"}} for 192Erkannt wird er jetzt wie es aus sieht, leider nur ohne Werte
-
@da_woody , ich glaube nicht, dass es an der Synology liegt. Normalerweise ist es ein Problem im Netzwerk. Ich würde überlegen, ob du irgendetwas geändert hast oder ein Update durchgeführt hast.
-
@stuebi ohoh, ich bin nicht mehr der einzige...
https://www.shelly-support.eu/forum/index.php?thread/7382-shellys-aktualisieren-sich-nicht-mehr-im-iobroker-adapter/ -
@stuebi nein, da meldet sich nichts ab. blinkt ja auch regelmässig grün auf. nach dem adapter neustart:
alles funktioniert, ich kann über iqontrol licht ein/ausschalten, switch state wird danach schwarz -> korrekt. auch in der shelly app wird richtig angezeigt.
nach ca. 4 minuten, alles wird aktualisiert, (bis auf switch und input) wird zwar korrekt geschalten, der switch state wird aber rot. somit kein korrektes ergebniss.
funktioniert zwar ioBroker intern, wird auch in der app angezeigt, sobald ich dann in der app schalte, stimmt der state nicht mehr überein.
wenn ich dann in iqontrol 2x schalte stimmen zwar die anzeigen wieder in iqontrol und app, der switch bleibt aber bei rot.
gerade noch mit alexa getestet. das selbe spiel. nach adapter neustart alles ok, nach 4 minuten das selbe.
wenn es an meine netzwerkverkabelung liegen würde, dann dürfte das IMHO auch die 4 minuten nicht funktionieren.
für mich absolut unlogisch das ganze.gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@stuebi nein, da meldet sich nichts ab. blinkt ja auch regelmässig grün auf. nach dem adapter neustart:
alles funktioniert, ich kann über iqontrol licht ein/ausschalten, switch state wird danach schwarz -> korrekt. auch in der shelly app wird richtig angezeigt.
nach ca. 4 minuten, alles wird aktualisiert, (bis auf switch und input) wird zwar korrekt geschalten, der switch state wird aber rot. somit kein korrektes ergebniss.
funktioniert zwar ioBroker intern, wird auch in der app angezeigt, sobald ich dann in der app schalte, stimmt der state nicht mehr überein.
wenn ich dann in iqontrol 2x schalte stimmen zwar die anzeigen wieder in iqontrol und app, der switch bleibt aber bei rot.
gerade noch mit alexa getestet. das selbe spiel. nach adapter neustart alles ok, nach 4 minuten das selbe.
wenn es an meine netzwerkverkabelung liegen würde, dann dürfte das IMHO auch die 4 minuten nicht funktionieren.
für mich absolut unlogisch das ganze.@da_woody , kannst du mal folgendes tun.
Test 1:
Wenn nach den 4 Minuten der StateRelay.Switchsich rot ist, d.h. die Änderungen von der App nicht mehr mitbekommt, ändere dann den Statenamedes Gerätes in der Shelly App (nicht in ioBroker!!). Ändert sich dann der Name in ioBroker?Test 2:
Jetzt einmal die ioBroker Instanz stoppen und das coaptest.js Programm aufrufen und nur auf den einen Shelly Switch welcher Probleme bereitet ein grep ausführen. Wie das geht steht oben. Du solltest jetzt CoAP Nachrichten für den Shelly Switch sehen. Du solltest die Änderungen durch die Shelly App hier sehen. 1101 -> 0 und 1101 -> 1. Das sollte funktionieren, wenn nicht rufst Du das Testprogramm falsch auf. Wenn das funktioniert, wartest du 5-10 Minuten und schaltest wieder über die App. Du solltest dann hoffentlich immer noch die Änderungen von 1101 -> 0 auf 1101 -> 1 sehen. Wenn nicht, kommen wir dem Fehler näher.ioBroker auf Synology DS216+II im Docker Container
-
@da_woody , kannst du mal folgendes tun.
Test 1:
Wenn nach den 4 Minuten der StateRelay.Switchsich rot ist, d.h. die Änderungen von der App nicht mehr mitbekommt, ändere dann den Statenamedes Gerätes in der Shelly App (nicht in ioBroker!!). Ändert sich dann der Name in ioBroker?Test 2:
Jetzt einmal die ioBroker Instanz stoppen und das coaptest.js Programm aufrufen und nur auf den einen Shelly Switch welcher Probleme bereitet ein grep ausführen. Wie das geht steht oben. Du solltest jetzt CoAP Nachrichten für den Shelly Switch sehen. Du solltest die Änderungen durch die Shelly App hier sehen. 1101 -> 0 und 1101 -> 1. Das sollte funktionieren, wenn nicht rufst Du das Testprogramm falsch auf. Wenn das funktioniert, wartest du 5-10 Minuten und schaltest wieder über die App. Du solltest dann hoffentlich immer noch die Änderungen von 1101 -> 0 auf 1101 -> 1 sehen. Wenn nicht, kommen wir dem Fehler näher.@stuebi said in Test Adapter Shelly v4.0.6 (latest):
Test 1:
jup, das funktioniert. aber nur, wenn ich die ip im browser aufrufe zum ändern.
Test 2:
der erste:
2021-02-23T19:05:43.257Z - 192.168.1.227:5683 - P>'3citsm SHSW-1#98F4ABF32C58#2R{"G":[[0,9103,4],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,0]]} 2021-02-23T19:05:44.292Z - 192.168.1.227:5683 - P>(3citsm SHSW-1#98F4ABF32C58#2R{"G":[[0,9103,4],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]}der zweite:
2021-02-23T19:18:32.903Z - 192.168.1.227:5683 - P>u3citsm SHSW-1#98F4ABF32C58#2R{"G":[[0,9103,4],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,0]]} 2021-02-23T19:18:34.002Z - 192.168.1.227:5683 - P>v3citsm SHSW-1#98F4ABF32C58#2R{"G":[[0,9103,4],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]}15 min später... durchgehend deaktivierte instanz. warum zum geier hat die schrift da andere farben???
allerdings wurde von synology vorgeschlagen:
"Falls ja können SIe mit dem Befehl "synoctf -r test" das NSS auf Ihrem CAP (Hauptrouter) deaktivieren. Bitte verbinden SIe im Anschluss das IoT-Gerät mit Ihrem CAP und testen das ganze erneut."
hat allerdings nichts geholfen...gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@stuebi said in Test Adapter Shelly v4.0.6 (latest):
Test 1:
jup, das funktioniert. aber nur, wenn ich die ip im browser aufrufe zum ändern.
Test 2:
der erste:
2021-02-23T19:05:43.257Z - 192.168.1.227:5683 - P>'3citsm SHSW-1#98F4ABF32C58#2R{"G":[[0,9103,4],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,0]]} 2021-02-23T19:05:44.292Z - 192.168.1.227:5683 - P>(3citsm SHSW-1#98F4ABF32C58#2R{"G":[[0,9103,4],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]}der zweite:
2021-02-23T19:18:32.903Z - 192.168.1.227:5683 - P>u3citsm SHSW-1#98F4ABF32C58#2R{"G":[[0,9103,4],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,0]]} 2021-02-23T19:18:34.002Z - 192.168.1.227:5683 - P>v3citsm SHSW-1#98F4ABF32C58#2R{"G":[[0,9103,4],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]}15 min später... durchgehend deaktivierte instanz. warum zum geier hat die schrift da andere farben???
allerdings wurde von synology vorgeschlagen:
"Falls ja können SIe mit dem Befehl "synoctf -r test" das NSS auf Ihrem CAP (Hauptrouter) deaktivieren. Bitte verbinden SIe im Anschluss das IoT-Gerät mit Ihrem CAP und testen das ganze erneut."
hat allerdings nichts geholfen...
Support us
430
Online32.4k
Users81.5k
Topics1.3m
Posts