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

[Stuebi]

@Ash2k , der Fehler ist, dass Du ein Timeout vom Shelly erhälst. Das ist der Fall, wenn z.B. der Shelly nicht erreichbar ist oder wenn Du z.B. in einer Tour die Farbe änderst. Der "kleine" Webserver auf dem Shelly ist mit zu vielen Anfragen überfordert.
Hast du eine neue Shelly Firmware aufgespielt? Ich könnte mir gut vorstellen dass durch den immer größeren Funktionumfang der Shelly immer langsamer wird.

[PatrickFro]

@PatrickFro said in Test Adapter Shelly v3.1.x:

Ich habe eine grundsätzliche Frage zu Shelly: Baue ich einen Shelly-Adapter in eine Gegensprechanlage ein, kann dadurch ein Datenpunkt bei Nutzung der Gegensprechanlage geändert werden?

Ich würde gerne eine Info erhalten, wenn jemand klingelt und habe hier einen Shelly rumliegen ( der erste, noch nie genutzt).

Danke!!

Kann mir jemand diese Frage beantworten? Morgen kommt ein Elektriker vorbei, der den Einbau des Shelly in die Gegensprechanlage auch umsetzen könnte. Mir gehts nur darum ob bei Klingeln = Strom kommt an = Shelly erkennt es und schreibt etwas in einen Datenpunkt möglich ist.

[Stuebi]

@PatrickFro , welchen Shelly hast Du denn im Einsatz? Also wenn überhaupt (bezweifle ich aber) ist das überhaupt nur mit dem Shelly 1 oder 1pm möglich. Du müsstet den wahrscheinlich mit Tasmota flashen. Mit dem Shelly Adapter wird das aber definitiv nicht funktionieren.

[PatrickFro]

@Stuebi Ich habe Shelly 2.5, bisher noch nicht genutzt.

Schade, ich hatte gehofft, dass es mit den mir vorliegenden Mitteln klappt...

[Stuebi]

@PatrickFro , das kannst Du Dir einmal anschauen: https://www.reichelt.de/magazin/how-to/smarte-tuerklingel/

[PatrickFro]

@Stuebi vielen Dank, vielleicht später einmal. Bin kein Bastler ;-)

[Banjo89]

Mein Shelly Adapter (Version 3.1.7) startet immer wieder neu:

Exception: Error: No reply in 247s
Instance system.adapter.shelly.0 terminated with code 0 (OK)

Woran könnte das liegen?

Node.js: v10.18.1
NPM: v6.13.4

[Stuebi]

@Banjo89 sagte in Test Adapter Shelly v3.1.x:
Moin,
leider gibt es den Fehler schon seit Längerem und ich kann diesen im Shelly Adapter nicht fixen. Siehe auch https://github.com/schmupu/ioBroker.shelly/issues/106
Ich werde gleich die neue Shelly Version (3.1.8) veröffentlichen (latest version). Ich habe am Fehlerhandling etwas verändert. Vielleicht hilft es, möchte aber nicht zu viel versprechen! Ich würde mich aber über ein Feedback freuen.
VG
Stübi

[Banjo89]

Hey Stuebi,

vielen Dank für deine Rückmeldung, ich werde es testen.

Macht es einen Unterschied ob ich COAP oder MQTT verwende?

[Stuebi]

@Banjo89 , ja das macht es. Bei MQTT wird der Fehler nicht auftreten. Du musst dann aber alle Deine Shellys einzeln auf MQTT umstellen und du kannst die Shelly Cloud nicht mehr nutzen.
Tue mir bitte den Gefallen und teste einmal die Version 3.1.8 bevor Du auf MQTT wechseln solltest.
VG

[Stuebi]

@Banjo89, falls Du die Shelly Version 3.1.8 noch nicht als Update siehst kannst Du diese auch wie hier beschrieben laden: https://github.com/schmupu/ioBroker.shelly/issues/103#issuecomment-578205301

[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)