Analogmodul auf Siemens DVB-C: "Lösung oder Langzeitperspektive?"

Wie sieht's denn nun aus mit dem Analogmodul der Siemens DVB-C unter c't-VDR ?
Mehrere Threads zu diesem Thema scheinen nicht weiter gelaufen zu sein...
und "der zuständige Übergeek vom Dienst" meldet auf http://akool.bei.t-online.de/vdr/analogtv/index.html immer noch:

Zitat

FAQ:
Q: Is the analog-module of the Siemens DVB-C supported?
A: No because a driver for that module is still missing (march, 19. 2004)

Folgendes ist bei http://vdrportal.de/board/thread.php?threadid=11096 zu lesen:

Zitat

Original von Carsten1

bei mir im Kernel 2.6er sind folgende Sachen aktiviert.

M Video For Linux (CONFIG_VIDEO_DEV)

M Hotplug firmware loading support (CONFIG_FW_LOADER)
* DVB For Linux (CONFIG_DVB)
M DVB Core Support (CONFIG_DVB_CORE)
M Frontends with external VES1820 demodulator (QAM) (CONFIG_DVB_VES1820)
M AV7110 cards (CONFIG_DVB_AV7110)
* AV7110 OSD support (CONFIG_DVB_AV7110_OSD)

Jetzt muss man sich nur noch um die Firmware kümmern. Eine Anleitung findet sich z.B. hier: /usr/src/linux/Documentation/dvb/firmware.txt

Die Reihenfolge in der die Module geladen werden, ist eigentlich wurscht. Hauptsache sie werden geladen.

Alles anzeigen

Weitere Informationen finden sich unter http://vdrportal.de/board/thread.php?threadid=15869:

Zitat

Original von massi
ich mach den Thread hier nochmal auf, es ist tatsächlich so, daß die Meldung "Transfermode kann nicht gestartet werden" beim ersten Versuch einen analog Sender einzuschalten, von den fehlenden Patches im ivtv-2.4.24-ctvdr-2 Paket kommen. Ich habe mich mal dran gemacht und den ivtv Treiber 1.9 zu patchen und kompilieren und siehe da, die Meldung erscheint nicht mehr. Vielleicht könnte mal jemand der ct'vdr Pakete Bauer das Paket überarbeiten.
Mutig geworden habe ich mich dann auch mal mit dem analogtv Plugin 0.9.32 beschäftigt, hat auch nach einigen Schwierigkeiten geklappt.
Das Plugin beseitigt zwar das Problem, das nach intensivem Zappen irgendwann die analog Kanäle mit Artefakten vor sich hin hoppeln, dafür gibt´s dann andere Probleme.
Die Umschaltzeiten liegen beim 0.9.32er bei ca. 3-4 Sekunden und das Problem, daß hin und wieder kein Bild und Ton erscheinen häuft sich, daß macht Aufnahmen zum va banque Spiel, nach dem Motto, hab ich was drauf oder nicht. Ist mir leider gestern bei Stargate passiert, nur schwarze Aufnahme.

Alles in allem scheint´s noch viel zu tun zu geben, beim analogtv Plugin

Also, wie geht es denn nun von einer Standardinstallation ab Heft-CD 8/2004 zu funktionierendem Analog-Empfang auf der FSC DVB-C (und nun sage bitte niemand "durch Einbau einer BT848..." ) - gerade wenn sich der "Wohnzimmer-PC" mit gewöhnlichem TV als einzigem "Monitor" nicht besonders gut für stundenlange make-Orgien und sonstige Experimente eignet (ja, trotz ssh) ?
Hat das schon jemand geschafft, oder sind die o.g. Ausführungen mehr "Hackanleitungen ausschließlich für den Guru" bzw. Pläne für die eher ferne Zukunft... ?

Zitat

Original von Schorschi
Ich würde eigentlich gerne linvdr 0.6 benutzen, habe aber schon mehrmals gelesen, daß das analogtv-Plugin nicht unterstützt wird.

Ist das das letzte Wort, oder sitzt jemand dran und es kommt in Version 0.7?

Kann sich denn nicht mal ein analogmodul-Gott erbarmen und ein HowTo für linvdr und analogmodul schreiben.
(...)
P.P.S.: Vielleicht sollte ich noch sagen, daß ich analog, Premiere und normales Digital-TV auf dem Fernseher empfangen möchte. Hat das überhaupt schon jemand mit VDR geschafft?

Viele haben ihre Analogmodule wahrscheinlich schon demontiert, weil diese selbst dann Ärger machen können, wenn sie unter Linux gar nichts zu tun bekommen:
Wenn ich den folgenden Thread auf der Mailingliste im Convergence-Olymp, wo sich Deine oben angesprochenen Treiber-Götter tummeln, richtig verstehe, hat das Audioproblem (kein Ton auf den Siemens-DVB-C-Karten X() wohl ebenfalls mit dem Analogmodul zu tun:
http://www.linuxtv.org/mailing…004/05-2004/msg00364.html
Kann sicher nichts schaden, wenn sich dort alle Betroffenen mit ihren Erfahrungen zu dem Thema äußern, um diesen Fehler endlich einzugrenzen...

Zitat

Original von andy696
Das ist richtig, oft nur ein Timing Problem bei den derzeitigen Kernel-Treibern.
Dann findes der Treiber beim Laden der Firmware findet er das Analog-Modul nicht.
Im CVS gab es ein besseres av7110_hw.c.
Ich hatte SuSE einen Patch für 9.1 gesandt, vielleicht bauen sie ihn ein.

Seitdem findet er das Analogmodul zu 99,999%, vorher nur zu 1%

SuSE... Jetzt aber hurtig auf die Mailingliste an mailto:linux-dvb@linuxtv.org damit!
99,999% ist jedenfalls eine bessere Erkennungsquote als Siemens' eigene WinDOSen-3bär!

Ich hab's geahnt, während momentan vermutlich Analogmodule im Wert einiger 10k€ in den Schubladen verschimmeln, sitzen ein paar Genies schon auf Sourcen für die Lösung und keiner erfährt davon...
Dein Code ist kostbar :], mach mal ein tar cjf über Deine Quellen und attache sie hier - ein paar Wünsche darfst Du dann bestimmt auch äußern...

Zitat

Soweit ich weis, ist ein VDR Streaming von Analogen Sendern hier jedoch nur mit extremen Tricksereien und Qualitätsverlust zu erledigen - der normalerweise verwendete Port wird zum durchschleifen des Analog Signals verwendet -.

Für VDR habe ich vielleicht eine Idee, aber selbst dann geht nur ein Analoger Sender oder Digital gleichzeitig. Nicht also mit Digital aufzeichnen und Analog sehen!

Was meinst Du, wie viele Dir schon dafür sehr dankbar sind?! Analog-Streaming kann wirklich warten... Dein heutiger Release muß ja nicht der letzte sein!

Zitat

Original von andy696
Das ist richtig, oft nur ein Timing Problem bei den derzeitigen Kernel-Treibern.
Dann findes der Treiber beim Laden der Firmware findet er das Analog-Modul nicht.
Im CVS gab es ein besseres av7110_hw.c.
Ich hatte SuSE einen Patch für 9.1 gesandt, vielleicht bauen sie ihn ein.

Seitdem findet er das Analogmodul zu 99,999%, vorher nur zu 1%

Vielen Dank für Deine Hilfe hier und per Mail - bei der angesprochenen Datei handelt es sich exakt um jene, die auch aktuell z.B. bei einem

Zitat

cvs -d :pserver:anonymous@linuxtv.org:/cvs/linuxtv co -P -rlinux_2_4 dvb-kernel

aus dem Repository rüberkommt:

Zitat

28239 Apr 12 23:10 /usr/local/src/dvb-kernel/linux/drivers/media/dvb/ttpci/av7110_hw.c

Diese Datei scheint es auch "erst und nur" in den neueren CVS-Quellen zu geben.

Bei mir liegt die Erkennungsquote allerdings deutlich niedriger (bestensfalls 30%, etliche ./insmod reload sind schon noch nötig), aber immerhin eine deutliche Verbesserung.

Um zu sehen, woran es hakt, habe ich mir ein paar zusätzliche "Berichterstatter" in die Quellen gepatched, und wurde mit folgendem in /usr/local/src/dvb-kernel/linux/drivers/media/dvb/ttpci/av7110_v4l.c fündig:

Zitat

int av7110_init_analog_module(struct av7110 *av7110)
{
u16 version1, version2;

u8 init80, init0;

init80 = i2c_writereg(av7110, 0x80, 0x0, 0x80);
init0 = i2c_writereg(av7110, 0x80, 0x0, 0);

printk("av7110(%d): Analog module detection 0x80: 0x%02x\n",
av7110->dvb_adapter->num, init80);
printk("av7110(%d): Analog module detection 0 : 0x%02x\n",
av7110->dvb_adapter->num, init0);

if (init80 != 1
init0 != 1)
return -ENODEV;

printk("av7110(%d): DVB-C analog module detected, initializing MSP3400\n",
av7110->dvb_adapter->num);
av7110->adac_type = DVB_ADAC_MSP;
dvb_delay(100); // the probing above resets the msp...
msp_readreg(av7110, MSP_RD_DSP, 0x001e, &version1);
msp_readreg(av7110, MSP_RD_DSP, 0x001f, &version2);

Alles anzeigen

Meist liefern beide Zugriffe über i2c_writereg den falschen Rückgabewert "-121":

Zitat

May 21 11:06:41 kernel: Siemens cable card PCI rev1.5 adapter 0 has MAC addr = 00:...
May 21 11:06:41 kernel: gpioirq unknown type=0 len=0
May 21 11:06:41 kernel: DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261b
May 21 11:06:41 kernel: DVB: AV7111(0) - firmware supports CI link layer interface
May 21 11:06:42 kernel: av7110(0): Analog module detection 0x80: 0x87
May 21 11:06:42 kernel: av7110(0): Analog module detection 0 : 0x87
May 21 11:06:42 kernel: av7110(0): DVB-C w/o analog module detected
May 21 11:06:42 kernel: saa7146_fops: saa7146 (0): registered device video0 [v4l2]
May 21 11:06:42 kernel: av7110: found av7110-0.

Alles anzeigen

Wenn man Glück hat, sieht es allerdings so aus:

Zitat

May 21 11:08:26 kernel: PCI: Found IRQ 11 for device 00:09.0
May 21 11:08:26 kernel: saa7146_core: found saa7146 @ mem c882c000 (revision 1, irq 11) (0x110a,0x0000).
May 21 11:08:26 kernel: DVB: registering new adapter (Siemens cable card PCI rev1.5).
May 21 11:08:29 kernel: DVB: VES1820(0): setup for tuner spXXXX
May 21 11:08:29 kernel: DVB: VES1820(0): pwm=0x52
May 21 11:08:29 kernel: DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)...
May 21 11:08:31 kernel: Siemens cable card PCI rev1.5 adapter 0 has MAC addr = 00:...
May 21 11:08:31 kernel: gpioirq unknown type=0 len=0
May 21 11:08:31 kernel: DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261b
May 21 11:08:31 kernel: DVB: AV7111(0) - firmware supports CI link layer interface
May 21 11:08:32 kernel: av7110(0): Analog module detection 0x80: 0x01
May 21 11:08:32 kernel: av7110(0): Analog module detection 0 : 0x01
May 21 11:08:32 kernel: av7110(0): DVB-C analog module detected, initializing MSP3400
May 21 11:08:32 kernel: av7110(0): MSP3400 version 0x0303 0x0008
May 21 11:08:32 kernel: saa7146_fops: saa7146 (0): registered device video0 [v4l2]
May 21 11:08:32 kernel: saa7146_fops: saa7146 (0): registered device vbi0 [v4l2]
May 21 11:08:32 kernel: av7110: found av7110-0.
May 21 11:08:32 kernel: saa7146: register extension 'budget dvb'.
May 21 11:08:32 kernel: saa7146: register extension 'budget_ci dvb'.
May 21 11:08:32 kernel: saa7146: register extension 'budget dvb /w video in'.
May 21 11:08:32 kernel: usb.c: registered new driver Technotrend/Hauppauge USB-Nova
May 21 11:08:32 kernel: usb.c: registered new driver ttusb-dec

