Sundtek Support Forum
Deutsch => {Single, Dual, Quad} Sundtek SkyTV Ultimate => Thema gestartet von: phantomaniac am August 27, 2015, 11:03:05 Nachmittag
-
Hi,
nutze aktuell obiges Setup unter OSMC (Wobei dieser RPi2 zu anderen Emfpängern per TVHeadend weiterleitet und nicht selber anzeigt... werde demnächst zur Sicherheit noch das reine Debian testen) zum rumprobieren und habe ein Problem mit bestimmten Transpondern, bei denen ich nicht verstehe warum.
Konkret sind mir bislang aufgefallen die Transponder 11914 und 12304. Hier hab ich ständig Aussetzer. Ursprünglich habe ich nur bei der OSCAM Config rumgebastelt, aber die sollte inzwischen passen....
TVHeadend wurde wegen Jessie manuell in Version Tvheadend version 4.1-373~gcb5f6a1 compiliert...
Leerlaufsuche ist deaktiviert.
Im Terminal (wo ich solange nicht alles läuft manuell TVHeadend starte) bekomme ich - wenn ein Stream läuft - unter anderem folgendes zu sehen:
2015-08-26 23:01:13.279 [ NOTICE] START: HTS Tvheadend version 4.1-373~gcb5f6a1 started, running as PID:683 UID:1000 GID:1000, CWD:/home/osmc CNF:/home/osmc/.hts/tvheadend
2015-08-26 23:01:13.280 [ INFO] mpegts: 11992.5H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-08-26 23:01:14.834 [ INFO] subscription: 0001: "epggrab" subscribing to mux "11992.5H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-08-26 23:01:33.717 [ ERROR] http: 192.168.1.188: HTTP/1.1 GET /stream/channel/9374e787e2f2c97a204cbb0b59b585aa -- 401
2015-08-26 23:01:37.724 [ INFO] mpegts: 11914.5H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-08-26 23:01:37.730 [ INFO] subscription: 0001: "epggrab" unsubscribing
2015-08-26 23:01:39.622 [ INFO] subscription: 0003: "HTTP" subscribing on channel "Sky Sport HD 1", weight: 125, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", mux: "11914.5H", provider: "SKY", service: "Sky Sport HD 1", profile="pass", hostname="192.168.1.188", username="osmc", client="VLC/2.2.1 LibVLC/2.2.1"
2015-08-26 23:01:44.154 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: TELETEXT @ #32 Continuity counter error (total 1)
2015-08-26 23:01:49.369 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:01:49.524 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: H264 @ #767 Continuity counter error (total 1)
2015-08-26 23:01:49.526 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #771 Continuity counter error (total 1)
2015-08-26 23:01:49.528 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #770 Continuity counter error (total 1)
2015-08-26 23:01:55.482 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:01:55.646 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: TELETEXT @ #32 Continuity counter error (total 4)
2015-08-26 23:02:00.691 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:02:00.845 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: H264 @ #767 Continuity counter error (total 4)
2015-08-26 23:02:00.848 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #771 Continuity counter error (total 5)
2015-08-26 23:02:00.850 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #770 Continuity counter error (total 5)
2015-08-26 23:02:13.429 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:02:13.588 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: H264 @ #767 Continuity counter error (total 5)
2015-08-26 23:02:13.588 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: TELETEXT @ #32 Continuity counter error (total 8)
2015-08-26 23:02:13.588 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #771 Continuity counter error (total 7)
2015-08-26 23:02:13.592 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #770 Continuity counter error (total 7)
2015-08-26 23:02:27.519 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:02:27.680 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: H264 @ #767 Continuity counter error (total 6)
2015-08-26 23:02:27.683 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #771 Continuity counter error (total 9)
2015-08-26 23:02:27.683 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: AC3 @ #770 Continuity counter error (total 9)
2015-08-26 23:02:27.683 [WARNING] TS: SAT/11914.5H/Sky Sport HD 1: TELETEXT @ #32 Continuity counter error (total 10)
2015-08-26 23:02:29.923 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:02:35.027 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:02:36.114 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-08-26 23:02:39.508 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
Auch TVHEadend zeigt mir im Status SNR und Signalstärke mit je 85/84 an, aber Kontinuitätsfehler zählen immer weiter hoch, auch BER springt von null auf Zahlen > 100.000
Anbei noch Anzeigen aus dem zweiten Terminal:
/opt/bin/mediaclient --tsscan /dev/dvb/adapter0/frontend0 | grep Service
Service running: Yes
Service Name: Nat Geo Wild HD
Service running: Yes
Service Name: Sky Sport HD 1
Service running: Yes
Service Name: Discovery HD
Service running: Yes
Service Name: Sky Cinema HD
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 == reading digital TV signal ==
SIGNAL: [............................. ] ( 88%) BER: 0 FREQ: 1314500 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [ ] ( 0%) BER: 46868 FREQ: 1314500 Hz LOCKED: NO SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 88%) BER: 6027 FREQ: 1314500 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 88%) BER: 31026 FREQ: 1314500 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 88%) BER: 54016 FREQ: 1314500 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 88%) BER: 18700 FREQ: 1314500 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 88%) BER: 46250 FREQ: 1314500 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 87%) BER: 60082 FREQ: 1314500 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 88%) BER: 8533 FREQ: 1314500 Hz LOCKED: NO SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 88%) BER: 0 FREQ: 1314500 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 88%) BER: 24264 FREQ: 1314500 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 88%) BER: 43622 FREQ: 1314500 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 88%) BER: 59155 FREQ: 1314500 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 88%) BER: 13015 FREQ: 1314500 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [ ] ( 0%) BER: 31639 FREQ: 1314500 Hz LOCKED: NO SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 88%) BER: 0 FREQ: 1314500 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_9_10 MOD: QPSK VOLTAGE: H(18V) TONE: ON
Dann aber wieder fast ein paar minuten (88%) und BER: 0
Achja,
/opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [Sundtek SkyTV Ultimate V (2015)] DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
[INFO]:
STATUS: ACTIVE
[BUS]:
ID: 1-1.4
[SERIAL]:
ID: U1506XXXXXXXX
[DVB-S/S2]:
FESTATUS: ACTIVE
LNBVOLTAGE: ENABLED
LNBSUPPLY: ACADAPTER
LNBSTATUS: OK
FRONTEND: /dev/dvb/adapter0/frontend0
DVR: /dev/dvb/adapter0/dvr0
DMX: /dev/dvb/adapter0/demux0
[ANALOG-TV]:
VIDEO0: /dev/video0
VBI0: /dev/vbi0
[REMOTECONTROL]:
INPUT0: /dev/mediainput0
[OSS]:
OSS0: /dev/dsp0
/opt/bin/mediaclient --build
Build date: 2015-07-28 17:55:35
Wobei mir hier schleierhaft ist, war hier Ultimate V und woanders Ultimate IV angezeigt wird....
Der Grund für dieses Setup ist, das ich somit sowohl im Wohnzimmer, als auch beim Beamer, als auch auf dem Tablett Fernsehen kann :)
Ist vermutlich noch Verbesserungswürdig, aber vorerst ist dies mein erstes Problem.
Kann man hier irgendwie rausbekommen, woran es liegen könnte ? V.a. weil ja SNR und Signalstärke ja über 80 liegen
Treiber wurden neu installiert.
a) LNB defekt
b) Schüssel falsch ausgerichtet
c) Man findet überall was von Dämpfern, wobei ich deren Sinn nicht verstehe
d) Raspberry zu schwach (Möglich, aber warum dann nur bestimmte Transponder)
e) Fehler in TVHeadend (Aber warum nur bestimmte Transponder)
-
Beim 1. reintunen wäre das in Ordnung, wie sieht denn die CPU Auslastung aus? Überprüfe auch ob der CPU nicht zwischen Energiesparmodus und dem vollen Modus hin und herschaltet...
Wenn der RPI gerade im Energiesparmodus ist und heruntergetaktet arbeitet dann ist die CPU Auslastung schnell mal auf 100% oben (die Angabe bezieht sich auf den aktuellen CPU Modus)
cat /proc/cpuinfo gibt dir auch ein paar Infos.
oder
/opt/bin/mediaclient --cpucheck
Bei uns hinter'm Multischalter sieht das so aus:
$ /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 --band UNIVERSAL
== reading digital TV signal ==
SIGNAL: [............................. ] ( 89%) BER: 0 FREQ: 11914000 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_3_5 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 89%) BER: 0 FREQ: 11914000 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_3_5 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 89%) BER: 0 FREQ: 11914000 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_3_5 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 89%) BER: 0 FREQ: 11914000 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_3_5 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 89%) BER: 0 FREQ: 11914000 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_3_5 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 89%) BER: 0 FREQ: 11914000 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_3_5 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 89%) BER: 0 FREQ: 11914000 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_3_5 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 89%) BER: 0 FREQ: 11914000 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_3_5 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 89%) BER: 0 FREQ: 11914000 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_3_5 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 89%) BER: 0 FREQ: 11914000 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_3_5 MOD: QPSK VOLTAGE: H(18V) TONE: ON
SIGNAL: [............................. ] ( 89%) BER: 0 FREQ: 11914000 Hz LOCKED: YES SYS: DVB-S2 SYM: 27500000 FEC: FEC_3_5 MOD: QPSK VOLTAGE: H(18V) TONE: ON
FEC ist übrigens automatisch da kann man angeben was man möchte.
-
CPU-Auslastung schaue ich heut abend nochmal...
Ist aber definitiv so, das Beispielsweise Sport1HD ruckelte, Sport2HD nicht und dann ein Wechsel auf Sport1HD wieder ruckeln zeigt. Genauso wie die Sender die auf dem gleichen Transponder wie Sport1HD liegen....
Aber Energiesparmodus kann´s ja nicht sein, weil er spätestens dann wenn er aus dem Energiesparmodus raus ist, besser laufen sollte (und das Problem ja bei allen HD Sendern vorliegen müsste)... Aber evtl. ist der Raspi2 generell zu schwach (Aber einzelne HD Sender gehen ja).
Werd auch nochmal ein reines Jessie testen, evtl. stresst ja OSMC da mit rein....
-
Also mit dem Energiesparmodus / der dynamischen Taktung hatten wir schon einige male solche Beobachtungen gemacht.
Schau dir den CPU Check mal an:
/opt/bin/mediaclient --cpucheck
-
/opt/bin/mediaclient --cpucheck
Sundtek CPU Check
cpu0:
this cpu is using the ondemand scheduler
this might cause some performance issue, please take care
that the cpu frequency will not change while using the
TV Tuner
current scheduler: ondemand
available schedulers: conservative ondemand userspace powersave performance
to change the scheduler you might run following command:
echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
cpu1:
this cpu is using the ondemand scheduler
this might cause some performance issue, please take care
that the cpu frequency will not change while using the
TV Tuner
current scheduler: ondemand
available schedulers: conservative ondemand userspace powersave performance
to change the scheduler you might run following command:
echo performance > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor
cpu2:
this cpu is using the ondemand scheduler
this might cause some performance issue, please take care
that the cpu frequency will not change while using the
TV Tuner
current scheduler: ondemand
available schedulers: conservative ondemand userspace powersave performance
to change the scheduler you might run following command:
echo performance > /sys/devices/system/cpu/cpu2/cpufreq/scaling_governor
cpu3:
this cpu is using the ondemand scheduler
this might cause some performance issue, please take care
that the cpu frequency will not change while using the
TV Tuner
current scheduler: ondemand
available schedulers: conservative ondemand userspace powersave performance
to change the scheduler you might run following command:
echo performance > /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor
Ok, das sagt mir jetzt gar nix... aber wieso ist das dann nur auf bestimmten Transpondern ein Problem...
egal, hab jetzt mal Wheezy mit Standard TVHeadend (3,9) per apt-get neu aufgesetzt...
mal dort weiterprobieren...
-
ondemand wird das Problem sein!!!
Wenn ondemand wird die CPU Frequenz im Hintergrund hoch und runterdrehen - und den RPI hin und wieder auf Last bringen.
Starte die angegebenen Befehle:
echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
echo performance > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor
echo performance > /sys/devices/system/cpu/cpu2/cpufreq/scaling_governor
echo performance > /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor
das ist jetzt zwar nicht optimal aber es sollte ausreichen um zu sehen ob es dann noch auftritt.
Sofern es dann nicht mehr auftritt könnten wir diesen Vorgang ggf. im Treiber direkt durchführen damit die CPU Geschwindigkeit dann konstant bleibt.
-
Ok, habe heute kurz Zeit gehabt... also unter Wheezy ist´s schlimmer als unter Jessie.... zumindest bilde ich mir das ein.
Hab das mal parallel mittels HTOP beobachtet... es ist meist so, das ein Kern zwischen 40 und 80% ausgelastet ist und ab und an andere Kerne dazukommen. Für TVheadend sagt HTOP ebenfalls werte zwischen diesen Bereichen und es scheint, als ob immer andere Kerne kurz hochgehen (oder die wechseln), wenn es zu den Rucklern kommt. Muss ich mal am Wochenende genauer beobachten.
pi@raspberrypi ~ $ echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
-bash: /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor: Permission denied
pi@raspberrypi ~ $ sudo echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
-bash: /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor: Permission denied
hmm, muss ich da erst irgendwas beenden (Service von TVHeadend war beendet...)
***EDIT***
Man muss sicht direkt als root anmelden:
su root
root@raspberrypi:/home/pi# echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
root@raspberrypi:/home/pi# echo performance > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor
root@raspberrypi:/home/pi# echo performance > /sys/devices/system/cpu/cpu2/cpufreq/scaling_governor
root@raspberrypi:/home/pi# echo performance > /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor
root@raspberrypi:/home/pi# /opt/bin/mediaclient --cpucheck
Sundtek CPU Check
cpu0:
current scheduler: performance
available schedulers: conservative ondemand userspace powersave performance
to change the scheduler you might run following command:
echo performance > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
cpu1:
current scheduler: performance
available schedulers: conservative ondemand userspace powersave performance
to change the scheduler you might run following command:
echo performance > /sys/devices/system/cpu/cpu1/cpufreq/scaling_governor
cpu2:
current scheduler: performance
available schedulers: conservative ondemand userspace powersave performance
to change the scheduler you might run following command:
echo performance > /sys/devices/system/cpu/cpu2/cpufreq/scaling_governor
cpu3:
current scheduler: performance
available schedulers: conservative ondemand userspace powersave performance
to change the scheduler you might run following command:
echo performance > /sys/devices/system/cpu/cpu3/cpufreq/scaling_governor
Erster Eindruck,
wird nicht besser....
-
2015-08-26 23:01:49.369 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
Ist das eigentlich ein Thema von der SkyTV Firmware/Hardware oder ist das was von TVHeadend ?
-
Verwendest du auch Kodi auf dem Raspberry PI?
-
Jein, Openelec, welches aber auf einer Cubox I4 läuft.
Auf dem RPi2 läuft zwar OSMC, aber da es nicht genutzt wird, braucht es auch keine Resourcen. RTL2 HD läuft beispielsweise problemlos, auch wenn ich mich recht entsinne einzelne BundesligaHD Kanäle, aber bestimmte haben ständig Aussetzer....
Werd den Stick (unter OSMC) jetzt mal an einer anderen SAT-Dose testen, evtl ist das oder das Kabel ja ein Problem, da ich ja über 80 Signal habe...
-
80% ist schon ganz gut wir haben Anlagen mit teilweise 60%.
Wie sieht denn die BER aus?
Du kannst uns ja auch direkt via Skype kontaktieren (sundtek) damit man da mal drüberschaut
-
So, nachdem ich den ganzen Tag rumgespielt und das Image nochmal komplett neu gemacht habe (immerhin die aktuellste Tvheadend und Oscam wieder), bin ich dazu übergegangen, den RPi im Haus vom Keller zum Speicher zu schleppen (Musste erst ausprobieren, welche Dosen überhaupt mit dem LNB verbunden sind, da mehr Dosen im Haus, als Plätze am LNB).
Scheinbar ist´s ein Kabel oder Steckerproblem. Denn in einem vom 3 Räumen geht´s komplett ohne Fehler. Mich irritiert da zwar weiterhin die Hohe Signalqualität und das es zwischendurch immer mal wieder ein paar Minuten ohne Aussetzer ging... Aber immerhin hab ich die Lösung.
Sorry für die Umstände. :( und danke für die bisherige Hilfe...
Hätte ja gleich auf den Trichter kommen können, das es entweder an einer Dose oder dem Kabel dazwischen liegen könnte. :((((((((((
PS: BER sprang zwischen 0 und einem extrem hohen Wert, um dann irgendwann wieder bei 0 zu landen
-
Das mit dem re-tuning sollte durch den aktuellen Treiber gefixt sein.
-
Ah, wollte gerade schreiben, das ich in den Logs vom Wochenende noch komische "Retunes" hatte.
Aber installier nachher gleich mal die neuen Treiber. :)
-
Ist das Thema mit den re-tunings bei dir erledigt?
-
Kann ich wohl erst Sonntag wieder in Ruhe rumprobieren....
Gestern waren jedenfalls zwischendrin noch ein paar "retune"s.
Und kurioserweise sind jetzt andere Kanäle nimmer so klar. Denke ich werd mal ein längeres Sat-Kabel kaufen und direkt am LNB anschließen. :)
Aber wer weiss, wann ich das schaffe. :(
-
Ein Re-Tune dürfte überhaupt nicht vorkommen, bitte überprüfe das der aktuelle Treiber installiert ist und auch läuft.
-
reicht es ihn einfach nochmal zu installieren, wie bei Neuinstallation, oder muss ich da was anderes beachten ? (also erst deaktivieren/deinstallieren)
...
...
2015-09-11 18:38:16.861 [ INFO] subscription: 0004: "epggrab" subscribing to mux "11493.75H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:38:26.602 [WARNING] mpegts: mux 12721.75H in SAT changed from DVBS2 19.2E freq 12721750 H sym 23500000 fec 2/3 mod PSK/8 roff 20 is_id -1 pls_mode ROOT pls_code 0
2015-09-11 18:38:26.602 [WARNING] mpegts: mux 12721.75H in SAT changed to DVBS2 19.2E freq 12721750 H sym 23500000 fec 2/3 mod PSK/8 roff 35 is_id -1 pls_mode ROOT pls_code 0
2015-09-11 18:38:46.606 [ INFO] subscription: 0004: "epggrab" unsubscribing
2015-09-11 18:38:47.000 [ INFO] mpegts: 11052.75H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:38:48.803 [ INFO] subscription: 0006: "epggrab" subscribing to mux "11052.75H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:39:19.599 [ INFO] subscription: 0006: "epggrab" unsubscribing
2015-09-11 18:39:20.000 [ INFO] mpegts: 11552.75H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:39:21.845 [ INFO] subscription: 0009: "epggrab" subscribing to mux "11552.75H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:39:33.614 [ INFO] subscription: 0009: "epggrab" unsubscribing
2015-09-11 18:39:34.000 [ INFO] mpegts: 10773.25H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:39:35.819 [ INFO] subscription: 000B: "epggrab" subscribing to mux "10773.25H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:39:46.608 [ INFO] subscription: 000B: "epggrab" unsubscribing
2015-09-11 18:39:47.000 [ INFO] mpegts: 12382.5H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:39:49.218 [ INFO] subscription: 000D: "epggrab" subscribing to mux "12382.5H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:39:50.079 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-09-11 18:39:51.202 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-09-11 18:39:53.335 [WARNING] linuxdvb: Sundtek DVB-S/S2 (IV) : DVB-S #0 - retune
2015-09-11 18:40:09.601 [ INFO] subscription: 000D: "epggrab" unsubscribing
2015-09-11 18:40:10.000 [ INFO] mpegts: 11332.25H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:40:14.833 [ INFO] subscription: 000F: "epggrab" subscribing to mux "11332.25H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:40:30.604 [ INFO] subscription: 000F: "epggrab" unsubscribing
2015-09-11 18:40:31.000 [ INFO] mpegts: 12304.5H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:40:32.854 [ INFO] subscription: 0011: "epggrab" subscribing to mux "12304.5H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
2015-09-11 18:40:59.686 [ INFO] subscription: 0011: "epggrab" unsubscribing
2015-09-11 18:41:00.000 [ INFO] mpegts: 11797.5H in SAT - tuning on Sundtek DVB-S/S2 (IV) : DVB-S #0
2015-09-11 18:41:01.896 [ INFO] subscription: 0013: "epggrab" subscribing to mux "11797.5H", weight: 4, adapter: "Sundtek DVB-S/S2 (IV) : DVB-S #0", network: "SAT", service: "Raw PID Subscription"
...
...
Heute sind mir nur kurz drei retunes aufgefallen. Starte tvheadend wohlgemerkt vor Nutzung manuell (und beende es spätestens automatisch nach Mitternacht).
Es wurde aber noch kein Programm angeschaut, also nur gestartet.
-
Was zeigt denn mediaclient --build an? (auf nicht Openelec Systemen wäre es /opt/bin/mediaclient --build)
Das ist doch OpenElec?
Dort kannst du den Treiber im Sundtek Menü aktualisieren - einfach nur den Treiber dort neu installieren aktualisiert ihn nicht da openelec noch eine alte Treiberversion hinterlegt hat.
-
Nein, Openelec ruft nur die Streams von TVHeadend ab.
Der Sundtek läuft auf einem RPi2 mit OSMC (also Jessie). Dieses System wird nur per SSH genutzt und administriert.
..also *.sh (weiss gerade den namen nicht auswendig) per WGET geladen, ausführbar gemacht und installiert...
läuft das update auch so ? oder brauch ich da andere optionen.b
-
Ein Re-Tune ist unserer Ansicht soweit nicht mehr möglich (außer TVheadend macht hier irgendetwas anderes)
Folgender Befehl auf dem Server sollte Aufschluss geben um welche Frequenz es sich handelt oder was da eigentlich gemacht wird:
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 --band UNIVERSAL
Das müsste man natürlich laufen lassen und die History müsste groß genug eingestellt werden im Terminal.
-
So, hab jetzt alles komplett neu kompiliert, also aktuelleres TVHeadend. Aktuell fällt mir nichts mehr auf (wohlgemerkt auf dem selben Satelliten-Anschluß).
Danke für die Unterstützung.
PS: Hab auf zusätzlich auf ffmpeg-Unterstützung (und somit auch potenzielles Transcoding, das ich eh nicht brauche) verzichtet. Aber das rpimonitor ist die Systemlast genauso hoch wie mit (was auch nachvollziehbar ist, da ich ja kein transcoding genutzt habe).
Werd das auf jeden Fall weiter beobachten. und immer wieder mal einen Blick in die Logs werfen, ob mir was auffällt.
Die massierten Retunes waren wohl ein Treiberproblem. Denn die sind bereits vor dem Neuaufsetzen fast weg gewesen (heute war nur einer dabei beim Testen, hab aber nur an Wochenenden Zeit für längere Tests)
-
Insgesamt sind uns 3 Fälle bekannt wo der Re-Tune aufgetreten ist (es hatte etwas mit dem LNB Drift zu tun dem der Tuner nicht gefolgt ist).
Ein Fall war bei uns da wir seit mitte August so einen LNB bei uns haben (dort tritt das Problem nicht mehr auf).
1. aktueller Treiber ist wichtig
2. die CPU Einstellungen überprüfen, nicht das der CPU auf eine langsame Frequenz runterschaltet welche kurzfristig für TVHeadend und dem Treiber zu wenig ist.
Es mag aber auch gut sein dass es bei Dir ganz andere Ursachen hat (ohne Logfiles und dementsprechende weitere Informaitonen) kann man hier aber nichts sagen.