Schlechter Empfang der TT C-1500 im Vergleich zur Satellco EasyWatch PCI DVB-C

_andreas_ · 27. April 2007

Hi Dr. Seltsam,

Zitat

Original von Dr. Seltsamda ich mein kernelpaket regelmäßig update und nicht weiss, welcher Stand in mahlzeit 4.0 eingeflossen ist, schadet es nicht, das aktuelle Kernelpaket linvdr-kernel-2.6.20.1-ivtv-1.0.0.tgz drüberzubügeln.

habe ich gerade gemacht. Da ich die Netzwerkkarte im Mahlzeit-System nicht zum aktivieren bekomme (forcedeth-Modul mag irgendwie nicht), habe ich die Platte an meinen Linux Laptop gehängt und den Kernel auf die Mahlzeit-HDD entpackt. Sollte ja kein Problem sein?

Zitat

Original von Dr. SeltsamDie 1500C ist einzige DVB-Karte?
poste mal die Ausgabe von dmesg

Momentan steckt nur eine einzige C-1500 drinnen, dmesg:

Code

saa7146: register extension 'budget_av'.
saa7146: register extension 'budget_ci dvb'.
saa7146: found saa7146 @ mem f8c5a000 (vervision 1, irq 19) (0x13c2,0x1010).
saa7146 (0): dma buffer size 192512
DVB: registering new adapter (TT-Budget-C-CI PCI).
adapter has MAC addr = 00:xx....
input: Budget-CI dvb ir receiver saa7146 (0) as /class/input/input3
DVB: registering frontend 0 (ST STV0297 DVB-C)...
saa7146: register extension 'dpc7146 demonstration board'.
saa7146: register extension 'dvb'.
saa7146: register extension 'hexium gemini'.
saa7146: register extension 'hexium HV-PCI6 Orion'.
saa7146: register extension 'Multimedia eXtension Board'.

Alles anzeigen

Zitat

Original von Dr. SeltsamDie Logmeldungen deuten klar auf Empfangsprobleme hin. Aber wieso?

Hast Du in der channels.conf Sender mit niedriger Frequenz? da war heute gerade was in der ML:
http://linuxtv.org/pipermail/l…vb/2007-April/017459.html

Die niedrigste Frequenz ist 362MHz... ich habe jetzt zum testen alle Frequenzen unter 500MHz entfernt, aber leider keine Änderung. Das auf linuxtv.org angesprochene Problem (band=2 anstatt band=1 für f<200MHz) hat e9hack auch schon angesprochen, hat aber leider auch auf meinem Debian-System nicht wirklich geholfen!

Viele Grüße
Andreas

Dr. Seltsam · 27. April 2007

Zitat

Original von _andreas_

Code

saa7146: register extension 'dpc7146 demonstration board'.
saa7146: register extension 'dvb'.
saa7146: register extension 'hexium gemini'.
saa7146: register extension 'hexium HV-PCI6 Orion'.
saa7146: register extension 'Multimedia eXtension Board'.

wo kommt das her?
bei meiner 1500C sieht es so aus

Code

saa7146: found saa7146 @ mem c8974000 (revision 1, irq 12) (0x13c2,0x1010).
saa7146 (1): dma buffer size 192512
DVB: registering new adapter (TT-Budget-C-CI PCI).
adapter has MAC addr = 00:d0:5c:04:7b:0c
input: Budget-CI dvb ir receiver saa7146 (1) as /class/input/input4
budget_ci: CI interface initialised
DVB: registering frontend 1 (ST STV0297 DVB-C)...
saa7146: register extension 'budget dvb'.
saa7146: register extension 'budget_av'.

Hein Blöd · 29. April 2007

Hallo.

Hier meine Empfangswerte mit femon:

Code

vdr:~# femon -a 1
using '/dev/dvb/adapter1/frontend0'
FE: ST STV0299 DVB-S (SAT)
status 02 | signal 0000 | snr 0000 | ber 0000ff08 | unc 00000000 | 
status 02 | signal 0000 | snr 0000 | ber 0000ff08 | unc 00000000 |

Nonsens, das oben war die FF Ausgabe Karte. Hier von der C-1500:

Code

vdr:~# femon -a 0
using '/dev/dvb/adapter0/frontend0'
FE: ST STV0297 DVB-C (CABLE)
status 1f | signal 0304 | snr 138f | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0304 | snr 140d | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0306 | snr 1543 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0305 | snr 13de | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0305 | snr 13c5 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0306 | snr 1319 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0305 | snr 13ac | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0305 | snr 143a | ber 00000000 | unc 00000000 | FE_HAS_LOCK

Alles anzeigen

Hein Blöd · 29. April 2007

Und hier noch die Hardware Config (für den Fall der Fälle):

Code

vdr:~# lspci      
0000:00:00.0 Host bridge: Intel Corp. 82815 815 Chipset Host Bridge and Memory Controller Hub (rev 02)
0000:00:02.0 VGA compatible controller: Intel Corp. 82815 CGC [Chipset Graphics Controller] (rev 02)
0000:00:1e.0 PCI bridge: Intel Corp. 82801AA PCI Bridge (rev 02)
0000:00:1f.0 ISA bridge: Intel Corp. 82801AA ISA Bridge (LPC) (rev 02)
0000:00:1f.1 IDE interface: Intel Corp. 82801AA IDE (rev 02)
0000:00:1f.2 USB Controller: Intel Corp. 82801AA USB (rev 02)
0000:00:1f.3 SMBus: Intel Corp. 82801AA SMBus (rev 02)
0000:00:1f.5 Multimedia audio controller: Intel Corp. 82801AA AC'97 Audio (rev 02)
0000:01:00.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
0000:01:02.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
0000:01:04.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78)
vdr:~# lspci -vn
0000:00:00.0 0600: 8086:1130 (rev 02)
        Subsystem: 8086:1130
        Flags: bus master, fast devsel, latency 0
        Capabilities: [88] #09 [f104]


0000:00:02.0 0300: 8086:1132 (rev 02)
        Subsystem: 103c:1245
        Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 10
        Memory at f0000000 (32-bit, prefetchable) [size=64M]
        Memory at ec000000 (32-bit, non-prefetchable) [size=512K]
        Capabilities: [dc] Power Management version 2


0000:00:1e.0 0604: 8086:2418 (rev 02)
        Flags: bus master, fast devsel, latency 0
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
        I/O behind bridge: 00002000-00002fff
        Memory behind bridge: ec100000-ec1fffff
        Prefetchable memory behind bridge: 10000000-100fffff


0000:00:1f.0 0601: 8086:2410 (rev 02)
        Flags: bus master, medium devsel, latency 0


0000:00:1f.1 0101: 8086:2411 (rev 02) (prog-if 80 [Master])
        Subsystem: 8086:2411
        Flags: bus master, medium devsel, latency 0
        I/O ports at 1800 [size=16]


0000:00:1f.2 0c03: 8086:2412 (rev 02)
        Subsystem: 8086:2412
        Flags: bus master, medium devsel, latency 0, IRQ 11
        I/O ports at 1820 [size=32]


0000:00:1f.3 0c05: 8086:2413 (rev 02)
        Subsystem: 8086:2413
        Flags: medium devsel, IRQ 9
        I/O ports at 1810 [size=16]


0000:00:1f.5 0401: 8086:2415 (rev 02)
        Subsystem: 103c:1249
        Flags: bus master, medium devsel, latency 0, IRQ 9
        I/O ports at 1200 [size=256]
        I/O ports at 1300 [size=64]


0000:01:00.0 0480: 1131:7146 (rev 01)
        Subsystem: 13c2:1010
        Flags: bus master, medium devsel, latency 123, IRQ 11
        Memory at ec100000 (32-bit, non-prefetchable) [size=512]


0000:01:02.0 0480: 1131:7146 (rev 01)
        Subsystem: 13c2:0003
        Flags: bus master, medium devsel, latency 123, IRQ 9
        Memory at ec100400 (32-bit, non-prefetchable) [size=512]


0000:01:04.0 0200: 10b7:9200 (rev 78)
        Subsystem: 103c:1246
        Flags: bus master, medium devsel, latency 80, IRQ 5
        I/O ports at 2000 [size=128]
        Memory at ec100800 (32-bit, non-prefetchable) [size=128]
        Expansion ROM at 10000000 [disabled] [size=128K]
        Capabilities: [dc] Power Management version 2

Alles anzeigen

Konkret geht es um diese Karte (C-1500):

Code

0000:01:00.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
        Subsystem: Technotrend Systemtechnik GmbH: Unknown device 1010
        Flags: bus master, medium devsel, latency 123, IRQ 11
        Memory at ec100000 (32-bit, non-prefetchable) [size=512]

Hein Blöd · 1. Mai 2007

Hatte noch einen Test mit vdrdevel gemacht. Da habe ich noch ein anderes Problem (findet nur Quam64) Sender), aber das ist hier ja egal.
edit/
Channelscan ist ein Einstellungsproblem. Es werden aber nie alle gefunden (vdrdevel 1.5x).
VDR 1.4.x findet aber alle Sender (nicht VDRDevel)
/edit
Die TT C-1500 empfängt Quam 64 Sender ohne jegliche Probleme. Es scheinen also nur die Quam256 Sender Probleme zu haben. Ich schaue mal, ob ich heute Nachmittag eine Antennendose mit geringeren Dämpfungswerten bekomme und montiere die um. Dann sehen wir ja, ob das "Problem" nur ein Problem der Signalstärke ist oder doch irgendwo im Treiber liegt.

Oliver

Hein Blöd · 2. Mai 2007

Hatte gestern noch schnell ein neues Kabel (Karte zur Dose) gekauft (neien bei uns ist der 1. mai kein Feiertag), um zu testen, ob das vorherige Kabel an Kabel Gewirr etwa die Empfangsqualität merklich verschlechtert hätte. Ein Unterschied war nicht zu erkennen. Bin wegen der Dose gestern nicht mehr zum Elektriker gekommen, werde das aber am Freitag nachholen. Bis dahin sollte ich auch eine zweite Festplatte mit Mahlzeit parat haben.

Gruss
Oliver

_andreas_ · 2. Mai 2007

Hallo,

ich bin wieder zurück und habe vorhin folgendes getestet:
Neu aufgesetztes Debian Etch mit Kernel 2.6.18-4. Ich habe keine DVB-Treiber selbst kompiliert (hg clone usw.), sondern die Module aus dem 2.6.18-4er Kernel verwendet.
Getestet habe ich mit VDR und Kaffeine. Die Bildqualität ist zwar immer noch unbrauchbar, aber deutlich besser. D.h. zwar viele Artefakte, aber immerhin ein relativ flüssiges Bild. femon zeigt auch ständig einen LOCK, was bei den aktuellen Treibern nicht der Fall war.
Zudem habe ich mir am Montag einen Kabelverstärker bei Conrad gekauft. Das Ergebnis ist aber mit und ohne Verstärker dasselbe.

Wenn ich heute Abend Zeit habe, vergleiche ich die budget-ci.c aus dem Debian-Kernel und dem HG von linuxtv.

Zitat

Original von Dr. Seltsam

wo kommt das her?

gute Frage :-/

Viele Grüße
Andreas

Hein Blöd · 2. Mai 2007

Hallo Andreas.

Dann kann ich mir die andere Dose ja sparen. Scheint doch am Treiber/Tuner zu liegen.
Artefakte kommen bei mir nur alle x Sekunden vor. Ansonsten sehr gutes Bild. Deine femon Werte habe ich auch.

Oliver

_andreas_ · 2. Mai 2007

Hi Oliver,

Zitat

Original von Hein BlödDann kann ich mir die andere Dose ja sparen. Scheint doch am Treiber/Tuner zu liegen.
Artefakte kommen bei mir nur alle x Sekunden vor. Ansonsten sehr gutes Bild. Deine femon Werte habe ich auch.

hast Du vielleicht auch irgendwo einen Windowsrechner zum Testen? Dann könnten wir die doch definitiv sagen, dass es am Treiber und nicht an der Karte/Dose/Empfang liegt.

Viele Grüße
Andreas

Hein Blöd · 2. Mai 2007

Kann ich machen. Wollte zwar erst einmal auf eine zweite Platte Mahlzeit installieren. Aber dann kommt eben erst einmal noch Win drauf. Aber ich vermute schon fast, dass es damit funktioniert.
Die Treiber CD von TT ist mit dem 18.09.2006 (V1.0.7.1) gelabelt. Ich schaue mir die Inf Files mal auf dem Heimweg im Zug an.

_andreas_ · 2. Mai 2007

Hi Oliver,

Zitat

Original von Hein BlödDie Treiber CD von TT ist mit dem 18.09.2006 (V1.0.7.1) gelabelt. Ich schaue mir die Inf Files mal auf dem Heimweg im Zug an.

ich habe mir direkt das aktuellste TT-Mediacenter samt Treibern heruntergeladen:
http://technotrend-online.com/…are/bda/BDA_1073_BETA.zip
http://technotrend-online.com/…bda/budget2_4.4.10.18.zip

Viele Grüße
Andreas

Hein Blöd · 2. Mai 2007

Der Windows-Treiber kann erst seit Nov 06 Quam256!? Lade gerade auch noch die aktuellen Treiber. Der von der CD macht keinen Unterschied bei den beiden Philips Tunern.

Der Vendor IDs stimmen mit unserer C-1500 überein:

Code

Cap7146_DVB_C.Name%=Cap7146_DVB_C.Device,PCI\VEN_1131&DEV_7146&SUBSYS_101013c2;	TechnoTrend DVB-C: PHILIPS-CD1316/STV0297 or PHILIPS-TD1316/STV0297

Sagt einem hier die folgenden parameter des Windows-Treibers etwas:

Code

HKR, "Parameters", "AdjustHyo",,"0"
"InvertField",,"1"
"InputPortA",,"Video"
"InputPortB",,"Transport"
"SyncSelPortA",,"A"
"SyncSelPortB",,"B"
"EnableXport",,"1"
"BoardType",,"1"

Gibt es solche Parameter auch im Linux-Treiber?

Erklärung laut INF Datei:

Code

;HKR, "Parameters", "AdjustHyo",,"0"
;HKR, "Parameters", "InvertField",,"1"
;HKR, "Parameters", "InputPortA",,"Transport"	;Signaltype of port A, "Video" | "Transport"
;HKR, "Parameters", "InputPortB",,"Video"	;Signaltype of port B, "Video" | "Transport"
;HKR, "Parameters", "SyncSelPortA",,"A"		;SyncSignal for port A is connect to port, "A" | "B"
;HKR, "Parameters", "SyncSelPortB",,"B"		;SyncSignal for port B is connect to port, "A" | "B"
;HKR, "Parameters", "EnableXport",,"1"		;Transport stream is enabled "1", disabled "0"
;HKR, "Parameters", "BoardType",,"1"		;identifies the type of board used see also SUBSYSTEM ID
						;Board		Comment		No
						;=====		=======		==
						;Maui		ATSC		0
						;Ruegen2	DVB-S		1
						;

Alles anzeigen

Wofür stehen AdjustHyo und InvertField?

Ich werde es morgen mal mit der Docking-Station vom Notebook probieren und dort die C-1500 einbauen. Dann kann ich mal mit XP testen. Bericht folgt.

Hein Blöd · 2. Mai 2007

Mal eine ganz dumme Frage:
Benötigt die Karte evtl. einen Terminator am durchgeschleiften Ausgang?

e9hack · 2. Mai 2007

Zitat

Original von Hein Blöd
Der Windows-Treiber kann erst seit Nov 06 Quam256!?

TT hat im November nur ini-Files aktualisiert, damit man QAM256 auswählen kann. Der Treiber selber kann es schon länger.

Gruß
e9hack

_andreas_ · 3. Mai 2007

kurzes Update:
1.) Laut DVBShop wurde bei dieser Version der Karte tatsächlich ein neuer Tuner verwendet.
Genauere Details habe ich leider keine.

