NEWS

@bertderkleine
Kleine Doku meiner Tests mit KI Hilfe:
Ich habe ein Testskript erstellt:

const puppeteer = require('puppeteer-core'); (async () => { try { const browser = await puppeteer.launch({ executablePath: '/usr/bin/chromium-browser', headless: true, args: ['--no-sandbox', '--disable-setuid-sandbox', '--disable-gpu'] }); const page = await browser.newPage(); await page.goto('https://example.com'); await page.screenshot({ path: 'example.png' }); await browser.close(); console.log('Erfolg!'); } catch (error) { console.error('Fehler:', error); } })();

Auf der Kommandozeile läuft das prima:

$ sudo -u iobroker node test-puppeteer.js Erfolg!

und

$ node test-puppeteer.js Erfolg!

Die KI meint dazu:

Das Testskript lief sowohl als normaler Benutzer als auch als ioBroker-Benutzer erfolgreich, was bestätigt, dass: puppeteer-core@23.11.1 funktioniert. Chromium 126.0.6478.164 mit den Argumenten --no-sandbox, --disable-setuid-sandbox, --disable-gpu korrekt startet. Der ioBroker-Benutzer die notwendigen Berechtigungen hat. Alle erforderlichen Abhängigkeiten installiert sind.

Hm. Zwischenzeitlich hat mich die KI mal eine Datei README löschen lassen

sudo rm /etc/chromium.d/README

Ich denke nicht, dass das wichtig war, aber hier zur Doku

Den Test hier

$ chromium-browser --headless --no-sandbox --disable-gpu [0714/095037.307664:WARNING:bluez_dbus_manager.cc(248)] Floss manager not present, cannot set Floss enable/disable. [0714/095037.390598:WARNING:sandbox_linux.cc(430)] InitializeSandbox() called with multiple threads in process gpu-process.

hat die KI dann als harmlos/ok Reaktion bezeichnet.

Und Tada (!) jetzt habe ich auch eine Lösung und der Adapter läuft grün, indem in der Adapter-Konfig die folgenden Eintragungen gemacht werden:

09ff2ce4-450e-409f-bf8f-82e08cbd352b-grafik.png

Essentiell war die manuelle Eintragung des Pfads oben.

@stoffel sagte in Kann mich im Velux Adapter nicht mehr anmelden!:

stelle mir die Frage ob latest wirklich BETA ist?

das kann Beta sein oder Alpha.. ist halt eine pre Version und wenn der Entwickler nicht oder nicht genügengd geestet kan es abenteurlich werden, vor allem wenn man sich im System nicht auskennt

Topic kann geschlossen werden, habe den Fehler gefunden. Die Homematic CCU hatte ein Config welche warum auch immer angefangen hat zu steuern.

@ger55-0

hm, es ist nun schon ein vis2 projekt.
welches ich importiert habe und den tagesschaulink mit dem richtigen namen verknüpft habe.
Hat alles funktioniert

aa31776d-2071-4028-931e-2cc524a95bec-20250707-1313-29.7757226.mp4

du hattest doch probleme mit dem import. aber den grund habe ich oben ja schon beschrieben warum das nicht geht.

@arteck
Vielen Dank, jetzt funktioniert es wieder:

Danke auch an @Thomas-Braun und @Homoran

@lollo_c sagte in tap-adapters bleibt leer und zeigt Fehlermeldung:

Was ist denn, wenn ich jetzt ein Image, dass ich unmittelbar nach der Neuinstallation gemacht habe, verwende und darauf das Backup einspiele?

Versuche es doch einfach. Im besten Fall funktioniert es, im schlimmsten nicht. Nimm aber bitte eine andere, neue SD Karte.

Ro75.

@thomas-braun

Das ist richtig. Bin halt etwas rostig das auf Anhieb zu interpretieren. Hab auch sehr wenig an meinem iobroker gemacht in letzter Zeit ausser Updates, da eigentlich alles läuft. Hatte nur in Erinnerung dass es mit dem Ring Adapter öfter mal Schwierigkeiten gab.

So ich hab es hinbekommen. Nach vielem hin und her, sogar ein neu aufsetzen des gesamten Raspberry Pi hatte nicht geholfen. Zuletzt hatte ich bei dem Conbee II stick die gleiche Firmware nochmal neu geflasht. Danach ging es. Trotz erfolgreichem Firmwareupdate muss bei dem ersten mal was schief gelaufen sein.

Nach einem kompletten Restart der Maschine zeigt sich das Problem nicht mehr.

@stenmic nein serielle Schnitstelle am USB anschluss. bzw. WLAN Anschluss der Anlage

@dihi
Check den HTTP Username / Passwort und trag beides ggf neu ein.

Bitte bachte auch die doku insbesondere die Anmerkung zu gen2+ Shellies.

https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/restricted-login.md

@homoran
Nein, hatte ich damals nicht.

@arteck iiich habs grad gesehen..

@oliverio
Na ja- wenn das api sich massiv ändert kann man dann eh einen pi-hole7 forken. Macht ja ev. mehr Sinn als ewig inkompatible Apis in EINEM Adapter mitzuschleppen.

Ev. schreib in den eadme / Umstiegsguide gleich nen Hinweis: "Da sich states durch die umstellun ändern ist es ein gute Zeitpukt Alias einzuführen wenn noch nichht getan" oder so. Dann sollte auch keiner Probleme haben wenn es später nen pi-hole7 gibt.

Aber im Kern kannst es machen wie DU willst. Bin halt kein Freund er 2, 3, 4, 5 Durchnummerieungen 🙂 und 6 hat noch irgendeinen Sinn. Lies es halt AB V6 ...

Und nochmals DANKE. Tut mir leid dass ich User so lang warten lie0 aber ich komm einfach nicht dazu alles was ich will umzusetzen ...

@mcm1957 Nach meinen Tests ist der Effekt in 9.0.3 nicht mehr vorhanden.

A

Dieses Löschen von Nachrichten - nach x retries hatte ich schon vor 5 Jahren. Deshalb betreibe ich den mqtt adapter als Client und nicht als Server. Deshalb meine Empfehlung - mosquitto als mqtt Broker nutzen und den Adapter als Client.

@asgothian Du bist ein As!

Adapter war ja schon gestoppt 😉
Dann Zigbee-Gateway stromlos und neu gestartet -> funktioniert wieder!

Dankeschön!!