TVHeadend und ständig DVB-C #0 - poll TIMEOUT

Hallo,

ich nutzte TVHeadend auf einem Raspberry Pi 4 (OS Bullseye) mit 4GB RAM.

Soweit läuft alles auch super, nur was ich bemerkt habe ist, dass der Tuner bei jedem Senderwechsel oder Suchlauf Aussetzer hat (Meldung: DVB-C #0 - poll TIMEOUT).

Als Tuner nutze ich den Hauppauge WinTV-dualHD, wenn ich einen Sender schaue und es wird ein weiterer Sender gestartet gibt es feezer.

TVHeadend Version ist: 4.3-2010~g3b1d7a928 unter Linux 5.15.32-v7l+

Woran könnte das liegen?

Hier mal aus der Log, nach einem Scan:

[errorbox]May 3 09:12:29 tv-server tvheadend[660]: linuxdvb: Silicon Labs Si2168 #1 : DVB-C #0 - poll TIMEOUT
May 3 09:12:35 tv-server tvheadend[660]: mpegts: 210MHz in DVB-C Netzwerk scan complete
May 3 09:12:35 tv-server tvheadend[660]: subscription: 0086: "scan" unsubscribing
May 3 09:12:35 tv-server tvheadend[660]: mpegts: 218MHz in DVB-C Netzwerk - tuning on Silicon Labs Si2168 #1 : DVB-C #0
May 3 09:12:35 tv-server tvheadend[660]: subscription: 0088: "scan" subscribing to mux "218MHz", weight: 6, adapter: "Silicon Labs Si2168 #1 : DVB-C #0", network: "DVB-C Netzwerk", service: "Raw PID Subscription"
May 3 09:12:36 tv-server tvheadend[660]: linuxdvb: Silicon Labs Si2168 #1 : DVB-C #0 - poll TIMEOUT
May 3 09:12:42 tv-server tvheadend[660]: mpegts: 218MHz in DVB-C Netzwerk scan complete
May 3 09:12:42 tv-server tvheadend[660]: subscription: 0088: "scan" unsubscribing
May 3 09:12:42 tv-server tvheadend[660]: mpegts: 386MHz in DVB-C Netzwerk - tuning on Silicon Labs Si2168 #1 : DVB-C #0
May 3 09:12:42 tv-server tvheadend[660]: subscription: 008A: "scan" subscribing to mux "386MHz", weight: 6, adapter: "Silicon Labs Si2168 #1 : DVB-C #0", network: "DVB-C Netzwerk", service: "Raw PID Subscription"
May 3 09:12:43 tv-server tvheadend[660]: linuxdvb: Silicon Labs Si2168 #1 : DVB-C #0 - poll TIMEOUT
May 3 09:12:45 tv-server tvheadend[660]: mpegts: 170MHz in DVB-C Netzwerk scan complete
May 3 09:12:45 tv-server tvheadend[660]: subscription: 0080: "scan" unsubscribing
May 3 09:12:45 tv-server tvheadend[660]: mpegts: 290MHz in DVB-C Netzwerk - tuning on Silicon Labs Si2168 #0 : DVB-C #0
May 3 09:12:45 tv-server tvheadend[660]: subscription: 008C: "scan" subscribing to mux "290MHz", weight: 6, adapter: "Silicon Labs Si2168 #0 : DVB-C #0", network: "DVB-C Netzwerk", service: "Raw PID Subscription"
May 3 09:12:45 tv-server tvheadend[660]: linuxdvb: Silicon Labs Si2168 #0 : DVB-C #0 - poll TIMEOUT
May 3 09:12:48 tv-server tvheadend[660]: mpegts: 386MHz in DVB-C Netzwerk scan complete
May 3 09:12:48 tv-server tvheadend[660]: subscription: 008A: "scan" unsubscribing
May 3 09:12:48 tv-server tvheadend[660]: mpegts: 242MHz in DVB-C Netzwerk - tuning on Silicon Labs Si2168 #1 : DVB-C #0
May 3 09:12:48 tv-server tvheadend[660]: subscription: 008E: "scan" subscribing to mux "242MHz", weight: 6, adapter: "Silicon Labs Si2168 #1 : DVB-C #0", network: "DVB-C Netzwerk", service: "Raw PID Subscription"[/errorbox]

Gruß
DarkZone

Zitat von Onkel-W

Wenn man so sucht, scheint der Fehler ja schon einige Jahre ohne wirkliche Lösung durch das Netz zu schweben

Hab auch die gleiche Hauppauge
Bei mir läuft das auf einem NanoPiM4V2 unter Armbian 22.02.1 Focal with Linux 5.15.25 als Docker
TVheadend Version ist 4.3-2024~g420786927
Den Fehler selbst habe ich bis jetzt noch nicht gesehen
Eventuell liegt es ja am Kernel

Am Kernel liegt es leider auch nicht, habe so ziemlich alle Versionen bis zur neusten durchprobiert. Am Netzteil liegt es auch nicht, da habe ich auch einige durchgetestet. Zum Glück tritt dieses Problem "nur" auf, wenn der 2. Tuner beansprucht wird.

Jetzt hatte ich gedacht, der Umstiegt vom 3er Pi auf den 4er wird besser, wurde es auch, aber auch wieder mit einem neuen Problem.

Das nächste was ich teste, ist eine ältere TVHeadend Version.

Habe jetzt TVHeadend-4.2.8-36~g5bdcfd8ac~raspbianstretch versucht, aber da ist das selbe Problem...

so langsam habe ich keine Idee mehr.. bzw. es kann nur noch am Treiber liegen, aber die Auswahl ist auch sehr sehr dünn...

Ja deswegen ja… Vielleicht braucht der für Bullseye ein Update… ich weiß es so langsam auch nicht mehr..

Ich hatte vorher den Stick auch an einem 3er Pi dran unter Raspian Stretch und da hatte ich diese Probleme auch nicht.

Erst mit dem 4er Pi und Bullseye.

Ja Kabel ist alles in Ordnung.

Denke es wird am OS (Bullseye) liegen. Unter Stretch hatte ich diese Probleme nicht.

Das könnte ich noch versuchen. Jedoch mit Docker hatte ich nie was am Hut. Aber versuchen kann ich es. Danke für den Tip!

Habe es zum Laufen gebracht unter Docker, doch genau das gleiche Problem...

Zitat von M4tt0

Antennen-Kabel tauschen? Signal-Verstärker kein Strom? Hat der Tuner einen Schuss?

Kabel ist neu bzw. Verkabelung ist in Ordnung. Ich teste die Tage mal meinen alten 3er Pi, ob da das Problem auch auftritt...