NEWS
Test Adapter Shelly v4.0.6 (latest)
-
@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... -
@da_woody , ich verstehe es nicht. Du schaltest für Test 2 die Shelly Instanz in ioBroker aus und startest dann coaptest.js. Was bedeutet dann "15 min später... durchgehend deaktivierte instanz"? Wenn Du die Instanz ausstellst, dann ist sie aus :-)
ioBroker auf Synology DS216+II im Docker Container
-
@da_woody , ich verstehe es nicht. Du schaltest für Test 2 die Shelly Instanz in ioBroker aus und startest dann coaptest.js. Was bedeutet dann "15 min später... durchgehend deaktivierte instanz"? Wenn Du die Instanz ausstellst, dann ist sie aus :-)
@stuebi ok, ich hab für Test 2, vor dem der erste die instanz gestoppt, um 19:05 den test gemacht, bis 19:18 gewartet, der zweite gemacht. also zwischendurch die instanz nicht gestartet. jetzt verständlicher?
das alte ösi -> germanisch problem... :Dgruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@stuebi ok, ich hab für Test 2, vor dem der erste die instanz gestoppt, um 19:05 den test gemacht, bis 19:18 gewartet, der zweite gemacht. also zwischendurch die instanz nicht gestartet. jetzt verständlicher?
das alte ösi -> germanisch problem... :D -
@da_woody , ??? Du sollst aber die Shelly Instanz stoppen, dann den coaptest.js starten. Das lässt Du jetzt ohne es zu stoppen mindestens 10 Minuten laufen. Nach dem Start des coaptest.js bedienst du den Shelly Switch über App . Dann wartest du 5 min. ohne das coaptest.js script zu stoppen und bedienst nochmals die Shelly App. Mich interessiert der Output am Anfang und nach mindestens 5 min.
Das Testscript darf zwischendurch nicht beendet werden. Die Shelly Instanz darf während des ganzen Tests nicht aktiv seinioBroker auf Synology DS216+II im Docker Container
-
@da_woody , ??? Du sollst aber die Shelly Instanz stoppen, dann den coaptest.js starten. Das lässt Du jetzt ohne es zu stoppen mindestens 10 Minuten laufen. Nach dem Start des coaptest.js bedienst du den Shelly Switch über App . Dann wartest du 5 min. ohne das coaptest.js script zu stoppen und bedienst nochmals die Shelly App. Mich interessiert der Output am Anfang und nach mindestens 5 min.
Das Testscript darf zwischendurch nicht beendet werden. Die Shelly Instanz darf während des ganzen Tests nicht aktiv sein -
@stuebi axo! das was anderes! klar hab ich den test gestoppt. das problem ist das bei mir der grep weder mit der is noch der IP funktioniert. aber gut, ich suchs dann raus...
@da_woody , Hintergrund des Tests ist, dass wir mit dem Script den ioBroker Shelly Adapter simulieren. Deswegen muss das Script durchgehend laufen.
Wir wollen schauen ob die CoAP Werte nach mindestens 5 min (gerne auch nach 10 min), sich immer noch ändern. D.h. 1101 -> 0 ändert sich 1101 -> 1 oder umgekehrt. Bitte nicht vor 5 min ein zweitesmal mit der Shelly App schalten!
Ist das nicht der Fall, dann liegt der Fehler in der CoAP Library oder am Shelly. Wir wollen den Fehler damit eingrenzen.ioBroker auf Synology DS216+II im Docker Container
-
@da_woody , Hintergrund des Tests ist, dass wir mit dem Script den ioBroker Shelly Adapter simulieren. Deswegen muss das Script durchgehend laufen.
Wir wollen schauen ob die CoAP Werte nach mindestens 5 min (gerne auch nach 10 min), sich immer noch ändern. D.h. 1101 -> 0 ändert sich 1101 -> 1 oder umgekehrt. Bitte nicht vor 5 min ein zweitesmal mit der Shelly App schalten!
Ist das nicht der Fall, dann liegt der Fehler in der CoAP Library oder am Shelly. Wir wollen den Fehler damit eingrenzen.@stuebi so, nach 5 minuten:
2021-02-23T21:05:15.323Z - 192.168.1.227:5683 - P@3citsm SHSW-1#98F4ABF32C58#2RC{"G":[[0,9103,4],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,0]]} 2021-02-23T21:05:16.906Z - 192.168.1.227:5683 - P@3citsm SHSW-1#98F4ABF32C58#2RC{"G":[[0,9103,4],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]}nach 10 minuten mit 2 shelly1:
2021-02-23T21:19:52.284Z - 192.168.1.221:5683 - Pk3citsm lSHSW-1#B8DF91#2RC{"G":[[0,9103,1],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]} 2021-02-23T21:19:54.510Z - 192.168.1.221:5683 - Pk3citsm lSHSW-1#B8DF91#2RC{"G":[[0,9103,1],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,0]]} 2021-02-23T21:19:56.089Z - 192.168.1.221:5683 - Pk3citsm lSHSW-1#B8DF91#2RC{"G":[[0,9103,1],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]} 2021-02-23T21:19:57.865Z - 192.168.1.221:5683 - Pk3citsm lSHSW-1#B8DF91#2RC{"G":[[0,9103,1],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,0]]} 2021-02-23T21:19:51.804Z - 192.168.1.227:5683 - P@<3citsm SHSW-1#98F4ABF32C58#2RC{"G":[[0,9103,4],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,0]]} 2021-02-23T21:19:53.493Z - 192.168.1.227:5683 - P@=3citsm SHSW-1#98F4ABF32C58#2RC{"G":[[0,9103,4],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]} 2021-02-23T21:19:55.303Z - 192.168.1.227:5683 - P@>3citsm SHSW-1#98F4ABF32C58#2RC{"G":[[0,9103,4],[0,1101,1],[0,2101,0],[0,2102,""],[0,2103,0]]} 2021-02-23T21:19:56.958Z - 192.168.1.227:5683 - P@?3citsm SHSW-1#98F4ABF32C58#2RC{"G":[[0,9103,4],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]} -
Aktuelle Test Version 4.0.6 Veröffentlichungsdatum 06.02.2021 Github Link https://github.com/schmupu/ioBroker.shelly Changelog
- (Stübi) - add min, max to state transiton for Shelly RGBW2
- (Stübi) - if a property in the returned json for a http request does not exist, it will not shown as an error anymore
- (Stübi) - Bugfixing Shelly 1L
- (klein0r) - Added shelly motion (SHMOS-01)
Hallo, ich habe folgendes Problem mit der Version 4.06 /4.07 Beta.
Habe einen Powerline Adapter dem Mesh hinzugefügt ( zusätzlich zu einem weiteren Powerline Adapter und einem Repeater, alles von Fritzbox), da ein Shelly fast keinen Empfang hatte und nur sporadisch funktionierte.
Effekt war, dass alle Shellys die mit einem Powerline Adapter verbunden waren, auch mit dem der bereits vorhanden war, nicht mehr vom Adapter erkannt wurden. Nach entfernen des Adapters waren alle sofort wieder da.
Hast du eine Ahnung woran es liegen könnte?
-
Hallo, ich habe folgendes Problem mit der Version 4.06 /4.07 Beta.
Habe einen Powerline Adapter dem Mesh hinzugefügt ( zusätzlich zu einem weiteren Powerline Adapter und einem Repeater, alles von Fritzbox), da ein Shelly fast keinen Empfang hatte und nur sporadisch funktionierte.
Effekt war, dass alle Shellys die mit einem Powerline Adapter verbunden waren, auch mit dem der bereits vorhanden war, nicht mehr vom Adapter erkannt wurden. Nach entfernen des Adapters waren alle sofort wieder da.
Hast du eine Ahnung woran es liegen könnte?
-
@dominik-f , ich denke der Powerline Adapter reicht keine CoAP Nachrichten weiter. Du musst einmal schauen ob am Powerline Adapter irgendetwas mit igmpv3 oder Multicast einstellen kannst.
-
Es gibt nur sowas hier : Multiple Input Multiple Output (MIMO)
Das habe ich aktiviert und bei dem, der das Problem verursacht auch.Shelly Motion und Firmware 1.1.0 im CoAP Modus
Wenn ihr den Shelly Motion mit CoAP nutzt, müsst Ihr umbedingt unter dem Punkt Internet & Security -> COIOT die IP Adresse mit dem Port 5683 vom ioBroker eintragen. Bsp. 192.168.20.30:5683
ioBroker auf Synology DS216+II im Docker Container
Support us
511
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge