dvbsnoop Werte unverständlich.

[FranzJoseph]

Hui. Danke für deine Arbeit. Ich hoffe das der Aufwand, das buildsystem umzubauen nicht deine anderen Arbeiten stört.
Es läuft auf der Trinity!... ABER:

/bin # femon -H -A -r
FE: Entropic TAVOR demodulator (internal) (DVBC)
Problem retrieving frontend information: Operation not supported
Jan 01 20:39:17 | status SCVYL | signal 75% | snr 100% | ber 0 | unc 0 | FE_HAS_LOCK
Problem retrieving frontend information: Operation not supported
Jan 01 20:39:17 | status SCVYL | signal 74% | snr 100% | ber 0 | unc 0 | FE_HAS_LOCK
Problem retrieving frontend information: Operation not supported
Jan 01 20:39:18 | status SCVYL | signal 75% | snr 100% | ber 0 | unc 0 | FE_HAS_LOCK
Problem retrieving frontend information: Operation not supported
Jan 01 20:39:18 | status SCVYL | signal 74% | snr 100% | ber 0 | unc 0 | FE_HAS_LOCK
Problem retrieving frontend information: Operation not supported
Jan 01 20:39:18 | status SCVYL | signal 75% | snr 100% | ber 0 | unc 0 | FE_HAS_LOCK
Problem retrieving frontend information: Operation not supported
Jan 01 20:39:19 | status SCVYL | signal 74% | snr 100% | ber 0 | unc 0 | FE_HAS_LOCK
Problem retrieving frontend information: Operation not supported

Das verlangsamt leider die Signalaufzeichnung und bläht die log-Datei mächtig auf.
Das Problem hatte ich ja auch in meinem alten Thread schon neutrino-allgemein-f4/langzeitaufzeichn ... tml#p32228
Deshalb gabs ja mal die abgespeckte Variante.

MfG FJ

[max_10]

dann sag doch einfach was du aus der ziele raus haben möchtest!

[FranzJoseph]

Gut wärs, wenns so wie bei jokel aussehen würde.

Code: Alles auswählen

[jokel ~]# /root/femon -H -f 1
26-12-2022 - 13:28:26
FE: DVB-T/T2/C (DVBC)
13:28:26.672  signal: 99   snr: 93   ber: 0 
13:28:27.006  signal: 99   snr: 92   ber: 0 
13:28:27.340  signal: 99   snr: 92   ber: 0 
13:28:27.673  signal: 99   snr: 92   ber: 0 
13:28:28.007  signal: 99   snr: 92   ber: 0 
13:28:28.340  signal: 99   snr: 92   ber: 0 
13:28:28.674  signal: 99   snr: 92   ber: 0 
13:28:29.007  signal: 99   snr: 92   ber: 0 

da waren dann damals auch die Fehler elemeniert.

[max_10]

so dann schau mal ob dir das so reicht?

femon.tar.gz

(68.39 KiB) 168-mal heruntergeladen

[FranzJoseph]

@max_10
Danke
Leider kann ich gerade nicht testen.
Vermutlich habe ich das Image oder sogar Box abgeschossen.
ich versuche sie gerade wiederzubeleben und bin schon mit UART7USB-Methode dran.

[FranzJoseph]

So, Box rennt momentan und ich konnte testen.

Code: Alles auswählen

/bin # femon -H -A -r
FE: Entropic TAVOR demodulator (internal) (DVBC)
Problem retrieving frontend information: Operation not supported
Jan 02 04:36:19   signal:  77% snr: 100% ber: 0
Problem retrieving frontend information: Operation not supported
Jan 02 04:36:19   signal:  78% snr: 100% ber: 0 

Die Daten könnte ich mir mit Regex rausfiltern aber das
Log wird bei wenigsten 24 Stunden Mitschnitt dann fast doppelt so groß
und die Anzahl der möglichen, aufzuzeichnenden Werte nimmt ab.
Irgendeine frontend Information die ich nicht brauche, denn die sind ja alle da,
wird noch abgefragt, die die Box nicht liefert.

MfG FJ

[max_10]

da habe ich wohl eine falsche Version angehängten

Problem retrieving frontend information: Operation not supported

diese Meldung sollte eigentlich nicht mehr da sein.

femon.tar.gz

(68.27 KiB) 172-mal heruntergeladen

[vanhofen]

Da ja offenbar Bedarf besteht, füge ich femon den HD2-Images per default mit hinzu. Der Ausgabe-Patch ist ja kein Hexenwerk.

[FranzJoseph]

@vanhofen
Ich würde mich freuen.

@max_10
Die Ausgabe ist spitzenmäßig -DANKE.
Jedoch sind jetzt leider alle Werte 0.

Code: Alles auswählen

/bin # femon -H -A -r
FE: Entropic TAVOR demodulator (internal) (DVBC)
Jan 02 15:25:10   signal:   0% snr:   0% ber: 0
Jan 02 15:25:10   signal:   0% snr:   0% ber: 0  

MfG FJ

[BPanther]

Frontend 0 ist bei dir auch das richtige? Ggf. muß das ja noch mit angegeben werden ( -f X ).

EDIT: Habs mir auch mal kurz gebaut und an der VU+ Ultimo4K getestet...

Code: Alles auswählen

vuultimo4k:~# /tmp/femon -H -A -r -f 16
FE: Vuplus FE (DVBC)
status SCVYL | signal  92% | snr  94% | ber -352 | unc -1225957376 | FE_HAS_LOCK
status SCVYL | signal  92% | snr  94% | ber -352 | unc -1225957376 | FE_HAS_LOCK
status SCVYL | signal  92% | snr  94% | ber -352 | unc -1225957376 | FE_HAS_LOCK
status SCVYL | signal  92% | snr  94% | ber -352 | unc -1225957376 | FE_HAS_LOCK
status SCVYL | signal  92% | snr  94% | ber 0 | unc -1225957376 | FE_HAS_LOCK
status SCVYL | signal  92% | snr  94% | ber -352 | unc -1225957376 | FE_HAS_LOCK
status SCVYL | signal  92% | snr  94% | ber 8 | unc -1225957376 | FE_HAS_LOCK
status SCVYL | signal  92% | snr  91% | ber -352 | unc -1225957376 | FE_HAS_LOCK
status SCVYL | signal  92% | snr  94% | ber 0 | unc -1225957376 | FE_HAS_LOCK
status SCVYL | signal  92% | snr  94% | ber -352 | unc -1225957376 | FE_HAS_LOCK

[FranzJoseph]

Ja, habe nur ein frontend.

Code: Alles auswählen

~ # find / -name frontend*
/var/tuxbox/config/initial/frontend.conf
/var/tuxbox/config/zapit/frontend.conf
/sys/module/dvb_core/parameters/frontend_debug
/dev/dvb/adapter0/frontend0
/var_init/tuxbox/config/initial/frontend.conf
/var_init/tuxbox/config/zapit/frontend.conf
~ #

~ # /bin/femon -H -A -r -f 0
FE: Entropic TAVOR demodulator (internal) (DVBC)
Jan 02 16:59:53   signal:   0% snr:   0% ber: 0
Jan 02 16:59:53   signal:   0% snr:   0% ber: 0
Jan 02 16:59:53   signal:   0% snr:   0% ber: 0

...und der Parameter bringt leider keine Änderung.
Mit der Fehlermeldung gings ja auch mit den [options]. Da waren die Werte OK.

Code: Alles auswählen

~ # /bin/femon -H -A -r -f 0
FE: Entropic TAVOR demodulator (internal) (DVBC)
Problem retrieving frontend information: Operation not supported
Jan 02 17:06:16   signal:  77% snr: 100% ber: 0
Problem retrieving frontend information: Operation not supported
Jan 02 17:06:16   signal:  77% snr: 100% ber: 0

[BPanther]

Jo, dann kann man sich -f 0 sparen. Das Frontend sieht man übrigens auch in der Box-Info, was gerade bei Mischbetrieb (S/C/T) wichtig wäre wenn man die Nummer nicht kennt. Nur seltsam, daß es jetzt nicht mehr funktioniert.

[max_10]

Noch mal ein Anhang, kann es nur selber nicht testen, bin noch auf Arbeit.

femon.tar.gz

(68.35 KiB) 166-mal heruntergeladen

[FranzJoseph]

@max_10
Das ist es! Läuft!

Code: Alles auswählen

~ # /bin/femon -H -A -r -f 0
FE: Entropic TAVOR demodulator (internal) (DVBC)
Jan 02 17:34:57   signal:  75% snr: 100% ber: 0
Jan 02 17:34:57   signal:  75% snr: 100% ber: 0
Jan 02 17:34:57   signal:  75% snr: 100% ber: 0
Jan 02 17:34:58   signal:  75% snr: 100% ber: 0
Jan 02 17:34:58   signal:  75% snr: 100% ber: 0
Jan 02 17:34:58   signal:  75% snr: 100% ber: 0
Jan 02 17:34:58   signal:  75% snr: 100% ber: 0
Jan 02 17:34:59   signal:  75% snr: 100% ber: 0
Jan 02 17:34:59   signal:  75% snr: 100% ber: 0
Jan 02 17:34:59   signal:  75% snr: 100% ber: 0

Damit läßt sich arbeiten. Wie du siehst schafft femon so 3-4 Werte pro Sekunde ins log zu speichern. -DANKE-

FJ

[max_10]

wobei das -A den log auch unnötig größer macht 4 mal der selbe wert in der sec

[FranzJoseph]

@max_10
Ja das sieht hier so aus, da in dem Beispiel wirklich keine Änderung (Störungen) auftreten.
Das ist mit dem CST 3.02 Image, das ich zum wiederbeleben der Box drauf gemacht habe.
Mit NI-Image hatte ich noch mehr Werte die durchaus unterschiedlich waren.
Die Einbrüche sind auch manchmal echt kurz, führen aber trotzdem zu Freezern.
Beispiel: 1 Sekunde

Code: Alles auswählen

21:01:18.024  signal: 77   snr:100   ber: 0 
21:01:18.314  signal: 77   snr:100   ber: 0 
21:01:18.644  signal: 77   snr:100   ber: 0 
21:01:18.846  signal: 85   snr: 73   ber: 0 
21:01:18.855  signal: 90   snr: 72   ber: 0 
21:01:18.864  signal: 38   snr: 90   ber: 0 
21:01:18.874  signal: 38   snr:  0   ber: 0 
21:01:18.885  signal: 39   snr:  0   ber: 0 
21:01:18.895  signal: 38   snr:  0   ber: 0 
21:01:18.905  signal: 38   snr:  0   ber: 0 
21:01:18.915  signal: 39   snr:  0   ber: 0 
21:01:18.924  signal: 40   snr:  0   ber: 0 
21:01:18.935  signal: 40   snr:  0   ber: 0 
21:01:18.945  signal: 41   snr:  0   ber: 0 
21:01:18.954  signal: 42   snr:  0   ber: 0 
21:01:18.965  signal: 44   snr:  0   ber: 0 
21:01:18.975  signal: 44   snr:  0   ber: 0 
21:01:18.984  signal: 45   snr:  0   ber: 0 
21:01:18.995  signal: 45   snr:  0   ber: 0 

[BPanther]

Das -A ist ja auch nur für zusätzliche Piep-Töne zuständig, die gehen an /dev/tty1. Mehr soll das auch nicht machen.

[FranzJoseph]

@BPanther
Trotzdem erhalte ich mit -A einige Meßwerte mehr.

@Alle
Leider hat sich meine Hoffnung, das ich mit der Umstellung auf NI4.20 wieder auf meine alte Logausgabe (siehe ca.18 Werte/Sek) komme nicht bestätigt.
es ändert sich nichts gegenüber dem CST3.02 Image. Leider weiß ich nicht mehr, was vor dem Crash anders war. Ich hatte bis dahin immer Online
Updates gemacht. Jetzt habe ich vom Stick geflasht.
Wie bekomme ich raus, welche zeitkritischen Prozesse die Werteerfassung um ca. 4x verlangsamen?

MfG

[BPanther]

Ja klar, denn wenn man in den Source schaut, wird, um auch einen "gutenTon" hinzubekommen, am Timing geschraubt. Die sogenannte "sleep_time" (Wert in Mikrosekunden) wird bei -A auf 5000 (0,005 sek.) gesetzt, ansonsten ist die 1000000 (1 sek). Zudem halte ich es für komplett unsinnig, unter 1 sek. zu gehen, da die Box dann nur mit der Ausgabe, ggf. auch noch in eine Datei, beschäftigt ist und so die Last künstlich hoch geht.

[FranzJoseph]

OK.
Das ist ein Agrument.
Ich will nur keine Aussetzer verpassen.
Bei dvbsnoop hätte ich ja das Intervall per Parameter einstellen können, aber das läuft ja nicht auf meiner Trinity.
Mir fehlt da demux0.
Ich könnte mir vielleicht ein Script vorstellen, das Werte nur ins log schreibt wenn der eingestellte "Normalwert" um eingestellten Bertag X abweicht.
Da spare ich dann das schreiben ins Log auf die SSD.

MfG FJ