Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[mcm1957]

Sobald der H&T sendet bekommt das ioBroker mit.
Welche Adapterversion verwendest du?
Was steht im Log? Schalt ggF das DEBUG Log ein . dann solltest du sehen ob bzw. was der H&T sendet.
In den Stateattributen siehst du auch wann sie zuletzt aktualisisiert wurden.

Sieht eigentlich eher so aus als würde der H&T gar keine Verbindung mit ioBroker aufnehmen. Check mal die MQTT Einstellung, insbesondere ob die IP Addressen des Hosts passen und ob die MQTT Optionen alle angehakt sind. (Sihe Dokumentation)

[Fabio]

@musicnrw sagte in Shelly Adapter - genereller Support:

Kriegt iobroker die kurzen "Wachphasen" einfach nicht mit?

...ja, das bekommt er mit und funktioniert einwandfrei. Ich habe über zehn der HT eingebunden.
Da könnte bei dir evtl. was falsch eingestellt sein.
Grüße
Fabio

[mcm1957]

@musicnrw sagte in Shelly Adapter - genereller Support:

Hat einer einen Lösungsvorschlag?

Check das mal (https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-mqtt.md)

Vor allem die RPC Einstellungen und die IP incl. Port

[musicnrw]

@mcm1957, genau die Einstellungen habe ich umgesetzt. Wenn ich am Shelly den Knopf (Reset-Button) kurz drücke, dmit er aufwacht, sehe ich das Gerät mit aktivem WLAN im iobroker. Aber das bleibt eben nur für die kurze Zeit, bis er wieder in den deep-sleep-Modus geht. Es kommen in der "wachen" Zeit leider auch keine Messwerte rein.

[fuzzy1955]

@musicnrw sagte in Shelly Adapter - genereller Support:

Wenn ich am Shelly den Knopf (Reset-Button) kurz drücke, dmit er aufwacht, sehe ich das Gerät mit aktivem WLAN im iobroker. Aber das bleibt eben nur für die kurze Zeit, bis er wieder in den deep-sleep-Modus geht

Hi, @mcm1957

dasselbe Problem habe ich mit dem batteriebetriebenen Shelly Smoke auch. Gibt es da eine Lösung?

Gruß,
Fuzzy

[Fabio]

@musicnrw sagte in Shelly Adapter - genereller Support:

Es kommen in der "wachen" Zeit leider auch keine Messwerte rein.

es kommen nur Messwerte rein wenn sie sich auch geändert haben ansonsten nicht auch wenn du ihn aufweckst falls der Wert sich nicht verändert hat wirst du auch nichts im Iobroker sehen. So ist das jedefalls bei mir.

du kannst ihn an ein Netzteil hängen dann kommen Daten öfters rein.

Bitte lesen https://kb.shelly.cloud/knowledge-base/shelly-h-t-gen3

hier ein Beispiel von mir
letzte Änderung war um 7.07 jetzt haben wir fast 9.00 Uhr.

[mcm1957]

@fuzzy1955 sagte in Shelly Adapter - genereller Support:

@musicnrw sagte in Shelly Adapter - genereller Support:

Wenn ich am Shelly den Knopf (Reset-Button) kurz drücke, dmit er aufwacht, sehe ich das Gerät mit aktivem WLAN im iobroker. Aber das bleibt eben nur für die kurze Zeit, bis er wieder in den deep-sleep-Modus geht

Hi, @mcm1957

dasselbe Problem habe ich mit dem batteriebetriebenen Shelly Smoke auch. Gibt es da eine Lösung?

Gruß,
Fuzzy

Welches Problem hast du auch?

Die batteriebetriebenen Geräte wachen nur kurzzeitig auf und gehen dann wieder in den seep sleep. Im deep-sleep Zustand trennen die Shellies die WLAN Verbindung um Energie zu sparen. Dies ist von Shelly so implementiert und aus Gründen der Batterielebensdauer auch so sinnvoll. Diese Trennung der WLAN Verbindung ist kein Problem sondern "per Design" so vorgesehen.

[mcm1957]

@musicnrw sagte in Shelly Adapter - genereller Support:

