dvbsnoop Werte unverständlich.

[Gorcon]

Ich habe jetzt auch mal die Empfangswerte anzeigen lassen (versucht).
Aber bei mir sind die Werte immer konstant, überhaupt keine Ausreißer. Ich denke da stimmt meine Eingabe wohl nicht.

[+] Spoiler

Code: Alles auswählen

/var/root # dvbsnoop -s signal -pd 9 -timeout 100
dvbsnoop V1.4.5X -- http://dvbsnoop.sourceforge.net/
   DEMUX : /dev/dvb/adapter0/demux0
   DVR   : /dev/dvb/adapter0/dvr0
   FRONTEND: /dev/dvb/adapter0/frontend0

---------------------------------------------------------
Transponder/Frequency signal strength statistics...
Capabilities: BER: 1  SNR: 1  SIG: 1  STAT: 1  UBLK: 1
---------------------------------------------------------
cycle: 1  d_time: 0.001 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 2  d_time: 0.117 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 3  d_time: 0.117 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 4  d_time: 0.118 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 5  d_time: 0.117 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 6  d_time: 0.124 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 7  d_time: 0.117 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 8  d_time: 0.117 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 9  d_time: 0.116 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 10  d_time: 0.118 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 11  d_time: 0.117 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 12  d_time: 0.118 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 13  d_time: 0.117 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 14  d_time: 0.125 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 15  d_time: 0.117 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 16  d_time: 0.117 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 17  d_time: 0.116 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 18  d_time: 0.117 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 19  d_time: 0.118 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 20  d_time: 0.117 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]
cycle: 21  d_time: 0.117 s  Sig: 17690  SNR: 65535  BER: 0  UBLK: 0  Stat: 0x07 [SIG CARR VIT ]

Denn bei mir fehlt SY'NC LOCK

Ich habe eine VU+ Ultimo4k mit einem (unbenutztem) Sat und einem Kabel Tuner. beides FBC.

[BPanther]

@FranzJoseph: Um das per FB zu starten schreibs als Plugin, d.h. das Script ist z.B. eine problem.sh. Dazu kommt nur noch eine problem.cfg z.B. mit folgendem Inhalt:

Code: Alles auswählen

type=3
name=Problem
desc=Kabel-Problem
needfb=1
needlcd=0
needrc=1
needoffsets=1

Beides, also .sh und .cfg dann ins Plugin Verzeichnis kopieren, Plugins neu laden und dann findest sich das unter "Scripte", wo z.B. auch dvbsnoop steht - falls das bei NI auch dort zu fnden ist. Allerdings läuft das dann im Vordergrund und läßt sich nicht mehr mit der FB beenden. Dazu müsste man die FB-Eingaben mit im Script abfragen um das zu ermöglichen.

@seife: Ja, ist leider das Problem bei diesen "kompakten" Modulen.

@Gorcon: Kein Wunder wenn Du nicht den richtigen Tuner angibst. So hat der wohl den SAT statt KABEL genommen wenn SAT der erste Tuner ist (sieht man auch im Log). Hatte das in meinem Beispiel < HIER > extra betont was da zu tun ist, da Kabel bei mir der letzte Tuner ist.

[Gorcon]

Funktioniert aber mit Deinem Beispiel erst recht nicht da ich halt nur einen Sat Tuner habe und einen Kabeltuner.

Code: Alles auswählen

sieht man auch im Log

Ich sehe da eben nichts welche Tuner das ist und was ich dann Einstellen muss.

[BPanther]

Du mußt doch nur frontend, demux und pvr auf den passenden Tuner legen, und der ist logischerweise 8 in Deinem Fall, was bei mir 16 war. FBC heißt 8 Tuner bei den VU, somit sind 0..7 der erste, 8..15 der zweite usw. Sieht man übrigens auch in der Box-Info.

Demnach ist der Aufruf bei Dir:

Code: Alles auswählen

dvbsnoop -nph 16 -frontend /dev/dvb/adapter0/frontend8 -demux /dev/dvb/adapter0/demux8 -dvr /dev/dvb/adapter0/dvr8

Und in Deinem Log steht doch eindeutig welcher Tuner benutzt wurde, das war bei Dir:

Code: Alles auswählen

   DEMUX : /dev/dvb/adapter0/demux0
   DVR   : /dev/dvb/adapter0/dvr0
   FRONTEND: /dev/dvb/adapter0/frontend0

[BPanther]

Da sich einige offenbar schwer tun mit einem Script, hier mal ein kleines von mir anbei. Nach dem auspacken und hochladen der beiden Dateien ins Pluginverzeichnis und "Plugins neu laden" findet sich das Teil unter Werkzeuge. Die cfg hat Rechte 644, die .so Rechte 755. Es kann im Kopf sowohl der Tuner als auch das Ausgabeziel angepasst werden. Die Zieldatei wird immer beim nächsten Start überschrieben. An den richtigen Editor dabei denken (unix konform) und auch beim hochladen nicht im ASCII Format sondern binär. Starten/stoppen mit dem gleichen Aufruf, läuft im Hintergrund.

dvbsnoop_err.zip

(736 Bytes) 144-mal heruntergeladen

[BPanther]

Habe nochmal was gebastelt. Ist "input" im Image, dann kann man diese Version benutzen. Hier kann man die Tunernummer angeben die überwacht werden soll.

dvbsnoop_err.zip

(827 Bytes) 173-mal heruntergeladen

[Gorcon]

Du mußt doch nur frontend, demux und pvr auf den passenden Tuner legen, und der ist logischerweise 8 in Deinem Fall, was bei mir 16 war. FBC heißt 8 Tuner bei den VU, somit sind 0..7 der erste, 8..15 der zweite usw. Sieht man übrigens auch in der Box-Info.

Aber das geht in meinen Augen halt nicht daraus hervor. und so wie Du es gerechnet hast habe ich es ja auch

Und in Deinem Log steht doch eindeutig welcher Tuner benutzt wurde, das war bei Dir:

Code: Alles auswählen

   DEMUX : /dev/dvb/adapter0/demux0
   DVR   : /dev/dvb/adapter0/dvr0
   FRONTEND: /dev/dvb/adapter0/frontend0

Jas das sagt mir aber gar nichts denn genau dass gleiche steht doch beim TE auch und damit ging es ja nicht.

Aber egal ist dann auch nicht so wichtig.

[BPanther]

Nunja, bin davon ausgegangen, daß das eigentlich logisch ist. Woher soll denn dvbsnoop wissen, welchen Tuner Du abfragen willst? Somit ist im Standard 0, also der erste eingestellt und Du mußt einen abweichenden auch entsprechend angeben. Das hatte ich aber auch betont im Beitrag. In der letzten Version habe ich das auch einfacher gemacht, daß man den per FB direkt eingeben kann ohne das Script zu editieren. Und welcher was ist, sieht man wie bereits geschrieben auch in der Boxinfo oder auch bei den Tunereinstellungen, wobei man bei den Tunereinstellungen beim Tuner -1 rechnen muß, da dort die zählweise bei 1 statt 0 beginnt.

[FranzJoseph]

So, bin wieder da....und meine Probleme auch noch.
@BPanther
DANKE für das Script. Werde ich nach den Feiertagen gleich ausprobieren.
Frohes Fest

MfG

[jokel]

hinweis .. es gibt ja noch femon

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 

[FranzJoseph]

So. Danke @BPanther & @jokel.
Ich musste noch ein bisschen basteln. Das Plugin läuft unter Neutrino super, aber ich hatte erst eine enigma2-Box (da muß ich das in Python umsetzen) dran. Meine CST Trinity kann nämlich mit dvbsnoop nicht umgehen.
Es gibt zwar die Ordner adapter0 und frontend0, aber demux0 und dvr0 werden nicht angelegt. Dann kam nun femon ins Spiel. ich habe das Plugin also auch diesbezüglich angepasst und nun läuft es.

[+] Spoiler

28-12-2022 - 12:09:15
FE: Entropic TAVOR demodulator (internal) (DVBC)
13:09:15.360 signal: 77 snr:100 ber: 0
13:09:15.670 signal: 77 snr:100 ber: 0
13:09:15.940 signal: 77 snr:100 ber: 0
13:09:16.250 signal: 77 snr:100 ber: 0
13:09:16.540 signal: 77 snr:100 ber: 0
13:09:16.850 signal: 77 snr:100 ber: 0
13:09:17.140 signal: 77 snr:100 ber: 0
13:09:17.430 signal: 77 snr:100 ber: 0
13:09:17.720 signal: 77 snr:100 ber: 0
13:09:18.030 signal: 77 snr:100 ber: 0
13:09:18.320 signal: 77 snr:100 ber: 0
13:09:18.610 signal: 77 snr:100 ber: 0

Wie man sieht komme ich bei der Hardware so auf 3 Werte pro Sekunde und das ist auch nicht konfigurierbar.
Mal sehen ob das ausreicht. Auf meiner Dinobot4K+ schafft femon 133 Werte pro Sekunde, aber da fehlt nun noch die komfortable Python-Plugin-Steuerung.

MfG

[FranzJoseph]

So. Allen ersteinmal ein gesundes und erfolgreiches neue Jahr.

@jokel
Lange ist es her aber da ja wieder aktuell, ist mir bei der Auswertung des logs was aufgefallen.
In neutrino-allgemein-f4/langzeitaufzeichn ... tml#p32345 hast du mir mal eine
femon gebaut die auf meiner CST Trinity v2 (Kronos) läuft. Diese habe ich nun auch in Benutzung. Diese Box und dein femon Build ist die einzige Kombination,
die vorzeigbare Ergebnisse liefert.
Wie du in meinem vorigen Beitrag in der Log-Ausgabe siehst, ist die Erstellzeit des Logs und der erste Log-Eintrag 1 Stunde versetzt.
In deinem Beitrag zuvor ist das nicht so. Kannst du mir das erklären oder mir deine femon Version kompiliert für meine Box zukommen lassen?
Das ist mir jetzt erst aufgefalllen, da die aufgezeichneten Zeiten nicht mit den wahrgenommenen Störungen übereinstimmten.

MfG FJ

[jokel]

Wie du in meinem vorigen Beitrag in der Log-Ausgabe siehst, ist die Erstellzeit des Logs und der erste Log-Eintrag 1 Stunde versetzt.
In deinem Beitrag zuvor ist das nicht so. Kannst du mir das erklären oder mir deine femon Version kompiliert für meine Box zukommen lassen?

das tut mir leid das es auf der kronos nicht läuft .. da ich den sourcecode leider verloren habe .. dieser ging durch
eine backup rückspielung verloren .. ist es mir z.z. nicht möglich zu helfen.
im femon tool lass ich die utc zeit aus und addierte die sommer zeit dazu .. was auch auf der h7 funzt .. siehe oben
leider nicht auf der kronos .. das ganze tool stammt wohl vom user seife
vllt. kann seife helfen .. aber ich bin da erstmal raus
du kannst doch aber versuchen 1 stunde von den werten abzuziehen dann sollte es wieder passen

[max_10]

@FranzJoseph
für die neueren arm boxen könnte ich es dir, mit dieser Ausgabe zur Verfügung stellen.

root@vusolo4k:/tmp# ./femon -H
FE: Vuplus FE (DVBS)
time Jan 01 17:50:06 | status SCVYL | signal 67% | snr 74% | ber 0 | unc 669616 | FE_HAS_LOCK
time Jan 01 17:50:07 | status SCVYL | signal 68% | snr 75% | ber 0 | unc 669616 | FE_HAS_LOCK
time Jan 01 17:50:08 | status SCVYL | signal 68% | snr 74% | ber 0 | unc 669616 | FE_HAS_LOCK
time Jan 01 17:50:09 | status SCVYL | signal 68% | snr 74% | ber 0 | unc 669616 | FE_HAS_LOCK
time Jan 01 17:50:10 | status SCVYL | signal 68% | snr 75% | ber 0 | unc 669616 | FE_HAS_LOCK
time Jan 01 17:50:11 | status SCVYL | signal 68% | snr 74% | ber 0 | unc 669616 | FE_HAS_LOCK
time Jan 01 17:50:12 | status SCVYL | signal 67% | snr 74% | ber 0 | unc 669616 | FE_HAS_LOCK
time Jan 01 17:50:13 | status SCVYL | signal 68% | snr 75% | ber 0 | unc 669616 | FE_HAS_LOCK
time Jan 01 17:50:14 | status SCVYL | signal 68% | snr 75% | ber 0 | unc 669616 | FE_HAS_LOCK
time Jan 01 17:50:15 | status SCVYL | signal 68% | snr 75% | ber 0 | unc 669616 | FE_HAS_LOCK

[FranzJoseph]

@jokel
Trotzdem Danke für deine Hilfe nochmal.

du kannst doch aber versuchen 1 stunde von den werten abzuziehen dann sollte es wieder passen

Ja so mache ich es jetzt.
Ich hatte mir ein kleines Hilfsprogramm gemacht, was die Daten aus dem log-File dann in eine Exceltabelle überträgt und schon gleich nach Störungsereignissen
nach vorgegebenen Kriterien filtert.
bei über 2 Millionen Tabelleneinträgen in 24 Stunden war mir das von Hand zu mühsam.

@max_10

für die neueren arm boxen könnte ich es dir, mit dieser Ausgabe zur Verfügung stellen.

Danke, das ist nett. Die hab ich aber schon irgendwo aufgetrieben.
Ich möchte ja die alte Trinity nehmen, weil die nicht mehr für den täglichen Gebrauch ist. Da kann sie ruhig
24 Stunden loggen. Bin ja deshalb auch auf femon gewechselt.
Mit dvbsnoop kann man mehr konfigurieren. Das braucht aber demux, was die CST nicht hat.
Da war die Anpassung von jokel schon genial.

[max_10]

@FranzJoseph
wenn du selber baust kann ich dir auch den Patch zukommen lassen.

[FranzJoseph]

@max_10
Neee. Ich kann keine images, plugins oder apps bauen (leider).
Meine bescheidenen Kenntnisse erstrecken sich auf etwas vb.net mit Visual Studio.
Da nehme ich nur das fertige log von der Box was mit femon und dem plugin von Bpanther
viewtopic.php?p=37993#p37993
das ich auf femon umgestrickt habe.
(An einer Python-Variante für enigma2 bastle ich schon seit Tagen erfolglos rum
und stapfe da noch im Python Urschleim.)

[max_10]

dann sag mir mal hinter welcher Zahl sich deine Trinity verbirgt

1) Coolstream Nevis (HD1, BSE, Neo, Neo², Zee)
2) Coolstream Apollo (Tank)
3) Coolstream Shiner (Trinity)
4) Coolstream Kronos (Zee², Trinity V2)
5) Coolstream Kronos V2 (Link, Trinity Duo)

[FranzJoseph]

Das ist eine Kronos. Also:

4) Coolstream Kronos (Zee², Trinity V2)

[max_10]

dann versuch mal dein Glück mit dem Anhang, musste im ni-buildsystem etwas entsorgen, damit ich damit überhaupt bauen konnte.

femon.tar.gz

(68.49 KiB) 155-mal heruntergeladen