EPG lädt nicht mehr zuverlässig / „no data received“ – Anlage lief 4 Jahre stabil

[mg1]

Hallo Herr Uhde, hallo zusammen,

ich melde mich noch einmal zu meiner Anlage aus diesem Thread hier:
Kurz vor der Bestellung eine Frage

Der Aufbau wurde damals wie besprochen umgesetzt (u.a. Jultec JRM0508M, Digital Devices Octopus NET V2 S2x Max Basic und Polytron OSP-AP 95 Quattro LNB) und lief die letzten Jahre auch absolut problemlos. Die Anlage ist mittlerweile seit Anfang 2022, also gut 4 Jahren, in Betrieb.

Aktuelles Problem

Seit einigen Wochen zeigt sich jedoch ein schleichendes Problem, das zunehmend stärker wird:

• EPG-Daten laden sowohl am TV (Legacy) als auch über TVHeadend nur sehr langsam oder unvollständig
• Teilweise dauert es am TV extrem lange, bis überhaupt EPG angezeigt wird
• In TVHeadend (OTA EPG Grabber) kommt es regelmäßig zu Timeouts („no data received“)
• Nach einem Neustart von TVHeadend funktioniert der EPG-Grab zunächst wieder, bricht aber später erneut zusammen

Beobachtungen

• Live-TV funktioniert einwandfrei (keine Klötzchen, keine Aussetzer)
• Umschalten ist schnell und problemlos
• Alle Sender sind vorhanden
• Signalwerte wirken unauffällig (SNR ~100%, Strength ~80–100%)
• Problem tritt auf allen angeschlossenen TVs (Legacy) auf → kein reines SAT>IP-Problem

Auffällig ist:

• Manche Sender (z.B. Comedy Central) haben schnell EPG
• Andere (z.B. ProSieben) deutlich langsamer oder gar nicht

TVHeadend Logs (Auszug)

Wiederholt:

• „no data received, restarting RTSP“
• EPG Grabber Timeouts auf diversen Transpondern

[...]
2026-04-02 02:04:00.915 [   INFO]:mpegts: 10891.25H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #1 (192.168.10.120@UDP)
2026-04-02 02:04:00.915 [   INFO]:subscription: 0216: "epggrab" subscribing to mux "10891.25H", weight: 4, adapter: "SAT>IP DVB-S Tuner #1 (192.168.10.120@UDP)", network: "DVB-S Netzwerk", service: "Raw PID Subscription"
2026-04-02 02:04:00.916 [   INFO]:mpegts: 11052.75H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #2 (192.168.10.120@UDP)
2026-04-02 02:04:00.916 [   INFO]:subscription: 0217: "epggrab" subscribing to mux "11052.75H", weight: 4, adapter: "SAT>IP DVB-S Tuner #2 (192.168.10.120@UDP)", network: "DVB-S Netzwerk", service: "Raw PID Subscription"
2026-04-02 02:04:00.916 [   INFO]:mpegts: 11302.75H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #3 (192.168.10.120@UDP)
2026-04-02 02:04:00.916 [   INFO]:subscription: 0218: "epggrab" subscribing to mux "11302.75H", weight: 4, adapter: "SAT>IP DVB-S Tuner #3 (192.168.10.120@UDP)", network: "DVB-S Netzwerk", service: "Raw PID Subscription"
2026-04-02 02:04:00.916 [   INFO]:mpegts: 11362H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #4 (192.168.10.120@UDP)
2026-04-02 02:04:00.916 [   INFO]:subscription: 0219: "epggrab" subscribing to mux "11362H", weight: 4, adapter: "SAT>IP DVB-S Tuner #4 (192.168.10.120@UDP)", network: "DVB-S Netzwerk", service: "Raw PID Subscription"
2026-04-02 02:04:05.990 [WARNING]:satip: SAT>IP DVB-S Tuner #1 (192.168.10.120@UDP) - no data received, restarting RTSP
2026-04-02 02:04:05.991 [WARNING]:satip: SAT>IP DVB-S Tuner #2 (192.168.10.120@UDP) - no data received, restarting RTSP
2026-04-02 02:04:05.992 [WARNING]:satip: SAT>IP DVB-S Tuner #4 (192.168.10.120@UDP) - no data received, restarting RTSP
2026-04-02 02:04:05.994 [WARNING]:satip: SAT>IP DVB-S Tuner #3 (192.168.10.120@UDP) - no data received, restarting RTSP
2026-04-02 03:04:10.915 [WARNING]:epggrab: EIT: EPG Grabber - data completion timeout for 10891.25H in DVB-S Netzwerk
2026-04-02 03:04:10.915 [   INFO]:subscription: 0216: "epggrab" unsubscribing
2026-04-02 03:04:10.916 [WARNING]:epggrab: EIT: EPG Grabber - data completion timeout for 11362H in DVB-S Netzwerk
2026-04-02 03:04:10.916 [   INFO]:subscription: 0219: "epggrab" unsubscribing
2026-04-02 03:04:10.916 [WARNING]:epggrab: EIT: EPG Grabber - data completion timeout for 11302.75H in DVB-S Netzwerk
2026-04-02 03:04:10.916 [   INFO]:subscription: 0218: "epggrab" unsubscribing
2026-04-02 03:04:10.916 [WARNING]:epggrab: EIT: EPG Grabber - data completion timeout for 11052.75H in DVB-S Netzwerk
2026-04-02 03:04:10.916 [   INFO]:subscription: 0217: "epggrab" unsubscribing
[...]

