UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Banjo89]

Ok habe es installiert und werde es jetzt mal mit COAP testen

[Stuebi]

@Banjo89 , ich bin gespannt!

[e-s]

@Stuebi
Einer meiner shellys startet ständig neu, Destroy..., per mqtt angebunden. Glaube es gab schon mal einen thread dazu.
Mir ist klar, das es wahrscheinlich nicht am Adapter liegt, aber ist es möglich, dass der Adapter kontrolliert ob schaltimpulse beim Shelly angekommen sind, bzw ob dieser geschaltet hat. Wahrscheinlich würde es reichen wenn das nur überprüft wird wenn dieser kurz offline war.

Oder gibt es schon Lösungen warum einige shellys das machen. Bei mir nur 1 von 20, aber das obwohl der recht guten WLAN Empfang haben muss.

[Stuebi]

@e-s , kannst du einmal bitte das Logfile hier veröffentlichen. Ich benötige den Teil wo das mit dem Destroy steht und die Zeilen davor. Da müsste dann etwas stehen wie "Close Client", "Error Client", "Client Disconnect", "Client Timeout" oder "Server XXXXX for".
VG

[Banjo89]

@Stuebi
Habe aktuell noch etwa 10 Shellys über COAP laufen, Shelly Adapter ist auf COAP & http eingestellt - die scheinen sich aber nicht mit dem Adapter verbinden zu wollen, der Adapter wird ca. alle 30 Sekunden neugestartet:

error.  instance system.adapter.shelly.0 terminated with code 0 (OK)
info	   Starting Shelly adapter in CoAP modus.

[Stuebi]

@Banjo89 , ich verstehe Deine Frage nicht! Du hast jetzt die Version 3.1.8 installiert und der Adapter startet nicht mehr? Wenn das der Fall ist dann installiere die Version 3.1.7 über den Reiter Adapter in ioBroker.
Oder was meinst Du mit 10 Shellys über CoAP? Hast Du noch mehr und die funktionieren im Shelly Adapter?

[Banjo89]

Ich hatte ein paar Shellys bereits auf MQTT umgestellt und etwa 10 Shellys auf COAP gelassen, um diese mit der Version 3.1.8 zu testen.

Mit dieser Version verbindet sich jedoch gar kein Shelly über COAP

[Stuebi]

@Banjo89 , jetzt habe ich es verstanden! Hast Du 2 Instanzen vom Shelly Adapter in Version 3.1.8 installiert? Eine für CoAP und eine für MQTT? Wenn ja, funktioniert den MQTT noch mit der Version?
Ich möchte eingrenzen ob etwas an der Installation bei der Version 3.1.8 schief gegangen ist (dann sollt MQTT auch nicht mehr gehen) oder ob etwas anders falsch gelaufen ist.

[Banjo89]

@Stuebi
Ich habe mir jetzt eben noch eine zweite Instanz für MQTT installiert, dort verbinden sich die Shellys.

Auszug aus dem Log:

