Neueste Beiträge

Seiten: 1 ... 5 6 [7] 8 9 10
61
Moin zusammen,

leider schaffe ich es nicht, den zweiten Tuner zur Arbeit zu bewegen. Beide Adapter erscheinen im Geräte-Baum bei DVB-Inputs, aber ich kann nur für den Sundtek DVB-S/S2 (VIII) #0 : DVB-S #0 bei Satellitenkonfiguration das Universal LNB only einstellen. Für Sundtek DVB-S/S2 (VIII) #1 : DVB-S #0 erscheint bei den Einstellungen das Dropdownfeld Satellitenkonfiguration erst gar nicht. Hinweis in dem Zusammenhang: die Technik steht im Heizungsraum im Keller direkt neben dem Multiswich und der Sundtek ist dort direkt mit zwei 50cm langen Koaxialkabeln verbunden.
Ein kreuzweiser Tausch der Kabel hat nichts gebracht. Adapter#0 empfängt super, Aufnahmen alle mit 0 Fehler, aber ich kann während eine Aufnahme läuft eben kein zweites (abgesehen von denen auf demselben Txp) schauen.
Ich hab den #0 auch schon mal deaktiviert, um es nur mit dem adapter#1 zu probieren. Ebenfalls Fehlanzeige. Ich vermute langsam fast, dass ein Tuner nicht in Ordnung ist. Ich verwende übrigens den USB-Port vorn an dem Synology NAS, falls das in dem Zusammenhang relevant sein sollte.

Auf der Synology Konsole sieht es wie folgt aus:

/volume1/@appstore/sundtek# /volume1/@appstore/sundtek/opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
device 0: [             Dual S2]  DVB-S/S2, REMOTE-CONTROL, DVB-S/S2
  [INFO]:
     STATUS: STANDBY
  [BUS]:
     ID: 1-1
  [SERIAL]:
     ID: U250713041028
  [DVB-S/S2]:
     FESTATUS: STANDBY
     LNBVOLTAGE: DISABLED
     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: STANDBY
     FRONTEND: /dev/dvb/adapter1/frontend0
     DVR: /dev/dvb/adapter1/dvr0
     DMX: /dev/dvb/adapter1/demux0

Wenn der adapter#0 benutzt wird, so:

/volume1/@appstore/sundtek# /volume1/@appstore/sundtek/opt/bin/mediaclient --lc
**** List of Media Clients ****
/dev/dvb/adapter0/frontend0:
  13300 ... tvheadend
/dev/dvb/adapter0/dvr0:
  13300 ... tvheadend
/dev/dvb/adapter0/demux0:
  13300 ... tvheadend (0000)
  13300 ... tvheadend (0001)
  13300 ... tvheadend (0010)
  13300 ... tvheadend (0011)
  13300 ... tvheadend (0065)
  13300 ... tvheadend (0066)
  13300 ... tvheadend (0067)
  13300 ... tvheadend (0068)
  13300 ... tvheadend (0069)
  13300 ... tvheadend (006a)
  13300 ... tvheadend (006b)
  13300 ... tvheadend (0078)
  13300 ... tvheadend (1ffb)
/dev/mediainput0:
  No client connected
/dev/dvb/adapter1/frontend0:
  13300 ... tvheadend
/dev/dvb/adapter1/dvr0:
  No client connected
/dev/dvb/adapter1/demux0:
  No client connected

Irgendeine Idee hierzu? Ich habe im Forum natürlich auch schon gestöbert. Hier wurde mal der Rat erteilt, dass man die komplette Adapter-Konfiguration löschen solle. Wie das auf dem Synology funktioniert, habe ich nicht herausbekommen. ChatGPT hat mir mitgeteilt, es gäbe bei meiner Installation (TVH als Paket installiert, kein Docker!) eine TVH-Datenbank, in der die Konfiguration gespeichert sei und nicht, wie bei anderen Installationen, eine Konfig-Datei, die man einfach löschen könne. Wie ich aus TVH heraus eine Konfiguration zurücksetze, habe ich nicht herausbekommen...

Viele Grüße,
Martin

62
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re: SkyTV Ultimate Dual UHD - kein DiSEqC möglich
« Letzter Beitrag von Sundtek am Februar 10, 2026, 08:33:16 Nachmittag »
Kurzfassung der Lösung:
Es wurden soweit falsche Positionen verwendet.

----

Hi,

die Tests Die Du gemacht hast beantworten eigentlich bereits Deine Fragen würde ich sagen.

1. Testastra regulär funktioniert
2. Testastra nach dem Absenden eines Diseqc Befehls funktioniert nicht mehr. --> Du befindest Dich nicht mehr auf Astra 19.2

testastra ist nur ein Test für Astra 19.2 um 4 bekannte Transponder zu scannen, nach dem Umschalten auf eine andere Position wurden diese 4 Transponder auf dem anderen Satelliten nicht gefunden -- soweit alles richtig.

