Sundtek Support Forum

In dem script steht dann hinter dem libmediaclient.so das vdr.real (also das umbenannte binary)?

genau!

Es fehlt nicht viel, Du hast das Setup von TVHeadend zu 80% im Griff, dort müssen einfach die richtigen Positionen eingestellt werden.

Wenn eine Position gewechselt werden kann, können alle Positionen gewechselt werden - und Hotbird / Astra funktionierte ja bereits. Für die anderen Frequenzen könntest Du Transponderinformationen von Lyngsat nehmen und manuell scannen, aber ich würde mich an der Stelle mit TVHeadend weiter beschäftigen.

Ok der Tuner und Dein Empfang sind auf dem 2. Eingang in Ordnung.

Stoppe TVHeadend, lösche die Tuner Konfiguration manuell vom Dateisystem aus dem TVHeadend Verzeichnis. Starte TVHeadend erneut danach kannst Du den 2. Tuner auch konfigurieren.

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).

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.

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

This sounds like a driver / kernel problem.

- Check the system logs.
- Also check the memory utilisation during runtime.

I highly doubt that this has anything to do with our driver.

The good thing seems to be that it is reproducible, the closer you can narrow it down workarounds or other fixes could be applied.

From your description it sounds like a problem with the SSD or controller for it.