@mcm1957, genau die Einstellungen habe ich umgesetzt. Wenn ich am Shelly den Knopf (Reset-Button) kurz drücke, dmit er aufwacht, sehe ich das Gerät mit aktivem WLAN im iobroker. Aber das bleibt eben nur für die kurze Zeit, bis er wieder in den deep-sleep-Modus geht. Es kommen in der "wachen" Zeit leider auch keine Messwerte rein.

Also der shelly sollte wie folgt lt. Doku senden:

Measuring and reporting
On batteries
When running on batteries the Device behaves as follows:

Wakes up every minute to do a measurement. If there is a 0.2 °C temperature or 3% humidity difference the screen updates. The default threshold for reporting is a change of 0.5 °C or 5%. If the change is less there will be no report sent.

If for two hours there is no report based on threshold values, the Device unconditionally (disregarding threshold values) reports its status to Shelly Cloud and other connected channels.

Due to self-heating a cool down period of 5 minutes is imposed. During this period the Device would not wake up at all.

On USB power supply
If powered via its USB port the Device will wake up every 5 minutes, perform a measurement, update its screen, unconditionally report to all connected channels, and sleep for 5 minutes.

User initiated report
If the user presses the Reset button (behind the cover) the Device will wake up, perform a measurement, update its screen, unconditionally report to all connected channels, and sleep for 5 minutes.

Wenn du auch beim Drücken des Reset Buttons keine geänderten Werte siehst dann stimmt was nicht - wobei du beachten musst dass die 5 Minuten jeden Update in der Zeit blockt. Sinnvoller Weise würde ich daher die Teperatur vor dem Drücken merkbar ändern (kurz warm anblasen od in den Kühlschrank legen).

Wenn da nichst kommt bitte

• gib mal die Adpater Version an die du benutzt
• aktiveiere das Log mit LEVEL DEBUG

Im Log muss der Connect des Shellies auftauchen. Weiters wird gelogged was er sendet. Prüf mal ob das ankommt oder ob der Shelly den ioBroker Host gar nicht erreicht. Und NEIN das Online Symbol sagt nichts darüber aus ob die MQTT Verbindung richtig eingestellt ist. Online / offline wird via ping / http geprüft. Also schau sicherheitshalber nochmal die IP und vor allem den Port den du im Shelly eingetragen hast genau an.

[fuzzy1955]

@mcm1957 sagte in Shelly Adapter - genereller Support:

Dies ist von Shelly so implementiert und aus Gründen der Batterielebensdauer auch so sinnvoll

Ja, das ist mir klar. Das Problem ist: Ich bringe den batteriebetriebenen Shelly Smoke bei Rauchalarm nicht zum Reagieren.

[Fabio]

@fuzzy1955 sagte in Shelly Adapter - genereller Support:

Ich bringe den batteriebetriebenen Shelly Smoke bei Rauchalarm nicht zum Reagieren.

... was heißt das denn genau. Gibt er von sich aus keinen Alarm bei Rauch?

[mcm1957]

@fuzzy1955 sagte in Shelly Adapter - genereller Support:

@mcm1957 sagte in Shelly Adapter - genereller Support:

Dies ist von Shelly so implementiert und aus Gründen der Batterielebensdauer auch so sinnvoll

Ja, das ist mir klar. Das Problem ist: Ich bringe den batteriebetriebenen Shelly Smoke bei Rauchalarm nicht zum Reagieren.

Damit wir alle vom selben Gerät reden:
Geht es um einen Shelly Smoke (GEN1) oder einen Shelly Smoke Plus (GEN2) ?

An sich sollten beide supported sein.

Beim Gen 2 gilt dasseleb wie eben erst geschrieben - also bitte nochmals explizit die MQTT Daten prüfen.
Beim Gen 1 hängts davon ab ob du COAP oder MQTT benutzt. Bei COAP bitte sicherstellen dass unicast ausgewählt ist.

Wenn da Daten nicht ankommen gilt auch hier:
Bitte ein DEBUG LOG erstellen und den Shelly aktivieren - ich weiß leider nicht wie man beim Smoke einen Testalarm auslösen kann (abgesehen von anrauchen oder Testspray).

[mcm1957]

Die nachfolgende Diskussion zum Thema "Welche Rauchmelderalternative zu Shelly" wurde abgespaltet und findet sich nun hier:
https://forum.iobroker.net/topic/83226/welchen-rauchmelder

[musicnrw]

