Sundtek Support Forum

Hallo,

Bestell No  ....., gekauft im Dez 2025.

Ich hatte bisher eine älteren ( Bestell No  4957) Sundtek SkyTV Ultimate Dual  in einem Docker Container auf meinem Qnap laufen. > System läuft noch!

Im Januar hatte ich angefangen zuerst den neuen Tuner auf dem QNAP mit zu betreiben, was auch lt. System funktionieren sollte.
Es traten jedoch umschalt und Tuner-fehler auf.
Also wollte ich die Situation nutzen und das System auf Proxmox & LXC migriren.

# Allow access to the DVB device nodes
lxc.cgroup2.devices.allow: c 212:* rwm
# Bind mount the device directory
lxc.mount.entry: /dev/dvb dev/dvb none bind,optional,create=dir 0 0

Ich hab die Karte im LXC gesehen und konte am HOST mittels

/opt/bin/mediaclient -e

beide Adapter (0+1) als aktiv sehen.
Funktioniert hat es mit TVH nicht, da er die Adapter nicht öffnen konnte.

Irgendwann hab ich dann einfach mal eine UBUNTU VM installiert, das Gerät durchgereicht...
/opt/bin/mediaclient -e zeigte beide Tuner an, TVHeadend erkannte aber nur 1 Tuner.....UND! kein scan/empfang möglich

Um Kabel und sonstige Fehler auszuschließen habe ich dann den Stick an meinen ganz alten Windows Server mit DVBViewer angesteckt und die aktuellen G2 Treiber installiert.


http://sc836.lindem.de/Treiber_sundtek.jpg

Der Stick wird im DVBViewer korrekt angezeigt, wenn ich nun tunen will, habe ich kein Signal.
Die SAT Verkabeblung habe ich bereits kreuzgetauscht mit den der andere im Server befindlichen Karten.

http://sc836.lindem.de/Treiber_sundtek2.jpg

wie kann ich grundsätzlich die Funktion des Stick prüfen, da ich hier derzeit von einem defekt des stick ausgehe..


UPDATE:
das hier ist die Ausgabe in eine blanken Ubuntu 24 VM...

root@ubuntu:~# ls -al /dev/dvb/
total 0
drwxrwxrwx  4 root root   80 Feb  6 11:51 .
drwxr-xr-x 22 root root 4040 Feb  6 11:51 ..
drwxrwxrwx  2 root root  100 Feb  6 11:51 adapter0
drwxrwxrwx  2 root root  100 Feb  6 11:51 adapter1
root@ubuntu:~#


root@ubuntu:~# /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [             Dual S2]  DVB-S/S2, REMOTE-CONTROL, DVB-S/S2
  [INFO]:
     STATUS: ACTIVE
  [BUS]:
     ID: 2-1
  [SERIAL]:
     ID: U251110164319
  [DVB-S/S2]:
     FESTATUS: ACTIVE
     LNBVOLTAGE: ENABLED
     LNBSUPPLY: USBPOWER
     LNBSTATUS: OK
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [DVB-S/S2]:
     FESTATUS: ACTIVE
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0

root@ubuntu:~#


root@ubuntu:~# sudo /opt/bin/mediaclient --driverinfo -d /dev/dvb/adapter0/frontend0
root@ubuntu:~# sudo /opt/bin/mediaclient --driverinfo -d /dev/dvb/adapter1/frontend0

root@ubuntu:~# /opt/bin/mediaclient --driverinfo /dev/dvb/adapter1/frontend0
Using device: /dev/dvb/adapter0/frontend0
.



hier erkennt er zumindest mal 2 Adapter...
2026-02-06T11:55:32.173225+00:00 ubuntu tvheadend[15358]: linuxdvb: adapter added /dev/dvb/adapter1
2026-02-06T11:55:32.583640+00:00 ubuntu tvheadend[15358]: linuxdvb: adapter added /dev/dvb/adapter0

