Monatsrückblick Oktober 2026 ist online!

[AtomicIX]

@mcm1957 vielen Dank für deine Bemühungen.

[W-D-G]

Ich habe den connect zu den Shellys im iobroker verloren und die Ursache dafür gefunden. In der mqtt-Einstellung ist die Serveradresse anzugeben. ich hatte meinen Server mit "iobroker.fritz.box:1882" angegeben. Mit der Änderung der Fritzbox-Firmware war "fritz.box" nur noch mit "Häckchen" über diese Erweiterung erreichbar. aktuell solle man .local verwenden. Ich habe alles umgestellt und jetzt funktionieren meine 30 Geräte wieder. Leider sind die Gen1 gerate auch über mqtt nicht mehr erreichbar.

[Thomas Braun]

@W-D-G

Du sprichst von der aktuellen Labor-FW von FritzOS? Aus der ReadMe dazu:

• Verbesserung Für die lokale Namensauflösung (per mDNS) werden unterstützt: fritzbox.local, gateway.local, box.local (nur FRITZ!Box), repeater.local, fritzrepeater.local (nur Repeater/MeshSet), sowie allgemein router.local und gateway.local
• Änderung Die Domain "fritz.box" wird standardmäßig nicht mehr als Domain-Name über DHCP verteilt; daher erfolgt bei DNS-Anfragen für Hostnamen keine automatische Erweiterung

[Rene55]

Hallo Allerseits. Aktuell habe ich Probleme, meinen Shelly AZ H&T ins System zu bekommen. Irgendwie habe ich es geschafft, dass er schon mal im Netzwerk ist. Ich habe den so eingerichtet, wie alle anderen Devices via MQTT. Im Log sehe ich: " [MQTT] (Shelly?) device unknown, configuration for client with id "shellyazht-e4b1234abcd0" (shellyazht / shellyazht-e4b1234abcd0 / undefined) does not exist! Maybe this device is not supported in this adapter version (10.6.1). " . Kann es sein, dass der Adapter hier Recht hat und das Gerät noch nicht bekannt ist? Oder lässt sich das Gerät nur über BLE einbinden?

[Cephalopod]

@Rene55 sagte:

Aktuell habe ich Probleme, meinen Shelly AZ H&T ins System zu bekommen

Das AZ ist eine "kastrierte" Amazon Version, die nicht die volle funktionalität hat.
Ich würde ihn zurücksenden und einen ungebrandeten originalen holen.

[Rene55]

ok, wie heißt denn der ungebrandete?
Dennoch, wäre es nicht sinnvoll, den Shelly AZ H&T mal zu analysieren und in den Adapter aufzunehmen?

[mcm1957]

@Rene55 said:

Dennoch, wäre es nicht sinnvoll, den Shelly AZ H&T mal zu analysieren und in den Adapter aufzunehmen?

Ja sicher - Leg doch bitte ein Issue an:
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues

In der Shelly Doku ist er leider nicht beschrieben, ev. ist er aber ident zum HTG3 ...: https://shelly-api-docs.shelly.cloud/gen2/Devices/Gen3/ShellyHTG3/

Müsste man testen

[mcm1957]

@Rene55 said:

Kann es sein, dass der Adapter hier Recht hat und das Gerät noch nicht bekannt ist?

Um solche Fragen zu beantworten ist es am besten in die liste der unterstützen Geräte zu schaun: https://github.com/iobroker-community-adapters/ioBroker.shelly#supported-devices

[Cephalopod]

@Rene55 sagte:

ok, wie heißt denn der ungebrandete?

Na genauso wie dein AZ nur halt ohne AZ

https://www.shelly.com/de/products/shelly-h-t-gen3-matte-white

[Rene55]

@cephalopod Genau diesen habe ich. Laut Beipackzettel heißt der "Shelly AZ H&T".

[Rene55]

@mcm1957 In der Liste hatte ich vorher (allerdings erst nach dem Kauf) nachgesehen. Und nichts gefunden. Issue #1573 ist erstellt.

[Cephalopod]

@Rene55 sagte:

@cephalopod Genau diesen habe ich. Laut Beipackzettel heißt der "Shelly AZ H&T".

Und habe dir einen Shelly ohne AZ verlinkt. Der ist besser.

Gibt es auch bei Hornbach um die Ecke:
https://www.hornbach.de/p/shelly-plus-ht-gen-3-matte-white-temperatur-feuchtigkeitssensor-wifi-wlan-bluetooth-usb-c-kompatibel-mit-smart-home-by-hornbach/12084325/

[mcm1957]

@Rene55 said:

@cephalopod Genau diesen habe ich. Laut Beipackzettel heißt der "Shelly AZ H&T".

Nein, du hast nicht
https://www.shelly.com/de/products/shelly-h-t-gen3-matte-white
sondern
https://www.shelly.com/de/products/shelly-az-h-t

[AtomicIX]

Hi, ich habe ein Problem mit dem Wall Display:

shelly.0
2026-09-03 18:34:10.572	info	[MQTT] Device with client id "ShellyWallDisplay-00A90B9CDA7C" initialized.

shelly.0
2026-09-03 18:33:43.172	info	[MQTT] Device with client id "ShellyWallDisplay-00A90B9CDA7C" connected from 192.168.222.152!

shelly.0
2026-09-03 18:33:37.513	info	[MQTT] Client Close: 192.168.222.152 (ShellyWallDisplay / ShellyWallDisplay-00A90B9CDA7C / ShellyWallDisplay#00A90B9CDA7C#1) (false)

shelly.0
2026-09-03 18:31:34.457	info	[MQTT] Device with client id "ShellyWallDisplay-00A90B9CDA7C" initialized.

shelly.0
2026-09-03 18:31:17.532	info	[MQTT] Device with client id "ShellyWallDisplay-00A90B9CDA7C" connected from 192.168.222.152!

zigbee.0
2026-09-03 18:30:36.891	warn	DeviceAvailability:ELEVATED: Non-pingable device 'Laube Lichtschalter links (0x001788010e8d2e70)' was last seen '985.081' seconds ago.

shelly.0
2026-09-03 18:27:42.447	info	[MQTT] Device with client id "ShellyWallDisplay-00A90B9CDA7C" initialized.

shelly.0
2026-09-03 18:27:18.921	info	[MQTT] Device with client id "ShellyWallDisplay-00A90B9CDA7C" connected from 192.168.222.152!

zigbee.0
2026-09-03 18:25:36.889	warn	DeviceAvailability:ELEVATED: Non-pingable device 'Laube Lichtschalter links (0x001788010e8d2e70)' was last seen '685.079' seconds ago.

zigbee.0
2026-09-03 18:20:36.889	warn	DeviceAvailability:ELEVATED: Non-pingable device 'Laube Lichtschalter links (0x001788010e8d2e70)' was last seen '385.079' seconds ago.

shelly.0
2026-09-03 18:18:27.294	info	[MQTT] Device with client id "ShellyWallDisplay-00A90B9CDA7C" initialized.

shelly.0
2026-09-03 18:18:12.365	info	[MQTT] Device with client id "ShellyWallDisplay-00A90B9CDA7C" connected from 192.168.222.152!

shelly.0
2026-09-03 18:17:03.954	info	[MQTT] Device with client id "ShellyWallDisplay-00A90B9CDA7C" initialized.

shelly.0
2026-09-03 18:16:50.302	info	[MQTT] Device with client id "ShellyWallDisplay-00A90B9CDA7C" connected from 192.168.222.152!

Es funktioniert aber eigentlich ohne Probleme. Was kann ich dagegen tun?
Der Log ist voll damit.

[mcm1957]

Aus irgendeinem Grund scheint die Verbindung zu dem Device ständig abzubrechen. Kann es sein, dass dein Netzwerk schwach ist?:
Prüf ob du den Energiesparmodus bei Wall Display aktiv hast (falls es den dort gibt).

Wenn du den Loglevel des Adapters auf Warning stellst werden die connects nicht mehr gelogged. Als Workraound auch anzudenken,

[AtomicIX]

Okay, werde ich morgen mal testen. Also das Netzwerk ist gut. Das Display ist ca. 1 m vom AP entfernt. Alles anderen Geräte machen keine Probleme im Netzwerk.
In den Einstellungen finde ich nichts zum Energiesparen, werde morgen mal direkt im Display schauen.
Wollte nur mal fragen, ob es vielleicht ein bekanntest Problem damit gibt. Werde sonst mal einen Werksreset machen.

[Holger Etzel]

Hallo zusammen,

hat schon jemand Erfahrungen mit der neuen Shelly-Kamera sammeln können?
Welche Datenpunkte bekomme ich im IoBroker, bzw. habe ich Zugriff auf die EInstellungen auf der Kamera, Gibt es Datenpunkte für Snapshot oder Streams?

Gruß
Holger

[mcm1957]

@Holger-Etzel said:

Hallo zusammen,

hat schon jemand Erfahrungen mit der neuen Shelly-Kamera sammeln können?

Keine Ahnung, aber die Kamery ist derzeit noch nicht in der API Dokumentaion enthalten.
Korrektur - die Kamera wurde in die Dokumentation aufgenommen

Welche Datenpunkte bekomme ich im IoBroker,

keine

bzw. habe ich Zugriff auf die EInstellungen auf der Kamera, Gibt es Datenpunkte für Snapshot oder Streams?

nein

Die Kamera ist brand neu. Derzeit ist sie nicht im Adapter implementiert.
Leg bitte ein Issue an (https://github.com/iobroker-community-adapters/ioBroker.shelly/issues) dann bekommst du es schneller mit wenn die Kamera implementiert wurde und Tester gesucht werden.

[mcm1957]

Dieser Beitrag wurde gelöscht!

[haus-automatisierung]

@Holger-Etzel sagte:

hat schon jemand Erfahrungen mit der neuen Shelly-Kamera sammeln können?

Ich plane die nächste Woche zu integrieren.