dvbsky s952 V3 funktioniert nach standby nicht mehr

Zitat von wolfgang01

Nach einem Standby fällt die TV-Karte aus.

...weil beim Standby diverse Treibermodule entladen und nach dem Aufwecken aus dem Standby nicht wieder geladen werden. Die Lösung ist einfach: keinen Standby-Modus verwenden, sondern den HTPC richtig herunterfahren.

Ich hatte so eine Karte mal vor etlichen Jahren in meinem unRaid Server laufen und auch solch ein Problem.

Geholfen hat die Treiber Module vor den Sleep korrekt zu entladen und nach dem Aufwachen neu zu laden. Dann klappte es meistens auch mit Aufnahmen etc, meistens. Später bin ich zu einem SatIP Receiver übergegangen was viel stabiler lief.

Falls du es doch probieren möchtest ist hier das Script was ich damals mit meinem unRaid genutzt habe. Ist nur eine Anregung und muss sicher angepasst werden. Ich kann dir auch nicht sagen ob die Karten heute die gleichen Bauteile wie vor etlichen Jahren verwenden und sich deshalb ggf. die Treibermodule geändert haben.

#!/bin/bash

dvb_stop() {
echo -n "Stop DVB Subsystem"
/usr/bin/docker stop Tvheadend-Stable
/sbin/modprobe -r smipcie m88ds3103 dvb_core m88rs6000t
}

dvb_start() {
echo -n "Start DVB Subsystem"
/sbin/modprobe smipcie m88ds3103 dvb_core m88rs6000t

while [ ! -d "/dev/dvb" ]; do
# Sleep until file does exists/is created
sleep 1
done 

sleep 5

chown -R nobody:users /dev/dvb

/usr/bin/docker start Tvheadend-Stable
}

case "$1" in
'start')
  dvb_start
  ;;
'stop')
  dvb_stop
  ;;
*)

echo "usage $0 start|stop"
esac

Zitat von wolfgang01

Dann sind aber z.B. Aufnahmen über Timer nicht möglich.

Doch. Es gibt ein Addon namens "PVR Recording & Power Manager" (im Nerdsrepo), welches auch das Aufwecken aus dem S5 ermöglicht. Jedes halbwegs aktuelle Board (jünger als 10 Jahre) kann per RTC aus dem S5 geweckt werden.

Interessant. Wie bist du denn darauf gekommen wolfgang01? Hatte das bei mir vor Jahren auch nicht hingekriegt mit Wecken aus S5 (S4 und S3 sehrwohl). Vielleicht schaue ich mir das noch mal an ...

Zitat von PvD

Jedes halbwegs aktuelle Board (jünger als 10 Jahre) kann per RTC aus dem S5 geweckt werden.

Kurzer Blick in mein Datenblatt - finde da nix zu. Nach was muss man da schauen? Z390-A PRO . Das ist eine Dual Boot Windows/Linux Kiste. Auf dem HP Microserver Gen 8 (mit Debian Linux) hatte ich es auch nicht hingekriegt. HP ProLiant MicroServer Generation 8 (Gen8). Hatte mich da aber auch nicht so reingesteigert.

Wichtig ist, dass das Board auch im S5 mit 5V SB versorgt wird. Ein Indiz ist dafür die Option "WakeUp by PCIe Devices" (kann auch je noch Board anders heißen), welche aktiviert sein muss. Die Option "WakeUp by RTC" muss deaktiviert sein, ansonsten wacht das Board nur zur im BIOS eingestellten Zeit auf.

Das sollte alles unter ACPI oder Power Management oder ähnlichem zu finden sein. Evtl. dazu mal das erweiterte Setup aufrufen.

Zitat von wolfgang01

Das ganze scheint ein besonderes Problem von LINUX zu sein

mein Senf:

erinnere mich, dass das bei proprietären Drivern meistens der Fall war (z.B. Nvidia) dass Geräte beim Aufwachen aus dem Schlafmodus nicht korrekt initialisiert wurden.

Da gabs auch mal einen Trick - finde ich leider gerade nicht - wie man dies mit einer speziellen Modul.conf umschiffen konnte.

Alternative:

/etc/rc.d/rc.local

muss man ggf. zu Fuss anlegen, Rechte:

ls -l /etc/rc.d/rc.local
-rwx------. 1 root root 5,0K 7. Nov 00:35 /etc/rc.d/rc.local

ich weiss nicht, ob die in Zorin unterstützt wird [2] !

wenn ja, könnte man damit den bzw. die (es sind mehrere [1]) Treiber f.d. Sky entladen und danach neu laden. Dann sollte die Sky korrekt initialisiert sein.

rc.local wird beim PC-Start ausgeführt.

Ich weiss allerdings nicht, wie und ob die beim Aufwachen aus dem Schlafmodi abgearbeitet wird.

[1]

DVBSky S952 - LinuxTVWiki

siehe bei "Components Used"

die Abhängigkeit, welcher von den drei Treibern zuerst entladen bzw. geladen wird ist wichtig !

Manchmal braucht man nur den Einen, damit die Anderen mitentladen/geladen werden ...

[2]

habe mal ein Gerüste einer rc.local angehängt.

Die Endung ".txt" muss weg (nur mit war die hier upload-bar) !!!

die Datei nach /etc/rc.d/ kopiert und mit

sudo chown root:root /etc/rc.d/rc.local

die richtigen Rechte gesetzt.

Danach noch ein reboot, damit systemctl die rc.local dann einbindet und abarbeitet (sofern Zorin systemctl einsetzt [3])

dmesg oder journalctl oder systemctl jeweils mit " | grep rc.local" sollten danach zeigen, ob das der Fall ist.

Wenn alles hinhaut, dann könnte man ggf. die rc.local mit den "modprobe -vr bzw. -vs ..." erweitern bzw. anpassen (siehe link [3] !)

[3]

bin nicht auf dem Laufenden, wie Debian-Kisten Startscripte verhandeln, aber:

Enable rc.local in Debian Bullseye

With Debian 11 (Bullseye) there is no default rc.local file anymore. But this doesn't mean it has been completely removed. The rc-local service is available…

blog.wijman.net