• Kunden aus Hessen und Nordrhein-Westfalen können über die Rufnummer 0221 / 466 191 00 Hilfe bei allen Problemen in Anspruch nehmen.
    Kunden aus Baden-Württemberg können über die Rufnummer 0711 / 54 888 150 Hilfe bei allen Problemen in Anspruch nehmen.

Auslastung des eigenen Segments ansehen (reloaded)

Diskutiere Auslastung des eigenen Segments ansehen (reloaded) im Internet und Telefon über das TV-Kabelnetz Forum im Bereich Internet und Telefon bei Unitymedia; Mir würde der US mehr Sorgen machen. Aber ich würde ähnlich vorgehen und den Anschluss vor Ort sauber einmessen lassen.

rv112

Beiträge
4.679
Reaktionen
263
Mir würde der US mehr Sorgen machen. Aber ich würde ähnlich vorgehen und den Anschluss vor Ort sauber einmessen lassen.
 

Holzlenkrad

Beiträge
173
Reaktionen
29
Der Nodesplit ist hier durch. Da wurde dann auch gleich auf 31 DOCSIS 3.0 und DOCSIS 3.1 aufgerüstet.

Interessanterweise ist das jetzt bei 350 MBit/s Schluss ist obwohl das Segment nicht wirklich ausgelastet ist, das war vor DOCSIS 3.1 Aufschaltung nicht der Fall, da habe ich noch 560 MBit/s erreicht, wenn es das Segment gerade hergegeben hat. 🤨

Kann es sein das der OFDM am abkacken ist und hier alles ausbremst?

Der Nodesplit war gegen 11:20? Interessant, dass das praktisch ohne Downtime funktioniert hat. Wurden dir irgendwie Wartungsarbeiten per Mail angekündigt?

Übrigens solltest du mal den Cable Load Monitor die neuen Kanäle vom TC4400 auslesen lassen, deine Grafik zeigt noch die alte Anzahl an 24 Kanälen...
 

why_

Beiträge
884
Reaktionen
158
Der Nodesplit war gegen 11:20? Interessant, dass das praktisch ohne Downtime funktioniert hat. Wurden dir irgendwie Wartungsarbeiten per Mail angekündigt?
Ja wurde per Mail angekündigt, downtime waren ~10 Minuten.
Übrigens solltest du mal den Cable Load Monitor die neuen Kanäle vom TC4400 auslesen lassen, deine Grafik zeigt noch die alte Anzahl an 24 Kanälen...
Hab ich schon sieht momentan so aus.
 
  • Gefällt mir
Reaktionen: JPDribbler

MartinP_Do

Beiträge
3.481
Reaktionen
129
Bestünde die Möglichkeit, über das Tool mit DVBsnoop in einem Abwasch auch die korrigierbaren/nicht korrigierbaren Bitfehler für die Kanäle zu extrahieren, oder wird dafür nicht tief genug in die Daten geschaut?

Ich habe derzeit das Problem, dass meine Fritzbox jede Menge nicht korrigierbare Fehler loggt und heute Nacht gegen 03:00 auch die Internet-Verbindung verloren hat, während der CableLoadMonitor wacker durchgelaufen ist, und auch den üblichen Traffic ohne außergewöhnliche abrupte Einbrüche angezeigt hat ...

Das dreht den Verdacht ein wenig von einer Fehlerursache bei der verbuddelten Infrastruktur vor der Haustür in Richtung der Fritzbox im Keller ... Näheres siehe https://www.unitymediaforum.de/threads/39487/post-465379
 

sparkie

Beiträge
790
Reaktionen
51
das 'dvbsnoop' liefert solche Infos leider nicht.
 

MartinP_Do

Beiträge
3.481
Reaktionen
129
das 'dvbsnoop' liefert solche Infos leider nicht.

Habe inzwischen das hier gefunden:
https://www.tvtechnology.com/opinions/inexpensive-tools-for-field-measurements

There are many instruments available for signal level measurement, but are they small enough to fit in your shirt pocket? Two Hauppauge USB tuners provide readings accurate enough for the comparison testing described here. The HVR-955Q and WinTV dualHD use Silicon Labs Si2157 tuners, which report signal strength in dBm, and LG LGDT3106A demodulators that report MER (modulation error ratio) in dB x 10.


Obtaining this data is simple using the Linux programs dvb-fe-tool for signal level measurements and dvbsnoop for MER

Es hängt wohl davon ab, was der verwendete USB-Stick bietet ...
 

sparkie

Beiträge
790
Reaktionen
51
also ich nutze verschiedene Sticks an Kabel-Anschluessen diverser Provider. Auch dort wo die Modems oefters mal (un)korrigierbare Fehler anzeigen sehe ich im 'dvbsnoop' so gut wie nie 'bad packets'.

Wenn es Schwierigkeiten mit dem eigenen Kabel-Anschluss gibt und sich dies nicht auch in der Segment-Auslastung widerspiegelt, dann deutet auf in der Tat einiges auf eine lokale(re) Stoerung hin.
 

MartinP_Do

Beiträge
3.481
Reaktionen
129
Mit dem Parameter "-s signal" soll man Signalstärke und Bit Error Rate zurückbekommen - aber das hängt nach diesem Beitrag hier von der DVB-Hardware und dem Treiber ab...

https://www.linuxtv.org/pipermail/linux-dvb/2008-August/028221.html

Wenn Signalstärke und Bitfehlerrate gemessen mit dem Stick sich synchron mit einem Anstieg der nicht korrigierbaren Fehler in der Fritzbox ändern, kann man den Fehler weiter eingrenzen ...

Wobei das möglichst schnell durch die Kanäle zappen und das genaue Ermitteln der Bitfehlerrrate sich wahrscheinlich ausschließen ...
Sollte man wahrscheinlich nicht auf einem Tuner machen. sonst kommt man zu selten durch die Kanäle, um die Auslastung sauber messen zu können ....

Vielleicht besorge ich mir doch ein TC4400 und nutze sie vorerst nur als "Messempfänger" ...
 
Zuletzt bearbeitet:

sparkie

Beiträge
790
Reaktionen
51
die Sundtek liefert seitenweise
cycle: 582 d_time: 0.099 s Sig: 65500 SNR: 65500 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ]
cycle: 583 d_time: 0.101 s Sig: 65500 SNR: 65500 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ]
cycle: 584 d_time: 0.100 s Sig: 65500 SNR: 65500 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ]
cycle: 585 d_time: 0.100 s Sig: 65500 SNR: 65500 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ]
cycle: 586 d_time: 0.100 s Sig: 65500 SNR: 65500 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ]
cycle: 587 d_time: 0.100 s Sig: 65500 SNR: 65500 BER: 0 UBLK: 0 Stat: 0x1f [SIG CARR VIT SYNC LOCK ]
die Win-TV schmeisst sofort das Handtuch:)
---------------------------------------------------------
Transponder/Frequency signal strength statistics...
max cycle count: 80000
---------------------------------------------------------
Error(524): frontend ioctl: Unknown error 524
 

MartinP_Do

Beiträge
3.481
Reaktionen
129
Okay, wenn Sundtek das nicht in den Treiber einbaut, werden es die china-Hersteller erst recht nicht einbauen ...
"Sieht" denn ein TC4400 alle verfügbaren Downstream-Kanäle, und analysiert sie, auch wenn sie nicht provisioniert ist?
Ist zwar eine gewisse Investition, aber ich habe ggfs. sowieso vor, von der Provider-Box abzukommen ... da kann man sie ja erstmal als "Messgerät" mitlaufen lassen, wenn das möglich ist ...
 

sparkie

Beiträge
790
Reaktionen
51
wenn ich bei meinem unprovisionierten TC4400 das in der Tat nur 'mitlaeuft' kurz das HF Kabel ziehe und wieder stecke dann zaehlen sprunghaft die (un)errored counters hoch. DS/US Kanaele werden dabei alle 'gelocked' wie beim provisionierten TC4400. Ich messe das gerade mit einem Pyur-Anschluss. Ob das fuer andere Provider auch gelten muss weiss ich nicht.
 

sparkie

Beiträge
790
Reaktionen
51
Als nächstes wird mal Robert_s "Bug" im Treiber gefixt, werde mich mal belesen wie man Linux Treiber compiliert. Hab das vor Jahren schon mal mit einem LTE-Treiber für ein embedded System gemacht.

Mein Ziel sind zwei komplette Scans pro Minute :D
bist du in dem Thema eigentlich schon weitergekommen?

ich habe gerade einen Kernel Upgrade meines Raspi gefahren. Und zwar von 4.19.66 -> 4.19.118

der Treiberpfusch betreffend die WInTV Dual muss im Wesentlichen zwischen diesen beiden Kernelversionen reingekommen sein.

Weil die meisten der WInTV Dual Probleme von denen hier berichtet wurde habe ich jetzt naemlich auch :)

Vor dem Kernel Upgrade hatte ich nur gelegentlich mal 'Null' Packets und das obwohl ich beide Tuner ohne irgendwelche Einschraenkungen parallel genutzt habe.
 
Soldierofoc

Soldierofoc

Beiträge
937
Reaktionen
123
Hallo Zusammen,

da mich das Thema doch auch interessiert hat, habe ich eine alte Maschine mit Ubuntu aufgesetzt, mir den Sundtek Stick besorgt, alles angeschlossen und losgelegt.


evaluating given downstream channel frequencies
downstream channel frequencies now in use: [ 31 ]
690/QAM256 474/QAM256 482/QAM256 490/QAM256 498/QAM256 522/QAM256 530/QAM256
538/QAM256 546/QAM256 554/QAM256 562/QAM256 570/QAM256 578/QAM256 586/QAM256
594/QAM256 602/QAM256 618/QAM256 626/QAM256 634/QAM256 642/QAM256 650/QAM256
658/QAM256 666/QAM256 674/QAM256 682/QAM256 698/QAM256 706/QAM256 746/QAM256
754/QAM256 762/QAM256 770/QAM256
graph display mode: standard
graph destination dir: /home/main/
recording RRA step size: 10 seconds
recording RRA history size: 0 day(s) 1 hour(s) 0 minute(s) 0 second(s)
using multiple DVB-C tuners: in parallel (if applicable)
DVB-C failure recovery method: retry
generating graph for: 1h recording length, size 1400x1000 pixels
DVB-C tuner(s) found: 1, using thereof: 1
Nun müsste ich doch eig. direkt unter /Home/main die .PNG finden, oder? Leider sind hier "nur" die ganzen weiteren Files wie die .cfg, Log-Datei etc. zu finden. Nicht aber die Grafik.

