femon mit STR in dBm und SNR in dB bei TT S2-1600, Cine S2 u.a mit stv090x - Jetzt auch ohne Treiber Patch!

3PO · 18. Dezember 2016

Jetzt müsste sich nur noch Jemand finden, der diese Infos in den VDR bringt.

Code

server02 ~ # dvb-fe-tool -v -a2 --femon
Device CXD2837 DVB-C DVB-T/T2 (/dev/dvb/adapter2/frontend0) capabilities:
     CAN_2G_MODULATION
     CAN_FEC_1_2
     CAN_FEC_2_3
     CAN_FEC_3_4
     CAN_FEC_4_5
     CAN_FEC_5_6
     CAN_FEC_7_8
     CAN_FEC_AUTO
     CAN_GUARD_INTERVAL_AUTO
     CAN_HIERARCHY_AUTO
     CAN_INVERSION_AUTO
     CAN_MUTE_TS
     CAN_QAM_16
     CAN_QAM_32
     CAN_QAM_64
     CAN_QAM_128
     CAN_QAM_256
     CAN_QAM_AUTO
     CAN_QPSK
     CAN_RECOVER
     CAN_TRANSMISSION_MODE_AUTO
DVB API Version 5.10, Current v5 delivery system: DVBT
Supported delivery systems:
     DVBC/ANNEX_A
    [DVBT]
     DVBT2
Got parameters for DVBT:
FREQUENCY = 514000000
MODULATION = QAM/16
BANDWIDTH_HZ = 8000000
INVERSION = AUTO
CODE_RATE_HP = 2/3
CODE_RATE_LP = 1/2
GUARD_INTERVAL = 1/4
TRANSMISSION_MODE = 8K
HIERARCHY = NONE
DELIVERY_SYSTEM = DVBT
Lock   (0x1f) Signal= -57,75dBm C/N= 15,40dB
Lock   (0x1f) Signal= -57,75dBm C/N= 15,40dB
Lock   (0x1f) Signal= -57,75dBm C/N= 15,70dB
Lock   (0x1f) Signal= -57,75dBm C/N= 15,10dB
Lock   (0x1f) Signal= -57,75dBm C/N= 15,00dB
Lock   (0x1f) Signal= -57,75dBm C/N= 15,30dB
Lock   (0x1f) Signal= -57,75dBm C/N= 15,10dB
Lock   (0x1f) Signal= -57,75dBm C/N= 15,40dB
^Cserver02 ~ #

Alles anzeigen

jrie · 18. Dezember 2016

vdr-femon benutzt VDR Funktionen https://github.com/rofafor/vdr…on/blob/master/osd.c#L628 und die benutzen DVBAPI3 Funktionen https://projects.vdr-developer…evice.c?h=stable/2.2#n560
Klaus hat das in #12 und #15 kommentiert, aber das war vor 3 Jahren.
Wenn man den VDR auf DVBAPI5 umstellen würde, und vdr-femon entsprechend auch, ginge es.

3PO · 18. Dezember 2016

Zitat von jrie

vdr-femon benutzt VDR Funktionen [...] Wenn man den VDR auf DVBAPI5 umstellen würde, und vdr-femon entsprechend auch, ginge es.

Das Problem ist halt, dass wohl die Allerwenigsten etwas mit den realen Werten anfangen können, da ist die Anzeige in Prozent doch übersichtlicher.

blau · 18. Dezember 2016

jrie und 3PO:
Vielen Dank für Eure Hinweise auf dvb-fe-tool und API / VDR / VDR-Femon.
Ich muss mich da mal weiter einlesen.

jrie · 24. Dezember 2016

Zitat von kls

I guess that's a typical "chicken & egg" problem ;-).
Applications won't use this new API unless all frontend drivers support it.
Once it is supported by all frontends, I'll be more than glad to use it in VDR.

Klaus

So wie es aussieht, werden immer Leute noch Karten haben, die nur DVBAPI3 unterstützen, und andere welche, die nur DVBAPI5 vernünftig unterstützen. Daher eine Idee, wie wäre es BEIDES zu unterstützen? Dann wären Alle glücklich, und keine kruden Patche mehr nötig.
Man könnte einfach die Schnittstelle zwischen VDR und vdr-plugin-femon "aufbohren", indem man für DVBAPI3 alles so lässt, wie es ist, aber für DVBAPI5 die Werte mit negativem Vorzeichen übergibt, also -0xFFFF ... 0. In vdr-femon wüsste man dann bei negativem Wert, dass DVBAPI5 verarbeitet werden muss. Im VDR müsste man nur prüfen, ob DVBAPI5 geht, wenn Ja wird die genommen, wenn Nein, wird DVBAPI3 genommen (so wie bisher).
Das müsste relativ leicht einzubauen sein.

3PO · 24. Dezember 2016

Zitat

I guess that's a typical "chicken & egg" problem ;-).
Applications won't use this new API unless all frontend drivers support it.
Once it is supported by all frontends, I'll be more than glad to use it in VDR.

Klaus

Das ist kein "chicken & egg" Problem, sondern ein Problem mit der erzwungenen Abwärtskompatibilität!

Wenn beim VDR die API geändert wird, wird komischerweise Niemand gefragt, insbesondere die Pluginentwickler nicht.
Aber wenn ein User mit aller Gewalt irgendeine vorkriegs DVB-Karte und Steinzeit Hardware verwenden will, wird alles dran gesetzt, dass diese auch weiterhin unterstützt wird!

Weshalb macht man da nicht einfach mal einen Schnitt? Wer alte (nicht mehr unterstützte) Hardware verwenden will, der soll halt auch die alte Softwareversion verwenden!

mighty-p · 26. Dezember 2016

Dank dieses Threads ist mir aufgefallen, dass dvb-fe-tool bei meiner DVBSky T9580 (v3) sowohl für DVB-S als auch für DVB-T sowohl Signalstärke (in dBm) als auch CNR (in dB) angezeigt werden. Mit dem normalen Femon (egal ob Kommandozeile oder das femon-Plugin für vdr) wird bei DVB-T gar nichts und bei DVB-S ausschließlich die CNR in einem nicht gut lesbaren Format (Hex) angezeigt.

Ich hab jetzt mal quick&dirty das Femon-Plugin so umgebaut, dass die Werte für STR und SNR über libdvbv5 abgerufen und korrekt in dBm bzw. dB angezeigt werden. Der Patch ist wirklich nur für das Femon-Plugin, der vdr Core oder gar der Kernel werden nicht angerührt. Es werden auch wirklich nur diese beiden Werte geändert. Also NICHT die beiden Balken für Stärke und Qualität, sondern wirklich nur die Zahlenanzeige.

Lustigerweise hat das Femon-Plugin für beides sowieso getrennte Werte (strengthM, qualityM für die Balken und signalM und snrM für die Zahlenanzeigen) und lustigerweise werden signalM und snrM schon in der Originalversion des Femon-Plugins nicht über den vdr Core abgefragt, sondern direkt vom Kerne per ioctl. Alles, was der Patch macht, ist diese beiden Werte über die libdvbv5 anzufragen. Dadurch entsteht logischerweise eine Abhängigkeit zu libdvbv5 (in Ubuntu müssen die Pakete libdvbv5-0 und libdvbv5-dev installiert sein).

Hier der Patch:

Spoiler anzeigen

Diff

diff -u femon-2.2.1/Makefile femon-2.2.1.mod/Makefile
--- femon-2.2.1/Makefile	2015-04-04 03:20:00.000000000 +0200
+++ femon-2.2.1.mod/Makefile	2016-12-26 16:23:57.000000000 +0100
@@ -110,7 +110,7 @@
 ### Targets:
 
 $(SOFILE): $(OBJS)
-	$(CXX) $(CXXFLAGS) $(LDFLAGS) -shared $(OBJS) -o $@
+	$(CXX) $(CXXFLAGS) $(LDFLAGS) -shared $(OBJS) -o $@ -ldvbv5
 	@$(STRIP) $@
 
 install-lib: $(SOFILE)
diff -u femon-2.2.1/osd.c femon-2.2.1.mod/osd.c
--- femon-2.2.1/osd.c	2015-04-04 03:20:00.000000000 +0200
+++ femon-2.2.1.mod/osd.c	2016-12-26 16:24:06.000000000 +0100
@@ -142,6 +142,8 @@
 #define MAXFONTSIZE 64
 #endif
 