Bei Diseqc Befehlen mit mediaclient müssen einige Dinge beachtet werden:
1. es muss die Polarität zuerst gesetzt werden (entweder Vertikal oder Horizontal, um überhaupt Spannung auf das Kabel zu bringen)
2. Nach dem Absenden eines Diseqc Befehls - und wenn man dann 15 Sekunden nichts macht - schaltet der Tuner die LNB Spannung wieder automatisch ab, was den Switch Port resetten könnte (und man landet automatisch wieder auf der ersten Position). Man muss also nach dem Standby Diseqc erneut senden -- TVHeadend und die ganzen Applikationen senden Diseqc wiegesagt vor dem Umschalten der Frequenz - diese berücksichtigen das bereits.

TVHeadend schickt vor jedem Umschalten Diseqc Befehle um sicherzustellen dass der Tuner auch mit dem richtigen Ausgang verbunden ist.

Mediaclient ist wie ein schweizer Taschenmesser, man kann damit alles machen auf der LNB Leitung was natürlich heißt dass man da dann auch alles manuell selber beachten muss.
Einige Kunden verwenden mediaclient gezielt um Informationen von diversen Transpondern zu ziehen. Wir verwenden mediaclient üblicherweise für Funktionstests der Tuner, aber auch zum Testen ob beim Kunden alles in Ordnung ist (Quasi sowas wie ein Satfinder für das Terminal).
Für Standard Consumer Zwecke z.B zum komfortablen Streamen wie z.B mit TVHeadend, VDR oder anderem ist das nicht gedacht.

kannst Du Screenshots von Deiner TVHeadend LNB Konfiguration zeigen? Eventuell hast Du diese nicht richtig abgespeichert?
(so nebenbei im Discord Chat kann Dir eventuell auch schneller live geholfen werden, aber Forum ist auch in Ordnung).
63
{Single, Dual, Quad} Sundtek SkyTV Ultimate / SkyTV Ultimate Dual UHD - kein DiSEqC möglich
« Letzter Beitrag von JUBS am Februar 10, 2026, 07:59:58 Nachmittag »
Ich versuche seit ->10h, mein SkyTV Ultimate zu DiSEqC zu überreden. Sowohl über Mediaclient als auch TV Headend laufe ich gegen eine Wand.

Laut Help-Datei..

Zitat
root@Debian12-1:~# /opt/bin/mediaclient --help

sollte der folgende Befehl eigentlich möglich sein?

Zitat
root@Debian12-1:~# /opt/bin/mediaclient --list-diseqc
/opt/bin/mediaclient: Unbekannte Option »--list-diseqc«

Die /etc/sundtek_diseqc.conf wurde angelegt, sie sieht so aus:

Zitat
# Astra 19,2°E - Port A
S19.2E  11700 V 9750 t v W15 [E0 10 38 F0]
# Astra 23,5°E - Port B
S23.5E  11700 V 9750 t v W15 [E0 10 38 F4]
# Hotbird 13,0°E - Port C
S13.0E  11700 V 9750 t v W15 [E0 10 38 F8]
# Astra 28,2°E - Port D
S28.2E  11700 V 9750 t v W15 [E0 10 38 FC]

Der Blindscan (Astra) läuft sauber durch, der "Astratest" ebenfalls. Also 13/18V und 22kHz on/off funktionieren. Sobald ich mit diseqc starte, laufe ich gegen die Wand:

Zitat
root@Debian12-1:~# /opt/bin/mediaclient -V V -d /dev/dvb/adapter0/frontend0 && /opt/bin/mediaclient --diseqc="E0 10 38 F1" -d /dev/dvb/adapter0/frontend0 && /opt/bin/mediaclient --testastra -d /dev/dvb/adapter0/frontend0
Using device: /dev/dvb/adapter0/frontend0
setting voltage
13 Volt (Vertical)
diseqc arguments: E0 10 38 F1
CMD: e0 10 38 f1
Testing Astra 19.2 Frequencies
DVBS
LO Band / 18V:
Checking for lock:
..........
LO Band / 13V:
Checking for lock:
..........
HI Band / 18V:
Checking for lock:
..........
HI Band / 13V:
Checking for lock:
. [LOCKED]
DVB-S2 ZDF HD / 18V
Checking for lock:
..........


Ich weiß nicht mehr weiter! Beim TV Headend dasselbe Spiel. Solange die Adpater #0 und #1 mit "Universal LNB" laufen, ist alles bestens (nur Astra 19,2). Sobald ich auf 4-Port-Switch umstelle, ist Feierabend. Was läuft falsch?
Der Multiswitch ist ein Technisat GigaSystem 17/8 G. Es hängen mehrere Receiver dran, von Enigma2 bis TV Onboard-Lösung ist alles dabei. Vor ein paar Jahren lief noch eine alte DBox2 damit, es ist also nur diseqc 1.0. Die Ausgänge habe ich quergetauscht, ich würde den Multiswitch und die Signalstärke der vier Positionen somit ausschließen wollen.
Ergänzung: Der SkyTV Ultimate Dual hängt an einem Debian12-Rechner, das Netzteil ist angeschlossen. Solange ich im Modus "Universal LNB" unterwegs bin, leuchtet eine blaue LED auf der Platine. Die ist bei 4-Port Betrieb (TVH) dann aus.

