Auf MqTT wollte ich noch nicht switchen.

shelly hat doch einen eigenen MQTT auf 1882... gestern meinen 1. i4 eingebunden.

De- / Neu-Installation des Shelly Adapters

wird eher nichts bringen.

Wie wäre denn eine De- / Neu-Installation des Shelly Adapters?

Seid dem der MqTT Adapter die PW Verschlüsselung drin hat

meinst du den mqtt Adapter? ich meinte aufs mqtt protokoll im shelly Adapter wechseln(anderer Port)

Erstmal danke Euch beiden, dass Ihr euch Zeit für mich nehmt.

Defakto, nodejsv18 hab ich jetzt schon paar tage laufen, genau wie die aktuellsten Betas von Admin, Shelly Adapter in v6.0.0 etc.
Bis gestern Abend lief alles, ich war was in meinen Skripten am Suchen, aber nicht im IoB sondern in einer Kopie im N++.
Auf einmal kam das Lade-Kreis-Symbol, lief ca. 3 Minuten, danach hatte ich auf der Adapter Anzeige 5 neue Updates verfügbar und die Shelly gingen nimmer. Ich habe keine Autoupdates aktiv. Auch nicht für die Firmware im Shelly Adapter, da sind alle Checkboxen aus - da bin ich bereits aus den ersten Schritten mit IoB gebrandmarkt:

@da_Woody ja Du liest da nur eine IP, weil wie ich darüber schrieb "und hier mal noch ein logbereich, in dem ich auf eien Adapter selektiert habe und Licht ein/aus geschaltet habe". Nach Aktivierung des Debug hatte ich binnen kurzer zeit mehrere 100 zeilen Log, da konnte man keine Schaltung erkennen. Deshalb nur der Eine dargestellt als Beispiel.

@crunchip COAP bzw. "Enable CoIoT" ist in den Shellys aktiv. Auf MqTT wollte ich noch nicht switchen. Seid dem der MqTT Adapter die PW Verschlüsselung drin hat, bekomme ich den mit der aktuellen Version nicht zum Laufen.
Meine Shelly 1 und PlugS im Einsatz unterstützen aber noch alle CoIoT/COAP.

Ich weiß, ich lästere auch immer über "ich hab nix gemacht und gestern gings noch", aber defacto, bewusst habe ich keine Veränderung vorgenommen, die dieses Bild erzeugt. Habt Ihr denn noch eine konstruktive Idee für mich.

Ich habe zwischenzeitlich die Shellys schon gestartet und probiert. Auf der Linux Oberfläche kann ich die Geräte physikalisch erreichen. Ich wollte gleich mal noch meine FB neu starten, nicht dass sich da was verhakt hat.
Im IoB hab ich mal fix versucht und sowohl Host als auch VM neu gestartet.

Danke vorab für konstruktive Hilfe.

das von einem auf den anderen moment passiert

ist fast so ähnlich wie, ich habe eigentlich nichts gemacht.
wer weiss, was da reinspielt oder im Vorfeld gemacht wurde, oder automatische Update, was auch immer

shelly.0
	2022-07-14 13:00:48.218	debug	CoAP device description request for SHSW-1#8CAAB574DA15#2 to 192.168.1.217(2)
shelly.0
	2022-07-14 13:00:46.217	debug	CoAP device description request for SHSW-1#8CAAB574DA15#2 to 192.168.1.217(1)

(1) (2) ?

@crunchip said in Kann keine Shellys mehr schalten:

@kuckuckmann erste was mir auuf den ersten Blick auffällt, coap Protokoll und node.js V18

Ja?

v18 ist ein wenig aus dem Fenster gelehnt, empfohlene Version ist v16

coap Protokoll funktioniert nicht mehr mit allen shelly, je nach dem welche du dein Eigen nennst, muss ColoT(unicast) oder besser noch auf mqtt umgestellt werden, da die neue Generation nur noch mqtt unterstützt.

@kuckuckmann erste was mir auuf den ersten Blick auffällt, coap Protokoll und node.js V18

Ja?

@kuckuckmann dann starte den adapter mal mit logstufe debug

Hi @crunchip,

hier mal ein Logfile. Ich konnte da jetzt nichts rauslesen, was mich irritieren würde.

shelly.log

und hier mal noch ein logbereich, in dem ich auf eien Adapter selektiert habe und Licht ein/aus geschaltet habe

shelly.0
	2022-07-14 13:01:16.466	debug	CoAP device description request for SHSW-1#8CAAB574DA15#2 to 192.168.1.217(1)
shelly.0
	2022-07-14 13:01:14.465	debug	CoAP device description request for SHSW-1#8CAAB574DA15#2 to 192.168.1.217(0)
shelly.0
	2022-07-14 13:01:14.461	debug	[CoAP Server] Status update received for SHSW-1#8CAAB574DA15#2: {"G":[[0,9103,6],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]}
shelly.0
	2022-07-14 13:01:14.460	debug	CoAP status package received: {"3332":"SHSW-1#8CAAB574DA15#2","3412":38400,"3420":2816,"Uri-Path":"cit/s"} / {"G":[[0,9103,6],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]}
shelly.0
	2022-07-14 13:01:04.067	debug	[onStateChange] "shelly.0.SHSW-1#8CAAB574DA15#1.Relay0.Switch" state changed: {"val":false,"ack":false,"ts":1657796464052,"q":0,"c":"script.js.Shelly.Shelly_1_Flur_02","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1657796464052} - forwarding to objectHelper
shelly.0
	2022-07-14 13:01:03.360	debug	CoAP device description request for SHSW-1#8CAAB574DA15#2 to 192.168.1.217(2)
shelly.0
	2022-07-14 13:01:01.358	debug	CoAP device description request for SHSW-1#8CAAB574DA15#2 to 192.168.1.217(1)
shelly.0
	2022-07-14 13:00:59.357	debug	CoAP device description request for SHSW-1#8CAAB574DA15#2 to 192.168.1.217(0)
shelly.0
	2022-07-14 13:00:59.357	debug	[CoAP Server] Status update received for SHSW-1#8CAAB574DA15#2: {"G":[[0,9103,6],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]}
shelly.0
	2022-07-14 13:00:59.356	debug	CoAP status package received: {"3332":"SHSW-1#8CAAB574DA15#2","3412":38400,"3420":2816,"Uri-Path":"cit/s"} / {"G":[[0,9103,6],[0,1101,0],[0,2101,0],[0,2102,""],[0,2103,0]]}
shelly.0
	2022-07-14 13:00:48.673	debug	[onStateChange] "shelly.0.SHSW-1#8CAAB574DA15#1.Relay0.Switch" state changed: {"val":true,"ack":false,"ts":1657796448651,"q":0,"c":"script.js.Shelly.Shelly_1_Flur_02","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1657796448651} - forwarding to objectHelper
shelly.0
	2022-07-14 13:00:48.218	debug	CoAP device description request for SHSW-1#8CAAB574DA15#2 to 192.168.1.217(2)
shelly.0
	2022-07-14 13:00:46.217	debug	CoAP device description request for SHSW-1#8CAAB574DA15#2 to 192.168.1.217(1)
shelly.0
	2022-07-14 13:00:44.455	debug	[deviceStatusUpdate] SHSW-1#8CAAB574DA15#1: true
shelly.0
	2022-07-14 13:00:44.441	debug	[onlineCheck] Checking SHSW-1#8CAAB574DA15#1.hostname on 192.168.1.217:80