Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. andibr

    NEWS

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    • Monatsrückblick - April 2025

    A
    • Profile
    • Following 2
    • Followers 0
    • Topics 30
    • Posts 253
    • Best 8
    • Groups 2

    andibr

    @andibr

    Starter

    9
    Reputation
    32
    Profile views
    253
    Posts
    0
    Followers
    2
    Following
    Joined Last Online

    andibr Follow
    Pro Starter

    Best posts made by andibr

    • RE: Nuki Smart Lock 3.0 pro in ioBroker einbinden

      @mooly

      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

      Bildschirmfoto vom 2023-12-30 16-40-43.png

      posted in ioBroker Allgemein
      A
      andibr
    • RE: (gelöst) Daten für externe verfügbar machen

      @david-g

      Im Moment läuft es nun ganz gut:

      html2.png

      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

      posted in Einsteigerfragen
      A
      andibr
    • RE: Test Adapter wireless-mbus v0.10.x

      @al-bundy

      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?

      posted in Tester
      A
      andibr
    • 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
      Andi

      Nachtrag: 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)

      posted in Einsteigerfragen
      A
      andibr
    • RE: Test Adapter device-reminder V 1.x

      @xenon vielen Dank für deinen Einsatz und deine Zeit die du da aufwenden musst.
      Andi

      posted in Tester
      A
      andibr
    • 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

      posted in Einsteigerfragen
      A
      andibr
    • 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 STC

      Die 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.

      posted in Tester
      A
      andibr
    • 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.

      posted in Einsteigerfragen
      A
      andibr

    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.

      posted in Einsteigerfragen
      A
      andibr
    • 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.

      posted in Einsteigerfragen
      A
      andibr
    • 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

      posted in Einsteigerfragen
      A
      andibr
    • 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.

      Bildschirmfoto vom 2025-05-11 11-54-41.png

      In der Instanz mit dem Shelly-MQTT ist "QoS 1" eingestellt.
      Bildschirmfoto vom 2025-05-11 11-58-03.png

      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.

      posted in Einsteigerfragen
      A
      andibr
    • 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?

      posted in Einsteigerfragen
      A
      andibr
    • 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.

      posted in Einsteigerfragen
      A
      andibr
    • RE: nach FW Update Shelly 1 Probleme

      @mcm1957
      Grundsätzlich habe ich alle Shelly via den Shelly-Adapter eingebunden, und dort ist folgendes eingestellt:
      Bildschirmfoto vom 2025-05-10 12-39-01.png Bildschirmfoto vom 2025-05-10 12-38-34.png

      auf dem Shelly 1 ist folgendes:
      Bildschirmfoto vom 2025-05-10 12-35-46.png

      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  - warn: 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  - warn: 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.

      posted in Einsteigerfragen
      A
      andibr
    • 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  - debug: shelly.1 (75993) [firmwareNotify] Starting firmware check on every device
      2025-05-10 11:53:06.166  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - info: 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  - info: 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  - info: 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  - info: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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  - debug: 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.

      posted in Einsteigerfragen
      A
      andibr
    • RE: gelöst <zusätzlicher Text bei Übersicht Instanzen>

      Danke, wenn man weiss wo, ist es ganz einfach.

      Gruss und schönen Tag
      Andi

      posted in ioBroker Allgemein
      A
      andibr
    • 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.

      Bildschirmfoto vom 2025-03-23 11-30-55.png

      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

      posted in ioBroker Allgemein
      A
      andibr
    Community
    Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
    The ioBroker Community 2014-2023
    logo