Laut https://www.winhistory-forum.net/showthread.php?tid=16961 wird der Chip ab Kernel 6.6 unterstützt.Möglicherweise werden die seriellen Devices mit höheren Nummern angelegt die von Lircd nicht ohne Hilfe gefunden werden. Am besten die Ausgabe von dmesg -t posten damit man sehen kann was da erkannt wurde.
Beiträge von mauerspecht
-
-
Ich habe es noch einmal mit dem aktuellen Code nach der Anleitung probiert, war nicht erfolgreich.
Code
Alles anzeigenmake KERNEL_DVB_CORE=y install make -C /lib/modules/6.8.0+/build KBUILD_EXTMOD=/usr/src/dddvb CONFIG_DVB_CORE=m CONFIG_DVB_DDBRIDGE=m CONFIG_DVB_DRXK=m CONFIG_DVB_TDA18271C2DD=m CONFIG_DVB_CXD2099=m CONFIG_DVB_LNBP21=m CONFIG_DVB_STV090x=m CONFIG_DVB_STV6110x=m CONFIG_DVB_STV0367=m CONFIG_DVB_TDA18212=m CONFIG_DVB_STV0367DD=m CONFIG_DVB_TDA18212DD=m CONFIG_DVB_OCTONET=m CONFIG_DVB_CXD2843=m CONFIG_DVB_STV0910=m CONFIG_DVB_STV6111=m CONFIG_DVB_LNBH25=m CONFIG_DVB_MXL5XX=m CONFIG_DVB_NET=y DDDVB=y modules NOSTDINC_FLAGS="--include=/usr/src/dddvb/include/dd_compat.h -I/usr/src/dddvb/frontends -I/usr/src/dddvb -DKERNEL_DVB_CORE=y" make[1]: Entering directory '/usr/src/6.8/linux-saa716x' warning: the compiler differs from the one used to build the kernel The kernel was built by: gcc (Gentoo 13.2.1_p20240113-r1 p12) 13.2.1 20240113 You are using: gcc (Gentoo 13.2.1_p20240210 p14) 13.2.1 20240210 CC [M] /usr/src/dddvb/ddbridge/ddbridge-main.o CC [M] /usr/src/dddvb/ddbridge/ddbridge-hw.o CC [M] /usr/src/dddvb/ddbridge/ddbridge-i2c.o CC [M] /usr/src/dddvb/ddbridge/ddbridge-ns.o CC [M] /usr/src/dddvb/ddbridge/ddbridge-modulator.o CC [M] /usr/src/dddvb/ddbridge/ddbridge-core.o /usr/src/dddvb/ddbridge/ddbridge-core.c:108:5: warning: no previous prototype for âddb_dvb_usercopyâ [-Wmissing-prototypes] 108 | int ddb_dvb_usercopy(struct file *file, | ^~~~~~~~~~~~~~~~ /usr/src/dddvb/ddbridge/ddbridge-core.c:4073:5: warning: no previous prototype for âddb_class_createâ [-Wmissing-prototypes] 4073 | int ddb_class_create(void) | ^~~~~~~~~~~~~~~~ /usr/src/dddvb/ddbridge/ddbridge-core.c:4083:6: warning: no previous prototype for âddb_class_destroyâ [-Wmissing-prototypes] 4083 | void ddb_class_destroy(void) | ^~~~~~~~~~~~~~~~~ CC [M] /usr/src/dddvb/ddbridge/ddbridge-io.o CC [M] /usr/src/dddvb/ddbridge/ddbridge-ci.o CC [M] /usr/src/dddvb/ddbridge/ddbridge-max.o CC [M] /usr/src/dddvb/ddbridge/ddbridge-mci.o /usr/src/dddvb/ddbridge/ddbridge-mci.c:213:5: warning: no previous prototype for âddb_mci_cmd_rawâ [-Wmissing-prototypes] 213 | int ddb_mci_cmd_raw(struct mci *state, | ^~~~~~~~~~~~~~~ CC [M] /usr/src/dddvb/ddbridge/ddbridge-sx8.o /usr/src/dddvb/ddbridge/ddbridge-sx8.c: In function âset_parametersâ: /usr/src/dddvb/ddbridge/ddbridge-sx8.c:507:17: warning: case value â21â not in enumerated type âenum fe_modulationâ [-Wswitch] 507 | case APSK_128: | ^~~~ /usr/src/dddvb/ddbridge/ddbridge-sx8.c:503:17: warning: case value â22â not in enumerated type âenum fe_modulationâ [-Wswitch] 503 | case APSK_256: | ^~~~ /usr/src/dddvb/ddbridge/ddbridge-sx8.c:504:17: warning: case value â23â not in enumerated type âenum fe_modulationâ [-Wswitch] 504 | case APSK_256_L: | ^~~~ /usr/src/dddvb/ddbridge/ddbridge-sx8.c: At top level: /usr/src/dddvb/ddbridge/ddbridge-sx8.c:658:22: warning: no previous prototype for âddb_sx8_attachâ [-Wmissing-prototypes] 658 | struct dvb_frontend *ddb_sx8_attach(struct ddb_input *input, int nr, int tuner, | ^~~~~~~~~~~~~~ CC [M] /usr/src/dddvb/ddbridge/ddbridge-m4.o /usr/src/dddvb/ddbridge/ddbridge-m4.c:660:22: warning: no previous prototype for âddb_mx_attachâ [-Wmissing-prototypes] 660 | struct dvb_frontend *ddb_mx_attach(struct ddb_input *input, int nr, int tuner, int type) | ^~~~~~~~~~~~~ CC [M] /usr/src/dddvb/ddbridge/dvb_netstream.o LD [M] /usr/src/dddvb/ddbridge/ddbridge.o CC [M] /usr/src/dddvb/frontends/drxk_hard.o /usr/src/dddvb/frontends/drxk_hard.c:65:6: warning: no previous prototype for âIsA1WithPatchCodeâ [-Wmissing-prototypes] 65 | bool IsA1WithPatchCode(struct drxk_state *state) | ^~~~~~~~~~~~~~~~~ /usr/src/dddvb/frontends/drxk_hard.c:70:6: warning: no previous prototype for âIsA1WithRomCodeâ [-Wmissing-prototypes] 70 | bool IsA1WithRomCode(struct drxk_state *state) | ^~~~~~~~~~~~~~~ /usr/src/dddvb/frontends/drxk_hard.c:495:5: warning: no previous prototype for âPowerUpDeviceâ [-Wmissing-prototypes] 495 | int PowerUpDevice(struct drxk_state *state) | ^~~~~~~~~~~~~ LD [M] /usr/src/dddvb/frontends/drxk.o CC [M] /usr/src/dddvb/frontends/lnbp21.o CC [M] /usr/src/dddvb/frontends/stv090x.o CC [M] /usr/src/dddvb/frontends/stv6110x.o CC [M] /usr/src/dddvb/frontends/cxd2099.o CC [M] /usr/src/dddvb/frontends/tda18271c2dd.o /usr/src/dddvb/frontends/tda18271c2dd.c:1310:22: warning: no previous prototype for âtda18271c2dd_attachâ [-Wmissing-prototypes] 1310 | struct dvb_frontend *tda18271c2dd_attach(struct dvb_frontend *fe, | ^~~~~~~~~~~~~~~~~~~ CC [M] /usr/src/dddvb/frontends/stv0367dd.o CC [M] /usr/src/dddvb/frontends/tda18212dd.o /usr/src/dddvb/frontends/tda18212dd.c:899:22: warning: no previous prototype for âtda18212dd_attachâ [-Wmissing-prototypes] 899 | struct dvb_frontend *tda18212dd_attach(struct dvb_frontend *fe, | ^~~~~~~~~~~~~~~~~ CC [M] /usr/src/dddvb/frontends/cxd2843.o CC [M] /usr/src/dddvb/frontends/stv6111.o /usr/src/dddvb/frontends/stv6111.c:724:22: warning: no previous prototype for âstv6111_attachâ [-Wmissing-prototypes] 724 | struct dvb_frontend *stv6111_attach(struct dvb_frontend *fe, | ^~~~~~~~~~~~~~ CC [M] /usr/src/dddvb/frontends/stv0910.o CC [M] /usr/src/dddvb/frontends/lnbh25.o CC [M] /usr/src/dddvb/frontends/mxl5xx.o MODPOST /usr/src/dddvb/Module.symvers ERROR: modpost: "dvb_net_init" [/usr/src/dddvb/ddbridge/ddbridge.ko] undefined! ERROR: modpost: "dvb_net_release" [/usr/src/dddvb/ddbridge/ddbridge.ko] undefined! make[3]: *** [scripts/Makefile.modpost:145: /usr/src/dddvb/Module.symvers] Error 1 make[2]: *** [/usr/src/6.8/linux-saa716x/Makefile:1873: modpost] Error 2 make[1]: *** [Makefile:240: __sub-make] Error 2 make[1]: Leaving directory '/usr/src/6.8/linux-saa716x' make: *** [Makefile:17: all] Error 2
-
Interruptsharing sollte bei der Generation von Mainboards nicht mehr vorkommen, das kannst du mit cat /proc/interrupts überprüfen.
Hardwareprobleme würde ich nicht ausschliessen, das Board wurde 2012 eingeführt, da könnten schon ein paar Elkos ausgelutscht sein.
Mit den aktuellen Smartmontools 7.4 kann man auch NVME SSDs auslesen, dann kann man nachschauen ob es viele Fehler gibt.
Bei meinem Suse System habe ich die Smartmontools selber übersetzt ohne es zu installieren und rufe es aus dem Quellverzeichnis auf um mich die Distributionspackete zu überschreiben. Mit einem graphischen Monitoring hann man unter Umständen Zusammenhänge erkennen, ich benutze collectd + collectd-web.
Ich hatte einmal das Problem das der CPU Kühler nicht richtig befestigt war, einer der Plastikdübel war nicht eingerastet, das gab bei Last Abstürze.
Gibt es Fehlermedungen im syslog oder dmesg?
-
Ich habe das probiert und es funktionierte nicht, das Modul für die andere Karte kann nicht geladen werden
Code
Alles anzeigensaa716x_core: disagrees about version of symbol dvb_dmxdev_init saa716x_core: Unknown symbol dvb_dmxdev_init (err -22) saa716x_core: disagrees about version of symbol dvb_register_adapter saa716x_core: Unknown symbol dvb_register_adapter (err -22) saa716x_core: disagrees about version of symbol dvb_dmxdev_release saa716x_core: Unknown symbol dvb_dmxdev_release (err -22) saa716x_core: disagrees about version of symbol dvb_frontend_detach saa716x_core: Unknown symbol dvb_frontend_detach (err -22) saa716x_core: disagrees about version of symbol dvb_unregister_frontend saa716x_core: Unknown symbol dvb_unregister_frontend (err -22) saa716x_core: disagrees about version of symbol dvb_register_frontend saa716x_core: Unknown symbol dvb_register_frontend (err -22) saa716x_core: disagrees about version of symbol dvb_unregister_adapter saa716x_core: Unknown symbol dvb_unregister_adapter (err -22)
-
Mit PCI DVB Karten in PCIE Mainboards hatte ich Probleme weshalb ich vor 10 Jahren auf Digital Devices gewechselt habe. Teilweise lag das an den PCIE PCI Bridge Chips, vermutlich aber auch weil der PCI Zweig eher für Soundkarten gedacht war und deshlab wenig Priorität bekam. Wenn du die PCI Karten schon hast würde ich es mit den Kerneltreibern probieren, dabei auch prüfen ob der Empfang mit den PCI Karten ohne Probleme läuft. Wenn du keine PCIE Slot mehr frei hast kannst du entweder eine USB Lösung nehmen wie z.B. Hauppauge WinTV SoloHD oder die Karte wechseln gegen eine 8-Kanal DD oder eine 2 Kanal DD Cine mit Erweiterungskarten.
-
UEFI oder die EFI Partition brauchst du nur auf dem Boot Laufwerk, bei dir die NVME SSD. Wenn du das # in der Zeile der fstab für video2 entfenst solltest du das Laufwerk mit (sudo) mount /video2 einbinden können, auch ohne Neustart.
-
In meinem Haushalt ist noch kein PC Netzteil ausgefallen. Ich habe trotzdem mehrere ersetzt, erst wegen Lärm (ungeregelter 8cm Lüfter gegen geregelten 12cm Lüfter) und später wegen geänderter Anfoderungen weil die CPUs Spannungsregler nicht mehr von der 5V Schiene liefen sondern von der 12V Schiene. Bei meinem Vater ist einmal das Netzteil eines Discounter PC gestorben, der Rechner ging nicht mehr an. Mit einem Netzteil das bei meinen vorherigen Umbauten mir übrig war konnte ich den Rechner wiederbeleben.
Neben dem Risiko Totalausfall gibt es auch die schleichende Verschlechterung der Spannungsstabilisierung und Filterung wegen Alterung der Elkos, das kann für Empfangsproblemen sorgen oder Datenfehler.
Beim Kauf habe ich mich an den Tests der Ct orientiert, chronologisch waren es Seasonic, Be Quiet 8-10 er Serie und ein Enermax 82+ alles ATX im Bereich 300-450W.
-
Kleine Ergänzung: Du solltest den VDR Prozess stoppen bevor du die Daten kopierst.
-
Meine Ebay Suche ist noch aktiv und hat ein Angebot gefunden
-
In den letzten Monaten sind zwei von den normalen Displays ohne Tasten bei Ebay verkauft worden. Ich denke das Display ist das gleiche, wenn du Glück hast sind die Tasten auf einer sepraten Platine.
Wird das Teil vom Kernel erkannt? Bei mir sieht das so aus
Codedmesg -t | grep -i imon input: iMON Panel, Knob and Mouse(15c2:0038) as /devices/pci0000:00/0000:00:14.0/usb1/1-7/1-7:1.0/input/input8 Registered IR keymap rc-imon-pad rc rc0: iMON Remote (15c2:0038) as /devices/pci0000:00/0000:00:14.0/usb1/1-7/1-7:1.0/rc/rc0 rc rc0: lirc_dev: driver imon registered at minor = 0, scancode receiver, no transmitter input: iMON Remote (15c2:0038) as /devices/pci0000:00/0000:00:14.0/usb1/1-7/1-7:1.0/rc/rc0/input9 imon 1-7:1.0: iMON device (15c2:0038, intf0) on usb<1:2> initialized imon 1-7:1.1: iMON device (15c2:0038, intf1) on usb<1:2> initialized usbcore: registered new interface driver imon
-
Über https://fritz.box/#cap kannst du Packete mitschneiden. Das LAN Interface der FB auswählen über den der VDR angeschlossen ist, den Mitschnitt starten und dann über ein Mobilgerät die VPN Verbindung starten und auf den VDR zugreifen. Dann kannst du in Wireshark sehen ob das Magic Packet verschickt wurde.
-
HDMI und DP kann man per Adapterkabel/Stecker umwandeln. Dann sollte ein HDMI/DP + USB KVM Switch ausreichen, dabei sollte die maximale Auflösung zu deinem Monitor passen.
-
Wenn du Glück hast liegt auf dem Radio Ausgang der Dreifach Dose volles Signal an, mit dem passenden Adaptern kannst du dann deine Karte dort anschliessen. Entweder den Deckel der Dose abschrauben um das Typenschild zu lesen und danch das Datenblatt raussuchen oder einfach ausprobieren.
Ältere Verstärker für (analoges) Kabelfernsehen decken nicht den Frequenzbereich ab der aktuell benutzt wird.
Die Frequenzen für Digitalfehrnsehen wurden in höhere Bereiche verschoben um mehr Bandbreite für Internet zu haben.
Wenn die betroffenen Sender vom Anbieter in die hohen Frequenzen gelegt wurden können deine Empfangsprobleme an alter Hardware bei dir liegen.
-
Mit Gentoo Kernel 6.5.3 und dem integrated Treiber wird die Karte wieder erkannt:
Code
Alles anzeigendmesg | grep -i ddbridge [ 3.088828] ddbridge: Digital Devices PCIE bridge driver 0.9.33-integrated, Copyright (C) 2010-17 Digital Devices GmbH [ 3.088977] ddbridge 0000:06:00.0: detected Digital Devices Cine CT V7 DVB adapter [ 3.088996] ddbridge 0000:06:00.0: HW 00010007 REGMAP 00010005 [ 3.089094] ddbridge 0000:06:00.0: using 2 MSI interrupt(s) [ 3.217798] ddbridge 0000:06:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C2T2 CXD2843 [ 3.218995] ddbridge 0000:06:00.0: Port 1: Link 0, Link Port 1 (TAB 2): NO MODULE [ 3.220190] ddbridge 0000:06:00.0: Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE [ 3.221344] ddbridge 0000:06:00.0: Port 3: Link 0, Link Port 3 (TAB 4): NO MODULE [ 3.221599] dvbdev: DVB: registering new adapter (DDBridge) [ 3.221601] dvbdev: DVB: registering new adapter (DDBridge) [ 3.266458] ddbridge 0000:06:00.0: DVB: registering adapter 0 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)... [ 3.270392] ddbridge 0000:06:00.0: DVB: registering adapter 1 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)...
Das schiebe ich auf den Kommentar This interacts oddly with the DVB logic
-
Meine V7 Karten und Erweiterungsmodules werden vom integrated Treiber im Gentoo Kernel unterstützt.
Codemodinfo cxd2841er filename: /lib/modules/6.5.1-gentoo/kernel/drivers/media/dvb-frontends/cxd2841er.ko license: GPL author: Sergey Kozlov <serjk@netup.ru>, Abylay Ospan <aospan@netup.ru> description: Sony CXD2837/38/41/43/54ER DVB-C/C2/T/T2/S/S2 demodulator driver depends: dvb-core
Am Wert für mod->using_gplonly_symbols habe ich noch nichts verändert, beim vorherigen Gentoo Kernel 6.5.1 steht er auch auf true und die Karte wird erkannt. Die DDBridge Treiber wurden zwischen den Kernel nicht verändert.
-
Ich habe auch ein Problem mit Gentoo Kernel 6.5.2 und dem integrierten DDBridge Treiber, allerdings ohne GPL Meldung
Code
Alles anzeigen[ 3.083126] ddbridge: Digital Devices PCIE bridge driver 0.9.33-integrated, Copyright (C) 2010-17 Digital Devices GmbH [ 3.083245] ddbridge 0000:06:00.0: detected Digital Devices Cine CT V7 DVB adapter [ 3.083262] ddbridge 0000:06:00.0: HW 00010007 REGMAP 00010005 [ 3.083379] ddbridge 0000:06:00.0: using 2 MSI interrupt(s) [ 3.218463] ddbridge 0000:06:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C2T2 CXD2843 [ 3.219626] ddbridge 0000:06:00.0: Port 1: Link 0, Link Port 1 (TAB 2): NO MODULE [ 3.221116] ddbridge 0000:06:00.0: Port 2: Link 0, Link Port 2 (TAB 3): NO MODULE [ 3.222316] ddbridge 0000:06:00.0: Port 3: Link 0, Link Port 3 (TAB 4): NO MODULE [ 3.222590] dvbdev: DVB: registering new adapter (DDBridge) [ 3.222592] dvbdev: DVB: registering new adapter (DDBridge) [ 3.243458] ddbridge 0000:06:00.0: No cxd2837/38/43/54 found! [ 3.243564] ddbridge 0000:06:00.0: port_attach on port 0 failed [ 3.243566] ddbridge 0000:06:00.0: All connected ports failed to initialise! [ 3.243568] ddbridge 0000:06:00.0: fail3 [ 3.243618] ddbridge 0000:06:00.0: fail2 [ 3.243978] ddbridge 0000:06:00.0: fail1 [ 3.244011] ddbridge 0000:06:00.0: fail0 [ 3.244054] ddbridge 0000:06:00.0: fail [ 3.244216] ddbridge: probe of 0000:06:00.0 failed with error -1
-
Mit PCIe kam auch das Link State Power Management damit Rechner weniger Strom verbrauchen, gibt es auf für SATA Verbindungen. Das kann vom Bios und vom Betriebssystem gesteuert werden. Mit dem Tool powertop kannst man sich die aktuellen Werte anzeigen, dazu mit mehrfach Tab wechseln zu den Tunables. Mit dem Cursor kann man eine EInstellung auswählen und mit Enter ändern, der dazugehörige Befehl wird dann oben angezeigt damit man ihn in ein Init Scipt kopieren kann (boot.local bei Suse). Möglicherweise kann man damit den Unexpected_Power_Loss_Ct niedrig halten bis Ersatz da ist.
Bei mit sind bei allen Linux Systemen alle Tunables auf Good bis auf WOL und ich haben damit keine Probleme.
Ich tippe wie schon andere vor mir auf schlechte Hardware, Mainboard oder das Kabel.
Firmware Updates für SSDs sind nach meiner Erfahrung selten, ich habe mehr als 12 verschiedene SSDs von verschiedenen Herstellern benutzt und bisher erst 2 Firmwareupdates gehabt, bei Kingston und Samsung.
-
Gefixt mit Kernel 6.4.0-gentoo
-
Das gleiche Problem besteht bei Gentoo Kernel 6.3.8, DVB Core ist unverändert.
-
Aus Interesse wollte ich DVB-t2 testen um zu sehen ob die Bildqualtität besser ist. Dafür hatte ich mir einen günstigen Terretect USB Empfänger geholt, war Rückläufer oder Restposten. Der erste wurde so warm das nach einer halbe Stunde das Plastik angeschmolzen war und der Stick tot. Der Ersatz lebt noch wird aber auch sehr warm, diese Variante wurde damals aber noch nicht vom Kernel unterstützt. Mit einem Hauppauge USB DVB-C/T/T2 hat es dann geklappt der wurde für meinen Geschmack aber auch gut warm.
Deshalb würde ich mal vorsichtig durch Handauflegen testen ob der Empfänger zu warm wird.