TT 2300-C und QAM256

hallo e9hack,

ich habe den Patch gerade mal getestet, leider bekommt meine tt2300C auf qam256-Kanälen immer noch kein Lock (qam64 geht, mit einer alten TT 2.x DVBC gehen am gleichen Anschluss QAM64 UND QAM256).

Ich setze einen aktuellen Build der v4l-Treiber ein (Kernel 2.6.20 gentoo, vdr 1.4.6).

Kabelprovider ist ISH NRW.

Viele Grüße, hoover

Nabend e9hack,

wohne in Düren, NRW und muss mich mit unitymedia rumschlagen. Ich bin seit letzter Woche ausgebaut. Vorher tatens alle Sender mit 500 kHz Frequenzmod. Nach der Umstellung hatte ich durchgängige Klötzchenbildung auf den meisten QAM-256 Sendern. Hab heute die letzten v4l-Treiber ausm Mercurial geholt und keine Besserung feststellen können. Die 500 kHz scheinen allerdings jetzt drin verbraten zu sein.

Nun zum Eigentlichen: Dein Patch funktioniert bei mir perfekt.

Auf zwei, drei Frequenzen hab ich noch Probleme(obwohl neuer Hausverstärker und neue Dosen), aber das begründe ich erstmal mit einer inkomptenten unitymedia. Da liegt aber eh nur Schrott...

In diesem Sinne vielen, vielen Dank, Jens.

e9hack
Ist das auch für die TT1500C anwendbar?

Hallo,

auch noch kurze Rückmeldung von mir:
Ebenfalls mit einer C2300.

Funktioniert einwandfrei.

Ohne Patch kann ich hier keinen einzigen QAM256 Sender empfangen. D.h. ich kriegt gar nichts. Nicht mal Klötzchen.
Nach dem Patch funktionieren alle QAM256 Sender einwandfrei.
Die UNC liegt zwar immer im Bereich 500 - 1000. BER bleibt aber auf 0.

Die hohen UNC wundern mich etwas, weil bei meiner Budget hab ich UNC unter 20. Aber solange BER auf 0 bleibt, solls mir egal sein.

e9hack
Ich werde es die Tage mal probieren. Ich werde es dann auch extra ohne Modifikation der Hausinstallation probieren.

Da mich die Installation des neuen VDR grad in der Kabel-Wahnsinn treibt hab ich gestern die Änderung mal an 2 Cablestar getestet - Ergebnis: danach ging kein Qam256 mehr (er lockt nimmer).

arghgra

Meine Erfahrung mit der TT-C2300 ist, das ich mir das Runtersetzen der Frequenz ersparen kann, wenn ich demodfreq per patch fest auf 6718 stelle (also auch für QAM64, da ist der Effekt aber normalerweise nur in einer etwa Halbierung der ohnehin schon kleinen Bit Errors zu sehen).

Ich habe Testreihen mit Frequenzshift und Demod-Frequenz gemacht. Verkleinern der demodfreq hat den gleichen Effekt wie Verkleinern der Empfangsfrequenz, wobei 6700 etwa einem Frequenzversatz von -150000 Hz entspricht.
Geht man weiter runter (Abstimmfrequenz oder Demod-Frequenz), bleibt der Empfang zunächst noch gut, aber das Locken wird verzögert, bis man keinen Lock mehr bekommt.
Bei QAM256 und ohne Frequenzversatz sorgen demodfreq > 7200 für deutliche Bildfehler (UNC > 10), bei 7200 ist man am Münchner Kabel am Rande, aber die korrigierten BERs sind schon deutlich angestiegen. Bei 7250 sorgen positive Frequenzkorrekturen dann für noch mehr Artefakte (noch größere UNC-Werte).
Vor dem Ausbau waren auch QAM64-Kanäle betroffen, wenn auch in wesentlich geringerem Ausmaß.

Ich würde für eine Treiberkorrektur plädieren, die entweder Cablestar abfragt oder die den Wert per modprobe.conf bzw. /sys/module/stv0297/parameters eintellbar macht.

e9hack: Gibt es eigentlich einen Grund für die krummen Werte, ich sehe keinen Unterschied zwischen 6700, 6718, 6750.

