NEWS
Test Adapter shelly - ALPHA Versionen
-
Die Tests der Release 9.5.1-alpha.x sind abgeschlossen.
Release 9.5.1 sollte ab heute Abend / morgen im LATEST Repository verfübar sein. -
@mcm1957 spardisch seh ich mit der 9.5.1 Beta folgenden Fehler:
Kenn ich so garnicht vom Uni Plus. die SW ist 20250428-114756/1.6.0-beta2-g88148f5
grüße schreckus
-
jap genau. nachm reset ist der fehler grad wieder weg. dafür ist der Gen1 Fehler aus https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/931 wieder da.
hatte mal ein Log mit Debuglevel erzeugt. Von dem meldungen her sah es aus, als ob die Behandlung als Gen1 so eine Art Rückfallebene ist, wenn der Adapter nicht erkannt wird.
grüße schreckus
-
@mcm1957 spardisch seh ich mit der 9.5.1 Beta folgenden Fehler:
Kenn ich so garnicht vom Uni Plus. die SW ist 20250428-114756/1.6.0-beta2-g88148f5
grüße schreckus
@schreckus eine Frage hast du für die Weboberfläche des Uni und den MQTT das selbe Passwort?
Schau mal hier evtl. hift es https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1097#issuecomment-2664933154 nach unten scrollen.Herzliche Grüße
Fabio -
@schreckus eine Frage hast du für die Weboberfläche des Uni und den MQTT das selbe Passwort?
Schau mal hier evtl. hift es https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1097#issuecomment-2664933154 nach unten scrollen.Herzliche Grüße
Fabio@fabio said in Test Adapter shelly - ALPHA Versionen:
@schreckus eine Frage hast du für die Weboberfläche des Uni und den MQTT das selbe Passwort?
Schau mal hier evtl. hift es https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1097#issuecomment-2664933154 nach unten scrollen.Herzliche Grüße
FabioJap korrekt, hab das gleiche Passwort beim Shelly und beim MQTT vergeben.
Kommt da der Shelly oder das shelly Plugin von IO Broker durcheinander?Dann werd ich mal am Wochenende meine Configs anpassen!
Dankeschön!@haus-automatisierung kannst du bitte den Punkt mit dem Passwort in https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-mqtt.md aufnehmen?
Das sollte dann die ein oder andere Bugmeldung verhindern können.
Dankeschön!Grüße schreckus
-
@fabio said in Test Adapter shelly - ALPHA Versionen:
@schreckus eine Frage hast du für die Weboberfläche des Uni und den MQTT das selbe Passwort?
Schau mal hier evtl. hift es https://github.com/iobroker-community-adapters/ioBroker.shelly/issues/1097#issuecomment-2664933154 nach unten scrollen.Herzliche Grüße
FabioJap korrekt, hab das gleiche Passwort beim Shelly und beim MQTT vergeben.
Kommt da der Shelly oder das shelly Plugin von IO Broker durcheinander?Dann werd ich mal am Wochenende meine Configs anpassen!
Dankeschön!@haus-automatisierung kannst du bitte den Punkt mit dem Passwort in https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-mqtt.md aufnehmen?
Das sollte dann die ein oder andere Bugmeldung verhindern können.
Dankeschön!Grüße schreckus
@schreckus
Zuerst schau ma mal ob das mit dem Passwort so stimmt würd ich sagen. Wenns teproduzierbar ist dann sollte man auch eingrenzen können wo es klemmt.@haus-automatisierung
Hast du ne Idee / Vermutung ob idente Passwörter / Zugangsdaten irgendwie kritisch sein könnten?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
-
@schreckus
Zuerst schau ma mal ob das mit dem Passwort so stimmt würd ich sagen. Wenns teproduzierbar ist dann sollte man auch eingrenzen können wo es klemmt.@haus-automatisierung
Hast du ne Idee / Vermutung ob idente Passwörter / Zugangsdaten irgendwie kritisch sein könnten?Hallo @mcm1957 also, ich habe es ja bei mir sehr lang getestet und auch niedergeschrieben es ist jederzeit produzierbar.
Es ist jetzt so bei mir, das kein Shelly mehr mit Passwort gesichert ist und seitdem läuft das System wie am Schnürchen.
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.
-
-
Hallo @mcm1957 also, ich habe es ja bei mir sehr lang getestet und auch niedergeschrieben es ist jederzeit produzierbar.
Es ist jetzt so bei mir, das kein Shelly mehr mit Passwort gesichert ist und seitdem läuft das System wie am Schnürchen.Grüße
Fabio -
@mcm1957 gib mir 1-2 Abende, dann kann ich dir hoffentlich sagen ob es reproduzierbar ist.
Werd es dann auf meinen beiden Systemen testen.Ganz verzichten möchte ich nicht auf das Passwort der Weboberfläche. Wenn man doch mal einen "Gast" im Netzwerk hat, muss man es ihm ja nicht zu einfach machen, Schabernack zu betreiben.
Wenn Logs sinnvoll zum nachvollziehen sind - welches Loglevel? Debug oder silly
grüße schreckus
-
@mcm1957 gib mir 1-2 Abende, dann kann ich dir hoffentlich sagen ob es reproduzierbar ist.
Werd es dann auf meinen beiden Systemen testen.Ganz verzichten möchte ich nicht auf das Passwort der Weboberfläche. Wenn man doch mal einen "Gast" im Netzwerk hat, muss man es ihm ja nicht zu einfach machen, Schabernack zu betreiben.
Wenn Logs sinnvoll zum nachvollziehen sind - welches Loglevel? Debug oder silly
grüße schreckus
@schreckus
Nimm dir ruhig mehr - bin die nächste Woche eh auf Urlaub und zum Wandern schlepp ich keinen Laptop mit :-). Allfällige non-emergency Aktionen erst ab 26. Mai ... -
@bilberry
Danke mal für das rasche Feedback.temperature offset kommt in alpha.1
input2 = Typ counter braucht noch Nachbesserungen - völlig richtig gefunden
analog input wird auch nochmal überarbeitet. Da hab ich auchs chon Fehler gefunden.hoffe dass alpha.1 heute raus kann.
@mcm1957
moin, ich hab seit gestern das Ogemray 25A Relais.
Adapter in der Version 9.5.1Der Switch im Adapter (Objekte) funktioniert nicht richtig.
Wenn ich über Blockly den Zustand vom Switch steuere (true / false) dann schaltet das Relais korrekt aber der Switch im Objektbaum wird nicht richtig aktualisiert. Er hängt meistens einen Schritt hinterher.
Wenn ich auf der html Seite vom Ogemray den Zustand schalte, verzögerte Aktualisierung im Adapter (einen Schritt hinterher).
Auch wenn ich den Switch direkt ändere ist es so (einen Schritt hinterher zum Zustand).
So ist der Switch false, der echte Zustand aber true.
Kann es nicht besser beschreiben
Der Rest scheint zu funktionieren.
-
@mcm1957
moin, ich hab seit gestern das Ogemray 25A Relais.
Adapter in der Version 9.5.1Der Switch im Adapter (Objekte) funktioniert nicht richtig.
Wenn ich über Blockly den Zustand vom Switch steuere (true / false) dann schaltet das Relais korrekt aber der Switch im Objektbaum wird nicht richtig aktualisiert. Er hängt meistens einen Schritt hinterher.
Wenn ich auf der html Seite vom Ogemray den Zustand schalte, verzögerte Aktualisierung im Adapter (einen Schritt hinterher).
Auch wenn ich den Switch direkt ändere ist es so (einen Schritt hinterher zum Zustand).
So ist der Switch false, der echte Zustand aber true.
Kann es nicht besser beschreibenDer Rest scheint zu funktionieren.
Erstell bitte ein Issue.
Und häng dort bitte auch ein DEBUG Log an. Fürchte ich muss da ev. Support vom Spezialisten (@haus-automatisierung ) anfordern.
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
-
Erstell bitte ein Issue.
Und häng dort bitte auch ein DEBUG Log an. Fürchte ich muss da ev. Support vom Spezialisten (@haus-automatisierung ) anfordern.
So wie ich es sehe bekommt der Adapter die Meldung via mqtt. Damit stellt sich die Frage:
Kommt die Änderung verzögert, sprich du änderst den Wert in der shelly app / im Webinterface und der State im ioBroker wird erst nach x Sekunden angepasst?
Oder wird im ioBroker IMMER das Gegenteil von dem angezeigt was tatsächlich eingestellt ist?
Was passiert wenn du den State direkt in ioBroker admin umstellst?
Ev. hol mag die json mit Output von http://ogemray-ip/rpc/Shelly.GetStatus ab und zwar sowohl im eingeschalteten als auch im ausgeschalteten Zustand und poste die (bitte dazu schreiben welches json zu ein / aus gehört). Alternativ zum posten auch gern im Issue gesehen.
Und - wenn es das Relay kann - stell mal nen Timer ein der das Relais nach x Sekunden ein bzw. ausschaltet und beobachte ob / was sich im ioBroker State tut.
Arbeitshypothese:
Das Ding schickt den Status zeitlich verzögert ODER das Ding schickt den Status invertiert ...
Da der switch Modul nicht spezifisch für dieses Relay ist sollte dort eigentlich kein Fehler drinnen sein... Aber wer weiß.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
-
So wie ich es sehe bekommt der Adapter die Meldung via mqtt. Damit stellt sich die Frage:
Kommt die Änderung verzögert, sprich du änderst den Wert in der shelly app / im Webinterface und der State im ioBroker wird erst nach x Sekunden angepasst?
Oder wird im ioBroker IMMER das Gegenteil von dem angezeigt was tatsächlich eingestellt ist?
Was passiert wenn du den State direkt in ioBroker admin umstellst?
Ev. hol mag die json mit Output von http://ogemray-ip/rpc/Shelly.GetStatus ab und zwar sowohl im eingeschalteten als auch im ausgeschalteten Zustand und poste die (bitte dazu schreiben welches json zu ein / aus gehört). Alternativ zum posten auch gern im Issue gesehen.
Und - wenn es das Relay kann - stell mal nen Timer ein der das Relais nach x Sekunden ein bzw. ausschaltet und beobachte ob / was sich im ioBroker State tut.
Arbeitshypothese:
Das Ding schickt den Status zeitlich verzögert ODER das Ding schickt den Status invertiert ...
Da der switch Modul nicht spezifisch für dieses Relay ist sollte dort eigentlich kein Fehler drinnen sein... Aber wer weiß.@mcm1957
ich hab es mal gefilmt...
https://www.dropbox.com/scl/fi/0nivazrw1yoztq74dbj2t/Ogemray.mp4?rlkey=dlh6iy8wdgu7hngofgtrk695q&st=7wna1c2m&dl=0Shelly.GetStatus AN
{ "ble": {}, "bthome": { "errors": [ "bluetooth_disabled" ] }, "cloud": { "connected": false }, "input:0": { "id": 0, "state": false }, "knx": {}, "mqtt": { "connected": true }, "switch:0": { "id": 0, "source": "WS_in", "output": true, "apower": 0.0, "voltage": 237.9, "freq": 50.0, "current": 0.0, "aenergy": { "total": 0.0, "by_minute": [ 0.0, 0.0, 0.0 ], "minute_ts": 1748490540 }, "temperature": { "tC": 33.4, "tF": 92.2 } }, "sys": { "mac": "B08184E1xxx", "restart_required": false, "time": "05:49", "unixtime": 1748490572, "last_sync_ts": 1748490152, "uptime": 423, "ram_size": 252528, "ram_free": 126080, "ram_min_free": 112252, "fs_size": 1048576, "fs_free": 593920, "cfg_rev": 14, "kvs_rev": 0, "schedule_rev": 0, "webhook_rev": 0, "btrelay_rev": 0, "available_updates": {}, "reset_reason": 1, "utc_offset": 7200 }, "wifi": { "sta_ip": "xxxx", "status": "got ip", "ssid": "xxxx", "rssi": -50, "sta_ip6": [ "fe80::b281:84ff:fee1:deb4", "2003:d5:a73e:7800:b281:84ff:fee1:deb4", "fdf9:2cf3:d0b7:0:b281:84ff:fee1:deb4" ] }, "ws": { "connected": false } }Shelly.GetStatus AUS
{ "ble": {}, "bthome": { "errors": [ "bluetooth_disabled" ] }, "cloud": { "connected": false }, "input:0": { "id": 0, "state": false }, "knx": {}, "mqtt": { "connected": true }, "switch:0": { "id": 0, "source": "MQTT", "output": false, "apower": 0.0, "voltage": 237.9, "freq": 50.0, "current": 0.0, "aenergy": { "total": 0.0, "by_minute": [ 0.0, 0.0, 0.0 ], "minute_ts": 1748490480 }, "temperature": { "tC": 32.9, "tF": 91.2 } }, "sys": { "mac": "B08184E1xxx", "restart_required": false, "time": "05:48", "unixtime": 1748490518, "last_sync_ts": 1748490152, "uptime": 369, "ram_size": 252540, "ram_free": 125912, "ram_min_free": 112252, "fs_size": 1048576, "fs_free": 593920, "cfg_rev": 14, "kvs_rev": 0, "schedule_rev": 0, "webhook_rev": 0, "btrelay_rev": 0, "available_updates": {}, "reset_reason": 1, "utc_offset": 7200 }, "wifi": { "sta_ip": "xxx", "status": "got ip", "ssid": "xxx", "rssi": -51, "sta_ip6": [ "fe80::b281:84ff:fee1:deb4", "2003:d5:a73e:7800:b281:84ff:fee1:deb4", "fdf9:2cf3:d0b7:0:b281:84ff:fee1:deb4" ] }, "ws": { "connected": false } }Meine anderen Shellys laufen ohne Probleme.
-
So wie ich es sehe bekommt der Adapter die Meldung via mqtt. Damit stellt sich die Frage:
Kommt die Änderung verzögert, sprich du änderst den Wert in der shelly app / im Webinterface und der State im ioBroker wird erst nach x Sekunden angepasst?
Oder wird im ioBroker IMMER das Gegenteil von dem angezeigt was tatsächlich eingestellt ist?
Was passiert wenn du den State direkt in ioBroker admin umstellst?
Ev. hol mag die json mit Output von http://ogemray-ip/rpc/Shelly.GetStatus ab und zwar sowohl im eingeschalteten als auch im ausgeschalteten Zustand und poste die (bitte dazu schreiben welches json zu ein / aus gehört). Alternativ zum posten auch gern im Issue gesehen.
Und - wenn es das Relay kann - stell mal nen Timer ein der das Relais nach x Sekunden ein bzw. ausschaltet und beobachte ob / was sich im ioBroker State tut.
Arbeitshypothese:
Das Ding schickt den Status zeitlich verzögert ODER das Ding schickt den Status invertiert ...
Da der switch Modul nicht spezifisch für dieses Relay ist sollte dort eigentlich kein Fehler drinnen sein... Aber wer weiß.@mcm1957
Jetzt nochmal gewartet.
Also der "Switch" im Adapter wird aktualisiert, jedoch extrem Zeitverzögert. -
@mcm1957
Jetzt nochmal gewartet.
Also der "Switch" im Adapter wird aktualisiert, jedoch extrem Zeitverzögert.@stenmic RPC Events nicht aktiviert in der Shelly MQTT Konfiguration?
-
@stenmic RPC Events nicht aktiviert in der Shelly MQTT Konfiguration?
@haus-automatisierung
das sollte eigentlich passen, oder?
-
So wie ich es sehe bekommt der Adapter die Meldung via mqtt. Damit stellt sich die Frage:
Kommt die Änderung verzögert, sprich du änderst den Wert in der shelly app / im Webinterface und der State im ioBroker wird erst nach x Sekunden angepasst?
Oder wird im ioBroker IMMER das Gegenteil von dem angezeigt was tatsächlich eingestellt ist?
Was passiert wenn du den State direkt in ioBroker admin umstellst?
Ev. hol mag die json mit Output von http://ogemray-ip/rpc/Shelly.GetStatus ab und zwar sowohl im eingeschalteten als auch im ausgeschalteten Zustand und poste die (bitte dazu schreiben welches json zu ein / aus gehört). Alternativ zum posten auch gern im Issue gesehen.
Und - wenn es das Relay kann - stell mal nen Timer ein der das Relais nach x Sekunden ein bzw. ausschaltet und beobachte ob / was sich im ioBroker State tut.
Arbeitshypothese:
Das Ding schickt den Status zeitlich verzögert ODER das Ding schickt den Status invertiert ...
Da der switch Modul nicht spezifisch für dieses Relay ist sollte dort eigentlich kein Fehler drinnen sein... Aber wer weiß.@mcm1957 sagte in Test Adapter shelly - ALPHA Versionen:
Da der switch Modul nicht spezifisch für dieses Relay ist sollte dort eigentlich kein Fehler drinnen sein
Hallo @mcm1957,
seit ich die Shelly-Version v9.5.1-alpha.8 installiert habe, funktioniert das Steuern aus dem IOB nicht mehr. Sowohl das manuelle Schalten über die Web-Adresse des Shelly oder über die Objekte im IOB, als auch das Steuern via JavaScript im IOB laufen nicht mehr. Auch die Temperaturen des ShellyPlus1Addon werden im IOB nicht korrekt angezeigt.
Protokoll silly
iob diag
Was kann da die Ursache sein? Vorweg danke für dein Schaffen! Gruß, fuzzy
Raspberry PI5 mit Linux Debian 13 (Trixie), IoBroker v 7.7.2, MariaDB (MySQL)
mehrere Shellies Plus xx, Waveshare Modbus Relay 8 Channels, Waveshare RS485-TO-ETH (Modbus), Smartmeter ET340 (Modbus).
PV: 10 kWp Module, 2 x Deye WR SUN-10K, 2 x 10 kWh MeritSun LiFe Speicher, KEBA P30 Wallbox, Fronius Wattpilot home 11
Support us
742
Online32.4k
Users81.4k
Topics1.3m
Posts