ein Scan schägt trotzdem fehl
2026-02-06T11:55:33.281160+00:00 ubuntu tvheadend[15358]: START: HTS Tvheadend version 4.3-2600~g5abbcda4d started, running as PID:15358 UID:109 GID:44, CWD:/ CNF:/var/lib/tvheadend
2026-02-06T11:56:28.053217+00:00 ubuntu tvheadend[15358]: bouquet: new bouquet '19.2E Astra'
2026-02-06T11:57:02.191527+00:00 ubuntu tvheadend[15358]: mpegts: 11362H in 19.2E Astra - tuning on Sundtek DVB-S/S2 (VIII) #0 : DVB-S #0
2026-02-06T11:57:03.455140+00:00 ubuntu tvheadend[15358]: epggrab: 11362H in 19.2E Astra - registering mux for OTA EPG
2026-02-06T11:57:03.455368+00:00 ubuntu tvheadend[15358]: subscription: 0002: "scan" subscribing to mux "11362H", weight: 6, adapter: "Sundtek DVB-S/S2 (VIII) #0 : DVB-S #0", network: "19.2E Astra", service: "Raw PID Subscription"
2026-02-06T11:57:13.431217+00:00 ubuntu tvheadend[15358]: mpegts: 11362H in 19.2E Astra - scan no data, failed
2026-02-06T11:57:13.431332+00:00 ubuntu tvheadend[15358]: subscription: 0002: "scan" unsubscribing


Das komische ist jedoch, der blindscan...

^C
root@ubuntu:~# /opt/bin/mediaclient --blindscan /dev/dvb/adapter0/frontend0
Succeeded this device supports Hardware Blindscan
DVB-S2 blindscan request
Scanning 13V Lowband
 MODE: DVB-S2 FREQUENCY(MHz): 10732 SYMBOL_RATE: 21999000 MODULATION: PSK8 VOLTAGE: 13V TONE: OFF
MODE: DVB-S2 FREQUENCY(MHz): 10820 SYMBOL_RATE: 21999000 MODULATION: PSK8 VOLTAGE: 13V TONE: OFF
MODE: DVB-S2 FREQUENCY(MHz): 10947 SYMBOL_RATE: 27500000 MODULATION: QPSK VOLTAGE: 13V TONE: OFF
MODE: DVB-S  FREQUENCY(MHz): 10986 SYMBOL_RATE: 27500000 MODULATION: QPSK VOLTAGE: 13V TONE: OFF
^C
root@ubuntu:~# /opt/bin/mediaclient --blindscan /dev/dvb/adapter1/frontend0
Succeeded this device supports Hardware Blindscan
DVB-S blindscan request
Scanning 13V Lowband
MODE: DVB-S  FREQUENCY(MHz): 10876 SYMBOL_RATE: 22000000 MODULATION: QPSK VOLTAGE: 13V TONE: OFF
MODE: DVB-S2 FREQUENCY(MHz): 11008 SYMBOL_RATE: 23499000 MODULATION: PSK8 VOLTAGE: 13V TONE: OFF
MODE: DVB-S  FREQUENCY(MHz): 11156 SYMBOL_RATE: 22000000 MODULATION: QPSK VOLTAGE: 13V TONE: OFF
^C
root@ubuntu:~#
 
Im TVH kann ich aber nichts scannen

Danke
Marcus

Hi,


was zeigt "uname -m" auf der Konsole an? Ich schätze aarch64.
Bei genauerem hinschauen - du hast versucht das Paket 7.2 zu installieren, aktuell ist aber 7.4 - und dort ist ARM64 Support eigentlich enthalten.

Schau Dir die Nachricht vor Deinem Post an:
https://support.sundtek.com/index.php?topic=2588.msg20370#msg20370

Versuche erst mal diese Version zu installieren. Sollte das nicht klappen bitte den Rest dieser Nachricht befolgen.

----
Ursprüngliche Nachricht:
kannst Du eventuell einen remote Zugang via rustDesk vorbereiten?
Schau eventuell auch in den Chat:
https://discord.gg/AR5QJhyNnw

Da wir so ein NAS nicht haben können wir das nur mit Deiner Hilfe auf Deinem NAS anpassen.
Den Treiber für das ARM System haben wir, das QNAP Paket muss aber wohl angepasst werden um den Treiber für die richtige Architektur herunterzuladen und zu installieren. Aktuell ist für Dein NAS wohl kein Profil im QNAP Installer hinterlegt.

