Aktuelle Treiber für Octopus(ddbridge), CineS2(ngene/ddbridge), DuoFlex-S2, DuoFlex-CT, CineCT sowie TT S2-6400 (Teil 2)

Ok.
Danke erstmal.
Hier die dmesg und lsmod.
Habe auch mal eine komplette LOG datei der EASYVDR 1.0 Distri hinzugefügt.
Falls noch Infos benötigt werden gib bitte bescheid.
Grüsse
Ricci

Verstehe ich nicht wirklich.
Achtung: das Problem scheint sich etwas anders darzustellen.DMESG und LSMOD im vorigen Beitrag sind aus dem Kaltstart heraus (der Rechner war aus).
Da hatte ich ein TV Bild.
Jetzt habe ich einen REBOOT gemacht und das Bild ist weg.
Anbei die LOG Dateien aus dem REBOOT.
Kannst Du dir das erklären?
Da ich das System am Neuinstallieren bin muss ich einige Anpassungen vornehmen. Daher schicke ich immer einen Reboot auf der Konsole.
HAbe das jetzt mehrfach getestet.
Reboot --> kein Bild
Kaltstart --> Bild.
Grüsse
Ricci

Hi alle

Ich habe mir vor ein paar Tagen eine Cine C/T mit DuoFlex C/T gekauft. Die DuoFlex war bereits montiert. Nun habe ich ein paar Probleme, die Karte unter Debian Wheezy zum Laufen zu bringen.

$ uname -a
Linux media-server 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux

Die Karte ist in einem PCIe x1 Slot gesteckt und die DuoFlex zusätzlich mit Strom versorgt.

Jedoch habe ich das Gefühl, dass sie nicht korrekt von meinem Mainboard erkannt werden.

$ lspci | grep -i dvb
04:00.0 Multimedia controller: Digital Devices GmbH Octopus LE DVB adapter

Die Ausgabe von lshw findet ihr hier:
http://pastebin.com/raw.php?i=5SspPED5

Und hier dmesg:
http://pastebin.com/raw.php?i=3EVUJ4wV

Könnte es an einer falschen Mainboard (Asus P7P55D) Einstellung liegen?
In der Anleitung [1] (siehe Hardwarekonflikte, S. 24) habe ich gelesen, dass "'C1E Support' ausgeschaltet" und "'PCI Express overclocking' auf 100 und nicht auf auto gesetzt" sein sollten. Ich habe diese beiden Einstellungen in meinem BIOS gefunden:
AI Tweaker -> PCIE Spread Spectrum: Disabled
Advanced -> PCIPnP -> Plug And Play O/S: No

[1] http://download.digital-device…_Anleitung_Cine_CT_V6.pdf

Leider kenne ich mich mit den BIOS Einstellungen überhaupt nicht aus und ich bin mir ja noch nicht einmal sicher, ob das wirklich das Problem ist. Vielleicht liegt es ja auch an der Kombination mit der GraKa (ATI RV620) oder der analoge TV Karte (Hauppauge PVR-500)?
Ich hoffe, ihr könnt mir weiter helfen.

Zitat von Powderking

Ich hoffe, ihr könnt mir weiter helfen.

Da du hier im Treiber-Thread postest, können wir schon mal davon ausgehen, dass du den Treiber um den es hier geht auch installiert hast?

Gerald

Danke für deine Antwort!
Entschuldige, dass ich das nicht erwähnt habe.

Den Treiber habe ich, wie im ersten Beitrag beschrieben, mit hg runter geladen und mit den entsprechenden Kernel Headern problemlos kompiliert und installiert.
Ich habe beide Arten durch laufen lassen (wie im ersten Beitrag mit make download, make untar und wie im README beschrieben mit ./build). Ich hatte allerdings Probleme mit make menuconfig, was ich aber vorerst nicht beachtete, da es optional ist...

Die ngene und drxk Firmware habe ich ebenfallsbeide runter geladen und nach /lib/firmware/ verschoben. Aber von Firmware und DVB finde ich nichts in meiner dmesg, weshalb ich denke, dass es nicht am Treiber/Firmware liegt?

Zitat

Achtung:
Da sich die Verzeichnisstruktur der Treiber geändert hat, führt "make install" dazu, daß unter "/lib/modules/<kernel-version>/kernel/drivers/media" mehrere Module gleichen Namens in verschiedenen Verzeichnissen liegen können. Mit hoher Wahrscheinlichkeit wird dann das falsche Modul geladen und führt zu unvorhersehbarem Verhalten!

Es empfiehlt sich, vor "make install" das "media"-Verzeichnis unter "/lib/modules/<kernel-version>/kernel/drivers" aus dem Weg zu räumen, d.h. aus "/lib/modules/..." heraus zu verschieben! (Löschen ist nicht zu empfehlen, da man den alten Zustand evtl. wiederherstellen möchte.)

Gigantisch. Hat funktioniert.
Du glaubst gar nicht wie lange ich jetzt gebraucht habe um festuzstellen dass der REBOOT Schuld war.
Jetzt funktioniert es wie gewünscht.
Habe nur noch ein LIRC Problem. Da goggle ich noch ein wenig. Evtl. kann ich ja selbst lösen.
Vielen Dank für die Hilfe.
Schönes WE.
Grüsse
Ricci

Herzlichen Dank für deine Arbeit mit dem Treiber!

Ich habe den media Ordner weg verschoben, den Treiber neu kompiliert und installiert.
Nach einem Neustart kriegte ich Watchdog Timer Fehler. Auch im abgesicherten Modus.
Einen alten Kernel booten geht. So habe ich das media Verzeichnis wiederhergsetellt und nun kann ich auch wieder in den neuesten Kernel booten.

Hast du noch weitere Ideen bzw. mit welchen Logs kann ich dir helfen?
Oder was kann ich noch versuchen?

I'm on gentoo and have successfully installed the experimental drivers for ddbridge. I'm able to view FTA SDTV channels but encrypted channels fail.

While trying to set the redirect parameter to the CAM it fails.

The drivers loads just fine with the following shown with dmesg

...
ort 0 (TAB 1): DUAL DVB-S2
Port 1 (TAB 2): DUAL DVB-S2
Port 2 (TAB 3): CI
DVB: registering new adapter (DDBridge)
DVB: registering new adapter (DDBridge)
DVB: registering new adapter (DDBridge)
DVB: registering new adapter (DDBridge)
DVB: registering new adapter (DDBridge)
LNBx2x attached on addr=a
stv6110x_attach: Attaching STV6110x
attach tuner input 0 adr 60
DDBridge 0000:02:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
LNBx2x attached on addr=8
stv6110x_attach: Attaching STV6110x
attach tuner input 1 adr 63
DDBridge 0000:02:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...
LNBx2x attached on addr=b
stv6110x_attach: Attaching STV6110x
attach tuner input 2 adr 60
DDBridge 0000:02:00.0: DVB: registering adapter 2 frontend 0 (STV090x Multistandard)...
LNBx2x attached on addr=9
stv6110x_attach: Attaching STV6110x
attach tuner input 3 adr 63
DDBridge 0000:02:00.0: DVB: registering adapter 3 frontend 0 (STV090x Multistandard)...
Attached CXD2099AR at 40

xbmc ~ # uname -a
Linux xbmc 3.6.11-gentoo #1 SMP Fri Jan 4 15:24:24 CET 2013 x86_64 Intel(R) Core(TM)2 Duo CPU E7400 @ 2.80GHz GenuineIntel GNU/Linux


xbmc ~ # echo "00 24" > /sys/class/ddbridge/ddbridge0/redirect-bash: echo: write error: Invalid argument


xbmc ~ # ls /sys/class/ddbridge/ddbridge0/
dev     i2c_irq  led2  mod1  ports     snr0  snr3       ts_irq
device  led0     led3  mod2  power     snr1  subsystem  uevent
fan     led1     mod0  mod3  redirect  snr2  temp

Any ideas of what I'm doing wrong?

You may answer in german if you keep it simple!

- Magnus

Thanks that worked much better. The vdr log now tells via the CAM that I need to stay tuned to the encrypted channel for up to two hours so that the service provider can send an update to the ci card.

Btw - Is it possible to redirect the other inputs as well to the same CAM e.g:

echo "00 02" > /sys/class/ddbridge/ddbridge0/redirect
echo "01 02" > /sys/class/ddbridge/ddbridge0/redirect

Any trick to automate this at startup to the system so that its possible to get a reboot of the system a bit more wife friendly?

Gerald meinte hier, ich solle meinen Patch in diesem Thread posten.

Es geht um das Kernel Modul ddbridge. Dieses legt unter /sys/class/ddbridge/ddbridge0 snr0..3 an. Die CineS2 Karte hat aber nur 3 Ports und der Treiber beim RD oder WR Zugriff auf snr3 ins Gemüse (Null Pointer).
Aufgefallen ist mir der Fehler beim Entwickeln der UDEV Regel "udevadm info --query=all --attribute-walk --name=/dev/ddbridge/card0". Der Befehl ist mit einem Kernel UPS abgestürzt.

Der Patch überprüft die Anzahl der Ports, bevor er den Zugriff macht. Ich habe es mit einer neuen Funktion gelöst, weil ich dort ein Logging drinnen hatte und der Code kann so einfacher erweitert werden kann, falls noch etwas an der Ecke auftreten sollte.
Man könnte noch ein "inline" zur Funktionsdeklaration dazu geben, weil der Compiler dieses nicht automatisch macht, weil die Funktion 2x verwendet wird.

LG
Jasmin

Zitat von sirwio

Btw - Is it possible to redirect the other inputs as well to the same CAM e.g:

As far as I know not. You tie the CAM to one tuner with the redirection. Look here.

Zitat von sirwio

Any trick to automate this at startup to the system so that its possible to get a reboot of the system a bit more wife friendly?

Create a file /etc/udev/rules.d/99-ddbridge.rules with this content:

KERNEL=="ddbridge0", ACTION=="add", SUBSYSTEM=="ddbridge", RUN+="/etc/udev/ddbridge_redirect"

The KERNEL and SUBSYSTEM values can be determined by this command (for the CineS2 the values above are correct):

udevadm info --query=all --attribute-walk --name=/dev/ddbridge/card0 | less

Then compile the attached program and copy the executable to "/etc/udev".
The original program can be found here. I modified it a little bit
If you are using yavdr 0.5, I attached you the pre-compiled binary.

The program has no help implemented:

usage: ddbridge_redirect [-p <path-redirect>] ["aa bb"] ["cc dd"]

You can specify the directory of the redirect file in sysFS with the -p option. Defaut is "/sys/class/ddbridge/ddbridge0/redirect".
The next parameter are the values "00 02". The program can handle two redirections.
The default is one redirection with "00 02".
For the CineS2 with your required redirection "00 02", you need no parameters. The defaults will do it.

When UDEV detects the bridge device, it will execute the program, which will set the redirection.
grep for redirect in dmesg. The driver will output a line, if it gets a redirect command.

Hi,

gibt es eigentlich eine Möglichkeit, die C/T Flex dazu zu bringen, dass femon etwas anzeigt?

Sieht halt doof aus, wenn in der Anzeige unten links, bei DVB-T, so überhaupt nichts angezeigt wird.

[Blockierte Grafik: http://imageshack.us/a/img594/3161/36262303.th.jpg]

Man kann die Anzeige ja abschalten, wenn das optisch stört... Ich stehe ja vor dem gleichen Problem und fände eine aussagekräftigere Anzeige in Femon auch schön, aber lebenswichtig sind eigentlich nur UNC und BER.

Meine Frage war nicht, ob man die Anzeige abschalten kann, oder ob die Anzeige lebensnotwendig ist.