Shelly Instanz mit COIOT und TRV Einbindung

da_Woody

@berges01 klar, ble kommt wenn Bluetooth aktiviert ist.
Wozu man restric login verwendet...
Angst, daß wer aus der Familie auf den Shelly zugreift?
Von außen kann keiner auf lokale IPs zugreifen.
Wenn doch, dann hast du ganz andere Probleme.
Darum ist auch das verstecken lokaler IPs hier im Forum witzlos.

Dieter_P

@samson71
Nachdem @Berges01 schon die 2.1.8 probiert hat, die Identisch mit der dokumentierten Version des Adapters von @haus-automatisierung ist und dazu schon älter als 1 Jahr, bin ich skeptisch ob sich an der Front noch etwas holen lässt. Warum der TRV den Adapter nicht triggert somit das Rätsel und wohl auch die Lösung...

Solange dort nichts passiert, würde ich eher in Zeit/Aufwand investieren ihn über Mqtt zufriedenstellend zu betreiben, macht nach den Versuchen ggf mehr Sinn durch realistische Aussicht auf Erfolg.

da_Woody

@samson71 sagte in Shelly Instanz mit COIOT und TRV Einbindung:

Daher binde ich neue Shellys immer zuerst ein und mache erst danach Firmware-Updates

Ist doch ganz normal. bei mir zumindest.
In der App neues Gerät einbinden, dann wird Update angeboten, OK, fertig. Dann halt genauere Einstellungen falls notwendig.

duejo

Moin,
ich betreibe 4 TRV´s jetzt in der 2ten Heizsaison. Shelly Adapter aktuell 6.6.1, TRV´s via MQTT in Shelly Instanz angebunden, FW der TRV 2.1.8
Funktioniert in der Konstellation aus meiner Sicht gut. Selten habe ich "Aufhänger" einzelner TRV´s, nie gleichzeitig bei mehreren. Ein reboot des betroffenen TRV beseitigt dieses Problem...
Ich habe es bisher noch mit keiner Adapterversion >6.0 geschafft, einen TRV via COAP anzubinden. Ursache habe ich nicht ermitteln können. Da via MQTT die Funktionalität des TRV aber zuverlässig da ist, kann ich damit gut leben.
Zu Beginn dieser Heizsaison im Oktober habe ich ein FW Update auf die angebotene Version 2.2.1 durchgeführt. War ein Desaster, nix ging mehr. Also zurück zu 2.1.8 und da bleibe ich baw. Zur aktuellen 2.2.2 kann ich also nichts sagen.
Insofern also nur der Tipp mit der bei mir laufenden Konstellation....
Beste grüße

da_Woody

@duejo die ganzen neueren würde ich nur mehr über mqtt einbinden...
Coap verwende ich nur noch bei den alten gen1 wegen der Cloud.

duejo

Korrekt, so mache ich das auch...

JLeg

@berges01 du könntest das Logging mal auf "silly" stellen - speziell der COAP-Kram loggt dann noch etwas mehr...

Berges01

@jleg

Ich bin mir nicht sicher was du meinst.


shelly.1
1017778	2023-12-04 14:16:08.601	debug	CoAP device description request for SHTRV-01#8CF681E3BD38#2 to 192.168.2.177(2)

shelly.1
1017778	2023-12-04 14:16:06.597	debug	CoAP device description request for SHTRV-01#8CF681E3BD38#2 to 192.168.2.177(1)

shelly.1
1017778	2023-12-04 14:16:04.596	debug	CoAP device description request for SHTRV-01#8CF681E3BD38#2 to 192.168.2.177(0)

shelly.1
1017778	2023-12-04 14:16:04.596	debug	[CoAP Server] Status update received for SHTRV-01#8CF681E3BD38#2: {"G":[[0,3101,20.2],[0,3102,68.3],[0,3103,20],[0,3104,68],[0,3115,0],[0,3116,0],[0,3117,0],[0,3118,1],[0,3111,99],[0,3121,100],[0,3122,0],[0,9103,1]]}

shelly.1
1017778	2023-12-04 14:16:04.595	debug	CoAP status package received: {"3332":"SHTRV-01#8CF681E3BD38#2","3412":7201,"3420":0,"Uri-Path":"cit/s"} / {"G":[[0,3101,20.2],[0,3102,68.3],[0,3103,20],[0,3104,68],[0,3115,0],[0,3116,0],[0,3117,0],[0,3118,1],[0,3111,99],[0,3121,100],[0,3122,0],[0,9103,1]]}

