Nach neuer Installation: Keine Sender - keine EPG-Daten mit Opera DVB-S1 auf NSLU2

  • Hallöchen,

    mein erster Beitrag gleich Fragen über Fragen...

    Was will ich: Radio- und Fernsehprogramme komfortabel mit vdradmin aufnehmen (nicht streamen im Netz oder so).

    Die Hardware: Linksys NSLU2, Opera DVB-S1
    Diese Kombination sollte laufen, zumindest nach einigen Nachrichten hier und in anderen Boards.

    Software:
    Debian 2.6.18-6-ixp4xx
    vdr per apt-get installiert
    keine Plugins installiert, nix sonst gemacht.
    Da die Opera - eine budget-Karte - mit diesem Kernel nicht läuft, habe ich

    Code
    apt-get install mercurial
    hg clone http://mcentral.de/hg/~mrec/v4l-dvb-kernel
    make
    make install


    gemacht. Bei einigen Treibern gab's arm-spezifische Probleme beim übersetzen, nicht aber bei den hier interessierenden Treibern für die Opera.

    Dann Reboot, Karte anstecken, ergibt:


    Soweit, so gut. Karte wird also ordnungsgemäß erkannt, Firmware installiert. Dann den Satanschluß vom bisherigen Tuner an die Opera angeschlossen und vdr gestartet: -> findet keine Sender und zeigt keine EPG-Daten.

    htop zeigt mir, wie vdr aufgerufen ist:
    /usr/bin/vdr-kbd -v /backup/public/video -c /var/lib/vdr -L /usr/lib/vdr/plugins \_
    -r /usr/lib/vdr/vdr-recordingaction -2 /usr/lib/vdr/vdr-shutdown-message \_
    -E /var/cache/vdr/epg.data -u vdr -g /tmp --port 2001 -w 60 --lirc
    (Woher das lirc kommt, weiß ich nicht, ich habe das Paket gar nicht installiert.)
    Davon laufen übrigens gleich 3 Instanzen (warum).

    Syslog zeigt mir folgende Ausgaben (Ausschnitt):

    Stimmt da vielleicht was an der channels.conf nicht? Oder wo kann der Fehler sonst liegen? Bin schon am verzeifeln, weil ich seit Tagen rum-guhgle und auch dieses Forum abgesucht habe ohne Erfolg!

    Gruß,

    Heinrich

    vdr 1.7.x auf/von Debian Wheezy mit Kernel 3.14.6, Alix.1c Board mit AMD Geode 500 MHz, PCTV 461e, Steuerung über Live-Plugin
    vdr 2.2.0 auf Raspbian GNU/Linux 7.6 mit Kernel 3.18.5+, Raspi B+, PCTV 461e, Plugins: dynamite, epgsearch, live

  • Hallo und :welcome
    da hast du dir aber harte Hürden gesetzt für den ersten vdr.

    Ich würde die channels.conf einfach erstmal abspecken so auf ca 25 Sender,
    irgendwas scheint ja empfangen zu werden, denn der vdr findet ja immerhin neue PIDs für #23 und #69.

    Gruß Ulf

    Samsung UE43RU7479U, Antec Fusion Black, Prime A320m-k, Ryzen3 3200G, 2* DVB-T2,
    Yavdr-ansible auf Ubuntu Server 22.04

  • Hallo Ulf,

    Hürden? Ich hab bier eben nix anderes mit Linux...

    Ich hab mal die originale channels.conf auf die 25 ersten Sender reduziert. Sie sieht jetzt so aus:


    Sind das überhaupt Satellitensender? Woher weiß VDR, daß ein DVB-S und kein DVB-T Empfänger dranhängt?

    Ich lass das Gerätchen jetzt mal ber Nacht werkeln. Mal sehen, was dann rauskommt. Ach, und vielen Dank für die nette Begrüßung!!

    Gruß
    Heinrich

    vdr 1.7.x auf/von Debian Wheezy mit Kernel 3.14.6, Alix.1c Board mit AMD Geode 500 MHz, PCTV 461e, Steuerung über Live-Plugin
    vdr 2.2.0 auf Raspbian GNU/Linux 7.6 mit Kernel 3.18.5+, Raspi B+, PCTV 461e, Plugins: dynamite, epgsearch, live

    Einmal editiert, zuletzt von xheinrich (18. März 2008 um 21:54)

  • Ja die sind Sat, siehe:
    http://www.vdr-wiki.de/wiki/index.php/Channels.conf
    S19.2E sagt das aus

    Falls deine channels.conf morgen wieder "überquillt" stell mal in der setup.conf
    unter UpdateChannels was kleiner 4 ein:

    http://www.vdr-wiki.de/wiki/index.php…#Sendersuchlauf

    Gruß Ulf

    Tip:
    vdr muss gestoppt sein um die setup.conf zu verändern.

    Samsung UE43RU7479U, Antec Fusion Black, Prime A320m-k, Ryzen3 3200G, 2* DVB-T2,
    Yavdr-ansible auf Ubuntu Server 22.04

  • Leider ist die channels.conf heute morgen nicht übergequollen. Die ist noch genauso wie gestern abend. Auch bei epg.data hat sich nix geändert. Das Dateidatum liegt irgendwo in der Nacht, h.d. vdr hatte die Dateien geöffnet, aber nix reingeschrieben.

    Der Kreiling-Standalone-Receiver scannt alle Sender in 10 min am selben Satkabel, ich verstehe nicht, warum es hier Probleme gibt.

    /var/log/messages ist voll von


    (das ist nur ein Ausschnitt).

    Weiß jemand, was das zu bedeuten hat? Ich habe danach geguhglt, aber komme da zu keinem Ergebnis. Ist der Empfänger zu langsam?
    Die Opera hat noch ne FB dabei. Muß ich da noch irgendwas einstellen (glaube ich nicht, müßte sich eigentlich vollständig durch USB steuern lassen, oder?).

    Addendum:
    Habe zwischenzeitlich nochmal kurz den vdr gestartet und etwas später wieder gestoppt. Jetzt finde ich in /var/log/messages

    Was bedeutet denn das nun wieder mit den epg-bugs?

    Muß jetzt leider weg, aber werde mir später die epg.c ansehen (wenn sie auf meinem Rechner ist).

    Gruß
    Heinrich

    vdr 1.7.x auf/von Debian Wheezy mit Kernel 3.14.6, Alix.1c Board mit AMD Geode 500 MHz, PCTV 461e, Steuerung über Live-Plugin
    vdr 2.2.0 auf Raspbian GNU/Linux 7.6 mit Kernel 3.18.5+, Raspi B+, PCTV 461e, Plugins: dynamite, epgsearch, live

  • Hallo xheinrich,

    ich habe ein ähnliches Problem mit der Opera am VDR. Siehe hier

    Schau' doch mal nach ob Du auch die kernel - Meldung "kernel: usb 1-3: USB disconnect, address 3" ... natürlich mit Deinen Adressen hast.

    Gruß
    Wolfgang

    Clients
    VDR1: yaVDR 0.5 stable auf ZOTAC ION A 4Gbyte RAM / mit ATRIC - IR - Einschalter softhddevice per streamdev am Server
    VDR2 / VDR3: MLD 5.1 auf Raspberry pi3
    2 x VOMP 0.4 auf mediamvp
    Server
    Cubietruck, Lubuntu Trusty, vdr aus yaVDR - sourcen, 1 x TT S2-3600, 1 x TT S2-3650 CI, 1 x sundtek SkyTV III, 1 x sundtek SkyTV IV

  • Hab jetzt alle logs durchgesehen, aber die disconnect-Meldung war nicht dabei. Wegen meiner zuletzt beschriebenen Meldung habe ich beim guhgeln folgende Antwort von Klaus Schmidinger gefunden (die epg.c gibts bei mir nicht, wahrscheinlich weil ich vdr per apt-get installiert habe):

    Zitat

    So if you are working at one of the listed broadcasting stations
    please take the necessary actions to fix your EPG data.
    If you are just a "normal" viewer, just disregard it.
    Or, maybe contact your broadcaster and tell them about what they are doing wrong ;)


    Heißt also offensichtlich, daß die epg-Daten verstümmelt sind. Habe in anderen Foren gelesen, daß andere mit dem Sendersuchlauf unter Windows Probleme hatten, liegt also eventuell an der Hardware der Box. Werde das heute abend mal mit einem Windows-Laptor und der mitgelieferten Software kontrollieren.

    Das mit dem disconnect hat vielleicht eher was mit den usb-Einstellungen auf deinem System zu tun...

    Bis dann,
    Heinrich

    vdr 1.7.x auf/von Debian Wheezy mit Kernel 3.14.6, Alix.1c Board mit AMD Geode 500 MHz, PCTV 461e, Steuerung über Live-Plugin
    vdr 2.2.0 auf Raspbian GNU/Linux 7.6 mit Kernel 3.18.5+, Raspi B+, PCTV 461e, Plugins: dynamite, epgsearch, live

  • kann 'hnliches beobachten die box l'uft in letyter yeit recht schlecht und kann unter windows auch keine sender mehr finden obwohl das immer ging

    Signatur

    Server: ASRock Q1900M + 4GB RAM + cineS2 6.5 + Debian 8 + vdr 2.x , epgsearch, live, streamdev
    Client: Macbook Pro Retina 2015 + 16GB ram 512GB ssd  OSX 10.11.1)
    File-Server/client: GA-Z77-DS3H (Ozmosis 1669 ) + I3 2105 + 16GB RAM NVGF 650GTX 1GB, 250 GB-HD (sys)+ 44TB Storage OSX 10.11.6 VLC 3.x beta , Remote Buddy, PS3-FB
    2x Cubieboard2: 16GB microSD, debian mit VDR 2.0.6 + epgsearch, live(osdpatch), streamdev(0.6), soft-hd-device
    Ausgabe:
    Acer H7530D, T.amp Proline1300, 2x K&H sms 54T + horn sub - Eigenbau

  • Zitat

    'hnliches beobachten die box l'uft in letyter yeit


    Hihi, auf welcher Tastatur schreibst Du denn :]

    Also ich habe die Box mit der mitgelieferten Windoof-Software ausprobiert und muss sagen: läuft einwandfrei. Findet viele (alle?) Sender, zeigt gute Signalqualität, findet EPG-Daten, macht gutes Bild.

    An der Hardware liegts bei mir also (bis jetzt?) nicht.

    Moorviper: In anderen Foren wurde berichtet, daß die Box ein mieses 22 kHz-Signal macht. Die meisten Sender liegen im High-Band und zur Umschaltung darauf brauchz dieses Signal. Durch Witterungseinflüsse können an der Sat-Anlage kleine Veränderungen eintreten, die dazu führen, daß sie das beschi**ene 22 kHz-Signal inzwischen doch nicht mehr auswerten kann. Kann aber auch an einer Alterung der Opera liegen. Oder mal ein anderes Netzteil ausprobieren.

    Überlegung: Vielleicht benötigt die Box eine neue Firmware. (Die herunter geladenen Dateien sind fast ein Jahr alt. Anfangs gabs viele Probleme mit der Box auch unter Windows, u.a. mit der Sendersuche).
    Beim guhgeln habe ich ein Update zu dem get_dvb_firmware script gefunden, das sich im Gegensatz zu dem mit v4l 'mitgelieferten' (.../v4l-dvb-kernel/linux/Documentation/dvb/) auch mit der Opera auskennt. War irgendwo unter Kernel 2.6.24 glaub ich. Alle anderen Firmware-'Erzeugungen' sind in dem Script übrigens identisch, da werden nur Dateien von LinuxTV heruntergeladen, z.T. welche von 2004.
    Wenn ich dieses Perl-script ausführe, erzeugt es brav die beiden Firmware-Dateien, allerdings beide mit '01' im Namen. Die Dateien unterscheiden sich in der Länge von den heruntergeladenen Dateien.
    Nach dem Anstecken der Opera kommt leider keine Verbindung zustande. Auch nicht, als ich in der fpga-Datei das '01' entfernt habe. In der anderen Richtung funktioniert das aber, siehe hier. [Edit: nicht fertiggelesen, sorry. Funktioniert auch nicht in dieser Richtung.]

    Beim Suchen hier habe ich dann gesehen, es gibt Firmware für den Kernel und hg extra (was ist hg?). Das Script baut offensichtlich die Kernel-geeignete Firmware und deswegen schlägt das Laden fehl.

    Wo liegen denn die Unterschiede? Wie kann ich das umwandeln? Gibts da irgendwo eine Doku? Oder Script für die hg(?)-Variante?

    woz: Hatte übrigens bei Ausprobieren der neu gebackenen Firmware auch diesen Disconnect-Fehler. Vielleicht holst Du Dir einfach nochmal die Firmware-Datei
    und kopierst sie in Dein .../firmware, denn diesen Dateien unterscheiden sich ja nicht im Namen und Du hast vielleicht die Falsche auf Deinem System.

    vdr 1.7.x auf/von Debian Wheezy mit Kernel 3.14.6, Alix.1c Board mit AMD Geode 500 MHz, PCTV 461e, Steuerung über Live-Plugin
    vdr 2.2.0 auf Raspbian GNU/Linux 7.6 mit Kernel 3.18.5+, Raspi B+, PCTV 461e, Plugins: dynamite, epgsearch, live

    2 Mal editiert, zuletzt von xheinrich (20. März 2008 um 05:29)

  • Habe jetzt nochmal mit der alten Firmware gestartet und mal

    Code
    scan -o vdr /tmp/astra > /tmp/channels.conf


    gemacht. Ergibt
    ...
    dumping lists (1547 services)

    Ahaaaa! Geht doch!
    Also scan findet Sender, ne ganze Menge sogar. D.h. prinzipiell funktioniert die Hardware unter Linux. Der Fehler muß irgendwo beim vdr liegen. Ist Version 1.4.4.

    Habe jetzt den vdr neu gestartet, nachdem ich die channels.conf wieder etwas verkleinert habe. Er läuft jetzt ohne die timeout - Meldungen von früher (s.o.), ändert auch ab und zu pids. Aber die epg.data = 0 bytes. Ich versteh das nicht. Brauche ich noch irgend ein Plugin, daß der vdr richtig läuft? Er tut ständig was (durchgehend so um 50% Prozessorlast), aber es kommt nix raus dabei.

    Gruß
    Heinrich

    vdr 1.7.x auf/von Debian Wheezy mit Kernel 3.14.6, Alix.1c Board mit AMD Geode 500 MHz, PCTV 461e, Steuerung über Live-Plugin
    vdr 2.2.0 auf Raspbian GNU/Linux 7.6 mit Kernel 3.18.5+, Raspi B+, PCTV 461e, Plugins: dynamite, epgsearch, live

Jetzt mitmachen!

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