info Shelly device 192.168.178.82 (shellyswitch25 / shellyswitch25-5CFCB7 / SHSW-25#5CFCB7#1) with MQTT connected!
info Shelly device 192.168.178.91 (shellyswitch25 / shellyswitch25-740AAD / SHSW-25#740AAD#1) with MQTT connected!
info Shelly device 192.168.178.89 (shellyswitch25 / shellyswitch25-73FF9A / SHSW-25#73FF9A#1) with MQTT connected!

Die Instanz mit COAP wird weiterhin ca. alle 30 Sekunden terminiert:

error instance system.adapter.shelly.1 terminated with code 0 (OK)

[e-s]

@Stuebi
der shelly scheint aber neu zu starten, da ich anfangs bei restart default auf off hatte, war das sehr nervend.

shelly.0	2020-01-25 08:42:22.033	info	(17507) Shelly device 192.168.2.177 (shellyswitch25 / shellyswitch25-68DB6C / SHSW-25#68DB6C#1) with MQTT connected!
shelly.0	2020-01-25 08:37:15.086	info	(17507) Destroy 192.168.2.177 (shellyswitch25 / shellyswitch25-68DB6C / SHSW-25#68DB6C#1)
shelly.0	2020-01-25 08:37:15.086	info	(17507) Server Error for 192.168.2.177 (192.168.2.177 (shellyswitch25 / shellyswitch25-68DB6C / SHSW-25#68DB6C#1))
shelly.0	2020-01-25 08:37:15.084	info	(17507) Error Client : 192.168.2.177 (shellyswitch25 / shellyswitch25-68DB6C / SHSW-25#68DB6C#1) (Error: read ECONNRESET)
shelly.0	2020-01-25 08:22:18.259	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 08:22:18.257	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 08:18:18.272	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 08:18:18.271	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 08:10:22.871	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 08:10:22.870	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 08:09:15.403	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 08:09:15.401	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 08:08:09.941	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 08:08:09.940	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 07:24:29.399	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 07:24:29.398	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 07:23:21.853	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 07:23:21.852	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 06:38:45.737	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 06:38:45.736	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 04:52:15.049	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 04:52:15.048	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 04:51:08.908	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 04:51:08.906	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 03:49:03.296	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 03:49:03.294	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 03:47:55.510	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 03:47:55.509	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 03:46:49.839	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 03:46:49.838	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 01:43:43.593	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!
shelly.0	2020-01-25 01:43:43.591	info	(17507) Destroy 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1)
shelly.0	2020-01-25 01:42:38.010	info	(17507) Shelly device 192.168.2.183 (shellyswitch25 / shellyswitch25-68886A / SHSW-25#68886A#1) with MQTT connected!

[Stuebi]

@e-s , der Shelly 2.5 startet neu oder der ioBroker Shelly Adapter?

[e-s]

@Stuebi
Sehe gerade, da war noch was anderes im log. Meinte nur die Fehler vom x.x.x.183. Der 2.5er startet immer von alleine neu.
Deswegen nimmt er eben ab und zu zu diesem Zeitpunkt keinen Befehl an. Deswegen eben die Frage ob du das anfangen kannst, also kontrollieren ob der schaltbefehl angekommen und übernommen wurde.

[eMd]

Hallo,

ich finde einfach nichts zu meinem Thema.

Werden die Werte vom Temperatur Addon auch in die Objekte übernommen?

Habe jetzt einen Shelly 1 ergänzt damit und sehe die Temperatur aber nur in der Shelly App...

MfG eMd

[Schimi]

HI,

vielleicht hat jemand eine Idee....

Habe meinen ersten Schlly montiert... leider wird er nicht über CoAP gefunden..... sobald ich alles auf MQTT umstelle klappt es....

Würde aber gerne CoAP benutzen (bzw. zumindest verstehen warum es so nicht geht)

FritzBox7490, alles im Selben Subnetz, feste Ip

[Schimi]

update
Kann es daran liegen dass, das Win10 System, wo iobroker drauf ist. In einer Hyper-V VM läuft?
Habe sowas in der richtung über docker gelesen.... das dort auch "nur" MQTT funktioniert

[haselchen]

Habe heute morgen auf die 3.1.9 upgedatet und wahllos über den Tag diese Fehlermeldung, die ich mit der Version vorher nicht hatte.

[Stuebi]

@haselchen , siehe https://github.com/schmupu/ioBroker.shelly/issues/106

[Stuebi]

@Schimi , kann ich leider nichts weiterhelfen, ich nutze kein Windows!

[e-s]

@Stuebi
Habe im Adapter die updatefunktion deaktiviert, jetzt sehe ich das noch 1.5.7 drauf ist, aber 1.5.9 vorhanden. Wie kann ich jetzt schnell alle shellys updaten?

edit:
ok gefunden, update all dp

edit2:
Irgendwie passiert da nix, habe den DP auf true gesetzt. Beim ersten Mal kamen Fehlermeldungen die aber nur auf nichterreichbarkeit einiger shellys hinwiesen, das kam aber durch hinzufügen neuer shellys und bei denen hatte ich erst später die IP angepasst.
Nach Neustart vom Adapter passiert wie gesagt nichts.
Kann es sein, wenn einige shelly aktuell sind, das dann nichts passiert?

[siggi85]

@Schimi sagte in Test Adapter Shelly v3.1.x:

update
Kann es daran liegen dass, das Win10 System, wo iobroker drauf ist. In einer Hyper-V VM läuft?
Habe sowas in der richtung über docker gelesen.... das dort auch "nur" MQTT funktioniert

Wenn es in einer VM läuft musst du bei Coap dafür sorgen, dass über den Netzwerkadapter Broadcastmeldungen des Netzwerkes empfangen werden.
Wie hast du denn den Netzwerkadapter der VM konfiguriert? NAT? Falls ja, versuche mal die VM mit einer eigenen IP im bridged Modus zu betreiben, dann könnte es vielleicht funktionieren.