DVB-C Qualität - QAM 256

  • Zitat

    Originally posted by MChrisZ
    Ist halt blöd wenn einige kanäle gehen würden.


    Kann praktisch sein. Beispiel: Die von Kabel BW immer wieder beschworene Oma (Enkel muß ihr alles einstellen - ordre de Mufti vom Netzbetreiber!) verlangt ihre wöchentliche Rosamunde-Pilcher-DVD. Die kann eine FF-Karte nach der Umstellung noch aufnehmen (ZDF sogar ohne die Dose zu wechseln) - während die KNC1 für Hochgeistiges auf 256QAM frei bleibt. :D

    Zitat

    Es ist total nervig, ständig femon zum kartenumschalten aufrufen zu müssen... ;(

    Musst Du in der oben vorschlagenen Konfiguration ja nicht.
    (BTW: Danke an woppr und #linux.de im IRC für die Hilfe bei der Erstellung!)


    HTH jedenfalls...

  • in meiner channels conf sind auch dvb-s sender. das wird dann glaub ich nix ?(

    <font color="#0000ff">Gigabyte P35-DS3, Pentium E2140, GT220, 2 x DVB-C im Thermaltake DH101<br>gen2vdr V3 &amp; yaVDR 0.3.0a <br></font>

  • es gibt ältere treiber für FuSie (siehe hier: ftp://ftp.cadsoft.de/vdr/Devel…_dvb-0.9.4-2002-06-23.tgz )


    und aus diesem treiber (kernel-2.4) sieht die ves1820.c anders aus:


    0x69, 0x6A, 0x9B, 0x0A, 0x52, 0x46, 0x26, 0x1A,
    0x43, 0x6A, 0xAA, 0xAA, 0x1E, 0x85, 0x43, 0x28,
    0xE0, 0x00, 0xA1, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x01, 0x00, 0x00, 0x00, 0x00,
    0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x40
    };



    und bei neuen ves1820.c (kernel-2.6.16) sieht es so aus:


    0x69, 0x6A, 0x93, 0x12, 0x12, 0x46, 0x26, 0x1A,
    0x43, 0x6A, 0xAA, 0xAA, 0x1E, 0x85, 0x43, 0x20,
    0xE0, 0x00, 0xA1, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x01, 0x00, 0x00, 0x00, 0x00,
    0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x40
    };




    und mit die älteren ("codes" oder was auch immer das ist) habe ich besseres bild :]


    mann kann da bestimmt noch was verbessern, es ist aber wie 6 in lotto bei so viele zahlen/buchstaben :rolleyes:


    welche reihe ist nun für qam256?
    kennt sich jemand damit aus b.z.w versteht das jemand?


    Gruss,
    Osmanovic

  • zum 3x: das ist softwaremässig nicht zu lösen, sorry.
    tunerdesign-/altersprobleme.


    und selbst wenn ich nächste woche die direktanschaltung der 1. zf hinkrieg, kanns kaum einer ohne elektronikausbildung und laborausrüstung nachmachen.


    ich glaubs aber nich.


    im übrigen hat der ves1820 nur einen 9-Bit ADC und damit nur die halbe auflösung iggs. zu den aktuellen 10bit chips, könnte auch zu unscharf für 256qam sein.

    VDR1: yavdr ppa VDR 2.0.6 auf iBase Industrial Mini-ITX MB896IL +DVI- Modul +Gb Ethernet Mini-PCI Motherboard, Pentium M 740, 1GB RAM, mit 3x KNC1 C+/MK3 PCI auf LSI Logic 3x PCI-64 Rev. 2.3 Intel 21154 aktive Riser Card 2135-5V mit abgesägtem 64Bit- Steckerteil im PCI- Slot auf upriser,
    HDTV xineliboutput mit xine-plugin-crystalhd für Broadcom CrystalHD BCM970015 auf 15cm PCI-E 1x Flachbandriser im PCI-E 1x v.1.0a Slot.
    IPTV vdr-plugin-iptv und ffmpeg als rtsp/rtmp/hls "tuner frontend", stream sanitizer und mpegts wrapper.

    2 Mal editiert, zuletzt von woprr ()

  • Zitat

    Originally posted by TEN

    [...] Aber wir sollten den weiteren 256QAM-Opfern verraten, wie diese Kombination aus FF und Terratec Cinergy 1200 DVB-C oder KNC1(plus) überhaupt zum Laufen zu bekommen ist - hier am Beispiel für Gen2VDR 1.1: [...]

    Code
    /etc/init.d/vdr stop
    mv /etc/vdr/channels.conf /etc/vdr/channels.FF.conf
    awk '{ $9 = "2"; print }' FS=':' OFS=':' /etc/vdr/channels.FF.conf >/etc/vdr/channels.conf
    /etc/init.d/vdr start


    Hier noch zwei Varianten (im Anschluß an die Postings von MChrisZ, und mit Dank an @Nurbs aus IRCnet's #linuxtv.de):[list="1"][*]die erste mit einer je nach örtlichen Gegebenheiten anzupassenden "Freigabeliste", falls auch bei 64QAM nur noch bestimmte Frequenzen auf der FF-Karte fehlerfrei empfangen werden (typisch bei Kabel BW seit den letzten Umstellungen)[*]die zweite, um nur die 256QAM-"Transponder" der Budget-Karte vorzubehalten:[/list]

    Code
    awk '{ if ($2 !~ /(113|121|346|802)/ ) $9 = "2"; print }' FS=':' OFS=':'
    awk '{ if ($3 != M64 ) $9 = "2"; print }' FS=':' OFS=':'

    Wenn das System bei Aufnahmen in die Knie geht, empfiehlt es sich wie hier diskutiert und noch nicht abschließend gelöst, zunächst einmal noad zu korrigieren sowie alcd, graphlcd/tft und ggf. xxv abzuschalten.

  • Zitat

    zum 3x: das ist softwaremässig nicht zu lösen, sorry.


    OK, dann gebe ich jetzt auf!


    aber immer hin habe ich fast keine Bild störung mehr bei qam256 sender :)


    nochmal; wie ich es geschaft habe:


    ein regelbaren Dämpfungsregler (TR 86300) dann habe ich noch in ves1820.c die pwm auf 56 gesetzt:


    in ves1820.c endern:


    /* setup the state */
    memcpy(&state->ops, &ves1820_ops, sizeof(struct dvb_frontend_ops));
    state->reg0 = ves1820_inittab[0];
    state->config = config;
    state->i2c = i2c;
    state->pwm = 0x56; //pwm 0x56 FuSi C <------------



    und dann nochmal in ves1820.c dies hier:

    Code
    0x69, 0x6A, 0x9B, 0x0A, 0x52, 0x46, 0x26, 0x1A,
    0x43, 0x6A, 0xAA, 0xAA, 0x1E, 0x85, 0x43, 0x28,
    0xE0, 0x00, 0xA1, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x01, 0x00, 0x00, 0x00, 0x00,
    0x02, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00,
    0x00, 0x00, 0x00, 0x00, 0x40
    };


    so habe ich es geschaft, aber ich lasse es jetzt so und gebe auf.


    442Mhz (qam256) sender kann ich jetzt ohne probleme aufnehmen und auch gucken (ohne bildstörungen) UNC...00 und manchmal UNC..01 :)


    nur bei 338Mhz qam256 sender:


    Code
    Select Kino Info (KD):338:M256:C:6900:2001:2002:0:1:50320:0:0:0
    Select Kino 1 (KD):338:M256:C:6900:2011:2012:0:1:50321:0:0:0
    Select Kino 2 (KD):338:M256:C:6900:2021:2022:0:1:50322:0:0:0
    Select Kino 3 (KD):338:M256:C:6900:2031:2032:0:1:50323:0:0:0
    Select Kino 4 (KD):338:M256:C:6900:2041:2042:0:1:50324:0:0:0
    Select Kino 5 (KD):338:M256:C:6900:2051:2052:0:1:50325:0:0:0


    ...da habe ich immer noch Bildstörungen.


    warum es bei 442Mhz geht und bei 338Mhz nicht! das kann ich sowieso nicht verstehen... :rolleyes:


    Mfg,
    Osmanovic

  • TEN
    und dieses verfahren funzt auch, wenn ich noch dvb-s channels in der channels.conf habe?

    <font color="#0000ff">Gigabyte P35-DS3, Pentium E2140, GT220, 2 x DVB-C im Thermaltake DH101<br>gen2vdr V3 &amp; yaVDR 0.3.0a <br></font>

  • wart mal osmanovic...


    ok, ich hab deine zahlen mal im datenblatt nachgeguggt.


    du liegst richtig:


    die alte ves1820.c (2.4) war noch für die fusi optimiert...
    die neue (2.6) scheint für die tunerschaltungen der tt dvb-c 2.1 (ohne tda9819) optimiert zu sein (filter, clock, gain, carrier)


    nich schlecht :)


    d.h. alle mit der alten fusi d1121 bitte den 2.4 code und osmans optimierung verwenden.

    VDR1: yavdr ppa VDR 2.0.6 auf iBase Industrial Mini-ITX MB896IL +DVI- Modul +Gb Ethernet Mini-PCI Motherboard, Pentium M 740, 1GB RAM, mit 3x KNC1 C+/MK3 PCI auf LSI Logic 3x PCI-64 Rev. 2.3 Intel 21154 aktive Riser Card 2135-5V mit abgesägtem 64Bit- Steckerteil im PCI- Slot auf upriser,
    HDTV xineliboutput mit xine-plugin-crystalhd für Broadcom CrystalHD BCM970015 auf 15cm PCI-E 1x Flachbandriser im PCI-E 1x v.1.0a Slot.
    IPTV vdr-plugin-iptv und ffmpeg als rtsp/rtmp/hls "tuner frontend", stream sanitizer und mpegts wrapper.

  • Zitat

    Originally posted by MChrisZ
    TEN
    und dieses verfahren funzt auch, wenn ich noch dvb-s channels in der channels.conf habe?

    Wenn Du ein Merkmal findest, um sie vom Umschreiben durch awk auszunehmen, sicher.
    Wie es genau geht, kann ich wegen akuten Glaskugeldefekts :D leider nicht sagen - poste doch mal ein ige Beispielzeilen mit Einträgen für die verschiedenen DVB-Varianten.

  • was man noch in ves1820.c (Kernel-2.6)endern kann, ist:


    Code
    static int ves1820_set_parameters(struct dvb_frontend* fe, struct dvb_frontend_parameters *p)
    {
            struct ves1820_state* state = fe->demodulator_priv;
            static const u8 reg0x00[] = { 0x00, 0x04, 0x08, 0x0c, 0x10 };
            static const u8 reg0x01[] = { 140, 140, 106, 100, 92 };
            static const u8 reg0x05[] = { 135, 100, 70, 54, 38 };
            static const u8 reg0x08[] = { 162, 116, 67, 52, 35 };
            static const u8 reg0x09[] = { 145, 150, 106, 126, 107 };
            int real_qam = p->u.qam.modulation - QAM_16;


    und so siehts es aus bei alte (Kernel-2.4)ves1820.c (optimiert für FuSie):


    Code
    QAM_SETTING QAM_Values[] = {	
            {QAM_16 ,  16, 145, 164, 162, 145},
            {QAM_32 ,  32, 150, 120, 116, 150},
            {QAM_64 ,  64, 106,  70,  67, 106},
            {QAM_128, 128, 126,  54,  52, 126},
            {QAM_256, 256, 107,  38,  35, 107}
    };


    ich habe die ves1820.c (kernel-2.6) umgeändert:


    static int ves1820_set_parameters(struct dvb_frontend* fe, struct dvb_frontend_parameters *p)
    {
    struct ves1820_state* state = fe->demodulator_priv;
    static const u8 reg0x00[] = { 0x00, 0x04, 0x08, 0x0c, 0x10 };
    static const u8 reg0x01[] = { 145, 150, 106, 126, 107 };
    static const u8 reg0x05[] = { 164, 120, 70, 54, 38 };
    static const u8 reg0x08[] = { 162, 116, 67, 52, 35 };
    static const u8 reg0x09[] = { 145, 150, 106, 126, 107 };
    int real_qam = p->u.qam.modulation - QAM_16;




    mann kann bestimmt noch irgend wo schrauben... man verliert aber den überblick wenn mann die alte ves1820. mit neuen ves1820.c vergleicht :rolleyes:


    EDIT:
    Was ich noch vergessen habe:
    wenn das "Analog-modul" eingesteckt ist, verschlimmert sich bildqualität bei qam256 sender (habe grade nochmal nachgeprüft)


    habe das Analog-modul rausgebaut (wird sowieso nicht immer erkannt...kein Ton u.s.w)

    Zitat

    Falls Sie das Modul später wieder entfernen, müssen Sie die Steckbrücken wieder an
    ihren alten Platz stecken (Position 4 und 6).


    dies auch gemacht. (so habe ich immer Ton)


    und das wars ;)

  • Zitat

    Original von e9hack


    Die TT C-2300 benutzt GPIO3 vom SAA7146 zum Umschalten (0V = AGC extern, 5V = AGC intern).


    Laut einer Uralt-Mail schaltet die FuSi die Pin's vom TDA9819 (Pin 9 und 30) über die Test-Output-Pin's vom VES1820. Der VES1820 hat 17 davon. Warum braucht ein IC 17 Test-Output-Pin's?


    Gruß
    e9hack

  • e9hack:


    ist beste praxis für chips die neue technologien implementieren (1999) zur gewinnung von kundenvertrauen und hilfe zur schaltungsberechnung-/optimierung.


    das mit ausgabe über testpins kann nicht sein, siehe register 0F datenbuch ves1820 rev. B die fusi hat rev. A weil einige register, die im datenblatt rev. B readable angegeben sind bei dem A noch nicht lesbar sind.


    @osmanovic


    da kannste nich einfach brücken ausserdem ist das layout nicht bekannt und leiterbahnen aufner multilayerplatine durchzukratzen sollteste lieber lassen...

    VDR1: yavdr ppa VDR 2.0.6 auf iBase Industrial Mini-ITX MB896IL +DVI- Modul +Gb Ethernet Mini-PCI Motherboard, Pentium M 740, 1GB RAM, mit 3x KNC1 C+/MK3 PCI auf LSI Logic 3x PCI-64 Rev. 2.3 Intel 21154 aktive Riser Card 2135-5V mit abgesägtem 64Bit- Steckerteil im PCI- Slot auf upriser,
    HDTV xineliboutput mit xine-plugin-crystalhd für Broadcom CrystalHD BCM970015 auf 15cm PCI-E 1x Flachbandriser im PCI-E 1x v.1.0a Slot.
    IPTV vdr-plugin-iptv und ffmpeg als rtsp/rtmp/hls "tuner frontend", stream sanitizer und mpegts wrapper.

  • Zitat

    da kannste nich einfach brücken ausserdem ist das layout nicht bekannt und leiterbahnen aufner multilayerplatine durchzukratzen sollteste lieber lassen...


    Das hatte ich auch nicht vor ;)


    ich dachte man kann es irgend wie im ves1820.c schallten :rolleyes:


    aber egal ich habe heute früh Sat-schüssel in Garten eingebaut und meine gute alte TT DVB-S eingestekt.
    habe auch Kündigung brief an Kabel deutschland losgeschikt (hoffentlich akzeptieren die das)!


    und wenn es Bildstörung bei Sat gibt, dann weiß ich es liegt am gewitter ;)



    ich habe die FuSie DVB-C (4MB Mod.) zum Verkauf angeboten (für 120€) SIEHE HIER
    Ich hoffe es ist nicht zu teuer???

  • Zitat

    Original von woppr
    das mit ausgabe über testpins kann nicht sein, siehe register 0F datenbuch ves1820 rev. B die fusi hat rev. A weil einige register, die im datenblatt rev. B readable angegeben sind bei dem A noch nicht lesbar sind.


    Über CTRL2 vom VES1820 wird Pin 9 vom TDA9819 geschaltet. Möglicherweise hängt PIN 30 mit dran.


    Gruß
    e9hack

  • So - nachdem mir meine LAG gestern beim Gucken irgendeiner Soap den Satz "das tut aber auch ned so" hingeschmissen hatte; ich mich fragte, ob die Unterschiede beim Qam256-Empfang an 2*2.1er DVBc hier an den Dosen liegt sowie mir heute nochmal dieser Thread mit den 2.6er Änderungen ins Auge sprang, musste ich nochmal kurz testen.


    Einmal mit einem LinVDR 0.7 System (original Kernel+Treiber) und einmal ein Suse irgendwas mit alten 2.4er Treibern (müssten wohl aus Klaus Quelle stammen).


    Ergebnis:


    2.4er Kernel/Treiber: Beide Karten tun mit Qam256 problemlos - konnte nicht mal nen UNC entdecken.
    2.6er Kernel/Treiber: Eine getestete Karte zeigt wie vom bisherigen Anschluss her bekannte starke Artefakte (grad kein femon für absol. Werte zur Hand).


    Wohl gemerkt - alles getestet an der gleichen Dose, gleiches Kabel, gleiche Karte - sonstige HW-Einflüsse (waren 2 Activy's) schliess ich mal aus.


    Fazit: Dann werd ich mal ein 2.6er Test-System aufsetzen ....


    arghgra

  • Hallo,
    ich hab mal eine andere Frage. Ich habe eine TT DVB-C 2.1 und ebenfalls Probleme mit QAM256 aber auch teilweise mit QAM64. Bei uns im Haus wird von Kabeldeutschland ein Signal angeliefert, was von 100 MHz bis 600 Mhz etwa um 10 dB abfällt. Mit einer dbox habe ich keine Probleme weder bei QAm64 noch bei QAM256. Nachdem ich das mit dem AGC gelesen haben, dachte vielleicht wird kein automatischer Gain Abgleich bei der DVB-C 2.1 gemacht und daher kommen dann die Probleme. Weis jemand wie das AGc bei 2.1 beschaltet ist und wie die Register gesetzt sind? (DAs Frontend ist wie bei der FUSie ein ves1820) wenn man dem Ausgewählten Treiber glauben schenkt.



    Marten

    vdr experimental, Femon, vdr live, acpi-wakeup, vompserver, undelete, epgsearch, vdr-burn, Raspberry Pi und Vompserver Windows Client (build from git)

  • arghgra


    Du meinst ein 2.4er Testsystem ?

    MAIN: La Scala SST-LC04 Gehäuse / Asus P5N7A-VM / Intel E7500 / YaVDR 0.1 / TT-DVB-S2 / IR-Einschalter Atric / Wakeup-On-Call


    ICH: Bin Microsoft, Cisco, VMware und NetApp zertifiziert

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!