Hallo,

so hab ich meine TT-C2300 unter Quam256 zum laufen gebracht.

http://www.vdrportal.de/board/thread.php?threadid=74185&hilightuser=17238

Gruß

Ramme

Wenn
- die Probleme mit einer unsauberen Werkseinstellung eines Potis zusammenhängen
- das Poti versiegelt ist und ein Verstellen riskant (s. obigenThread)
ist das ein Grund mehr, den Treiberwert einstellbar zu machen, man kann dann im laufenden Betrieb den für seine Karte besten Wert rausfinden.

--- stv0297.c.orig      2008-01-14 17:50:05.000000000 +0100
+++ stv0297.c   2008-01-30 13:05:49.000000000 +0100
@@ -22,6 +22,7 @@
 #include <linux/init.h>
 #include <linux/kernel.h>
 #include <linux/module.h>
+#include <linux/moduleparam.h>
 #include <linux/string.h>
 #include <linux/delay.h>
 #include <linux/jiffies.h>
@@ -46,7 +47,11 @@
 #endif


 #define STV0297_CLOCK_KHZ   28900
+#define DEMOD 6718


+static int demodfreq = DEMOD;
+module_param(demodfreq, int, 0644);
+MODULE_PARM_DESC(demodfreq, "Initial demodfreq default 6718");


 static int stv0297_writereg(struct stv0297_state *state, u8 reg, u8 data)
 {
@@ -463,7 +468,7 @@
        stv0297_writereg(state, 0x82, 0x0);


        /* set initial demodulation frequency */
-       stv0297_set_initialdemodfreq(state, 7250);
+       stv0297_set_initialdemodfreq(state, demodfreq);


        /* setup AGC */
        stv0297_writereg_mask(state, 0x43, 0x10, 0x00);

Kann man da einen AutoTune im Treiber einbauen. Mass für Optimum kann doch BER/ UNC sein. Oder ist der Gedankengang falsch?

Hallo zusammen,

ich möchte mich hier mal wieder einhaken. Seit der Umstellung der Öffentlich Rechtlichen auf QAM256 hab ich mal wieder Probleme mit QAM256.

Mir fällt auf, dass ich mit TomJoads Patch, auf jeder Frequenz aber mit unterschiedlichen Demodulationsfrequenzen ein gutes Bild bekommen kann. Leider unterscheiden sich die demodfreqs auf den unterschiedlichen Frequenzen.

Gibt es eine Möglichkeit aus den structs, die an stv0297_set_frontend() übergeben werden, die aktuelle Frequenz herauszubekommen? Habe bisher nichts dergleichen entdeckt. Dann könnte ich per switch-Anweisung den unterschiedlichen Frequenzen andere demod-Frequenzen zuordnen.

Gruß, Jens.

Upps, sorry. Hab mich wohl innerhalb der structs in der union im dvb_frontend_parameters verlaufen. Ich versuche dann mal anhand der Frequenz die Demodulationsfrequenz einzustellen. Vielen Dank für den Hinweis, e9hack.

Bei den DVB-Treibern scheint sich was getan zu haben. Auf einigen Frequenzen bekomme ich sowas wie

Jun  2 07:33:39 sonne kernel: [213165.619752] Wechsle Frequenz von 113.0MHz zu 112.7MHz

Das passiert aber nicht auf allen QAM256-Frequenzen und macht den bei mir allgemeingültigen Patch aus dem ersten Post kaputt. Sender wie die Privaten funktionieren damit ungepatcht, hingegen die ÖRs auf QAM256 überhaupt nicht. Gepatcht genau anders herum. Im Moment finde ich die passende Stelle in den Quellen nicht.

Gruß, Jens.

Hallo,
gibt es irgendeine Lösung des Problems?

Mit aktuellem liblianin gehen hier mit C-2300 alle QAM64 Sender, QAM256-Sender sind nur die obersten cm da und dann Schnee und nach sehr kurzer Zeit friert VDR ein/stürzt ab (nur VDR, nicht der PC).

mfG,
Stefan

Zufriedenstellend hilft wohl nur Austausch gegen eine moderne Karte.