DD Cine 2 TV Karte Installation schlägt fehl

  • Hi probier doch mal das:

    Bash
    cd /usr/src
    git clone https://github.com/DigitalDevices/dddvb.git
    cd dddvb
    sudo make
    sudo make install
    sudo mkdir -p /etc/depmod.d
    echo 'search extra updates built-in' | sudo tee /etc/depmod.d/extra.conf
    sudo depmod -a
    sudo modprobe ddbridge

    Mein System:

    Spoiler anzeigen


    Server

    Wohnzimmer

    im Haus verteilt


    Cooler Master Elite 110
    ASRock J3455-ITX
    16GB DDR3L-1333
    3x WD green 3TB
    1x 60GB BOOT-SSD
    OMV 6.x
    TVHeadend 4.3.xx

    Phillips PUS8546
    Kodi 21 Beta (maven)

    diverse
    Raspberry Pi
    LibreElec 9.x


  • 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!

    Spoiler anzeigen

    Client: Nvidia Shield 2019 Pro Kodi 20.1, AVR Sony STR-DN 1080, Nubert NuBox Series 5.1, LG TV 55SM8600 Nanocell
    Musik über Pi4 mit Picore 8 und LMS am AVR.
    Gästezimmer:Shield TV 2017 Kodi 20.1
    Server: unRaid; Fractal Des. Define 7;Asrock B365M PROF-4, Intel i3-8100, 16GB RAM und 20TB Platten,
    Arbeitstier: DeepSilence 4, AX370M, AMD Ryzen 5 2600X; 8GB RAM, Samsung M2 970EVO 500GB, RX560 Grafik

  • 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.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960

    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

  • Hi probier doch mal das:

    Bash
    cd /usr/src
    git clone https://github.com/DigitalDevices/dddvb.git
    cd dddvb
    sudo make
    sudo make install
    sudo mkdir -p /etc/depmod.d
    echo 'search extra updates built-in' | sudo tee /etc/depmod.d/extra.conf
    sudo depmod -a
    sudo modprobe ddbridge

    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

  • So wie es aussieht nicht.

    Schieb den Befehl doch noch mal vorweg.
    sudo apt-get install git

    Mein System:

    Spoiler anzeigen


    Server

    Wohnzimmer

    im Haus verteilt


    Cooler Master Elite 110
    ASRock J3455-ITX
    16GB DDR3L-1333
    3x WD green 3TB
    1x 60GB BOOT-SSD
    OMV 6.x
    TVHeadend 4.3.xx

    Phillips PUS8546
    Kodi 21 Beta (maven)

    diverse
    Raspberry Pi
    LibreElec 9.x


  • So wie es aussieht nicht.

    Schieb den Befehl doch noch mal vorweg.
    sudo apt-get install git

    Guten 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

  • Hi,

    kannst du mal bitte folgende ausgaben posten :

    lsmod | grep dd

    und

    Bash
    cd /usr/src/dddvb
    ls -l

    Mein System:

    Spoiler anzeigen


    Server

    Wohnzimmer

    im Haus verteilt


    Cooler Master Elite 110
    ASRock J3455-ITX
    16GB DDR3L-1333
    3x WD green 3TB
    1x 60GB BOOT-SSD
    OMV 6.x
    TVHeadend 4.3.xx

    Phillips PUS8546
    Kodi 21 Beta (maven)

    diverse
    Raspberry Pi
    LibreElec 9.x


  • Hi,

    kannst du mal bitte folgende ausgaben posten :

    lsmod | grep dd

    und

    Bash
    cd /usr/src/dddvb
    ls -l

    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_tables

    und 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:

    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.

  • Guten Morgen @notAuser @CvH,

    vielen Dank für Eure Mühe. Ich verzweifle bald.
    Hab als erstes die Löschbefehle von CvH angewendet.

    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. ;(


  • 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.

    Code
    cd /usr/src
    rm -rf 0.9.3*.*
    rm -rf dddvb

    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.

    AZi (DEV): Nexus auf LibreElec | Asrock J4205 | 4 GB RAM | 128 GB Sandisk| Rii mini
    DEV: PC Ubuntu 20.04 | Matrix
    AZi: Tanix TX3 | Android/CoreElec Dualboot (EMMC), Nexus
    WoZi: Nexus auf LibreElec | Asrock J4205 | 4GB RAM | 128 GB Sandisk SSD | Atric IR | URC7960

    NAS: unRaid, 3x6TB, 2x12TB | TV-Server: Futro S550 mit Hauppauge QuadHD DVB-C
    PayPal: paypal.me/pvdbj1

    Einmal editiert, zuletzt von PvD (26. Februar 2019 um 09:32)

  • 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.

    Code
    cd /usr/src
    rm -rf 0.9.3*.*
    rm -rf dddvb

    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!