Nur Ärger nach Einbau einer BudgetKarte S1401 [gelöst]

    Hallo,


    mein VDR lief viele viele Monate zufriedenstellend.
    Timeshift, brennen, alles prima.
    ABER eben nur eine FF-Karte im System.


    Man gewöhnt sich an alles, aber seit ARD/ZDF nun in höheren Bitraten senden, kommt die FF-Karte an ihre Grenzen. Bei Aufnahmen von ARD/ZDF war das System nahezu nicht mehr bedienbar und die Aufnahme hat auch Aussetzer.....


    Was tun sprach das Huhn....man baue eine Budget Karte hinzu um die FF-Karte zu entlasten. (wenn man nicht löten kann/will).



    Der Einbau soll ja sooo einfach sein, also genau das Richtige für mich.


    Nun ist die TT-S1401 eingebaut und der Ärger geht los.


    Sobald ich eine Aufnahme starte, startet der VDR-Prozess nach ca. 20 Sekunden durch (nicht das ganze System).
    Eine Datei wurde zwar angelegt, aber aufgenommen wurde nix.


    Meine erste Annahme, die Budget bekommt kein SAT Signal, daher habe ich die Kabel getauscht. Die FF hat noch immer ein Bild -> DAS kann es also nicht sein.


    Unter Einstellungen/DVB steht das Primäre DVB-Interface auf "2".
    Stelle ich es auf "1" ist das VDR-OSD noch sichtbar, aber kein TV-Bild mehr. Schalte ich im erscheint "Kanal blockiert (zeichnet auf)!".
    Im Log entsprechend "ERROR: Kanal blockiert (zeichnet auf)!"


    Anbei eine weitere "verdächtige" Syslog-Meldung:
    ERROR: video data stream broken
    Diese erscheint sobald eine Aufnahme abgebrochen wird, bzw. der VDR-Prozess neu startet.



    Anbei der ausführliche Syslog-Meldungen-Auszug:


    Sep 21 14:36:34 vdr vdr: [15621] switching device 1 to channel 44
    Sep 21 14:36:34 vdr vdr: [15621] timer 2 (44 1436-1736 '@TITLE EPISODE') start
    Sep 21 14:36:34 vdr vdr: [15621] Title: 'Die Kochprofis - Einsatz am Herd' Subtitle: ''
    Sep 21 14:36:34 vdr vdr: [15621] record /video/video/@Die_Kochprofis_-_Einsatz_am_Herd/2008-09-21.14.36.50.99.rec
    Sep 21 14:36:34 vdr vdr: [15621] creating directory /video/video/@Die_Kochprofis_-_Einsatz_am_Herd
    Sep 21 14:36:34 vdr vdr: [15621] creating directory /video/video/@Die_Kochprofis_-_Einsatz_am_Herd/2008-09-21.14.36.50.99.rec
    Sep 21 14:36:35 vdr vdr: [15621] recording to '/video/video/@Die_Kochprofis_-_Einsatz_am_Herd/2008-09-21.14.36.50.99.rec/001.vdr'
    Sep 21 14:36:35 vdr vdr: [20387] file writer thread started (pid=15621, tid=20387)
    Sep 21 14:36:35 vdr vdr: [20388] recording thread started (pid=15621, tid=20388)
    Sep 21 14:36:35 vdr vdr: [20389] receiver on device 1 thread started (pid=15621, tid=20389)
    Sep 21 14:36:35 vdr vdr: [20390] TS buffer on device 1 thread started (pid=15621, tid=20390)
    Sep 21 14:36:35 vdr vdr: [15621] info: Aufzeichnung gestartet
    Sep 21 14:36:35 vdr kernel: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
    Sep 21 14:36:37 vdr vdr: [15621] timer 2 (44 1436-1736 '@Die Kochprofis - Einsatz am Herd') set to event Son 21.09.2008 15:00-16:00 'Krasse Küche mit Andrew Zimmern'
    Sep 21 14:36:37 vdr vdr: [20343] EnigmaNG effects thread ended (pid=15621, tid=20343)
    Sep 21 14:36:44 vdr vdr: [15625] frontend 0 timed out while tuning to channel 44, tp 112187
    Sep 21 14:37:06 vdr vdr: [20387] ERROR: video data stream broken
    Sep 21 14:37:06 vdr vdr: [20387] initiating emergency exit
    Sep 21 14:37:06 vdr vdr: [15621] emergency exit requested - shutting down



    Diese Meldung erscheint nach Einbau der Budget auch öfter:
    vdr kernel: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer



    Anbei ein lspci -vvv der beiden DVB-Karten:


    03:05.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
    Subsystem: Technotrend Systemtechnik GmbH Device 1018
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 64 (3750ns min, 9500ns max)
    Interrupt: pin A routed to IRQ 21
    Region 0: Memory at fdeff000 (32-bit, non-prefetchable) [size=512]
    Kernel driver in use: budget dvb
    Kernel modules: budget


    03:06.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
    Subsystem: Technotrend Systemtechnik GmbH Device 000e
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
    Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 64 (3750ns min, 9500ns max)
    Interrupt: pin A routed to IRQ 22
    Region 0: Memory at fdefe000 (32-bit, non-prefetchable) [size=512]
    Kernel driver in use: dvb
    Kernel modules: dvb-ttpci





    Hat jemand einen Tipp für mich, sonst muss die Budget schnell wieder raus.


    Der WAF meines VDRs ist gerade schwer im roten Bereich. :-/
    - Ohne Budget ARD/ZDF Probleme
    - Mit Budget noch mehr Probleme


    Danke

    Du hast aber auch mal nur mit einem satkabel getestet ob die 1401 geht?
    Also Kabel nur an die budget und gucken ob ein Bild kommt, wenn nicht mal das primäre device ändern.


    Gab hier schon öfters probleme mit ner 1401...
    get halt nichts über ne olle alte Skystar2 ;)

    Hi...


    Also das SAT Kabel von der FF-Karte entfernt ergibt
    - funktionierendes OSD
    - kein Bild
    - kein Videotext


    Dabei wurden beide SAT-Kabel an der Budget getestet.....
    SAT-Empfang ist definitiv vorhanden.


    ........hm.... klingt nach komischer Karte. :(

    Da ja nur über das primäre Device Empfangen wird, kann man die budget am besten testen wenn nur dort ein Kabel dran ist.
    dann evtl das primäre device umstellen und es sollte ein Bild kommen.


    (Bei ner Aufnahme wird dann über das primäre Device aufgenommen und für die Ausgabe über die andere Karte empfangen, da wird das Bild dann schwarz da ja kein kabel dran ist)


    Wenns bei dir nicht geht hast Du wohl nicht den richtigen Treiber für die Karte...
    Such dann einfach mal hier im Forum nach 1401, da sollte sich was finden lassen.


    Oder jemand mit 1401 Erfahrung gibt dir hier nen Tip... was aber etwas dauern kann.

    Sollte es bei diesem Output denn noch ein Treiberproblem sein können:


    vdr:~# dmesg | egrep -i '(dvb|saa|budget|firm|mac|frontend)'
    Intel machine check architecture supported.
    Intel machine check reporting enabled on CPU#0.
    Intel machine check architecture supported.
    Intel machine check reporting enabled on CPU#1.
    saa7146: register extension 'budget dvb'.
    saa7146: found saa7146 @ mem f89e8000 (revision 1, irq 21) (0x13c2,0x1018).
    saa7146 (0): dma buffer size 192512
    DVB: registering new adapter (TT-Budget-S-1401 PCI)
    saa7146: register extension 'dvb'.
    adapter has MAC addr = 00:d0:5c:bf:56:04
    DVB: registering frontend 0 (Philips TDA10086 DVB-S)...
    saa7146: found saa7146 @ mem f89e4000 (revision 1, irq 22) (0x13c2,0x000e).
    DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-S rev2.3)
    adapter has MAC addr = 00:d0:5c:08:a4:19
    dvb-ttpci: info @ card 1: firm f0240009, rtsl b0250018, vid 71010068, app 80f12623
    dvb-ttpci: firmware @ card 1 supports CI link layer interface
    dvb-ttpci: Crystal audio DAC @ card 1 detected
    saa7146_vv: saa7146 (1): registered device video0 [v4l2]
    saa7146_vv: saa7146 (1): registered device vbi0 [v4l2]
    DVB: registering frontend 1 (ST STV0299 DVB-S)...
    input: DVB on-card IR receiver as /class/input/input5
    dvb-ttpci: found av7110-0.
    vdr:~#





    vdr:~# lsmod | grep dvb
    dvb_ttpci 93832 0
    firmware_class 9280 1 dvb_ttpci
    saa7146_vv 45120 1 dvb_ttpci
    saa7146 18376 4 dvb_ttpci,budget,budget_core,saa7146_vv
    dvb_core 73700 4 stv0299,dvb_ttpci,budget,budget_core
    ttpci_eeprom 2432 2 dvb_ttpci,budget_core
    i2c_core 22080 10 eeprom,stv0299,lnbp21,tda826x,tda10086,dvb_ttpci,budget,budget_core,ttpci_eeprom,i2c_piix4





    Beim Start des VDR erscheint:



    Sep 21 16:11:09 [general.debug] probing /dev/dvb/adapter0/frontend0
    Sep 21 16:11:09 [general.debug] capturing device 0
    Sep 21 16:11:09 [general.debug] probing /dev/dvb/adapter1/frontend0
    Sep 21 16:11:09 [general.debug] capturing device 1
    Sep 21 16:11:09 [general.info] captured 2 video devices





    Gruß
    Hottenmax

    Neue treibermodule zu bauen würde ich jetzt erstmal nicht empfehlen. Die Karte wird ja erkannt und die entsprechenden Module werden auch geladen und mit kernel 2.6.24 sollte das sowieso klappen.


    Mit dem femon-plugin kannst du übrigens auch die Budget testen. Einfach femon starten und einmal "Rechts" drücken.


    Sowohl mit der 1400 als auch mit der 1401 TT hatte ich Probleme mit irq-sharing. Die Folge war immer ein "video data stream broken".
    Was sagt "cat /proc/interrupts"?

    Zitat

    Original von tecfreak
    Mit dem femon-plugin kannst du übrigens auch die Budget testen. Einfach femon starten und einmal "Rechts" drücken.



    Habe soeben vdr-femon-1.1.5 installiert.
    DAS war ein prima Tipp, danke.


    Interessanter Weise ist das Signal (auch bei tauschen der SAT-Anschlüsse) bei der FF-Karte im gelben-bis grünen Bereich;
    die Budget-Karte schafft es nie in den grünen Bereich.


    FF-Karte:
    STR: 67%
    SNR: 84%


    Budget-Karte:
    STR: 49%
    SNR: 23% - 51% (wechselt sehr sprunghaft)


    Ich verstehe daraus, Karte OK, Linux + Treiber OK, ABER Signalqualität für die Budget ist nicht gut genug, da diese eben nicht so empfindlich ist.


    EDIT: femon gibt es ja auch für die Kommandozeile.
    Anbei die Ausgabe:


    FF-Karte:
    vdr:~# femon -H -a 0
    FE: ST STV0299 DVB-S (DVBS)
    status SCVYL | signal 72% | snr 86% | ber 0 | unc 0 | FE_HAS_LOCK
    status SCVYL | signal 72% | snr 86% | ber 0 | unc 0 | FE_HAS_LOCK
    status SCVYL | signal 73% | snr 86% | ber 0 | unc 0 | FE_HAS_LOCK
    status SCVYL | signal 73% | snr 86% | ber 0 | unc 0 | FE_HAS_LOCK



    Budget-Karte:
    vdr:~# femon -H -a 1
    FE: Philips TDA10086 DVB-S (DVBS)
    status S | signal 45% | snr 62% | ber 0 | unc 0 |
    status S | signal 45% | snr 40% | ber 0 | unc 0 |
    status S | signal 45% | snr 62% | ber 0 | unc 0 |
    status | signal 46% | snr 24% | ber 0 | unc 0 |





    Zitat

    Original von tecfreak
    Sowohl mit der 1400 als auch mit der 1401 TT hatte ich Probleme mit irq-sharing. Die Folge war immer ein "video data stream broken".
    Was sagt "cat /proc/interrupts"?


    Das sagt mir nun nix.
    Anbei die Ausgabe:


    vdr:~# cat /proc/interrupts
    CPU0 CPU1
    0: 25913 60772 IO-APIC-edge timer
    1: 0 2 IO-APIC-edge i8042
    4: 0 2 IO-APIC-edge
    6: 0 5 IO-APIC-edge floppy
    7: 0 0 IO-APIC-edge parport0
    8: 0 0 IO-APIC-edge rtc0
    9: 0 0 IO-APIC-fasteoi acpi
    12: 0 4 IO-APIC-edge i8042
    14: 1754 2096 IO-APIC-edge libata
    15: 0 0 IO-APIC-edge libata
    16: 2382 7100 IO-APIC-fasteoi ehci_hcd:usb6
    17: 488 4605 IO-APIC-fasteoi ahci, ohci1394
    18: 0 1 IO-APIC-fasteoi ohci_hcd:usb1
    19: 0 2 IO-APIC-fasteoi ohci_hcd:usb2, ohci_hcd:usb4
    20: 1 9 IO-APIC-fasteoi ohci_hcd:usb3, ohci_hcd:usb5
    21: 63677 1285825 IO-APIC-fasteoi saa7146 (0)
    22: 34194 95586 IO-APIC-fasteoi saa7146 (1)
    222: 320 1036 PCI-MSI-edge eth4
    NMI: 0 0 Non-maskable interrupts
    LOC: 60772 25858 Local timer interrupts
    RES: 15053 6106 Rescheduling interrupts
    CAL: 1557 313 function call interrupts
    TLB: 575 487 TLB shootdowns
    TRM: 0 0 Thermal event interrupts
    SPU: 0 0 Spurious interrupts
    ERR: 0
    MIS: 0



    Gruß
    Hottenmax

    Ist das nun ein Grund dem Vermieter mal den Schuh aufzupumpen, oder ist die Karte schlichtweg von gestern?


    .....ist eine neu erworbene TT DVB-S-1401.


    Defekt nicht ausgeschlossen, aber da NEU und nicht aus der Bucht eher unwahrscheinlich.



    Gruß
    Hottenmax


    Vergleiche zwischen Karten unterschiedlichen Typs bringen nichts, da die Funktionen für STR u. SNR teilweise nicht korrekt implementiert sind bzw. unterschiedliche Skalierungen benutzen.



    Irgendwas stimmt an Deinem System nicht. Die Werte für den 'Local timer interrupt' müssen nahezu gleich sein. CPU0 hat aber mehr als das Doppelte. Andererseits bekommt CPU1 scheinbar die meisten anderen Interrupts ab.


    Gruß
    e9hack

    Zitat

    Original von e9hack
    Irgendwas stimmt an Deinem System nicht. Die Werte für den 'Local timer interrupt' müssen nahezu gleich sein. CPU0 hat aber mehr als das Doppelte. Andererseits bekommt CPU1 scheinbar die meisten anderen Interrupts ab.


    Hi e9hack,


    deine Anmerkung brachte mich auf die Idee mal einen älteren Kernel zu booten, um zu sehen ob hier das Verhalten bei 'Local timer interrupt' das gleiche ist.


    Mein aktueller Kernel ist 2.6.24.3-k7, der etwas ältere ist ein 2.6.22-3-k7 je mit SMP.


    Schlecht ist, die LOC sind weiterhin ungleich verteilt
    (was immer das im Detail bedeutet);
    Gut ist, die Budget DVB-Karte klappt nun ganz pima!!!!!



    *KOPFSCHÜTTEL* ........ aber es klappt nun.


    :portal1




    Anbei nochmal die Ausgabe von femon:


    vdr:/# femon -H -a 0
    FE: Philips TDA10086 DVB-S (DVBS)
    status SCVYL | signal 62% | snr 87% | ber 0 | unc 0 | FE_HAS_LOCK
    status SCVYL | signal 62% | snr 87% | ber 0 | unc 0 | FE_HAS_LOCK
    status SCVYL | signal 62% | snr 87% | ber 0 | unc 0 | FE_HAS_LOCK
    status SCVYL | signal 62% | snr 87% | ber 0 | unc 0 | FE_HAS_LOCK


    vdr:/# femon -H -a 1
    FE: ST STV0299 DVB-S (DVBS)
    status SCVYL | signal 73% | snr 85% | ber 0 | unc 0 | FE_HAS_LOCK
    status SCVYL | signal 73% | snr 85% | ber 0 | unc 0 | FE_HAS_LOCK
    status SCVYL | signal 73% | snr 85% | ber 0 | unc 0 | FE_HAS_LOCK


    Interessanter Weise haben jetzt die Adapter-Nummern getauscht.
    Die Budget-Karte ist nun stabil und springt nicht mehr.



    Hier nochmal ein


    vdr:/# cat /proc/interrupts
    CPU0 CPU1
    0: 100780 327412 IO-APIC-edge timer
    1: 0 2 IO-APIC-edge i8042
    6: 0 5 IO-APIC-edge floppy
    7: 0 0 IO-APIC-edge parport0
    8: 0 0 IO-APIC-edge rtc0
    9: 0 0 IO-APIC-fasteoi acpi
    12: 0 4 IO-APIC-edge i8042
    14: 3102 12292 IO-APIC-edge ide0
    16: 2883 9192 IO-APIC-fasteoi ehci_hcd:usb6, eth4
    17: 0 1 IO-APIC-fasteoi ohci_hcd:usb1
    18: 0 2 IO-APIC-fasteoi ohci_hcd:usb2, ohci_hcd:usb4
    19: 2 21 IO-APIC-fasteoi ohci_hcd:usb3, ohci_hcd:usb5
    20: 1034 9937 IO-APIC-fasteoi ahci, firewire_ohci
    21: 64086 203132 IO-APIC-fasteoi saa7146 (0)
    22: 169992 4607933 IO-APIC-fasteoi saa7146 (1)
    NMI: 0 0
    LOC: 327412 100725
    ERR: 0
    MIS: 0
    vdr:/#

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden