@mcm1957 Stimmt! echad@chet:~ $ iob update Used repository: beta Adapter "admin" : 7.4.21 , installed 7.4.21

@markushoedl sagte in History Adapter ist im Restart Loop: wenn die Daten irgendwie nicht in Ordnung waren in der Datenbank. das hätte ich gerne herausgefunden/bestätigt bekommen und gefixt. Am besten noch mit der Ursache.

ich hab das Problem, dass die Rechte bei dem Sonoff Zigbee Stick nicht passen. Wie kann ich dem Stick die nötigen Rechte verpassen? Bei mir sieht das ganze so aus: proxmox@zigbee2mqtt:/opt/zigbee2mqtt$ ls -la /dev/serial/by-id/ total 0 drwxr-xr-x 2 root root 60 Feb 21 18:54 . drwxr-xr-x 3 root root 60 Feb 21 18:54 .. ---------- 1 root root 0 Feb 21 18:54 usb-Silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0 aktuell bekomme ich beim start von zigbee den Fehler: Starting Zigbee2MQTT without watchdog. [2025-02-21 19:03:02] error: z2m: Error while starting zigbee-herdsman [2025-02-21 19:03:02] error: z2m: Failed to start zigbee-herdsman [2025-02-21 19:03:02] error: z2m: Check https://www.zigbee2mqtt.io/guide/installation/20_zigbee2mqtt-fails-to-start_crashes-runtime.html for possible solutions [2025-02-21 19:03:02] error: z2m: Exiting... [2025-02-21 19:03:02] error: z2m: Error: Error: Inappropriate ioctl for device setting custom baud rate of 115200  ELIFECYCLE  Command failed with exit code 1.

@arnold Grafana solltest du mal in die Gegenwart holen. Version table: 11.5.2 500 500 https://apt.grafana.com stable/main arm64 Packages Den Rest vom Fest dann auch. Der hat's mit Sicherheit dann auch nötig.

@ilovegym Ok, ich hab nun die yaml nochmal nach Vorlage erstellt (mit meinen anpassungen) Jetzt läuft alles wie es soll... [image: 1739887012998-07d7c807-2e0d-4210-941d-84481dd0ad4e-image.png] Vielen Dank an Euch für die Tipps! :+1: Gruß Torsten

Kein Change, das Problem direkt zu eliminieren. Trotzdem Dank an den Beteiligten, die versucht haben, mir zu helfen. Ich schätze von BackUp und Restore von P4 auf P5 und dann noch auf NUC ist irgendwas schief gelaufen. Habe den Shelly-Adapter gelöscht und wieder neu installiert und nachträglich die HistoryDB wieder aufgespielt um die alten Daten zu haben. Läuft jetzt seit 2 Tagen problemlos. Die Einstellungen der Objekte musste neu erstellt werden. Ich hoffe, dass es nun läuft. ByTheWay hatte ich damals für einen Fixer für PC gesucht. Lt. Google gibts den nur für Linux. Stimmt aber nicht, wenn man die Inst von W aktiviert und IOB installiert ist, läuft ein Fixer. (oder ich hatte es überlesen :man-shrugging: ) Gruß und Danke

Danke für die Info. Ich habe die Blockierzeit jetzt auf 0 genommen.

@wildbill In Node-Red habe ich auch schon gesucht, bin aber mit der ID nicht weitergekommen. Hat hier sonst noch jemand eine Idee, wie man die Ursache finden könnte ?

Hallo, das Problem wurde dank der Unterstützung von @Asgothian gelöst. Falls jemand das gleiche Gerät nutzen möchte, hier gehts zum Lösungspfad: https://github.com/ioBroker/ioBroker.zigbee/issues/2374 Der Adapter muß manuell gepatched werden. Noch mal vielen Dank für die Zeit. Gruß Ciwa

@codierknecht Ok Das klingt nach einem Plan. Das werde ich mal so versuchen Danke erstmal und ich melde mich wieder

@philipp-schlegel https://www.philips-hue.com/de-de/explore-hue/blog/dimmer-switch-installation nach unten scrollen du brauchst so eine Philips Hue Wireless Dimming dafür. Du musst erst die Lampe reseten dann erst kannst du sie wieder koppeln.

@thomas-braun sagte in ioBroker Stabilitätsproblem: Man würde eine saubere Kopie aus der Konsole benötigen. So kann (und will) das keiner lesen. I've done my very best!

@oliverio Ja, ich meine die presets, die Favoriten funktionieren. Aktualisieren über "getFavorites" hat das Problem tatsächlich gelöst, kannte und brauchte ich bisher nicht. Vielen Dank und schönen Restabend noch! Ulrich

Wurde das irgendwie mal gelöst? Hab immer noch den log voll mit diesen Fehlermeldungen vom shelly HT.

Hi, in die Runde.... seit einem reichlichem Jahr nutze ich auch den EMS-ESP Adaper von tp1. Tolle Arbeit. Vielen Dank. Nun habe ich den IOBroker und den EMS-ESP-Adapter auf den neuesten Stand gebracht. Jetzt liefert der Adaper die drei Werte nicht mehr ( ._Hours). Weder für Heizung, Boiler und auch Gesamt nicht mehr. Die anderen Werte (._Months & *._Days) sind da und schreiben sich in die INfluxdb prima rein. EMS-ESP 5.1.2. Adapterversion Nun hatte ich probiert den alten Adapter zu installieren (2.6.0). Er lief auch,, aber auch hier fehlten die ._Hours Werte. FW vom Gateway ist nach wie vor: 3.5.1 (BBQKees - S32 V2.0 (2022). IOBroker: Node.js: v20.18.2 NPM: 10.8. Vielleicht kann jmd helfen... Deshalb schon mal Besten Dank..... :-)

@homoran Ok.. kommt geändert in die 1.10.15 und 2.0 :) A.

@tom_likes_iobroker sagte in Adapter Tab wird nicht mehr angezeigt: Systemimage auf eine neue Speicherkarte ziehen Bookworm auf neue Speicherkarte installieren Was auch immer du mit dem ersten Punkt meinst.

@andi2308 sagte in Zigbee wechsel von CC2531 zu CC2652P funktioniert nicht: @asgothian Danke dir. Ich habe auf https://github.com/ioBroker/ioBroker.zigbee/blob/master/docs/de/readme.md gelesen, man solle nvbackup.json löschen. Also nvbackup.json und shepherd.dB nicht löschen beim Upgrade auf neueren Chipsatz. Das gilt für neu-Installationen, bei denen eine nvbackup.json ggf. Mit falschen Parametern angelegt wird. Wenn diese nach der Korrektur der Parameter nicht gelöscht wird gibt es Probleme. A.

Da sieht man mal wieder wie wichtig es ist, alles zu zeigen!

@mickym sagte in Node-Red Fehlermeldung => exited with null: @sickone4 Wie @Marc-Berg sagte, den Speicher hochschrauben. Ich habe 2048, aber 512 oder 1024 sollten vielleicht bei Dir auch reichen. Die 128 kb, die als Standard eingetragen sind, sind zu gering. nach dem Screenshot der gepostet wurde reichen 512 MB nicht - die hat der Adapter schon. ggf. macht es auch Sinn mal zu schauen mit welchen Flows so viel Speicher benutzt wird. A.