Sundtek Support Forum

Laufen die Sticks unter PFSense? (basiert auf FreeBSD 11.2-RELEASE-p3 (24. September 2018))


Scheinbar nicht. Eigentlich schade, denn diese kleinen Router Boxen mit guter Netzwerkanbindung wären ideal um eine Kabelkopfstation einzurichten.

unpacking...
checking system... grep: /proc/cpuinfo: No such file or directory
grep: /proc/cpuinfo: No such file or directory
grep: /proc/cpuinfo: No such file or directory
grep: /proc/cpuinfo: No such file or directory
grep: /proc/version: No such file or directory
grep: /proc/cpuinfo: No such file or directory
grep: /proc/cpuinfo: No such file or directory
grep: /proc/cpuinfo: No such file or directory
sed: illegal option -- -
usage: sed script [-Ealnru] [-i extension] [file ...]
        sed [-Ealnu] [-i extension] [-e script] ... [-f script_file] ... [file ...]
grep: /proc/cpuinfo: No such file or directory
ELF binary type "0" not known.
ELF binary type "0" not known.
Your system is currently unsupported

also check that this installer is not corrupted due a bad download
/tmp must not be mounted with noexec flag, otherwise the installer
won't work

In case you do not have enough free space on your system you might
use the network installer
http://sundtek.de/media/sundtek_netinst.sh

in case your system is really unsupported please contact
our support via mail <kontakt@sundtek.de>

removing driver.....
driver removed...



Bei einer Server Client Situation erhalte ich manchmal einen Fehler "WARNING: Remote driver, frontend is not open".

Dann ist auf dem Client keine Kommunikation über das gemountete Device mehr möglich (auch kein unmount). Ein killall mediasrv auf dem Client hilft.

Es tritt reproduzierbar auf, wenn ich ein Device ohne LOCK mounte und dann TVHeadend starte.

Hier Logauszug mediasrv.log auf dem Server:

Schritt Eins: Ein Devices ohne LOCK wird gemounted..hier scheint noch alles normal.

2018-12-14 14:02:03 [913] NETDRV: Trying to bind interface 3
2018-12-14 14:02:03 [913] device supports Digital TV
2018-12-14 14:02:03 [913] disabling remote control
2018-12-14 14:02:03 [913] listening on port: 47979
2018-12-14 14:02:03 [913] Adjusting Network Transfer Interval to 1000

Schritt Zwei: tvheadend wird auf dem Server gestartet:

2018-12-14 14:02:17 [913] Waking up device
2018-12-14 14:02:17 [913] Waking up in digital TV mode
2018-12-14 14:02:17 [913] Power up demodulator
2018-12-14 14:02:19 [913] SETTING DVB-C
2018-12-14 14:02:19 [913] Setting Frequency: 0
2018-12-14 14:02:19 [913] No frequency set!
2018-12-14 14:02:19 [913] Checking lock
2018-12-14 14:02:19 [913] Checking lock
2018-12-14 14:02:20 [913] Checking lock
2018-12-14 14:02:20 [913] Checking lock
2018-12-14 14:02:20 [913] WARNING: Remote driver, frontend is not open
2018-12-14 14:02:20 [913] Checking lock
2018-12-14 14:02:20 [913] Checking lock
2018-12-14 14:02:21 [913] Checking lock
2018-12-14 14:02:21 [913] Checking lock
2018-12-14 14:02:21 [913] Checking lock
2018-12-14 14:02:21 [913] Checking lock
2018-12-14 14:02:22 [913] Timeout reached no lock
Ab hier hilft nur ein killall mediasrv auf dem Client.

mediaclient.log zeigt mir auch etwas an, es steht aber scheinbar nicht immer in diesem Zusammenhang:

WARNING: could not send everything to driver 2141

Aufällig ist, dass TVHeadend beim Starten scheinbar mit Frequenz 0 tuned, wenn der Stick keinen LOCK hat. "Setting Frequency: 0" Wie kann ich ein Device auf dem Server manuell unLOCKen? Dann könnte ich den Fehler provozieren und weiter testen.

Meine Methode ist momentan: Alle Devices erst zu tunen (LOCK) und dann die Serverdienste zu starten.

Hinweise Hardware:
Server: Rasberry 3 USB 2.0 Hub (aktiv). Keine Kernel Log Auffälligkeiten.
verschiedene Sundtek Sticks, DVBS und DVBC mit aktivierter PID HW Filterung und bulk mode.

Client Fehlerbild auf unterscheidlichen Systemen.

Die Treiberarchitektur schafft auf langsamen Rechnern (1.3 ghz) ca 250 MBit, auf schnelleren wurden bisher lediglich 340 mbit getestet.

HD an sich benötigt ca 15 Mbit, zusätzlich kann man im Treiber Hardware PID einschalten damit nur die jeweils angeforderten Daten und nicht der komplette Transponder übertragen wird.

Auf unserem 1.3 ghz Testrechner wurde bis jetzt 3x DVB-C/T gleichzeitig verwendet, also sollte es von der Bandbreite her kein Problem geben.

Sorry, dass ich den Thread rauskrame, ich finde aber, dass es gut hierher paßt. Ich plane einen SAT>IP Server mit mehreren Sundtek Sticks aufzubauen (4-6 Stück).

Mich interessiert, wie ich feststellen kann, wann der Treiber aufgrund von Bandbreite (USB 2.0) oder CPU an sein Limit kommt. Ich finde es schwierig hier nur auf Fehler im Bild zu achten.

Gerne hätte ich eine Anzeige auf der Konsole am Server, sobald es eng wird. top liefert mir zwar Werte für die CPU Last, kurze Spitzen kann ich damit aber nicht genau erkennen. Ein Hinweis liefert tvheadend mit "Continous Errors".

Habt ihr Erfahrungswerte mit Mischkonfigurationen aus Sundtek Sticks unterschiedlicher Generationen? Ich habe hier allein drei versch. DVB-C Generationen liegen.


Momentan teste ich einen Raspberry 3 mit 4 Tunern (2x DVB-C 2x DVB-S), nachdem ich auf einem Modernen QNAP 453B aufgrund von USB Problemen gescheitert bin. Ob das am USB 3.0 (unterschiedlichste USB Hubs gestestet bishin zu 80€ Teilen) oder am Qnap generell lag, kann ich nicht sagen. Jedenfalls hatte ich alle paar Tage ein HighIO Problem, das mir das ganze NAS eingefroren hat und jedesmal ein Hardreset nötig war. Erkennbar evtl an der Kernel Meldung "Not enough bandwidth for altsetting". Laut Google noch ein offenes Problem des Linux Kernels mit USB 3.0.

Der RasPI schlägt sich übrigens wacker, cpu last 15-40% bei 4 Tunern gleichzeitig HD Sender 10-15 MBit/s zu tvheadend und über LAN Port zu  TVheadend client auf dem QNAP, der transcodieren kann. Als nächstes teste ich ein Odroid-C2 mit 1GBit Lan. Nach der USB 3.0 Erfahrung mit QNAP  bleibe ich bei USB 2.0 Lösungen.