Teilweise auch:

• Modulationsänderungen (z.B. 8PSK → QPSK)

[...]
2026-04-02 22:45:43.300 [   INFO]:mpegts: 11523.25H in DVB-S Netzwerk - tuning on SAT>IP DVB-S Tuner #3 (192.168.10.120@UDP)
2026-04-02 22:45:43.300 [   INFO]:subscription: 023C: "epggrab" subscribing to mux "11523.25H", weight: 4, adapter: "SAT>IP DVB-S Tuner #3 (192.168.10.120@UDP)", network: "DVB-S Netzwerk", service: "Raw PID Subscription"
2026-04-02 22:46:42.756 [   INFO]:subscription: 023C: "epggrab" unsubscribing
[...]
2026-04-02 22:47:10.645 [WARNING]:mpegts: mux 11523.25H in DVB-S Netzwerk changed from DVB-S2 19.2E freq 11523250 H sym 22000000 fec 2/3 mod PSK/8 roff 35 is_id -1 pls_mode GOLD pls_code 0 (00020040)
2026-04-02 22:47:10.646 [WARNING]:mpegts: mux 11523.25H in DVB-S Netzwerk changed to   DVB-S2 19.2E freq 11523250 H sym 22000000 fec 5/6 mod QPSK roff 35 is_id -1 pls_mode GOLD pls_code 0 (00020040)
[...]

Bereits getestete Dinge

• Vergleich mit identischem TVHeadend & Octopus NET Setup an anderem Standort → dort kein Problem
• Neustart TVHeadend → kurzfristig erfolgreich (manchmal kommen EPG Daten durch)
• Neustart Octopus NET → keine Änderung
• Muxe in TVHeadend komplett neu angelegt
• Netzwerk & Software als Ursache weitgehend ausgeschlossen (keine Updates & Anpassungen gemacht, seitdem das Problem anfing aufzutreten)

Aktuelle Vermutung

Da das Problem:

• alle Geräte betrifft (auch Legacy)
• vor allem EPG (EIT) betrifft
• und besonders bei bestimmten Transpondern auffällt

liegt der Verdacht aktuell auf:

• grenzwertiger Signalqualität (trotz „guter“ Anzeigen)
• ggf. alterndes LNB oder Problem im HF-Pfad

Frage

Passt dieses Fehlerbild aus Ihrer Sicht eher zu:

• einem alternden/instabilen LNB
• oder kann auch der Multischalter ein solches Verhalten verursachen?

Zusätzlich noch eine konkrete Frage zum möglichen Ersatz:

Damals hatten Sie ja geschrieben, dass das Inverto Premium Quattro Universal PLL LNB IDLP-QUTL410-PREMU-OPN nicht mit den Jultec JRM/JRS Multischaltern kompatibel ist, da es erst ab 11V sauber arbeitet.

Mittlerweile findet sich jedoch auf der Artikelseite der Hinweis, dass neuere Revisionen wohl auch mit 9V laufen und damit Jultec-tauglich sind.

Wäre dieses LNB aus Ihrer Sicht inzwischen ein geeigneter Ersatz für meine Anlage – oder würden Sie weiterhin eher zu einem klassischen (nicht-PLL) LNB wie dem Polytron raten?

