UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[bimmi]

@ilovegym nein, ich hab bisher dort nur das drumherum erstellt (wiki, grafik, texte). Um den code wollte sich dutchman kümmern. Aber da ich selbst seit Anfang Dezember nichts mehr von ihm gehört habe, denke ich das für die Entwicklung des Adapters momentan keine Zeit ist.

[Freak]

Leider scheitert die obige Anleitung bei mir schon am Puppenspieler...

Der iobroker läuft auf einer Synology Nas im Docker container.
Laut der Fehlermeldung liegt es ja wohl am Chromium browser.
https://github.com/foxriver76/ioBroker.puppeteer/issues/13
Das Issue habe ich gelesen. Allerdings werde ich nicht schlau daraus, was ich zu tun habe.
Kann mir hierbei bitte jemand weiterhelfen und mir das vorgehen schildern?

danke

[BananaJoe]

@freak sagte in EPS E-INK Display Ansteuerung -> Statusdisplay für 2€:

Der iobroker läuft auf einer Synology Nas im Docker container.

Was für ein NAS ist das Genau? Typ? Wenn es dein Problem ist dann müsste es eine ARM-CPU haben

[Freak]

@bananajoe
Danke für die schnelle Rückmeldung.
Ist eine Ds1522+ mit einem AMB Ryzen R1600

Der Log spuckt folgendes aus:

puppeteer.0
2024-02-19 08:08:23.154	error	Failed to launch the browser process![24624:24624:0219/080822.240775:FATAL:zygote_host_impl_linux.cc(127)] No usable sandbox! Update your kernel or see https://chromium.googlesource.com/chromium/src/+/main/docs/linux/suid_sandbox_development.md for more information on developing with the SUID sandbox. If you want to live dangerously and need an immediate workaround, you can try using --no-sandbox.TROUBLESHOOTING: https://pptr.dev/troubleshooting
puppeteer.0
2024-02-19 08:08:23.154	error	Error: Failed to launch the browser process![24624:24624:0219/080822.240775:FATAL:zygote_host_impl_linux.cc(127)] No usable sandbox! Update your kernel or see https://chromium.googlesource.com/chromium/src/+/main/docs/linux/suid_sandbox_development.md for more information on developing with the SUID sandbox. If you want to live dangerously and need an immediate workaround, you can try using --no-sandbox.TROUBLESHOOTING: https://pptr.dev/troubleshooting at ChildProcess.onClose (/opt/iobroker/node_modules/@puppeteer/browsers/lib/cjs/launch.js:267:24) at ChildProcess.emit (node:events:525:35) at ChildProcess._handle.onexit (node:internal/child_process:291:12)
puppeteer.0
2024-02-19 08:08:23.153	error	unhandled promise rejection: Failed to launch the browser process![24624:24624:0219/080822.240775:FATAL:zygote_host_impl_linux.cc(127)] No usable sandbox! Update your kernel or see https://chromium.googlesource.com/chromium/src/+/main/docs/linux/suid_sandbox_development.md for more information on developing with the SUID sandbox. If you want to live dangerously and need an immediate workaround, you can try using --no-sandbox.TROUBLESHOOTING: https://pptr.dev/troubleshooting
puppeteer.0
2024-02-19 08:08:23.152	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().
puppeteer.0
2024-02-19 08:08:22.187	info	starting. Version 0.2.8 in /opt/iobroker/node_modules/iobroker.puppeteer, node: v18.15.0, js-controller: 5.0.17

[BananaJoe]

@freak sagte in EPS E-INK Display Ansteuerung -> Statusdisplay für 2€:

If you want to live dangerously and need an immediate workaround, you can try using --no-sandbox.TROUBLESHOOTING: https://pptr.dev/troubleshooting

Das scheint ein anderes Problem zu sein, und zwar das der Chrome zwar gestartet werden könnte, aber den Sandbox-Modus nicht starten kann. Das ist eine Art Virtualisierung, der Chrome-Prozess wird dabei vom Rest des Systems isoliert damit eine Webseite keinen Zugriff auf dein System erlangen kann.

Der Schalter --no-sandbox könnte das Problem lösen, das müsste man im Quellcode des Adapters hinterlegen.
Hier wird das Problem auch schon diskutiert: https://forum.iobroker.net/topic/54944/puppeteer-screenshots-phantomjs-alternative/194?lang=en-GB&page=4

Auch dort betraf es jemand mit Docker-Container.

Man könnte den Aufruf der Chrome-Engine im Linux auch mit einem Alias verbiegen ... alles schwieriger in einem Docker-Container

[Freak]

@bananajoe

Ok danke für die Info. Das Problem werde ich dann alleine nicht gelöst bekommen, dafür sind meine Linux Kenntnisse zu gering.
Ich würde das Thema trotzdem gerne erfolgreich abschließen.
Gibt es eine Alternative zu dem Puppenspieler Adapter?

[mcm1957]

@bananajoe said in EPS E-INK Display Ansteuerung -> Statusdisplay für 2€:

@freak sagte in EPS E-INK Display Ansteuerung -> Statusdisplay für 2€:

If you want to live dangerously and need an immediate workaround, you can try using --no-sandbox.TROUBLESHOOTING: https://pptr.dev/troubleshooting

Das scheint ein anderes Problem zu sein, und zwar das der Chrome zwar gestartet werden könnte, aber den Sandbox-Modus nicht starten kann. Das ist eine Art Virtualisierung, der Chrome-Prozess wird dabei vom Rest des Systems isoliert damit eine Webseite keinen Zugriff auf dein System erlangen kann.

Der Schalter --no-sandbox könnte das Problem lösen, das müsste man im Quellcode des Adapters hinterlegen.
Hier wird das Problem auch schon diskutiert: https://forum.iobroker.net/topic/54944/puppeteer-screenshots-phantomjs-alternative/194?lang=en-GB&page=4

Auch dort betraf es jemand mit Docker-Container.

Man könnte den Aufruf der Chrome-Engine im Linux auch mit einem Alias verbiegen ... alles schwieriger in einem Docker-Container

Wenn da was im Adapter verbesserbar ist, könntest du bitte ein Issue dort anlegen. Ich möcht gern im Stille Post System nur die halben Infos rüberbringen und wenn Foxriver ne Rückfrage hat, wärs auch besser wenn er wen erreicht der was dazu sagen kann.

DANKE

[Beowolf]

@oxident sagte in EPS E-INK Display Ansteuerung -> Statusdisplay für 2€:

@beowolf Dann ist etwas Handarbeit gefragt. Schau mal mein Issue (mit Workaround):

https://github.com/foxriver76/ioBroker.puppeteer/issues/13

Ich habe jetzt puppeteer auf 0.2.8 upgedatet. Nun läuft das "Abcopieren" der eingestellten Webseitenadressen von VIS nicht mehr.

Die Änderung in der main.js hatte ich nach dem Update durchgeführt.

Zurüch auf 0.2.7 und alles funktioniert.

Eine Idee woran es liegen könnte?

[BananaJoe]

@beowolf da es bei mir funktioniert bräuchte es mehr Info / mehr Tests
Ggf. dann aber in einem eigenen Thema.

Was steht denn im Log? wohin speicherst du das Bild, also welchen Pfad?

[Beowolf]

Ok, hier geht es weiter zu meiner Frage/Problem.

https://forum.iobroker.net/topic/72840/open-epaper-display-puppeteer

[bimmi]

Gestern kam eine neue Version für den Access Point:

Hier ist die Übersetzung des Textes auf Deutsch:

Hauptänderungen:

• Automatisches Speichern von Tag-Datenbanken im lokalen Speicher des Browsers. Gespeichert jedes Mal, wenn Sie die Einstellungen eines Tags ändern. Sie finden die Wiederherstellungsschaltfläche im Konfigurationsregister.
• Verbesserung der Stabilität: Wechsel von ESPAsyncWebServer und AsyncTCP (beide seit mehr als 5 Jahren nicht mehr ordnungsgemäß gewartet) zu einer neueren Fork mit Fehlerkorrekturen.
• Verbesserung der Stabilität: Behebung von Parallelitätsproblemen bei /imgupload. Parallele Uploads sind jetzt möglich (immer noch innerhalb des maximalen Limits von 5 TCP-Verbindungen).
• Änderung: Entfernung der einfachen_AP-Builds aufgrund des Mangels an PSRAM.
• Nachrichten an die Tags werden jetzt in einer Warteschlange gespeichert.
• Unterstützung für komprimierte Bilder für Tags (in Arbeit).
• Neuer Inhaltstyp: Tagespreise für Energie im Voraus (nur für S3-basierte APs).
• Neuer Inhaltstyp "Zeitstempel", nutzt vorab geladene Bilder und Schaltflächen auf dem 2,9-Zoll-M3.
• Hinzufügen einer Web-Benutzeroberfläche für Tag-Blitzgeräte.
• Hinzufügen von TCP-Transport für die Kommunikation mit Tag-Blitzgeräten, Hinzufügen von TCP-Transportoption zu OEPL-Flasher.py (Serienverbindung funktioniert immer noch).
• Hinzufügen neuer Umgebung OpenEPaperLink_Mini_AP_v4.
• Unterstützung für Gicisky / PICKSMART BLE E-Paper-Display.
• Hinzufügen von ATC_MiThermometer zum BLE-Teil.
• Hinzufügen von BLE zu allen ESP32-S3-basierten APs (standardmäßig deaktiviert; bei Bedarf in den Konfigurationseinstellungen aktivieren).

Kleinere Änderungen:

• Bessere Cache-Steuerung für Tag-Typ JSON.
• Anzeige der Betriebszeit in der Statusleiste.
• Lokalisierung des Datumsformats.
• Tag kehrt nach dem Senden der Firmware zum vorherigen Inhaltstyp zurück.
• Hinzufügen einer "failsafe" Wiederherstellung, um den RF-AP wieder hochzufahren.
• Hinzufügen von hellgrauen/dunkelgrauen/rosa Farben in JSON-Vorlage.
• Beheben des NTP-Initialisierungszeitpunkts.
• Beheben des unterbrochenen Flash-Bugs.
• Ändern des Formats des LED-Flash-HTTP-Aufrufs.
• Vollständige offline ESP32-C6-Updates zulassen.
• Knusprige Schriftarten.
• HS 3.5 BWY-Vorlagenkorrektur.
• Entfernen von DATATYPE_IMG_RAW_1BPP_DIRECT.
• Die Web-Benutzeroberfläche ist sich jetzt der C6- und Flasher-Fähigkeiten bewusst.
• AP kann ohne IEEE 801.15.4-Radio (d. h. nur Flasher) ausgeführt werden, indem FLASHER_AP_TXD und FLASHER_AP_RXD kurzgeschlossen werden.
• Hinzufügen von Ein-/Aus-Schaltflächen im Web-Flasher.
• Beheben des Fehlers, bei dem ESP32-S3 über USB-CDC verlangsamt wird, wenn keine Terminalverbindung vorhanden ist.
• Fehler behoben: Geist-Tags, die eine andere Kanal-ID als der AP melden, werden jetzt ignoriert.
• Web-Flasher rampiert jetzt die Leistung hoch/ runter, um Spitzen zu vermeiden.
• Fehlerbehebung: C6 wird während des Flashens nicht mehr durch den Watchdog zurückgesetzt.
• Fehlerbehebung: C6 konnte ungewollt in den Flash-Modus gehen.
• Eine fehlgeschlagene Verbindung während der SWD-Schreibsperren wird jetzt gemeldet, anstatt stillschweigend ignoriert zu werden.
• Neue Kontextmenüoption "Alle inaktiven Tags löschen" (nur beim Rechtsklick auf ein inaktives Tag).
• Einige Zeitabläufe angepasst.

[Beowolf]

So, habe mal auf esp32 version: 2.5-beta upgedatet.

So weit, so gut.

Bei den Tags mit den zwei Tastern gibt es aber noch ein kleines Problem.

Für mich macht es Sinn, das der Tag so verwendet wird, das die Taster oben sind.

Wenn ich nun die Taster aktiviere (Time Stamp) und die Displayausgabe um 180° drehe, wird die Tastenbeschreibung unten links angezeigt. Die Tasten sind aber bei 180° rechts oben.

Grüße
Manfred

[BananaJoe]

