@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]

@pi_noob15 sagte in Poolwärmepumpe per RS485/MQTT in IOBroker einbinden: da das im Garten ein zu großer aufwand wäre mit nem Kabel. muss ja nur ein 2-Draht Steuerkabel sein. Aber wenn das nicht geht müsste auch ein Modbus RTU2TCP Umsetzer gehen. Ich weiss es zwar nicht, die müsste es auch mit WLAN geben. Ein ESP wird sicherlich billiger sein, bleibt aber eine weitere Verwaltungsebene

@codierknecht said in Nicht alle Symbole vorhanden?: iobroker upload zigbee Perfekt Danke

@chrisham Ich habe auch ein wenig den Überblick verloren, was du nun auf Host-Ebene und was du nun auf Container-Ebene machen musstest, das nach einem Neustart von a) dem Host erneut durchführen musst und b) Neu generieren des Docker-Containers durchführen musst und c) Neustart des Docker-Containers tun musst. Aber generell, bei a) ist die normale Funktionsweise von Linux das unter einem start-service von linux zu definieren. was bei dir da aktuell ist (war es synology oder so?) weiß ich nicht. bei debian ist es aktuell https://de.wikipedia.org/wiki/Systemd oder früher https://de.wikipedia.org/wiki/SysVinit für b)+c) stellt buanet entsprechende einen mechanismus zur verfügung um entsprechende skripte dem container zuzuspielen https://docs.buanet.de/de/iobroker-docker-image/docs/#startskripte auch würde ich dir bei komplexeren konfigurationen empfehlen zumindest docker-compose oder gar portainer mit der stacks-funktion (auch als docker-container startbar) zu nutzen