Jetzt nochmal zum Shelly H&T G3, also dem Ursprungspost:
Als ich MQTT im Shelly eingerichtet und aktiviert habe, sind ja initial Messwerte für Temperatur und Luftfeuchte übertragen worden. Von daher muss die Kommunikation ja funktioniert haben mit iobroker. Aber eben nur 1x!
Ich habe das Log mal angehängt, vielleicht findet jemand etwas verdächtiges:

{
  "deviceInfo": {
    "name": null,
    "id": "shellyhtg3-e4b3233c89bc",
    "mac": "E4B3233C89BC",
    "slot": 0,
    "key": "eyJhbGciOiJFUzM4NCIsInR5cCI6IkpXVCJ9.eyJpYXQiOjE3MzI3OTI0MDUsIm1hYyI6IkU0QjMyMzNDODlCQyIsIm0iOiJTM1NOLTBVMTJBIiwiYiI6IjIzNTAtQnJvYWR3ZWxsIiwiZnAiOiIwNzYzZGRhMiJ9.mvoIO2SxrWZfARG8MhlNwBPwP_RymUFGHaryVsE5TOg1mtCrb-LG9DRclbh50AVNk7B9gd6Vn9z-gIj9XBoIBF68qvu3--uJfQaPXmJc3u-cGpmaRbZEBD3R52OX0Aai",
    "batch": "2350-Broadwell",
    "fw_sbits": "04",
    "model": "S3SN-0U12A",
    "gen": 3,
    "fw_id": "20251211-072409/1.7.4-beta1-gfd54ba5",
    "ver": "1.7.4-beta1",
    "app": "HTG3",
    "auth_en": false,
    "auth_domain": null
  },
  "logs": [
    {
      "data": "Connected.",
      "ts": 1765778710.47,
      "level": 2,
      "fd": 1
    },
    {
      "seq": 140,
      "ts": 1765778711.095,
      "level": 2,
      "data": "shelly_debug.cpp:236    Streaming logs to 192.168.178.20:42339",
      "fd": 2
    },
    {
      "seq": 141,
      "ts": 1765778712.01,
      "level": 2,
      "data": "shos_lwip.cpp:196       ws(0x3fcc2328): IPv6 addrs: fe80::e6b3:23ff:fe3c:89bc,P 2003:c5:e730:f300:e6b3:23ff:fe3c:89bc,P fd1a:d087:cadd:0:e6b3:23ff:fe3c:89bc,t1",
      "fd": 2
    },
    {
      "seq": 142,
      "ts": 1765778712.014,
      "level": 2,
      "data": "shos_lwip.cpp:196       ws(0x3fcc2328): IPv6 addrs: fe80::e6b3:23ff:fe3c:89bc,P 2003:c5:e730:f300:e6b3:23ff:fe3c:89bc,P fd1a:d087:cadd:0:e6b3:23ff:fe3c:89bc,P",
      "fd": 2
    },
    {
      "seq": 143,
      "ts": 1765778714.653,
      "level": 2,
      "data": "shos_dns_sd_respond:236 ws(0x3fcc2328): Announced ShellyHTG3-E4B3233C89BC any@any (fe80::e6b3:23ff:fe3c:89bc,2003:c5:e730:f300:e6b3:23ff:fe3c:89bc,fd1a:d087:cadd:0:e6b3:23ff:fe3c:89bc)",
      "fd": 2
    },
    {
      "seq": 144,
      "ts": 1765778715.463,
      "level": 2,
      "data": "shelly_update.cpp:355   Checking for updates (1.7.4-beta1 20251211-072409/1.7.4-beta1-gfd54ba5 {\"bl\":16777983,\"t\":1765778715.460,\"ut\":10463234,\"hf\":109540,\"hmf\":100208,\"fs\":1048576,\"fsf\":712704,\"pkw\":0})",
      "fd": 2
    },
    {
      "seq": 145,
      "ts": 1765778715.465,
      "level": 2,
      "data": "shos_http_client.cp:316 0x3fcc6360: HTTPS GET https://updates.shelly.cloud/update/HTG3?src=auto1 (CA shelly_cloud.pem,ca.pem)",
      "fd": 2
    },
    {
      "seq": 146,
      "ts": 1765778715.653,
      "level": 2,
      "data": "shos_init.c:103         New min heap free: 94784",
      "fd": 2
    },
    {
      "seq": 147,
      "ts": 1765778715.885,
      "level": 2,
      "data": "shos_http_client.cp:656 0x3fcc6360: Finished; bytes 411, code 200, redir 0/3, auth 0, status OK",
      "fd": 2
    },
    {
      "seq": 148,
      "ts": 1765778715.894,
      "level": 2,
      "data": "shelly_notification:164 Status change of sys: {\"available_updates\":{\"stable\":{\"version\":\"1.7.1\"}}}",
      "fd": 2
    },
    {
      "seq": 149,
      "ts": 1765778720.142,
      "level": 2,
      "data": "shos_rpc_inst.c:243     shelly.checkforupdate [6@02a3bf84-02ca-41dc-bc8a-b77a444d1c7a] via WS_in 192.168.178.20:57487",
      "fd": 2
    },
    {
      "seq": 150,
      "ts": 1765778720.143,
      "level": 2,
      "data": "shelly_update.cpp:355   Checking for updates (1.7.4-beta1 20251211-072409/1.7.4-beta1-gfd54ba5 {\"bl\":16777983,\"t\":1765778720.137,\"ut\":15140900,\"hf\":107776,\"hmf\":94784,\"fs\":1048576,\"fsf\":712704,\"pkw\":0})",
      "fd": 2
    },
    {
      "seq": 151,
      "ts": 1765778720.144,
      "level": 2,
      "data": "shos_http_client.cp:316 0x3fcc6404: HTTPS GET https://updates.shelly.cloud/update/HTG3?src=auto_ui (CA shelly_cloud.pem,ca.pem)",
      "fd": 2
    },
    {
      "seq": 152,
      "ts": 1765778720.491,
      "level": 2,
      "data": "shos_init.c:103         New min heap free: 93616",
      "fd": 2
    },
    {
      "seq": 153,
      "ts": 1765778720.567,
      "level": 2,
      "data": "shos_http_client.cp:656 0x3fcc6404: Finished; bytes 411, code 200, redir 0/3, auth 0, status OK",
      "fd": 2
    },
    {
      "seq": 154,
      "ts": 1765778728.771,
      "level": 2,
      "data": "shos_mqtt_conn.c:674    MQTT0: Connecting to 192.168.178.50:1882 (192.168.178.50:1882)",
      "fd": 2
    },
    {
      "seq": 155,
      "ts": 1765778728.781,
      "level": 0,
      "data": "shos_mqtt_conn.c:506    MQTT0: Connect status 4",
      "fd": 2
    },
    {
      "seq": 156,
      "ts": 1765778728.782,
      "level": 2,
      "data": "shos_mqtt_conn.c:911    MQTT0: Connecting after 34986 ms",
      "fd": 2
    },
    {
      "seq": 157,
      "ts": 1765778728.785,
      "level": 2,
      "data": "shos_mqtt_conn.c:911    MQTT0: Connecting after 55273 ms",
      "fd": 2
    }
  ]
}

