Sundtek Support Forum

Ich denke das ist ein Bug im TVHeadend was Du da erwischt hast, Du wirst die Adapter-Verzeichnisse löschen müssen dann ist der Tuner wieder sichtbar. Dachte eigentlich dass die halb leere Konfiguration von TVHeadend schon gefixt wurde da es ein sehr altes Problem ist.

Der Dual sind 2 Tuner, wenn Du auf einem Sender mit einem schlechten Signal umschaltest benötigt der Tuner (wie auch die Vorgänger) deutlich mehr Strom und das Resultat wird dann eventuell dennoch nicht besser. Eventuell kommst Du damit an's Limit des Systems (diverse Systeme haben unterschiedliche Limits und entsprechen nicht unbedingt dem Standard - was zum Teil auch gut ist).

Zeig doch die Signalstatistik von den Sendern mit den Klötzchen

1. Sender einschalten, und auf der Konsole /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 --band universal
(oder adapter1) starten.
Abbruch mit STRG-C

Geht leider nicht so schnell, die Leiterplatten sind aktuell in der Fertigung.

Die ganzen Probleme wurden leider von 2 ehemaligen Mitarbeitern verursacht welche unsere Fertigung lahmgelegt haben. Wir haben nun zwar eine neue Fertigung aber auch dort müssen wir anfangs langsamer vorgehen.

Aktuell wurden nur Dual DVB-S/S2/S2X ausgeliefert, die nächsten sind SkyTV 8 Tuner (voraussichtlich morgen, da sie heute bestückt werden, ja mit einer Woche Verzögerung)

18. August 2023:
Die SkyTV 8 Tuner wurden nun auch alle ausgeliefert, wir bauen die Produktlinien langsam wieder auf.

Die Firmware im Eeprom Chip ist korrupt, hat mit dem Stromverbrauch nichts zu tun. Das ist jetzt soweit der erste bekannte Fall seit 2018.

Welche Anfrage? Alle Dual S2 Tuner wurden verschickt, die Verfügbarkeit der Dual S2 Tuner ist mittlerweile wieder normal gegeben.

Kannst Du morgen im Laufe des Tages eventuell mal in den Chat schauen?

Das System hat ein Problem mit dem USB XHCI Treiber vielleicht auch nur mit dem USB 3.0 Hub.

Teste den Tuner erst mal direkt am Rechner - ohne Hub, am Besten direkt an einen USB 2.0 Port um an dieser Maschine alle möglichen Probleme zu vermeiden (sofern vorhanden). Wir hatten schon Kunden wo USB 3.0 Hubs Probleme bereitet haben.

USB 3.0 Ports sind heutzutage üblicherweise eigentlich kein Grund mehr für Probleme, vereinzelt mag es aber dennoch Systeme geben die etwas mehr Aufmerksamkeit benötigen.

Es ist kein Bug von uns und auch kein Bug vom Tuner.

Der USB Core/USB-Controller Treiber scheint bei hardened_usercopy=y nicht für den Userspace bestimmte Daten durchreichen zu wollen. Das ist dann ein Kernel Bug der jeweiligen Version - Als Abhilfe eventuell eine andere Kernelversion verwenden.

Der Crash von unserem Treiber ist dann ein Folgefehler, der Treiber bedient sich einer generischen USB Schnittstelle vom Kernel, wir machen überhaupt nichts im Kernel. Sobald ein Fehler im Kernel auftritt wird der Treiber auch mehr oder weniger gekillt.

Grundsätzlich wenn die USB Unterstützung des Systems in Ordnung ist darf in dmesg keine Fehlermeldung bezüglich USB stehen!

Auf unserem Testsystem läuft:
"Linux sundtek-All-Series 5.4.0-135-generic #152~18.04.2-Ubuntu SMP Tue Nov 29 08:23:49 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux"

lsusb -t
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 5000M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/10p, 480M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
    |__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M

