1

Allgemein [ General ] / MLD 6.5 auf Raspi5 - Soundausgabe analog per USB machbar?

« on: September 07, 2026, 22:02:20 »

Die Paket Updates haben nichts mit Deinen Fragen zu tun.

Schade...
Ich fummle also mal weiter, vielleicht bringt mich passthru und/oder downmix weiter. Wäre trotzdem schön, wenn mich Jemand 'schlau machen' kann, wie die Architektur bzgl. Tonausgabe/amixer etc. aussieht - ich möchte generell lieber wenigstens halbseiden verstehen was ich tue...

2

Allgemein [ General ] / eventlircd

« on: September 07, 2026, 21:48:02 »

@gustavgans,
wenn nicht alle Tasten funktionieren, dann musst DU die nicht funktionierenden vermutlich lediglich im Webif Setup anlernen.

Mag sein dass ich da grundlegende Verständnisprobleme habe, aber ich komme mit der Verwendung der Pfeiltasten durchaus zurecht.
Interessanterweise habe ich irgendwo in einer VDR-Doku gelesen, dass Pfeil hoch/runter/rechts/links dort hoch-offiziell zum Navigieren beim Anschauen von Aufnahmen gelistet sind.
Ich habe mehrere FBs und der TSOP erkennt die auch alle UND ich hab natürlich geprüft, welche Tastenbefehle dort zugeordnet waren bzw. habe fehlende angelernt. Das Problem scheint zu sein, dass der RP2040 nicht JEDEN Tasten-Event passend übersetzt - vielleicht sind einige Tastencodes "erweiterte" und der RP2040 kann die nicht. Müsste mal jrie fragen, aber ich komme mit dem Istzustand zurecht, also lass ich ihn in Ruhe. Irgend wie träume ich auch davon, den C++ Code aus seinem IRMP_STM32_KBD Projekt mal durch Selbst-lernen zu verstehen...
Was aber nun mal nicht geht: Beim Anlernen einer FB mehrere FB-Tasten auf den selben KBD-Event zu legen. Da man ja statt PlayPauseFfwdRew auch HochRunterRechtsLinks senden kann könnte man die Play...-Tasten seiner FB alt auf die Pfeil-KbdEvents programmieren, aber das Anlern-Tool bemerkt und verhindert so eine Doppelzuweisung.
Wie erwähnt komme ich auch so gut zurecht - ich tipp halt die Pfeiltasten beim Aufnahmen gucken, ignoriere die durchaus korrekt vorhandenen Play... Tasten und gut is.
Na ja - das wird hier allmählich etwas off-topic.

Mir ging es nur darum, zu berichten dass der RP2040 ansich prima "tut", auch und vor allem am Raspi. Ich würde wie clausmuus empfehlen, die vorhandene FB mittels WebIF zu checken. Man bekommt ja mit jedem FB-Tastendruck angezeigt, was das Tool "erkennt". Wenn das unzuverlässig ist: Separate 5V-Versorgung des RP2040 prüfen. Ist vielleicht versehentlich 3V3 (GPIO-Leiste Pin 1) statt 5V (Pin 2) verwendet worden...? Hängt der RP2040 vielleicht über einen ollen USB1.1 Hub am RPi? FB-Batterie ok? Naja so einfache Fragen halt.

Und wenn gar nichts anderes hilft: Dann den TSOP direkt an den Raspi hängen, auch das unterstützt die MLD ootb hervorragend.

3

Allgemein [ General ] / MLD auf Raspi 4 startet immer mit 'Das Erste'

« on: September 07, 2026, 20:56:24 »

Hier meine statistischen Daten und Ergebnisse:

Ablauf Kaltstart (jedoch ohne Netzteil getrennt zu haben) mit RP2040 Taster oder Fernbedienung:
0:00 - EIN-Schalter
0:00 .. 0:13 - Raspi Bootscreen (weiß-roter Hintergrund, Meldungen vom 1stLevel Bootloader).
0:13 .. 0:26 - MLD-Hochlauf OHNE Logo, auch keine drei Punkte, nur schwarze Katze bei Nacht.
0:26 - Sundtek blaue LEDs springen an (Empfänger werden angesprochen).
0:29 - Live TV da.

Ablauf Runterfahren (ausgelöst per POWER2 Btn der Fernbedienung) mit RP2040:
0:00 - POWER2 Btn
0:00 .. 0:07 - Meldung 'Taste drücken zum Abbrechen...'
0:07 .. 0:12 - schwarze Katze...
0:12 .. 1:37 - MLD Logo pulsiert vor sich hin (85sec)
1:37 .. 1:40 - schwarze Katze...
1:40 - HDMI Signal und Raspi5 AUS.

Bis hierhin nur Statistik. Interessanter wird's jetzt:

VDR beenden über WebIF "Dienste": Dauert <5sec, setup.conf Update ok, journalctl wie erwartet.
VDR beenden über WebIF Terminal 'sysctl stop vdr': Genau das selbe wie über Dienste.
VDR beenden über WebIF Apps/VDR: Dauert 1-2sec länger, KEIN Update der setup.conf, grundlegend andere journalctl Meldungen.

VDR wieder starten macht bei Dienste und Terminal alles richtig, d.h. voriger Kanal oder fest gewählter Kanal nach dem Einschalten.

VDR wieder starten aus WebIF Apps/VDR: Beginnt mit dem zuletzt aktiven Kanal, OBWOHL in der setup.conf noch der vorherige unter 'currentChannel' steht.

Das Journal offenbart, dass ein Stopp aus WebIF/Apps eine VDR-Fernsteuerung per SVDRP auslöst, während die anderen Methoden den vdr.service beenden. Ich habe nicht versucht herauszufinden, welche SVDRP-Kommandos da verschickt werden, aber bestimmt läuft der vdr.service weiter, damit er Aufnahmen machen kann. Dementsprechend ist auch beim "Start" hinterher noch der selbe Kanal da. Fährt aber der Raspi runter, dann MUSS auch der vdr gestoppt werden. Weil das nicht richtig klappt dauert die Geschichte so lange bis zum Timeout, dann wird der vdr.service abgeschossen und schreibt also nichts in die setup.conf. Also liegt beim nächsten Re-Boot die Information zum "vorigen" Kanal nicht vor.

Nun stellt sich die Frage, welcher Mechanismus abläuft, wenn man auf dem Raspi einen Shutdown auslöst. Wenn da SVDRP-Kommandos raus gehen, aber kein "normaler" Stop des vdr.service ausgelöst wird, dessen "ok" Meldung die MLD aber erwartet, nicht bekommt und den Dienst dann halt abschießt, wäre erklärbar, warum das Wiederherstellen des "vorigen Kanals" nicht klappt.

Könnte es sein, dass uns hier schon wieder die etwas spezielle Architektur des Raspi ärgert, der ja kein vernünftiges 'suspend' kann, sondern nur 'runterfahren' ? Das würde umgekehrt bedeuten, dass wir für Raspis, bzw. allgemein für Rechner, die komplett runterfahren und von einem RP2040 oder sonstwie aufgeweckt werden, den PowerOff-Ablauf anpassen müssten.

War das jetzt hilfreich...?

4

Allgemein [ General ] / Bild erst nach VDR Restart

« on: September 07, 2026, 20:07:52 »

ok, ich hatte also einfach Glück. Werde nachher meine MLD aktualisieren, dann geht's ja zukünftig auch ohne Glück...
Bitte nicht böse sein wenn ich immer mal wieder mitrede wenn Jemand die gleiche Konfiguration hat, aber anderes Verhalten. Wenn wirklich mal ein Vergleich sinnvoll ist, steht meine Kiste dafür jedenfalls gerne bereit.

5

Allgemein [ General ] / MLD auf Raspi 4 startet immer mit 'Das Erste'

« on: September 06, 2026, 22:55:24 »

