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

[Stuebi]

@Andi888 , der Ordner shutter sollte nicht leer sein. Hier findest du die States open, Close, Pause und Position zum Schalten der Rollläden.
Wenn der Ordner nicht gefüllt ist starte die Shelly Instanz nochmals neu. Dann sollten alle Objekte angelegt werden

[dos1973]

ich habe auch den Adapter upgedatet... jetzt geht irgendwie nichts mehr.
das Log sagt nichts ?

keines der Geräte ist via iobroker erreichbar, also reagiert auf das Relay switch... Der Adapter ist grün.

shelly.0	2019-05-28 18:06:46.981	debug	system.adapter.admin.0: logging true
shelly.0	2019-05-28 18:05:57.879	debug	stateChange shelly.0.SHSW-PM#608D93#1.Relay0.Switch {"val":true,"ack":false,"ts":1559059557875,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1559059557875}
shelly.0	2019-05-28 18:05:53.000	debug	system.adapter.admin.0: logging false
shelly.0	2019-05-28 18:05:31.809	info	Listening for Shelly packets in the network
shelly.0	2019-05-28 18:05:31.731	info	Stating Shelly adapter in CoAP modus.
shelly.0	2019-05-28 18:05:31.536	info	starting. Version 3.0.2 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.15.0
shelly.0	2019-05-28 18:05:31.502	debug	statesDB connected
shelly.0	2019-05-28 18:05:31.480	debug	objectDB connected
shelly.0	2019-05-28 18:05:28.107	info	Closing Adapter
shelly.0	2019-05-28 18:05:28.089	info	Closing Adapter
shelly.0	2019-05-28 18:05:27.204	debug	system.adapter.admin.0: logging false
shelly.0	2019-05-28 18:04:49.911	info	Listening for Shelly packets in the network
shelly.0	2019-05-28 18:04:49.808	info	Stating Shelly adapter in CoAP modus.
shelly.0	2019-05-28 18:04:49.641	info	starting. Version 3.0.2 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.15.0
shelly.0	2019-05-28 18:04:49.597	debug	statesDB connected
shelly.0	2019-05-28 18:04:49.573	debug	objectDB connected
shelly.0	2019-05-28 18:04:46.185	info	Closing Adapter
shelly.0	2019-05-28 18:06:46.982	debug	system.adapter.admin.0: logging true

Info:
ich habe heute ein alle Shelly's in ein neuen wlan umgezogen. Die Ip Adresse und alles ist gleich geblieben. Ich kann alle Shellys vis WebIF normal erreichen und schalten. (zurück ins alte wlan hilft auch nicht)

einen Shelly 2.5PM habe ich aus dem ObjektBaum gelöscht... der wird durch den Adapter auch nicht gefunden und wieder angelegt.
Muss ich die Shelly mit dem Adapter, jetzt zusätzlich konfigurieren?

In den Adapter Setting, habe ich all-IP und die iobroker spezifische versucht. Ohne Erfolg.

Idee, was ich machen kann??

[Stuebi]

@dos1973 , was passiert wenn Du in der Shelly App den Status änderst, siehst Du das in den ioBroker Shelly Objekten?
Hast Du bei Shellys ein Passwort unter "Restrict Login" gesetzt?
Befinden sich ioBroker und die Shellys im gleichen Subnetz?
Was mich wundert ist, dass online auf true steht!

VG
Stübi

[dos1973]

ändern des status im webvif hat keine Reaktion in iobroker
nein, kein Passwort. habe auch in iobroker den admin rausgelöst
ja, alles im 192.168.10.xx

[Stuebi]

@dos1973 , kannst Du einmal einen Shelly vom Stromnetz nehmen und dann neu starten. Hier ein ähnlicher Fall: https://github.com/schmupu/ioBroker.shelly/issues/54

[dos1973]

Was neu starten... den Adapter.

[dos1973]

Shelly vom strom, nix
Adapter neustart nix

Reagiert alles nicht...

Macht es sinn den Adapter gesamthaft zu deinstallieren und nochmals neu zu installieren?

[dos1973]

es hilft eigentlich nix.
ich habe eben einen auf Werkseinstellung gesetzt und diesen wieder ins wlan gepackt. keine Statusänderung.

[Stuebi]

@dos1973 , kannst du einmal den Debug Modus für den Shelly Adapter aktivieren.
Interessant sind die CoAP Nachrichten in den Debug Messages (sind mit CoAP gekennzeichnet)

[dos1973]

es kommen keine Coap...

shelly.0	2019-05-28 19:59:24.718	debug	stateChange shelly.0.SHSW-25#737AB7#1.Relay1.Switch {"val":true,"ack":false,"ts":1559066364715,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1559066364715}
shelly.0	2019-05-28 19:59:15.220	debug	stateChange shelly.0.SHSW-25#737AB7#1.Relay0.Switch {"val":true,"ack":false,"ts":1559066355216,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1559066355216}
shelly.0	2019-05-28 19:58:56.994	debug	stateChange shelly.0.SHSW-25#72EB49#1.Shutter.Position {"val":100,"ack":false,"ts":1559066336990,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1559066336990}
shelly.0	2019-05-28 19:58:16.810	debug	stateChange shelly.0.SHSW-1#2C7A2E#1.Relay0.Switch {"val":true,"ack":false,"ts":1559066296804,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1559066296804}
shelly.0	2019-05-28 19:57:51.046	debug	stateChange shelly.0.SHSW-1#25A1AB#1.Relay0.Switch {"val":false,"ack":false,"ts":1559066271044,"q":0,"from":"system.adapter.javascript.0","user":"system.user.admin","lc":1559066271044}
shelly.0	2019-05-28 19:57:51.042	debug	stateChange shelly.0.SHSW-1#25A1AB#1.Relay0.Switch {"val":true,"ack":false,"ts":1559066271037,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1559066271037}
shelly.0	2019-05-28 19:56:21.474	debug	system.adapter.admin.0: logging true
shelly.0	2019-05-28 19:56:19.022	info	Listening for Shelly packets in the network
shelly.0	2019-05-28 19:56:18.930	info	Stating Shelly adapter in CoAP modus.
shelly.0	2019-05-28 19:56:18.759	info	starting. Version 3.0.2 in /opt/iobroker/node_modules/iobroker.shelly, node: v8.15.0
shelly.0	2019-05-28 19:56:18.689	debug	statesDB connected
shelly.0	2019-05-28 19:56:18.645	debug	objectDB connected
host.ioBroker	2019-05-28 19:56:17.682	info	instance system.adapter.shelly.0 started with pid 2874
host.ioBroker	2019-05-28 19:56:15.196	info	instance system.adapter.shelly.0 terminated with code 0 (OK)
shuttercontrol.0	2019-05-28 19:56:15.168	info	object system.adapter.shelly.0 changed: {"_id":"system.adapter.shelly.0","type":"instance","common":{"name":"shelly","version":"3.0.2","news":{"2.0.6":{"en":"Getting faster online status for Shelly d
shelly.0	2019-05-28 19:56:15.162	info	Closing Adapter
host.ioBroker	2019-05-28 19:56:15.149	info	stopInstance system.adapter.shelly.0 killing pid 2426
host.ioBroker	2019-05-28 19:56:15.149	info	stopInstance system.adapter.shelly.0
shelly.0	2019-05-28 19:56:15.150	info	Closing Adapter

[Diginix]

Ist COAP im Shelly überhaupt aktiviert?

[dos1973]

ja, nicht bei allen. aber mit denen ich teste ja

also das ist aktiv.

[dos1973]

ich würde den adapter gerne mal komplett entfernen und neu installieren, oder braucht es hier noch eine Info um den Fehler ggfs. zu verstehen?

[dos1973]

na das habe ich ja heute mächtig "verk....." und das Geschwätz zu Hause nervt am meisten... alles deinstalliert und den 3.02 neu installiert. es passiert nix. Der Adapter findet keine Shelly. Ich Versuchs jetzt nochmals mit 2.2.0

[dos1973]

ist der 2.20 auch schon auf COAP umgebaut? oder habe ich hier irgendetwas falsch gemacht?

ich brauch hier echt Hilfe, bin am Ende und habe keinen Schimmer was ich noch machen kann.

[Stuebi]

@dos1973 , der Shelly Adapter läuft auch auf CoAP. Du musst für CoAP nichts installieren. Das spricht der Shelly out of the Box.

[dos1973]

ich habe ja jetzt alles auf Anfang... aber es tut sich leider nichts

[Stuebi]

@dos1973 , was heißt am Anfang? Welche Adapter Version hast Du installiert?
Hast Du irgendwelche Netzwerkkomponenten ausgetauscht, z.B. Swich etc.?

[dos1973]

ja, ich habe heute einen Unifi AP in mein Netzwerk gebaut... hatte ich vorher schon geschrieben.

Aber IP und Namen hat sich nichts verändert. Der DHCP ist weiterhin wie vorher meine Fritzbox.
Wenn ich jetzt in das alte Wlan Netzwerk switch gehts auch nicht.

jetzt habe ich den Adapter 2.08

[Stuebi]

@dos1973 sagte in [Aufruf] Test Shelly Adapter:

in das alte Wlan Netzwerk switch gehts au

Das Problem liegt an Deinem Netzwerk. Das CoAP Netzwerkprotokoll verschickt UDP Multicast Nachrichten. Wenn der Adapter diese nicht empfängt, bleiben die irgendwo im Netzwerk hängen.
Entweder Du suchst den Fehler im Netzwerk oder installierst den Shelly Adapter in Version 3.0.2 und stellst alles auf MQTT um. Dann geht aber die Shelly Cloud nicht mehr (falls Du die benötigst)