Alles anzeigen

(An dieser Stelle liegt also offenbar das Problem. Meine eigenen Versuche, hier eine Schleife einzubauen, welche die Initialisierung "gebremst" und/oder mehrfach versucht, führen leider momentan noch eher zum Einfrieren des Systems mit bösem Blinken aus zwei LEDs vom rechten Rand der Tastatur - Vorschlägen mit besserem Timing sehe ich gespannt entgegen.
BTW, hatte jemand mit dem Parameter adac=2 Erfolg, und an welcher Stelle in insmod.sh habt Ihr diesen übergeben? )

Damit kann man (nach gewissen Verrenkungen ) zumindest über xawtv auch analog fernsehen, aber wie Du schriebst nur das:

Zitat

Nicht (...) mit Digital aufzeichnen und Analog sehen!

Erst sobald sich das DVB-Frontend abschaltet (z.B. nach 30 Sekunden Timeout in den aktuellen CVS-Treibern), lässt sich das Analogmodul tatsächlich benutzen. Vorher gibt es leider auf dem Analogprogramm in xawtv nur "Schneegestöber". So spart man sich allerdings "wenigstens" die BT848/878-Karte. Das lässt sich natürlich in den Treiber hacken: Wenn ein Analogkanal getuned wird, automatisch den Digitalteil abschalten, bis eine Lösung gefunden ist, um beide gleichzeitig zu verwenden.
Der Ausgang über die Kabelpeitsche zeigt übrigens nach dem Abschalten von DVB, und damit auch während ein Analogprogramm empfangen wird (das also momentan noch nur in xawtv, nicht auch am angeschlossenen Fernseher sichtbar ist!), den letzten DVB-Frame als Standbild. Hier sollte vielleicht als "Abschiedsgruß" der Ausgang schwarz geschaltet werden, damit sich niemand versehentlich ein solches Bild in hochwertige Displays einbrennen kann.

Zusammenfassung: Momentan sieht es wirklich danach aus, als ob die dvb-kernel-Treiber endlich "ganz nah dran" an einem zuverlässigen Betrieb des Analogmoduls sind - was um so wichtiger ist, da selbst für Windoze die Siemens-Treiber 1.65 und ebenso jene von ODsoft mit der Erkennung des Analogmoduls Schwierigkeiten zu haben scheinen. Schon jetzt vielen Dank an alle, die mithelfen, die Erfolgsquote nun schnell auf 100% zu steigern...

Zitat

Original von andy696

Schade, bei mir gab es in über 300 Versuchen einen Fehlschlag.

Hier funktioniert es leider "eher selten":
Manchmal klappt es beim 3. oder 4. Versuch, oft kann man aber auch dutzendfach

Zitat

./insmod unload;./insmod load bzw. debug

ohne Erfolg wiederholen:

Zitat

kernel: av7110(0): DVB-C w/o analog module detected

Rückgabewert der beiden Initialisierungsversuche durch Schreiben auf den I²C-Bus (Patch s.o. im Thread) ist bei nicht erkanntem Analogmodul jeweils 0x87 - gibt es hier einen softwareseitig feststellbaren Unterschied, wenn überhaupt kein Analogmodul gesteckt ist?

Der Parameter adac=2 (wohl für dvb-ttpci.o) scheint dem Treiber zwar (weiterhin) bekannt zu sein, aber keine Wirkung (mehr) zu zeigen.

Bei Erkennung erscheint in dmesg bzw. /var/log/messages:

Zitat

kernel: av7110(0): DVB-C analog module detected, initializing MSP3400
kernel: av7110(0): MSP3400 version 0x0303 0x0008

(BTW, zeigen sich hier auf Euren Systemen Versionsunterschiede gegenüber diesem?)
Evtl. könnte man damit eine Schleife in /usr/local/src/dvb-kernel/build-2.4/insmod.sh basteln (z.B. mit grep MSP3400 o.ä.), damit zumindest dieses Skript (in vernünftigem Rahmen) versuchen kann, den Treiber so lange automatisch immer wieder zu laden, bis die Erkennung des Analogmoduls funktioniert hat.
Fällt dazu jemandem etwas Praktikables ein, das möglichst schnell wirkt und die Systemleistung nicht zu sehr in den Abgrund zieht?

Zitat

Original von hype
möchte (...) nur sagen: WEITER, WEITER, WEITER.

Ich bin auch einer, der sehnlich auf die Analogunterstützung wartet.
Armer Kabelkunde, noch dazu bei Kabel Deutschland, schnief

Gehe ich richtig in der Annahme, das Euer 'Workaround' momentan noch nicht direkt aus der DVB Karte über den TV Läuft?

In der Tat, momentan erhält man (außer natürlich bei DVB-Sendern) leider nur über xawtv ein Bild. Auch ein FBAS-Signal (d.h. nicht nur Audio) scheint allerdings schon nach dem Laden der dvb-kernel-Treiber am Cinch-Ausgang der Kabelpeitsche anzuliegen, denn z.B. das PSone-Display schaltet sich durchaus ein (mit Hintergrundbeleuchtung und Lautsprechern), zeigt aber eben nur ein schwarzes Bild (bzw. das letzte Bild des letzten eingestellten DVB-Senders - was auf die Dauer für das Display nicht gesund sein dürfte).
Für Kenner der DVB-Treiberarchitektur sicher die leichteste Übung, diese Macken wegzupatchen - aber wenn man sich wie ich bei doch sehr begrenzter Zeit in diese Dinge erst einarbeiten muß, dürfte es noch dauern, da durchzublicken...
Wesentlich weiter als ein "Workaround" ist die derzeitige Unterstützung allerdings schon.

Zitat

Original von andy696

Hatte ich früher, als ich es noch brauchte. Hat aber im Extremfall mal über eine Stunde gebraucht!
[...] sollte [...] mit 2.6.x laufen, je nach modprobe.conf können noch Anpassungen erforderlich sein [...]
Ausgewertet wird hier nur der Rückgabewert von grep, 1 == true, wenn er die gesuchte Zeile findet.

Thanx! Hatte gar nicht daran gedacht, daß grep ja selbst schon als Returncode meldet, ob der Ausdruck auf etwas passte...

Einen Zähler habe ich noch eingebaut, damit jeder auf dem eigenen System "nachmessen" kann, "wie schlimm es dort ist"; außerdem den Aufruf von ./insmod.sh für die übrigen Module, damit er im DVB-C-Betrieb nicht ERROR: failed opening '/dev/dvb/adapter0/frontend0' (No such device) meldet:

Zitat

#! /bin/bash
./insmod.sh load
while dmesg | tail -n 15 | grep "w/o analog" > /dev/null ; do
((pass+=1));
echo "Pass $pass";
/sbin/modprobe -r -q dvb-ttpci && /sbin/modprobe -q dvb-ttpci ;
done;
../../DVB/apps/szap/czap Das\ Erste

Alles anzeigen

So funktioniert es auch in /usr/local/src/dvb-kernel/build-2.4 zusammen mit (wegen der dort fehlenden apps) parallel installiertem Linux DVB - mal schnell, mal weniger...

Zitat

[...]
Pass 113
Pass 114
Pass 115
Pass 116
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
59 Das Erste:410000000:INVERSION_OFF:6900000:FEC_NONE:QAM_64:101:102
59 Das Erste: f 410000000, s 6900000, i 0, fec 0, qam 3, v 0x65, a 0x66
status 1f | signal 9393 | snr eaea | ber 009ffff6 | unc ffffffff | FE_HAS_LOCK
status 1f | signal ffff | snr e9e9 | ber 009ffff6 | unc 00000000 | FE_HAS_LOCK

Alles anzeigen