ioBroker findet Shelly nicht

[da_Woody]

@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]

@da_Woody

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

[da_Woody]

@Atarimonster wie gesagt, das erste mal von dem ding gelesen und bin neben @harrym gesessen wie er die api umgestrickt hat.
ich hab jetzt auch noch alle issues durchgeschaut, nirgends der sh2led zu lesen.
da kann wirklich nur @Stuebi was dazu sagen...

[biker1602]

@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 folgendes

Shelly Device unknown, configuratin for Shelly device 192.168.xx.xx (undefined / undefined / SHSW-L#84CCA8ADA900#1) for CoAP does not exist!

[lesiflo]

@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!

[da_Woody]

@lesiflo bei mir ist er drinnen...

shelly.0	2021-01-11 11:35:34.940	info	(30979) Shelly device 192.168.3.84 (shelly1l / shelly1l-84CCA8AD82E4 / SHSW-L#84CCA8AD82E4#1) with CoAP connected!

[MartinK.]

... kurze Frage, werden die Shellys über einen Repeater betrieben ? zufällig Fritz 1750 oder 1200 ? und welcher switch ist im Einsatz ?

[biker1602]

@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.

[MartinK.]

@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]

@martink So habe es jetzt hinbekommen. Ich habe nochmal die 4.0.5 aus github drüber gebügelt und jetzt hat er den 1L auch unter Objekte. Nach drei Anläufen endlich geschafft

[jhubig]

@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!!!!