Snapshot 3.5. Bug: inversion

[Janus]

Snapshot (Yadd) v. 03.05.
Sagem 2xI Sat

inversion="1" in Services.xml blockt Service
-------------------------------------------
[infoviewer] satellite = Astra 19.2E << mal was Nützliches
zap failed
-------------------------------------------

manuelle Änderung in inversion="0" behebt den 'Schaden'

Janus

[obi]

welcher service, welcher frontendtreiber, welche treiberversion?

[Janus]

Log:

DVB: registering frontend 0:0 (VES1993)...
Using /lib/modules/2.4.20-dbox2/misc/at76c651.o
Using /lib/modules/2.4.20-dbox2/misc/avia_av_napi.o
avia_av_napi.c: $Id: avia_av_napi.c,v 1.17 2003/04/17 07:29:48 obi Exp $
Using /lib/modules/2.4.20-dbox2/misc/avia_gt_dvr.o
$Id: avia_gt_dvr.c,v 1.15 2003/04/12 06:03:32 obi Exp $
Using /lib/modules/2.4.20-dbox2/misc/avia_gt_napi.o
avia_gt_napi: $Id: avia_gt_napi.c,v 1.179 2003/04/20 22:22:05 obi Exp $

reicht das ?

Code: Alles auswählen

Eutelsat 13 Diseqc=1
<transponder id="319c" onid="013e" frequency="11054000" inversion="1" symbol_rate="27500000" fec_inner="5" polarization="0">
<transponder id="3458" onid="013e" frequency="11199786" inversion="1" symbol_rate="27500000" fec_inner="5" polarization="1">

Astra 19,2 Diseqc=0
<transponder id="0408" onid="0001" frequency="11685500" inversion="1" symbol_rate="22000000" fec_inner="5" polarization="1">
<transponder id="0451" onid="0035" frequency="12515079" inversion="1" symbol_rate="22000000" fec_inner="5" polarization="0">
<transponder id="0452" onid="0001" frequency="12521829" inversion="1" symbol_rate="22000000" fec_inner="5" polarization="1">
<transponder id="0454" onid="0001" frequency="12551500" inversion="1" symbol_rate="22000000" fec_inner="5" polarization="1">
<transponder id="0459" onid="0000" frequency="12633079" inversion="1" symbol_rate="22000000" fec_inner="5" polarization="0">
<transponder id="0459" onid="0001" frequency="12633079" inversion="1" symbol_rate="22000000" fec_inner="5" polarization="0">
<transponder id="045b" onid="0001" frequency="12662750" inversion="1" symbol_rate="22000000" fec_inner="5" polarization="0">
<transponder id="045c" onid="0001" frequency="12669500" inversion="1" symbol_rate="22000000" fec_inner="5" polarization="1">

In welchem Dokument steht was über Inversion?
Meine PDFs antworten leider nicht auf die Frage nach 'inversion'

Janus

[obi]

inversion ist AFAIK das vertauschen der beiden signale I und Q, die das frontend erhaelt. mit dem analogen zeugs hab ich es allerdings nicht sonderlich

nun, zum problem: inversion ist abhaengig vom uebertraeger und wird nirgends in den dvb-si sections erwaehnt. d.h. manche kabelnetzbetreiber senden aus irgendwelchen gruenden mit inversion, manche ohne, manche je nach transponder mit oder ohne. wieso das bei sat noetig ist weiss ich nicht und ich waere dankbar ueber jemanden, der das mal genauer erklaeren kann.

jedenfalls kann man bei jedem sat frontend inversion auch steuern. fuer mich wuerde es sinn machen, wenn inversion je nach hardware-layout (I und Q vertauscht) immer oder nie an ist. ist aber wohl von transponder zu transponder verschieden...

da der ves1x93 treiber mittlerweile die afc-register auswertet und somit die effektiv zu tunende frequenz liefern kann, so dass man schneller auf dem gewollten transponder lock bekommt, habe ich in zapit die codezeile aktiviert, die die settings vom frontend uebernimmt (das siehst du daran, dass die frequenzen in der services.xml nicht alle mit 000 enden, sondern "genauer" sind, d.h. auf deine umgebung angepasst). scheinbar wertet der treiber (oder der ves1993) das inversion feld falsch aus.

jetzt stellt sich mir die frage, ob denn alle transponder bei dir nicht mehr gehen oder nur die von dir erwaehnten. und gibt es bei dir transponder, bei denen inversion an ist und die funktionieren?

ps: ausser in doku ueber demodulatoren hab ich auch noch nirgends was ueber inversion gelesen.

pps: hast du noch ne nokia sat, mit der du den bug auch bekommst - oder ein anderer mitleser vielleicht?

[Janus]

Oben sind alle Transponder angegeben, die mit "1" in meinen services stehen.
Bei dem ORF- (TW1) und dem Telecom - Transponder (mit XXP) auf Astra ist mir die Fehlfunktion aufgefallen.

Die anderen habe ich nicht mehr geprüft, sondern alle mit "0" ersetzt nachdem das als Korrektur ersichtlich war. Könnte ich aber Morgen nochmal 'durchblättern', wenn der andere Rechner wieder aufwacht.
Ich werde dann auch mal "2" (?) versuchen, obwohl die in dem letzten 'offiziellen' Image vom 15.04. genau so funktionieren.

Nokia habe ich keine. Hätte nur sporadisch weiteren Zugriff auf Sagem 1xI Kabel. Ist zwar jetzt wieder BN drauf, aber bereits im DebugMode.

Janus

[obi]

0 = INVERSION_OFF
1 = INVERSION_ON
2 = INVERSION_AUTO

[PCR-Jitter]

Meines Wissens nach wird die I/Q Inversion nur bei QAM, also im Kabelstandart, angewendet. Dies hat die Ursache darin, dass bei einer QAM bestimmte Phasensprünge (180°) vermieden werden sollten, da daraus abgelteitete Amplitudenwerte nicht auf 0 gehen dürfen, weil dies für das Übertragungssystem (Versärker, usw.) ungünstig ist. Deswegen werden die 180° Sprünge aus zwei 90° Sprüngen im halben Takt zusammengesetzt. Dafür müssen die beiden Quadraturträger zuvor um 180° verschoben werden. Eine vertauschung von I und Q wäre eine Verschiebung von 90°.

So richtig verständlich ist meine Erklärung natürlich nicht, es handelt sich dabei aber auch um "trockenste" Hochfrequenztechnik.

Bei QPSK wird IMHO die Phasenlage erst bei der Sync Byte generierung erkannt. Es wird im Datenstrom nach 0x47 und 0xB8 gesucht und wenn beispielsweise 0xB8 in einem Takt von 204 Bytes vorkommt, dann ist die Phasenlage invertiert und wird am Ausgang des Detektors rückinvertiert. Für den Tuner, Demodulator usw. ist die Phasenlage uninteressant. Vielleicht wird ja die ermittelte Phasenlage des Sync Byte Detektors von dem Treiber ausgegeben?

Grüsse PCR

[obi]

hm ja, das macht sinn. danke.

mit demodulator meinte ich allerdings einfach den ganzen chip, ves1993, der ja eigentlich mehr macht als nur demodulieren, also auch FEC, viterbi decoder, reed solomon dingenskirchen usw.

naja, der einfachste weg zur loesung ist, die zuweisung des inversion feldes in FE_GET_FRONTEND im treiber auszulassen.. eigentlich haette ich aber lieber eine richtige loesung. mal schaun, ob ich naechste woche dazu komme. evtl. kann ja bis dahin jemand anderes schon mal drueber schauen

gruss,
obi