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

Zitat

Sieht nach einem Problem mit dem I2C-Bus aus.
Prüfen, ob das Datenkabel richtig sitzt bzw. ungünstig verlegt ist.

Der darauf folgende Kernel Bug deutet auf einen Fehler im Treiber hin. Muß ich mir mal anschauen. Ist aber nur die Folge, nicht die Ursache des Problems.

CU
Oliver

Kabelfehler kann nicht sein. Ist ja die neue kompakte Karte mit integriertem Tuner.

Gruß

Herbert

Zitat von UFO

Btw, die unterschiedliche Unterstützung der v1/v2 betrifft nur die DVB-C/T DuoFlex.
Die DVB-S2 DuoFlex wird von beiden Treibern unterstützt!

Danke.
Das Technische war mir schon klar, doch ich suchte immer die Version (1 oder2).

Hi Oliver!

Zitat von UFO

Wer mutig ist, kann den angehängten Patch versuchen.
Unmittelbar nach "make untar" mit "patch -p1 < ngene_duoflex_ctv2-0.diff" einspielen. Dann weiter mit "make" usw.

Keine Frage. Wenn du dir schon die Mühe machst und einen Patch auf meine Anfrage hin zur Verfügung stellst, dann hat das eher etwas mit Höflichkeit zu tun denn mit Mut.

Zitat von UFO

Achtung:
Ist völlig ungetestet, nur anhand den Infos von DD erstellt.
Ich bekomme die entsprechende HW erst demnächst.
Vom Funktionieren bis zum Maschinencrash ist also alles möglich.

Der Code ist eine Punktlandung. Testen konnte ich allerdings nur DVB-T. Der 1.7.23er von Tobi schaltet tatsächlich noch nicht selbsständig um, aber mit dem dvb-fe-tool vor dem VDR-Start gibt es kein Problem.

Zur Info:

[  552.187068] WARNING: You are using an experimental version of the media stack.
[  552.187074] 	As the driver is backported to an older kernel, it doesn't offer
[  552.187078] 	enough quality for its usage in production.
[  552.187081] 	Use it with care.
[  552.187084] Latest git patches (needed if you report a bug to linux-media@vger.kernel.org):
[  552.187088] 	e8ca6d20a65d9d94693a0ed99b12d95b882dc859 [media] tveeprom: update hauppauge tuner list thru 181
[  552.187092] 	a8567cf22e0efb9faafa6cf33b607ca5aee3c2fa [media] rtl2830: prevent .read_status() when sleeping
[  552.187097] 	9935eea5ac300b84036192af1bd98940a64650de [media] rtl28xxu: many small tweaks
[  552.191155] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
[  552.191232] ngene 0000:02:00.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
[  552.191271] ngene: Found Digital Devices DuoFlex PCIe or miniPCIe
[  552.194850] ngene 0000:02:00.0: setting latency timer to 64
[  552.194934] ngene: Device version 1
[  552.201391] ngene: Loading firmware file ngene_18.fw.
[  552.221370] ngene 0000:02:00.0: irq 50 for MSI/MSI-X
[  552.222833] error in i2c_read_reg
[  552.222841] No CXD2099 detected at 40
[  552.226624] stv0367 found
[  552.877380] tda18212dd: ChipID 4724
[  552.878516] tda18212dd: PowerState 01
[  553.038604] DVB: registering new adapter (nGene)
[  553.038615] DVB: registering adapter 0 frontend 0 (STV0367 DVB-C DVB-T)...
[  553.044400] stv0367 found
[  553.694706] tda18212dd: ChipID 4724
[  553.695830] tda18212dd: PowerState 00
[  554.002669] DVB: registering new adapter (nGene)
[  554.002680] DVB: registering adapter 1 frontend 0 (STV0367 DVB-C DVB-T)...
[  554.300735] LNBx2x attached on addr=b
[  554.301817] stv6110x_attach: Attaching STV6110x
[  554.301824] DVB: registering new adapter (nGene)
[  554.301832] DVB: registering adapter 2 frontend 0 (STV090x Multistandard)...
[  554.344737] LNBx2x attached on addr=9
[  554.345781] stv6110x_attach: Attaching STV6110x
[  554.345788] DVB: registering new adapter (nGene)
[  554.345795] DVB: registering adapter 3 frontend 0 (STV090x Multistandard)...

./dvb-fe-tool -a 0 -d DVBT
Device STV0367 DVB-C DVB-T (/dev/dvb/adapter0/frontend0) capabilities:
	CAN_FEC_1_2 CAN_FEC_2_3 CAN_FEC_3_4 CAN_FEC_5_6 CAN_FEC_7_8 CAN_FEC_AUTO CAN_GUARD_INTERVAL_AUTO CAN_HIERARCHY_AUTO CAN_INVERSION_AUTO CAN_MUTE_TS CAN_QAM_16 CAN_QAM_32 CAN_QAM_64 CAN_QAM_128 CAN_QAM_256 CAN_QAM_AUTO CAN_RECOVER CAN_TRANSMISSION_MODE_AUTO 
DVB API Version 5.5, Current v5 delivery system: DVBC/ANNEX_A
Supported delivery systems: [DVBC/ANNEX_A] DVBT 
Changing delivery system to: DVBT


./dvb-fe-tool -a 1 -d DVBT
Device STV0367 DVB-C DVB-T (/dev/dvb/adapter1/frontend0) capabilities:
	CAN_FEC_1_2 CAN_FEC_2_3 CAN_FEC_3_4 CAN_FEC_5_6 CAN_FEC_7_8 CAN_FEC_AUTO CAN_GUARD_INTERVAL_AUTO CAN_HIERARCHY_AUTO CAN_INVERSION_AUTO CAN_MUTE_TS CAN_QAM_16 CAN_QAM_32 CAN_QAM_64 CAN_QAM_128 CAN_QAM_256 CAN_QAM_AUTO CAN_RECOVER CAN_TRANSMISSION_MODE_AUTO 
DVB API Version 5.5, Current v5 delivery system: DVBC/ANNEX_A
Supported delivery systems: [DVBC/ANNEX_A] DVBT 
Changing delivery system to: DVBT

Vielen Dank...

Zitat von UFO

Funktioniert es denn, wenn man ddbridge nach diesem Fehler manuell entlädt und neulädt ("rmmod ddbridge ; modprobe ddbridge").
Bitte zuerst den Treiber per "make untar" aktualisieren, sonst klappt das Entladen im Fehlerfall nicht.

CU
Oliver

Werde ich am Wochenende mal ausprobieren.

Vielen Dank erstmal

Herbert

Kann jemand hierbei weiterhelfen?

/usr/src/media_build_experimental/v4l/rc-core-priv.h:38: error: field 'kfifo' has incomplete type

Oder laufen die Treiber und 2.6.34 nicht mehr?

Grüsse
TheChief

In file included from /usr/src/media_build_experimental/v4l/rc-main.c:22:
/usr/src/media_build_experimental/v4l/rc-core-priv.h:38: error: field 'kfifo' has incomplete type
make[3]: *** [/usr/src/media_build_experimental/v4l/rc-main.o] Fehler 1
make[2]: *** [_module_/usr/src/media_build_experimental/v4l] Error 2
make[2]: Leaving directory `/usr/src/linux-2.6.34'
make[1]: *** [default] Fehler 2
make[1]: Leaving directory `/usr/src/media_build_experimental/v4l'
make: *** [all] Fehler 2

Bin nach Anleitung im ersten Post vorgegangen, daher denke ich schon. Werd später oder morgen nochmal drüberschauen.

Grüsse
TheChief79

Hi,

ich hab den Treiber mal wieder neu installiert, seit dem bekomme ich sehr viele(!) log Meldungen:

frontend 1/0 lost lock on channel 31, tp 530
frontend 1/0 regained lock on channel 31, tp 530
frontend 1/0 timed out while tuning to channel 31, tp 530

Woran kann das liegen?

Hi,

First of all, sorry I ask my question in English. I can read German perfectly, so you might reply in German. You just don't want me to write German

Then my question:

I am trying to get my CI/CAM working on my ddbridge DVB-C setup, using these recipes:
http://www.vdr-portal.de/board16-video-disk-recorder/board85-hdtv-dvb-s2/p1048374-ci-unterstützung-für-cines2-mystique-satix-s2-dual-usw/#post1048374
http://www.digipedia.pl/usenet/thread/18550/20077/

The CAM is an Alphacrypt, the CI-card is an Irdeto. I am using DVB-C and MythTV.

Before starting MythTV, I execute the following line:

echo "04 00" > /sys/class/ddbridge/ddbridge0/redirect

If my math is ok, then this should result in redirecting adapter 1, frontend 0 through the CI module. Unfortunately MythTV seems to be unable decrypt channels on input 1.

Any idea what is wrong here?

Relevant lines from dmesg:

[	9.035467] Digital Devices PCIE bridge driver, Copyright (C) 2010-11 Digital Devices GmbH
[	9.035506] DDBridge 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
[	9.035516] DDBridge driver detected: Digital Devices Octopus DVB adapter
[	9.035550] HW 00010004 REG 00010001
[	9.035594] DDBridge 0000:02:00.0: irq 46 for MSI/MSI-X
[	9.036137] Port 0 (TAB 1): CI
[	9.036747] Port 1 (TAB 2): NO MODULE
[	9.037538] Port 2 (TAB 3): DUAL DVB-C/T
[	9.038331] Port 3 (TAB 4): DUAL DVB-C/T
[	9.039404] DVB: registering new adapter (DDBridge)
[	9.039406] DVB: registering new adapter (DDBridge)
[	9.039408] DVB: registering new adapter (DDBridge)
[	9.039409] DVB: registering new adapter (DDBridge)
[	9.039411] DVB: registering new adapter (DDBridge)
[	9.043961] Attached CXD2099AR at 40


(...)


[	9.240889] drxk: status = 0x639130d9
[	9.240982] drxk: detected a drx-3913k, spin A3, xtal 27.000 MHz


(...)


[	9.704812] DRXK driver version 0.9.4300
[	9.710642] drxk: frontend initialized.
[   11.424336] DVB: registering adapter 1 frontend 0 (DRXK DVB-C DVB-T)...
[   11.432888] drxk: status = 0x639130d9
[   11.432898] drxk: detected a drx-3913k, spin A3, xtal 27.000 MHz
[   11.852813] DRXK driver version 0.9.4300
[   11.858640] drxk: frontend initialized.
[   13.540337] DVB: registering adapter 2 frontend 0 (DRXK DVB-C DVB-T)...
[   13.548889] drxk: status = 0x639130d9
[   13.548905] drxk: detected a drx-3913k, spin A3, xtal 27.000 MHz
[   13.968808] DRXK driver version 0.9.4300
[   13.974638] drxk: frontend initialized.
[   15.656336] DVB: registering adapter 3 frontend 0 (DRXK DVB-C DVB-T)...
[   15.664889] drxk: status = 0x639130d9
[   15.664901] drxk: detected a drx-3913k, spin A3, xtal 27.000 MHz
[   15.884461] dvb_ca adapter 0: DVB CAM detected and initialised successfully
[   16.084810] DRXK driver version 0.9.4300
[   16.090636] drxk: frontend initialized.
[   17.772337] DVB: registering adapter 4 frontend 0 (DRXK DVB-C DVB-T)...


(...)


[   42.925371] redirect: 04, 00

thanks a lot,

Winfried

Hallo,

ich habe diese Woche eine Cine S2 V5.5 erhalten und soeben die Treiber hierfür gemäß Post #1 installiert. Anbei ein paar Erfahrungen zur Installation, da diese nicht ganz problemlos war:

Systeminfo vorweg:

Linux wolfvdr 2.6.32-5-686 #1 SMP Mon Mar 26 05:20:33 UTC 2012 i686 GNU/Linux
Distributor ID: Debian
Description:	Debian GNU/Linux 6.0.4 (squeeze)
Release:    	6.0.4
Codename:   	squeeze

Bis zum make install verlief alles reibungslos. Danach gab es in ivtv-udma.c das gleiche Problem wie unter http://pastebin.com/2wqpgQCZ zu sehen. Lösung: rückgängig machen des folgenden Patches: http://www.gossamer-threads.com/lists/ivtv/devel/41577
Ggf. ist die Version ivtv-udma.c zu neu für meinen Kernel?!

Danach ging es weiter. Das nächste "Problem" konnte mit diesem Thread gelöst werden: Problem with tv tuner installation.

Das letzte Problem bestand beim Download der Firmware gemäß Post #1

[root@wolfvdr /usr/src/dvb-treiber/media_build_experimental]$ experimental/ngene-octopus-test/linux/Documentation/dvb/get_dvb_firmware ngene
--2012-03-30 20:22:11--  http://www.digitaldevices.de/download/ngene_15.fw
Auflösen des Hostnamen www.digitaldevices.de... 81.169.145.158, 2a01:238:20a:202:1090::144
Verbindungsaufbau zu www.digitaldevices.de|81.169.145.158|:80... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 404 Not Found
2012-03-30 20:22:11 FEHLER 404: Not Found.

Ggf. ist hier der Link zu aktualisieren. Ich habe die Firmware von LinuxTV (http://www.linuxtv.org/wiki/in…_cineS2_DVB-S2_Twin_Tuner) heruntergeladen.

Nun hoffe ich das bei den Folgeschritten alles funktioniert...

Gruss
Marcus

Zitat von UFO

Habe ich schon so oft beantwortet, daß es langsam nervt.

Immer das gleiche:
Man darf nicht DVB-Module unterschiedlicher Herkunft (Kernel, kompilierte Treiber) mischen!
(Hier wurde wohl versucht, ddbridge des Treibers mit dvb-core des Kernels zusammen zu verwenden - oder umgekehrt.)

Oder das System mal neu starten. Nach Installation des Treibers hatte ich das Problem auch beim Aufruf von modprobe budget bzw. ngene. Nach einem Neustart funktionierten die Module ohne o.g. Fehlermeldungen :-/

Marcus

Hallo zusammen,

erstmal danke an alle, die mitgeholfen haben, dass das DuoFlex-CI grundsätzlich unter VDR einsetzbar ist. Gerade für die geplagten Grundverschlüsselten (wie mich z.B.) ist es endlich möglich, die analoge Karte aus dem System zu werfen.

Ich habe heute erstmal den ddbridge-Treiber nach der Anleitung im ersten Post aktualisiert, um nur ein Frontend zu bekommen. Unter /etc/modprobe.d/ddbridge.conf habe ich

options ddbridge adapter_alloc=3

eingetragen, sodass ich beim Laden direkt ein Verzeichnis mit nur zwei Frontends bekommen. Jetzt suche ich nach einer Möglichkeit, das Redirecting automatisch nach dem Laden des Moduls auszuführen, zumal das ja passieren muss, bevor vdr startet. Bei den alten modutils gab es eine post-install-Option, mit der man nach dem Laden automatisch einen Befehl ausführen konnte. Mit den aktuellen Modutils habe ich diese Möglichkeit nicht mehr gefunden.

Wie habt Ihr das gelöst?

Danke,
Sebi

Klingt nach nen Fall für UDEV. Sobald die Devices da sind kannst du per "RUN" nen Script ausführen lassen.

So als Anregung zum Start, so aktivere ich WOL bei meiner NIC.
[/etc/udev/rules.d/20-wol.rules]

SUBSYSTEM=="net", ACTION=="add", KERNEL=="eth*", RUN+="/etc/udev/wol '%k' '%E{DEVPATH}'"

[/etc/udev/wol]

#!/bin/sh


base=$(/usr/bin/dirname "$2")
base=$(/usr/bin/dirname "$base")


/bin/echo enabled > "/sys/$base/power/wakeup"
/sbin/ethtool -s $1 wol g


exit 0

So in dieser Art sollte sich auch für dein Problem ne universelle Lösung zusammenbasteln lassen.

cu

Hallo,

inzwischen habe ich einen Weg gefunden, das Redirect automatisch zu aktivieren. Größte Hürde war dabei, dass RUN+= offenbar bei Skripts nicht (immer) funktioniert. Warum, habe ich noch nicht rausgefunden.

Als Regel habe ich eine Datei mit dem Namen /etc/udev/rules.d99-ddbridge.rules erzeugt mit folgendem Inhalt:

KERNEL=="dvb0.ca0",SUBSYSTEM=="dvb",RUN+="/usr/sbin/redirect"

Ursprünglich war als Befehl "/bin/sh /usr/sbin/redirect.sh" eingetragen, redirect.sh sah dann so aus:

#!/bin/sh
echo "00 02" > /sys/class/ddbridge/ddbridge0/redirect

Allerdings konnte ich udev nicht dazu bewegen, dieses Skript zu starten. Beim Test mittels

udevadm test --action=add /devices/pci0000:00/0000:00:1c.1/0000:03:00.0/dvb/dvb0.frontend0

wurde zwar angezeigt, dass die Regel angewandt und der Befehl ausgeführt wurde, aber dem war nicht so. Also habe ich den gcc angeworfen und folgende Zeilen compiliert:

#include<stdio.h>


main()
{
  FILE * pFile;
  pFile = fopen("/sys/class/ddbridge/ddbridge0/redirect","w");
  if (pFile != NULL)
  {
	fputs ("00 02", pFile);
	fclose (pFile);
  }
}

Nach "gcc -o redirect redirect.c" das entstehende Binary nach /usr/sbin kopieren und voilá - nach "modprobe ddbridge" steht im dmesg als letzte Zeile "redirect: 00, 02" und das Cam läuft 1a.

Gute Nacht,
Sebi