[mcm1957]

    {
      "seq": 154,
      "ts": 1765778728.771,
      "level": 2,
      "data": "shos_mqtt_conn.c:674    MQTT0: Connecting to 192.168.178.50:1882 (192.168.178.50:1882)",
      "fd": 2
    },
    {
      "seq": 155,
      "ts": 1765778728.781,
      "level": 0,
      "data": "shos_mqtt_conn.c:506    MQTT0: Connect status 4",
      "fd": 2
    },
    {
      "seq": 156,
      "ts": 1765778728.782,
      "level": 2,
      "data": "shos_mqtt_conn.c:911    MQTT0: Connecting after 34986 ms",
      "fd": 2
    },
    {
      "seq": 157,
      "ts": 1765778728.785,
      "level": 2,
      "data": "shos_mqtt_conn.c:911    MQTT0: Connecting after 55273 ms",
      "fd": 2
    }
  ]

Sieht für mich eher nach mqtt connect Problemen denn nach Datenaustausch aus. Nur ich kann das Shell Log nur oberflächslich interpretieren.
Bitte häng ein Log des Shelly ADAPTERs mit level DEBUG an. Wichtig wäre der Zeitraum wo sich der H&T mit dem Adapter verbindet (das sollte eigentlich bei Tastendruck passieren). Gibt es sonst Meldungen im ioBroker Log (vom Shelly Adapter)? Welche Version des Shelly Adapters läuft bei dir?

