Satanlagen Forum - Beratung, Planung und Konzeption vom Profi

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!

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.

Hallo,

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

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.

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