Empfangsprobleme mit DD CineCTv7 Karten

wirbel · 16. Juli 2017

Bei der Cine c/c2/t/t2 v7 (CXD2843ER) funktioniert anscheinend DVB-C unterhalb etwa 400MHz nicht,
kein Lock mehr.. Drei andere DVB-C Karten am gleichen Anschluss haben Null Probleme.

Außerdem scheint die Signalstärke einen Integer Overflow in der Berechnung (DVCBv5 Stats) zu haben,
+179.80dBm ( = 1000 TeraWatt = 1 PetaWatt) erscheinen ja nun doch ein wenig viel..

Code

freq, LOCK, signal dBm
122 ----                  +179.80
130 ----                  +179.80
138 ----                  +179.80
146 ----                  +179.80
162 ----                  +179.80
306 ----                  -2.2
314 ----                  -3.1
378 LOCK (*grenzwertig)   -1.0
394 LOCK                  -1.8
402 LOCK (*grenzwertig)   -1.9
410 LOCK                  -1.3
418 LOCK                  -1.8
426 LOCK                  -2.8
626 LOCK                  -7.8
642 LOCK                  -11.8
650 LOCK                  -7.9
658 LOCK                  -9.5
666 LOCK                  -10.9
674 LOCK                  -9.1
682 LOCK                  -14

Alles anzeigen

nst · 16. Juli 2017

Zitat von wirbel

Bei der Cine c/c2/t/t2 v7 (CXD2843ER) funktioniert anscheinend DVB-C unterhalb etwa 400MHz nicht,
kein Lock mehr.. Drei andere DVB-C Karten am gleichen Anschluss haben Null Probleme.

