[linux-dvb] TerraTec Cinergy 2400i DVB-T PCIe - unable to tune

birchley giles gbirchley at blueyonder.co.uk
Mon Jan 20 14:47:41 CET 2014


I've just aquired a TerraTec Cinergy 2400i DVB-T PCIe card and am unable to
get it working under Fedora 19 3.11.7-200.fc19.x86_64. I'd very much like
to hear from anyone who is running the card for advice and also some
indication whether this is my user error or a driver, distro or software
issue.

The card is reported to work under linux: <
http://linuxtv.org/wiki/index.php/TerraTec_Cinergy_2400i_DVB-T> and is
detected by lspci.

$lspci -vvvnn

02:00.0 Multimedia video controller [0400]: Micronas Semiconductor Holding
AG nGene PCI-Express Multimedia Controller [18c3:0720]
        Subsystem: TERRATEC Electronic GmbH Device [153b:1167]
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR+ FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0, Cache Line Size: 64 bytes
        Interrupt: pin A routed to IRQ 32
        Region 0: Memory at fbbf0000 (32-bit, non-prefetchable) [size=64K]
        Region 1: Memory at fbbe0000 (64-bit, non-prefetchable) [size=64K]
        Capabilities: [40] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-
)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Capabilities: [48] MSI: Enable- Count=1/1 Maskable- 64bit+
                Address: 0000000000000000  Data: 0000
        Capabilities: [58] Express (v1) Endpoint, MSI 00
                DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s
<64ns, L1 <1us
                        ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-
                DevCtl: Report errors: Correctable- Non-Fatal- Fatal-
Unsupported-
                        RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+
                        MaxPayload 128 bytes, MaxReadReq 512 bytes
                DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr-
TransPend-
                LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s, Latency
L0 unlimited, L1 unlimited
                        ClockPM- Surprise- LLActRep- BwNot-
                LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain-
CommClk-
                        ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
                LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+
DLActive- BWMgmt- ABWMgmt-
        Capabilities: [100 v1] Device Serial Number 00-00-00-07-20-3c-11-00
        Capabilities: [400 v1] Virtual Channel
                Caps:   LPEVC=0 RefClk=100ns PATEntryBits=1
                Arb:    Fixed- WRR32- WRR64- WRR128-
                Ctrl:   ArbSelect=Fixed
                Status: InProgress-
                VC0:    Caps:   PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
                        Arb:    Fixed- WRR32- WRR64- WRR128- TWRR128-
WRR256-
                        Ctrl:   Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
                        Status: NegoPending- InProgress-
        Kernel driver in use: ngene


$ modinfo ngene
filename:
/lib/modules/3.11.7-200.fc19.x86_64/kernel/drivers/media/pci/ngene/ngene.ko
license:        GPL
author:         Micronas, Ralph Metzler, Manfred Voelkel
description:    nGene
alias:          pci:v000018C3d00000720sv0000153Bsd00001167bc*sc*i*
alias:          pci:v000018C3d00000720sv00001461sd0000062Ebc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD20bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD10bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DD00bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DB02bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000DB01bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000ABC4bc*sc*i*
alias:          pci:v000018C3d00000720sv000018C3sd0000ABC3bc*sc*i*
depends:        dvb-core,i2c-core
intree:         Y
vermagic:       3.11.7-200.fc19.x86_64 SMP mod_unload
signer:         Fedora kernel signing key
sig_key:        81:C0:9E:56:78:F2:46:05:66:AF:2E:DE:38:3D:4B:66:D9:CD:13:F7
sig_hashalgo:   sha256
parm:           one_adapter:Use only one adapter. (int)
parm:           shutdown_workaround:Activate workaround for shutdown
problem with some chipsets. (int)
parm:           debug:Print debugging information. (int)
parm:           adapter_nr:DVB adapter numbers (array of short)


$ dmesg | grep ngene
[    4.401045] ngene: Found Terratec Integra/Cinergy2400i Dual DVB-T
[    4.401613] ngene: Device version 1
[    4.403282] ngene: Loading firmware file ngene_15.fw.
[    4.473560] ngene 0000:02:00.0: DVB: registering adapter 0 frontend 0
(Micronas DRXD DVB-T)...
[    4.509774] ngene 0000:02:00.0: DVB: registering adapter 1 frontend 0
(Micronas DRXD DVB-T)...



dmesg confirms the driver and firmware are loaded. Channel scanning under
mythtv, even with an increased signal timeout and tuning timeout, fails to
find any channels - the signal strength sits at 88% throughout and the
Signal / Noise at 12%. Channel scanning under Kaffeine also fails. The card
tunes and works fine with the Terratec software under Windows 7.


The screen output from mythtv-setup is:

2014-01-19 19:47:04.652938 I  Current MythTV Schema Version (DBSchemaVer):
1317
2014-01-19 19:47:19.317900 W  DiSEqCDevTree: No device tree for cardid 1
2014-01-19 19:47:19.332598 W  DiSEqCDevTree: No device tree for cardid 5
2014-01-19 19:47:19.336151 W  DiSEqCDevTree: No device tree for cardid 8
2014-01-19 19:47:19.339648 W  DiSEqCDevTree: No device tree for cardid 10
2014-01-19 19:50:17.436930 C  MThread prolog was never run!
2014-01-19 19:50:17.438373 I  ChanImport: No new channels to process

running Fuser /dev/dvb/adapter0/frontend0 while the scan is running gives
an output of :3760 - so the card is being utilised.

As the card is the second dual tuner in my myth box, (but occupies devices
/dev/dvb/adapter0  and /dev/dvb/adapter1). I have an already tuned input -
on this count the card won't find a a signal lock if I attach it to working
input.

Any help would be sorely appreciated. Thanks,

Giles
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.linuxtv.org/pipermail/linux-dvb/attachments/20140120/86af9012/attachment.html>


More information about the linux-dvb mailing list