Also ich habe für meine 3stk Nuki 3.0 aus dem "vis-inventwo" so ein "Multi-Widget" genommen, damit kann man mehrere Zustände im gleichen Widget definieren. Sprich ich habe dort den Status aus den Objekten eingefügt und dann entsprechend die einzelnen Zustände konfiguriert.
Gruss Andi
NEWS
Best posts made by andibr
-
RE: Nuki Smart Lock 3.0 pro in ioBroker einbinden
-
RE: (gelöst) Daten für externe verfügbar machen
Im Moment läuft es nun ganz gut:
Ist nicht besondes schön, aber sehr zweckmässig und schlicht. Ich werde mich sicher weiter mit der Sache mit dem MySQL Client beschäftigen, denn man könnte so ja noch ganz andere Dinge machen. Ich denke nur schon an eine wirklich externe Datensicherung der Datenbank. (ich habe im Hosting auch noch Bereiche die nicht per web zugänglich sind). Oder auch Daten meiner Wetterstation etc. etc..
Nochmals ganz herzlichen Dank für die Hinweise und Tips, manchmal ist es als Anfänger eben doch etwas komplexer als man denkt und muss Umwege nehmen.
Andi
-
RE: Test Adapter wireless-mbus v0.10.x
Hallo al-bundy, ich habe in der Zwischenzeit mal noch mit GWF telefoniert, weil ich beruflich technische Fragen hatte. Folgendes habe ich herausbekommen: das RCM ist eigentlich nur ein Datensammler oder Gateway der je nach Einstellung die Daten aus echten, kabelgebundenen M-Bus Geräten zusammen sammelt und übermittelt. Sowohl das einsammeln wie auch das versenden per Funk kann im Werk eingestellt werden und muss bei der Bestellung angegeben werden. Das RCM versorgt via interner Batterie auch die angeschlossenen M-Bus Zähler/Rechenwerke mit Strom und kann theoretisch auch für mehr als ein Zähler verwendet werden, was aber die Lebensdauer der Batterie verkürzt und auch die Zuordnung der Daten zu den einzelnen Zähler etwas aufwendig macht. Zumindest habe ich diese Auskunft am Telefon bekommen.
Für "Echtzeitdaten" wurde mir ein Kabel M-Bus empfohlen, weil damit die Energieversorgung sicher gestellt ist. Für mich genügt das so, denn bei mir werden die Wasserverbrauchsmengen mittels Impuls an einem 1-Wire Impulszähler erfasst. Leider gibt es da zwischendurch mal ein Impuls, der irgendwo danebenfällt und nicht erfasst wird, aber bei einer Auflösung von 10liter ist das nicht tragisch. Die Werte dienen mir ja nur als Anzeige und nicht als Abrechnungsgrundlage.
Leider sperrt sich mein EVU noch immer, mir den AES-Schlüssel zu geben, damit ich diese Daten auch protokollieren kann, vermutlich wird es so sein, dass ich mir einen eigenen teuren Energiezähler einbauen lassen muss. Hat da jemand Produkteempfehlung für eine gute und einfache Einbindung in Iobroker?
-
Zugriff auf Android App
Hallo zusammen
Ich habe wieder eine vieleicht etwas verrückte Idee und brauche eure "neutralisierende Hilfe".Es geht um folgendes: Ich habe mir vor kurzem eine kleine PV Anlage mit Akku angeschafft und möchte nun die Statusanzeigen des BMS (Batteriemanagement-System) in den IoBroker holen. So wie es aus sieht habe ich mal wieder das falsche gekauft, habe aber nicht das notwendige Geld um etwas anderes nachzukaufen. Mein BMS ist Fabrikat DALY (billigst China-Schrott) und hat aus welchen Gründen auch immer keine der überall beschriebenen Schnittstellen. Das einzige was bis jetzt zuverlässig läuft ist das Android-App auf meinem Handy welches über Bluetooth geht.
Nun ist meine Idee folgende gewesen: ich nehme altes Andorid-Handy installiere die APP und versuche mit Iobroker die Daten aus der APP zu holen, oder ich versuche im Android ein Skript zu basteln das mir die Daten zum Iobroker durchreicht.
Leider habe ich auch mit ESPHome bis jetzt keine Lösung gefunden, obwohl dort ja ein Template vorhanden ist, welches aber mit meinem DALY BMS nicht geht (weil ich die Schnittstelle gar nicht habe).
Eine andere Idee wäre noch gewesen mittels einem ESP32 oder Rpi mit Bluetooth zu kommunizieren. Mit dem Rpi habe ich die ID des DALY auch gesehen aber aus welchen Gründen auch immer lies sich das nicht pairen.
Ich würde nie mehr ein DALY BMS kaufen, aber ich habe es nun mal und versuche einen Weg zu finden wenigstens ein Teil der Daten in den Iobroker zu bekommen.
Vieleicht gibt es da noch andere Ansätze, oder Lösungen die funktionieren würden. Mir scheint der Bluetooth Weg beinahe der einzige zu sein.Vielen Dank für Tips
AndiNachtrag: Mein DALY BMS ist ein 4S 12V 100A R05A-GH23, es hat eine Bluetooth eingesteckt (die vermutlich USB ist) aber nur mit 3V geht. Leider funktioniert ein Ftdi nicht, zusätzlich erkennt mein Oszi nur auf einem Pin Signale. (ist sehr merkwürdig, aber alles hat bis jetzt nichts gebracht)
-
RE: Test Adapter device-reminder V 1.x
@xenon vielen Dank für deinen Einsatz und deine Zeit die du da aufwenden musst.
Andi -
RE: gelöst Shelly1 macht Probleme
@andibr
Also das Problem ist gelöst, und die Lösung des Problems bedeutete Fassade öffnen und verdeckten Dämmerungschalter entfernen. Zusätzlich kam noch ein weiterer Bewegungsmelder zum Vorschein der bereits überbrückt gewesen war. Jetzt sind beide Orte nur noch Klemmendosen und die Shelly haben dauerhaft 230V.Fazit: Angebliche Shelly-Probleme sind nicht immer auf die moderne Technik zurückzuführen, sondern können zwischen durch sehr hardwaremässig Probleme sein.
Vielen Dank für euer Tips und Hinweise.
Andi -
RE: Test Adapter EnOcean v0.8.x
@mooly
ja, dass ist der Webshop von Jey Cee.Bei meinem Arbeitgeber verwenden wir in der Regel diese Gateway:
Thermokon STCDie sind aber eine Preisklasse höher und benötigen eine Modbus RS485 Schnittstelle (RTU). Ich habe es noch nie versucht, diese an den Iobroker zu koppeln. Zumal es ja mit dem Gateway von Jey Cee eine günstigere Variante gibt die einfach funktioniert. Ich habe da bei mir auch noch so mehrere USB TCM300 Stick rumliegen und auch noch ein Enocean-PI. Mit beiden hatte ich massive Fehlermeldungen, weil mein Nachbar sein ganzes Haus mit Somfy gemacht hat. Sobald ich da den Erkennungsmodus eingeschaltet hatte, hatte ich kaum mehr Chancen die Fehlermeldungen "fehlerhafte Übertragung" zu löschen. Seit ich diese Gateway drin habe, funktioniert das einwandfrei ohne Fehler.
-
RE: nach FW Update Shelly 1 Probleme
@haselchen
Das ist weder kompliziert noch rumgeeier sondern schlicht und einfach "alles im gleichen Adapter". Das ganze tritt auch erst seit kurzem auf, ich habe viele Shelly hier mit Einsatz, quer durchs ganze Programm und bei keinem dieser anderen trat je ein Problem auf.Das du nicht geschrieben hast, ich solle es via Shelly Cloud machen verwundert mich noch ein wenig. Aber was soll's MQTT gehört die Zukunft, darum mache ich es damit.
Latest posts made by andibr
-
RE: nach FW Update Shelly 1 Probleme
@peterfido
Die MQTT Einstellungen sind bei mir genau gleich, auf allen nur eben, dass die einen sich im MQTT ganz korrekt verhalten und auch ansteuerbar sind und die anderen auch mit COAP/CoIoT sich bis jetzt nur als "Datensender" verhalten.Ich denke ich werde neue bestellen, denn bei meinem Heizstab in der Heizung brauche ich etwas was zuverlässig ist und sich auch ausschaltet wenn es genug ist.
-
RE: nach FW Update Shelly 1 Probleme
Hallo zusammen
kurze Rückmeldung zur ganzen Thematik: Ich habe jetzt alle meine Shelly 1 (GEN1), dem "longifyid"-Prozess unterzogen (habe da noch ein paar RGBW2 die auch noch zu machen wären), und auch gleich geschaut das alle die gleiche Firmeware drauf haben:Current version: 20230913-112003/v1.14.0-gcb84623
Das merkwürdige an der ganze Sache ist folgendes:
-
ich habe ein paar (zb. den oben erwähnten fürs Licht), welcher sowohl mit der kurzen und nun auch mit der langen ID einwandfrei mit dem Iob-Shelly Adapter mit MQTT funktionieren. Da hat die lange ID gar nicht geändert ausser das ich die ganzen Alias neu machen musste
-
die Shelly1 welche ich für den Heizstab im Pufferspeicher verwende kommen auch mit der langen ID nicht mit MQTT zurecht. Die haben aber auch mit dem COAP/CoIoT ihre Mühe, d.h. manchmal schaltet das Relais auf Befehl und manchmal auch nicht.
-
bei den einen musste ich alle Daten neu eingeben, bei einigen wurden diese Daten übernommen. Das interessante ist, dass 2stk der ganz alten die EInstellungen verloren haben und bei einem sind sie erhalten geblieben. Auch bei einem der beiden die MQTT können blieben sie erhalten. Kann es sein, dass da andere Chip oder andere Bootloader verbaut sind?
Da ich nicht ganz verstehe warum die einen gehen und die anderen nicht frage ich mich, was da anderes noch sein könnte?
Ich habe im gleichen Raum auch noch einen ESP8266 (Wemos D1 mini) mit etlichen 1-Wire ds18B20 Temperaturfühler an mehreren GPIO dran und somit rein theoretisch den gleichen Chip im Einsatz. Die Shelly geben beim rssi einen Wert von ca. -72dBm raus, der ESP einen Wert von -66dBm. Die Shelly in der Waschküche nebenan einen Wert von -70dBm, also sind alle in etwa auf dem gleich Niveau. Auch der von dem Deckenlicht im 2.OG (welcher seit Einrichten mit MQTT läuft) liegt beim Wert von -67dBm.Aus den ganzen Werte schliesse ich, dass es kaum direkt am WiFi Signal liegen sollte. Ich weiss nun auch das man die GEN1 mit COAP verwenden sollte, aber wenn es trotzdem nicht zuverlässig ist bleibt wohl wirklich nur der Ersatz dern GEN1 durch neue?
Edit:
Ich habe gerade festgestellt: wenn ich den Shelly via seiner eigenen Webseite schalte bekomme ich in den Datenpunkte diese Änderung angepasst, aber eine Statusänderung in den Datenpunkten wird nicht an den Shelly weitergegeben. -
-
RE: nach FW Update Shelly 1 Probleme
@mcm1957
Danke, bin gerade unterwegs, werde es aber probieren.
Zur installation: ich habe da eigentlich nichts von "von hand" dem Iob zu gefügt. Ausser immer mal das Debian Update gemacht, kann das von dort kommen?
Das mit der Shelly ID ist mir ganz neu, werde ich aber sicher bei diesen 3 stk probieren bevor ich sie definitiv wegwerfe.
Danke, schönen Abend -
RE: nach FW Update Shelly 1 Probleme
@mcm1957
Danke für die klärenden Worte, ob ich mit der Wahl "Einsteigerfragen" richtig bin, weiss ich nicht, vieleicht nützt jemandem diese Diskussion ja mit dem gleichen Problem. Denke nicht, dass ich der einzige mit diesen Problemen bin.
Das die wenigsten Shelly mit MQTT und der Shelly Cloud zusammen funktionieren ist mir auch klar, dass war eigentlich auch eher die Aussage die ich schon vernommen habe, weil viele Leute ein lokales System vermeiden wollen.Ich habe gestern für die Shelly 1 eine 2.Instanz eingerichtet, und die GEN 1 mit COAP dort angemeldet, was aber zu dieser Meldung hier führt:
2025-05-11 11:07:29.721 error [http controlFunction] Error in function state.coap.http_cmd of state SHSW-1#34945470F361#1.Relay0.Switch for 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): AxiosError: timeout of 8000ms exceeded
Aber die Meldungen mit dem "unbekannten Eintrag" sind seither ausgeblieben.
Ich habe rasch bei einem Shelly1 (GEN1) nachgeschaut der hat die ID 116CBC (1141948) und die FW: 20230913-112003/v1.14.0-gcb84623. Dieser ist noch älter als diese welche mir Probleme bereiten, den dieser ist seit Jahren bei einem Lichtschalter für die Deckenlampe eingebaut und funktioniert einwandfrei via MQTT.
In der Instanz mit dem Shelly-MQTT ist "QoS 1" eingestellt.
Aus allen diesen Gründen gehe ich davon aus, dass ich da irgendwelche Shelly1 (GEN1) habe die irgendwie nicht richtig funktionieren oder sich nicht mit dem Iobroker verständigen möchten. Ich habe sowohl den "default Reset" wie auch den "Hardware Reset" schon mehrmals gemacht, es sind aber keine Veränderungen aufgetreten.
Somit werde ich diese mit dem merkwürdigen Verhalten durch neue ersetzen (Sind leider nicht die ersten 230V-Typen die sich bei mir verabschiedet haben).
Edit: Shelly-Adapterversion v9.2.0, Node.js v20.19.1, NPM 11.3.0
Edit2: beim Shelly der funktioniert ist "Max. QoS-0", habe ich aber auch bei den merkwürdigen so übernommen. -
RE: nach FW Update Shelly 1 Probleme
@haselchen
weil ich weitere Shelly 1 (Gen 1) habe mit genau den gleichen Einstellungen und die machen das nicht.
Wo soll ich den sonst fragen? -
RE: nach FW Update Shelly 1 Probleme
@haselchen
Das ist weder kompliziert noch rumgeeier sondern schlicht und einfach "alles im gleichen Adapter". Das ganze tritt auch erst seit kurzem auf, ich habe viele Shelly hier mit Einsatz, quer durchs ganze Programm und bei keinem dieser anderen trat je ein Problem auf.Das du nicht geschrieben hast, ich solle es via Shelly Cloud machen verwundert mich noch ein wenig. Aber was soll's MQTT gehört die Zukunft, darum mache ich es damit.
-
RE: nach FW Update Shelly 1 Probleme
@mcm1957
Grundsätzlich habe ich alle Shelly via den Shelly-Adapter eingebunden, und dort ist folgendes eingestellt:
auf dem Shelly 1 ist folgendes:
ja ist bei mir der Port 1882, weil ich auf dem 1883 noch den Iobroker MQTT Adapter am drehen habe für meine Nuki. Es ist mir bewusst, das es halt wirklich "alte" Shelly sind.
Ich verstehe den Log-Eintrag so, dass der Shelly irgend was sendet, womit der Iobroker nichts anfangen oder kein Datenpunkt dazu hat. Ich habe nur noch nicht begriffen was das sein könnte.
Edit:
Habe da gerade einen sehr merkwürdigen Eintrag im Log gefunden:2025-05-10 13:12:39.564 - [33mwarn[39m: shelly.1 (76499) [MQTT] Unable to publish message to 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) - mqtt prefix was not set but is required for this message: shellies/<mqttprefix>/relay/0/command = off 2025-05-10 13:12:39.564 - [33mwarn[39m: shelly.1 (76499) [MQTT] Unable to publish message to 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) - mqtt prefix was not set but is required for this message: shellies/<mqttprefix>/relay/0/command = off
Irgendwie scheint es da ein Begriff "shellies" zu geben? Woher der kommt und was das ist, da habe ich keine Ahnung, ich wüsste nicht das ich das geschrieben hätte.
Wenn ich im Adapter auf "QoS = 0" umstelle bleiben die Einträge aus, aber die Relais reagieren auch nicht mehr immer.
-
nach FW Update Shelly 1 Probleme
Hallo zusammen
Ich habe mir aus ein paar "alten Shelly 1" (die blauen ohne Messung), eine Stufenschaltung für mein Heizstab im Pufferspeicher gemacht. Sind via Shelly-Adapter im Iobroker eingebunden und hören auf die IP 192.168.130.214,...215,...216.
Nun habe ich folgendes festgestellt:
Immer wenn der Shelly an 230V angeschlossen ist, bekomme ich im Iobroker das Log volgeschrieben mit:
[MQTT] Client 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) received puback for unknown messageId: 941 shelly.1 2025-05-10 11:45:18.037 info [MQTT] Client 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1) received puback for unknown messageId: 87 shelly.1 2025-05-10 11:45:18.017 info [MQTT] Client 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1) received puback for unknown messageId: 86 shelly.1 2025-05-10 11:45:18.017 info [MQTT] Client 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) received puback for unknown messageId: 940
Logisch habe ich die aktuellste FW auf den Shelly raufgeschrieben (20230913-112003/v1.14.0-gcb84623). Leider ist das auch mit der noch angebotenen Beta so. Es sind 3stk für L1/L2/L3 und von allen 3 bekomme ich die gleichen Meldungen.
Ich habe keinerlei "Prefix" oder dergleichen eingerichtet.Hier mal den Auszug aus dem Log:
2025-05-10 11:53:06.123 - [34mdebug[39m: shelly.1 (75993) [firmwareNotify] Starting firmware check on every device 2025-05-10 11:53:06.166 - [34mdebug[39m: shelly.1 (75993) [onStateChange] "shelly.1.SHSW-1#1178DD#1.Relay0.Switch" state changed: {"val":false,"ack":false,"ts":1746870786165,"q":0,"c":"script.js.common.Heizung.EL-Heizung_Speicher","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1746870461374} - forwarding to objectHelper 2025-05-10 11:53:06.166 - [34mdebug[39m: shelly.1 (75993) [mqtt controlFunction] Executing state.mqtt.mqtt_cmd_funct of state SHSW-1#1178DD#1.Relay0.Switch for 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1) with value: false -> off 2025-05-10 11:53:06.167 - [34mdebug[39m: shelly.1 (75993) [MQTT] Send state to 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1) with QoS 1: shellies/shelly1-1178DD/relay/0/command = off (2) 2025-05-10 11:53:06.167 - [34mdebug[39m: shelly.1 (75993) [mqtt controlFunction] Ack state.mqtt.mqtt_cmd of state SHSW-1#1178DD#1.Relay0.Switch for 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1) in adapter: Value not changed 2025-05-10 11:53:06.167 - [34mdebug[39m: shelly.1 (75993) [onStateChange] "shelly.1.SHSW-1#3494547256D9#1.Relay0.Switch" state changed: {"val":false,"ack":false,"ts":1746870786165,"q":0,"c":"script.js.common.Heizung.EL-Heizung_Speicher","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1746870461390} - forwarding to objectHelper 2025-05-10 11:53:06.167 - [34mdebug[39m: shelly.1 (75993) [mqtt controlFunction] Executing state.mqtt.mqtt_cmd_funct of state SHSW-1#3494547256D9#1.Relay0.Switch for 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) with value: false -> off 2025-05-10 11:53:06.167 - [34mdebug[39m: shelly.1 (75993) [MQTT] Send state to 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) with QoS 1: shellies/shelly1-3494547256D9/relay/0/command = off (2) 2025-05-10 11:53:06.167 - [34mdebug[39m: shelly.1 (75993) [mqtt controlFunction] Ack state.mqtt.mqtt_cmd of state SHSW-1#3494547256D9#1.Relay0.Switch for 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) in adapter: Value not changed 2025-05-10 11:53:06.168 - [34mdebug[39m: shelly.1 (75993) [onStateChange] "shelly.1.SHSW-1#1178DD#1.Relay0.Switch" state changed: {"val":false,"ack":false,"ts":1746870786166,"q":0,"c":"script.js.common.Heizung.EL-Heizung_Speicher","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1746870461374} - forwarding to objectHelper 2025-05-10 11:53:06.168 - [34mdebug[39m: shelly.1 (75993) [mqtt controlFunction] Executing state.mqtt.mqtt_cmd_funct of state SHSW-1#1178DD#1.Relay0.Switch for 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1) with value: false -> off 2025-05-10 11:53:06.168 - [34mdebug[39m: shelly.1 (75993) [MQTT] Send state to 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1) with QoS 1: shellies/shelly1-1178DD/relay/0/command = off (3) 2025-05-10 11:53:06.168 - [34mdebug[39m: shelly.1 (75993) [mqtt controlFunction] Ack state.mqtt.mqtt_cmd of state SHSW-1#1178DD#1.Relay0.Switch for 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1) in adapter: Value not changed 2025-05-10 11:53:06.168 - [34mdebug[39m: shelly.1 (75993) [onStateChange] "shelly.1.SHSW-1#3494547256D9#1.Relay0.Switch" state changed: {"val":false,"ack":false,"ts":1746870786166,"q":0,"c":"script.js.common.Heizung.EL-Heizung_Speicher","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1746870461390} - forwarding to objectHelper 2025-05-10 11:53:06.171 - [34mdebug[39m: shelly.1 (75993) [mqtt controlFunction] Executing state.mqtt.mqtt_cmd_funct of state SHSW-1#3494547256D9#1.Relay0.Switch for 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) with value: false -> off 2025-05-10 11:53:06.171 - [34mdebug[39m: shelly.1 (75993) [MQTT] Send state to 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) with QoS 1: shellies/shelly1-3494547256D9/relay/0/command = off (3) 2025-05-10 11:53:06.171 - [34mdebug[39m: shelly.1 (75993) [mqtt controlFunction] Ack state.mqtt.mqtt_cmd of state SHSW-1#3494547256D9#1.Relay0.Switch for 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) in adapter: Value not changed 2025-05-10 11:53:06.171 - [34mdebug[39m: shelly.1 (75993) [onStateChange] "shelly.1.SHSW-1#1178DD#1.Relay0.Switch" state changed: {"val":false,"ack":false,"ts":1746870786166,"q":0,"c":"script.js.common.Heizung.EL-Heizung_Speicher","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1746870461374} - forwarding to objectHelper 2025-05-10 11:53:06.171 - [34mdebug[39m: shelly.1 (75993) [mqtt controlFunction] Executing state.mqtt.mqtt_cmd_funct of state SHSW-1#1178DD#1.Relay0.Switch for 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1) with value: false -> off 2025-05-10 11:53:06.171 - [34mdebug[39m: shelly.1 (75993) [MQTT] Send state to 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1) with QoS 1: shellies/shelly1-1178DD/relay/0/command = off (4) 2025-05-10 11:53:06.171 - [34mdebug[39m: shelly.1 (75993) [mqtt controlFunction] Ack state.mqtt.mqtt_cmd of state SHSW-1#1178DD#1.Relay0.Switch for 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1) in adapter: Value not changed 2025-05-10 11:53:06.171 - [34mdebug[39m: shelly.1 (75993) [onStateChange] "shelly.1.SHSW-1#3494547256D9#1.Relay0.Switch" state changed: {"val":false,"ack":false,"ts":1746870786166,"q":0,"c":"script.js.common.Heizung.EL-Heizung_Speicher","from":"system.adapter.javascript.0","user":"system.user.admin","lc":1746870461390} - forwarding to objectHelper 2025-05-10 11:53:06.171 - [34mdebug[39m: shelly.1 (75993) [mqtt controlFunction] Executing state.mqtt.mqtt_cmd_funct of state SHSW-1#3494547256D9#1.Relay0.Switch for 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) with value: false -> off 2025-05-10 11:53:06.171 - [34mdebug[39m: shelly.1 (75993) [MQTT] Send state to 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) with QoS 1: shellies/shelly1-3494547256D9/relay/0/command = off (4) 2025-05-10 11:53:06.172 - [34mdebug[39m: shelly.1 (75993) [mqtt controlFunction] Ack state.mqtt.mqtt_cmd of state SHSW-1#3494547256D9#1.Relay0.Switch for 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) in adapter: Value not changed 2025-05-10 11:53:06.205 - [32minfo[39m: shelly.1 (75993) [MQTT] Client 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) received puback for unknown messageId: 2 2025-05-10 11:53:06.206 - [32minfo[39m: shelly.1 (75993) [MQTT] Client 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1) received puback for unknown messageId: 2 2025-05-10 11:53:06.219 - [32minfo[39m: shelly.1 (75993) [MQTT] Client 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1) received puback for unknown messageId: 3 2025-05-10 11:53:06.219 - [32minfo[39m: shelly.1 (75993) [MQTT] Client 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1) received puback for unknown messageId: 3 2025-05-10 11:53:09.045 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.firmware, value: false 2025-05-10 11:53:09.045 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.uptime, value: 139 2025-05-10 11:53:09.045 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.rssi, value: -72 2025-05-10 11:53:09.045 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Cloud.enabled, value: false 2025-05-10 11:53:09.045 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Relay0.source, value: "input" 2025-05-10 11:53:09.094 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.163 (shelly1 / shelly1-116CBC / SHSW-1#116CBC#1): state: SHSW-1#116CBC#1.Relay0.ChannelName, value: "Deckenlampe" 2025-05-10 11:53:09.267 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.firmware, value: false 2025-05-10 11:53:09.267 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.uptime, value: 592590 2025-05-10 11:53:09.267 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.rssi, value: -77 2025-05-10 11:53:09.267 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Cloud.enabled, value: false 2025-05-10 11:53:09.267 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Relay0.source, value: "mqtt" 2025-05-10 11:53:09.330 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.version, value: "20230913-112003/v1.14.0-gcb84623" 2025-05-10 11:53:09.330 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.authEnabled, value: true 2025-05-10 11:53:09.330 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.name, value: "Pufferspeicher_L2" 2025-05-10 11:53:09.331 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Sys.eco, value: true 2025-05-10 11:53:09.331 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Sys.sntp, value: "time.google.com" 2025-05-10 11:53:09.331 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Sys.timezone, value: "Europe/Zurich" 2025-05-10 11:53:09.331 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Sys.lat, value: 46.851002 2025-05-10 11:53:09.331 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Sys.lon, value: 9.5389 2025-05-10 11:53:09.331 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Mqtt.topicPrefix, value: "shelly1-34945470F361" 2025-05-10 11:53:09.331 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Mqtt.clientId, value: "shelly1-34945470F361" 2025-05-10 11:53:09.331 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Relay0.longpushtime, value: 800 2025-05-10 11:53:09.331 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Relay0.AutoTimerOff, value: 0 2025-05-10 11:53:09.331 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Relay0.AutoTimerOn, value: 0 2025-05-10 11:53:09.331 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Relay0.ButtonType, value: "detached" 2025-05-10 11:53:09.331 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Relay0.ButtonReverse, value: 0 2025-05-10 11:53:09.331 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.factoryResetFromSwitch, value: true 2025-05-10 11:53:09.365 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.215 (shelly1 / shelly1-34945470F361 / SHSW-1#34945470F361#1): state: SHSW-1#34945470F361#1.Relay0.ChannelName, value: "Pufferspeicher_L2" 2025-05-10 11:53:09.369 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.version, value: "20230913-112003/v1.14.0-gcb84623" 2025-05-10 11:53:09.369 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.authEnabled, value: true 2025-05-10 11:53:09.369 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.name, value: "Pufferspeicher_L3" 2025-05-10 11:53:09.369 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Sys.eco, value: true 2025-05-10 11:53:09.369 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Sys.sntp, value: "time.google.com" 2025-05-10 11:53:09.369 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Sys.timezone, value: "Europe/Zurich" 2025-05-10 11:53:09.369 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Sys.lat, value: 46.851002 2025-05-10 11:53:09.370 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Sys.lon, value: 9.5389 2025-05-10 11:53:09.370 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Mqtt.topicPrefix, value: "shelly1-3494547256D9" 2025-05-10 11:53:09.370 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Mqtt.clientId, value: "shelly1-3494547256D9" 2025-05-10 11:53:09.370 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Relay0.longpushtime, value: 800 2025-05-10 11:53:09.370 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Relay0.AutoTimerOff, value: 0 2025-05-10 11:53:09.370 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Relay0.AutoTimerOn, value: 0 2025-05-10 11:53:09.370 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Relay0.ButtonType, value: "detached" 2025-05-10 11:53:09.370 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.Relay0.ButtonReverse, value: 0 2025-05-10 11:53:09.370 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.216 (shelly1 / shelly1-3494547256D9 / SHSW-1#3494547256D9#1): state: SHSW-1#3494547256D9#1.factoryResetFromSwitch, value: true 2025-05-10 11:53:09.502 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.firmware, value: false 2025-05-10 11:53:09.502 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.uptime, value: 592857 2025-05-10 11:53:09.502 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.rssi, value: -73 2025-05-10 11:53:09.502 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Cloud.enabled, value: false 2025-05-10 11:53:09.502 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Relay0.source, value: "mqtt" 2025-05-10 11:53:09.580 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.version, value: "20230913-112003/v1.14.0-gcb84623" 2025-05-10 11:53:09.580 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.authEnabled, value: true 2025-05-10 11:53:09.580 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.name, value: "Pufferspeicher_L1" 2025-05-10 11:53:09.580 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Sys.eco, value: true 2025-05-10 11:53:09.580 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Sys.sntp, value: "time.google.com" 2025-05-10 11:53:09.581 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Sys.timezone, value: "Europe/Zurich" 2025-05-10 11:53:09.581 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Sys.lat, value: 46.851002 2025-05-10 11:53:09.581 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Sys.lon, value: 9.5389 2025-05-10 11:53:09.581 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Mqtt.topicPrefix, value: "shelly1-1178DD" 2025-05-10 11:53:09.581 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Mqtt.clientId, value: "shelly1-1178DD" 2025-05-10 11:53:09.581 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Relay0.longpushtime, value: 800 2025-05-10 11:53:09.581 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Relay0.AutoTimerOff, value: 0 2025-05-10 11:53:09.581 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Relay0.AutoTimerOn, value: 0 2025-05-10 11:53:09.581 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Relay0.ButtonType, value: "detached" 2025-05-10 11:53:09.581 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Relay0.ButtonReverse, value: 0 2025-05-10 11:53:09.581 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.factoryResetFromSwitch, value: true 2025-05-10 11:53:09.614 - [34mdebug[39m: shelly.1 (75993) [httpIoBrokerState] State change 192.168.130.214 (shelly1 / shelly1-1178DD / SHSW-1#1178DD#1): state: SHSW-1#1178DD#1.Relay0.ChannelName, value: "Pufferspeicher_L1"
Ich habe keine Ahnung was da fehlt. ich habe etlich andere Shelly im Einsatz und bei keinem ist mir das bis jetzt aufgefallen.
-
RE: gelöst <zusätzlicher Text bei Übersicht Instanzen>
Danke, wenn man weiss wo, ist es ganz einfach.
Gruss und schönen Tag
Andi -
gelöst <zusätzlicher Text bei Übersicht Instanzen>
Gibt es eine Möglichkeit bei der Übersicht über die Instanzen einen eigenen Text hinzu zufügen?
Ich habe mehrere Modbus-Schnittstellen und erwische beim bearbeiten garantiert immer die falsche. So irgend wie ein Ergänzungstext wäre ganz schön.
Der muss ja nicht mal irgendwelche weitere Funktionen erfüllen, wenn man da einfach quasi schreiben könnte "modbus.<eigenerText>.0, würde die Übersichtlichkeit massiv grösser.
Vielen Dank
Andi