Bitte um ein wenig Geduld: Ich leg die Tage mal ne richtige Stoppuhr daneben und werde sowohl Stoppen nur des VDR mit Protokoll als auch Runterfahren erneut durchackern. Gibt es eigentlich eine Möglichkeit, das Systemlog vom Runterfahren zu konservieren und nach dem nächsten Reboot reinzusehen? Grund hierfür: Ich kann beim Runterfahren nicht vom MLD-Logo auf Konsole wechseln, weil ich keine <ESC>-Taste habe (ich habe gar keine Tastatur - ich hatte eine olle PS/2 Tastatur über so ein USB2kbd+mouse Dings, das kommt leider nicht beim Runterfahren durch. Müsste mir ne richtige USB-Tastatur besorgen, oder eben einen Weg kennen, das Shutdown-Log zu konservieren.

6

Allgemein [ General ] / Bild erst nach VDR Restart

« on: September 06, 2026, 22:41:57 »

Das ist ja gerade der Witz (siehe meine Signatur...): Meine MLD hat nur WLAN und kein LAN. Ich hatte das LAN nur für die Erstinstallation gebraucht, denn erst nachdem die erledigt ist erkennt die MLD das WLAN (im WebInstall Image ist es halt nicht drin - oder es war jedenfalls im Mai nicht drin...).
Was ich allerdings tue, und da besteht vielleicht ein Unterschied zu Anderen: Ich fahre mit fester IP, somit spart sich das System bem Hochlauf die DHCP-Anfrage. Vielleicht war ich deshalb "schneller"...

7

Allgemein [ General ] / MLD 6.5 auf Raspi5 - Soundausgabe analog per USB machbar?

« on: September 06, 2026, 22:35:50 »

Ich kann im WebIF unter Einstellungen/Ton den Ausgang "2 0 USB-Audio" auswählen, die Hardware wird also erkannt.
Auch wenn ich es auswähle kommt (wie schön) weiter der Ton über HDMI zum Fernseher, aber er kommt nicht (wie schade) über USB audio raus.

Ich habe kein spezielles VDR-Plugin für Audio-Ausgabe installiert. Müsste ich das etwa und falls ja welches denn? Das Gesamt-Ausgabe-Plugin ist beim RPi5 nach einer MLD-Installation selbsttätig das softhddevice-drm-gles.

Im VDR Setup zu den Plugins, die hier laufen, gibt es "softhddevice-drm-gles (1.6.7)" und "mpv (1.8.3-GITv0.2.2-81-gdba3d7a)", einen Ausgabedevice kann ich dort nicht einstellen, aber ein "passthru". Das ist bei beiden aktuell "aus". Mangels Ahnung frage ich lieber: Brauche ich das, wozu ist es da? Oder brauche ich ein Stereo-downmix, damit die Ausgabe zusätzlich zu HDMI auch an USB audio geht?

Seit ein paar Tagen gibt es fünf Paket-Updates, unter anderem alsa-init. Hat das irgend was mit diesem Topic zu tun?

8

Allgemein [ General ] / Bild erst nach VDR Restart

« on: September 06, 2026, 22:11:37 »

Kann mir Jemand erklären, wieso ich das Problem nie hatte? Reine Neugier - zugegeben.

9

Allgemein [ General ] / eventlircd

« on: September 06, 2026, 22:01:28 »

Bei mir (auch ein RPi5) arbeitet die RP2040-FB vollkommen einwandfrei, lediglich dass nicht alle Tasten vom RP2040 verstanden werden ist anfangs etwas blöd gewesen: Beim Anschauen von VDR-Aufnahmen muss ich statt Play/Pause/FFWD/REW die Pfeiltasten benutzen, egal welche FB ich nehme.
Vielleicht eine kleine Idee: Ich habe den RP2040-Zero, der hängt am oberen USB2-Port (nicht USB3) des Raspi. Falls du ihn an USB3 hast, steck ihn mal um.
Damit ich den RPi5 per FB EINschalten kann muss der RP2040 Dauer-Plus vom GPIO-Header Pin :2 des RPi5, außerdem musste ich den Extra Header für den externen Reset-Kontakt am RPi5 erstmal einlöten und natürlich muss der TSOP am RP2040 hängen, aber ansonsten: Läuft alles ootb.

Wenn du irgend einen TSOP am RP2040 dran hattest, damit der die FB auch einliest, dann kannst du den TSOP ja mal direkt an einen GPIO des RPi5 anschließen. So hatte ich das hier, bevor ich die RP2040-Lösung bekommen hatte. Also TSOP + an GPIO:1 (3,3V genügen i.d.R. für den TSOP stand-alone, aber der RP2040 braucht GPIO:2 = 5V), TSOP - an GPIO:14 (GND) und TSOP data an GPIO:12 (=GPIO18). Dann im MLD6.5 WebIF unter Einstellungen/Fernbedienung den verwendeten GPIO18 einstellen und schon lässt sich die FB im WebIF anlernen. Alles was die MLD dafür braucht (lirc?) ist bereits da, mag sein dass es im Kernel steckt und deshalb nicht als Modul bekannt ist.

10

Allgemein [ General ] / MLD auf Raspi 4 startet immer mit 'Das Erste'

« on: September 03, 2026, 21:28:13 »

Interessant!
Erstmal: Stimmt, ein LastChannel gibts in der setup.conf nicht.
Dann: Mein VDR aktualisiert den Eintrag unter CurrentChannel NICHT beim Kanalwechsel. Dann ist das wohl unser Problem. Es dürfte also nichts mit der Art und den Randbedingungen beim Shutdown zu tun haben, also ist es eher ein reines VDR Problem und hat mit der MLD gar nichts zu tun. Unser Thema gehört eher ins VDR-Forum. Aber vielleicht kennt sich hier jemand ebenfalls aus... viele Leute tanzen ja auf beiden Hochzeiten?
Wenn ich es richtig interpretiere, sollte der CurrentChannel 'laufend' aktuell sein, und wenn im VDR-Setup 'Kanal beim Einschalten = wie vorher' eingestellt ist, indem da "nichts" steht, dann schaut VDR bei current channel nach der Nummer, löst die in der channels.list auf und aktiviert den passenden Sender dann. Alles scheint zu funktionieren, bis auf die laufende Aktualisierung des Kanals. Unklar ist mir, warum der CurrentChannel offenbar beim Einschalten einmal aktualisiert wird, aber danach nie wieder.

11

Allgemein [ General ] / MLD 6.5 auf Raspi5 - Soundausgabe analog per USB machbar?

« on: September 02, 2026, 21:27:10 »

Hallo alle,

ich würde gerne analogen Stereosound zur Hifi-Anlage weiterleiten. Über HDMI kommt der Ton zwar prima zum TV, ich hätte ihn nun aber gerne ohne Umweg übers TV abgegriffen. Billigste Option ist eine USB-Soundkarte, sowas habe ich hier liegen. Der RPi5 hat ja leider anders als seine Vorgänger keine Audio-Out Buchse mehr. Habe ältere Topics gefunden (MLD5.3), wonach das mit dem VDR nicht geht (mit Kodi schon...).

Nun haben wir MLD 6.5 und im WebIF gibt es unter Einstellungen/Ton die Möglichkeit, USB-Audio und Stereo 2.0 einzustellen, allein meine USB-Soundkarte bleibt (vorerst noch mit Kopfhörer, erst wenn's läuft geht es über Line-Adapter zum Hifi-Dings) stumm.

Mir fällt auf, dass 'alsamixer' im System nicht bekannt ist. In der Standard-MLD auf dem RPi5 sind 'ein paar' alsa Pakete installiert, die meisten aber nicht, unter anderem 'alsa-util-alsamixer'. Dagegen sind (alsa-utils-)aplay und amixer installiert. Dem amixer kann ich keine Ausgaben im Terminal entlocken.

Damit ich jetzt nicht endlos herum experimentiere: Kann mir Jemand sagen, ob mit MLD6.5 auf dem RPi5 eine Sound-Ausgabe auf USB-Audio funktionieren "müsste" und wie ich prüfen kann ob sie es auch "tut". Bin mit alsa auf der Kommandozeile nicht vertraut (sorry).

Meine USB-Soundkarte ist eine uGreen, die sich mit USB-ID 0d8c:0014 zu erkennen gibt, von Linux also nativ unterstützt werden sollte. Hoffentlich.

Ich wäre froh und dankbar für paar Handreichungen.

12

Allgemein [ General ] / MLD auf Raspi 4 startet immer mit 'Das Erste'

« on: September 02, 2026, 20:45:54 »

Ich muss leider vermelden, dass es auch bei mir - RPi5, MLD6.5.0 fast aktuellster Stand (z.Zt werden nur webif und yt-dlp als Paketupdates angeboten), letztes Update war am 2026-08-22 abends, somit VDR 2.8.2 - nicht funktioniert.

Ich kann nicht mit Sicherheit sagen seit wann das los ging, schätze vor max.2 Wochen, bis dahin funktionierte es. In meinem Fall startete immer Kanal 6, das war der letzte "last channel" Eintrag in der config-Datei. Aus unbekanntem Grund hat VDR irgend wann aufgehört, beim Beenden den Eintrag zu aktualisieren. Ich habe vor zwei Tagen die Einstellung von "voriger" auf "Kanal 2 (hier ZDF-HD) geändert, werde es nachher nochmal auf "voriger" stellen und morgen sehen ob es wieder geht.
Ebenfalls seit ein paar Wochen habe ich den RP2040 für Suspend/Wakeup laufen, soweit ich erinnern kann besteht zwischen seiner Aktivierung und dem Startkanalproblem aber kein Zusammenhang.

Edit: Habe eben den Test gemacht: Es geht auch bei mir NICHT mehr.

Hatte in den letzten Tagen eingestellt, dass er immer mit Kanal 2 starten soll, was korrekt funktioniert. Habe gestern umgestellt auf "wie vorher" und abends Kanal 3 vor dem Ausschalten (per Fernbedienung) eingestellt. Heute wieder eingeschaltet - er startet mit Kanal 2!

In /etc/vdr/setup.conf steht:
CurrentChannel = 2
InitialChannel =

Bevor ich auf "wie vorher" gegangen bin stand da
InitialChannel = S19.2E-1-1061-10355
was laut meiner Kanalliste Kanal 2 ist

Ich war ja auf "Kanal 2" vor einigen Tagen gegangen, weil "wie vorher" nicht mehr ging. Zu jener Zeit stand in der setup.conf noch:
CurrentChannel = 6
und das dumme Ding startete immer mit Kanal 6, egal was beim Ausschalten gerade aktiv war.

NUR EINE VERMUTUNG:
a) Wenn man einen bestimmten Kanal beim Start einstellt, dann schreibt der VDR dessen Nummer aus der channels.list auch in die setup.conf bei "lastchannel=" ein.
b) Beim Shutdown aktualisiert der VDR diesen Eintrag, warum auch immer, nicht mehr.
Also ist er wegen a) vor paar Wochen von "6" nach "2" gewechselt, aber "wie vorher" funktioniert wegen b) nicht.
Bleibt die Frage: Was ist bloß der Grund für b)?

