YaVDR 0.3.2 findet keine Sender am Unicable-System

  • Hallo Gemeinde!


    An unserer Inverto-Unicable-Hausanlage betreibe ich YaVDR 0.3.2 (VDR 1.7.22) mit 2 SkyStar S2 Karten (S2-Liplianin)
    jede mit einem eigenen Kabel. Adressen (Slots) sind 3 1280 und 4 1382 (so vom Vermieter angegeben und übernommen).
    Wirbelscan findet die Karten und scannt das Frequenzband durch, findet jedoch keinen einzigen Sender.
    Auch einen händisch in die Channels.conf eingetragenen Sender kann ich nicht sehen.
    Es kommt jedoch nicht die Meldung "Kanal nicht verfügbar".


    Unter Windows XP mit DVBViewer TE lassen sich die Karten jeweils anstandslos benutzen (nur mal kurz angetestet),
    deswegen kann ich wohl generelle Empfangsprobleme ausschliessen.
    Eventuell habe ich YaVDR falsch konfiguriert.


    Hier meine .conf-Dateien


    diseqc.conf:
    ...
    # Eigene Konfiguration
    S19.2E 11700 V 9750 t v S0 W10 [E0 10 5A 00 00] W10 v
    S19.2E 99999 V 10600 t v S1 W10 [E0 10 5A 00 00] W10 v
    S19.2E 11700 H 9750 t v S2 W10 [E0 10 5A 00 00] W10 v
    S19.2E 99999 H 10600 t v S3 W10 [E0 10 5A 00 00] W10 v


    S13.0E 11700 V 9750 t v S4 W10 [E0 10 5A 00 00] W10 v
    S13.0E 99999 V 10600 t v S5 W10 [E0 10 5A 00 00] W10 v
    S13.0E 11700 H 9750 t v S6 W10 [E0 10 5A 00 00] W10 v
    S13.0E 99999 H 10600 t v S7 W10 [E0 10 5A 00 00] W10 v
    #


    scr.conf:


    # SCR (Satellite Channel Routing) configuration for VDR
    #
    # Format:
    #
    # channel frequency [pin]
    #
    # channel: SCR channel index (0-7)
    # frequency: frequency of the SCR channel ("user band")
    # pin: optional pin of the SCR channel (0-255)
    #
    # A line containing space separated integer numbers, terminated with a ':',
    # defines that any following lines apply only to the given list
    # of device numbers.
    #
    # Examples:


    # 0 1284
    # 1 1400
    # 2 1516
    # 3 1632
    # 4 1748
    # 5 1864
    # 6 1980
    # 7 2096


    3 1280
    4 1382


    channels.conf:


    ZDF;ZDFvision:11953:hC34M2O0S0:S19.2E:27500:110:120,121=deu;125:130:0:28006:1:1079:0


    (ja, ist nur dieser eine Sender drin!)


    Irgendwelche Ideen, was ich machen könnte? :rolleyes:

    YaVDR 0.3.2 / VDR 1.7.27
    2x SkyStar S2 (S2-Liplianin)
    Inverto Unicable 3 1280 / 4 1382
    Fujitsu-Siemens RX300 4x 3.2GHz / 4GB RAM
    700GB HD

  • Irgendwelche Ideen, was ich machen könnte?


    Jo.


    diseqc.conf:



    Rest alles kommentiert, also # vorne.


    scr.conf:


    Code
    0 1284
    1 1382


    channels.conf:
    von Channelpedia nehmen.


    DiSEqC über OSD einschalten!


    Albert

  • Hi Albert!


    Alles EXAKT nach Deinen Vorgaben eingerichtet, KEINE Änderung im Verhalten!
    Sender lassen sich umschalten, keine Fehlermeldung, aber weder Bild noch Ton noch EPG. Nulll nada niente nichts! :wand


    Boote ich von der WindowsXP Platte und starte DVBViewer habe ich sofort ein Bild.
    Allerdings stehen die UniCable-Einstellungen dort auf 3 1280 / 4 1382, wie vorgegeben.
    Deswegen verstehe ich Deinen Eintrag 0 1284 / 1 1382 nicht so ganz... :(


    Wozu brauch' ich denn den S13.0E Eintrag? ?(

    YaVDR 0.3.2 / VDR 1.7.27
    2x SkyStar S2 (S2-Liplianin)
    Inverto Unicable 3 1280 / 4 1382
    Fujitsu-Siemens RX300 4x 3.2GHz / 4GB RAM
    700GB HD

  • Probiere auf jeden Fall deine scr.conf Zuordnung mal:


    Code
    3 1280
    4 1382


    diseqc ist ein geschaltet ?


    Vor dem Editieren der Files den vdr gestoppt ?


    Im Allgemeinen sind Logfiles immer hilfreich zur Fehlersuche

    Code
    cat /var/log/syslog


    Dort den teil vom vdr start suchen und hier posten oder attachen.


    allgemein wäre noch zu prüfen ob deine dvb karte überhaupt läuft:

    Code
    dmesg | grep dvb
  • Wozu brauch' ich denn den S13.0E Eintrag?


    Brauchst Du eigentlich nicht, wenn Du nur Astra 19,2 hast. Du hast es so gepostet. Schaden tut es aber auch nicht, manchmal hilft es sogar. Ich hatte bei Activity mal so einen Fall.


    Deswegen verstehe ich Deinen Eintrag 0 1284 / 1 1382 nicht so ganz...


    Passt schon.


    Versuch Nr. 2:


    # SCR (Satellite Channel Routing):
    #
    S19.2E 11700 V 9750 t v W10 S0 [E0 10 5A 00 00] W10 v
    S19.2E 99999 V 10600 t v W10 S1 [E0 10 5A 00 00] W10 v
    S19.2E 11700 H 9750 t v W10 S2 [E0 10 5A 00 00] W10 v
    S19.2E 99999 H 10600 t v W10 S3 [E0 10 5A 00 00] W10 v


    Lasse mal wirbelscan weg. Nimm als einzige Sender nur ARD (SD) von Channelpedia, werde die restliche los.


    bei gestoppten VDR:


    in /var/lib/vdr/setup.conf


    UpdateChannels = 5 dann VDR wieder starten und warten.


    DiSEqC = 1 ODER?


    Das selbe geht auch über OSD einzustellen.


    Albert

    Einmal editiert, zuletzt von DaKilla ()

  • wirbelscan wird dann Sender finden können - nur dann - , wenn du diseqc korrekt konfiguriert hast.

  • Allerdings stehen die UniCable-Einstellungen dort auf 3 1280 / 4 1382, wie vorgegeben.
    Deswegen verstehe ich Deinen Eintrag 0 1284 / 1 1382 nicht so ganz... :(


    Ja, das verstehe ich auch nicht, das Thema hatten wir schon so oft und passt wirklich nicht.


    Der SCR Kanal und die Offset-Frequenz gehören zusammen und müssen so zusammen konfiguriert werden. In dieser (sehr guten) Übersicht, sieht man es gibt 3 Lösungen die diese Offset-Frequenz nutzen, aber jeweils mit einem anderen SCR Kanal:

    • JULTEC, DUR-LINE (z.B. VDU- Baureihe), AXING Unicable- Einkabelsystem
    • INVERTO Unicable- Multischalter (z.B. IDLP-UST110-CU010-BPP)
    • SKYTRONIC/ PREISNER, WISI Unicable- Einkabelsystem

    Wenn Du also von Deinem Vermieter "3 1280", "4 1382" bekommen hast, bezieht sich das ziemlich sicher auf auf die "IDx", die beginnend mit 1 nummeriert wird. In der scr.conf werden hingegen die SCR Kanäle definiert, welche beginnend mit "0" nummeriert werden. Daher gehe ich davon aus, ihr habt einen Inverto Unicable-Multischalter (siehe o.a. Liste) und Deine scr.conf müßte folgenden Inhalt haben:


    Code
    2 1280
    3 1382


    Regards
    fnu



    PS.: Link sollte jetzt passen ...

    HowTo: APT pinning

    2 Mal editiert, zuletzt von fnu ()

  • Ja, das verstehe ich auch nicht, das Thema hatten wir schon so oft und passt wirklich nicht.


    Sorry, mein Fehler. Ich habe offensichtlich einen „Tunnelblick“ gehabt und verschrieben habe ich mich auch.


    Dem Werten nach ist es das Teil:


    Code
    INVERTO Unicable- Multischalter (z.B. IDLP-UST110-CU010-BPP):
    ID1 (SCR0): 1076 MHz
    ID2 (SCR1): 1178 MHz
    ID3 (SCR2): 1280 MHz
    ID4 (SCR3): 1382 MHz
    ID5 (SCR4): 1484 MHz
    ID6 (SCR5): 1586 MHz
    ID7 (SCR6): 1688 MHz
    ID8 (SCR7): 1790 MHz


    Korrekter Eintrag in scr.conf, wie fnu es geschrieben hat:


    Code
    2 1280
    3 1382


    Albert

  • Ok, hier also meine AKTUELLEN Einstellungen von heute im Anhang. Er bootet gerade... (19:36)


    Nix iss... (19:40)


    ;(


    Das steht in /var/log/syslog, wenn ich auf den einen einzigen kanal umschalten will:


    Apr 26 19:49:18 videoserver vdr: [855] switching to channel 1
    Apr 26 19:49:18 videoserver vdr-sxfe[1438]: [1477] [input_vdr] vdr_flush_engine: playback is paused <0>
    Apr 26 19:49:18 videoserver vdr: [1600] TS buffer on device 1 thread ended (pid=855, tid=1600)
    Apr 26 19:49:18 videoserver vdr: [1599] buffer stats: 0 (0%) used
    Apr 26 19:49:18 videoserver vdr: [1599] receiver on device 1 thread ended (pid=855, tid=1599)
    Apr 26 19:49:18 videoserver vdr: [1605] receiver on device 1 thread started (pid=855, tid=1605)
    Apr 26 19:49:18 videoserver vdr: [1604] Text2Skin: menu display update thread ended (pid=855, tid=1604)
    Apr 26 19:49:18 videoserver vdr: [1606] TS buffer on device 1 thread started (pid=855, tid=1606)
    Apr 26 19:49:18 videoserver vdr: [855] [xine..put] OSD bandwidth: 168013 bytes/s (1312 kbit/s)
    Apr 26 19:49:18 videoserver vdr-sxfe[1438]: [1478] [demux_vdr] PMT changed, resetting demuxer
    Apr 26 19:49:19 videoserver vdr: [1290] frontend 0/0 timed out while tuning to channel 1, tp 111836


    :rolleyes: :rolleyes: :rolleyes:



    Das steht in der scr.conf:


    # SCR (Satellite Channel Routing) configuration for VDR
    #
    # Format:
    #
    # channel frequency [pin]
    #
    # channel: SCR channel index (0-7)
    # frequency: frequency of the SCR channel ("user band")
    # pin: optional pin of the SCR channel (0-255)
    #
    # A line containing space separated integer numbers, terminated with a ':',
    # defines that any following lines apply only to the given list
    # of device numbers.
    #
    # Examples:


    # 0 1284
    # 1 1400
    # 2 1516
    # 3 1632
    # 4 1748
    # 5 1864
    # 6 1980
    # 7 2096



    2 1280
    3 1382

  • Das ist sehr merkwürdig. Ich kann keinen Fehler in der channels.conf, setup.conf, diseqc.conf und scr.conf erkennen. Vielleicht Hotbird doch rauskommentieren!?


    In der syslog steht


    Code
    new device number 1
    new device number 2
    found 2 DVB devices
    switching to channel 92
    SCR 3 assigned to device 1


    Es sieht gut aus, außer, warum spring er zu Kanal 92, wenn Du nur eine einzige hast? Ob Dir IPTV im Wege steht?


    Ich hätte außerdem eher das erwartet:


    Code
    SCR 3 assigned to device 2


    Was steht hinter Device 1 und 2, dort an der Stelle in OSD, wo Du DiSEqC einschaltest?


    PMT changed, resetting demuxer


    Was böses hast Du nicht zufällig drin?


    Albert

    Einmal editiert, zuletzt von DaKilla ()

  • Und wie stehen die Aktien ?


    Nur so als Überlegung: Der VDR 1.7.22 war der erste Release mit SCR. Eventuell macht es Sinn auf den Testing-VDR Zweig zu wechseln. Mit dem 1.7.27 sind jede Menge Fehler mit SCR, Devicebonding usw. gefixt worden.


    Joe

  • Mit dem 1.7.27 sind jede Menge Fehler mit SCR, Devicebonding usw. gefixt worden.


    Device Bounding ja, SCR hat aber schon gepasst. Habe ich und viele andere am Laufen.


    Albert

  • Oelhahn


    Ändere bitte mal wieder auf "V", was eigentlich Default ist, "v" war bei mir nur mit der TT S2-1600 seinerzeit nötig.


    Code
    # SCR (Satellite Channel Routing):
    #
    S19.2E  11700 V  9750  t V W10 S0 [E0 10 5A 00 00] W10 v
    S19.2E  99999 V 10600  t V W10 S1 [E0 10 5A 00 00] W10 v
    S19.2E  11700 H  9750  t V W10 S2 [E0 10 5A 00 00] W10 v
    S19.2E  99999 H 10600  t V W10 S3 [E0 10 5A 00 00] W10 v


    Den EutelSat (S13) Block habe ich bei mir auch nicht aktiv und ist IMHO auch nicht nötig.


    Es sieht gut aus, außer, warum spring er zu Kanal 92, wenn Du nur eine einzige hast? Ob Dir IPTV im Wege steht?


    In der "setup.conf" steht "CurrentChannel = 92" ...


    Ich hätte außerdem eher das erwartet:


    Code
    SCR 3 assigned to device 2


    Das stimmt schon, auch bei mir nummeriert er die DVB Adapter "rückwärts", ist aber technisch ja kein Problem, SCR Kanal und Frequenz dürfen nur nicht doppelt genutzt sein. Aber "device 2" kann es bei Oelhahn gar nicht geben, er hat nur 2 DVB Karten ....


    Device Bounding ja, SCR hat aber schon gepasst. Habe ich und viele andere am Laufen.


    FullAck, SCR läuft perfekt mit 1.7.22, habe ich hier über Monate am laufen. Wollte man Device Bonding nutzen, sollte man auf 1.7.26 oder höher gehen.


    Regards
    fnu

    HowTo: APT pinning

    Einmal editiert, zuletzt von fnu ()

  • Aber "device 2" kann es bei Oelhahn gar nicht geben, er hat nur 2 DVB Karten ....


    Das stammt aus seinem Log. Deswegen meinte ich device 2:


    Apr 26 19:20:17 videoserver vdr: [2238] probing /dev/dvb/adapter0/frontend0
    Apr 26 19:20:17 videoserver vdr: [2238] creating cDvbDevice
    Apr 26 19:20:17 videoserver vdr: [2238] new device number 1
    Apr 26 19:20:17 videoserver vdr: [2238] frontend 0/0 provides DVB-S2 with QPSK ("Conexant CX24120/CX24118")
    Apr 26 19:20:17 videoserver vdr: [2297] tuner on frontend 0/0 thread started (pid=2238, tid=2297)
    Apr 26 19:20:17 videoserver vdr: [2238] probing /dev/dvb/adapter1/frontend0
    Apr 26 19:20:17 videoserver vdr: [2297] cTimeMs: using monotonic clock (resolution is 1 ns)
    Apr 26 19:20:17 videoserver vdr: [2238] creating cDvbDevice
    Apr 26 19:20:17 videoserver vdr: [2238] new device number 2
    Apr 26 19:20:17 videoserver vdr: [2298] section handler thread started (pid=2238, tid=2298)
    Apr 26 19:20:17 videoserver vdr: [2238] frontend 1/0 provides DVB-S2 with QPSK ("Conexant CX24120/CX24118")
    Apr 26 19:20:17 videoserver vdr: [2300] tuner on frontend 1/0 thread started (pid=2238, tid=2300)
    Apr 26 19:20:17 videoserver vdr: [2238] found 2 DVB devices


    Muss aber mit der Sache nichts zu tun haben.


    PS.: Smiley stammt nicht von mir! Dort ist eine 8 gefolgt von Klammer zu.


    Albert

    Einmal editiert, zuletzt von DaKilla ()

  • Das stammt aus seinem Log. Deswegen meinte ich device 2:


    Ja, da hast Du recht, vmtl. nummeriert Klaus hier ab "1" aufwärts ... während es im System eben "/dev/dvb/adapter[01]" gibt ... mea culpa ...


    Die Zuordnung der SCR Kanäle zu DVB Adapter ist in der Reihenfolge aber unerheblich, sie muß nur einzigartig sein ...


    Regards
    fnu

    HowTo: APT pinning

  • Ich werd' hier noch wahnsinnig! Es geht ums Verrecken nicht!
    Was läuft da bloss verkehrt??
    Unter Windoof geht es doch!

    YaVDR 0.3.2 / VDR 1.7.27
    2x SkyStar S2 (S2-Liplianin)
    Inverto Unicable 3 1280 / 4 1382
    Fujitsu-Siemens RX300 4x 3.2GHz / 4GB RAM
    700GB HD

  • Was läuft da bloss verkehrt??


    Die diseqc.conf hast Du wieder umgestellt gehabt? "v" nach "V"? Mit Windows ist es die selbe Kiste?


    Ich hab den einen channels.conf Eintrag nicht auf Plausibilität geprüft, Du? Soll fragen, stimmt dieser?


    Wenn Dein VDR start, startet dieser ja auf Kanal 92 (setup.conf => "CurrentChannel = 92"), Du schaltest dann manuell auf "1"?


    Regards
    fnu

    HowTo: APT pinning

    Einmal editiert, zuletzt von fnu ()

  • Das mit dem Kanal 92 ist mein Versehen, habe die Datei erstellt, BEVOR ich bis auf einen Kanal alle aus der Channels.conf gelöscht habe.
    Ich denke, das kann man vernachlässigen, da er mit der neuen channels.conf gleich auf Kanal 1 geht.


    Mich fasziniert am meisten, das bei der Auswahl des Senders nicht die Meldung "Kanal nicht verfügbar" kommt,
    sonder sich der VDR so verhält, als wenn schlicht und ergreifend keine Daten gesendet werden.


    Ich habe den Verdacht, das die Skystar-Karten schlicht besch.. sind, leider.
    Andere karten für den PCI-Slot, die Unicable beherrschen, habe ich bisher nicht gefunden.

    YaVDR 0.3.2 / VDR 1.7.27
    2x SkyStar S2 (S2-Liplianin)
    Inverto Unicable 3 1280 / 4 1382
    Fujitsu-Siemens RX300 4x 3.2GHz / 4GB RAM
    700GB HD

  • Andere karten für den PCI-Slot, die Unicable beherrschen, habe ich bisher nicht gefunden.


    Welche tun es nicht? ?(


    Albert

Jetzt mitmachen!

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