NEWS
Test Adapter shelly - ALPHA Versionen
-
@stenmic
Also wenn ich das richtig lese, dann macht bzw. sendet das OGEMRAY da Blödsinn oder verhält sich zumindest grenzwertig. Nach dem Einschalten des Relais sendet OGEMRAY explizit eine Statusmeldung it Relais : off. Es kommt dann zwar noch ein MQTT Event aber der nächste Status mit dem richtigen Wert Relais : on kommt erst sehr viel später07:23:22.359 - ioBroker schaltet Relais ein
07:23:22.394 - OGEMRAY sendet status relais FALSE
07:24:00.079 - - OGEMRAY sendet status relais TRUE2025-06-07 07:23:22.359 - debug: shelly.0 (56765) [mqtt controlFunction] Executing state.mqtt.mqtt_cmd_funct of state ogemray25#b08184e1deb4#1.Relay0.Switch for 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) with value: true -> {"id":10,"src":"iobroker","method":"Switch.Set","params":{"id":0,"on":true}} 2025-06-07 07:23:22.359 - debug: shelly.0 (56765) [MQTT] Send state to 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) with QoS 0: ogemray25a-b08184e1deb4/rpc = {"id":10,"src":"iobroker","method":"Switch.Set","params":{"id":0,"on":true}} (11)
OGEMRAY antwortet mit was_on false (OK).
OGEMRAY antwortet mit OUTPUT FALSE im Status - was an der Stelle wohl falsch ist.
ioBroker setzt State auf false und aktualisisert Wertestates2025-06-07 07:23:22.381 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: iobroker/rpc, qos: 1, payload: {"id":10,"src":"ogemray25a-b08184e1deb4","dst":"iobroker","result":{"was_on":false}} 2025-06-07 07:23:22.394 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: ogemray25a-b08184e1deb4/status/switch:0, qos: 1, payload: {"id":0, "source":"MQTT", "output":false, "apower":0.0, "voltage":235.0, "freq":50.0, "current":0.000, "aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1749273780},"temperature":{"tC":38.8, "tF":101.8}} 2025-06-07 07:23:22.394 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.Switch, value: false 2025-06-07 07:23:22.395 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.Voltage, value: 235
OGEMRAY sendet event (nicht status) mit OUTPUT TRUE.
Da ioBroker die Statusmeldungen in States abbildet nicht aber einzelne Events hat das keine Aswirkung2025-06-07 07:23:22.402 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: ogemray25a-b08184e1deb4/events/rpc, qos: 1, payload: {"src":"ogemray25a-b08184e1deb4","dst":"ogemray25a-b08184e1deb4/events","method":"NotifyStatus","params":{"ts":1749273802.35,"switch:0":{"output":true,"source":"MQTT"}}}
: http exchange entfernt0
OGEMRAY sendet weitere events (nicht status updates).
Da ioBroker die Statusmeldungen in States abbildet nicht aber einzelne Events hat das keine Aswirkung2025-06-07 07:24:00.070 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: ogemray25a-b08184e1deb4/events/rpc, qos: 1, payload: {"src":"ogemray25a-b08184e1deb4","dst":"ogemray25a-b08184e1deb4/events","method":"NotifyStatus","params":{"ts":1749273840.00,"switch:0":{"aenergy":{"by_minute":[0.000,0.000,0.000],"minute_ts":1749273840,"total":0.000},"apower":0.0,"current":0.000,"freq":50.00,"voltage":234.4}}}
OGEMRAY sendet (endlich) status mit OUTPUT TRUE.
ioBroker setzt State2025-06-07 07:24:00.079 - debug: shelly.0 (56765) [MQTT] Publish: 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1) - topic: ogemray25a-b08184e1deb4/status/switch:0, qos: 1, payload: {"id":0, "source":"MQTT", "output":true, "apower":0.0, "voltage":234.4, "freq":50.0, "current":0.000, "aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1749273840},"temperature":{"tC":39.4, "tF":102.9}} 2025-06-07 07:24:00.079 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.Switch, value: true 2025-06-07 07:24:00.079 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.temperatureC, value: 39.4 2025-06-07 07:24:00.080 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.temperatureF, value: 102.9 2025-06-07 07:24:00.080 - debug: shelly.0 (56765) [MQTT] State change 192.168.xxx.xxx (ogemray25a / ogemray25a-b08184e1deb4 / ogemray25#b08184e1deb4#1): ogemray25a-b08184e1deb4/status/switch:0 -> state: ogemray25#b08184e1deb4#1.Relay0.Voltage, value: 234.4
-
Kannst du meine Analyse nachvollziehen?
Siehst du da was was ich falsch konfiguriert haben könnte?
Kann der Adapter sinnvoller Weise a(auch) auf Event Messages reagieren - ggF als Workaround?Können / sollen wir was tun?
Ansonsten wär da wohl eher eine Issue bei Shelly / OGEMRAY angebracht.@stenmic
Wenn du das Relais an den MQTT Adapter anhängst solltest du auch den falschen Status in ogemray25a-b08184e1deb4/status/switch:0 sehenEventuell kannst du ja mal bei OGEMRAY / Shelly ein Issue aufmachen und fragen warum sie nach einem Einchaltrequest einen Status mit false/off senden - und den erst viel später aktualissieren,
EDIT / PS:
Firmware des Relais ist eh aktuell?
Und DANKE für den Log -
@mcm1957 Danke dir ebenfalls sehr für deine Arbeit!
Die Firmware ist aktuell.Das kommt über MQTT rüber.
Shelly AN
events rpc = {"src":"ogemray25a-b08184e1deb4","dst":"ogemray25a-b08184e1deb4/events","method":"NotifyStatus","params":{"ts":1749278321.82,"switch:0":{"output":true,"source":"WS_in"}}} status switch:0 = {"id":0, "source":"WS_in", "output":false, "apower":0.0, "voltage":236.2, "freq":50.0, "current":0.000, "aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1749278280},"temperature":{"tC":34.3, "tF":93.8}}
Shelly AUS
events rpc = {"src":"ogemray25a-b08184e1deb4","dst":"ogemray25a-b08184e1deb4/events","method":"NotifyStatus","params":{"ts":1749278308.55,"switch:0":{"apower":0,"current":0,"output":false,"source":"WS_in"}}} status switch:0 = {"id":0, "source":"WS_in", "output":true, "apower":0.0, "voltage":236.1, "freq":50.0, "current":0.000, "aenergy":{"total":0.000,"by_minute":[0.000,0.000,0.000],"minute_ts":1749278280},"temperature":{"tC":34.2, "tF":93.6}}
Der "output" bei events/rpc wird sofort aktualisiert,
der "output" bei status/switch verzögert -
@stenmic
Also für mich ist die MQTT Status Meldung falsch bzw. wird nach dem Bearbeiten des Events nicht erneut zeitnahe ausgelöst. Muss mal bei einem Shelly Gen2+ genau schaun wie da die status und event Messages kommen. Der OGEMRAY benutzt ja das standard Element "switch". Natürlich könnte man bei dem Ding eine Extrawurst einbauen - mal sehen.Aber mal schaun was @haus-automatisierung dazu sagt.
Und versuch mal bei OGEMRAY / Shelly zu fragen warum da im Status ein (m.E.) falscher Wert kommt.
-
@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:
@stenmic
Also für mich ist die MQTT Status Meldung falsch bzw. wird nach dem Bearbeiten des Events nicht erneut zeitnahe ausgelöst. Muss mal bei einem Shelly Gen2+ genau schaun wie da die status und event Messages kommen. Der OGEMRAY benutzt ja das standard Element "switch". Natürlich könnte man bei dem Ding eine Extrawurst einbauen - mal sehen.Aber mal schaun was @haus-automatisierung dazu sagt.
Und versuch mal bei OGEMRAY / Shelly zu fragen warum da im Status ein (m.E.) falscher Wert kommt.
ich hab ein Ticket bei Shelly eröffnet
-
@mcm1957 Für mich hast Du alles richtig analysiert und der Adapter macht erstmal auch alles korrekt.
-
@haus-automatisierung
@mcm1957
kann einer von euch mir den mqtt-Topic und Payload für nen Reboot eines Devices sagen.
Ich steh gerade auf dem Schlauch und finde nirgends eine Antwort.
Danke -
@stenmic
Siehe https://shelly-api-docs.shelly.cloud/gen2/EDIT: Da diese Frage auch in keinem Zusammenhang mit einem ALPHA (oder auch nur Beta Test) des Adapetrs steht habe ich nunmehr ein eigenes generelles Topic angelegt:
https://forum.iobroker.net/topic/81297/shelly-adapter-genereller-support
Bitte NEUE allgemeine Fragen und Fragen zur Stable Release dort posten.
-
Es gibt wieder eine neue ALPHA Testversion (10.2.0-alpha.x)
In 10.2.0-alpha.0 ist neu der Shelly Shutter Gen3 (shellyshutter) verfügabr. Danke an @haus-automatisierung für die Implementierung.
Hinweis:
Weitere Geräte sind in Planung - daher zur Zeit mal als Alpha. -
Manchmal (aber selten) gehts schneller als man denkt.
Gibt weitere Geräte in 10.2.0-alpha.1
siehe Liste https://forum.iobroker.net/topic/80649/test-adapter-shelly-alpha-versionen/2Wer eines der genannten Geräte besitzt und bereit ist die neue Release zu testen - DANKE.
Bitte Ergebnis kurz posten damit wir wissen dass es auch funktioniert. -
HI, ich habe einen Shelly 2PM Gen4, leider taucht dieser nicht in den "Objekte"n auf... im Log sieht man das er sich mit dem Adapter verbindet....
Sonst sehe ich keine Fehlermeldung.Laut Shelly ist er auch mit dem MQTT broker verbunden
-
@schimi
Nur zur Sicherheit:
Hast du die 10.2.0-alpha.1 installiert?Zeig doch bitte mal das Log.
Und zeig bitte einen Screenshot der Einstellungen vom Shelly. -
klar... sogar extra heute morgen nochmal installiert weil ich dachte das ich gestern Nacht vielleicht zu schnell war
habe den Adapter auf "debug" gestellt...
vielleicht siehst du was... ansonsten gerne bescheid geben und ich probiere es
Es geht um den mit der IP: 192.168.20.150
-
@schimi
Alles klar - Fehler im Code - schon gefunden, neue Release kommt in der nächsten Stunde (hoffentlich)
-
@mcm1957 super... ich beobachte github und aktualisiere sobald es da ist
Vielen Dank!!!!
-
@mcm1957 funzt!!
-
Bitte 10.2.0-alpha.2 (von npm) installieren.
Fixes in 10.2.0-alpha2:
- Konfiguration für 2pmg4 korrigiert
-
@mcm1957 siehe oben
Direkt erledigt und alles wird angezeigt
-
Aus Github Issue:
Die 2PM Gen4 lässt sich jetzt mit der alpha2 verbinden, allerdings fehlen die Datenpunkte für die Lammelensteuerung (slat).
-
@mcm1957 ich steuere damit ganz normal Rollos und es funktioniert einwandfrei....
Hier mal alle datenpunkte:
GetStatus wirft folgendes aus:
{"ble":{},"bthome":{"errors":["bluetooth_disabled"]},"cloud":{"connected":false},"cover:0":{"id":0, "source":"MQTT", "state":"stopped","apower":0.0,"voltage":235.4,"current":0.000,"pf":0.00,"freq":50.0,"aenergy":{"total":6.176,"by_minute":[0.000,0.000,0.000],"minute_ts":1756575300},"temperature":{"tC":33.9, "tF":93.0},"pos_control":true,"last_direction":"open","current_pos":78},"input:0":{"id":0,"state":null},"input:1":{"id":1,"state":null},"knx":{},"matter":{"num_fabrics":0,"commissionable":false},"modbus":{},"mqtt":{"connected":true},"sys":{"mac":"CCBA97DE67FC","restart_required":false,"time":"19:35","unixtime":1756575317,"last_sync_ts":1756573623,"uptime":30409,"ram_size":340064,"ram_free":169524,"ram_min_free":151220,"fs_size":917504,"fs_free":430080,"cfg_rev":27,"kvs_rev":0,"schedule_rev":3,"webhook_rev":0,"btrelay_rev":0,"bthc_rev":0,"available_updates":{"beta":{"version":"1.7.1-beta1"}},"alt":{"S2PMG4ZB":{"name":"Shelly 2 PM Gen4","desc":"Shelly 2 PM Gen4 with Zigbee","beta":{"version":"1.7.1-beta1","build_id":"20250818-072319/1.7.1-beta1-gd1dbe41"},"stable":{"version":"1.7.0","build_id":"20250730-063321/1.7.0-gbe7545d"}}},"reset_reason":3,"utc_offset":7200},"wifi":{"sta_ip":"192.168.20.150","status":"got ip","ssid":"IoTPups","bssid":"18:e8:29:57:04:4d","rssi":-77,"sta_ip6":["fe80::ceba:97ff:fede:67fc","2003:e8:a704:d702:ceba:97ff:fede:67fc"]},"ws":{"connected":false}}