[Erledigt] Schlechter bis kein Empfang Sky Transponder 79 (u.a. Atlantic HD)

Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

  • [Erledigt] Schlechter bis kein Empfang Sky Transponder 79 (u.a. Atlantic HD)

    Hallo zusammen,

    nachdem ich die letzten Tage div. Szenarien erfoglos getestet habe bin ich auf eure Hilfe angewiesen.

    Ich hab hier Probleme mit meiner Vu+ Solo2 und Sendern auf dem Sky Transponder 79 (z.B. Atlantic HD, Sport 2 HD, 13th Street, u.a.).
    Wenn ich einen Empfang bekomme ist die SNR sehr niedrig +/- 40% z.T. inkl. Bildfehlern.
    Läuft parallel dazu eine Aufnahme auf einem anderen Transponder (FTA Sender) auf dem 2. Eingang der Box geht der Empfang komplett in die Knie.
    Diese Szenario ist zum Großteil auch bei PiP nachstellbar, als wenn die Box genau bei diesem Transponder nicht ausreichend Kapazitäten hat.

    Zum Teil stürzt die Box mit einem Bluescreen ab (FatalSignal), wenn ich das wieder habe stell ich das Logfile hier noch ein.

    Getestet habe ich die letzten Tage div. Images, alle mit dem gleichen Signal-Ergebnis.
    Auch bei einer Uno4k an einer anderen Dose erhalte ich bei diesem Transponder ähnlich schwache Werte, sodass ich die Boxen eher als Fehlerquelle ausschließen würde oder?
    Was kann es sonst noch für Gründe haben, dass genau dieser eine Transponder so schlechte Empfangsraten hat?

    Schüssel-Ausrichtung? Schmutz an ungünstiger Stelle auf der Schüssel? Multischalter?

    Tunerkonfig habe ich aus einem Wiki wie folgt übernommen:
    Tuner B (Mastertuner): einzeln auf 19,2 Ost
    Tuner A: gleich wie Tuner A

    Ergebnis ist direkt nach flashen div. Images so ersichtlich, ohne Plugins, weiterer angesteckter Geräte etc.

    Beste Grüße
  • Betrifft das nur diesen Transponder?

    Nach deiner Beschreibung würde ich ebenfalls deine Boxen ausschliessen. Und der benannte Transponder gehört zu denen mit dem stärksten Signal auf Astra. Schmutz auf der Antenne würde ich ebenfalls ausschliessen. Und wenn nur dieser Transponder betroffen ist auch, dass die Schüssel verstellt ist.

    Ich würde Richtung LNB als Ursache tippen.
    Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.
  • Ja, betrifft ausschließlich diesen Transponder.

    Auf den anderen sind die SNR Werte nicht überall sehr hoch aber bei 60-70% gibts dort zumindest keinerlei Probleme mit dem Bild oder Aufnahmen/PiP.

    Als letzte Möglichkeit - um die Boxen auszuschließen - könnte ich sie bei den Nachbarn anhängen und checken, wie sich dort die SNR dieses Transponders verhält.

    Danke für den Hinweis mit dem LNB. Das wird man jedoch nur mit einem Tausch überprüfen können oder?
  • Aktuell bin ich sogar bei 0% SNR bei den betroffenen Sendern.

    Sendersuchlauf hatte ich durch das Testen versch. Images zwangsweise immer machen müssen.
    Hab aber nun erneut noch einen Suchlauf gestartet.
    Wenn ich dabei nicht Tuner A nutzen will, startet der Suchlauf erst gar nicht, ist das normal? Dachte B ist der Master daher wollte ich den nutzen.

    Ist durch: 1321 Sender gefunden.
    Die Sender vom Transponder sind aber nicht unter "Alle" zu finden!

    Vor dem Suchlauf ist er mir auf Atlantic mit bluescreen abgeschmiert, anbei der letzte Teil des Logs:

    Quellcode

    1. 19:49:00.3897 [ ] dvb/sec.cpp:194 canTune ret1 15000
    2. 19:49:00.3897 [ ] dvb/sec.cpp:240 canTune [eDVBSatelliteEquipmentControl] ret5 15000
    3. 19:49:00.3898 [ ] dvb/sec.cpp:257 canTune [eDVBSatelliteEquipmentControl] ret 15000, score old 0
    4. 19:49:00.3898 [ ] dvb/sec.cpp:264 canTune [eDVBSatelliteEquipmentControl] score new 15000
    5. 19:49:00.3898 [ ] dvb/sec.cpp:279 canTune [eDVBSatelliteEquipmentControl] final score 15005
    6. 19:49:00.3900 [ ] dvb/sec.cpp:72 canTune [eDVBSatelliteEquipmentControl] direct_connected 1
    7. 19:49:00.3900 [ ] dvb/sec.cpp:111 canTune [eDVBSatelliteEquipmentControl] canTune 2
    8. 19:49:00.3901 [ ] dvb/sec.cpp:126 canTune [eDVBSatelliteEquipmentControl] lnb 0 found
    9. 19:49:00.3902 [ ] dvb/sec.cpp:136 canTune [eDVBSatelliteEquipmentControl] 1 option(s) at position 192
    10. 19:49:00.3902 [ ] dvb/sec.cpp:150 canTune [eDVBSatelliteEquipmentControl] sat 192 found
    11. 19:49:00.3902 [ ] dvb/sec.cpp:194 canTune ret1 15000
    12. 19:49:00.3903 [ ] dvb/sec.cpp:240 canTune [eDVBSatelliteEquipmentControl] ret5 15000
    13. 19:49:00.3903 [ ] dvb/sec.cpp:257 canTune [eDVBSatelliteEquipmentControl] ret 15000, score old 0
    14. 19:49:00.3903 [ ] dvb/sec.cpp:264 canTune [eDVBSatelliteEquipmentControl] score new 15000
    15. 19:49:00.3904 [ ] dvb/sec.cpp:279 canTune [eDVBSatelliteEquipmentControl] final score 15005
    16. 19:49:00.5739 [ ] driver/rcinput.cpp:38 handleCode [eRCDeviceInputDev] 0 6c 1
    17. 19:49:00.5814 { } /usr/lib/python2.7/site-packages/twisted/python/util.py:815 untilConcludes 2021-12-01 19:49:00+0100 [-] KEY: 108 1 KEY_DOWN DOWN
    18. 19:49:01.7650 [ E ] dvb/dvb.cpp:1917 frontendStateChanged [eDVBChannel] OURSTATE: tuner 0 failed, retune
    19. 19:49:01.7650 [ ] dvb/frontend.cpp:3226 tune tune tuner 0
    20. 19:49:01.7651 [ ] dvb/sec.cpp:72 canTune [eDVBSatelliteEquipmentControl] direct_connected 1
    21. 19:49:01.7651 [ ] dvb/sec.cpp:111 canTune [eDVBSatelliteEquipmentControl] canTune 1
    22. 19:49:01.7652 [ ] dvb/sec.cpp:126 canTune [eDVBSatelliteEquipmentControl] lnb 0 found
    23. 19:49:01.7652 [ ] dvb/sec.cpp:136 canTune [eDVBSatelliteEquipmentControl] 1 option(s) at position 192
    24. 19:49:01.7653 [ ] dvb/sec.cpp:150 canTune [eDVBSatelliteEquipmentControl] sat 192 found
    25. 19:49:01.7653 [ ] dvb/sec.cpp:194 canTune ret1 15000
    26. 19:49:01.7653 [ ] dvb/sec.cpp:240 canTune [eDVBSatelliteEquipmentControl] ret5 15000
    27. 19:49:01.7654 [ ] dvb/sec.cpp:257 canTune [eDVBSatelliteEquipmentControl] ret 15000, score old 0
    28. 19:49:01.7654 [ ] dvb/sec.cpp:264 canTune [eDVBSatelliteEquipmentControl] score new 15000
    29. 19:49:01.7654 [ ] dvb/sec.cpp:279 canTune [eDVBSatelliteEquipmentControl] final score 15005
    30. 19:49:01.7655 [ ] dvb/sec.cpp:1056 prepare [eDVBSatelliteEquipmentControl] RotorCmd ffffffff, lastRotorCmd ffffffff
    31. 19:49:01.7656 [ ] dvb/frontend.cpp:3129 prepare_sat [eDVBFrontend0] prepare_sat System 1 Freq 11992000 Pol 0 SR 27500000 INV 2 FEC 9 orbpos 192 system 1 modulation 1 pilot 2, rolloff 0, is_id -1, pls_mode 1, pls_code 0, t2mi_plp_id -1 t2mi_pid 4096
    32. 19:49:01.7656 [ ] dvb/frontend.cpp:3152 prepare_sat tuning to 1392 MHz
    33. 19:49:01.7657 [ ] dvb/dvb.cpp:1893 frontendStateChanged [eDVBChannel] OURSTATE: tuner 0 tuning
    34. 19:49:01.7657 [ E ] dvb/pmt.cpp:116 channelStateChanged [eDVBServicePMTHandler] tune failed.
    35. 19:49:01.7658 [ E ] service/servicedvb.cpp:1207 serviceEvent [eDVBServicePlay] DVB service failed to tune - error 1
    36. 19:49:01.7668 [ ] dvb/pmt.cpp:1010 SDTScanEvent [eDVBServicePMTHandler] ignore sdt update data.... incorrect transponder tuned!!!
    37. 19:49:01.7671 [ ] dvb/pmt.cpp:1012 SDTScanEvent [eDVBServicePMTHandler] incorrect namespace. expected: c00000 current: ffffffff
    38. 19:49:01.7672 [ ] dvb/pmt.cpp:1014 SDTScanEvent [eDVBServicePMTHandler] incorrect transport_stream_id. expected: d current: ffffffff
    39. 19:49:01.7672 [ ] dvb/pmt.cpp:1016 SDTScanEvent [eDVBServicePMTHandler] incorrect original_network_id. expected: 85 current: ffffffff
    40. 19:49:01.7691 [ ] dvb/frontend.cpp:2482 tuneLoopInt [SEC] set static current limiting
    41. 19:49:01.7709 [ ] dvb/frontend.cpp:2431 tuneLoopInt [SEC] invalidate current switch params
    42. 19:49:01.7769 [ ] dvb/frontend.cpp:2441 tuneLoopInt [SEC] update current switch params
    43. 19:49:01.7789 [ ] dvb/frontend.cpp:2195 tuneLoopInt [SEC] tuner 0 startTuneTimeout 5000
    44. 19:49:01.7809 [ ] dvb/frontend.cpp:2188 tuneLoopInt [SEC] tuner 0 setFrontend: events enabled
    45. 19:49:01.7810 [ ] dvb/frontend.cpp:2668 setFrontend setting frontend 0 events: on
    46. 19:49:01.7829 [ ] dvb/frontend.cpp:1090 feEvent [eDVBFrontend] (0)fe event: status 0, inversion off, m_tuning 1
    47. 19:49:01.7830 [ ] dvb/frontend.cpp:2084 tuneLoopInt [eDVBFrontend] [SEC] tuner 0 sleep 500ms
    48. 19:49:01.8810 [ ] dvb/frontend.cpp:1090 feEvent [eDVBFrontend] (0)fe event: status 7, inversion off, m_tuning 2
    49. 19:49:02.2851 [ ] dvb/frontend.cpp:2482 tuneLoopInt [SEC] set dynamic current limiting
    50. 19:49:02.3850 [ ] bsod.cpp:379 oops PC: 00531678
    51. 19:49:02.3851 [ ] bsod.cpp:383 oops 00000000 00000001 00000000 00000000
    52. 19:49:02.3851 [ ] bsod.cpp:383 oops 00000016 0000006e 000000ff 00000001
    53. 19:49:02.3852 [ ] bsod.cpp:383 oops 00000000 00000000 00000028 00000000
    54. 19:49:02.3852 [ ] bsod.cpp:383 oops ffffff00 ffffffff 00000000 007a0000
    55. 19:49:02.3852 [ ] bsod.cpp:383 oops 00000000 00000000 0099a690 0000006e
    56. 19:49:02.3853 [ ] bsod.cpp:383 oops 00000001 0099a7bc 7faeb63c 00000017
    57. 19:49:02.3853 [ ] bsod.cpp:383 oops 0079a1bc 004f2928 00000000 00000000
    58. 19:49:02.3853 [ ] bsod.cpp:383 oops 771730f0 7faeb548 7faec818 0053161c
    59. 19:49:02.3978 [ ] bsod.cpp:402 print_backtrace Backtrace:
    60. 19:49:02.3982 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_Z17handleFatalSignaliP9siginfo_tPv) [0x47E4F0]
    61. 19:49:02.3987 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_ZN10eDVBCISlot11announceCCKEP21eDVBServicePMTHandleriPhS2_h) [0x53167A]
    62. 19:49:02.3991 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_ZN10eDVBCISlot14execute_ui_cmdEv) [0x533F00]
    63. 19:49:02.3995 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_ZN10eDVBCISlot4dataEi) [0x534224]
    64. 19:49:02.3998 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(n/a) [0x4839B4]
    65. 19:49:02.4001 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_ZN9eMainloop15processOneEventElPP7_object9ePyObject) [0x485DB4]
    66. 19:49:02.4004 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_ZN9eMainloop7iterateEjPP7_object9ePyObject) [0x485FD4]
    67. 19:49:02.4007 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(_ZN9eMainloop4pollE9ePyObjectS0_) [0x4860C8]
    68. 19:49:02.4011 [ ] bsod.cpp:410 print_backtrace /usr/bin/enigma2(n/a) [0x609FFC]
    69. 19:49:02.4013 [ ] bsod.cpp:410 print_backtrace /usr/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx) [0x7736CB5C]
    70. 19:49:02.4013 [ ] bsod.cpp:422 handleFatalSignal -------FATAL SIGNAL
    Alles anzeigen
  • wenn das eine 80er ist muss die genauer ausgerichtet sein. In Deinen Fall könnte es sein, dass ein benachbarter Satellit den Empfang vom betreffenden Transponder stört. Auch wenn die Boxen keine Messgeräte sind, 80er Schüssel & Astra sollte der SNR Wert 90% und höher angezeigt werden. Ich würde Richtung Anlage und nicht Box ermitteln wollen.

    Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Radar ()

  • Mache mal einen manuellen Suchlauf

    DVB-S2, QPSK, Frequenz 11992 MHz, Polarisation H, Symbolrate 27500, FEC 9/10

    Dir müssen aber noch ein paar Sender fehlen, aktuell auf Astra 1409 Sender (Stand 01.12.21, 12:37)

    MFG Emma65
  • manueller Suchlauf findet 0 Sender auf der Frequenz.

    Danke für den Hinweis für die App, werde das am Wochenende mal testen.

    Beim Nachbar zeigen die Sender 99 SNR, d.h. liegt wohl definitiv an der (Ausrichtung der) Schüssel bzw. max. noch am LNB
  • nachdem jetzt einige Monate der transponder 79 wieder besser empfangen wurde ist aktuell kein Empfang möglich
    Habe den Suchlauf auf div. Receivern im Haushalt getestet (daher auch unterschiedliche Leitungen vom Multischalter) und keiner findet auch nur einen Sender vom Transponder.

    Würde neben der Ausrichtung der Schüssel ggf. noch ein anderes LNB versuchen. Habe noch ein Quad LNB hier liegen, funktioniert auch an einem Spaun 51207 NF oder?
  • lt Google "Dank integrierten 22 kHz-Generator sowohl für Quattro als auch QUAD-LNB geeignet". Sofern es die Bedienungsanleitung noch gibt, dort nachlesen ob und wie am MS was umgeschaltet werden muss.Sofern aktuell Quattro, würde ich die Antennenkabel am LNB entsprechend markieren. Für den Fall eines Falles, dass es doch wieder mal einen Quattro LNB geben könnte.
    Edit
    Kann es sein, dass die Schüssel vom Nachbarn freie Sicht hat und die Deine nicht? Ueblicherweise schmiert die Box wegen fehlenden Signal oder wenn der Suchlauf auf einen Transponder ohne Signal trifft, nicht ab. Manueller Transponder Suchlauf müssen alle Parameter korrekt sein. Automatischer Suchlauf muss es die korrekten Parameter in der satellite.xml geben. Dies halt allgemein. Deine Tuner Konfiguration, wenn es 2 Antennenkabel an der Box gibt. Ob der LNB oder u. U. der MS defekt, muss sich noch rausstellen.

    Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von Radar ()

  • vu-neuling schrieb:

    Habe noch ein Quad LNB hier liegen, funktioniert auch an einem Spaun 51207 NF oder?
    Das hängt von der Serie ab:

    Die SMS 5x07 NF wurden mit Katalogdition 13 (ca. 2009) als zunächst nicht Quad-taugliche Schalter eingeführt – erkennbar daran, dass es nur an Eingang HL einen nach außen zeigenden kleineren Pfeil mit Spannungsangabe gibt. Bereits mit Edition 14 wurden Schalter überarbeitetet und waren seitdem Quad-tauglich – mit Pfeilen für die Versorgungsspannung an allen vier LNB-Eingängen.

    Mehr als die fehlende Quad-tauglichkeit (… waren die Vorgänger SMS 5x09 NF auch nicht) wurde an der ersten Serie die eingestampfte Standby-Funktion kritisiert, die es ab Edition 14 wieder gab.


    Die – von Restbeständen abgesehen - aktuell unter Spaun verkauften Schalter haben mit Spaun nur noch den Namen gemein.
  • danke für den Hinweis.

    Der MS ist zwar schon 9 Jahre im Einsatz hat aber an allen vier Eingängen nach außen zeigende Pfeile sowie die Spannungsangaben 14 bzw 18 und 22khz stehen.
    Daher sollte das mit dem Quad funktionieren.