Test Adapter Shelly v4.0.6 (latest)

[Stuebi]

@dos1973 , aber nach deiner config, ist MQTT disabled. Und der Punkt mit IP, DNS ist irrelevant für Dein Problem.

[dos1973]

@stuebi

ja, sorry, hatte es deaktiviert wegen der ganzen logs... hier nochmals ein

{
"device": {"type": "SHMOS-01","mac": "60A423992C2A","hostname": "shellymotionsensor-60A423992C2A","num_outputs": 0},"wifi_ap": {"enabled": false,"ssid": "shellymotionsensor-60A423992C2A"},"wifi_sta": {"enabled":true,"ssid":"D_IoT_WZ2G","ipv4_method":"dhcp","ip":null,"gw":null,"mask":null,"dns":null},"mqtt": {"enable":true,"server":"192.168.10.6:1883","user":"d","id":"shellymotionsensor-60A423992C2A","clean_session":true,"max_qos":0,"retain":false,"update_period":3600},"sntp": {"server": "time.google.com","enabled": true},"login": {"enabled": false,"unprotected": false,"username": "admin","auth_type": "basic","default_username": "admin"},"pin_code": "x(!WR4","name": null,"fw": "20210226-072307/v1.1.0@f31e1d2b","discoverable": true,"build_info": {"build_id": "20210226-072307/v1.1.0@f31e1d2b","build_timestamp": "2021-02-26T07:23:07Z","build_version": "2021022607"},"cloud": {"enabled": false},"coiot": {"enabled": false,"update_period":3600,"peer":"192.168.10.6:5683"},"timezone": "Europe/Berlin","lat": 51.661230,"lng": 6.964830,"tzautodetect": true,"tz_utc_offset": 7200,"tz_dst": false,"tz_dst_auto": true,"time": "10:59","sleep_time": 0,"motion":  {"sensitivity": 30,"blind_time_minutes": 3,"pulse_count": 1,"operating_mode": 0,"enabled": true},"tamper_sensitivity": 2,"led_status_disable": false,"dark_threshold": 100,"twilight_threshold":  500,"schedule": false,"schedule_rules": [],"hwinfo": {"hw_revision": "dev-prototype","batch_id": 0},"sleep_mode":{"period":60,"unit":"m"}
}

[Stuebi]

@dos1973 , leider kann ich mir den Fehler nicht erklären. Ich habe den Shelly Motion mit MQTT ohne Probleme testweise im Einsatz. Bei mir funktioniert dieser wunderbar auch wenn ich diesen niemals produktiv einsetzen würde.

[dos1973]

@stuebi

hmm, das ist jetzt weniger gut.
hard reset hatte auch nichts gebracht. Würde mich interessieren ob ich ein Montags Modell erwischt habe?

[dos1973]

@dos1973
ich meine ich hatte das schon gemacht, ja sogar sicher.... aber aus Verzweiflung habe ich eben einfach nochmals den Adapter via "Katze" installiert und ein Upload gemacht.

jetzt ist der Shelly in der Version 4.07 (ohne Beta) installiert und es geht.
ist ggf. in der Beta3 doch noch ein Bug versteckt?

{
"device": {"type": "SHMOS-01","mac": "60A423992C2A","hostname": "shellymotionsensor-60A423992C2A","num_outputs": 0},"wifi_ap": {"enabled": false,"ssid": "shellymotionsensor-60A423992C2A"},"wifi_sta": {"enabled":true,"ssid":"D_IoT_WZ2G","ipv4_method":"dhcp","ip":null,"gw":null,"mask":null,"dns":null},"mqtt": {"enable":true,"server":"192.168.10.6:1883","user":"d","id":"shellymotionsensor-60A423992C2A","clean_session":true,"max_qos":0,"retain":false,"update_period":3600},"sntp": {"server": "time.google.com","enabled": true},"login": {"enabled": false,"unprotected": false,"username": "admin","auth_type": "basic","default_username": "admin"},"pin_code": "G)mxg9","name": null,"fw": "20210226-072307/v1.1.0@f31e1d2b","discoverable": true,"build_info": {"build_id": "20210226-072307/v1.1.0@f31e1d2b","build_timestamp": "2021-02-26T07:23:07Z","build_version": "2021022607"},"cloud": {"enabled": false},"coiot": {"enabled": true,"update_period":3600,"peer":"192.168.10.6:5683"},"timezone": "Europe/Berlin","lat": 51.661230,"lng": 6.964830,"tzautodetect": true,"tz_utc_offset": 7200,"tz_dst": false,"tz_dst_auto": true,"time": "11:21","sleep_time": 0,"motion":  {"sensitivity": 50,"blind_time_minutes": 5,"pulse_count": 1,"operating_mode": 0,"enabled": true},"tamper_sensitivity": 2,"led_status_disable": false,"dark_threshold": 100,"twilight_threshold":  500,"schedule": false,"schedule_rules": [],"hwinfo": {"hw_revision": "dev-prototype","batch_id": 0},"sleep_mode":{"period":60,"unit":"m"}
}

[Stuebi]

@dos1973 , eigentlich nicht, da die 4.0.7-beta-3 identisch mit der Version 4.0.7 ist. Wahrscheinlich war die Version 4.0.7-beta-3 nicht richtig installiert. Aber jetzt ist ja zum Glück alles bestens

[ioDaniel]

Ich vermisse den weggefallenen Online-Status auch. Verstehe nicht, warum dieser für alle Shellys wegfallen muss oder warum man dies nicht konfigurierbar machen kann. Vielleicht findet sich ja noch eine Möglichkeit.
Ich habe einen Shelly mit sehr schlechter WLAN-Verbindung, wo die Auswertung des Online-Status die Probleme, die durch die schlechte Verbindung auftreten, gelöst wurden. Ich werde jetzt mal versuchen, ob ich stattdessen den Ping-Adapter verwenden kann, um den Wegfall zu kompensieren.

Grüße Daniel

[A Former User]

@iodaniel komme gerade ins Forum um genau danach zu suchen. Habe in meinen Logiken hinterlegt, dass diverse Aktionen nur ausgeführt werden, wenn auch diverse Shellys Online sind. Somit waren diverse Aktionen derzeit nicht mehr ausführbar und die Fehlersuche hat den fehlenden DP für die Shellys ergeben
Bin auch nicht begeistert dafür jetzt einen anderen Adapter laufen zu lassen, aber ist mir lieber als endlos Befehle ins Nirvana zu schicken die nie bei einem Shelly ankommen.

[e-s]

@ralf-0 @ioDaniel
Sicherlich kann der online Status helfen, aber sinnvoller ist es bei verbindungsproblemen zu schauen ob der Befehl umgesetzt wurde und diesen ggf nochmal zu wiederholen. Theoretisch kann der Adapter ja auch online anzeigen und der shelly kurz davor die Verbindung verloren haben. Bis sich der Status ändert, wird immer etwas Zeit schon der shelly offline gewesen sein.
Noch sinnvoller wäre es aber an der wlan Infrastruktur zu arbeiten und somit verbindungsabbrüche zu vermeiden. Was bringt es einem wenn man jetzt unbedingt was schalten will, weiß das es nicht geht weil nicht online, aber man trotzdem nicht schalten kann?
Ständige pings und abfragen machen dabei das ganze System auch nicht stabiler. Sinnvoller ist auch hier nur traffic im wlan auf das nötigste zu beschränken damit genug Ressourcen immer zu Verfügung stehen.

[JLeg]

@e-s sagte in Test Adapter Shelly v4.0.6 (latest):

Noch sinnvoller wäre es aber an der wlan Infrastruktur zu arbeiten und somit verbindungsabbrüche zu vermeiden. Was bringt es einem wenn man jetzt unbedingt was schalten will, weiß das es nicht geht weil nicht online, aber man trotzdem nicht schalten kann?

Es gibt Anwendungsfälle, bei denen es durchaus nützlich sein könnte, dass man z.B. eine Benachrichtigung erhält, dass Gerät X nicht erreichbar ist. Ich müsste da jedebfalls jetzt einen Würgaround basteln, den Adapter downgraden, oder auf einen anderen wechseln...

