..was ich nicht verstehe, warum versucht man alte Hardware mit neuer Software zu verheiraten, wenn vorher alles funktioniert.
Neue Hardware -> neue Software
Alte Hardware -> alte Software
exce format meint wohl binär inkompatibel zum Kernel, einfach neu kompilieren, u.U. im Makefile einige flags anfassen.
..was ich nicht verstehe, warum versucht man alte Hardware mit neuer Software zu verheiraten, wenn vorher alles funktioniert.
Neue Hardware -> neue Software
Alte Hardware -> alte Software
exce format meint wohl binär inkompatibel zum Kernel, einfach neu kompilieren, u.U. im Makefile einige flags anfassen.
Bei mir gabs natürlich neue Hardware, da es für einige Dinge jetzt zu langsam wurde. Sonst hätte ich das alte System natürlich gelassen 
Deswegen wäre es gut zu wissen wo ich ansetzen müsste. Das andere gebaute Modul (saa716x_core) lädt problemlos.
Viele Grüße
Torsten
Ich hatte es auch schon am laufen (siehe saa716x-kompilieren-unter-22-04). Einsetzen kann ich die Karte trotzdem nicht, da mein Board/Bios sich weigert die Karte zu erkennen - unabhängig vom PCIE-Level im Bios 
egal, geplant war eh vaapi.
Wirbel meinte die TT 6400 mit alter Hw
Hallo, ich habe heute mir mal Zeit genommen das Problem mit meiner S2-6400 zu untersuchen. Eventuell kann mir S:oren hier auch helfen, denn er hatte vor einiger Zeit einen Patch im Treiber gemacht und erst danach konnte ich unter EasyVDR 5 die Karte zuverlässig erkennen. Er kennt sich wohl gut damit aus.
Mein aktuelles Problem habe ich schon längere Zeit, weiß nicht mehr genau seit wann. Es sind aber nur diese drei Sender betroffen:
BR3 Fernsehen HD
NDR Fernsehen HD
Phoenix HD
Alle anderen Sender, auch HD von anderen aus der ARD Gruppe, sind OK.
Bei STR habe ich stets bei allen Kanälen >80% und SNR >25%. Es treten damit keinerlei Störungen auf.Doch bei den drei genannten Problemsendern zeigt SNR <4%,
Damit kommen sehr wenige Bildinformationen mal durch und zeigen ein paar Artefakte an, Ton bringt höchstens kurzzeitig ein "zwitschern"Heute habe ich von http://www.aregel.de verschiedene Firmware geladen, es ändert sich nichts.
Die Schüssel hatte ich vor einiger Zeit schon überprüft, das war es nicht. LNB getauscht weil die alte defekt war. Doch die drei HD Sender gingen damit auch nicht.
Ich hab keine Idee mehr was ich testen oder tun könnte. Da nur diese drei Sender betroffen sind würde ich meinen: die Hardware/Karte ist nicht defekt.
Aktuell verwende ich:
Kernel: 5.4.0-60-generic
Den dvb Treiber habe ich mit dem Patch von S:oren kompiliert, selbstverständlich habe ich den passenden Source etc. dafür verwendet. Seitdem funktioniert die Karte einwandfrei. Das Problem mit den drei Sendern habe ich schon länger, ich meine auch schon unter EasyVDR3.5 bin aber nicht mehr ganz sicher.
Sendersuchlauf brachte auch nichts.
Hat jemand eine Idee warum SNR so niedrig sein könnte und auch nur bei drei HD-Sender aus der ARD-Gruppe?
Du scheinst nur bei der Frequenz 11582 MHz Probleme zu haben. Sind alle Sender auf dieser Frequenz betroffen? Und die Nachbarfrequenzen?
IMHO kann so ein Effekt an gequetschten Kabeln oder heraus schauende Drähtchen der Schirmung bei F-Steckern liegen oder auch ein Defekt der Karte selbst sein.
Kannst Du mit einer anderen Karte testen?
Danke für den Hinweis auf die Frequenz. Ich habe meine aktuelle Channels.conf ausgelesen und durchsucht:
BRFernsehenSüdHD;ARD:11582:HC23M5O35P0S1:S19.2E:22000:5201=27:5202=deu@3,5203=mis@3,5207=qks@3;5206=deu@106:5204;5205=deu:0:10325:1:1025:0
NDRFSNDSHD;ARD:11582:HC23M5O35P0S1:S19.2E:22000:5221=27:5222=deu@3,5223=mis@3,5227=qks@3;5226=deu@106:5224;5225=deu:0:10327:1:1025:0
phoenixHD;ARD:11582:HC23M5O35P0S1:S19.2E:22000:5261=27:5262=deu@3,5263=mul@3:5264:0:10331:1:1025:0
Weitere Kanäle auf 11582 MHz:
BRFernsehenNordHD;ARD:11582:HC23M5O35P0S1:S19.2E:22000:5201=27:5202=deu@3,5203=mis@3,5207=qks@3;5206=deu@106:5204;5205=deu:0:10326:1:1025:0
NDRFSMVHD;ARD:11582:HC23M5O35P0S1:S19.2E:22000:5221=27:5222=deu@3,5223=mis@3,5227=qks@3;5226=deu@106:5224;5235=deu:0:10328:1:1025:0
NDRFSHHHD;ARD:11582:HC23M5O35P0S1:S19.2E:22000:5221=27:5222=deu@3,5223=mis@3,5227=qks@3;5226=deu@106:5224;5245=deu:0:10329:1:1025:0
NDRFSSHHD;ARD:11582:HC23M5O35P0S1:S19.2E:22000:5221=27:5222=deu@3,5223=mis@3,5227=qks@3;5226=deu@106:5224;5255=deu:0:10330:1:1025:0
Merkwürdigerweise ist das Bild heute viel besser. Nur wenige Artefakte. SNR ist heute bei <24% wo sonst nur <4% sind.
Das Wetter eher bewölkt was aber die letzten Tage auch so war und nur SNR <4% war und kein Bild möglich.
Unterschied heute: ich habe zwei Aufnahmen auf Tele5 laufen und damit war ein Tuner belegt.
Auf 11582MHz konnte ich in femon nicht die Tuner 0+1 wechseln wie sonst. Ohne Aufnahme konnte ich in femon beide Tuner wechseln und beide hatten das Problem auf 11582 MHz.
Es sind nur diese 7 Sender auf 11582 MHz betroffen auf beiden Tunern der S2-6400.
Ein normaler Receiver hat an denselben Kabeln welche sonst an der S2-6400 verwendet werden keine Probleme diese Sender störungsfrei anzuzeigen. Aber das könnte ja auch ein besserer Tuner sein der das Signal besser auswertet.
Guter Tipp mit der Kabelverlegung. Werde das mal so austesten:
ich stelle den PC mit der S2-6400 ins DG und schliesse an den MultiSwitch direkt an (ich glaube das habe ich schon mal gemacht kann mich aber nicht mehr genau erinnern).
Bin jetzt nicht sicher ob der Beitrag hier bei dem Treiber Kompilieren der S2-6400 nun richtig ist. Bisher konnte ich es nicht auf die Hardware eingrenzen. Dachte es wäre eher eine SW-Sache. Ich meine mich noch zu erinnern: ich hatte mal MLD von Stick gebootet und da war das Bild OK. Werde das auch wiederholen und berichten ob es nun Hardware oder eher Software sein müsste.
Nächster Schritt meinerseits:
1. PC mit S2-6400 direkt an Multiswitch mit neuen, kurzen Kabeln, sorgfältig und ohne Knick anschliessen...
2. MLD auf PC mit S2-6400 starten, dieselben Kabelanschlüsse, Standort im Haus...
Werde berichten...
kurzer Zwischenstand:
Test mit MLD 3.0.1 auf PC mit S2-6400: alle Sender gehen, ausser BR HD, NDR HD, Phoenix HD. Ich kann mich noch erinnern dass dies mal vor vielen Jahren funktionierte mit dem Live Stick von MLD 3.0. Ich vermute nun auch was FireFly meint: ich habe ein Hardwareproblem.
Zur Kontrolle auf http://www.satindex.de/ nachgeschaut: die Sender liegen alle auf Transponder 25 bei 11582MHz. Kein dieser Sender geht bei mir. Laut dieser Seite hat sich seit der Einführung 2012 auf diesem Transponder nichts verändert. Andere Sender mit niedriger und höherer Frequenz gehen aber.
Zur Bestätigung habe ich gerade noch den PC mitsamt der S2-6400 unverändert beim Nachbar angeschlossen und dort funktionieren die Sender !
Bei mir im Haus habe ich in einem anderen Stockwerk dann bei einer neuen Mieterin deren Technisat Receiver probiert: er zeigt keine Sender an 11582MHz an !
Hier sind die Kabel sehr kurz und ohne Knick direkt bis zum MultiSwitch-Verteiler der für alle Stockwerke arbeitet.
Den Quad LNB hatte ich ja schon mal getauscht ohne Besserung. Ich vermute nun stark: der Multiswitch könnte defekt sein. Werde mal einen neuen von Dur-Line MS5/6 Blue Eco testen. Die sollen ohne Netzteil auskommen und Strom sparen.
Vermutlich müsste nun der Beitrag in ein neues Thema verschoben werden da es offensichtlich kein Softwareproblem gibt, wie geht das ?
Zur Info:
ich habe heute den neuen Multischalter Dur-Line MS5/6 Blue Eco erhalten. Vor dem Tausch habe ich den alten Humax 5/6 mit integriertem Netzteil als Ursache ausgeschlossen: Weil im ganzen Haus der Transponder bei 11582MHz kein Signal liefert habe ich vom Quattro-LNB das Low-Band/Horizontal Signal direkt an einen der Receiver angeschlossen. ARD HD, ZDF HD gehen so und bringen ein Bild mit gutem Signal. Bei Phoenix HD kommt immer noch kein Bild/Signal.
Ich muss im Frühling wieder aufs Dach und nachschauen... Es liegt ein reines Hardwareproblem vor.
Bei http://www.satindex.de finde ich folgende freie HD-Sender auf einer niedrigeren und höheren Frequenz als 11582 MHz:
11523MHz, WDR HD, SNR>27%, Bild ungestört
11538MHz, TRT World HD, SNR >30%, Bild bei FullHD ungestört
11553MHz, alle Sender, SNR 19-20%, Bild erscheint, aber stark gestört
11582MHz, kein Sender bringt ein Bild, SNR <4%
11626MHz, CNN SD, SNR >27%, Bild erscheint ungestört
11670MHz, 4mediathek, SNR >27%, scheint ungestört zu sein
11778MHz, cubavision, SNR>27%, ungestört bei FullHD
Höhere und niedrigere Frequenzen alle ungestört. Ich habe also ein "Bandsperreproblem" zwischen Quattro LNB und den Kabeln bis zum Multischalter welche an 11553-11582MHz merkbar wird. Die Kabel vom LNB runter sind noch alt. Werde das alles erst später genauer untersuchen.
Stromtest des Multischalters wenn es jemand interessiert:
Der Humax 5/6 mit integriertem Netzteil, benötigt mit und ohne eingeschalteten Receiver im Haus (drei Stück) ca. 10-20Watt Dauerlast.
Dann wären das: 24h * 365 Tage * 0,01W = ~87kWh im Jahr
Bei 40Cent/kWh wären das ~35€/Jahr, bei 60Cent/kWh ~52€/Jahr.
Der Austausch mit dem Dur-Line ohne Netzteil könnte sich relativ schnell amortisieren.
Werde nun nichts mehr zu dem Thema beitragen, ist also im falschen Thema, sorry.
Hallo,
ich habe ein paar Nachmittage versucht, das obige Skript auszuführen. Es geht gar nicht. Die Pfade stimmen nicht. Nachdem ich sie manuell angepasst und dann auch den patch anwenden konnte, gelangte ich bis zur make-Anweisung. Aber make findet Dateien nicht, die eindeutig vorhanden sind (gesucht mit locate). Was mache ich falsch? Ich habe das Script schließlich im / (root)-Verzeichnis als user root ausgeführt - half aber nichts. Unter welchem Ubuntu wurde das Script getestet? Es gibt da von Version zu Version doch erhebliche Unterschiede. Z. B. läuft k3b nicht unter Ubntu 20.04.x aber unter Mate 20.04.x
Meine Installation: Xubuntu 20.04.5, Kernel 5.13.0-40-generic. Von den headers habe ich 2 Versionen unter /usr/src: einmal linux-headers-5.13.0(-40)-generic und linux-hwe-headers-5.13.0. Welcher ist der Richtige? Oder könnte jemand für mich die Module kompilieren (mit der genannten Konstellation) und mir irgendwie zukommen lassen? Danke.
Hallo,
hier ist meine Doku fuer ein Debian 11. Probier mal:
#!/bin/sh
#
# Build Debian Buster modules for TechnoTrend DVB S2-6400
# Based on: https://www.vdr-portal.de/forum/index.php?thread/132415-tt-s2-6400-saa716x-kompilieren-unter-18-04/&pageNo=4
#
URL=https://github.com/s-moch/linux-saa716x/compare
BUILDDIR=~/build/linux-saa716x
KERNELVERSION=$(uname -r)
KMAJOR=$(uname -r | cut -d'.' -f1)
KMINOR=$(uname -r | cut -d'.' -f2)
DIFF=saa716x-$KMAJOR.$KMINOR.diff
apt install fakeroot build-essential devscripts libncurses5 libncurses5-dev bison flex libssl-dev wget linux-source-$KMAJOR.$KMINOR linux-head
ers-$KERNELVERSION
rm -rf $BUILDDIR
mkdir -p $BUILDDIR
cd $BUILDDIR
wget $URL/$DIFF
tar xJf /usr/src/linux-source-$KMAJOR.$KMINOR.tar.xz
cd linux-source-$KMAJOR.$KMINOR/
cp /boot/config-$KERNELVERSION .config
cp /usr/src/linux-headers-$KERNELVERSION/Module.symvers .
patch -p1 < ../$DIFF
printf "y\nm\nm\nm\nm\n" | make oldconfig
make KERNELVERSION=$KERNELVERSION -j6 modules_prepare
make KERNELVERSION=$KERNELVERSION -j6 M=drivers/media/pci/saa716x modules
mkdir -p /lib/modules/$KERNELVERSION/kernel/drivers/media/common/saa716x
cp -f drivers/media/pci/saa716x/*.ko /lib/modules/$KERNELVERSION/kernel/drivers/media/common/saa716x/
/sbin/depmod -aGruesse
Ich werde es versuchen. Bisher alles Mist. patch scheitert an der falschen saa716x_ff.h, falsches Datum.
Hallo GBruno,
ich kenne dieses leidige Problem nur zu gut. Hier eine Lösung, die bei mir unter Ubuntu 20.04 mit Kernel 5.15 ohne Probleme funktioniert:
Aus den Rückmeldungen im Thread steht zu vermuten, dass das Ganze auch mit XUbuntu funktionieren sollte. Ich drücke jedenfalls die Daumen...
Viele Grüße
Stefan
Liebe VDR-Liebhaber.
Bei mir funktionieren die Pakete saa716x-dkms und tts2-6400.
Viel Spaß beim benutzen und verbessern...
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!