Die originale QNAP Community ist mit dem Forum wohl eingestellt worden, das hat aber nichts mit unserem Treiber zu tun den unterstützen wir auch ohne dem QNAP Forum weiter.

Our driver engineer is obtaining more information about this. There is some bbframe support available - but yet not sure which of our devices is able to support this (the engineer is checking with the chip supplier).

I have an update:

I deleted the /etc/ld.so.preload-file and added a file override.conf to /etc/systemd/system/vdr.service.d/ and /etc/systemd/system/sundtek.service.d

The override.conf file contains these two lines:
[Service]
Environment=LD_PRELOAD=/opt/lib/libmediaclient.so

I removed all VDR plugings and other packages related to VDR, except vdr and vdr-plugin-vnsiserver.

With this configuration, the server runs stable and VDR works; i can connect with KODI from a remote PC.
It was running for more than 36 hours without any problem.

Then i restored the file /etc/ld.so.preload which contains only one line "/opt/lib/libmediaclient.so" and executed "systemctl daemon-reload" (no reboot); after a few hours, the same problem happened again.

For debugging, i logged into all 6 local tty-consoles with user "root" on the server directly after booting.
In one console, i ran "htop", in another console i ran "dmesg -w" and some other logs in other consoles.

After a few hours, i noticed the server had the problem. During this time, VDR was in idle mode, no KODI was runnig.
On the local console, the htop output was freezed, but it showed no high cpu or memory usage. In the dmesg output, i had a lot of apparmor warnings with name="/opt/lib/libmediaclient.so", similar like in my first post.
I can switch between these consoles with <Alt>-F1/2/3...
When i enter a command in a console, e.g., "ls", it doesn't respond. But then, after pressing <CTRL>-C, i get the output of the ls command.

Then i deleted the file /etc/ld.so.preload and executed "systemctl daemon-reload", always with <CTRL>-C afterwards. After doing this, the server seemed to operate normal.
I tried to restart VDR with "systemctl restart vdr", but this command did not finish, i had to press <CTRL>-C.
I tried it multiple times and also with stop and start separately.

Then i did a reboot, it took a long time to shut down (several minutes).
After rebooting, i checked the VDR log (journalctl -u vdr).

There you can see some error messages from the failed vdr start before reboot:

Jan 30 13:26:00 srv1 systemd[1]: Starting vdr.service - Video Disk Recorder...
Jan 30 13:26:00 srv1 vdr[35811]: [35811] VDR version 2.6.9 started
Jan 30 13:26:00 srv1 vdr[35811]: [35811] switched to user 'vdr'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] codeset is 'UTF-8' - known
Jan 30 13:26:00 srv1 vdr[35811]: [35811] found 28 locales in /usr/share/locale
Jan 30 13:26:00 srv1 vdr[35811]: [35811] no locale for language code 'alb,sqi'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] no locale for language code 'bos'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] no locale for language code 'bul'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] no locale for language code 'chi,zho'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] no locale for language code 'eus,baq'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] no locale for language code 'iri,gle'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] no locale for language code 'jpn'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] no locale for language code 'lav'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] no locale for language code 'ltz'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] no locale for language code 'mlt'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] no locale for language code 'por'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] no locale for language code 'smi'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] loading plugin: /usr/lib/vdr/plugins/libvdr-vnsiserver.so.2.6.9
Jan 30 13:26:00 srv1 vdr[35811]: [35811] loading /var/lib/vdr/setup.conf
Jan 30 13:26:00 srv1 vdr[35811]: [35811] loading /var/lib/vdr/sources.conf
Jan 30 13:26:00 srv1 vdr[35811]: [35811] loading /var/lib/vdr/diseqc.conf
Jan 30 13:26:00 srv1 vdr[35811]: [35811] loading /var/lib/vdr/scr.conf
Jan 30 13:26:00 srv1 vdr[35811]: [35811] loading /var/lib/vdr/channels.conf
Jan 30 13:26:00 srv1 vdr[35811]: [35811] loading /var/lib/vdr/timers.conf
Jan 30 13:26:00 srv1 vdr[35811]: [35811] loading /var/lib/vdr/commands.conf
Jan 30 13:26:00 srv1 vdr[35811]: [35811] loading /var/lib/vdr/reccmds.conf
Jan 30 13:26:00 srv1 vdr[35811]: [35811] loading /var/lib/vdr/svdrphosts.conf
Jan 30 13:26:00 srv1 vdr[35811]: [35811] loading /var/lib/vdr/keymacros.conf
Jan 30 13:26:00 srv1 vdr[35811]: [35813] video directory scanner thread started (pid=35811, tid=35813, prio=low)
Jan 30 13:26:00 srv1 vdr[35811]: [35814] epg data reader thread started (pid=35811, tid=35814, prio=high)
Jan 30 13:26:00 srv1 vdr[35811]: [35811] registered source parameters for 'A - ATSC'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] registered source parameters for 'C - DVB-C'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] registered source parameters for 'S - DVB-S'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] registered source parameters for 'T - DVB-T'
Jan 30 13:26:00 srv1 vdr[35811]: [35811] detected /dev/dvb/adapter1/frontend0
Jan 30 13:26:00 srv1 vdr[35811]: [35811] detected /dev/dvb/adapter0/frontend0
Jan 30 13:26:00 srv1 vdr[35811]: [35814] reading EPG data from /var/cache/vdr/epg.data
Jan 30 13:26:00 srv1 vdr[35811]: [35811] ERROR (dvbdevice.c,1945): /dev/dvb/adapter0/frontend0: Kein passendes Gerät bzw. keine passende Adresse gefunden
Jan 30 13:26:00 srv1 vdr[35811]: [35811] ERROR (dvbdevice.c,1945): /dev/dvb/adapter1/frontend0: Kein passendes Gerät bzw. keine passende Adresse gefunden
Jan 30 13:26:00 srv1 vdr[35811]: vdr: no primary device found - using first device!
Jan 30 13:26:00 srv1 vdr[35811]: [35811] no DVB device found
Jan 30 13:26:00 srv1 vdr[35811]: [35811] initializing plugin: vnsiserver (1.8.3): VDR-Network-Streaming-Interface (VNSI) Server
Jan 30 13:26:00 srv1 vdr[35811]: [35811] ERROR: invalid primary device number: 1
Jan 30 13:26:00 srv1 vdr[35811]: [35811] ERROR: no primary device found - using first device!
Jan 30 13:26:00 srv1 vdr[35811]: [35811] ERROR: invalid primary device number: 1
Jan 30 13:26:00 srv1 vdr[35811]: [35813] video directory scanner thread ended (pid=35811, tid=35813)
Jan 30 13:26:00 srv1 vdr[35811]: [35814] epg data reader thread ended (pid=35811, tid=35814)
Jan 30 13:26:01 srv1 vdr[35811]: [35811] deleting plugin: vnsiserver
Jan 30 13:26:01 srv1 vdr[35811]: [35811] max. latency time 0 seconds
Jan 30 13:26:01 srv1 vdr[35811]: [35811] exiting, exit code 2
Jan 30 13:26:01 srv1 systemd[1]: vdr.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Jan 30 13:26:01 srv1 systemd[1]: vdr.service: Failed with result 'exit-code'.
Jan 30 13:26:01 srv1 systemd[1]: Failed to start vdr.service - Video Disk Recorder.
Jan 30 13:26:01 srv1 systemd[1]: vdr.service: Consumed 864ms CPU time, 121.7M memory peak.


So for me i have a solution, but maybe it would be interesting to find out why the servers hangs when the ld.so.preload file is installed.
Do you have any ideas, which logfiles i could check?

Der Tuner ist über 10 Jahre alt, der wurde damals noch von einer Partnerfirma entwickelt, von der wir uns getrennt haben und anschließend die Geräte selber entwickelt haben. DVB-S/S2/S2X wurde erst ab 2018 direkt von uns entwickelt...

Stecke den Tuner direkt an und schau Dir auch die BER an, wenn eventuell hilft auch ein längeres USB Kabel.

Teste mal
/opt/bin/mediaclient --testastra -d /dev/dvb/adapter0/frontend0
/opt/bin/mediaclient --readsignal=10 -d /dev/dvb/adapter0/frontend0