13

Allgemein [ General ] / Bild erst nach VDR Restart

« on: September 01, 2026, 23:52:30 »

Nochmal zur Sicherheit: Der Sundtek braucht seinen Strom, also sein Netzteil, nur um die LNBs in der SAT-Schüssel zu speisen. Alles was er am Raspi tut läuft über USB und mit der normalen USB-Stromversorgung. Deine Probleme sind also sehr wahrscheinnlich unabhängig davon, ob der Sundtek Dauerstrom hat oder nicht.
Wenn nach dem Hochlauf der MLD inkl. VDR kein Bild kommt, also wenn kein Bild kommt weil am Sundtek die blauen LEDs nicht an gehen wollen, dann liegt ein Problem mit der Sundtek-Initialisierung über USB vor.
Ich hatte, solange mein RPi5 noch nicht "fertig" eingerichtet war, täglich den Strom aus geschaltet. Sundtek sprang immer sofort an.
Habe es JETZT für dich nochmal durchgespielt.
- Powertaste FB -> OSD "Taste drücken um Ausschslten abzubrechen" @5sec.
- VDR stoppt, Bild Aus, blaue LEDs amSundtek Aus , dauert alles zusammen @1sec.
- MLD-Logo pulsiert @80sec, dann Raspi-Shutdown fertig.
- Raspi Netzteil getrennt, Sundtek-Netzteil bleibt verbunden, warten @2min.
- Raspi-Netzteil verbunden, Bootvorgang Raspi (1st Level): @15sec
- Bootvorgang MLD: insgesamt @15sec, das MLD-Logo erscheint gar ncht, weil's so schnell geht.
- Innerhalb MLD Bootvorgang: Nach 5sec gehen die LEDs an der Sundtek an, weitere 10sec später ist das Bild da, Bootvorgang beendet.