2.) Mein Kollege hat gestern nochmal mit den 2.6.18.4er Modulen (von Debian Etch) bei seinem Kabelanbieter (Tschanett) mit QAM64 und QAM256 getestet. Die Artefakte bleiben sowohl bei QAM64, als auch QAM256 gleich, macht also keinen Unterschied.

3.) Ich habe ich jetzt die budget-ci.c aus dem 2.6.18-4er Kernel mit dem akutellen Treiber von linuxtv.org mittels vimdiff verglichen.
Bei der Programmierung hat sich zwar einiges geändert, aber sonst ist mir nichts ungewöhnliches aufgefallen (außer dem bereits besprochenen band=1 in static int dvbc_philips_tdm1316l_tuner_set_params). Natürlich kenne ich mich damit auch zuwenig aus, um das korrekt beurteilen zu können :-/

Viele Grüße
Andreas

Hein Blöd · 3. Mai 2007

Also bei mir ist Qam64 einwandfrei. Artefakte gibt es da überhaupt nicht. Nur bei Qam256 habe ich alle paar Sekunden Artefakte, teilweise für bis zu einer halben Minute ein absolut stabiles Bild.
Habe mir fürs Notebook eine Docking-Station ausgeliehen. Werde heute Abend mit XP testen.

Schorschi · 3. Mai 2007

Hi Andreas,

ja, seit heute habe ich exakt dieselben Probleme.

Ich habe die Karte heute vom DVB-Shop bekommen. Sie hat auch einen Antennenausgang, was ja prinzipiell nicht verkehrt ist.

Bild und Ton sind völlig unbrauchbar und veranlassen den Vdr auch dazu, diverse Neustarts auszuführen.

Wahrscheinlich werde ich die Karte zurückschicken und mir eine Satelco EasyWatch ordern.

Viele Grüße,
Schorschi

P.S.: Unter XP mit dem TT-Mediacenter gibt es keine Probleme.

Hein Blöd · 3. Mai 2007

Habe heute auf dem VDR Rechner auf einer anderen HD Win mit TT 1.0.73 installiert. Was soll ich sagen - keine Artefakte, aber auch viel weniger Sender gefunden. Keine Ahnung ob die M64 oder M256 haben. Die TT Software unter Win ist nicht so bedienerfreundlich und auch nicht sehr geschwätzig. Der Win Test ist nicht sehr aussagekräftig gewesen

Hatte noch einmal einen Blick ins BIOS geworfen und gesehen, dass PCI Bus Master disabled war. Muss morgen noch einmal von der VDR Platte booten und nachtesten.

Hein Blöd · 4. Mai 2007

Ich habe noch einmal mit den Einstellungen der TT Media Center Software unter Win herumgespielt. Jetzt bekomme ich bei dem Scan 334 Sender (Radio & TV) rein. Das sind jetzt mehr als beim VDR. Dafür kann die Software auch mal bei Sendern (im View/Kanalwechsel) crashen.
Problematische Sender mit Qam 256 laufen unter Win einwandfrei.
Jetzt stellt sich für mich die Frage, ob wir ein Problem beim Scannen der Sender haben oder ob der Treiber noch ein wenig Nachhilfe benötigt. An der Dose werde ich nicht schrauben. Die Pegelausschläge unter Win sind sehr gut - wie verlässlich die auch immer sind.

Oliver

Hein Blöd · 4. Mai 2007

Mal so ein Gedanke:
Bisher hatte ich mit reelchannelscan die Kanäle gescannt. Wenn das nicht "sauber" durchgelaufen ist, dann könnte es ja zu Störungen kommen.
Habe mir gerade Wirbelscan geladen (beim Mahlzeit installierbar). Hat einer dazu Erfahrung? Oder generell Unterschiede zwischen den Channelscannern ausgemacht?
Ich versuche nur Siteeffects auszuschliessen.

Schlechter Empfang der TT C-1500 im Vergleich zur Satellco EasyWatch PCI DVB-C

Jetzt mitmachen!

Teilen