@jleg Ja, danke, das hatte ich auch mal gelesen. Da fehlten für mich aber die Details... Weil bei mir das pairen an sich kein Problem ist (komme überall ran), hab ich es nicht weiter verfolgt. Falls es noch jemandem nützt: Habe nun einfach neu angelernt (ohne irgendetwas zu löschen) und das ging problemlos. ABER: Nun gibt es Probleme mit dem zweiten Stick. Hatte damals eine extra Instanz mit einem CC2531 erstellt, an der nur der Hue Bewegungsmelder hängt, weil der sonst Zickem macht (siehe hier im Forum aus 2020). Um den nun CC2531 auch wieder zu nutzen, habe ich iob gestoppt und den Stick eingesteckt. Geguckt, ob er auch erkannt wird: lrwxrwxrwx 1 root root 13 Dec 12 15:47 usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_25_9B_CC_89-if00-port0 -> ../../ttyUSB0 lrwxrwxrwx 1 root root 13 Dec 13 09:43 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E2ECE5-if00 -> ../../ttyACM0 Also iob gestartet. Dann war alles rot: 2023-12-13 09:45:16.434 - error: zigbee.0 (58688) getGroups: caught error: TypeError: Cannot read properties of undefined (reading 'getGroups') 2023-12-13 09:45:16.726 - info: zigbee.0 (58688) List of port: [{"path":"/dev/ttyUSB0","manufacturer":"Silicon Labs","serialNumber":"00_12_4B_00_25_9B_CC_89","pnpId":"usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_25_9B_CC_89-if00-port0","vendorId":"10c4","productId":"ea60"},{"path":"/dev/ttyAMA0"}] 2023-12-13 09:45:18.523 - info: info.0 (58751) State value to set for "info.0.sysinfo.cpu.info.speed" has to be type "string" but received type "number" 2023-12-13 09:45:19.276 - info: info.0 (58751) State value to set for "info.0.sysinfo.cpu.info.cache-l3" has to be type "number" but received type "string" 2023-12-13 09:45:20.305 - info: info.0 (58751) cpu Temp res = {"main":68.166,"cores":[],"max":68.166,"socket":[],"chipset":null} 2023-12-13 09:45:30.783 - error: zigbee.0 (58688) getGroups: caught error: TypeError: Cannot read properties of undefined (reading 'getGroups') 2023-12-13 09:45:31.166 - info: zigbee.0 (58688) List of port: [{"path":"/dev/ttyUSB0","manufacturer":"Silicon Labs","serialNumber":"00_12_4B_00_25_9B_CC_89","pnpId":"usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_25_9B_CC_89-if00-port0","vendorId":"10c4","productId":"ea60"},{"path":"/dev/ttyAMA0"}] 2023-12-13 09:45:35.814 - error: zigbee.0 (58688) Starting zigbee-herdsman problem : "Cannot read properties of null (reading 'length')" 2023-12-13 09:45:35.816 - error: zigbee.0 (58688) Failed to start Zigbee 2023-12-13 09:45:35.817 - error: zigbee.0 (58688) Error herdsman start 2023-12-13 09:45:41.389 - info: host.raspberrypi "system.adapter.zigbee.1" enabled 2023-12-13 09:45:41.550 - info: host.raspberrypi instance system.adapter.zigbee.1 started with pid 59241 2023-12-13 09:45:45.825 - info: zigbee.0 (58688) Try to reconnect. 1 attempts left 2023-12-13 09:45:45.827 - info: zigbee.0 (58688) Starting Zigbee npm ... 2023-12-13 09:45:45.847 - info: zigbee.0 (58688) Installed Version: iobroker.zigbee@1.8.24 2023-12-13 09:45:46.134 - error: zigbee.0 (58688) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'" 2023-12-13 09:45:46.134 - error: zigbee.0 (58688) Failed to start Zigbee 2023-12-13 09:45:46.139 - error: zigbee.0 (58688) Error herdsman start 2023-12-13 09:45:46.942 - info: zigbee.1 (59241) starting. Version 1.8.24 in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.19.0, js-controller: 5.0.16 2023-12-13 09:45:47.106 - info: zigbee.1 (59241) delete old Backup files. keep only last 10 2023-12-13 09:45:47.112 - info: zigbee.1 (59241) Starting Zigbee npm ... 2023-12-13 09:45:47.548 - error: zigbee.1 (59241) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E2ECE5-if00'" 2023-12-13 09:45:47.549 - error: zigbee.1 (59241) Failed to start Zigbee 2023-12-13 09:45:47.550 - error: zigbee.1 (59241) Error herdsman start 2023-12-13 09:45:47.554 - info: zigbee.1 (59241) Installed Version: iobroker.zigbee@1.8.24 2023-12-13 09:45:55.395 - error: zigbee.0 (58688) getGroups: caught error: TypeError: Cannot read properties of undefined (reading 'getGroups') 2023-12-13 09:45:55.612 - info: zigbee.0 (58688) List of port: [{"path":"/dev/ttyUSB0","manufacturer":"Silicon Labs","serialNumber":"00_12_4B_00_25_9B_CC_89","pnpId":"usb-Silicon_Labs_slae.sh_cc2652rb_stick_-_slaesh_s_iot_stuff_00_12_4B_00_25_9B_CC_89-if00-port0","vendorId":"10c4","productId":"ea60"},{"path":"/dev/ttyAMA0"}] 2023-12-13 09:45:57.555 - info: zigbee.1 (59241) Try to reconnect. 1 attempts left 2023-12-13 09:45:57.556 - info: zigbee.1 (59241) Starting Zigbee npm ... 2023-12-13 09:45:57.571 - error: zigbee.1 (59241) Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error: No such file or directory, cannot open /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E2ECE5-if00'" 2023-12-13 09:45:57.572 - error: zigbee.1 (59241) Failed to start Zigbee 2023-12-13 09:45:57.574 - error: zigbee.1 (59241) Error herdsman start 2023-12-13 09:45:57.584 - info: zigbee.1 (59241) Installed Version: iobroker.zigbee@1.8.24 2023-12-13 09:45:58.422 - error: zigbee.1 (59241) getGroups: caught error: TypeError: Cannot read properties of undefined (reading 'getGroups') Kann es sein, dass sich die beiden Sticks nicht vertragen? Oder habe ich einen anderen Fehler gemacht?

@dellishelly Nein, das ist das übliche Verfahren.