Vermutlich liegt es an folgendem Fehler, der im weiteren Verlauf auftaucht. Wie kann ich diesen fixen?

dvbtune/dvbsnoop fails for [ 690 ] [ 7 != 3 ], retrying...
CMD: sudo systemctl stop sundtek; sleep 5; sudo systemctl start sundtek; sleep 15
Habe dann mit sh CableLoadMonitor -i noch folgende Infos bekommen:

DVB-C tuner(s) found: 1, using thereof: 1
15:03:52: 1635 1620 1656 1577 1570 1501 1602
dvbtune/dvbsnoop fails for [ 538 ] [ 7 != 3 ], retrying...
CMD: sudo systemctl stop sundtek; sleep 5; sudo systemctl start sundtek; sleep 15


Auch ein erneutes Installieren des Treibers mit:

wget http://www.sundtek.de/media/sundtek_installer_181220.135032.sh
sudo sh sundtek_installer_181220.135032.sh -service -nolirc -noautostart
+ Neustart

..hat leider keine Auswirkungen. Die Fehlermeldung bekomme ich immer wieder.
 
Zuletzt bearbeitet:

sparkie

Beiträge
790
Reaktionen
51
er bekommt keine Daten und erzeugt somit natuerlich auch keine Graphen. Kannst du bitte mal mit '-v' starten und das Logfile ' CableLoadMonitor.log' posten
 
Soldierofoc

Soldierofoc

Beiträge
937
Reaktionen
123
Danke für deine schnelle Reaktion & Hilfe.

Gerne:

CableLoadMonitor|-v|||||||||||||||||||

CMD: /bin/bash -c 'ls /home/server/CableLoadMonitor.cfg' 2>&1
scanning output for: <^(/home/server/CableLoadMonitor.cfg)$>
/home/server/CableLoadMonitor.cfg
first match: </home/server/CableLoadMonitor.cfg>
ex_line open: { cat /home/server/CableLoadMonitor.cfg; } 2>&1
ex_line close: { cat /home/server/CableLoadMonitor.cfg; } 2>&1
CMD: /bin/bash -c 'which wget' 2>&1
scanning output for: <(.)>
/usr/bin/wget
first match: </>
CMD: /bin/bash -c 'which gawk' 2>&1
scanning output for: <(.)>
/usr/bin/gawk
first match: </>
CMD: /bin/bash -c 'which lynx' 2>&1
scanning output for: <(.)>
/usr/bin/lynx
first match: </>
CMD: /bin/bash -c 'which dvbsnoop' 2>&1
scanning output for: <(.)>
/usr/bin/dvbsnoop
first match: </>
CMD: /bin/bash -c 'which dvbtune' 2>&1
scanning output for: <(.)>
/usr/bin/dvbtune
first match: </>
CMD: /bin/bash -c 'which dvb-fe-tool' 2>&1
scanning output for: <(.)>
/usr/bin/dvb-fe-tool
first match: </>
CMD: /bin/bash -c 'which rrdtool' 2>&1
scanning output for: <(.)>
/usr/bin/rrdtool
first match: </>
CMD: /bin/bash -c 'which sudo' 2>&1
scanning output for: <(.)>
/usr/bin/sudo
first match: </>
evaluating given downstream channel frequencies
downstream channel frequencies now in use: [ 31 ]
690/QAM256 474/QAM256 482/QAM256 490/QAM256 498/QAM256 522/QAM256 530/QAM256
538/QAM256 546/QAM256 554/QAM256 562/QAM256 570/QAM256 578/QAM256 586/QAM256
594/QAM256 602/QAM256 618/QAM256 626/QAM256 634/QAM256 642/QAM256 650/QAM256
658/QAM256 666/QAM256 674/QAM256 682/QAM256 698/QAM256 706/QAM256 746/QAM256
754/QAM256 762/QAM256 770/QAM256
CMD: /bin/bash -c 'ls /home/server/CableLoadMonitor.rrd' 2>&1
scanning output for: <^(/home/server/CableLoadMonitor.rrd)$>
/home/server/CableLoadMonitor.rrd
first match: </home/server/CableLoadMonitor.rrd>
graph display mode: standard
graph destination dir: /home/server/
recording RRA step size: 10 seconds
recording RRA history size: 0 day(s) 1 hour(s) 0 minute(s) 0 second(s)
using multiple DVB-C tuners: in parallel (if applicable)
DVB-C failure recovery method: retry
generating graph for: 1h recording length, size 1400x1000 pixels
CMD: /bin/bash -c 'echo 0 | sudo tee -a /sys/module/dvb_core/parameters/dvb_powerdown_on_sleep' 2>&1
tee: /sys/module/dvb_core/parameters/dvb_powerdown_on_sleep: Datei oder Verzeichnis nicht gefunden
0
CMD: /bin/bash -c '/opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 --setdtvmode=DVBC' 2>&1
scanning output for: <^(Done)>
Using device: /dev/dvb/adapter0/frontend0
Setting Frontend Properties to: DVBC
Done.
first match: <Done>
CMD: /bin/bash -c '/opt/bin/mediaclient -d /dev/dvb/adapter1/frontend0 --setdtvmode=DVBC' 2>&1
scanning output for: <^(Done)>
Using device: /dev/dvb/adapter1/frontend0
unable to open device node: /dev/dvb/adapter1/frontend0
no match
DVB-C tuner(s) found: 1, using thereof: 1
CMD: /bin/bash -c 'ln -nfs /bin/sh /home/server/sh0' 2>&1
scanning output for: <(.)>
no match
15:21:33: --------------------------------------------------------------------------------
{ LD_PRELOAD=/opt/lib/libmediaclient.so timeout 10 dvbtune -c 0 -f 690000000 -s 6952 -qam 256; LD_PRELOAD=/opt/lib/libmediaclient.so timeout 1 dvbsnoop -adapter 0 -s bandwidth 8190 -n 80000; } 2>&1
Using DVB card "Sundtek DVB-C"
tuning DVB-C to 690000000, srate=6952000
polling....
Getting frontend event
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
Event: Frequency: 700600000
SymbolRate: 6952000
FEC_inner: 9

Bit error rate: 500000


Bit error rate: 500000, please check your cables or use '-i' option


dvbtune/dvbsnoop fails for [ 690 ] [ 7 != 2 ], retrying...
CMD: sudo systemctl stop sundtek; sleep 5; sudo systemctl start sundtek; sleep 15
 

sparkie

Beiträge
790
Reaktionen
51
aha :)

siehe Bildschirmausgabe:

Bit error rate: 500000, please check your cables or use '-i' option
 
Soldierofoc

Soldierofoc

Beiträge
937
Reaktionen
123
Soeben geprüft. Der Sundtek-Stick hängt an der gleichen MMD wie das TC4400. 50cm Kabel (Neu).

Bedeutet dennoch kein Signal, richtig?
 

sparkie

Beiträge
790
Reaktionen
51
genau. Der sundtek ist bei mir einfach an der TV Buchse derselben MMD.

ich gehe davon aus, dass die zusaetzliche Option '-i' bei dir das Problem 'behebt'.

Der 'dvbsnoop' liefert bei mir (und anderen Installationen) auch bisweilen diese Fehlermeldung. Keine Ahnung warum. Die Hardware ist bei mir in Ordnung.
 
Soldierofoc

Soldierofoc

Beiträge
937
Reaktionen
123
Merci für den Hinweis. Das mit dem "-i" hatte ich erst überlesen.

Leider dennoch kein Erfolg. Habe gerade auch nochmals das Koax-Kabel geprüft - alles i.O.

Die letzten beiden Zeilen dürften das Interessante sein...

CableLoadMonitor|-i|||||||||||||||||||

CMD: /bin/bash -c 'ls /home/server/CableLoadMonitor.cfg' 2>&1
scanning output for: <^(/home/server/CableLoadMonitor.cfg)$>
/home/server/CableLoadMonitor.cfg
first match: </home/server/CableLoadMonitor.cfg>
ex_line open: { cat /home/server/CableLoadMonitor.cfg; } 2>&1
ex_line close: { cat /home/server/CableLoadMonitor.cfg; } 2>&1
CMD: /bin/bash -c 'which wget' 2>&1
scanning output for: <(.)>
/usr/bin/wget
first match: </>
CMD: /bin/bash -c 'which gawk' 2>&1
scanning output for: <(.)>
/usr/bin/gawk
first match: </>
CMD: /bin/bash -c 'which lynx' 2>&1
scanning output for: <(.)>
/usr/bin/lynx
first match: </>
CMD: /bin/bash -c 'which dvbsnoop' 2>&1
scanning output for: <(.)>
/usr/bin/dvbsnoop
first match: </>
CMD: /bin/bash -c 'which dvbtune' 2>&1
scanning output for: <(.)>
/usr/bin/dvbtune
first match: </>
CMD: /bin/bash -c 'which dvb-fe-tool' 2>&1
scanning output for: <(.)>
/usr/bin/dvb-fe-tool
first match: </>
CMD: /bin/bash -c 'which rrdtool' 2>&1
scanning output for: <(.)>
/usr/bin/rrdtool
first match: </>
CMD: /bin/bash -c 'which sudo' 2>&1
scanning output for: <(.)>
/usr/bin/sudo
first match: </>
evaluating given downstream channel frequencies
downstream channel frequencies now in use: [ 31 ]
690/QAM256 474/QAM256 482/QAM256 490/QAM256 498/QAM256 522/QAM256 530/QAM256
538/QAM256 546/QAM256 554/QAM256 562/QAM256 570/QAM256 578/QAM256 586/QAM256
594/QAM256 602/QAM256 618/QAM256 626/QAM256 634/QAM256 642/QAM256 650/QAM256
658/QAM256 666/QAM256 674/QAM256 682/QAM256 698/QAM256 706/QAM256 746/QAM256
754/QAM256 762/QAM256 770/QAM256
CMD: /bin/bash -c 'ls /home/server/CableLoadMonitor.rrd' 2>&1
scanning output for: <^(/home/server/CableLoadMonitor.rrd)$>
/home/server/CableLoadMonitor.rrd
first match: </home/server/CableLoadMonitor.rrd>
graph display mode: standard
graph destination dir: /home/server/
recording RRA step size: 10 seconds
recording RRA history size: 0 day(s) 1 hour(s) 0 minute(s) 0 second(s)
using multiple DVB-C tuners: in parallel (if applicable)
DVB-C bit errors reported: ignored
DVB-C failure recovery method: retry
generating graph for: 1h recording length, size 1400x1000 pixels
CMD: /bin/bash -c 'echo 0 | sudo tee -a /sys/module/dvb_core/parameters/dvb_powerdown_on_sleep' 2>&1
tee: /sys/module/dvb_core/parameters/dvb_powerdown_on_sleep: Datei oder Verzeichnis nicht gefunden
0
CMD: /bin/bash -c '/opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 --setdtvmode=DVBC' 2>&1
scanning output for: <^(Done)>
Using device: /dev/dvb/adapter0/frontend0
Setting Frontend Properties to: DVBC
Done.
first match: <Done>
CMD: /bin/bash -c '/opt/bin/mediaclient -d /dev/dvb/adapter1/frontend0 --setdtvmode=DVBC' 2>&1
scanning output for: <^(Done)>
Using device: /dev/dvb/adapter1/frontend0
unable to open device node: /dev/dvb/adapter1/frontend0
no match
DVB-C tuner(s) found: 1, using thereof: 1
CMD: /bin/bash -c 'ln -nfs /bin/sh /home/server/sh0' 2>&1
scanning output for: <(.)>
no match
15:36:51: --------------------------------------------------------------------------------
{ LD_PRELOAD=/opt/lib/libmediaclient.so timeout 10 dvbtune -c 0 -f 690000000 -s 6952 -qam 256; LD_PRELOAD=/opt/lib/libmediaclient.so timeout 1 dvbsnoop -adapter 0 -s bandwidth 8190 -n 80000; } 2>&1
## PID: 8190 (0x1ffe) bad/total packets: 0/0 (= -nan%) Avrg: 0.000 kbit/s
dvbtune/dvbsnoop fails for [ 690 ] [ 7 != 3 ], retrying...
CMD: sudo systemctl stop sundtek; sleep 5; sudo systemctl start sundtek; sleep 15
{ LD_PRELOAD=/opt/lib/libmediaclient.so timeout 10 dvbtune -c 0 -f 690000000 -s 6952 -qam 256; LD_PRELOAD=/opt/lib/libmediaclient.so timeout 1 dvbsnoop -adapter 0 -s bandwidth 8190 -n 80000; } 2>&1
## PID: 8190 (0x1ffe) bad/total packets: 0/0 (= -nan%) Avrg: 0.000 kbit/s
dvbtune/dvbsnoop fails for [ 690 ] [ 7 != 3 ], retrying...
CMD: sudo systemctl stop sundtek; sleep 5; sudo systemctl start sundtek; sleep 15
{ LD_PRELOAD=/opt/lib/libmediaclient.so timeout 10 dvbtune -c 0 -f 690000000 -s 6952 -qam 256; LD_PRELOAD=/opt/lib/libmediaclient.so timeout 1 dvbsnoop -adapter 0 -s bandwidth 8190 -n 80000; } 2>&1
## PID: 8190 (0x1ffe) bad/total packets: 0/0 (= -nan%) Avrg: 0.000 kbit/s
dvbtune/dvbsnoop fails for [ 690 ] [ 7 != 3 ], retrying...
CMD: sudo systemctl stop sundtek; sleep 5; sudo systemctl start sundtek; sleep 15
{ LD_PRELOAD=/opt/lib/libmediaclient.so timeout 10 dvbtune -c 0 -f 690000000 -s 6952 -qam 256; LD_PRELOAD=/opt/lib/libmediaclient.so timeout 1 dvbsnoop -adapter 0 -s bandwidth 8190 -n 80000; } 2>&1
## PID: 8190 (0x1ffe) bad/total packets: 0/0 (= -nan%) Avrg: 0.000 kbit/s
dvbtune/dvbsnoop fails for [ 690 ] [ 7 != 3 ], retrying...
CMD: sudo systemctl stop sundtek; sleep 5; sudo systemctl start sundtek; sleep 15
{ LD_PRELOAD=/opt/lib/libmediaclient.so timeout 10 dvbtune -c 0 -f 690000000 -s 6952 -qam 256; LD_PRELOAD=/opt/lib/libmediaclient.so timeout 1 dvbsnoop -adapter 0 -s bandwidth 8190 -n 80000; } 2>&1
## PID: 8190 (0x1ffe) bad/total packets: 0/0 (= -nan%) Avrg: 0.000 kbit/s
dvbtune/dvbsnoop fails for [ 690 ] [ 7 != 3 ], retrying...
CMD: sudo systemctl stop sundtek; sleep 5; sudo systemctl start sundtek; sleep 15
 

sparkie

Beiträge
790
Reaktionen
51
kannst du bitte nochmal mit '-v' und '-i' starten und das Log liefern? Vielleicht lockt der Tuner schon nicht
 
Soldierofoc

Soldierofoc

Beiträge
937
Reaktionen
123
Gerne. Scheinbar tut sich jetz tzumindest in Sachen Messung, wenn auch nur kurzzeitig etwas. Der Fehler bleibt dennoch.

====== [ 19367 ] program start [Do Jul 9 16:00:36 CEST 2020] on Server ======
CableLoadMonitor|-v|-i||||||||||||||||||

CMD: /bin/bash -c 'ls /home/server/CableLoadMonitor.cfg' 2>&1
scanning output for: <^(/home/server/CableLoadMonitor.cfg)$>
/home/server/CableLoadMonitor.cfg
first match: </home/server/CableLoadMonitor.cfg>
ex_line open: { cat /home/server/CableLoadMonitor.cfg; } 2>&1
ex_line close: { cat /home/server/CableLoadMonitor.cfg; } 2>&1
CMD: /bin/bash -c 'which wget' 2>&1
scanning output for: <(.)>
/usr/bin/wget
first match: </>
CMD: /bin/bash -c 'which gawk' 2>&1
scanning output for: <(.)>
/usr/bin/gawk
first match: </>
CMD: /bin/bash -c 'which lynx' 2>&1
scanning output for: <(.)>
/usr/bin/lynx
first match: </>
CMD: /bin/bash -c 'which dvbsnoop' 2>&1
scanning output for: <(.)>
/usr/bin/dvbsnoop
first match: </>
CMD: /bin/bash -c 'which dvbtune' 2>&1
scanning output for: <(.)>
/usr/bin/dvbtune
first match: </>
CMD: /bin/bash -c 'which dvb-fe-tool' 2>&1
scanning output for: <(.)>
/usr/bin/dvb-fe-tool
first match: </>
CMD: /bin/bash -c 'which rrdtool' 2>&1
scanning output for: <(.)>
/usr/bin/rrdtool
first match: </>
CMD: /bin/bash -c 'which sudo' 2>&1
scanning output for: <(.)>
/usr/bin/sudo
first match: </>
evaluating given downstream channel frequencies
downstream channel frequencies now in use: [ 31 ]
690/QAM256 474/QAM256 482/QAM256 490/QAM256 498/QAM256 522/QAM256 530/QAM256
538/QAM256 546/QAM256 554/QAM256 562/QAM256 570/QAM256 578/QAM256 586/QAM256
594/QAM256 602/QAM256 618/QAM256 626/QAM256 634/QAM256 642/QAM256 650/QAM256
658/QAM256 666/QAM256 674/QAM256 682/QAM256 698/QAM256 706/QAM256 746/QAM256
754/QAM256 762/QAM256 770/QAM256
CMD: /bin/bash -c 'ls /home/server/CableLoadMonitor.rrd' 2>&1
scanning output for: <^(/home/server/CableLoadMonitor.rrd)$>
/home/server/CableLoadMonitor.rrd
first match: </home/server/CableLoadMonitor.rrd>
graph display mode: standard
graph destination dir: /home/server/
recording RRA step size: 10 seconds
recording RRA history size: 0 day(s) 1 hour(s) 0 minute(s) 0 second(s)
using multiple DVB-C tuners: in parallel (if applicable)
DVB-C bit errors reported: ignored
DVB-C failure recovery method: retry
generating graph for: 1h recording length, size 1400x1000 pixels
CMD: /bin/bash -c 'echo 0 | sudo tee -a /sys/module/dvb_core/parameters/dvb_powerdown_on_sleep' 2>&1
tee: /sys/module/dvb_core/parameters/dvb_powerdown_on_sleep: Datei oder Verzeichnis nicht gefunden
0
CMD: /bin/bash -c '/opt/bin/mediaclient -d /dev/dvb/adapter0/frontend0 --setdtvmode=DVBC' 2>&1
scanning output for: <^(Done)>
Using device: /dev/dvb/adapter0/frontend0
Setting Frontend Properties to: DVBC
Done.
first match: <Done>
CMD: /bin/bash -c '/opt/bin/mediaclient -d /dev/dvb/adapter1/frontend0 --setdtvmode=DVBC' 2>&1
scanning output for: <^(Done)>
Using device: /dev/dvb/adapter1/frontend0
unable to open device node: /dev/dvb/adapter1/frontend0
no match
DVB-C tuner(s) found: 1, using thereof: 1
CMD: /bin/bash -c 'ln -nfs /bin/sh /home/server/sh0' 2>&1
scanning output for: <(.)>
no match
16:00:38: --------------------------------------------------------------------------------
{ LD_PRELOAD=/opt/lib/libmediaclient.so timeout 10 dvbtune -c 0 -f 690000000 -s 6952 -qam 256; LD_PRELOAD=/opt/lib/libmediaclient.so timeout 1 dvbsnoop -adapter 0 -s bandwidth 8190 -n 80000; } 2>&1
Using DVB card "Sundtek DVB-C"
tuning DVB-C to 690000000, srate=6952000
polling....
Getting frontend event
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
Event: Frequency: 700600000
SymbolRate: 6952000
FEC_inner: 9

Bit error rate: 500000
Signal strength: 0
SNR: 0
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
dvbsnoop V1.4.50 -- http://dvbsnoop.sourceforge.net/

---------------------------------------------------------
PID bandwidth statistics...
PID: 8190 (0x1ffe) - max packet count: 80000
---------------------------------------------------------
packets read: 80/(80) d_time: 0.093 s = 1293.763 kbit/s (Avrg: 1293.763 kbit/s) [bad: 0]
packets read: 80/(160) d_time: 0.076 s = 1583.158 kbit/s (Avrg: 1423.905 kbit/s) [bad: 0]
packets read: 80/(240) d_time: 0.073 s = 1648.219 kbit/s (Avrg: 1491.570 kbit/s) [bad: 0]
packets read: 80/(320) d_time: 0.067 s = 1795.821 kbit/s (Avrg: 1557.540 kbit/s) [bad: 0]
packets read: 80/(400) d_time: 0.076 s = 1583.158 kbit/s (Avrg: 1562.597 kbit/s) [bad: 0]
packets read: 80/(480) d_time: 0.082 s = 1467.317 kbit/s (Avrg: 1545.867 kbit/s) [bad: 0]
packets read: 80/(560) d_time: 0.077 s = 1562.597 kbit/s (Avrg: 1548.235 kbit/s) [bad: 0]
packets read: 80/(640) d_time: 0.081 s = 1485.432 kbit/s (Avrg: 1540.096 kbit/s) [bad: 0]
packets read: 80/(720) d_time: 0.072 s = 1671.111 kbit/s (Avrg: 1553.630 kbit/s) [bad: 0]
packets read: 80/(800) d_time: 0.082 s = 1467.317 kbit/s (Avrg: 1544.544 kbit/s) [bad: 0]
packets read: 80/(880) d_time: 0.076 s = 1583.158 kbit/s (Avrg: 1547.977 kbit/s) [bad: 0]
packets read: 80/(960) d_time: 0.072 s = 1671.111 kbit/s (Avrg: 1557.540 kbit/s) [bad: 0]
packets read: 80/(1040) d_time: 0.076 s = 1583.158 kbit/s (Avrg: 1559.482 kbit/s) [bad: 0]
## PID: 8190 (0x1ffe) bad/total packets: 0/1040 (= 0.0%) Avrg: 1559.482 kbit/s
## PID: 8190 (0x1ffe) bad/total packets: 0/1040 (= 0.0%) Avrg: 1559.482 kbit/s ... aborted (Signal: 15)
1559
{ LD_PRELOAD=/opt/lib/libmediaclient.so timeout 10 dvbtune -c 0 -f 474000000 -s 6952 -qam 256; LD_PRELOAD=/opt/lib/libmediaclient.so timeout 1 dvbsnoop -adapter 0 -s bandwidth 8190 -n 80000; } 2>&1
Using DVB card "Sundtek DVB-C"
tuning DVB-C to 474000000, srate=6952000
polling....
Getting frontend event
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
Event: Frequency: 484600000
SymbolRate: 6952000
FEC_inner: 9

Bit error rate: 500000
Signal strength: 0
SNR: 0
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
dvbsnoop V1.4.50 -- http://dvbsnoop.sourceforge.net/

---------------------------------------------------------
PID bandwidth statistics...
PID: 8190 (0x1ffe) - max packet count: 80000
---------------------------------------------------------
packets read: 80/(80) d_time: 0.095 s = 1266.526 kbit/s (Avrg: 1266.526 kbit/s) [bad: 0]
packets read: 80/(160) d_time: 0.081 s = 1485.432 kbit/s (Avrg: 1367.273 kbit/s) [bad: 0]
packets read: 80/(240) d_time: 0.077 s = 1562.597 kbit/s (Avrg: 1426.719 kbit/s) [bad: 0]
packets read: 80/(320) d_time: 0.078 s = 1542.564 kbit/s (Avrg: 1454.018 kbit/s) [bad: 0]
packets read: 80/(400) d_time: 0.081 s = 1485.432 kbit/s (Avrg: 1460.194 kbit/s) [bad: 0]
packets read: 80/(480) d_time: 0.077 s = 1562.597 kbit/s (Avrg: 1476.319 kbit/s) [bad: 0]
packets read: 80/(560) d_time: 0.087 s = 1382.989 kbit/s (Avrg: 1462.222 kbit/s) [bad: 0]
packets read: 80/(640) d_time: 0.082 s = 1467.317 kbit/s (Avrg: 1462.857 kbit/s) [bad: 0]
packets read: 80/(720) d_time: 0.076 s = 1583.158 kbit/s (Avrg: 1475.313 kbit/s) [bad: 0]
packets read: 80/(800) d_time: 0.082 s = 1467.317 kbit/s (Avrg: 1474.510 kbit/s) [bad: 0]
packets read: 80/(880) d_time: 0.076 s = 1583.158 kbit/s (Avrg: 1483.767 kbit/s) [bad: 0]
packets read: 80/(960) d_time: 0.087 s = 1382.989 kbit/s (Avrg: 1474.811 kbit/s) [bad: 0]
## PID: 8190 (0x1ffe) bad/total packets: 0/960 (= 0.0%) Avrg: 1474.811 kbit/s
## PID: 8190 (0x1ffe) bad/total packets: 0/960 (= 0.0%) Avrg: 1474.811 kbit/s ... aborted (Signal: 15)
1475
{ LD_PRELOAD=/opt/lib/libmediaclient.so timeout 10 dvbtune -c 0 -f 482000000 -s 6952 -qam 256; LD_PRELOAD=/opt/lib/libmediaclient.so timeout 1 dvbsnoop -adapter 0 -s bandwidth 8190 -n 80000; } 2>&1
Using DVB card "Sundtek DVB-C"
tuning DVB-C to 482000000, srate=6952000
polling....
dvbsnoop V1.4.50 -- http://dvbsnoop.sourceforge.net/

