@hans_999 Wenn Deinen Geräte dabei sind: https://www.zigbee2mqtt.io/supported-devices/#v=Sengled dann zigbee Coordinator kaufen und los geht es.

Hilft vllt ein iob upload all

@pjo123456 sagte in [gelöst] Hilfe bei Multihost: @homoran Ich habe den Thread erstellt und als gelöst für mein Problem mit dem Slave gekennzeichnet. Also das man die Verbindung Master Slave herstellen kann mit dem Downgrade. Das Problem, dass man den Slave nur verbinden kann, wenn man die Version auf 4.0.24 ändert, ist nicht gelöst. Danke für diese Info! Ich kann das leider selber nicht testen. existiert dazu ein Issue? Trotzdem müsste dann erst recht ein neuer Thread eröffnet werden, wenn jemand mit deiner Lösung nicht weiter kommt oder will. Ansonsten sieht man beim durchblättern nur: multihost Problem gelöst

@thorkillar sagte in ioBroker läuft nicht mehr rund: @oliverio sagte in ioBroker läuft nicht mehr rund: @thorkillar warum hast du diese vielen proc dev und sys mounts? eigentlich kann ich mir fast keinen erklären warum du das im container sichbar haben willst? ... aber als aller,aller erstes, diese mount points da aufräumen => Ich habe nicht verstanden, was du meinst. Kannst Du mir das bitte erklären? es geht um diesen abschnitt Show mounted filesystems: TARGET SOURCE FSTYPE OPTIONS / /dev/mapper/cachedev_0[/@syno/@docker/btrfs/subvolumes/0867b2eb4fb4a97202ca00f5bde0c6ae3806b8058e4129e4ac1c362eb5b51391] btrfs rw,nodev,relatime,ssd,synoacl,space_cache=v2,auto_rec |-/proc proc proc rw,nosuid,nodev,noexec,relatime | |-/proc/bus proc[/bus] proc ro,relatime | |-/proc/fs proc[/fs] proc ro,relatime | |-/proc/irq proc[/irq] proc ro,relatime | |-/proc/sys proc[/sys] proc ro,relatime | |-/proc/sysrq-trigger proc[/sysrq-trigger] proc ro,relatime | |-/proc/acpi tmpfs tmpfs ro,relatime | |-/proc/kcore tmpfs[/null] tmpfs rw,nosuid,size=65536k,mode=755 | |-/proc/keys tmpfs[/null] tmpfs rw,nosuid,size=65536k,mode=755 | |-/proc/timer_list tmpfs[/null] tmpfs rw,nosuid,size=65536k,mode=755 | |-/proc/sched_debug tmpfs[/null] tmpfs rw,nosuid,size=65536k,mode=755 | `-/proc/scsi tmpfs tmpfs ro,relatime |-/dev tmpfs tmpfs rw,nosuid,size=65536k,mode=755 | |-/dev/pts devpts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=666 | |-/dev/mqueue mqueue mqueue rw,nosuid,nodev,noexec,relatime | `-/dev/shm shm tmpfs rw,nosuid,nodev,noexec,relatime,size=65536k |-/sys sysfs sysfs ro,nosuid,nodev,noexec,relatime | |-/sys/firmware tmpfs tmpfs ro,relatime | `-/sys/fs/cgroup tmpfs tmpfs rw,nosuid,nodev,noexec,relatime,mode=755 | |-/sys/fs/cgroup/systemd cgroup[/docker/7df4bf8b6787ae4a00d759549daa31c71c3cdb78fb61d56d8ba68534517527b9] cgroup ro,nosuid,nodev,noexec,relatime,xattr,release_agent=/ | |-/sys/fs/cgroup/synomonitor cgroup[/system.slice/pkg-Docker-dockerd.service] cgroup ro,nosuid,nodev,noexec,relatime,name=synomonitor | |-/sys/fs/cgroup/blkio cgroup[/docker/7df4bf8b6787ae4a00d759549daa31c71c3cdb78fb61d56d8ba68534517527b9] cgroup ro,nosuid,nodev,noexec,relatime,blkio | |-/sys/fs/cgroup/freezer cgroup[/docker/7df4bf8b6787ae4a00d759549daa31c71c3cdb78fb61d56d8ba68534517527b9] cgroup ro,nosuid,nodev,noexec,relatime,freezer | |-/sys/fs/cgroup/cpuset cgroup[/docker/7df4bf8b6787ae4a00d759549daa31c71c3cdb78fb61d56d8ba68534517527b9] cgroup ro,nosuid,nodev,noexec,relatime,cpuset | |-/sys/fs/cgroup/devices cgroup[/docker/7df4bf8b6787ae4a00d759549daa31c71c3cdb78fb61d56d8ba68534517527b9] cgroup ro,nosuid,nodev,noexec,relatime,devices | |-/sys/fs/cgroup/memory cgroup[/docker/7df4bf8b6787ae4a00d759549daa31c71c3cdb78fb61d56d8ba68534517527b9] cgroup ro,nosuid,nodev,noexec,relatime,memory | |-/sys/fs/cgroup/cpuacct cgroup[/docker/7df4bf8b6787ae4a00d759549daa31c71c3cdb78fb61d56d8ba68534517527b9] cgroup ro,nosuid,nodev,noexec,relatime,cpuacct | `-/sys/fs/cgroup/cpu cgroup[/docker/7df4bf8b6787ae4a00d759549daa31c71c3cdb78fb61d56d8ba68534517527b9] cgroup ro,nosuid,nodev,noexec,relatime,cpu |-/opt/iobroker /dev/mapper/cachedev_0[/@syno/docker/iobroker] btrfs rw,nodev,relatime,ssd,synoacl,space_cache=v2,auto_rec |-/etc/resolv.conf /dev/mapper/cachedev_0[/@syno/@docker/containers/7df4bf8b6787ae4a00d759549daa31c71c3cdb78fb61d56d8ba68534517527b9/resolv.conf] | btrfs rw,nodev,relatime,ssd,synoacl,space_cache=v2,auto_rec |-/etc/hostname /dev/mapper/cachedev_0[/@syno/@docker/containers/7df4bf8b6787ae4a00d759549daa31c71c3cdb78fb61d56d8ba68534517527b9/hostname] | btrfs rw,nodev,relatime,ssd,synoacl,space_cache=v2,auto_rec `-/etc/hosts /dev/mapper/cachedev_0[/@syno/@docker/containers/7df4bf8b6787ae4a00d759549daa31c71c3cdb78fb61d56d8ba68534517527b9/hosts] btrfs rw,nodev,relatime,ssd,synoacl,space_cache=v2,auto_rec die ganzen proc und dev verzeichnisse gehören meines erachtens da nicht hin. bei mir sieht das überschaubarer aus Show mounted filesystems \(real ones only\): TARGET SOURCE FSTYPE OPTIONS /opt/iobroker /dev/sda2[/home/iobroker/docker/volume/iobroker/prod5/iobroker] ext4 rw,relatime,errors=remount-ro /etc/resolv.conf /dev/sda2[/var/lib/docker/containers/0726906071e2470ac11c7fc031759e59a43163c75a6932adb36be93977cdfd81/resolv.conf] ext4 rw,relatime,errors=remount-ro /etc/hostname /dev/sda2[/var/lib/docker/containers/0726906071e2470ac11c7fc031759e59a43163c75a6932adb36be93977cdfd81/hostname] ext4 rw,relatime,errors=remount-ro /etc/hosts /dev/sda2[/var/lib/docker/containers/0726906071e2470ac11c7fc031759e59a43163c75a6932adb36be93977cdfd81/hosts] ext4 rw,relatime,errors=remount-ro es scheint ja eine synology zu sein. evtl können andere das so bestätigen das das so sein muss?

@haus-automatisierung Und wie sieht es mit dem ausführen eines scripts aus? Bzw mit dem auslesen der txt Datei? Wie wäre da der Pfad wenn die Dateien in userdata gespeichert werden? Ich komme über iobroker file nicht auf die Dateien. Da hängt es hier noch. [image: 1705399334831-screenshot_20240116-110041.png] Edit: gesehen, das bei dir da die help aufgerufen wurde.

Bei mir sieht das so aus: [image: 1705397268517-bildschirmfoto-2024-01-16-um-10.27.43-resized.png]

@asgothian ... okay, Danke ... Hauptsache es funktioniert wieder ...

@johobo ich hab mir die Stecker für 5,99€ im Angebot geholt. Im Auslieferungszustand an die HUE-Bridge gekoppelt, lassen sie sich nur einschalten. Dann habe ich die Teile per zigbee2mqtt/Sonoff-Stick gekoppelt und das vorhandene OTA-Update eingespielt. Mit zigbee2mqtt funktionieren die SilverCrest Smart Plug EU dort auch ohne vorheriges Update samt Leistungsmessung. Anschliessend wieder an der HUE-Bridge gekoppelt funktionieren sie einwandfrei. Es ist also nur eine Frage der Firmware. Ob die auch über das Gateway von Lidl angeboten wird, kann ich nicht sagen.

@gecko1a sagte in Zigbee Power-Plug BSD29_1 Power Korrektur: jetzt habe ich es gesehen, muss ich probieren. Wie ist das Format? So wie in dem Post von @Codierknecht angegeben. A.

@tobi03 Vermutlich hast du es schon selbst lösen lösen können. Camera entities haben (jetzt?) Nein Standpunkt "last_video", der die ne URL auf das letzte video gibt. Damit ist das Video nicht direkt eingebettet, aber vielleicht geht es darüber ja irgendwie bzw die URL reicht dir, falls die an deinem Device dann aufrufbar ist Das Problem mit dem immer gleichen Snapshot könntest du lösen indem du auf den motion detector Switch der zugehörigen Camera triggert und nur dann das Bild sendest. Gibt es eigentlich eine Möglichkeit direkt das Live video in VIS zu streamen? Wenn ja, wie? edit: oups, sorry. Dazu lese ich erstmal https://forum.iobroker.net/topic/57497/arlo-in-iobroker?_=1705394433776

@wagner sagte in Neuinstallation: Esp-Home kann nicht installiert werden: boot.target auf multi-user setzen: sudo systemctl set-default multi-user.target Pending Updates: 85 sudo apt update sudo apt full-upgrade sudo reboot Und die drei Adapter Updates auch einspielen.

@hanan Hallo, also habe 3 identische Fire Tablets...alle mit Fully... über den Desktop PC komme ich auf die IP des nicht funktionierenden Tablets...IP ist also richtig. Die eingestellte Startseite holt er sich auch... aber Daten können aufgrund des Mqtt Errors nicht abgerufen werden. Noch jemand eine IDee? Hab schon zigmal alles verglichen...Einstellungen scheinen identisch zu sein... fullybrowser.0 2024-01-15 21:50:20.637 info 🔗 MQTT Client 192.168.2.148 (192.168.2.148) successfully connected. fullybrowser.0 2024-01-15 21:50:20.636 info 🔑 MQTT Client 192.168.2.148 (192.168.2.148) successfully authenticated. fullybrowser.0 2024-01-15 21:50:17.393 info 🔗 MQTT Client 192.168.2.109 (192.168.2.109) successfully connected. fullybrowser.0 2024-01-15 21:50:17.390 info 🔑 MQTT Client 192.168.2.109 (192.168.2.109) successfully authenticated. fullybrowser.0 2024-01-15 21:50:14.017 info 🚀 MQTT Server started and is listening on port 3000. fullybrowser.0 2024-01-15 21:50:14.014 info 🚀 Start RESTApi request intervall fullybrowser.0 2024-01-15 21:50:13.679 info 🗸 192.168.2.176 (192.168.2.176): Config successfully verified. fullybrowser.0 2024-01-15 21:50:13.678 info 🗸 192.168.2.109 (192.168.2.109): Config successfully verified. fullybrowser.0 2024-01-15 21:50:13.676 info 🗸 192.168.2.148 (192.168.2.148): Config successfully verified. fullybrowser.0 2024-01-15 21:50:13.670 warn Adapter instance settings: REST API timeout of undefined ms is not allowed, set to default of 10000ms fullybrowser.0 2024-01-15 21:50:13.628 info starting. Version 3.0.9 in /opt/iobroker/node_modules/iobroker.fullybrowser, node: v18.19.0, js-controller: 5.0.17

Update: Mittlerweile gab es ein Update vom Tuya Adapter. Das Problem tritt aktuell nicht mehr auf. Ob dies mit dem Update im Zusammenhang steht oder nicht weiß ich nicht. Die CPU Last ist mittlerweile in Ordnung und nicht öfters über 100%. Außer es starten Adapter die z. B. Die Tankpreise alle 4 Stunden oder so abrufen. Danke für eure großartige Hilfe! Gruß Dominik

@martinp sagte in Philips hue e27 Reset /zurücksetzen ohne Schalter/Hub: Das "Schwesterprojekt" Zigbee2mqtt kann auch Touchlink... ... gut zu wissen ...

@jmeister79 Ich antworte mir mal selber: Ich habe mir mal meine States angesehen. Ich habe den sate Switch der Shellys immer "Licht" genannt. Wenn man den Shelly entfernt und neu einrichtet wird er als "Schalter" geführt, wenn man dann den Ordner relay0 dem Raum und der Funktion zuordnet, die IOT Instanz neustartet und Google Home aktualisiert ist es richtig.

Zu einem Taster könnte man ja z.B. ein Relais parallel schalten. Kommt darauf an wie der vorhandene Taster ausgeführt ist, also ob der auf einer Platine sitzt oder extra. Geeignet wäre - für Nicht/Minimal-Bastler z.B. die Shelly 1 Serie. Die kann man mit 230V, aber auch mit 12 bis 60V betreiben. Der Schaltkontakt 0 und 1 ist Potentialfrei, die beiden Kontakte werden also nur miteinander verbunden. Der hier würde reichen: https://www.shelly.com/de/products/shop/sw10110-3 In ioBroker kannst du den mit dem Shelly-Adapter ansteuern. Das Ding wird im WLAN eingebunden und lässt sich über eine App einstellen. Oder über den Webbrowser des Computers. Man müsste Einstellen das das Relais gleich wieder abfällt, da gäbe es mehrere Wege zum Ziel. Schritt 1 wäre zu schauen wie das mit dem Taster aussieht. Alternative wäre ein "Switchbot", das ist dann ein kleiner Kasten mit einem Hebel der dann den Taster drückt.

@jean-pirch Habe es jetzt hinbekommen und er läuft bis jetzt. Ich Teste das mal die Tage. Hier meine Einstellungen. [image: 1705264287775-smartmeter.jpg]

@bigchris sagte in Multihost sauber auflösen / beenden / löschen: Ich werde ja den "alten" Slave, den ich neu aufsetzen muss, vorher sauber löschen müssen. nöö, gleiche IP, gleicher Hostnane und alles ist gut. Auf dem neuen Slave alle Instanzen löschen und pber iibroker setup custom an den bestehenden Master koppeln

@maloross sagte in QNAP NAS Container ioBroker js-controller und node update: ok sorry, ich habe mich missverständlich ausgedrückt: ich meinte Windows Betriebssystem - ioB usw. betreibe ich auf einem Raspi (noch). @Thomas-Braun Und das ist mehr als nervig, weil es mehrere Bezugsquellen gibt, und der user muss forschen, über welche Plattform installiert wurde. Mit etwas Mühe ist es realisierbar. Ich habe hierbei das Linux-System sehr zu schätzen gelernt.