openWB Forum

Du müsstest Dich dann darum kümmern, das Problem mit "tvservice" zu beseitigen. Was openWB macht, um ein angeschlossenes Display zu erkennen, findest Du in der "atreboot.sh". https://github.com/openWB/core/blob/1d2 ... ot.sh#L242

[Moderator]
Bitte einen eigenen Beitrag dafür erstellen. Das Thema passt hier nicht rein.

LutzB hat geschrieben: ↑So Feb 02, 2025 5:59 pm Du müsstest Dich dann darum kümmern, das Problem mit "tvservice" zu beseitigen. Was openWB macht, um ein angeschlossenes Display zu erkennen, findest Du in der "atreboot.sh". https://github.com/openWB/core/blob/1d2 ... ot.sh#L242

Schau doch mal bitte, ob dir das hilft das Problem zu erkennen... Scheint das Display doch zu erkennen.

Kannst Du mal deine /boot/config.txt posten... da wir ja alle das gleiche System nutzen müsste das dann ja richtig sein

Sieht so aus, wie es sein soll. Habe aktuell keine Idee, warum das beim Booten nicht funktioniert.

Kannst du trotzdem bitte einmal die Datei schicken?
Ich vermute, dass bei mir etwas entweder auskommentiert ist, oder falsch gesetzt.

Ich tippe eher auf ein Timingproblem beim Systemstart.

LutzB hat geschrieben: ↑Mo Feb 03, 2025 6:45 am Ich tippe eher auf ein Timingproblem beim Systemstart.

Danke für die Datei...

Wie erkenne ich das Timerproblem... bzw. in welchem Log wird so etwas erfasst?

Gar nicht. Wenn nach dem Systemstart "tvservice" ohne Probleme von der Konsole aufgerufen werden kann, liegt das aber irgendwie nahe. Du könntest in der atreboot.sh ein paar Debugausgaben ergänzen, um dem Problem etwas näher zu kommen.

Solche Probleme sind übrigens der Grund, warum man bei einer Eigeninstallation wissen sollte, was man macht und openWB keinen Support dafür übernehmen kann. Es giebt zu viele kleine Stellschrauben.

Das ist wirklich frustrierend...

Es geht nicht darum, dass ich nicht wüsste, was ich tue. Aber da wir alle dieselbe Hardware nutzen, sollte es doch möglich sein, dass das zu installierende Image auf dem gleichen Stand ist wie die fertige Version, die direkt als Image heruntergeladen werden kann.

Wäre der SSH-Zugang nicht erforderlich, wäre mir der ganze Aufwand egal. Doch leider ist das die einzige Möglichkeit, den Fehler mit den falschen Überträgen zu korrigieren.

froggi1930 hat geschrieben: ↑Mo Feb 03, 2025 10:46 am Das ist wirklich frustrierend...

Es geht nicht darum, dass ich nicht wüsste, was ich tue. Aber da wir alle dieselbe Hardware nutzen, sollte es doch möglich sein, dass das zu installierende Image auf dem gleichen Stand ist wie die fertige Version, die direkt als Image heruntergeladen werden kann.

Wäre der SSH-Zugang nicht erforderlich, wäre mir der ganze Aufwand egal. Doch leider ist das die einzige Möglichkeit, den Fehler mit den falschen Überträgen zu korrigieren.

Servus,
ich kenne dein Problem leider. Habe ich auch seit dem letzten Update und habe ebenfalls das image selbst gebaut. Interessant, dass du das Problem hast, obwohl du dir original Hardware benutzt. Jedenfalls ist es auch für mich sehr frustrierend und ich kann den Umgang vom Support immer weniger verstehen. Ich habe mein Displayproblem vor Kurzen hier gemeldet: https://github.com/openWB/core/issues/2136

Das hilft dir jetzt nicht wirklich, denn auch bei mir ist rein gar nichts heraus gekommen. Es interessiert niemanden. Das perfide ist auch, in meinem issue wurde mir geraten, mich an das Forum zu wenden, also genau das, was du gemacht hast. Wie man sieht, kann einem auch hier nicht geholfen werden.

Ich arbeite aktuell mit jemandem aus dem evcc Forum daran, evcc nativ auf der openWB zum Laufen zu bringen. Dabei wird das Back- und Frontend auf dem Raspi der openWB installiert und angezeigt. Durch einen weiteren Zwischenlayer (den wir gerade entwickeln) können dann alle Funktionen der Box über evcc gesteuert werden. Das ist jedoch noch nicht fertig, aber für dich vielleicht irgendwann interessant.

Vielleicht besinnt sich ja auch noch der OpenWB Support oder es findet sich eine Lösung für das Displayproblem, sodass einige Wenige nicht abgehängt werden.