Falls es Jemanden interessiert: Supportlog erstellt: JsO4qu.

Es besteht kein erkennbarer Unterschied dazu wie das System startet, wenn das Raspi-Netzgerät verbunden bleibt.

Welches EEprom-Image läuft in deinem RPi5 (WebIF/Pakete/Suche 'rpi-eeprom', installieren, dann WebIF/Terminal/rpi-eeprom-update)?
Welche USB-Buchsen verwendest du wofür (JEDE Buchse, JEDES Gerät) ?
Nutzt du LAN oder WLAN oder beides am RPi5?
Welche Datenträger nutzt du und wofür (MLD auf SD-Karte, oder USB-Stick, oder NVMe-HAT, wo liegt /data)?
Hat dein Raspi sonstiges Zubehör (HATs, TSOP, ...)
Welches Netzteil verwendest du (RPi-Originalnetzteile machen nicht 5V sondern 5,2V, um weniger transientengefährdet zu sein bei Lastsprüngen) ?
Welche Komponenten laufen in deiner MLD (VDR, Kodi, VLC-Player, VDR-Plugins, ...) ?
Hast du an der Sundtek EINEN oder ZWEI SAT-Anschlüsse belegt (bei Sundtek nachfragen, ob/wie man den zweiten Empfänger abschalten kann, damit er keinen Müll erzeugen kann, falls kein SAT angeschlossen ist - merke: ein Empfänger ohne SAT kann nicht starten) ?

