wie unicable support einbauen?

    Hallo,


    Nach einem Umzug muss ich mein System mit unicable zum laufen bringen.
    Bisher hatte ich folgende Kombination: Lucid, yavdr/testing-vdr, XBMC PVR testing von Lars Op den Kamp.


    Ich hätte gerne weiter XBMC als frontend, kann aber atm nicht zu viel Zeit da reinstecken.
    Was wäre die sinnvollste Variante um unicable verwenden zu können?


    - yavdr 0.3 installieren, und vdr patchen / neu kompilieren?
    - unstable-vdr verwenden, da sollte unicable support drin sein? Welche VNSI Version wird da verwendet / welches XBMC PVR passt dazu?


    Ich habe schon relativ viel gesucht aber keine gute Anhaltspunkte gefunden und wäre für Hinweise dankbar.

    tvjunk


    In den VDR Repo's für Lucid, ist der unicable support leider noch nicht drin. Ich hatte den unicable Patch von "fds2001" als dpatch gegen das unstable-Repo von hotzenplotz5 erstellt und getestet, nutze bei mir auch einen Unicable LNB von Inverto.


    Der Patch ist Bestandteil des Natty-Repo's von hotzenplotz5 und damit dann auch in einer zukünftigen yaVDR Version, in den lucid-Repo's ist er vmtl. aus zeitlichen Gründen noch nicht drin. Ich hänge Dir den Patch mal an, Du solltest das VDR Paket für 1.7.17 aus Lucid unstable ohne sonstige Änderungen damit bauen, dann kannst Du die Plugin's ohne Änderung weiternutzen. 00list anpassen und im "debian" Unterverzeichnichnis dafür sorgen, das die "unicable.conf" installiert wird.


    Regards
    fnu

    Dateien

    opt-100-unicable.dpatch.txt 14,86 kB – 377 Downloads

    HowTo: APT pinning

    Also mit der Version aus den (unstable-vdr) natty repositories tut sich schonmal nichts (frontend timed out...).
    Hatte in der setup.conf diseqc=1 gesetzt, unicable.conf angelegt und die diseqc.conf entsprechend angepasst.
    Gibt es sonst noch was zu bedenken? Karte ist eine Skystar 2.


    Edit: mit dvbviewer klappt es, aber damit will man ja nicht ewig leben müssen ;)

    fnu


    Habe es jetzt mal auf meinem Lucid System probiert (Lucid 32bit, TT S2-1600 an einem Technirouter, Core2Duo, geforce G210) und glaube langsam ich bin bescheuert ;)


    Habe mir per apt-get source die sourcen aus dem unstable-vdr repository geholt, patch in 00list eingetragen, dann dpatch apply-all, make, vdr binary nach /usr/bin kopiert.


    setup.conf:



    diseqc.conf


    Code
    # Unicable
#
S19.2E  11700 V  9750  t v U0 W10 [E0 10 5A 00 00] W10 v
S19.2E  99999 V 10600  t v U1 W10 [E0 10 5A 00 00] W10 v
S19.2E  11700 H  9750  t v U2 W10 [E0 10 5A 00 00] W10 v
S19.2E  99999 H 10600  t v U3 W10 [E0 10 5A 00 00] W10 v



    und in der unicable.conf die id / frq eingetragen



    Code
    7 1980


    jedenfalls lässt sich so kein Sender einstellen, syslog:



    Hat jemand ne Idee wo nach dem Fehler zu suchen ist?

    Moin!


    Wenn ich Unicable richtig verstehe, legst du in der diseqc.conf fest, welche Unicable-Frequenz du benutzen willst. In deiner Konfiguration ist das U0, U1, U2 und U3 für die vier verschiedenen Möglichkeiten.
    In deiner unicable.conf ist aber nur U7 eingestellt.


    Ich bin allerdings Kabelschauer und hab Sat-mäßig nur rudimentäres Wissen...


    Lars.

    Es gibt max. 8 Unicable Slots. Wenn U7 der zugewiesene ist, dann sollte in der diseqc.conf eigentlich überall U7 rein. So verstehe ich den Patch jedenfalls.


    Was da allerdings die diseqc Sequenzen "[E0 10 5A 00 00]" machen...


    cu

    Moin!


    Ja, da hatte ich mich etwas zu knapp ausgedrückt. Ich wollte eigentlich sagen, dass die beiden Konfigurationen nicht zueinander passen, also dass entweder in die unicable.conf die anderen Slots rein müssen oder in die disqec.conf der eingestellte Slot benutzt werden muss, je nach dem, was richtig ist. :)


    Lars.

    Macht Sinn, das hatte ich übersehen. Kanal 7 ist es, In die diseqc.conf alles auf U7 setzen hilft, zumindest auf der lucid installation, aber auch nicht.
    Werde es gleich nochmal mit den natty repo versionen probieren. Generell stellt sich mir noch die Frage wie sich das mit lnb-sharing verträgt, aber so wie es in der setup.conf konfiguriert ist
    sollte LNB sharing ja auch ausgeschaltet sein...


    Edit: mit den natty repos genau das gleiche ...

    Zitat von Keine_Ahnung

    Es gibt max. 8 Unicable Slots. Wenn U7 der zugewiesene ist, dann sollte in der diseqc.conf eigentlich überall U7 rein. So verstehe ich den Patch jedenfalls.


    Keine_Ahnung, sag mal hast Du unicable wirklich aktiv am laufen bei Dir, oder ... ?


    Ich weiß nicht was die Bezeichnung Slots bedeuten soll, aber es kann bei EN50494 bis zu 8 Teilnehmer an einem einzigen Antennenkabel geben. Diese 8 Teilnehmer werden über eben bis zu 8 IDs, Offset-Adressen, Kanäle oder von mir aus auch Slots innerhalb der unicable Matrix individuell bedient. Evtl. hilft es sich vorzustellen, es sind bis zu 8 virtuelle LNBs die über die ID bzw. Adresse angesprochen werden. Hat ein wenig Ähnlichkeit zu NAT bei TCP/IP, die internationale Bezeichnung beschreibt es meiner Meinung nach am besten: Sat Channel Routing (SCR).


    In der unicable.conf findet die Zuordnung der DVB-Devices des VDRs zu den entsprechenden virtuellen LNBs statt. Also z.B. bei meinem Inverto Black unicable LNB:


    Code
    0 1210
1 1420
2 1680
3 2040


    ordnet dem DVB Adapter 0 den Kanal/die Offset-Frequenz 1210 zu, dem Adapter 1 dann 1420 usw. So wird das aussehen wenn ich meine CineS2/FlexS2 mit 4 Tunern an den Unicable Anschluß hänge. Eigentlich dachte ich, das Schema der Datei ist sehr einfach und straight forward, ..., so kann man sich täuschen.


    Es wird allerdings nicht funktionieren den DVB Adapter 7 der Offset-Freqeunz 1980 zuzuordnen, wenn es im entsprechenden VDR nur eine DVB-S(2) Karte gibt ...


    Es sind sehr viele Karten noch nicht mit dem unicable Patch getestet, offen gesagt sind mir von anderen Nutzern nur die TT S2-1600 und DD CineS2 mit definitiver Erfolgsmeldung bekannt. Das impliziert, es könnte Karten geben die nicht ohne weiteres funktionieren, wie es auch immer wieder mit DiSEqC Probleme gibt. Das ist aber kein Muß, sondern erfordert bei bisher ungetesteten Karten halt auch ein wenig Pioniergeist ... ;)


    Viel spielen kann man aber auch nicht, die im dpatch mitgelieferte Beispielkonfiguration ist für den verbreiteten Inverto Black Unicable LNB. Dort mußte ich z.B. 13V Schaltfrequenz bei der DiSEqC Konfiguration wählen, "v" (kleines Vau!), während im original Beispiel von "fds2001", ganz unten in der diseqc.conf, die Schaltspannung 18V angegeben wird, "V" (großes Vau!), siehe hierzu auch die Hilfe im oberen Teil der diseqc.conf. Der Rest der DiSEqC Konfigurationszeilen, z.B. "[E0 10 5A 00 00]", ist nach meinem Dafürhalten statisch und dient dazu Datei nach ihrer Syntax zu füllen und keinerlei sonstigen DiSEqC Befehle zuzulassen, während U0, U1, U2, U3, U4, etc. Neuerungen bzgl. Unicable sind, also Aussagen, diese Zeile ist für Unicable ...


    Regards
    fnu

    HowTo: APT pinning

    2 Mal editiert, zuletzt von fnu ()

    Zitat von fnu


    Keine_Ahnung, sag mal hast Du unicable wirklich aktiv am laufen bei Dir, oder ... ?


    Nö ;) Deswegen sagte ich ja "soweit ich den Patch verstehe". Da habe ich den aber auch gründlich missverstanden. Hauptsächlich wollte ich auch nur sagen das es nicht vier Möglichkeiten gibt sondern 8.


    Wobei ich nie im Leben auf diese seltsame Konfigurationsmethode gekommen wäre. Unicable hat sehr genaue Vorstellungen darüber wann v und wann V auf der Leitung liegen darf (das Timing ist bei unicable hier ja sehr exakt vorgeschrieben). Eigentlich sollten alle diese Einstellungsmöglichkeiten im Unicablebetreib wegfallen (weil wenn falsch dann macht die Dose mit Unicable Schutzschaltung dicht oder der Nachbar hat Probleme).


    Zitat von fnu

    Ich weiß nicht was die Bezeichnung Slots bedeuten soll


    Vorschläge willkommen ;)


    cu

    Zitat von Keine_Ahnung

    Nö ;) Deswegen sagte ich ja "soweit ich den Patch verstehe". Da habe ich den aber auch gründlich missverstanden.


    Also nicht das Du mich jetzt falsch verstehst, aber raten hilft dann evtl. nicht so gut weiter, oder ... ?


    Zitat von Keine_Ahnung

    Vorschläge willkommen ;)


    Habe ich gegeben, die korrekte Bezeichnung ist Kanal oder auch Offset-Frequenz, so steht es in den technischen Unterlagen der Geräte, z.B. Auszug Inverto Black Unicable LNB:


    Zitat

    - Ausgangskanal 1 (SCR0): 1210 MHz
    - Ausgangskanal 2 (SCR1): 1420 MHz
    - Ausgangskanal 3 (SCR2): 1680 MHz
    - Ausgangskanal 4 (SCR3): 2040 MHz


    Regards
    fnu

    HowTo: APT pinning

    Danke fnu,


    Werde das heute Abend nochmal testen, dann sollte man das unicable.conf template aber mal ändern,
    das sieht so aus als ob es da um die nummer des Ausgangskanal geht:


    Code
    # channel frequency [pin]
#
# channel:    unicable channel (0-7)
# frequency:  frequency of the unicable channel
# pin:        optional pin of the unicable channel (0-255)


    Edit: aber auch im post von fds2001 steht das man da den Ausgangskanal eintragen soll:


    "In unicable.conf müssen die Unicable-Kanäle und zugehörigen Frequenzen eingetragen werden, die vdr verwenden soll. Es können mehrere Einträge vorhanden sein, die nacheinander allen vorhandenen SAT-Empfängern zugeordnet werden."
    plugin / patch für unicable verfügbar (EN 50494)?

    Moin!


    "unicable channel" ist doch in Ordnung, das sind die Unicable-Kanäle des unicable-fähigen LNB, den man benutzt.
    In der diseqc.conf sollte vielleicht bei der Beschreibung des U-Parameters auch sowas wie "number of used unicable channel" stehen (man verzeihe mein Englisch...).


    tvjunk: Du benutzt vdr 1.6? Denn ein paar Posts später gibt's einen angepassten Patch für vdr 1.7.15, weil der erste einen Fehler hat.
    http://www.vdr-portal.de/board…gbar-en-50494/#post941278


    fnu: Danke für die Klarstellung, mein Durchblick wird langsam klarer... :)


    Lars.

    Zitat von mini73

    "unicable channel" ist doch in Ordnung, das sind die Unicable-Kanäle des unicable-fähigen LNB, den man benutzt.

    Das template ist nur nicht konsistent mit der Aussage von fnu, dass da Unicable Frequenzen dem DVB Adapter zugeordnet werden.



    Ich benutze zum testen gerade zwei Versionen:


    1) lucid, vdr 1.7.17 aus yavdr/unstable-vdr mit dem patch den fnu hier angehängt hat.
    2) natty, vdr auch wieder aus dem unstable-vdr repo, da sollte unicable schon mit drin sein.

    Zitat von mini73

    unicable channel" ist doch in Ordnung, das sind die Unicable-Kanäle des unicable-fähigen LNB, den man benutzt.


    Ok, evtl. kann man das auch so sehen und es findet evtl. tatsächlich keine so statische Zuordnung der DVB Devices zu EN50494 statt, wie ich das formuliert hatte. Das würde für eine IMHO sehr coole Umsetzung sprechen, da dann die DVB Devices innerhalb des VDRs sich einfach an dem in der unicable.conf definierten Pool der SCR Kanäle nach Bedarf bedienen. Idealerweise ist Zahl der SCR Kanäle gleich denen der DVB Devices. Sollte es sich aber wirklich um einen Pool handeln, wäre meine anderweitig formulierte Vermutung das LNB-Sharing && EN50494 gleichzeitig nutzbar sind, doch im Bereich des Möglichen. Aber die unicable.conf ist die Stelle wo die Zuordnung von SCR Kanälen zu DVB Devices stattfindet, wie auch immer geartet.


    Die Nummerierung in der unicable.conf beginnt IMHO auch immer bei "0". Nehmen wir an eine Wohnung in einem Mehrparteienhaus hat 2 aus 8 SCR Kanäle bekommen, dann müßte man das in der unicable.conf so eintragen:


    Code
    0 0815
1 0816


    Nennen wir es doch der Einfachheit halber die VDR internen Unicable/SCR Kanäle. Siehe hierzu auch den Post von "Mr.N!ce", ich hege starke Zweifel, das seinen genannte Offset-Frequenz 1632 MHz der SCR Kanal "0" der physischen Unicable Installation ist. Aber es ist der SCR Kanal "0" seines VDRs ...


    Was mich jetzt noch interessieren würde, wenn es sich um einen SCR Pool handelt, ob diese der Reihenfolge der physischen Lösung entsprechen müssen oder ob ich bei meiner Lösung das z.B. so definieren könnte:


    Code
    0 1680
1 1420
2 1210
3 2040


    Evtl. finde ich ja mal Zeit das an einem der nächsten längeren Wochenenden zu testen ...


    Regards
    fnu

    HowTo: APT pinning

    Einmal editiert, zuletzt von fnu ()

    fnu:
    > Also nicht das Du mich jetzt falsch verstehst, aber raten hilft dann evtl. nicht so gut weiter, oder ... ?


    Jup, ich habe mich geirrt, ich gebe es zu, gelegentlich schreibe ich auch mal kompletten blödsinn. Jaaaaa ;)


    Aber ich habe den Eindruck hier rät und probiert jeder nur rum, so richtig wissen tut das niemand wirklich. Wer ist denn der Patch Author, evtl. sollte der einfach mal ein Readme beilegen.



    Aber zu deinen Ausführungen (du sagtest "Die Nummerierung in der unicable.conf beginnt IMHO auch immer bei "0""), ein SCR Kanal definiert sich immer durch die Kanalnummer UND die Frequenz. Also wird die erste Nummer der SCR Kanal sein (und keine Numerierung die bei "0" beginnt) und dahinter die zu diesem Kanal gehörige Frequenz.
    Es ist nicht so das alle Unicable/LNBs den selben Kanalnummern die sebe Frequenz zuordnen, einige alte Unicable LNBs weichen vom üblichen ab und verwürfeln das. Deswegen muss es irgendwo eine Möglichkeit geben das SCR Kanal/Frequenzpaar zu definieren (weil beide Infos werden zur Generierung des diseqc Befehls bentigt).
    Und so wie es aussieht macht die unicable.conf nur das.


    Eine Zuordnung der in der unicable.conf definierten SCR Kanäle zu den DVB Devices sieht man ja nicht, daher dachte ich der der "Ux" Parameter in der disec.conf dafür zuständig ist,aber anscheinend ist es es ja nicht. Also wirds sein wie du sags das er das dynamisch den Karten zuordnet.


    cu

    Zitat von Keine_Ahnung

    Aber zu deinen Ausführungen (du sagtest "Die Nummerierung in der unicable.conf beginnt IMHO auch immer bei "0""), ein SCR Kanal definiert sich immer durch die Kanalnummer UND die Frequenz. Also wird die erste Nummer der SCR Kanal sein (und keine Numerierung die bei "0" beginnt) und dahinter die zu diesem Kanal gehörige Frequenz.


    Nein, der Meinung schließe ich mich eindeutig nicht an, als Beispiel sei nochmals der oben verlinkte Post von "Mr.N!ce" genannt und ich habe das bei einem Freund lang und breit ausprobieren müssen. Die haben im Mehrparteíenhaus auch EN50494 umgesetzt und wir haben verschiedenste Receiver ausprobiert, u.a. Humax mit orig FW und Topffield mit AAF Image.


    Bei allen Geräten hat man nur die der Wohnung zugeordneten SCR Frequenzen in Listenplätze im OSD eingetragen. Diese Listen waren nicht nummeriert, es gab kein Feld für die Angabe von Kanalnummern, ich weiß bis heute nicht welche sogenannte Kanalnummer das von der Hauslösung waren. Es stimmt IMHO nicht das das sich das über Kanalnummer und Offset Frequenz definiert, jedensfalls steht in den Unterlagen zu meinem Inverto Black Unicable LNB, den ich hier physisch betreibe, nichts dazu drin. In den technischen Daten wird zwar ein Nummer genannt, die m.E. aber nur dazu dient zu verdeutlichen, das es 4 Kanäle gibt. Dem LNB wird das völlig wurscht sein, der reagiert nur auf die Anfragen über die entsprechende Offset-Frequenz, 1210 MHz, 1420 MHZ, usw. mehr nicht. Der unicable Patch erwartet in seiner Umsetzung eine Nummerierung in der unicable.conf.


    Zitat von Keine_Ahnung

    Es ist nicht so das alle Unicable/LNBs den selben Kanalnummern die sebe Frequenz zuordnen, einige alte Unicable LNBs weichen vom üblichen ab und verwürfeln das. Deswegen muss es irgendwo eine Möglichkeit geben das SCR Kanal/Frequenzpaar zu definieren.


    Das ist korrekt, hat auch keiner was anderes behauptet. Nur bei der statischen Zuordnung in der unicable.conf habe ich ich mich ziemlich sicher vertan, diese scheint vmtl. flexibler als erwartet, was ja sehr gut ist.


    Regards
    fnu

    HowTo: APT pinning

    Sorry, zitieren funktioniert gerade nicht:


    > Diese Listen waren nicht nummeriert, es gab kein Feld für die Angabe von Kanalnummern, ich weiß bis heute nicht welche sogenannte Kanalnummer das von der Hauslösung waren. Es stimmt IMHO nicht das das sich das über Kanalnummer und Offset Frequenz definiert, jedensfalls steht in den Unterlagen zu meinem Inverto Black Unicable LNB, den ich hier physisch betreibe, nichts dazu drin. In den technischen Daten wird zwar ein Nummer genannt, die m.E. aber nur dazu dient zu verdeutlichen, das es 4 Kanäle gibt. Dem LNB wird das völlig wurscht sein, der reagiert nur auf die Anfragen über die entsprechende Offset-Frequenz, 1210 MHz, 1420 MHZ, usw. mehr nicht.



    Es ist definitiv so das die Kanalnummer UND die Frequenz zur Bildung der diseqc Sequenz genutzt werden. Mal schauen ob ich das Posting wiederfinde in dem der Aufbau der Unicable diseqc Sequenz erklärt wird. Jedenfalls erinnere ich mich noch deutlich dran das es diesen Zusammenhang gibt.
    Bei der Paarung Kanalnummer/Frequenz hat sich zwar ein gewisser Standart etabliert, aber darauf kann man sich nicht verlassen (es gibt halt Unicable LNBs die machen das anderst). Receiver bei denen sich NUR die Frequenz einstellen lässt laufen nicht an allen Unicable Anlagen.



    Schade das es die EN nur gegen viel Geld gibt. Wäre ja einfach zu klären wenn man da einfach mal reinschaut.


    cu

    Moin!


    Also zusammenfassend:

    • in der unicable.conf wird den Unicable-Kanälen die Offset-Frequenz zugewiesen
    • in der diseqc.conf wird einer Diseqc-Kommandosequenz ein Unicable-Kanal zugewiesen, damit der vdr die richtige Offset-Frequenz benutzt


    Die Zuordnung der Diseqc-Sequenz zu einem bestimmten DVB-Adapter passiert auch in der diseqc.conf, allerdings fehlt das Beispiel im vdr-Source. Es wird vor der Sequenz eine Reihe von Zahlen mit abschließendem Doppelpunkt benötigt (wenn ich den Source richtig verstehe...).
    Beispiel:


    Unicable und LNB-Sharing zusammen machen eigentlich nur wenig Sinn. Unicable fordert ja nur einen bestimmten Transponder an, was auch immer man von diesem aufnehmen will, kann ein DVB-Adapter erledigen.


    LNB-Sharing ermöglich den Empfang von mehreren Transpondern, die sich in bestimmten LNB-Einstellungen nicht unterscheiden (Polarisation usw., ich kenn die Fachbegriffe jetzt nicht,bin ja nur Kabeluser... :-)). Da gibt dann ein "Master"-Adapter die Einstellungen vor und die "Slave"-Adapter können sich da ranhängen, um andere Transponder zu empfangen.


    Hab ich jetzt alles richtig verstanden?


    Lars.

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden