@2hot4you updatezeit auf 0 und die 2 dadrunter liegenden chekboxen auch aus... schau ob die addiere nichts zu URL hilft.. wenn du die checkbox an machst..

So Version 5.0.0 ist raus, sollte in den nächsten Minuten via npm verfügbar sein. Dort sollte dann die entsprechende Meldung kommen, hoffe ich zumindest...

@thomas-braun Erst einmal Entschuldigung für die späte Antwort. werde zukünftig nicht mit anhängen hier arbeiten, gelobe Besserung. Uhrzeit passt jetzt auch, er kam nicht über die Firewall, jetzt eingestellt auf meinen Mikrotik mit NTP *** TIME AND TIMEZONES *** Local time: Fri 2025-01-03 17:46:13 CET Universal time: Fri 2025-01-03 16:46:13 UTC RTC time: Fri 2025-01-03 16:46:13 Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: no ● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; preset: enabled) Active: active (running) since Fri 2025-01-03 17:19:56 CET; 30min ago Docs: man:systemd-timesyncd.service(8) Main PID: 539 (systemd-timesyn) Status: "Contacted time server 192.168.200.1:123 (192.168.200.1)." Tasks: 2 (limit: 9571) CPU: 40ms CGroup: /system.slice/systemd-timesyncd.service └─539 /lib/systemd/systemd-timesyncd naja und wegen easy admin warten wir halt noch ein wenig danke dirk

Also, ich habe nun einiges probiert. Weder Bootreihenfolge der VMs/LXCs in Proxmox hat etwas gebracht, noch das Pausieren von PiHole, noch Änderungen der Whitelist,etc. Ich hab den Alexa-Adapter einfach runtergeworfen und neu aufgesetzt. Das hat das Problem irgendwie behoben.

@thomas-braun sagte in Seltsame Fehlermeldungen nach Update auf JS Controller 7.0.6: Solltest du machen. Und dann gleich in der 64Bit-Version neuinstallieren. ist bereits in Arbeit. :)

@jimmybondi sagte in [gelöst] Zigbee-Adapter: NEIN, Du bist nicht der einzige Na ja - bisher ist es mir nicht gelungen den Fehler nachzustellen, auch mangels Hardware. Versuche mit dem cc2531 sind bis zu einem bestimmten Punkt gekommen - dann wurde die Hardware gewechselt (auf einen Sonoff Stick - meines Wissens erfolgreich). Ohne eine Möglichkeit das ganze zu testen können wir da nichts machen. A.

@papper371 .30 ist im LATEST verfügbar [image: 1735642131162-0ad010de-4cfa-4111-aba6-a50d4484327b-image.png] Wahrscheinlich hast du nach dem Umschalten des Repos nicht auf "Nach Updates Suchen" geklickt um deinen lokalen Repo-Chache sofort zu aktualisiseren. Alternativ kannst du im Expertenmodus von npm installierne (NICHT von GITHUB Installieren) verwenden.

@io2345 sagte in Backitup Error: Welches Template habt ihr denn verwendet - ebenfalls Debian 12 oder was anderes? Genau das. Läuft wie geschnitten Brot.

@mcu ich meine vom Data Verzeichnis.

@thomas-braun @ro75 danke euch. Ich hab mal auf jsonl umgestellt und beobachte weiter. Sonst hilft nur das upgrade der HW

Ich habe jetzt den ebus Adapter in der Version 3.3.8 installiert, hier bekomme ich keine Fehlermeldung mehr.

@thomas-braun ok Danke für den kleinen Druck. Alles läuft wieder. Jetzt auf Bookworm. Danke und einen guten Rutsch

@gaspode Hier hatte ich nur nachgefragt weil der Fehler bei bestimmten Punkten ähnlich ist. Hier hatte ich die Daten gepostet.

@diamand2k22 sagte in [gelöst] Canvas - compiled against a different Node.js vers,: Wann ist denn der Release von Debian13? Es ist fertig, wenn es fertig ist. Vermutlich im nächsten Sommer.

@mcm1957 ja gibt es, ist genauso alt wie dieser Beitrag. https://github.com/ioBroker/ioBroker.hm-rpc/issues/1227

@horst-böttcher sagte in twinkly Lichterkette keine verbindung: hat aber nicht geholfen Weil, keine Meldung im LOG?

@draycd said in Nach SD karten-tot - kein start mehr nach Backup: Habe es so hinbekommen: Neuste version installiert, Backup drauf mit --force nach dem restore " npm i iobroker.js-controller@5.0.19 --omit=dev " Dann iobroker stop iobroker admin upgrade (sonst wollte er den webserver nicht starten) iobroker start ab da ging das webinterface wieder Danke euch Dann solltest du aber demnächst einen Update des js-controllers einplanen. 5.0.19 ist veraltet.

@hanand Ich verstehe zwar nicht, warum man den iobroker im sicheren Netz mit https absichert, ausser man exponiert den iobroker extern im Internet. Ansonsten kannst Du das zigbee2mqtt interface jederzeit über http im internen Netz aufrufen. Egal ob Du es über deine Browserfavoriten machst oder über die Kacheln im iobroker. Hier hinterlegst Du ja auch nur eine URL. [image: 1734613277767-7b7b31c3-9d19-4f0b-a5ba-3fc8b897edfe-image.png] Hier konfigurierst Du halt wie Du via http Dein Dashboard oder was auch immer Du aufrufst: [image: 1734613338113-e14b2e38-81ba-459b-a86d-94e7fa49c912-image.png] Sobald Du auf die Kachel klickst macht der Browser eine NEUE Verbindung auf - Deine https Verbindung zum Admin des iobrokers hat dann gar keine Aktien mehr im Spiel. Falls Du aber denkst, dass Du mit der https Verbindung zum iobroker, die Verbindung zum zigbee2mqtt absichern kannst, muss ich Dich enttäuschen. Du machst mit den Kacheln von Deinem Browser immer eine eigene Verbindung auf und wenn Du von extern kommst, wird die http Verbindung zu Deinem zigbee2mqtt nicht funktionieren, solange Du das in Deinem Router nicht freigegeben hast.