EPG lädt nicht mehr zuverlässig / „no data received“ – Anlage lief 4 Jahre stabil
Verfasst: 5. April 2026 23:10
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:
Wiederholt:
Teilweise auch:
Bereits getestete Dinge
Da das Problem:
Passt dieses Fehlerbild aus Ihrer Sicht eher zu:
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!
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
- 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
- Manche Sender (z.B. Comedy Central) haben schnell EPG
- Andere (z.B. ProSieben) deutlich langsamer oder gar nicht
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)
Da das Problem:
- alle Geräte betrifft (auch Legacy)
- vor allem EPG (EIT) betrifft
- und besonders bei bestimmten Transpondern auffällt
- grenzwertiger Signalqualität (trotz „guter“ Anzeigen)
- ggf. alterndes LNB oder Problem im HF-Pfad
Passt dieses Fehlerbild aus Ihrer Sicht eher zu:
- einem alternden/instabilen LNB
- oder kann auch der Multischalter ein solches Verhalten verursachen?
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!