Das hat ja super geklappt vielen dank für eure Hilfe Hawe

@markus-now Hallo Markus, über den Adapter 'b-control' scheint es in der Tat nicht zu klappen. Es funktioniert jedoch einwandfrei mit dem Modbus Adapter. Dazu von TQ die technische Dokumentation zum EM420 herunterladen und die Register (aktuell ab Seite 64) entsprechend in den Adapter übernehmen (einige sind im Screenshot unten angeführt). Einstellungen: auf dem EM420: [image: 1702718941579-screenshot-2023-12-16-at-10.24.41-am.png] im Adapter (IP-Adresse des EM420 natürlich entsprechend anpassen): [image: 1702718925907-screenshot-2023-12-16-at-10.28.00-am.png] [image: 1702719291033-screenshot-2023-12-16-at-10.34.33-am.png] Hinweise: die Eingangsregister sind im 30000-er Bereich und werden um 1 erhöht, sprich, das Register '60' für 'Current (L1)' wird zu '30061'. der Adapter verbindet sich erst, nachdem zumindest ein Register eingetragen worden ist. Gutes Gelingen :)

Danke an alle für die ausführlichen Antworten. VG Sascha

@haus-automatisierung ja, Glaube das was ist vor habe ist allerdings nicht wirklich so zu vergleichen wie es aktuell mit dem Adapter gehandhabt wird. Es geht hier rein um livewerte und die ansprechend mit verschiedenen Funktionen geglättet wird. Das wären ja Funktionen, die nicht auf historische Daten anwendbar wären.

@snopy_16 sagte in Adapter Fronius - Leistung / Strom pro Phase einlesen?: @humidor stehen diese Werte nicht eh im Fronius-Adapter?? fronius.0.meter.0.xxxxx diesen meter habe ich nicht?

@thomas-braun sagte in iobroker Übersicht Kacheln: Browser Refresh (F5) und der Hinweis ist weg. Jawoll, hat geklappt. Danke

@seb2010 Nachdem ich ich mich ein bisschen durch den Code gefräst habe, scheint es an der node-hue-api selbst zu liegen, die ein Delay von 1000ms zwischen dem Schalten von Lichtergruppen vorsieht. Aus meiner Sicht ist der Wert hart in der API verdrahtet und kann nicht beim Aufbau der Verbdingung überschrieben werden. Mein Workaround ist daher: Das minTime-value als Delay für die Lichtergruppen in der Code-Datei "/opt/iobroker/node_modules/node-hue-api/lib/api/Groups.js" der node-hue-api lokal ändern. Es funktioniert damit und die Lichtergruppen werden nun fast synchron geschaltet (vorher war das Delay 1000ms). Zusätzlich habe ich einen schedule-job angelegt, um robust gegen library updates zu sein: exec("sed -i 's/minTime: 1000/minTime: 50/g' /opt/iobroker/node_modules/node-hue-api/lib/api/Groups.js") VG SEB