CXD2837/43/54 (= CT2/C2T2/C2T2I) läuft hier (und bei vielen anderen - mittlerweile sehr vielen - Testern) im C und T2 Betrieb absolut unauffällig, auf allen Frequenzen. Deine Pegel deuten auf Empfangsprobleme hin (das Reporting ist bei -C bekannt "invers", d.h. hoher Pegel = schlechter Empfang und umgekehrt). Bitte prüfe Deinen Empfang bzw. die Verbindung zur Karte. Tuner-Buchse an der Karte i.o.? (Ich habe hier selbst ein altes stv0367-basiertes CTv2 Flex rumliegen, wovon nur einer der beiden Demods was empfängt, und so wie das Teil aussieht, hat da auf jeden Fall schon mal wer mit 'nem Lötkolben rumgebastelt).

wirbel · 16. Juli 2017

Wie gesagt drei andere Karten laufen am gleichen Anschluss (auch bei Umstecken genau dieses Kabels) völlig problemlos.
2x tda10021 und einmal ein USB Stick.

Ich hab bevor ich hier gepostet habe exakt deine Vermutung mit zu hohem Pegel ausprobiert - Fehlanzeige.
Mit einem einstellbaren Dämpfungsglied 0..20dB gibt es keinen Bereich in dem die Karte lockt.

wirbel · 16. Juli 2017

PS: beide tuner zeigen 100% gleiches Verhalten.

nst · 16. Juli 2017

Zitat von wirbel

Ich hab bevor ich hier gepostet habe exakt deine Vermutung mit zu hohem Pegel ausprobiert - Fehlanzeige.

Nicht zu hoch, sondern zu niedrig. Der Demod sollte für Signalstärke irgendwas zwischen -40dBm und -20dBm anzeigen, dann passt alles, Tendenz 0dBm ist zu wenig am Tuner-Input der Karte (wie gesagt, die Anzeige ist invers).

wirbel · 16. Juli 2017

Die Tuner zeigen auf den Frequenzen noch nicht einmal SIGNAL oder CARRIER, fe_status == 0.
Da geht definitiv mit der Ansteuerung was schief.
Wenn auch nur der Tunerchip vor dem Demod grob auf die korrekte Frequenz zeigt, und *irgendwas* anliegt (egal ob zuwenig oder zuviel) muss doch mal wenigstens 'SIGNAL' kommen.

Das mit der Signalstärke ist also z.Z. als 'nicht funktionierend' zu betrachten? Invers macht bei dBm wenig Sinn..

nst · 16. Juli 2017

Es kommt direkt 0x0f und bei Lock zusätzlich noch |= 0x10. Der Treiber wurde so implementiert (und DD machts im cxd2843 nicht anders, wobei der Dir AFAIK nichtmal ne Signalstärke liefert, wenns keine FE_* flags gibt). Da das diverse Demod-Treiber ähnlich machen - viel Spass dabei, alle zu fixen.

fnu · 17. Juli 2017

Auf Wunsch von "nst" aus Treiber der Cine-CTv6/DDBridge/CI in den Kernel integrieren abgetrennt.

Regards
fnu

wirbel · 17. Juli 2017

Zitat von wirbel

Außerdem scheint die Signalstärke einen Integer Overflow in der Berechnung (DVCBv5 Stats) zu haben,
+179.80dBm ( = 1000 TeraWatt = 1 PetaWatt) erscheinen ja nun doch ein wenig viel..

Das sollte auf jeden Fall gefixed werden. Nach einem flüchtigen Blick in den source ist das hier die Ursache.

cxd2841er.c:1991

Code

static void cxd2841er_read_signal_strength(struct dvb_frontend *fe)
{
	struct dtv_frontend_properties *p = &fe->dtv_property_cache;
	struct cxd2841er_priv *priv = fe->demodulator_priv;
	s32 strength;


	dev_dbg(&priv->i2c->dev, "%s()\n", __func__);
	switch (p->delivery_system) {
	case SYS_DVBT:
	case SYS_DVBT2:
		strength = cxd2841er_read_agc_gain_t_t2(priv,
							p->delivery_system);
		p->strength.stat[0].scale = FE_SCALE_DECIBEL;
		/* Formula was empirically determinated @ 410 MHz */
		p->strength.stat[0].uvalue = strength * 366 / 100 - 89520;
		break;	/* Code moved out of the function */
	case SYS_DVBC_ANNEX_A:
	case SYS_DVBC_ANNEX_B:
	case SYS_DVBC_ANNEX_C:
		strength = cxd2841er_read_agc_gain_c(priv,
							p->delivery_system);
		p->strength.stat[0].scale = FE_SCALE_DECIBEL;
		/*
		 * Formula was empirically determinated via linear regression,
		 * using frequencies: 175 MHz, 410 MHz and 800 MHz, and a
		 * stream modulated with QAM64
		 */
		p->strength.stat[0].uvalue = strength * 4045 / 1000 - 85224;
		break;

Alles anzeigen

Da anscheinend die Stats aus der demod pre ber berechnet werden..

cxd2841er_read_agc_gain_c() gibt 0..0xFFF0 zurück; damit ergibt sich
p->strength.stat[0].uvalue = 0xFFF0 * 4045 / 1000 - 85224; //<- == (265028400) / 1000 - 85224 == 265028 - 85224 = 179804

179.804dBm entspricht also der Anzeige für DVB-C falls der Demod keine gültige Signalstärke liefert.
Ähnliches gilt für T/T2, ISDBT, S/S2 (wobei hier der Bereich wohl 0..0xFFF8 ist und relative scale)

Laut Spec soll in diesem Falle zurückgegeben werden, siehe https://www.linuxtv.org/downlo…tend-stat-properties.html
FE_SCALE_NOT_AVAILABLE - it failed to measure it, or the measurement was not complete yet.

Ich würde vorschlagen, den Code hier wie folgt zu ändern:

Code

static void cxd2841er_read_signal_strength(struct dvb_frontend *fe)
{
	struct dtv_frontend_properties *p = &fe->dtv_property_cache;
	struct cxd2841er_priv *priv = fe->demodulator_priv;
	s32 strength;


	dev_dbg(&priv->i2c->dev, "%s()\n", __func__);
	switch (p->delivery_system) {
	case SYS_DVBT:
	case SYS_DVBT2:
		strength = cxd2841er_read_agc_gain_t_t2(priv,
							p->delivery_system);
--		p->strength.stat[0].scale = FE_SCALE_DECIBEL;
++		p->strength.stat[0].scale = strength < 0xFFF0 ? FE_SCALE_DECIBEL : FE_SCALE_NOT_AVAILABLE;
		/* Formula was empirically determinated @ 410 MHz */
		p->strength.stat[0].uvalue = strength * 366 / 100 - 89520;
		break;	/* Code moved out of the function */
	case SYS_DVBC_ANNEX_A:
	case SYS_DVBC_ANNEX_B:
	case SYS_DVBC_ANNEX_C:
		strength = cxd2841er_read_agc_gain_c(priv,
							p->delivery_system);
--		p->strength.stat[0].scale = FE_SCALE_DECIBEL;
++		p->strength.stat[0].scale = strength < 0xFFF0 ? FE_SCALE_DECIBEL : FE_SCALE_NOT_AVAILABLE;
		/*
		 * Formula was empirically determinated via linear regression,
		 * using frequencies: 175 MHz, 410 MHz and 800 MHz, and a
		 * stream modulated with QAM64
		 */
		p->strength.stat[0].uvalue = strength * 4045 / 1000 - 85224;
		break;
	case SYS_ISDBT:
		strength = cxd2841er_read_agc_gain_i(priv, p->delivery_system);
--		p->strength.stat[0].scale = FE_SCALE_DECIBEL;
++		p->strength.stat[0].scale = strength < 0xFFF0 ? FE_SCALE_DECIBEL : FE_SCALE_NOT_AVAILABLE;
		/*
		 * Formula was empirically determinated via linear regression,
		 * using frequencies: 175 MHz, 410 MHz and 800 MHz.
		 */
		p->strength.stat[0].uvalue = strength * 3775 / 1000 - 90185;
		break;
	case SYS_DVBS:
	case SYS_DVBS2:
		strength = 65535 - cxd2841er_read_agc_gain_s(priv);
--		p->strength.stat[0].scale = FE_SCALE_RELATIVE;
++		p->strength.stat[0].scale = strength < 0xFFF8 ? FE_SCALE_RELATIVE : FE_SCALE_NOT_AVAILABLE;
		p->strength.stat[0].uvalue = strength;
		break;
	default:
		p->strength.stat[0].scale = FE_SCALE_NOT_AVAILABLE;
		break;
	}
}

Alles anzeigen

nst · 17. Juli 2017

Zitat von wirbel

Das sollte auf jeden Fall gefixed werden. Nach einem flüchtigen Blick in den source ist das hier die Ursache.

Die ganze Art und Weise, wie aus dem AGC Gain ein dBm-Indikator gewürfelt wird, ist für die Kombo CXD28xx+TDA18212 offenbar fürn Hintern (die NetUp Hardware verwendet hier die Sony-eigenen ASCOT Tuner). Mir schweben derzeit andere Wege durch meinen geistigen Notizzettel, das zu fixen (und wenns nur das Variablenassignment ist - das Ergebnis sollte nicht auf .uvalue, sondern auf .svalue gesetzt werden). Den restlichen DD Support mergen hat aber wesentlich höhere Prio (wichtigster Indikator ist CNR/SNR und der funktioniert, und aus den STR-Werten kann man immernoch auf Empfangsprobleme schliessen, wenn man weiss, wie die Zahlen zu interpretieren sind).

wirbel · 17. Juli 2017

Solange du *irgendwann* eine sinnvolle STR Anzeige implementierst, sollte das jedem recht sein.
Die AGC wird die STR *gut* widerspiegeln, das wird in vielen Treibern so gemacht und ist völlig ok.
Nur sollten irgendwie ungültige Infos abgefangen/vermieden werden.
Für viel spätere Zukunft: vier Funktionen machen im cxd2841er fast das gleiche, eine würde es auch tun
cxd2841er_read_agc_gain_*

Auf jeden Fall hat die falsche Anzeige hier bei mir zu Unverständnis geführt was die Karte gerade macht;
zumal auch das femon Plugin mit der Karte nicht viel brauchbares anzeigt. Ich patche für mich jetzt den Treiber (s.o.) und mache weiter..

Was das ursprüngliche Problem mit dem Empfang < 400MHz betrifft - ist erledigt.
Offenbar hat die gebraucht gekaufte Karte eine Schwachstelle an der Antennenbuchse. Ist eben nicht alles gebrauchte Gold.
Läuft jetzt - Thread für mich erledigt.

Empfangsprobleme mit DD CineCTv7 Karten

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema