NEWS
ioBroker findet Shelly nicht
-
Bisher hat der iobroker alle meine Shellys ohne Probleme gefunden bis auf einen sheely2LED. Ich hatte den schon ganz vergessen bis er jetzt seit einiger Zeit im LOG auftaucht mit folgender Meldung:
Voller Inhalt der 3.Zeile:
- Send developer following Info: SH2LED-1#1EFAA7#1 :
{"blk":[{"I":1,"D":"light_0"},{"I":2,"D":"light_1"},{"I":3,"D":"device"}],"sen":[{"I":9103,"T":"EVC","D":"cfgChanged","R":"U16","L":3},{"I":1101,"T":"S","D":"output","R":"0/1","L":1},{"I":5101,"T":"S","D":"brightness","R":"0/100","L":1},{"I":1201,"T":"S","D":"output","R":"0/1","L":2},{"I":5201,"T":"S","D":"brightness","R":"0/100","L":2}]}
Kann ich noch hoffen meinen Shelly2LED doch noch einbinden zu können?
@Atarimonster said in ioBroker findet Shelly nicht:
Kann ich noch hoffen meinen Shelly2LED doch noch einbinden zu können?
puh, das erste mal das ich von dem teil lese... und damit ist es sicher noch nicht im adapter eingebunden.
steht ja dort: configuration for CoAP does not exist.
musst du warten bis @Stuebi wieder mehr zeit hat. - Send developer following Info: SH2LED-1#1EFAA7#1 :
-
@Atarimonster said in ioBroker findet Shelly nicht:
Kann ich noch hoffen meinen Shelly2LED doch noch einbinden zu können?
puh, das erste mal das ich von dem teil lese... und damit ist es sicher noch nicht im adapter eingebunden.
steht ja dort: configuration for CoAP does not exist.
musst du warten bis @Stuebi wieder mehr zeit hat.Hi, ich habe hier auch noch einen neuen Shelly der nicht gefunden wird: Shelly 1 L
Der Shelly 1L benötigt keinen N-Leiter. Klappt ohne Probleme.
-
Hi, ich habe hier auch noch einen neuen Shelly der nicht gefunden wird: Shelly 1 L
Der Shelly 1L benötigt keinen N-Leiter. Klappt ohne Probleme.
-
@Atarimonster said in ioBroker findet Shelly nicht:
Kann ich noch hoffen meinen Shelly2LED doch noch einbinden zu können?
puh, das erste mal das ich von dem teil lese... und damit ist es sicher noch nicht im adapter eingebunden.
steht ja dort: configuration for CoAP does not exist.
musst du warten bis @Stuebi wieder mehr zeit hat.@da_Woody said in ioBroker findet Shelly nicht:
Kann ich noch hoffen meinen Shelly2LED doch noch einbinden zu können?
puh, das erste mal das ich von dem teil lese... und damit ist es sicher noch nicht im adapter eingebunden.
steht ja dort: configuration for CoAP does not exist.
musst du warten bis @Stuebi wieder mehr zeit hat.Laut docu ist der shelly2LED eingebunden. Das wundert mich ein wenig:
Shelly2LED (SH2LED) supported since v3.3.0 -
@da_Woody said in ioBroker findet Shelly nicht:
Kann ich noch hoffen meinen Shelly2LED doch noch einbinden zu können?
puh, das erste mal das ich von dem teil lese... und damit ist es sicher noch nicht im adapter eingebunden.
steht ja dort: configuration for CoAP does not exist.
musst du warten bis @Stuebi wieder mehr zeit hat.Laut docu ist der shelly2LED eingebunden. Das wundert mich ein wenig:
Shelly2LED (SH2LED) supported since v3.3.0@Atarimonster hmm, grad auf github nachgeschaut. richtig, steht dort, allerdings im changelog liest man nichts davon...
kann aber auch sein, das der beim umschreiben für 4.0.x übersehen wurde. durch die radikale änderung ber API mag er eventuell durchgeflutscht sein. -
@Atarimonster hmm, grad auf github nachgeschaut. richtig, steht dort, allerdings im changelog liest man nichts davon...
kann aber auch sein, das der beim umschreiben für 4.0.x übersehen wurde. durch die radikale änderung ber API mag er eventuell durchgeflutscht sein.hmm, grad auf github nachgeschaut. richtig, steht dort, allerdings im changelog liest man nichts davon...
kann aber auch sein, das der beim umschreiben für 4.0.x übersehen wurde. durch die radikale änderung ber API mag er eventuell durchgeflutscht sein.Vielleicht ist er auch schon davor durchgeflutscht. Wie gesagt, ich benutzte den Shelly Adapter fasst von Anfang an und bisher ist der Shelly2LED nichtmal im LOG aufgetaucht... Ich glaube er wird erst seit dem letzen Firmware-update überhaupt im LOG angezeigt. (1.8.0) Apropos ich update ihn grad auf Version 1.9.0
-
hmm, grad auf github nachgeschaut. richtig, steht dort, allerdings im changelog liest man nichts davon...
kann aber auch sein, das der beim umschreiben für 4.0.x übersehen wurde. durch die radikale änderung ber API mag er eventuell durchgeflutscht sein.Vielleicht ist er auch schon davor durchgeflutscht. Wie gesagt, ich benutzte den Shelly Adapter fasst von Anfang an und bisher ist der Shelly2LED nichtmal im LOG aufgetaucht... Ich glaube er wird erst seit dem letzen Firmware-update überhaupt im LOG angezeigt. (1.8.0) Apropos ich update ihn grad auf Version 1.9.0
-
Hi, ich habe hier auch noch einen neuen Shelly der nicht gefunden wird: Shelly 1 L
Der Shelly 1L benötigt keinen N-Leiter. Klappt ohne Probleme.
@lesiflo Ich dachte auch das Problem sei schon behoben denn unter Suportted Device im Adapter ist der Shelly 1L aufgeführt. Hat jemand schon neue Erkenntnisse?
Ich habe gestern einen Shelly 1L verbaut und im Log kommt auch folgendesShelly Device unknown, configuratin for Shelly device 192.168.xx.xx (undefined / undefined / SHSW-L#84CCA8ADA900#1) for CoAP does not exist!
-
@lesiflo Ich dachte auch das Problem sei schon behoben denn unter Suportted Device im Adapter ist der Shelly 1L aufgeführt. Hat jemand schon neue Erkenntnisse?
Ich habe gestern einen Shelly 1L verbaut und im Log kommt auch folgendesShelly Device unknown, configuratin for Shelly device 192.168.xx.xx (undefined / undefined / SHSW-L#84CCA8ADA900#1) for CoAP does not exist!
@biker1602 : Das Problem ist noch nicht behoben, bei mir kommt auch die Meldung:
Shelly Device unknown, configuratin for Shelly device 192.168.x.y (undefined / undefined / SHSW-L#84CCA8ADB82B#1) for CoAP does not exist! -
@biker1602 : Das Problem ist noch nicht behoben, bei mir kommt auch die Meldung:
Shelly Device unknown, configuratin for Shelly device 192.168.x.y (undefined / undefined / SHSW-L#84CCA8ADB82B#1) for CoAP does not exist! -
... kurze Frage, werden die Shellys über einen Repeater betrieben ? zufällig Fritz 1750 oder 1200 ? und welcher switch ist im Einsatz ?
-
@MartinK Ich habe den 1750E und Fritzbox 7590. Der Shelly L ist aber bei der Fritzbox drin da er dort dichter dran ist. Die anderen laufen auch auf der Fritzbox das würde ich ja angezeigt bekommen wenn die auf dem Repeater eingeloggt sind.
@biker1602 ja, das war mein Gedanke. Ich hatte auch immer wieder Verbindungsabbrüche wenn Shellys mit meinem AVM1750 der als Wlan Brücke eingesetzt wurde verbunden waren.
- das zweite Problem war ein unmanaget Switch, der die CoAP Pakete teilweise weggefiltert hat ;-) es war ein TP-Link TL-SG105 5-Ports Gigabit Netzwerk Switch
Ich konnte den AVM 1750 glücklicherweise per Lan anbinden, und habe einen kleinen Netgear GS305E 5 Port Gigabit Ethernet LAN Switch Smart Managed Plus im Einsatz. Jetzt ist ruhe ! :-)
Sind deine Repeater so konfiguriert, das neue Wlan Geräte immer zugelassen werden, oder musst Du die Macadressen der Geräte auf die Repeater zuweisen? Das hat ja auch den vorteil, das man die Shellys dauerhaft auf die Repeater zuweisen kann - die tatsächlich am besten erreichbar sind für die jew. Shellys . Die Shellys bzw. die Repeater haben irgendwie die Angewohnheit, sich nicht immer gleich mit dem "besten" Wlan zu verbinen... Warum auch immer... ;-)
...konnte ich helfen ? Dann würde ich mich über ein Voting freuen ! (rechts unten)...
-
@biker1602 ja, das war mein Gedanke. Ich hatte auch immer wieder Verbindungsabbrüche wenn Shellys mit meinem AVM1750 der als Wlan Brücke eingesetzt wurde verbunden waren.
- das zweite Problem war ein unmanaget Switch, der die CoAP Pakete teilweise weggefiltert hat ;-) es war ein TP-Link TL-SG105 5-Ports Gigabit Netzwerk Switch
Ich konnte den AVM 1750 glücklicherweise per Lan anbinden, und habe einen kleinen Netgear GS305E 5 Port Gigabit Ethernet LAN Switch Smart Managed Plus im Einsatz. Jetzt ist ruhe ! :-)
Sind deine Repeater so konfiguriert, das neue Wlan Geräte immer zugelassen werden, oder musst Du die Macadressen der Geräte auf die Repeater zuweisen? Das hat ja auch den vorteil, das man die Shellys dauerhaft auf die Repeater zuweisen kann - die tatsächlich am besten erreichbar sind für die jew. Shellys . Die Shellys bzw. die Repeater haben irgendwie die Angewohnheit, sich nicht immer gleich mit dem "besten" Wlan zu verbinen... Warum auch immer... ;-)
-
@biker1602 ja, das war mein Gedanke. Ich hatte auch immer wieder Verbindungsabbrüche wenn Shellys mit meinem AVM1750 der als Wlan Brücke eingesetzt wurde verbunden waren.
- das zweite Problem war ein unmanaget Switch, der die CoAP Pakete teilweise weggefiltert hat ;-) es war ein TP-Link TL-SG105 5-Ports Gigabit Netzwerk Switch
Ich konnte den AVM 1750 glücklicherweise per Lan anbinden, und habe einen kleinen Netgear GS305E 5 Port Gigabit Ethernet LAN Switch Smart Managed Plus im Einsatz. Jetzt ist ruhe ! :-)
Sind deine Repeater so konfiguriert, das neue Wlan Geräte immer zugelassen werden, oder musst Du die Macadressen der Geräte auf die Repeater zuweisen? Das hat ja auch den vorteil, das man die Shellys dauerhaft auf die Repeater zuweisen kann - die tatsächlich am besten erreichbar sind für die jew. Shellys . Die Shellys bzw. die Repeater haben irgendwie die Angewohnheit, sich nicht immer gleich mit dem "besten" Wlan zu verbinen... Warum auch immer... ;-)
@martink Vielen Dank für deinen Beitrag. Benutze den Fritz!Repeater 1200 (LAN-Modus) in Verbindung mit dem TP-Link TL-SG105 5-Ports Gigabit (unmanaged!!!). Auch da konnte ich die Shelly's, die mit diesem Mesh-Point verbunden waren nur über das Web-Interface und die ShellyApp steuern. Im ioBroker waren sie nicht sichtbar/steuerbar. Habe den Repeater nun mal direkt an die Netzwerkdose angeschlossen und jetzt geht's. Also wird es wohl so sein dass die CoAP Pakete nicht durchgehen. Danke!!!!
602
Online32.7k
Users82.3k
Topics1.3m
Posts