Vielen Dank vorab für Ihre Einschätzung!

[techno-com]

Hallo,

habe hier wirklich nicht wirklich zu 100% eine Erklärung, vor allem weil es mit der Digital-Devices Karte so ist als auch mit normalen Receivern. Aber akt. sehe ich wirklich als erstes nur die Möglichkeit eines "schlechtem Empfangs" ! Anzeigen an Geräte sind nicht wirklich ernst zu nehmen immer. Versuchen sie mal die Antenne wirklich genauer auszurichten. Habe aber 2 Rückfragen bei Kollegen gestartet mit der Bitte sich den Beitrag mal anzuschauen und mir ihre Meinung dazu mitzuteilen. Höre ich hier etwas schreibe ich sofort hier.

[mg1]

Hallo,

vielen Dank für die Rückmeldung. Ich schaue, dass ich am Wochenende zur Schüssel aufs Dach komme, irgendwie. :-/

[techno-com]

Rückmeldung von @digital-devices ist da , deckt sich mit meiner Meinung denke ich !

——

Hi,

wenn das Verhalten nicht nur auf der Octopus NET bzw. in TVHeadend auftritt, sondern auch an normalen Receivern oder direkt am TV, gleichzeitig aber keine sichtbaren Bildstörungen vorhanden sind, ist das zunächst etwas ungewöhnlich. Ganz ausschließen würde ich ein Empfangsproblem trotzdem nicht. Gerade EPG- bzw. EIT-Daten reagieren auf grenzwertige Empfangsbedingungen oft empfindlicher als das normale Live-Bild, sodass so ein Fehlerbild durchaus dazu passen kann und sie werden nur in bestimmten Intervallen gescannt.
 
Technisch kommt es dann außerdem darauf an, wie sauber der jeweilige EPG-Grabber die empfangenen Daten zusammensetzt. Ein sauber implementierter Grabber wertet die relevanten Transportstrom-Informationen korrekt aus und erkennt dabei auch, wenn Daten unvollständig sind oder Pakete fehlen. In so einem Fall kann er auf den nächsten vollständigen Durchlauf warten oder vorher in einen Timeout laufen und einfach abbrechen. Das kann dann durchaus mit grenzwertigem Empfang zusammenhängen, auch wenn Bild und Ton im normalen Betrieb noch weitgehend unauffällig sind.
 
Die Prozentangaben sind natürlich unbrauchbar... Aussagekräftiger sind belastbarere Messwerte, also zum Beispiel konkrete SNR- oder Pegelangaben, die unsere Octopus NET in der Tunerübersicht liefert. Das ersetzt zwar kein Messgerät, gibt aber oft schon eine brauchbare Tendenz, ob der Empfang an der Grenze liegt.

[mg1]

Vielen Dank für die schnelle Rückmeldung.

Das Spannende ist, dass das manuelle Auslösen des EPG-Grabbers am TVHeadend nicht in die eingangs gezeigten Timeouts läuft. Ich habe manuell den EPG-Grabber gestartet und folgende Werte im UI des Octopus Net bekommen, auf allen vier Tunern (vier Tuner sind nur für den EPG Grab freigegeben) jeweils nur minimal schwankend:

Tuner	Signalstärke	SNR
1	82.42 dBµV	16.91 dB
2	82.46 dBµV	18.59 dB
3	82.59 dBµV	16.09 dB
4	81.22 dBµV	16.89 dB

Nun kann ich mit diesen Werten nicht viel anfangen

[mg1]

Hallo Herr Uhde, hallo zusammen,

vielen Dank für die ausführliche Rückmeldung und das Einholen der Meinung von Digital Devices! Das ergibt absolut Sinn und erklärt, warum sich das Problem zuerst (und fast ausschließlich) beim EPG bemerkbar macht.

Da mich das Thema nicht losgelassen hat und die %-Anzeigen der Receiver oft nicht wirklich aussagekräftig sind, habe ich mir ein Messgerät (Megasat Digital 1 HD) besorgt, um der Sache systematisch auf den Grund zu gehen.

Schritt 1: Messung an der TV-Dose im Wohnzimmer
Zuerst habe ich das Signal an der Enddose geprüft, um zu sehen, was bei den Tunern (TV im Wohnzimmer) tatsächlich ankommt. Dabei ist mir Folgendes aufgefallen (siehe Bilder "TV-Anschluss"):

