Aktuelle Treiber für Octopus(ddbridge), CineS2(ngene/ddbridge), DuoFlex-S2, DuoFlex-CT, CineCT, MAX S8 sowie TT S2-6400 (Teil 3)

  • Ich hab's auch probiert mit dem Treiber unter Debian (OMV) mit Kernel 3.2.x
    Fehler habe ich keine erhalten, aber Geräte werden nicht angelegt ...


    Treiber ist vorhanden, wie's aussieht ...




    Quellcode



    • root@mynas:/dev# dmesg | grep DDBridge
    • [ 4.213969] DDBridge driver detected: Digital Devices PCIe bridge


    Eingebunden sind sie anscheinend auch




    Quellcode



    • root@mynas:/dev# lsmod | grep dd
    • ddbridge 21975 0
    • dvb_core 77734 1 ddbridge
    • i2c_core 23876 6 i2c_piix4,ddbridge,i2c_algo_bit,drm,drm_kms_helper,radeon

    Die Karte ist auch erkannt




    Quellcode



    • 02:00.0 Multimedia controller [0480]: Digital Devices GmbH Octopus LE DVB adapter [dd01:0003]

    Und verwendet scheinbar auch den Treiber




    Quellcode



    • 02:00.0 Multimedia controller: Digital Devices GmbH Octopus LE DVB adapter
    • Subsystem: Digital Devices GmbH Device 0030
    • Flags: bus master, fast devsel, latency 0, IRQ 18
    • Memory at fe8f0000 (64-bit, non-prefetchable)
    • Capabilities: [50] Power Management version 3
    • Capabilities: [70] MSI: Enable- Count=1/2 Maskable- 64bit+
    • Capabilities: [90] Express Endpoint, MSI 00
    • Capabilities: [100] Vendor Specific Information: ID=0000 Rev=0 Len=00c <?>
    • Kernel driver in use: DDBridge

    Eigentlich sollten mit jetzt doch mit




    Quellcode



    • dmesg | grep dvb

    die beiden devices angezeigt werden, wenn ich das richtig sehe ... da kommt aber nix ...


    Unter



    Quellcode



    • /dev

    habe ich auch nur den Ordner



    Quellcode



    • ddbridge

    mit dem Eintrag



    Quellcode



    • card0


    Irgendwas scheint hier nicht zu passen ...


    greetz


    Der Rico

  • kernel 3.2.x wird natürlich unterstützt, verwende ich hier selbst.


    Es bringt nichts, Ausgaben zu filtern, wenn man nicht genau weiß, wonach man sucht.
    Bitte hänge ein vollständiges Log vom Laden des Treibers an.

  • Ich habe diesen Thread hier ausgegraben und mir das Script mal angesehen.
    Das einzige, was ich noch nicht installiert hatte waren die "patchutils" ...
    Kernel-Header, Sources etc. waren schon komplett drauf ...


    Auf jeden Fall dauert das "make" nun doch etwas länger und siehe da: Nach einem Reboot waren die Devices da!

    Code
    root@mynas:~# dmesg | grep -i dvb
    [	4.230034]  dd0a6fe2bc3055cd61e369f97982c88183b1f0a0 [media] dvb-usb-dvbsky: fix i2c adapter for sp2 device
    [	4.230038]  c29d6a83b3c14cf81a4c90a941eb923625192398 [media] cx23885: add DVBSky S952 support
    [	4.230042]  v4l-dvb-saa716x: d7e98fc592305a600909003da2b7cc4338242511 saa716x_ff: Do not return on command ready timeout
    [	4.255341] DDBridge driver detected: Digital Devices DVBCT V6.1 DVB adapter
    [	4.257423] Port 0 (TAB 1): DUAL DVB-C/T
    [	4.259466] DVB: registering new adapter (DDBridge)
    [	4.259469] DVB: registering new adapter (DDBridge)
    [	4.849172] ddbridge 0000:02:00.0: DVB: registering adapter 0 frontend 0 (STV0367 DVB-C DVB-T)...
    [	5.455074] ddbridge 0000:02:00.0: DVB: registering adapter 1 frontend 0 (STV0367 DVB-C DVB-T)...


    Dann bin ich erstmal guter Hoffnung, dass ich nun weiter machen kann, wenn ich wieder vor Ort bin ;)


    greetz


    Der Rico

  • Hallo zusammen,
    ich habe ein Problem mit einer DD S2 V6.5 und Linux 14.04 (Kernel 3.13).
    Ich bekomme diese Karte einfach vollständig zum laufen. Ich habe nun schon viel darüber gelese (dddvb-dkms und s.u. ect.) aber leider bringt der Befehl


    deb http://ppa.launchpad.net/yavdr/unstable-main/ubuntu trusty main





    dmesg | grep -i dvb folgendes


    dmesg | grep -i dvb
    [ 8.334132] dvb_core: module verification failed: signature and/or required key missing - tainting kernel
    [ 8.338557] DDBridge driver detected: Digital Devices Cine S2 V6.5 DVB adapter
    [ 8.349721] Port 0 (TAB 1): DUAL DVB-S2
    [ 8.354878] DVB: registering new adapter (DDBridge)
    [ 8.354880] DVB: registering new adapter (DDBridge)
    [ 8.606915] ddbridge 0000:01:00.0: DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
    [ 8.640705] ddbridge 0000:01:00.0: DVB: registering adapter 1 frontend 0 (STV090x Multistandard)...



    dmesg | grep -i ddbridge
    [ 8.338462] ddbridge 0000:01:00.0: enabling device (0000 -> 0002)
    [ 8.338557] DDBridge driver detected: Digital Devices Cine S2 V6.5 DVB adapte r
    [ 8.338608] ddbridge 0000:01:00.0: irq 46 for MSI/MSI-X
    [ 8.354878] DVB: registering new adapter (DDBridge)
    [ 8.354880] DVB: registering new adapter (DDBridge)
    [ 8.606915] ddbridge 0000:01:00.0: DVB: registering adapter 0 frontend 0 (STV 090x Multistandard)...
    [ 8.640705] ddbridge 0000:01:00.0: DVB: registering adapter 1 frontend 0 (STV 090x Multistandard)...



    das zeigt sich dann im Betrieb so, dass nur ein adapter verfügbar ist und der zweite irgendwie einschläft. EPG ect. lassen sich auch nicht erzeugen... schein ist es ein Problem mit 14.04 und dem Kernel.


    vielleicht kann jemand einem Unwissenden helfen


    vielen Dank für eure Mühen.


    der kolja

  • Hab seit gestern Probleme. Habe eine Cine S2 v6.5, lief die ganze Zeit perfekt seit ich sie eingebaut habe. Hatte mit einer DuoFlex S2 erweitert, lief immer noch alles gut. Weiß nicht was passiert ist, aber beim Start siehts jetzt so aus: dmesg


    Hab schon versucht den Treiber neu zu kompilieren aber auch das hat nichts gebracht. Hab Ubuntu 14.04 drauf mit Kernel 3.17.8. VDR und Plugins sind in der aktuellsten Version von hier . Hat jemand eine Idee wie ich die Karte wieder zum laufen kriege?

  • Merkwürdig. Die Karte selbst wird erkannt, jedoch keine Tuner.
    Ich würde zuerst einmal einen Kaltstart versuchen: Die Maschine für 1 Minute komplett stromlos machen (Schalter hinten am Netzteil aus oder Netzkabel ziehen.) Dann neu starten.


    Nur falls dies nicht hilft:
    Um festzustellen, ob es an der Karte oder der DuoFlex liegt, Flachbandkabel an der Cine abziehen und es ohne DuoFlex noch einmal versuchen.


    CU
    Oliver

  • Hallo


    Ich habe eine Cine CT V6.1 und die läuft Dank media-build-experimental-dkms auch problemlos (Ubuntu 12.04.5, Kernel 3.8.0-44, yavdr) mit DVB-T.


    Jetzt wurde unser Kabel-Deutschland-Anschluss aktiviert und ich würde die Karte gerne dafür nutzen. Aber leider reagiert nur der DVB-T Tuner. Mittels geliehener Hardware und Windows habe ich das Kabel geprüft, damit kann ich DVB-C schauen.


    Allerdings hätte ich das gerne auch mit vdr - kann mir da jemand helfen?

  • Dann brauchst du C-Kanäle in deiner channels.conf. Das ist aber eigentlich keine Frage zum Treiber und hätte einen eigenen Thread verdient.


    Lars

  • Ich habe zu der dkms-Geschichte mal eine Frage: Meine V6.5 läuft auf OMV mit manueller Treiberinstallation wie sie soll.


    Ich würde aber gerne auf dkms wechseln. Kann ich den "alten" Treiber einfach durch deinstall installieren und dann den dkms einspielen?

    Server: HP Gen8 | OMV3 | VDR | CineS2 V6.5
    Clients: RPi3 | LibreELEC latest | VNSI

  • naja steht doch so in Post #1. Wenn Du das so installiert hast, dann wirds auch schon wie dort dokumentiert zu entfernen sein...

    Zum Guggen: yavdr0.6 + Silverstone GD04 + Intel DH57DD + Intel G6950 + Nvidia GT630 + Unicable/Jess-Sat (JPS0501-12) mit DD/L4M Max8 + 4TB WD-red + bequiet SFX300W
    Zum Testen : yavdr-Ansible + GMC Toast + B365M+i3-8100+ Nvidia GT1030 + L4M CineS2v6 o. SAT>IP Plugin mit DD-O'net
    VaaS (VDR-as-a-Service): yavdr06 + ML03+DH67BL+G530+2GB RAM + 2TB WD-EARX + Zotac GT610 + L4M v5.4 + bequiet SFX300W
    Squeezeboxserver: DN2800ML im Streacom F1CS NAS: HP ProLiant MicroServer NL36+ Smart Array P212

  • I'm having issues with a Digital Devices mini PCI-e ngene board connected to two Duoflex C2/T2 cards that I'm (trying to!) use for UK Freeview, so DVB-T and DVB-T2.


    After building media_build_experimental and installing those modules, I can see my hardware.


    mythtvuser@overkill:/usr/src/media_build_experimental$ lsdvb


    lsdvb: Simple utility to list PCI/PCIe DVB devices
    Version: 0.0.4
    Copyright (C) Manu Abraham


    ngene (18:720 18:0) on PCI Domain:0 Bus:4 Device:0 Function:0
    DEVICE:0 ADAPTER:0 FRONTEND:0 (CXD2837 DVB-C DVB-T/T2)
    FE_OFDM Fmin=47MHz Fmax=865MHz
    DEVICE:0 ADAPTER:3 FRONTEND:0 (CXD2837 DVB-C DVB-T/T2)
    FE_QAM Fmin=47MHz Fmax=865MHz
    DEVICE:0 ADAPTER:2 FRONTEND:0 (CXD2837 DVB-C DVB-T/T2)
    FE_QAM Fmin=47MHz Fmax=865MHz
    DEVICE:0 ADAPTER:1 FRONTEND:0 (CXD2837 DVB-C DVB-T/T2)
    FE_QAM Fmin=47MHz Fmax=865MHz



    Using "scan", the tuner is getting a signal but I'm not seeing any channels.


    >>> tune to:
    682000000:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_2_3:FEC_AUTO:QAM_64:TRANSM
    ISSION_MODE_8K:GUARD_INTERVAL_1_32:HIERARCHY_NONE
    >>> tuning status == 0x00
    >>> tuning status == 0x1f
    WARNING: filter timeout pid 0x0011
    WARNING: filter timeout pid 0x0000
    WARNING: filter timeout pid 0x0010


    w_scan says -
    w_scan -c GB -f t -t 3 -F
    w_scan version 20130331 (compiled for DVB API 5.10)
    using settings for UNITED KINGDOM
    DVB aerial
    DVB-T GB
    scan type TERRESTRIAL, channellist 6
    output format vdr-2.0
    WARNING: could not guess your codepage. Falling back to 'UTF-8'
    output charset 'UTF-8', use -C <charset> to override
    Info: using DVB adapter auto detection.
    /dev/dvb/adapter0/frontend0 -> TERRESTRIAL "CXD2837 DVB-C DVB-
    T/T2": very good :-))


    Using TERRESTRIAL frontend (adapter /dev/dvb/adapter0/frontend0)
    -_-_-_-_ Getting frontend capabilities-_-_-_-_
    Using DVB API 5.a
    frontend 'CXD2837 DVB-C DVB-T/T2' supports
    DVB-T2
    INVERSION_AUTO
    QAM_AUTO
    TRANSMISSION_MODE_AUTO
    GUARD_INTERVAL_AUTO
    HIERARCHY_AUTO
    FEC_AUTO
    FREQ (47.12MHz ... 865.00MHz)
    <snip>
    658000: (time: 03:14) (time: 03:15) signal ok:
    QAM_AUTO f = 658000 kHz I999B8C999D999T999G999Y999
    Info: no data from NIT(actual)


    And again no channels.


    dvb-few-tool shows all adaptors set to DVBT.


    So, it looks like we're turning but not seeing a transport stream?


    I also tried media_build_experimental_work but get the same results.


    Is this forum/thread a good place for me to ask about this?
    Is there any more debug I can enable or anything else I can tweak?

  • w_scan version 20130331


    That's rather old. Maybe you should use a newer version. There have been some improvements in the recent past (maybe not official published/released yet).


    Lars.

  • Thanks for the suggestion, and I've built and tried a new w_scan, but it doesn't make any difference.


    w_scan version 20141122 (compiled for DVB API 5.10)
    using settings for UNITED KINGDOM
    DVB aerial
    DVB-T GB
    scan type TERRESTRIAL, channellist 6
    output format vdr-2.0
    WARNING: could not guess your codepage. Falling back to 'UTF-8'
    output charset 'UTF-8', use -C <charset> to override
    Info: using DVB adapter auto detection.
    /dev/dvb/adapter0/frontend0 -> TERRESTRIAL "CXD2837 DVB-C DVB-T/T2": very good :-))


    Using TERRESTRIAL frontend (adapter /dev/dvb/adapter0/frontend0)
    -_-_-_-_ Getting frontend capabilities-_-_-_-_
    Using DVB API 5.10
    frontend 'CXD2837 DVB-C DVB-T/T2' supports
    DVB-T2
    INVERSION_AUTO
    QAM_AUTO
    TRANSMISSION_MODE_AUTO
    GUARD_INTERVAL_AUTO
    HIERARCHY_AUTO
    FEC_AUTO
    FREQ (47.12MHz ... 865.00MHz)
    -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
    Scanning DVB-T...


    <snip>


    658000: (time: 02:53.316) signal ok: QAM_AUTO f = 658000 kHz I999B8C999D999T999G999Y999 (0:0:0)
    Info: no data from PAT after 2 seconds
    deleting (QAM_AUTO f = 658000 kHz I999B8C999D999T999G999Y999 (0:0:0))
    658167: (time: 02:56.428) signal ok: QAM_AUTO f = 658167 kHz I999B8C999D999T999G999Y999 (0:0:0)
    Info: no data from PAT after 2 seconds
    deleting (QAM_AUTO f = 658167 kHz I999B8C999D999T999G999Y999 (0:0:0))
    657833: (time: 02:59.416) signal ok: QAM_AUTO f = 657833 kHz I999B8C999D999T999G999Y999 (0:0:0)
    Info: no data from PAT after 2 seconds
    deleting (QAM_AUTO f = 657833 kHz I999B8C999D999T999G999Y999 (0:0:0))

  • But even the new w_scan on my working tuner doesn't like DVB-T2.


    With this in my frequency file -


    # T[2] <freq> <bw> <fec_hi> <fec_lo> <mod> <tm> <guard> <hi> [<plp_id>] [# comment]
    #----------------------------------------------------------------------------------------------
    T2 634000000 8MHz 2/3 NONE QAM256 32k 1/128 NONE 0 # PSB3



    this command "./w_scan -c GB -I uk-EmleyMoor -a 3 -f t " give me


    Using DVB API 5.10
    frontend 'CXD2837 DVB-C DVB-T/T2' supports
    DVB-T2
    INVERSION_AUTO
    QAM_AUTO
    TRANSMISSION_MODE_AUTO
    GUARD_INTERVAL_AUTO
    HIERARCHY_AUTO
    FEC_AUTO
    FREQ (47.12MHz ... 865.00MHz)
    -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
    updating transponder list..
    QAM_AUTO f = 0 kHz I999B8C999D999T999G999Y999P128 (0:0:0): skipped: (freq 2 unsupported by driver)


    initial_tune:2839: Setting frontend failed QAM_AUTO f = 0 kHz I999B8C999D999T999G999Y999P128 (0:0:0)
    tune to: QAM_AUTO f = 0 kHz I999B8C999D999T999G999Y999P128 (0:0:0) (time: 00:00.008)
    skipped: (freq 2 unsupported by driver)


    ERROR: Sorry - i couldn't get any working frequency/transponder
    Nothing to scan!!



    Where is it getting 0 kHz from?


    Anyway, perhaps nothing to do with the drivers!

  • I think, in the last weeks wirbel has made some changes to w_scan. There should be a new release in the near future. Maybe you can ask him for a prerelease for testing.


    Lars.

  • OK, I had 3 issues.


    1) I had to use media_build_experimental to get ngene/cxd2843/tda18212dd working on Digital Devices DVB C2/T2 V3 card and mini PCIe bridge.
    2) The cables that Digital Devices use are more delicate than they look and I've broken one when removing it. I'll buy new ones.
    3) w_scan doesn't detect DVBT2 channels on this h/w and seems to even find mention of them in frequency file confusing.


    However, deleting the two bad tuners and getting mythtv to scan gets me all my SD and HD channels.


    Many thanks for the great ongoing work on these drivers.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!