NEWS
Shelly Adapter - genereller Support
-
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 } ] }@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
FabioIobroker:
-
Für mich persöhnlich, gibt es nichts besseres, ich liebe es.
-
Das hat unser Smarthome erst zu Smarthome gemacht.
-
Du wächst mit ioBroker und ioBroker wächst mit dir.
-
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
-
@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@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.)
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@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.)
@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.
Iobroker:
-
Für mich persöhnlich, gibt es nichts besseres, ich liebe es.
-
Das hat unser Smarthome erst zu Smarthome gemacht.
-
Du wächst mit ioBroker und ioBroker wächst mit dir.
-
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@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.
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:
Raspberry PI5 mit Linux Debian 13, IoBroker v7.7.19, VIS-2, MariaDB (MySQL)
Shellies: 1G4, 1MiniG3, PlusI4DC, PlusPlugS, Pro0110PM, ProSmoke. Modbus: Waveshare Relay 8 Channels, Waveshare RS485-TO-ETH.
PV: 10 kWp Module, 2 x Deye WR SUN-10K, 2 x 10 kWh MeritSun LiFe Speicher, KEBA P30 Wallbox, Fronius Wattpilot home 11 -
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:
@fuzzy1955 sagte in Shelly Adapter - genereller Support:
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
-
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!
Gruß Marcell
-
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!
-
@crunchip sagte in Shelly Shutter Problem:
@Kellerkind-86 sagte in Shelly Shutter Problem:
Woran könnte das liegen?
Kalibrierungsfahrt?
hatte ich gemacht, da ich auf der weboberfläche das ganze per prozent einstellen konnte. aber hab jetzt gerade mal auf die beta version geupdated.. jetzt gehts.
-
Hallo,
ich benötige mal wieder Hilfe. Ich versuche vergeblich den Shelly Thermostat über den Shelly Adapter zu steuern. Leider gelingt mir das nicht. Das Bluetooth Gateway ist über den Shelly Adapter auch eingebunden und wird gefunden.
Ich verwende den Shelly Adapter 10.5.2 (also recht neu).
Zusätzlich habe ich das Skript von hier, Version 1.2 eingebunden: https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/en/ble-devices.md
hilft aber nichts.
Kann mir da jemand helfen ? -
Nein, das Gerät wird vom Adapter (noch) nicht unterstützt.
Schau mal in die Liste der unterstützen Geräte - dort ist es nicht gelistet.
https://github.com/iobroker-community-adapters/ioBroker.shelly#bluetooth-low-energy-blu
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1060Zusätzlich unterstützt der Adapter zumindest derzeit keinerlei Kommunikation VOM Adapger ZUM BLE Gerät. Eine sinnvolel Einbindung von BLE Geräten die Daten empfangen sollen erfordert daher mit Sicherheit mehr Aufwand als eine 0815 Konfiguration.
-
Nein, das Gerät wird vom Adapter (noch) nicht unterstützt.
Schau mal in die Liste der unterstützen Geräte - dort ist es nicht gelistet.
https://github.com/iobroker-community-adapters/ioBroker.shelly#bluetooth-low-energy-blu
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1060Zusätzlich unterstützt der Adapter zumindest derzeit keinerlei Kommunikation VOM Adapger ZUM BLE Gerät. Eine sinnvolel Einbindung von BLE Geräten die Daten empfangen sollen erfordert daher mit Sicherheit mehr Aufwand als eine 0815 Konfiguration.
-
Hallo zusammen,ich nutze einen Shelly Pro 3EM, der die Phasen bekanntlich ab Werk nicht saldiert (zumindest nicht in der Form, wie ich es für eine Echtzeit-Auswertung benötige).
Daher verwende ich ein Skript, das die Werte der drei Phasen ($L1, L2, L3$) direkt auf dem Gerät saldiert und das Ergebnis in virtuelle Komponenten (Virtual Components) schreibt.
Mein Problem: Ich nutze in ioBroker den Shelly Adapter (v10.5.2). Obwohl der Adapter neu gestartet wurde und die Kommunikation steht, werden meine manuell erstellten virtuellen Komponenten (IDs 200–208) nicht als Datenpunkte angelegt oder übernommen. Aktuelle Recherchen meinerseits ergaben, dass der Adapter dies eventuell gar nicht unterstützt und man für den Pro 3EM wohl oder übel auf den reinen MQTT-Adapter umsteigen muss, um diese individuellen IDs auszulesen.
Habt ihr Erfahrungen mit dieser Konstellation oder gibt es einen Trick, wie der Shelly-Adapter die virtuellen Komponenten doch noch erkennt? Vielen Dank für eure Hilfe!
Warum ich die Saldierung direkt auf dem Shelly und nicht in ioBroker mache: Sichtbarkeit: Die saldierten Werte (Gesamtleistung und korrigierter Zählerstand) sind so direkt in der Shelly App/Weboberfläche sichtbar. Performance: Die CPU des Shelly übernimmt die Arbeit; ioBroker wird nicht mit unnötigen Berechnungen im Sekundentakt belastet. Direkte Logik: Ich kann direkt auf dem Shelly Aktionen triggern (z. B. Skript-basierte Lastabwürfe), ohne auf eine funktionierende Netzwerkverbindung zum Smarthome-Server angewiesen zu sein.
-
@RandyAndy sagte in Shelly Adapter - genereller Support:
Danke für die Info. Ich interpretiere mal das (noch) daran wird gearbeitet.
Ich möchte dich nicht enttäuschen. Bitte erwarte da in der nahen Zukunft nichts von mir. Ich habs im Prinzip am Radar - aber allein die Liste der relativ einfach umzusetzenden Dinge beim Shelly is ewig lang. Ev. schaut es sich @haus-automatisierung an - da hab ich null Ahnung ob er Zeit hat. BLE ist er jedenfall der Spezialist beim Shelly.
Offen als sinnvolle und benötiget Erweiterung ist und belibt das Thema TRV / BLE Commands jedenfalls.
-
Der Shelly Adapter unterstützt derzeit keine virtuellen Komponenten.
Allerdings ist mir nicht klar warum du die Leistung selbst addierst - der Shelly zeigt die Saldierte Leistung ja selbst an. Oder verwendest du den monophase mode?@mcm1957 danke fürs Feedback.
ich hatte eigentlich verstanden der Shelly 3 EM kann immer noch nicht richtig Phasensaldierung? Also wenn die Summe positiv ist, zahlst ich; wenn sie negativ ist, schenke ich dem Netzbetreiber Strom.
Im Shelly simuliere ich das mit einem script rechne automatisch einen Zählerstand aus.
-
Kann ich jetzt nicht 100% beantworten.
ABER da z.B. der Hoymiles MS A2 (Akku) eine Nulleinspeisung mit Shelly PRO 3EM regelt gehe ich davon aus, dass die Leistungsanzeige saldierend ist. (Nulleinspeisung passt lt. Abfrage am EVU Zähler).
Aber im Kern ist es sicher sinnvoll virtuelle Komponenten in den Adapter zu integrieren. Issue dazu existiert. Zeit ist ne andere Frage.
-
Moin!
Hat schon jemand ein Shelly BLUE HT Display ZB am laufen?
Hab meins gestern Eingerichtet, es hat ja auch ein Lichtsensor, da gibt es keine Datenpunkte zu... (hab's via Bluetooth, nicht mit Zigbee verbunden, hab die v10.5.0-alpha.2 am laufen wegen meiner Wetterstation, mit der Script V1.2 am laufen...) -
https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1230
10.5.0-alpha.x ist übrigends outdated.
297
Online32.6k
Benutzer82.0k
Themen1.3m
Beiträge