@CvH
Die Karte ist seit 2017 am Start. Hab von einigen gelesen die sie im Einsatz haben wo sie auch gut läuft.
Weißt du wie ich die abfragen kann? Via Shell die verbaute Hardware checken.
DD Cine 2 TV Karte Installation schlägt fehl
-
reeneex -
22. Februar 2019 um 12:31 -
Unerledigt
-
-
-
-
Also ich hatte auch mal eine Cine S2, und die brauchen fast immer den Molex Steckr zur Stromversorgung. Ich würde das auf alle Fälle testen! Selbst an meiner octopus mit 4 Tunern und CI habe ich den dran!
-
Nochmal, ein fehlender Molexstecker führt nicht zu einem Compilerfehler. Dem Compiler - der aus lesbaren Instruktionen (Quellcode) maschinenlesbaren Code erzeugt - ist es herzlichst egal, ob ein Device anwesend und/oder funktionsfähig ist. Der bricht das Compilieren ab, wenn ein Fehler in der Software-Build-Umgebung vorliegt.
Im laufenden Betrieb ist das natürlich was anderes, dort werden sich mit Sicherheit Funktionsstörungen zeigen - besonders wenn der Switch auch noch ein passiver Switch ist - wenn keine zusätzliche Spannungsversorgung per Molex vorhanden ist.
Der OP muss allerdings erstmal so weit kommen.
-
-
moinsen @Grabber66,
danke für den Tipp, leider kommt da Fehler.
root@NAS:~# cd /usr/src
root@NAS:/usr/src# git clone https://github.com/DigitalDevices/dddvb.git
-bash: git: Kommando nicht gefunden.stimmt am Befehl was nicht? bin über bitvise ssh session auf dem system. der befehl nach cd /usr/src auf der seite von digitaldevices lautet:
sudo wget https://github.com/DigitalDevices/dddvb/archive/0.9.x.tar.gz -
Hast du git überhaupt installiert?
-
-
So wie es aussieht nicht.
Schieb den Befehl doch noch mal vorweg.
sudo apt-get install git -
So wie es aussieht nicht.
Schieb den Befehl doch noch mal vorweg.
sudo apt-get install gitGuten Morgen @Grabber66
jup, das war der Fehler mit git. Mit dem installierten git lief es nun durch bis 'sudo make'. Das wurde nicht ausgeführt. System Antwort:
root@NAS:/usr/src# git clone https://github.com/DigitalDevices/dddvb.git
Klone nach 'dddvb' ...
#remote: Enumerating objects: 35, done.
remote: Counting objects: 100% (35/35), done.
remote: Compressing objects: 100% (22/22), done.
remote: Total 2250 (delta 13), reused 26 (delta 13), pack-reused 2215
Empfange Objekte: 100% (2250/2250), 1.63 MiB | 0 bytes/s, Fertig.
Löse Unterschiede auf: 100% (1554/1554), Fertig.
root@NAS:/usr/src# #cd dddvb
root@NAS:/usr/src# sudo make
make: *** Es wurden keine Ziele angegeben und keine „make“-Steuerdatei gefunden. Schluss.
Danke für Deine Zeit und Hilfe. Ich lerne und das ist gut.
Matt -
-
ich wollte mal versuchen mir die verbaute hardware anzeigen zu lassen mit 'lshw'
Bekommen habe ich: -bash: lshw: Kommando nicht gefunden.
Ich dachte unter Linux sind alle Befehle gleich? -
ist das nicht eher dmesg ?
-
-
-
ist das nicht eher dmesg ?
wow, das ist eine echt lange liste. hab sie im anhang mal als txt datei angefügt
-
-
die ausgabe für lsmod | grep dd lautet:
root@NAS:~# lsmod | grep dd
xt_addrtype 16384 2
x_tables 45056 5 xt_conntrack,iptable_filter,ipt_MASQUERADE,xt_addrtype,ip_tablesund die andere:
root@NAS:~# cd /usr/src/dddvb
root@NAS:/usr/src/dddvb# ls -l
insgesamt 68
drwxr-xr-x 3 root root 4096 Feb 25 09:48 apps
-rw-r--r-- 1 root root 3971 Feb 25 09:48 CHANGELOG
-rw-r--r-- 1 root root 18092 Feb 25 09:48 COPYING.GPLv2
drwxr-xr-x 2 root root 4096 Feb 25 09:48 ddbridge
drwxr-xr-x 2 root root 4096 Feb 25 09:48 ddip
drwxr-xr-x 2 root root 4096 Feb 25 09:48 docs
drwxr-xr-x 2 root root 4096 Feb 25 09:48 dvb-core
drwxr-xr-x 2 root root 4096 Feb 25 09:48 frontends
drwxr-xr-x 3 root root 4096 Feb 25 09:48 include
-rw-r--r-- 1 root root 119 Feb 25 09:48 Kbuild
drwxr-xr-x 4 root root 4096 Feb 25 09:48 lib
-rw-r--r-- 1 root root 863 Feb 25 09:48 Makefile
-rw-r--r-- 1 root root 341 Feb 25 09:48 README.md -
Hallo,
kurzes update. Ich hatte gerade die Leute von D.Devices am Telef. Der hat mich darauf hingewiesen das die Karte vom MB gar nicht erkannt wird. Auf detaillierte Infos von mir hat er den gesharten Port als Ursache ausgemacht. Port 2 auf dem SM MB wird mit dem M2#1 Anschluss geteilt. Bei mir ist da eine NVMe SSD von Samsung eingesteckt. Die habe ich jetzt mal umgesteckt auf M2#2 und nun wird die DD Karte erkannt.
Ausgabe:
root@NAS:~# dmesg | grep DVB
[ 6.526498] ddbridge 0000:03:00.0: detected Digital Devices Cine S2 V7 Advanced DVB adapter
[ 6.643668] ddbridge 0000:03:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-S2
[ 6.653105] dvbdev: DVB: registering new adapter (DDBridge)
[ 6.653106] dvbdev: DVB: registering new adapter (DDBridge)
[ 6.733364] ddbridge 0000:03:00.0: DVB: registering adapter 0 frontend 0 (ST STV0910)...
[ 6.765115] ddbridge 0000:03:00.0: DVB: registering adapter 1 frontend 0 (ST STV0910)...Hab also nun probiert die neusten Treiber, v36 zu installieren. Leider wieder Fehler:
Last login: Mon Feb 25 13:05:01 2019 from 192.168.178.70
root@NAS:~# uname -r
4.19.0-0.bpo.2-amd64
root@NAS:~# sudo apt-get install mercurial build-essential libproc-processtable-perl linux-headers-4.19.0-0.bpo.2-amd64
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
build-essential ist schon die neueste Version (12.3).
libproc-processtable-perl ist schon die neueste Version (0.53-2).
mercurial ist schon die neueste Version (4.0-1+deb9u1).
linux-headers-4.19.0-0.bpo.2-amd64 ist schon die neueste Version (4.19.16-1~bpo9+1).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
root@NAS:~# cd /usr/src
root@NAS:/usr/src# sudo wget https://github.com/DigitalDevices…e/0.9.36.tar.gz
--2019-02-25 13:41:05-- https://github.com/DigitalDevices…e/0.9.36.tar.gz
Auflösen des Hostnamens »github.com (github.com)« … 192.30.253.113, 192.30.253.112
Verbindungsaufbau zu github.com (github.com)|192.30.253.113|:443 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 302 Found
Platz: https://codeload.github.com/DigitalDevices/dddvb/tar.gz/0.9.36 [folgend]
--2019-02-25 13:41:05-- https://codeload.github.com/DigitalDevices/dddvb/tar.gz/0.9.36
Auflösen des Hostnamens »codeload.github.com (codeload.github.com)« … 192.30.253.121, 192.30.253.120
Verbindungsaufbau zu codeload.github.com (codeload.github.com)|192.30.253.121|:443 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 200 OK
Länge: nicht spezifiziert [application/x-gzip]
Wird in »»0.9.36.tar.gz.3«« gespeichert.0.9.36.tar.gz.3 [ <=> ] 582,62K 971KB/s in 0,6s
2019-02-25 13:41:07 (971 KB/s) - »0.9.36.tar.gz.3« gespeichert [596598]
root@NAS:/usr/src# sudo tar -xf 0.9.36.tar.gz
root@NAS:/usr/src# cd dddvb-0.9.36
root@NAS:/usr/src/dddvb-0.9.36# sudo make
make -C /lib/modules/4.19.0-0.bpo.2-amd64/build SUBDIRS=/usr/src/dddvb-0.9.36 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=m modules
make[1]: Verzeichnis „/usr/src/linux-headers-4.19.0-0.bpo.2-amd64“ wird betreten
CC [M] /usr/src/dddvb-0.9.36/dvb-core/dmxdev.o
/usr/src/dddvb-0.9.36/dvb-core/dmxdev.c:332:6: warning: "LINUX_VERSION_CODE" is not defined [-Wundef]
#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4, 15, 0))
^~~~~~~~~~~~~~~~~~
/usr/src/dddvb-0.9.36/dvb-core/dmxdev.c:332:28: warning: "KERNEL_VERSION" is not defined [-Wundef]
#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4, 15, 0))
^~~~~~~~~~~~~~
/usr/src/dddvb-0.9.36/dvb-core/dmxdev.c:332:42: error: missing binary operator before token "("
#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4, 15, 0))
^
/usr/src/dddvb-0.9.36/dvb-core/dmxdev.c: In function ‘dvb_dmxdev_filter_timer’:
/usr/src/dddvb-0.9.36/dvb-core/dmxdev.c:373:32: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types]
dmxdevfilter->timer.function = dvb_dmxdev_filter_timeout;
^
/usr/src/dddvb-0.9.36/dvb-core/dmxdev.c:374:22: error: ‘struct timer_list’ has no member named ‘data’
dmxdevfilter->timer.data = (unsigned long)dmxdevfilter;
^
/usr/src/dddvb-0.9.36/dvb-core/dmxdev.c: In function ‘dvb_demux_open’:
/usr/src/dddvb-0.9.36/dvb-core/dmxdev.c:782:6: warning: "LINUX_VERSION_CODE" is not defined [-Wundef]
#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4, 15, 0))
^~~~~~~~~~~~~~~~~~
/usr/src/dddvb-0.9.36/dvb-core/dmxdev.c:782:28: warning: "KERNEL_VERSION" is not defined [-Wundef]
#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4, 15, 0))
^~~~~~~~~~~~~~
/usr/src/dddvb-0.9.36/dvb-core/dmxdev.c:782:42: error: missing binary operator before token "("
#if (LINUX_VERSION_CODE >= KERNEL_VERSION(4, 15, 0))
^
/usr/src/dddvb-0.9.36/dvb-core/dmxdev.c:785:2: error: implicit declaration of function ‘init_timer’ [-Werror=implicit-function-declaration]
init_timer(&dmxdevfilter->timer);
^~~~~~~~~~
cc1: some warnings being treated as errors
/usr/src/linux-headers-4.19.0-0.bpo.2-common/scripts/Makefile.build:308: die Regel für Ziel „/usr/src/dddvb-0.9.36/dvb-core/dmxdev.o“ scheiterte
make[5]: *** [/usr/src/dddvb-0.9.36/dvb-core/dmxdev.o] Fehler 1
/usr/src/linux-headers-4.19.0-0.bpo.2-common/scripts/Makefile.build:549: die Regel für Ziel „/usr/src/dddvb-0.9.36/dvb-core“ scheiterte
make[4]: *** [/usr/src/dddvb-0.9.36/dvb-core] Fehler 2
/usr/src/linux-headers-4.19.0-0.bpo.2-common/Makefile:1540: die Regel für Ziel „_module_/usr/src/dddvb-0.9.36“ scheiterte
make[3]: *** [_module_/usr/src/dddvb-0.9.36] Fehler 2
Makefile:146: die Regel für Ziel „sub-make“ scheiterte
make[2]: *** [sub-make] Fehler 2
Makefile:8: die Regel für Ziel „all“ scheiterte
make[1]: *** [all] Fehler 2
make[1]: Verzeichnis „/usr/src/linux-headers-4.19.0-0.bpo.2-amd64“ wird verlassen
Makefile:9: die Regel für Ziel „all“ scheiterte
make: *** [all] Fehler 2 -
-
in TVHeadend, läuft im Docker auf OMV4, wird die TV Karte ebenfalls nicht gefunden.
Auf Nachfrage bei D.Devices Hotline wurde empfohlen, den aktuell von OMV verwendeten Kernel 4.19.xxx zu ändern in den ebenfalls verfügbaren 4.9.0-8, da der 4.19er seitens Debian offiziell erst im April erscheinen soll.
Um Fehlerquellen auszuschliesen empfiehlt er OMV neu aufzusetzen mit dem 4.9.er Kernel
So lässt sich umgehen das bereits herunter geladenes dem neuen in den Weg kommt. Würde das allerdings gerne vermeiden. Dauert wieder ewig. Kann ich das irgendwie anders lösen? zB bereits herunter geladenes löschen oder so? -
/usr/src/dddvb-0.9.36/ löschen
rm -rf /usr/src/dddvb-0.9.36
und dann mit make (nicht sudo make) das ganze noch mal probieren
/usr/src/dddvb-0.9.36/dvb-core/dmxdev.c:782:42: error: missing binary operator before token "("
Sieht halt so gar nicht aus wie der typische Anwender Fehler sondern als wenn im Sourcecode was nicht stimmt.
Bei uns baut das allerdings ohne Probleme. Auf das 4.9er Kernel wieder zu gehen ist halt auch mist, schade das Debian von Natur aus so veraltet ist -
-
Hallo reeneex,
meiner Ferndiagnose nach hätte die Karte bereits (ohne manuell installierten Treiber) funktionieren sollen:
...
Ausgabe:
root@NAS:~# dmesg | grep DVB
[ 6.526498] ddbridge 0000:03:00.0: detected Digital Devices Cine S2 V7 Advanced DVB adapter
[ 6.643668] ddbridge 0000:03:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-S2
[ 6.653105] dvbdev: DVB: registering new adapter (DDBridge)
[ 6.653106] dvbdev: DVB: registering new adapter (DDBridge)
[ 6.733364] ddbridge 0000:03:00.0: DVB: registering adapter 0 frontend 0 (ST STV0910)...
[ 6.765115] ddbridge 0000:03:00.0: DVB: registering adapter 1 frontend 0 (ST STV0910)...
...Falls ein bzw. zwei Verzeichnisse adapter* in /dev/dvb/ existieren, mit demux*, dvr*, net* und frontend* als Inhalt (* = Zahl), dann ist deine Karte einsatzbereit.
Testen kannst du deine Karte mit verschiedenen Programmen, z.B.: https://www.linuxtv.org/wiki/index.php…your_DVB_device
PS: Du benötigst kein sudo wenn du bereits als root (weshalb auch immer) auf deinem System angemeldet bist.
-
vielen Dank für Eure Mühe. Ich verzweifle bald.
Hab als erstes die Löschbefehle von CvH angewendet.Code
Alles anzeigenroot@NAS:~# /usr/src/dddvb-0.9.36/ -bash: /usr/src/dddvb-0.9.36/: Ist ein Verzeichnis root@NAS:~# rm -rf /usr/src/dddvb-0.9.36 root@NAS:~# rm -rf /usr/src/dddvb-0.9.32 root@NAS:~# ls /usr/src 0.9.32.tar.gz 0.9.36.tar.gz.3 linux-headers-4.19.0-0.bpo.2-amd64 0.9.36.tar.gz dddvb linux-headers-4.19.0-0.bpo.2-common 0.9.36.tar.gz.1 linux-headers-4.19.0-0.bpo.1-amd64 linux-kbuild-4.19 0.9.36.tar.gz.2 linux-headers-4.19.0-0.bpo.1-common virtualbox-5.2.24 root@NAS:~# rm -rf /usr/src/dddvb-0.9.32.tar.gz root@NAS:~# rm -rf /usr/src/dddvb-0.9.36.tar.gz root@NAS:~# ls /usr/src 0.9.32.tar.gz 0.9.36.tar.gz.3 linux-headers-4.19.0-0.bpo.2-amd64 0.9.36.tar.gz dddvb linux-headers-4.19.0-0.bpo.2-common 0.9.36.tar.gz.1 linux-headers-4.19.0-0.bpo.1-amd64 linux-kbuild-4.19 0.9.36.tar.gz.2 linux-headers-4.19.0-0.bpo.1-common virtualbox-5.2.24 root@NAS:~# ls /usr bin games include lib local sbin share src root@NAS:~# ls /usr/ bin games include lib local sbin share src
dann mit dmesg | grep DVB geprüft ob noch was da ist. Nüscht! Also hat löschen funktioniert.
Dann wieder alles von vorne. Nur jetzt funzt Debian.org nicht. Da will jemand nicht das ich fern schaue.Code
Alles anzeigenroot@NAS:~# uname -r 4.9.0-8-amd64 root@NAS:~# sudo apt-get install mercurial build-essential libproc-processtable-perl linux-headers-4.9.0-8-amd64 Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig build-essential ist schon die neueste Version (12.3). libproc-processtable-perl ist schon die neueste Version (0.53-2). mercurial ist schon die neueste Version (4.0-1+deb9u1). The following additional packages will be installed: linux-headers-4.9.0-8-common linux-kbuild-4.9 Die folgenden NEUEN Pakete werden installiert: linux-headers-4.9.0-8-amd64 linux-headers-4.9.0-8-common linux-kbuild-4.9 0 aktualisiert, 3 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen 8.901 kB an Archiven heruntergeladen werden. Nach dieser Operation werden 51,4 MB Plattenplatz zusätzlich benutzt. Möchten Sie fortfahren? [J/n] j Fehl:1 http://ftp.de.debian.org/debian stretch-updates/main amd64 linux-headers-4.9.0-8-common all 4.9.144-3.1 Temporärer Fehlschlag beim Auflösen von »ftp.de.debian.org« Fehl:2 http://ftp.de.debian.org/debian stretch-updates/main amd64 linux-kbuild-4.9 amd64 4.9.144-3.1 Temporärer Fehlschlag beim Auflösen von »ftp.de.debian.org« Fehl:3 http://ftp.de.debian.org/debian stretch-updates/main amd64 linux-headers-4.9.0-8-amd64 amd64 4.9.144-3.1 Temporärer Fehlschlag beim Auflösen von »ftp.de.debian.org« E: Fehlschlag beim Holen von http://ftp.de.debian.org/debian/pool/main/l/linux/linux-headers-4.9.0-8-common_4.9.144-3.1_all.deb Temporärer Fehlschlag beim Auflösen von »ftp.de.debian.org« E: Fehlschlag beim Holen von http://ftp.de.debian.org/debian/pool/main/l/linux/linux-kbuild-4.9_4.9.144-3.1_amd64.deb Temporärer Fehlschlag beim Auflösen von »ftp.de.debian.org« E: Fehlschlag beim Holen von http://ftp.de.debian.org/debian/pool/main/l/linux/linux-headers-4.9.0-8-amd64_4.9.144-3.1_amd64.deb Temporärer Fehlschlag beim Auflösen von »ftp.de.debian.org« E: Einige Archive konnten nicht heruntergeladen werden; vielleicht »apt-get update« ausführen oder mit »--fix-missing« probieren?
-
-
Sieht aus wie fehlende Online-Verbindung. Hat das Teil überhaupt Netzwerk? Außerdem sind noch alle Installationsreste vorhanden, Dein löschen der Quellen hat nicht funktioniert. Wenn Du mal oben die Inhalte des /usr/src vor und nach dem Löschen vergleichst, sind die nach wie vor identisch.
dann mit dmesg | grep DVB geprüft ob noch was da ist. Nüscht! Also hat löschen funktioniert.
Mit dmesg | grep -i dvb wird angezeigt, ob DVB-Treiber/Module geladen werden. Hier sollten die im Kernel vorhandenen Module angezeigt werden. Du hast aber keine, da Du ja nicht mal zum Kompilieren kommst.
-
Sieht aus wie fehlende Online-Verbindung. Hat das Teil überhaupt Netzwerk? Außerdem sind noch alle Installationsreste vorhanden, Dein löschen der Quellen hat nicht funktioniert. Wenn Du mal oben die Inhalte des /usr/src vor und nach dem Löschen vergleichst, sind die nach wie vor identisch.
Mit dmesg | grep -i dvb wird angezeigt, ob DVB-Treiber/Module geladen werden. Hier sollten die im Kernel vorhandenen Module angezeigt werden. Du hast aber keine, da Du ja nicht mal zum Kompilieren kommst.
laut D.Devices Hotline sollte die Karte outofthe box funktionieren da die Treiber im 4.0.9 schon drin sind. Das will ich testen.
Ich denke ich werde das ganze vorsichtshalber noch mal neu aufsetzen. Ist zwar ne schei.... arbeit, aber dann funzt es wenigstens.
Also SSD abklemmen, am PC neu formatieren, dann wieder ins NAS rein und clean Install von OMV. Würde nur gerne die SSD vorab schon partitionieren, aber das geht nicht. Muss es im Anschluss machen. -
-
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!