[Fabio]

@musicnrw sagte in Shelly Adapter - genereller Support:

sind ja initial Messwerte für Temperatur und Luftfeuchte übertragen worden.

... mal ne Frage ist der Shelly Adapter dauerhaft grün
hast du noch andere Shelly daran?
Ist der HT wenn du den Reset Knopf drückst erreichbar wenn du auf seine Webseite gehst?

Grüße
Fabio

[mcm1957]

@Fabio sagte in Shelly Adapter - genereller Support:

... mal ne Frage ist der Shelly Adapter dauerhaft grün

Es geht um nen Shelly H&T Gen 3. Da das (wenn ich nichts verwechsel) ein Batteriegerät ist ist es normal, wenn der nicht dauernd erreichbar ist.

Ist der HT wenn du den Reset Knopf drückst erreichbar wenn du auf seine Webseite gehst?

Ist sicher sinnvoll mal zu verifizieren

Was mir aber abgeht ist die Info ob der H&T Gen 3 beim Drücken des Knopfes sich mit dem ioBroker Adapter verbindet. Das muss im Log (des Adapters) aufscheinen. Deher die Bitte nach einem vollständigen Log mit Levek DEBUG (ggF gefiltert auf die Shelly Instanz).

Wenn da kein Connect UND auch sonst keine Fehlermeldung (z.B: Passowrt falsch) aufscheint dann waren bisher immer diese DInge schuld:

• falsche IP des ioBroker Hosts
• falcher Port
• mqtt überhaupt deaktiviert
• 'spezielles Netzwerk' das den Datenverkehr nicht durchgelassen / richtig geroutet hat (z,B. auch Docker o.ä. mit fehlerhafter Einstellung.)

[Fabio]

@mcm1957 sagte in Shelly Adapter - genereller Support:

Es geht um nen Shelly H&T Gen 3. Da das (wenn ich nichts verwechsel) ein Batteriegerät ist ist es normal, wenn der nicht dauernd erreichbar ist

... das weiß ich, es geht mir darum ob der Adapter dauerhaft grün ist. Es könnte durchaus sein das wenn er gelb ist die Daten nicht bekommt wenn der HT sendet. Wie gesagt das ist nur eine Vemutung.

[fuzzy1955]

@Fabio
@mcm1957

es geht mir darum ob der Adapter dauerhaft grün ist

Hi Fabio, hi Martin,

ich habe ja einige Shellies am Adapter hängen und der bleibt grün, wenn sich die vier batteriebetriebenen Shelly Smoke Gen2 (im Test) in den Ruhezustand begeben. Nur in den Objekten wird der Rauchmelder grau. Sobald einer aufwacht, wird der Shelly grün.

Shelly ruht:

Shelly wacht auf:

[Fabio]

@fuzzy1955 sagte in Shelly Adapter - genereller Support:

@Fabio
@mcm1957

es geht mir darum ob der Adapter dauerhaft grün ist

Hi Fabio, hi Martin,

ich habe ja einige Shellies am Adapter hängen und der bleibt grün, wenn sich die vier batteriebetriebenen Shelly Smoke Gen2 (im Test) in den Ruhezustand begeben. Nur in den Objekten wird der Rauchmelder grau. Sobald einer aufwacht, wird der Shelly grün.

Shelly ruht:

Shelly wacht auf:

Danke für deine Antwort, aber die Frage hatte ich an @musicnrw gestellt

[Kellerkind-86]

Guten Morgen,

ich verstehe aktuell nicht ganz, warum es sich so verhält. Ich musste einen neuen Shelly-Aktor (Gen4) einsetzen, da der alte defekt war. Inzwischen habe ich alles wieder per MQTT eingebunden. Die Verbindung scheint auch zu funktionieren, da mir der Aktor – ebenso wie die anderen – korrekt angezeigt wird.

Allerdings lässt sich über den Datenpunkt
shelly.0.shelly2pmg4#206ef1014644#1.Cover0.Position
die Position nicht steuern. Eine andere Rolllade, ebenfalls mit einem Gen4-Aktor, funktioniert über genau diesen Datenpunkt ohne Probleme.

Woran könnte das liegen?
Welche Informationen oder Screenshots sollte ich am besten bereitstellen, damit ihr euch ein genaueres Bild machen könnt?

Sorry und danke vorab!