# lspci
00:00.0 Host bridge: Intel Corporation 4th Gen Core Processor DRAM Controller (rev 06)
00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06)
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor Integrated Graphics Controller (rev 06)
00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 05)
00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #2 (rev 05)
00:1b.0 Audio device: Intel Corporation 8 Series/C220 Series Chipset High Definition Audio Controller (rev 05)
00:1c.0 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #1 (rev d5)
00:1c.2 PCI bridge: Intel Corporation 8 Series/C220 Series Chipset Family PCI Express Root Port #3 (rev d5)
00:1d.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB EHCI #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation H81 Express LPC Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 8 Series/C220 Series Chipset Family 6-port SATA Controller 1 [AHCI mode] (rev 05)
00:1f.3 SMBus: Intel Corporation 8 Series/C220 Series Chipset Family SMBus Controller (rev 05)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)

ehci = USB 2.0
xhci = USB 3.0

Was zeigt lsusb -t an?

Ein paar Minuten vorher in dmesg (evtl. nicht relevant):

diese Info ist relevant und ein Indikator dass etwas nicht passt mit dem USB 3.0 Port.

- VM unter Proxmox V7 mit durchgereichtem Endgerät (nicht Port)

Der Tuner an sich wurde durchgereicht? Viele VMs greifen über usbdevicefs auf USB Geräte zu, das Problem ist dass man in einer VM dadurch ordentlich Overhead erzeugt. Der Tuner kann über 200 mbit, da macht man dann daraus 400mbit. Besser wäre es z.B den Controller an sich durchzureichen. Einen Port alleine kann man auch nicht ohne massiven Overhead durchreichen.

Ich verstehe dass es frustrierend sein kann wenn solche Probleme auftreten, das Problem liegt in dem Fall leider eine Stufe über dem Tuner.

Hi,

sieht für mich so aus als ob der Treiber noch nicht installiert wurde.
Das Synology Paket ist lediglich ein Frontend welches den "regulären" Treiber-Installer herunter lädt und startet.
Starte das allowroot.sh Skript (sicherheitshalber) noch einmal und dann stoppe und starte den Treiber noch einmal.

Ist der Tuner dann in der Weboberfläche des Treibers sichtbar?


sudo /var/packages/sundtek/scripts/allowroot.sh

danach musst Du eventuell das Passwort eingeben und bestätigen (du siehst die Ausgabe nicht), vielleicht hast Du das Passwort dort nicht eingegeben?
Erst das allowroot.sh erlaubt es den Treiber zu installieren, es ändert einfach die Zugehörigkeit des Paketes zu admin, anstatt zum normalen User.

Falls es da immer noch nicht funktioniert, eventuell einen anderen USB Port testen.

Sollte es da nach den oberen Schritten weiter Probleme geben, bitte kurz Anydesk / remote desktop starten und uns die Zugangsdaten zuschicken damit wir das kurz gemeinsam überprüfen können wo es bei Dir hängt. (kontakt at sundtek de)

Starte TVHeadend an der Stelle jetzt mal neu, danach sollte der Tuner in TVHeadend erscheinen.

Nächster Schritt ist das "Netzwerk" zu konfigurieren, dort stellst Du ein ob du DVB-C, DVB-T oder DVB-S/S2 verwendest.
Bei DVB-S/S2 wird es wohl Astra sein, falls Du ein Diseqc Switch/einen Multischalter mit mehreren Satelliten hast - musst du dort mehrere DVB-S/S2 Netzwerke einrichten.

Danach geht es zurück zur Geräteübersicht, dort wird dann die LNB Konfiguration vorgenommen. Hierbei kommt es darauf an was für eine Anlage Du hast.
Bei einer einfachen Anlage ohne Diseqc, kann die SatConfig/LNB Type auf Universal (Simple LNB) eingestellt werden.
Danach Networks auf das Netzwerk einstellen welches du zuvor unter der "Networks/Netzwerke" Schaltfläche eingerichtet hast.
Zum Schluss dann den Adapter noch auf enabled/Aktiv einstellen.

Nach ein paar Minuten wird TVHeadend dann automatisch anfangen die Sender zu suchen, rechts unten gibt es 2 Pfeile die nach oben zeigen, das ist die Debug Ausgabe von TVHeadend. Wenn Du die anklickst siehst du auch wann TVHeadend anfängt die Sender zu scannen. Das kann so um die 15-20 Minuten dauern bis alle Sender aufgelistet werden.

Habe der Kollegin gesagt dass sie ein PDF erstellen soll.
Den Treiber hast Du soweit schon richtig installiert und das passt auch schon mal.