64
Danke dass Du das mit dem Techniker im Chat geklärt hast.

Der Tuner hat wohl Probleme mit der LNB Spannungsversorgung und wird daher ausgetauscht und repariert.
65
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


66
Treiber / Re: QNAP Treiber
« Letzter Beitrag von Dek am Januar 30, 2026, 09:23:23 Nachmittag »
Hi,

me culpa, das hätte ich mal tun sollen.

$uname -m
aarch64

aber so konnte ich es über die QNAP-gui installieren, ich werde es dann jetzt mal in Betrieb nehmen.

Danke für den guten und schnellen support.

Dek

67
Treiber / Re: QNAP Treiber
« Letzter Beitrag von Sundtek am Januar 30, 2026, 07:12:52 Nachmittag »
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.
68
Treiber / Re: QNAP Treiber
« Letzter Beitrag von Dek am Januar 30, 2026, 06:55:18 Nachmittag »
hallo zusammen,

ich habe  mein NAS getauscht von synology -> QNAP TS216G. Mein Sundtek Sticks sind damit leider obsolet:

$sudo qpkg_cli -m TVH_Dev_Sundtek_0.7.2.qpkg
internal name:TVH_Dev_Sundtek, path:/tmp/TVH_Dev_Sundtek_0.7.2.qpkg

$sudo sh ./TVH_Dev_Sundtek_0.7.2.qpkg
Install QNAP package on TS-NAS...
12+1 records in
12+1 records out
31808 bytes (31.1KB) copied, 0.000108 seconds, 280.9MB/s
./
./qinstall.sh
./qpkg.cfg
./built_info
./package_routines
0+1 records in
0+1 records out
11328 bytes (11.1KB) copied, 0.000081 seconds, 133.4MB/s
11+0 records in
11+0 records out
11264 bytes (11.0KB) copied, 0.000243 seconds, 44.2MB/s
TVH_Dev_Sundtek  is already installed. Setup will now perform package upgrading.
Uninstalling existing Sundtek libraries...
TVH_Dev_Sundtek 0.7.2 installation failed. Unable to detect correct processor architecture for Sundtek Net-Installer.
Installation Abort.

über web-gui kommt die selbe Fehlermeldung.

$ uname -a
Linux fileserv2 5.10.60-qnap #1 SMP Wed Nov 20 03:42:07 CST 2024 aarch64 GNU/Linux

cat /proc/cpuinfo
processor       : 0
model name      : Quad-core ARM Cortex-A55 Processor @ 2.0 GHz
BogoMIPS        : 48.00
Features        : fp asimd aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp
CPU implementer : 0x41
CPU architecture: 8
CPU variant     : 0x2
CPU part        : 0xd05
CPU revision    : 0

processor       : 1
model name      : Quad-core ARM Cortex-A55 Processor @ 2.0 GHz
BogoMIPS        : 48.00
Features        : fp asimd aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp
CPU implementer : 0x41
CPU architecture: 8
CPU variant     : 0x2
CPU part        : 0xd05
CPU revision    : 0

processor       : 2
model name      : Quad-core ARM Cortex-A55 Processor @ 2.0 GHz
BogoMIPS        : 48.00
Features        : fp asimd aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp
CPU implementer : 0x41
CPU architecture: 8
CPU variant     : 0x2
CPU part        : 0xd05
CPU revision    : 0

processor       : 3
model name      : Quad-core ARM Cortex-A55 Processor @ 2.0 GHz
BogoMIPS        : 48.00
Features        : fp asimd aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp
CPU implementer : 0x41
CPU architecture: 8
CPU variant     : 0x2
CPU part        : 0xd05
CPU revision    : 0


das QNAP Forum ist leider tot, deshalb kann ich das community-package nicht checken.

Ich hoffe hier liest noch jemand mit ?

Dek
69
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re: Extraction of DVB-GSE frames or BBframes
« Letzter Beitrag von Sundtek am Januar 30, 2026, 04:26:58 Nachmittag »
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).
70
Check the system log

dmesg
/var/log/kern.log
/var/log/syslog

run strace on processes which appear to hang. To me it looks like a SSD problem in some way, we have an old Mac which behaves like that with a defect SSD. (of course I migth be wrong but that's just my assumption right now).

Maybe check the ssd with smarttools

eg.
sudo smartctl -a /dev/sda
VDR is probably started before the driver is fully initialized.

To let the driver restart VDR after all devices are initialized:
/etc/sundtek.conf
device_attach=systemctl restart vdr
bulknotification=on

if the problem happens you can join the discord chat and might discuss which logs to obtain via chat, that might be faster than via slow forum ping pong.
Here again the discord/chat invitation link:
https://discord.gg/AR5QJhyNnw
Seiten: 1 ... 5 6 [7] 8 9 10