+#include "libdvbv5/dvb-file.h"
+
 class cFemonDummyFont : public cFont {
 public:
   virtual int Width(uint cP) const { return 10; }
@@ -368,11 +370,11 @@
      if (qualityValidM)
         OSDDRAWSTATUSBAR(qualityM);
      offset += OSDROWHEIGHT;
-     OSDDRAWSTATUSVALUES("STR:", signalValidM ? *cString::sprintf("%04x", signalM) : "", signalValidM ? *cString::sprintf("(%2d%%)", signalM / 655) : "",
+     OSDDRAWSTATUSVALUES("STR:", signalValidM ? *cString::sprintf("-%2.1fdBm", (abs(signalM))/1000.0) : "", "",
                          "BER:", berValidM ? *cString::sprintf("%08x", berM) : "", *cString::sprintf("%s:", tr("Video")),
                          *getBitrateMbits(receiverM ? receiverM->VideoBitrate() : (svdrpFrontendM >= 0 ? svdrpVideoBitRateM : -1.0)));
      offset += OSDROWHEIGHT;
-     OSDDRAWSTATUSVALUES("SNR:", snrValidM ? *cString::sprintf("%04x", snrM) : "", snrValidM ? *cString::sprintf("(%2d%%)", snrM / 655) : "",
+     OSDDRAWSTATUSVALUES("SNR:", snrValidM ? *cString::sprintf("%2.1fdB", snrM/1000.0) : "", "",
                          "UNC:", uncValidM ? *cString::sprintf("%08x", uncM) : "",
                          *cString::sprintf("%s:", (receiverM && receiverM->AC3Valid() && IS_DOLBY_TRACK(track)) ? tr("AC-3") : tr("Audio")),
                          *getBitrateKbits(receiverM ? ((receiverM->AC3Valid() && IS_DOLBY_TRACK(track)) ? receiverM->AC3Bitrate() : receiverM->AudioBitrate()) : (svdrpFrontendM >= 0 ? svdrpAudioBitRateM : -1.0)));
@@ -627,8 +629,28 @@
               strengthValidM = (strengthM >= 0);
               frontendNameM = cDevice::ActualDevice()->DeviceName();
               frontendStatusValidM = (ioctl(frontendM, FE_READ_STATUS, &frontendStatusM) >= 0);
-              signalValidM = (ioctl(frontendM, FE_READ_SIGNAL_STRENGTH, &signalM) >= 0);
-              snrValidM = (ioctl(frontendM, FE_READ_SNR, &snrM) >= 0);
+              //signalValidM = (ioctl(frontendM, FE_READ_SIGNAL_STRENGTH, &signalM) >= 0);
+              //snrValidM = (ioctl(frontendM, FE_READ_SNR, &snrM) >= 0);
+  
+struct dvb_v5_fe_parms *parms = NULL;
+
+if (getDvbDevice(cDevice::ActualDevice()))
+    parms = dvb_fe_open_flags(getDvbDevice(cDevice::ActualDevice())->Adapter(), 0, 0, 0, NULL, O_RDONLY);
+
+if (parms) {
+   dvb_fe_get_stats(parms);    
+   dvb_fe_retrieve_stats(parms, DTV_STAT_SIGNAL_STRENGTH, &signalM);
+   dvb_fe_retrieve_stats(parms, DTV_STAT_CNR, &snrM);
+   snrValidM = (snrM>0);
+   signalValidM=snrValidM;
+   //printf("STR=-%3.3fBm CNR=%3.3fdB\n", ((abs(signalM))/1000.0), (snrM/1000.0));
+   dvb_fe_close(parms);
+} else {
+   snrValidM = false;
+   signalValidM=false;
+}
+
+
               berValidM = (ioctl(frontendM, FE_READ_BER, &berM) >= 0);
               uncValidM = (ioctl(frontendM, FE_READ_UNCORRECTED_BLOCKS, &uncM) >= 0);
               }
diff -u femon-2.2.1/osd.h femon-2.2.1.mod/osd.h
--- femon-2.2.1/osd.h	2015-04-04 03:20:00.000000000 +0200
+++ femon-2.2.1.mod/osd.h	2016-12-26 15:13:36.000000000 +0100
@@ -49,9 +49,9 @@
   bool              qualityValidM;
   int               strengthM;
   bool              strengthValidM;
-  uint16_t          snrM;
+  uint32_t          snrM;
   bool              snrValidM;
-  uint16_t          signalM;
+  uint32_t          signalM;
   bool              signalValidM;
   uint32_t          berM;
   bool              berValidM;

Alles anzeigen

Im Patch fehlt noch die Abfrage von BER, UNC (die könnte man auch über libdvbv5 abfragen). Das hab ich noch nicht eingebaut, war mir auch erstmal nicht so wichtig aber sollte sich einfach einbauen lassen.

Außerdem werden die beiden Zahlenanzeigen (also STR, SNR) mit dem Patch, so wie er jetzt ist, wohl nicht mehr für nicht DVB-Geräte funktionieren, da der Code zur Anzeige nicht prüft, ob die beiden Werte im alten Format vorliegen oder halt eben in dBM/dB und einfach von letzterem ausgeht. Kompatibel ist der Patch wie gesagt mit meiner DVBSky T9850v3 und ich würde mal vermuten mit allen anderen Karten, die als Frontend den Silicon Labs Si2168 oder Montage M88DS3103 benutzten.

Ich vermute mit dem stv090x könnte es auch klappen, da wäre interessant, ob die Ergebnisse identisch sind zu der von jrie benutzen Methode mit der Umrechnungsliste und API v3.

3PO · 30. Dezember 2016

Das dvb-fe-tool scheint auch noch nicht der Weisheit letzter Schluss zu sein.

Hier mal am Beispiel von ORF1-HD, das laut der channels.conf so aussieht:

Code

ORF1 HD;ORF:11302:HC23M5O35P0S1:S19.2E:22000:1920=27:0;1921=deu@106,1922=mis@106:1925:648,650,D95,D98,500,9C4,98C:4911:1:1007:0

und das ist das, was das dvb-fe-tool ausgibt:

Code

vdr01_64 ~ # dvb-fe-tool -a1 -f0 -g
FREQUENCY = 1552000
INVERSION = AUTO
SYMBOL_RATE = 22000000
INNER_FEC = 2/3
MODULATION = PSK/8
PILOT = AUTO
ROLLOFF = 35
POLARIZATION = OFF
STREAM_ID = 0
DELIVERY_SYSTEM = DVBS2
ERROR    FE_SET_VOLTAGE: Operation not permitted
vdr01_64 ~ #

Alles anzeigen

So wie ich das sehe, stimmt weder die Polarisation, noch die Frequenz, noch die SID.

mighty-p · 31. Dezember 2016

Interessant. Bei mir das gleiche. Frequenz stimmt nicht, Polarisation wird als "OFF" angezeigt und STREAM_ID ist immer 0. Das Delivery-System und die Symbolrate stimmen dagegen. Und auch die gleiche Fehlermeldung am Schluss, wenn er versucht, das Handle auf das Device wieder freizugeben. Aber die Ausgabe von "--femon" ist bei mir immerhin plausibel.

3PO · 31. Dezember 2016

Seltsam ist auch dass, verschiedene Versionen unterschiedliche Werte bei der Frequenz ausgeben:

Version 1.10.1

Spoiler anzeigen

Version 1.11.0 (git)

Spoiler anzeigen

jrie · 7. April 2018

Zitat von jrie

Dementsprechend der Patch aus #9 an vdr-femon-2.2.2 angepasst (noch völlig ungetestet). Wie gesagt erst ab Kernel 4.10.

Hier eine verbesserte und getestete Version:

jrie · 7. April 2018

Der Patch von eins höher ist nur für VDR 2.2.0 und femon 2.2.2 .

Seit ca. Mai 2017 können VDR 2.3.4 und höher sowie femon 2.3.0 (und höher) DVB API 5.

Dafür wäre DVB API 5 im stv090x-Treiber angesagt, das könnte man von dddvb übernehmen.

HelmutB · 7. April 2018

Für die TT-S2 1600 und den stv090x-Treiber habe ich diesen Patch um die DVB-API 5 Dezibel-Werte zu bekommen. Die beiden Funktionen von V3 habe ich auskommentiert.

Helmut

DerCaveman · 10. Mai 2019

Hallo!

Wie sieht es ein Jahr später aus?

Im GitHub von DD (https://github.com/DigitalDevices/dddvb) gibt es den Pull Request "Anevia suggestions", der folgenden Commit enthält:

Zitat

commit b53ad2c450d28f4984351a6922cdf32ff512a31f
Enhance signal strength reporting for DVB-S1/S2 modules Updated RF lookup table with fine grained values for better precision. Listing has been made using a Dektec DTA-107 as source and Promax TV Explorer for measurements.

Dort wird auch stv090x_tab stv090x_rf_tab angepasst um genauere Messwerte zu erhalten (so, dass am Ende der Wert mit einem Promax TV Explorer Pegelmessgerät übereinstimmt).

Funktioniert das dann sofort mit einem upstream femon wenn ich den dddvb mit dem commit kompiliere oder muss das auch gepatcht werden?

TIA,

Heiko.

jrie · 10. Mai 2019

Da dddvb DVB API 5 hat, sollte es mit dddvb und aktuellem vdr und aktuellem femon gehen.

Wenn du Mischbetrieb von DD und Anderen hast, brauchst du den Patch von HelmutB.

Sein Patch ist nicht für dddvb, sondern für den Kernel.

DerCaveman · 10. Mai 2019

Hallo!

Danke für die schnelle Antwort.

Ich habe nur eine DD Cine S2 6.5 im System, sollte also "raus aus der Box" funktionieren. Dann habe ich ja am Wochenende etwas zu tun

Hat schon jemand den "Genauigkeits-"Patch ausprobiert oder kommt der gar von jemandem hier?

Wenn man die alten mit den neuen Werten vergleicht klaffen die ja schon recht ordentlich auseinander.

jrie · 18. Juni 2022

Passend zum Patch von HelmutB hier noch ein Patch für vdr-plugin-femon 2.4.1.

jrie · 23. Juni 2023

Wegen -Werror=unused-function beim Kompilieren habe ich HelmutB's Patch entsprechend angepasst.

femon mit STR in dBm und SNR in dB bei TT S2-1600, Cine S2 u.a mit stv090x - Jetzt auch ohne Treiber Patch!

Jetzt mitmachen!

Teilen