Ständige pings und abfragen machen dabei das ganze System auch nicht stabiler. Sinnvoller ist auch hier nur traffic im wlan auf das

Jo, klar - muss man sich nur mal bei einem „durchschnittlichen“ iobroker das Events-Gewitter anschauen - da macht ein Ping alle paar Sekunden genau keinen Unterschied (natürlich nur bei Geräten ohne Batterie)

nötigste zu beschränken damit genug Ressourcen immer zu Verfügung stehen.

[e-s]

@jleg
Ich habe ca 45 shellys, 2-3 haben mich zwischendurch auch immer mal wieder geärgert.
Ständig waren im log reconnects zu sehen. Habe dann immer weiternmein wlan verbessert, seit dem habe ich im log nur noch äußerst selten ein shelly Eintrag.
Deswegen brauch ich mir wegen online Status keine Gedanken mehr machen.
Deswegen eben versuch lieber den Fehler selbst zu beseitigen anstatt dich über die Überwachung zu kümmern.

[A Former User]

@e-s @JLeg

Sicher auch kein Thema was hier in den Adaptertestbeitrag gehört. War mir nur nicht 100% klar ob das Fehlen dieses DPs vom Adapter oder von der FW des Shelly kommt.

Eure Argumente, dass ein DP kein stabiles Wifi ersetzt oder der Traffic durch zusätzliche Pings im Prinzip total vernachlässigbar ist stimme ich voll zu.
Ich betrachte das auch aus anderen Blickrichtungen. Wenn der DP vorhanden ist brauche ich keinen Ping Adapter und somit ist meine Gesamtlösung "simpler" (Ein Adapter braucht auch RAM auf dem RPI). Vom Prinzip finde ich das gut, da einfacher zu Überblicken und weniger Zeuch kann auch weniger kaputt gehen.
Im Normalbetrieb ist das auch alles kein Thema. Ich hatte nur Situationen wo das System durch einen Reboot eines ESPs in einen ungewollten Zustand versetzt wurde. Danach schaukelten sich die Logiken und Logs/Alarme etc. kräftig "hoch", das nacher eine Art Alarm&Event Verfolgung sehr schwierig wurde. Baut man hier gewisse Verriegelungen ein, hilft das extrem den Log und das System brauchbar und in vorhersagbaren Zuständen zu halten. Ich habe da kein gutes Bauchgefühl mit etlichen Logiken und den Shellys zu arbeiten und dann treten wie in der jüngsten Vergangenheit instabile Zuszände im Wifi durch die FW auf. Dadurch gehen 35 Shellys Offline und ich denke mir, dass der IObroker dann anfängt ganz schön viel "Müll" zu produzieren wie Wifi Traffic, im Log und bzgl. eigener Auslastung. Wenn sich das etwas mit vernünftigen Aufwand verhindern lässt bin ich dabei

[da_Woody]

@ralf-0 said in Test Adapter Shelly v4.0.6 (latest):

War mir nur nicht 100% klar ob das Fehlen dieses DPs vom Adapter oder von der FW des Shelly kommt.

wenn du dir IP/staus, IP/settings anschaust, gibts online nicht, also ist es von der FW nicht vorgesehn.
du kannst dir auch die API Reference belinsen.

[marcuskl]

Mir werden von meinen Shelly 1PM keine Stromwerte und Temperaturen angezeigt.

Folgendes steht im LOG:

2021-05-07 13:04:48.204 - warn: shelly.0 (2145) State "shelly.0.SHSW-PM#84CCA8AFA776#1.Relay0.Switch" has no existing object, this might lead to an error in future versions
2021-05-07 13:04:48.205 - warn: shelly.0 (2145) State "shelly.0.SHSW-PM#84CCA8AFA776#1.Relay0.longpush" has no existing object, this might lead to an error in future versions
2021-05-07 13:04:48.206 - warn: shelly.0 (2145) State "shelly.0.SHSW-PM#84CCA8AFA776#1.Relay0.Input" has no existing object, this might lead to an error in future versions
2021-05-07 13:04:48.207 - warn: shelly.0 (2145) State "shelly.0.SHSW-PM#84CCA8AFA776#1.Relay0.Power" has no existing object, this might lead to an error in future versions
2021-05-07 13:04:48.207 - warn: shelly.0 (2145) State "shelly.0.SHSW-PM#84CCA8AFA776#1.Relay0.Energy" has no existing object, this might lead to an error in future versions
2021-05-07 13:04:48.216 - warn: shelly.0 (2145) State "shelly.0.SHSW-PM#84CCA8AFA776#1.overtemperature" has no existing object, this might lead to an error in future versions
2021-05-07 13:04:48.216 - warn: shelly.0 (2145) State "shelly.0.SHSW-PM#84CCA8AFA776#1.overpower" has no existing object, this might lead to an error in future versions
2021-05-07 13:04:48.232 - error: shelly.0 (2145) Error in function httpIoBrokerState for state SHSW-PM#84CCA8AFA776#1.Relay0.ChannelName and request{"url":"http://192.168.2.117/settings/relay/0","timeout":5000} for 192.168.2.117 (shelly1pm / shelly1pm-84CCA8AFA776 / SHSW-PM#84CCA8AFA776#1) (SyntaxError: Unexpected token B in JSON at position 0)
2021-05-07 13:04:48.429 - warn: shelly.0 (2145) State "shelly.0.SHSW-PM#84CCA8AFA776#1.name" has no existing object, this might lead to an error in future versions
2021-05-07 13:05:48.529 - error: shelly.0 (2145) Error in function httpIoBrokerState for state SHSW-PM#84CCA8AFA776#1.Relay0.ChannelName and request{"url":"http://192.168.2.117/settings/relay/0","timeout":5000} for 192.168.2.117 (shelly1pm / shelly1pm-84CCA8AFA776 / SHSW-PM#84CCA8AFA776#1) (SyntaxError: Unexpected token B in JSON at position 0)

Shelly Firmware bei beiden gleich:
The current Firmware version of your Shelly device is 20191219-114622/1047-long-id-for-shelly-devices@d05667c7

Kann mir jemand helfen ?

[da_Woody]

@marcuskl sagte in Test Adapter Shelly v4.0.6 (latest):

20191219

nochmal, das ist die auslieferungs FW. 19.12.2019

[marcuskl]

@da_woody sagte in Test Adapter Shelly v4.0.6 (latest):

@marcuskl sagte in Test Adapter Shelly v4.0.6 (latest):

20191219

nochmal, das ist die auslieferungs FW. 19.12.2019

Kann ich die Updaten ohne Internet, weil habe die Geräte in einen Netzwerk ohne Internet zugriff ?

[da_Woody]

@marcuskl gehn tut das schon, ist aber nicht grad easy. musst dir die einzelen files holen und dann lokal OTA flashen.

[marcuskl]

@da_woody versuche es schon die ganze Zeit

Habe einen HTTP File Server laufen und dort sie Update ZIP drauf und nach der Anleitung vom Forum mit diesen Link updaten:

http://192.168.2.117/ota?url=http://192.168.2.102/firmware/SHSW-PM.zip

funktioniert aber nicht, kommt folgende Ausgabe:

{"status":"updating","has_update":false,"new_version":"","old_version":"20191219-114622/1047-long-id-for-shelly-devices@d05667c7"}

[A Former User]

Ich hab bei zwei Shelly 1 mit diesen Meldungen:

Error in function httpIoBrokerState for state SHSW-1#F3A55D#1.Relay0.ChannelName and request{"url":"http://192.168.0.108/settings/relay/0","timeout":5000,"headers":{"Authorization":"Basic YWRtaW46bUs4bVQ5"}} for 192.168.0.108 (shelly1 / shelly1-F3A55D / SHSW-1#F3A55D#1) (SyntaxError: Unexpected token B in JSON at position 0)

Ich hab schon gegoogelt aber irgendwie finde ich die Lösung nicht. Was kann ich dagegen tun?

[crunchip]

@brainbug sagte in Test Adapter Shelly v4.0.6 (latest):

SyntaxError: Unexpected token B in JSON at position 0)

guck mal HIER