Hallo,
ich habe meine TBS6618 rausgeworfen und dafür richtig krachen lassen und eine Max M4 eingebaut.
Dabei bin ich dieser (offiziellen) Anleitung gefolgt (Auszug von Linux-Treiberinstallation bei https://digitaldevices.de/anleitungen/max-m4/):
Treiberinstallation
Treiberinstallation unter Linux
Aktuelle Treiber stehen hier bereit: https://github.com/DigitalDevices/dddvb/releases
Installation der Komponenten
Ubuntu/Debian:
sudo apt-get install mercurial build-essential libproc-processtable-perl linux-headers-$(uname –r)
Vorgang (Ausführung in einer Konsole/Terminal)
Führen Sie in einer Konsole / Terminal folgende Befehle aus:
- Aktuellen dddvb Treiber herunterladen und entpacken:
cd /usr/src
sudo wget https://github.com/DigitalDevi…dvb/archive/0.9.37.tar.gz
sudo tar -xf 0.9.37.tar.gz
- Treiber bauen:
cd dddvb-0.9.37
sudo make
- Module installieren:
sudo make install
- Reihenfolge für das Laden der Module festlegen:
sudo mkdir -p /etc/depmod.d
echo 'search extra updates built-in' | sudo tee /etc/depmod.d/extra.conf
- Dem System die neuen Module und deren Abhängigkeiten bekannt geben:
sudo depmod -a
- Bei Einsatz einer Max S8/SX8/SX8 Basic die Datei ddbridge.conf anlegen:
echo 'options ddbridge fmode=N' | sudo tee /etc/modprobe.d/ddbridge.conf
(N durch Betriebsart/fmode ersetzen)
- Treiber laden:
sudo modprobe ddbridge
Zum Abschluss sollte der PC einmal neu gestartet werden.
Info: Falls I2C-Timeouts auftreten, bitte MSI für ddbridge deaktivieren:
echo 'options ddbridge fmode=x msi=0' | sudo tee /etc/modprobe.d/ddbridge.conf
Falls die Datei /etc/modprobe.d/ddbridge.conf schon vorhanden ist (siehe Punkt 6), dann die Option „msi=0“ an die Zeile anfügen, z.B.:
options ddbridge fmode=x msi=0
Betriebsarten für die Max S8/SX8/SX8 Basic:
- fmode=0
4-Tuner-Modus(Interner Multischalter deaktiviert)
- fmode=1
Quad-LNB / normale Ausgänge des Multiswitches
- fmode=2
Quattro-LNB / Kaskaden Ausgänge des Multiswitches
- fmode=3
Unicable oder JESS LNB / Unicable-Ausgang des Multiswitches
Die Betriebsart in der ddbridge.conf habe ich mit 0 eingestellt. Die Karte ist auch mit 4 Frontends im vdrserver verfügbar. Angeblich soll für DVB-C (was ich verwende) der Anschluss eines Kabels am mittleren Anschluss reichen. Update: die 4 Frontends scheinen parallel zu funktionieren, jedenfalls laufen Aufnahmen von 4 TP gleichzeitig.
Allerdings werden jetzt die beiden übriggebliebenen Cinergy-C nicht mehr erkannt:
ZitatAlles anzeigenroot@vdrserver:~# dmesg | grep frontend
[Wed Dec 14 17:50:03 2022] mantis_core: disagrees about version of symbol dvb_frontend_detach
[Wed Dec 14 17:50:03 2022] mantis_core: Unknown symbol dvb_frontend_detach (err -22)
[Wed Dec 14 17:50:03 2022] mantis_core: disagrees about version of symbol dvb_unregister_frontend
[Wed Dec 14 17:50:03 2022] mantis_core: Unknown symbol dvb_unregister_frontend (err -22)
[Wed Dec 14 17:50:03 2022] mantis_core: disagrees about version of symbol dvb_register_frontend
[Wed Dec 14 17:50:03 2022] mantis_core: Unknown symbol dvb_register_frontend (err -22)
[Wed Dec 14 17:50:03 2022] mantis_core: disagrees about version of symbol dvb_frontend_detach
[Wed Dec 14 17:50:03 2022] mantis_core: Unknown symbol dvb_frontend_detach (err -22)
[Wed Dec 14 17:50:03 2022] mantis_core: disagrees about version of symbol dvb_unregister_frontend
[Wed Dec 14 17:50:03 2022] mantis_core: Unknown symbol dvb_unregister_frontend (err -22)
[Wed Dec 14 17:50:03 2022] mantis_core: disagrees about version of symbol dvb_register_frontend
[Wed Dec 14 17:50:03 2022] mantis_core: Unknown symbol dvb_register_frontend (err -22)
[Wed Dec 14 17:50:04 2022] ddbridge 0000:02:00.0: DVB: registering adapter 0 frontend 0 (M4)...
[Wed Dec 14 17:50:04 2022] ddbridge 0000:02:00.0: DVB: registering adapter 1 frontend 0 (M4)...
[Wed Dec 14 17:50:04 2022] ddbridge 0000:02:00.0: DVB: registering adapter 2 frontend 0 (M4)...
[Wed Dec 14 17:50:04 2022] ddbridge 0000:02:00.0: DVB: registering adapter 3 frontend 0 (M4)...
Könnt Ihr mir sagen, wie ich es hinbekomme, dass die Karten auch zur Verfügung stehen? Scheinbar wird ja zumindest ein Modul geladen, was nicht mehr mit den Headers (?) zusammenpasst, nachdem das make install des DD Treiberpakets durchgelaufen ist. Ich habe da zu wenig Modulerfahrung.
Anbei das aktuelle lsmod:
Module Size Used by
md4 16384 0
cmac 16384 1
nls_utf8 16384 2
cifs 1032192 2
libarc4 16384 1 cifs
fscache 372736 1 cifs
libdes 24576 1 cifs
xfs 1282048 1
dm_multipath 32768 0
scsi_dh_rdac 16384 0
scsi_dh_emc 16384 0
scsi_dh_alua 20480 0
snd_hda_codec_hdmi 61440 1
snd_hda_codec_realtek 131072 1
snd_hda_codec_generic 81920 1 snd_hda_codec_realtek
ledtrig_audio 16384 2 snd_hda_codec_generic,snd_hda_codec_realtek
intel_rapl_msr 20480 0
intel_rapl_common 24576 1 intel_rapl_msr
x86_pkg_temp_thermal 20480 0
snd_hda_intel 53248 0
snd_intel_dspcfg 28672 1 snd_hda_intel
intel_powerclamp 20480 0
snd_hda_codec 139264 4 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek
coretemp 20480 0
snd_hda_core 90112 5 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek
kvm_intel 282624 0
snd_hwdep 20480 1 snd_hda_codec
binfmt_misc 24576 1
mei_hdcp 24576 0
snd_pcm 110592 4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_core
kvm 663552 1 kvm_intel
ddbridge 135168 28
cxd2099 20480 1 ddbridge
snd_timer 36864 1 snd_pcm
mei_me 40960 1
dvb_core 135168 1 ddbridge
rc_core 53248 0
rapl 20480 0
snd 90112 8 snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_pcm
intel_cstate 20480 0
mc 53248 1 dvb_core
mei 106496 3 mei_hdcp,mei_me
soundcore 16384 1 snd
mac_hid 16384 0
sch_fq_codel 20480 2
nfsd 405504 13
auth_rpcgss 94208 1 nfsd
nfs_acl 16384 1 nfsd
ramoops 28672 0
lockd 102400 1 nfsd
msr 16384 0
reed_solomon 24576 1 ramoops
grace 16384 2 nfsd,lockd
sunrpc 397312 18 nfsd,auth_rpcgss,lockd,nfs_acl
efi_pstore 16384 0
ip_tables 32768 0
x_tables 40960 1 ip_tables
autofs4 45056 4
btrfs 1265664 0
zstd_compress 167936 1 btrfs
raid10 61440 0
raid456 155648 0
async_raid6_recov 24576 1 raid456
async_memcpy 20480 2 raid456,async_raid6_recov
async_pq 24576 2 raid456,async_raid6_recov
async_xor 20480 3 async_pq,raid456,async_raid6_recov
async_tx 20480 5 async_pq,async_memcpy,async_xor,raid456,async_raid6_recov
xor 24576 2 async_xor,btrfs
raid6_pq 114688 4 async_pq,btrfs,raid456,async_raid6_recov
libcrc32c 16384 3 btrfs,xfs,raid456
raid1 45056 0
raid0 24576 0
multipath 20480 0
linear 20480 0
uas 28672 0
usb_storage 77824 1 uas
crct10dif_pclmul 16384 1
i915 1998848 1
crc32_pclmul 16384 0
ghash_clmulni_intel 16384 0
aesni_intel 372736 1
i2c_algo_bit 16384 1 i915
crypto_simd 16384 1 aesni_intel
drm_kms_helper 184320 1 i915
syscopyarea 16384 1 drm_kms_helper
sysfillrect 16384 1 drm_kms_helper
sysimgblt 16384 1 drm_kms_helper
cryptd 24576 2 crypto_simd,ghash_clmulni_intel
fb_sys_fops 16384 1 drm_kms_helper
glue_helper 16384 1 aesni_intel
ahci 40960 3
drm 495616 3 drm_kms_helper,i915
libahci 32768 1 ahci
e1000e 258048 0
i2c_i801 32768 0
lpc_ich 24576 0
video 53248 1 i915
Ich sehe hier
ddbridge 135168 28
cxd2099 20480 1 ddbridge
dvb_core 135168 1 ddbridge
Kernel ist 5.4.0-132-generic (Ubuntu 20.04).
Danke für jegliche Hilfe!