@homoran Hallo homoran, hallo Community mein Problem scheint erstmal gelöst. Ich habe soweit alles richtig gemacht. Aber... So habe ich es zum laufen bekommen; ist aber ganz schlecht: ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Aber damit "ioBroker Adapter Modbus" aus dem LXD Container über den USB RS485 kommunizieren darf braucht der User iobroker root Rechte obwohl der user iobroker in der Gruppe dialout ist. Das ist ganz schlecht. Offensichtlich werden bei Erstellung des Containers für die USB Schnittstelle höhere Rechte erwartet; warum auch immer. Mir ist das erst aufgefallen als ich mir das ganze nochmal als Debian Container aufgesetzt habe. Da hatte auch mein privater User erstmal keine root- Rechte. Und da bin ich auch nicht mit dem modpoll CLI-Tool auf die Schnittstelle gekommen "Permission denied". Erst als ich mir root-Rechte zugewiesen habe konnte ich wieder kommunizieren. Bei Ubuntu weise ich dem installierenden User schon root-Rechte mit Passwortabfrage zu, daher hatte ich immer sofort root Rechte. ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Ich hatte, wie im folgenden Chat beschrieben, auch den chmod... ausgeführt, aber nur einmal. Das war mein Fehler. So und nun noch ein Link für alle Interessierten, wie man einen USB-Stick einem QNAP LXD Container zugänglich macht: Dieser "sudo chmod 777 /dev/ttyUSBx" muß wohl nach jeden Neustart des Containers ausgeführt werden. LXD Container USB 21.12.2023 Ergänzung zum Durchreichen von USB-Schnittstellen in einen Container: Die von mir verlinkte Beschreibung ist leider nicht vollständig, daher auch meine Probleme mit dem USB-Port: Dieser Befehl stellt den Port /dev/ttyUSB0 gleich in die richtige Gruppe und mit den richtigen Schreibleserechten. lxc config device add ubu2204-iobroker00 ttyUSB0 unix-char mode=0660 gid=20 path=/dev/ttyUSB0 Es gibt noch weitere Einstellungen: LXD unix-char Gruß Wolfgang

@djmarc75 Hatte das MQTT Passwort nicht korrekt eingetragen.

Das Problem ist gelöst! Anscheinend ist die Klingelanlage abgestürzt und hat einige Werte anschließend zurückgesetzt. Durch die Eingabe der richtigen Verbindungswerte in die Klingelanlage wurde das Problem beseitigt. @arteck @paul53 @foxriver76

@dg19222 ??

@marc-berg Hallo es hat etwas gedauert. Ich habe auf einem zweiten Raspberry, die iobroker.yml gestartet und in einem Leeren Container das Backup zurückgespielt. Leider hängt er sich wieder nach Zeit X mit dem selben Fehler weg :-/ Weiterhin kommt auch wieder TimeOut in der Webgui.

@marc-berg wie mounte ich denn manuell?

@berges01 gesehen https://forum.iobroker.net/topic/70834/zwave2-und-spirit-thermostat?_=1702381627707

@thomas-braun kein Plan ;) ist aber alles gut und läuft

@david-g im Prinzip ist das in dieser Log-Datei. Die Menge kommt ja durch den ZigBee-Adapter zustande, weil er mehrere hundert Log-Einträge pro Sekunde schreibt, während er abgestürzt ist

@dp20eic hab mir nen nuc geholt, läuft alles

@homoran said in Iobroker auf Synology: Danke, ich hab das dann wohl mit der Virtualization Station durcheinander gebracht. Hallo, ich habe vor ca. 1 Monat auch damit angefangen. Ich habe eine Synology NAS DS920+ mit DSM Version 7.2.1, somit fast identisch zu Wingo56. Im Prinzip geht alles ohne console. Auf dem NAS wird der Container Manager installiert. Bevor jetzt der Container erstellt wird sollte man ein Verzeichnis anlegen. z.B. /volume1/docker/iobroker Im Container Manager wird dann ein Container erstellt (iobroker) bei der Erstellung darauf achen das man das vorher angelegte Verzeichnis benutzt. [image: 1702495781366-screenshot-2023-11-24-173921.png] und eine Datei eintagen. Hier aber auf die richtige schreibweise achten. (gibt tolle Effekte wenn man statt /opt/iobroker z.b. /usr/iobroker eintägt) Dann mit buanet/iobroker den container erstellen. Ein paar Minuten warten und über IP:8081 admin aufrufen. Ging so bei mir problemlos. (nachdem ich das mehrmals gemacht hatte und dann alles richtig geschrieben hatte) Neuanfang zwischdurch container löschon und nächster Versuch. Wenn alle richtig ist kann man den container problemlos löschen und neu erstellen. Dadurch das alle Daten ausserhalb des Containers liegen bleibt alles bei Updates oder Neuinstallation erhalten. Beispiel mit Zugriff über Windows explorer. [image: 1702496696659-screenshot-2023-12-13-204204.png]