Die Signalstärke (Pegel) ist bei allen getesteten Transpondern durchgängig hoch (ca. 90-93%).
Bei der Signalqualität (BER & Konstellation) gibt es jedoch extreme Unterschiede:

12545_H_22000_Pro_Sieben_TV-Anschluss.jpeg

12480_V_27500_Tele5_TV-Anschluss.jpeg

12188_H_27500_RTL_TV-Anschluss.jpeg

11494_H_22000_Das_Erste_TV-Anschluss.jpeg

11362_H_22000_ZDF_TV-Anschluss.jpeg

11347_V_22000_KiKa_TV-Anschluss.jpeg

11068_V_22000_Sachsen_TV-Anschluss.jpeg

Schritt 2: Gegenmessung direkt am LNB
Um nun herauszufinden, ob der Jultec-Multischalter, die Hausverkabelung oder gar eine Übersteuerung an der Dose die Ursache für diese Messergebnisse ist, bin ich mit dem Messgerät auf den Dachboden. Ich habe die Eingänge am Jultec abgeschraubt und die gleichen Sender direkt an den vier Ausgängen des Polytron LNBs gemessen.

Das Ergebnis (siehe Bilder "LNB"):

12545_H_22000_Pro_Sieben_LNB.jpeg

12480_V_27500_Tele5_LNB.jpg

12188_H_27500_RTL_LNB.jpeg

11494_H_22000_Das_Erste_LNB.jpeg

11362_H_22000_ZDF_LNB.jpeg

11347_V_22000_KiKa_LNB.jpeg

11068_V_22000_Sachsen_LNB.jpeg

Meine Fragen hierzu an die Expertenrunde:

Interpretiere ich diese Messbilder richtig, dass das Signal auf bestimmten Transpondern bereits völlig unsauber (Stichwort Phasenrauschen / Oszillator-Drift?) aus dem LNB kommt?
Können wir durch diese Direktmessung am LNB den Jultec-Multischalter sowie die Hausverkabelung als Fehlerquelle sicher ausschließen?

Falls alles auf das LNB hindeutet: Würden Sie mir empfehlen, einfach wieder exakt das gleiche Polytron OSP-AP 95 Quattro zu bestellen, da es ja die letzten Jahre wunderbar mit dem Jultec harmoniert hat? Oder empfehlen Sie den Inverto Premium Quattro Universal PLL LNB IDLP-QUTL410-PREMU-OPN (0,2dB typ.), der nun den Hinweis enthält, dass er mit 9V läuft und damit tauglich für Jultec JRM-/JRS-Multischalter ist?

Vielen Dank im Voraus für die fachliche Einordnung meiner Messungen!

[techno-com]

Hallo Herr Uhde, hallo zusammen,

Hallo zurück

Da mich das Thema nicht losgelassen hat und die %-Anzeigen der Receiver oft nicht wirklich aussagekräftig sind, habe ich mir ein Messgerät (Megasat Digital 1 HD) besorgt, um der Sache systematisch auf den Grund zu gehen.

Komische Werte, aber sicher keine guten Werte bei dem BER tlw. der hier gemessen wurde .... "Signalstärke" ist übrigens erstmal zu ignorieren, wichtig ist für eine Ausrichtung der Antenne nur die "Signalqualität" (MER, BER).

Warum haben sie aber nicht auch gleich das gemacht, also mal die Antenne leicht verdreht (siehe Anleitung unter Kurzanleitung Satantenne ausrichten + Gesamtinbetriebnahme ) um zu schauen ob sich die Werte dann verbessern lassen können ?

Versuchen sie mal die Antenne wirklich genauer auszurichten.

Falls alles auf das LNB hindeutet: Würden Sie mir empfehlen, einfach wieder exakt das gleiche Polytron OSP-AP 95 Quattro zu bestellen, da es ja die letzten Jahre wunderbar mit dem Jultec harmoniert hat? Oder empfehlen Sie den Inverto Premium Quattro Universal PLL LNB IDLP-QUTL410-PREMU-OPN (0,2dB typ.), der nun den Hinweis enthält, dass er mit 9V läuft und damit tauglich für Jultec JRM-/JRS-Multischalter ist?

Mittlerweile arbeite ich auch mit dem Inverto Quattro-LNB wie sie ihn hier verlinkt haben, bisher absolut keine Probleme damit.