Wir haben es hier mit einem komplexen System zu tun, das zwar VERSUCHT, alles benutzerfreundlich und plug&play zu leisten, aber es ist trotzdem nicht so stabil wie ein Massenprodukt. Kann es nicht sein, weil jeder Nutzer mit "seiner" Hardware und "seinen" Vorstellungen kommt. Wenn dabei ein Problem auftaucht wollen wir das gerne lösen, aber weil dies ein offenes Projekt ist brauchen wir detaillierte Kenntnis darüber, was da draußen gerade probiert wird. Bootlogs alleine können nicht alle Randbedingungen offenlegen.

Jetzt muss ich mal ins Bett, in den nächsten Tagen kann ich mal probieren wie meine Sundtek reagiert wenn ich nur EINEN Sat-Anschluss versorge. Du kannst parallel probieren, sofern du nur einen Sat-Anschluss nutzt, ob sich etwas ändert wenn du den an die ANDERE Buchse vom Sundtek steckst.

14

Allgemein [ General ] / Bild erst nach VDR Restart

« on: September 01, 2026, 21:33:29 »

Ich hatte mal längere Runterfahr-Zeiten, das kam damals durch eine vermaledeite btrfs Partition auf der SD-Karte - die 16GB Karte meinte, voll zu sein. Ich hatte mir das Dings mit zu vielem Strom-weg-da und Abschießen verkorkst bis es gar nuícht mehr runterfuhr...
Nachdem ich etwas disziplinierter an die Sache gegangen war ist sowas nicht wieder vorgekommen. Beim Shutdown habe ich das MLD-Logo und ja, das dauert schon mal eine halbe bis eine Minute. Seit ich aber den RP2040 FB-Empfänger mit Wakeup-Funktion habe schaue ich nicht mehr hin...: PowerOff auf FB, kurz checken dass im OSD steht "Taste drücken um Shutdown abzubrechen", dann wird direkt der Fernseher ausgeschaltet (echt AUS, brutal per Steckdosenleiste...). Interessiert mich seither nicht mehr wie lange der Raspi mit dem Systemabschluss zugange ist.
Laut clausmuus kann man, wann immer das MLD-Logo oder bloß drei Punkte zu sehen sind mittels <ESC> in die Terminalausgabe wechseln. Da könntest du dann sehen, welcher Prozess da auf der Bremse steht. Leider habe ich, weil hier alles so schön funktioniert, keine Tastatur mehr am Raspi, und das WebIF wird ja beim Shutdown mit als erstes beendet... also kann ich kein <ESC> geben.
Kurz und krumm: Runterfahren braucht bei mir nach letzter Erinnerung rund eine Minute, Hochfahren etwas weniger. Bei unserem stundenlangen täglichen Fernseh-Konsum macht das unterm Strich nichts aus, aber zugegeben: Wieso "andere" Distros deutlich weniger Zeit brauchen ist eine durchaus interessante Frage.
Einen Zusammenhang zwischen der Art des Systemstarts (mit/ohne Strom weg) und der Notwendigkeit NACH dem Neustart den VDR nochmal zu starten, damit das Bild kommt, habe ich hier nie festgestellt. Seit die RP2040-Lösung läuft hat mein Raspi aber Dauer-Stromversorgung, denn er soll (und tut auch) ja mitten in der Nacht x-mal aufwachen um was aufzunehmen...
Meine einzige Idee ist, wie früher schon empfohlen, die RPi-eeprom-config zu aktualisieren: Im Mai 2026 gekauft hatte mein RPi5 ein uraltes eeprom Image. Da kann dann schonmal irgend was nicht gescheit funktionieren. Leider geht das NICHT mit dem rpi-eeprom Paket in der MLD - das ist "uralt" (Stand März 2025 - mein derzeitiges eeprom Image ist "Di 26. Mai 15:01:25 UTC 2026 (1779807685)". Deshalb halte ich eine Wartungs-SD-Karte mit Raspberry-OS vor.

@clausmuus: Das rpi-eeprom Paket wird "häufig" aktualisiert, leider hat es zahllose Abhängigkeiten, insbesondere zur python-Version, soweit ich weiß. Es könnte also problematisch sein, immer ein halbwegs aktuelles Paket im MLD Repository vorzuhalten... aber könntest du bitte mal nachsehen, ob sich ein "neueres" rpi-eeprom Paket mit der MLD verträgt als das derzeit eingebundene Paket?

@rkp bitte leg doch mal (in deiner Signatur) so komplett wie möglich deine Konfiguration an. Wenn du zusammen mit dem RPi auch den Fernseher stromlos machst, dann könnte auch der FS "schuld" ein, z.B. sein HDMI-Eingang nicht sofort sauber initialisieren, so dass der die Daten nicht entgegen nimmt oder irgend welchen Mist Richtung Rpi schickt...

Soweit es aber bisher klar wurde kommt das Bild ja deswegen nicht, weil der Sundtek nicht an geht. Solange die blauen LEDs am Sundtek nicht leuchten kann da nix kommen. Vielleicht kann doch noch Jemand unsere beiden Bootlogs vergleichen, in der Hoffnung dass da ein markanter Unterschied erkennbar ist. Und außerdem sollten wir meiner Meinung nach eine Rückmeldung bekommen, ob/dass bei rkp das eeprom-Image aktuell ist.

15

Allgemein [ General ] / Bild erst nach VDR Restart

« on: August 29, 2026, 23:28:33 »

Ich möchte ja nicht dauernd Verwirrung stiften, aber ich habe ja, abgesehen von meiner /data auf separater SSD, so ziemlich das selbe Setup wir rkp und habe allein durch das modifizierte Mounten seit vielen Wochen keine Probleme mehr. Ich habe gerade ein SupportLog erzeugt: bxmKW5. Vielleicht bringt es was, die Logs unserer Systeme mal zu vergleichen.

Da wir auch damals über USB und Stromversorgung diskutiert hatten füge ich hiermit folgende Informationen hinzu:

- Stromversorgung RPi5: 27W Original RPi-Netzgerät.
- Sundtek (ich hab die selbe, siehe Signatur unten...) hat ein eigenes Netzteil, daraus zieht sie die Energie für die LNB-Stromversorgung.
- Die Sundtek hat ZWEI blaue LEDs die nach dem Neustart (@40sec) immer beide gleich AN gehen und Bild ist auch immer gleich da.
- USB-Bestückung aktuell:
USB2 obere Buchse: RP2040Zero mit IR-Empfänger, externem Taster und Suspend-Funktion.
USB2 untere Buchse: Sundtek (Ja, an USB2 - das reicht dicke für beide Streams)
USB3 obere Buchse: USB-Soundkarte (weil der RPi5 kein analog-Audio hat)
USB3 untere Buchse: Intenso SSD für /data.
LAN-Buchse: NIX (mein RPi5 netzwerkt allein über WLAN).
HDMI0: TV.
HDMI1: Nix.
Der RPi5 hat derzeit keine Tastatur oder Maus. Da er einwandfrei läuft brauch ich die nicht. Normalbetrieb über FB, bei Bedarf nutze ich das WebIF über WLAN.
Der RP2040 bekommt Dauer-Plus (5V) vom GPIO-Header des RPi5.
Ich hatte den Leistungsbedarf seinerzeit bilanziert, mit allem Drum und dran max.20Watt, definitiv alles "withinSpec" - und da dran lags bei meinem Problem am Ende ja auch nicht. Mein Problem war Komplettversagen beim Booten, aber niemals kein Bild.

Eins noch: Ich habe im WebIF von Anfang an unter NetzwerkTNTP dies eingetragen: de.pool.ntp.org. In den Bootlogs wird, soweit ich es verstehe, die Systemuhr bereits gestellt, bevor der Sundtek Treiber ('mediaclient') startet.

Ich hoffe mal leise dass das jetzt jemandem etwas hilft.