---------------------------------------------------------
PID bandwidth statistics...
PID: 8190 (0x1ffe) - max packet count: 80000
---------------------------------------------------------
## PID: 8190 (0x1ffe) bad/total packets: 0/0 (= -nan%) Avrg: 0.000 kbit/s
## PID: 8190 (0x1ffe) bad/total packets: 0/0 (= -nan%) Avrg: 0.000 kbit/s ... aborted (Signal: 15)

dvbtune/dvbsnoop fails for [ 482 ] [ 7 != 3 ], retrying...
CMD: sudo systemctl stop sundtek; sleep 5; sudo systemctl start sundtek; sleep 15
 

sparkie

Beiträge
790
Reaktionen
51
fuer die Frequenz 482 MHz bekommt er keinen 'lock'. Warum auch immer. Also Zeile

Code:
FE_STATUS: FE_HAS_SIGNAL FE_HAS_LOCK FE_HAS_CARRIER FE_HAS_VITERBI FE_HAS_SYNC
fehlt.


Ist die Frequenz 482 MHz aber im Modem sichtbar mit M-Profile QAM256 ?

Waere interessant ob es direkt an der Datenbuchse funktionieren wuerde.
 
Soldierofoc

Soldierofoc

Beiträge
937
Reaktionen
123
Yes, die ist vorhanden. Siehe aus dem TC4400:

32LockedSC-QAM DownstreamBonded482000000 Hz8000000 Hz37.9 dB2.2 dBmVQAM256-186798538158232
Habe leider kein F-Stecker auf Koax-Adapter um den Stick direkt an die Datenbuchse anschließen zu können. Die Signalqualität etc. sollte aber gleich sein, da der Servicetechniker hier erst vor 2-3 Wochen sowohl an der Datenbuchse, wie auch am Koax-TV-Anschluss die Daten geprüft/gemessen hat.
 

sparkie

Beiträge
790
Reaktionen
51
du kannst ja versuchen die kaputten Frequenzen aus dem 'CableLoadMonitor.cfg' mal testweise rauszunehmen.

die Frequenzen stehen in der ersten Zeile und sind mit ':' getrennt. Im Beispiel also <482/256:> entfernen und neu starten.

es ist jedenfalls ein Hardwareproblem.
 
Thema:

Auslastung des eigenen Segments ansehen (reloaded)

Auslastung des eigenen Segments ansehen (reloaded) - Ähnliche Themen

  • Auslastung durch aktuelle Corona-Lage

    Auslastung durch aktuelle Corona-Lage: Bis vor wenigen Tagen habe ich nix von irgendwelchen Auslastungen des Netzes durch die Corona-Lage bemerkt, aber seit ca. Montag habe ich immer...
  • Connect Box ping auslastung

    Connect Box ping auslastung: Hallo Zusammen Diese " Werte " sind doch nicht normal Oder ? https://www.directupload.net/file/d/5357/nkwu36cq_jpg.htm RxMER liegt bei 37,5...
  • Auslastung des Netztes

    Auslastung des Netztes: Hallo , Viele Leute schreiben oft von geschwindigkeits einbußesn in den abendstunden . Ich konnte da noch nichts feststellen mit meine 32mbit...
  • Verbindungsabbruch bei Auslastung der Geschwindigkeit

    Verbindungsabbruch bei Auslastung der Geschwindigkeit: Hallo Forum, ich wende mich an euch mit folgendem Problem: 1. Ausstattung FB6360 Firmware-Version 85.04.89-19078 Sync: 70,5 MBit/s 5,5 MBit/s...
  • Auslastung des Internets verschlechtert Telefonqualität

    Auslastung des Internets verschlechtert Telefonqualität: Hallo, wir haben ein Problem, und zwar ist es kaum mehr möglich zu telefonieren, wenn der Downstream bei ca. 1,5MB/s liegt. Es ist dann keinem der...
  • Ähnliche Themen
  • Auslastung durch aktuelle Corona-Lage

    Auslastung durch aktuelle Corona-Lage: Bis vor wenigen Tagen habe ich nix von irgendwelchen Auslastungen des Netzes durch die Corona-Lage bemerkt, aber seit ca. Montag habe ich immer...
  • Connect Box ping auslastung

    Connect Box ping auslastung: Hallo Zusammen Diese " Werte " sind doch nicht normal Oder ? https://www.directupload.net/file/d/5357/nkwu36cq_jpg.htm RxMER liegt bei 37,5...
  • Auslastung des Netztes

    Auslastung des Netztes: Hallo , Viele Leute schreiben oft von geschwindigkeits einbußesn in den abendstunden . Ich konnte da noch nichts feststellen mit meine 32mbit...
  • Verbindungsabbruch bei Auslastung der Geschwindigkeit

    Verbindungsabbruch bei Auslastung der Geschwindigkeit: Hallo Forum, ich wende mich an euch mit folgendem Problem: 1. Ausstattung FB6360 Firmware-Version 85.04.89-19078 Sync: 70,5 MBit/s 5,5 MBit/s...
  • Auslastung des Internets verschlechtert Telefonqualität

    Auslastung des Internets verschlechtert Telefonqualität: Hallo, wir haben ein Problem, und zwar ist es kaum mehr möglich zu telefonieren, wenn der Downstream bei ca. 1,5MB/s liegt. Es ist dann keinem der...