shelly.1
1017778	2023-12-04 14:15:12.476	info	[CoAP Server] Listening for packets in the network

shelly.1
1017778	2023-12-04 14:15:12.458	debug	[CoAP Server] Starting shelly listener with options: {"user":"berges01","password":"xxxxxx","multicastInterface":null}

shelly.1
1017778	2023-12-04 14:15:12.458	info	Starting in CoAP mode. Listening on 0.0.0.0:5683

shelly.1
1017778	2023-12-04 14:15:12.439	silly	States user redis pmessage shelly.1.*/shelly.1.info.connection:{"val":false,"ack":true,"ts":1701695712436,"q":0,"from":"system.adapter.shelly.1","user":"system.user.admin","lc":1701695170113}

shelly.1
1017778	2023-12-04 14:15:12.387	silly	States system redis pmessage system.adapter.shelly.1.logLevel/system.adapter.shelly.1.logLevel:{"val":"silly","ack":true,"ts":1701695712383,"q":0,"from":"system.adapter.shelly.1","lc":1701695693065}

shelly.1
1017778	2023-12-04 14:15:12.370	info	starting. Version 6.6.1 in /opt/iobroker/node_modules/iobroker.shelly, node: v18.18.2, js-controller: 5.0.16

shelly.1
1017778	2023-12-04 14:15:12.262	debug	Plugin sentry Initialize Plugin (enabled=true)

shelly.1
1017778	2023-12-04 14:15:12.233	silly	statesDB connected

shelly.1
1017778	2023-12-04 14:15:12.232	debug	States connected to redis: 127.0.0.1:9000

shelly.1
1017778	2023-12-04 14:15:12.172	debug	States create User PubSub Client

shelly.1
1017778	2023-12-04 14:15:12.171	debug	States create System PubSub Client

shelly.1
1017778	2023-12-04 14:15:12.116	debug	Redis States: Use Redis connection: 127.0.0.1:9000

shelly.1
1017778	2023-12-04 14:15:12.115	silly	objectDB connected

shelly.1
1017778	2023-12-04 14:15:12.114	silly	redis psubscribe cfg.o.enum.*

shelly.1
1017778	2023-12-04 14:15:12.093	silly	redis psubscribe cfg.o.system.user.*

shelly.1
1017778	2023-12-04 14:15:12.092	debug	Objects connected to redis: 127.0.0.1:9001

shelly.1
1017778	2023-12-04 14:15:12.090	debug	Objects client initialize lua scripts

shelly.1
1017778	2023-12-04 14:15:12.049	debug	Objects create User PubSub Client

shelly.1
1017778	2023-12-04 14:15:12.049	debug	Objects create System PubSub Client

shelly.1
1017778	2023-12-04 14:15:12.048	debug	Objects client ready ... initialize now

shelly.1
1017778	2023-12-04 14:15:12.027	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001

shelly.1
1017758	2023-12-04 14:15:08.891	info	terminating

shelly.1
1017758	2023-12-04 14:15:08.483	silly	States user redis pmessage shelly.1.*/shelly.1.info.connection:{"val":false,"ack":true,"ts":1701695708482,"q":0,"from":"system.adapter.shelly.1","user":"system.user.admin","lc":1701695170113}

shelly.1
1017758	2023-12-04 14:15:08.390	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

shelly.1
1017758	2023-12-04 14:15:08.389	debug	Plugin sentry destroyed

shelly.1
1017758	2023-12-04 14:15:08.388	info	terminating

shelly.1
1017758	2023-12-04 14:15:08.388	debug	[CoAP Server] Destroying

shelly.1
1017758	2023-12-04 14:15:08.388	debug	[BaseServer] Destroying

shelly.1
1017758	2023-12-04 14:15:08.387	debug	[onUnload] Stopping CoAP server

shelly.1
1017758	2023-12-04 14:15:08.386	debug	[onUnload] Closing adapter

shelly.1
1017758	2023-12-04 14:15:08.385	info	Got terminate signal TERMINATE_YOURSELF