@beowolf und wenn du den Screenshot drehst? bzw. die Anzeige in der VIS auf den Kopf stellst per CSS?

[Beowolf]

@bananajoe

Ne, geht nicht um die Anzeige von einer VIS.

Es geht hier drum:

Das ist eine neue Auswahlmöglichkeit im Menü von den TAGs.

Mal ein paar Fotos. So wird es glaube anschaulicher.

[bimmi]

@beowolf mach dazu doch ein issue auf github auf. Denke das sollte gleich erledigt sein.

[Beowolf]

@bimmi
Habe ich gemacht

[diwoma]

Nachdem ich meine Anfangsprobleme (beim Reset der Tag's und einen Tag zerschossen) in den Griff bekommen habe, habe ich 3 Tags erfolgreich eingebunden (allerdings mit verschiedenen Puppeteer-Instanzen, weil das Erstellen von mehreren Screenshots mit nur einem Puppeteer bei jedem Shot zu einem Timeout geführt hat).

Das ist "unter Beobachtung" einige Zeit gut gegangen. Jetzt habe ich die Tag's einen Tag nicht "beobachtet" und sie haben sich nicht mehr upgedatet. Alle drei Tag's finden jetzt keinen Access-Point mehr, obwohl der nur ca. 40 cm entfernt liegt (mehrfach resettet). Der AP blinkt 2x Grün und einmal rot.

AP: OpenEPaperLink_Mini_AP_v4
ESP-SW: 2.5-beta3
Kanal: 15 (habe aber auch mit anderen probiert)
WiFi-Power: 5dBm (habe auch mir höheren probiert)

Kennt jemand das Problem?

[BananaJoe]

@diwoma Die Tags richtig resetet? Also Batterie raus und den Plus+Minus Kontakt kurzgeschlossen?

Downgrade wieder auf die 2.07? Ich sehe auch gerade die Beta-Versionen, oder man schauen ob da schon auf Github gemeldete Fehler gibt

[Beowolf]

@diwoma sagte in EPS E-INK Display Ansteuerung -> Statusdisplay für 2€:

beim Reset der Tag's und einen Tag zerschossen

Wie kann man einen Tag zerschiessen?

Ich habe hier 22 TAGs an EINER Puppeteer Instanz läufen. Meine VIZ stellt meine Heizungsregler da. die werden bei jeder Änderung aktualisiert und dann zum entsprechenden TAG gesendet.
Alles ohne Probleme.

Ich habe jetzt auch auf die letzte Beta-Version upgedatet. Alles wieder da.

Was die Anzeige der APs anbetrifft. Dort scheint es noch einen Fehler zu geben.

Ich habe hier drei APs.

Der erste AP ist ein YELLOW_AP die anderen Beiden jeweil ein NANO_AP.

Wenn ich nun auf den YELLOW_AP gehe sind in der Active access points Ansicht alle YELLOW_APs.

Wenn ich nun auf den NANO_AP gehe sind in der Active access points Ansicht alle NANO_APs.

Grüße

[diwoma]

@beowolf sagte in EPS E-INK Display Ansteuerung -> Statusdisplay für 2€:

Wie kann man einen Tag zerschiessen?

Ich schätze, das ist beim Resetten eines Tags passiert und das Bild zeigt sich auf dem Tag:

Ich habe hier 22 TAGs an EINER Puppeteer Instanz läufen. Meine VIZ stellt meine Heizungsregler da. die werden bei jeder Änderung aktualisiert und dann zum entsprechenden TAG gesendet.
Alles ohne Probleme.

Interessant.
Bei mir kam bei mehr als einem Screenshot zur gleichen Zeit jedesmal nach 20 sec ein Timeout-Error

Ich habe jetzt auch auf die letzte Beta-Version upgedatet. Das einzige was mir auffällt, ist das sich die APs untereinander nicht mehr finden, bzw. nicht mehr angezeigt werden.

Mit der Version 2.50-Beta2 habe ich die Tags noch laufen lassen können, bis es dann zum Ausfall kam.
Mein Versuch mit der Beta3 hat sich dabei nichts geändert.
Ich werde mal @BananaJoe folgen und zurück auf die 2.07 gehen.