shelly.1
1017758	2023-12-04 14:15:08.384	silly	States system redis pmessage system.adapter.shelly.1.sigKill/system.adapter.shelly.1.sigKill:{"val":-1,"ack":false,"ts":1701695708381,"q":0,"from":"system.host.Strommix-Smart","lc":1701695708381}

shelly.1
1017758	2023-12-04 14:14:53.242	info	[CoAP Server] Listening for packets in the network

shelly.1
1017758	2023-12-04 14:14:53.219	debug	[CoAP Server] Starting shelly listener with options: {"user":"berges01","password":"xxxxxx","multicastInterface":null}

shelly.1
1017758	2023-12-04 14:14:53.218	info	Starting in CoAP mode. Listening on 0.0.0.0:5683

shelly.1
1017758	2023-12-04 14:14:53.153	silly	States user redis pmessage shelly.1.*/shelly.1.info.connection:{"val":false,"ack":true,"ts":1701695693151,"q":0,"from":"system.adapter.shelly.1","user":"system.user.admin","lc":1701695170113}

shelly.1
1017758	2023-12-04 14:14:53.069	silly	States system redis pmessage system.adapter.shelly.1.logLevel/system.adapter.shelly.1.logLevel:{"val":"silly","ack":true,"ts":1701695693065,"q":0,"from":"system.adapter.shelly.1","lc":1701695693065}

shelly.1
1017758	2023-12-04 14:14:53.052	info	starting. Version 6.6.1 in /opt/iobroker/node_modules/iobroker.shelly, node: v18.18.2, js-controller: 5.0.16

shelly.1
1017758	2023-12-04 14:14:52.946	debug	Plugin sentry Initialize Plugin (enabled=true)

shelly.1
1017758	2023-12-04 14:14:52.920	silly	statesDB connected

shelly.1
1017758	2023-12-04 14:14:52.920	debug	States connected to redis: 127.0.0.1:9000

shelly.1
1017758	2023-12-04 14:14:52.858	debug	States create User PubSub Client

shelly.1
1017758	2023-12-04 14:14:52.857	debug	States create System PubSub Client

shelly.1
1017758	2023-12-04 14:14:52.846	debug	Redis States: Use Redis connection: 127.0.0.1:9000

shelly.1
1017758	2023-12-04 14:14:52.846	silly	objectDB connected

shelly.1
1017758	2023-12-04 14:14:52.845	silly	redis psubscribe cfg.o.enum.*

shelly.1
1017758	2023-12-04 14:14:52.794	silly	redis psubscribe cfg.o.system.user.*

shelly.1
1017758	2023-12-04 14:14:52.793	debug	Objects connected to redis: 127.0.0.1:9001

shelly.1
1017758	2023-12-04 14:14:52.791	debug	Objects client initialize lua scripts

shelly.1
1017758	2023-12-04 14:14:52.753	debug	Objects create User PubSub Client

shelly.1
1017758	2023-12-04 14:14:52.753	debug	Objects create System PubSub Client

shelly.1
1017758	2023-12-04 14:14:52.752	debug	Objects client ready ... initialize now

shelly.1
1017758	2023-12-04 14:14:52.719	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001

shelly.1
1017680	2023-12-04 14:14:49.641	info	terminating

shelly.1
1017680	2023-12-04 14:14:49.139	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

shelly.1
1017680	2023-12-04 14:14:49.139	info	terminating

shelly.1
1017680	2023-12-04 14:14:49.138	info	Got terminate signal TERMINATE_YOURSELF

shelly.1
1017680	2023-12-04 14:12:54.584	info	[CoAP Server] Listening for packets in the network

shelly.1
1017680	2023-12-04 14:12:54.556	info	Starting in CoAP mode. Listening on 0.0.0.0:5683

shelly.1
1017680	2023-12-04 14:12:54.413	info	starting. Version 6.6.1 in /opt/iobroker/node_modules/iobroker.shelly, node: v18.18.2, js-controller: 5.0.16

shelly.1
1017640	2023-12-04 14:12:50.986	info	terminating

shelly.1
1017640	2023-12-04 14:12:50.484	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

shelly.1
1017640	2023-12-04 14:12:50.484	info	terminating

shelly.1
1017640	2023-12-04 14:12:50.483	info	Got terminate signal TERMINATE_YOURSELF

Das ist jetzt silly und Alles.
Vom "Starten der Instanz" "warten" und dann "Reset des TRV" bis Neustart der Weboberfläche

Das kam nach einiger Zeit


shelly.1
1017778	2023-12-04 14:21:14.638	debug	[CoAP Server] Error - handling data: Error: No reply in 247 seconds.

shelly.1
1017778	2023-12-04 14:21:12.634	debug	[CoAP Server] Error - handling data: Error: No reply in 247 seconds.

shelly.1
1017778	2023-12-04 14:21:11.535	debug	[CoAP Server] Error - handling data: Error: No reply in 247 seconds.

shelly.1
1017778	2023-12-04 14:21:10.633	debug	[CoAP Server] Error - handling data: Error: No reply in 247 seconds.

shelly.1
1017778	2023-12-04 14:21:09.533	debug	[CoAP Server] Error - handling data: Error: No reply in 247 seconds.

shelly.1
1017778	2023-12-04 14:21:07.533	debug	[CoAP Server] Error - handling data: Error: No reply in 247 seconds.

shelly.1
1017778	2023-12-04 14:20:15.604	debug	[CoAP Server] Error - handling data: Error: No reply in 247 seconds.

shelly.1
1017778	2023-12-04 14:20:13.603	debug	[CoAP Server] Error - handling data: Error: No reply in 247 seconds.

shelly.1
1017778	2023-12-04 14:20:11.601	debug	[CoAP Server] Error - handling data: Error: No reply in 247 seconds.

shelly.1
1017778	2023-12-04 14:18:06.546	debug	CoAP device description request for SHTRV-01#8CF681E3BD38#2 to 192.168.2.177(2)

shelly.1
1017778	2023-12-04 14:18:04.544	debug	CoAP device description request for SHTRV-01#8CF681E3BD38#2 to 192.168.2.177(1)

shelly.1
1017778	2023-12-04 14:18:02.543	debug	CoAP device description request for SHTRV-01#8CF681E3BD38#2 to 192.168.2.177(0)

shelly.1
1017778	2023-12-04 14:18:02.543	debug	[CoAP Server] Status update received for SHTRV-01#8CF681E3BD38#2: {"G":[[0,3101,20.3],[0,3102,68.5],[0,3103,20],[0,3104,68],[0,3115,0],[0,3116,0],[0,3117,0],[0,3118,0],[0,3111,99],[0,3121,0],[0,3122,0],[0,9103,3]]}

shelly.1
1017778	2023-12-04 14:18:02.542	debug	CoAP status package received: {"3332":"SHTRV-01#8CF681E3BD38#2","3412":7201,"3420":3,"Uri-Path":"cit/s"} / {"G":[[0,3101,20.3],[0,3102,68.5],[0,3103,20],[0,3104,68],[0,3115,0],[0,3116,0],[0,3117,0],[0,3118,0],[0,3111,99],[0,3121,0],[0,3122,0],[0,9103,3]]}

JLeg

@berges01 sagte in Shelly Instanz mit COIOT und TRV Einbindung:

Ich bin mir nicht sicher was du meinst.

ich meinte, Logging für Instanz "shelly mit CoIoT" auf "silly" stellen; wenn das oben bereits der Fall ist, dann heisst das wohl, dass der Vorgang gar nicht so weit kommt (silly-Logs gibt's z.B. da, wo der CoIoT/Coap-Kram die Objekt-States anzulegen versucht)

Berges01

@jleg

Das stand auf silly

Das sieht irgendwie Falsch aus.
CoAP status package received: {"3332":"SHTRV-01#8CF681E3BD38#2","3412":7201,"3420":3,"Uri-Path":"cit/s"} / {"G":[[0,3101,20.3],[0,3102,68.5],[0,3103,20],[0,3104,68],[0,3115,0],[0,3116,0],[0,3117,0],[0,3118,0],[0,3111,99],[0,3121,0],[0,3122,0],[0,9103,3]]}

NEWS

Shelly Instanz mit COIOT und TRV Einbindung

Support us

797
Online

31.7k
Users

79.8k
Topics

1.3m
Posts

NEWS

Shelly Instanz mit COIOT und TRV Einbindung

Support us

797Online

31.7kUsers

79.8kTopics

1.3mPosts

797
Online

31.7k
Users

79.8k
Topics

1.3m
Posts