TT-connect CT2-4650 CI: DVB-C: no signal, no QAM

TT-connect CT2-4650 CI: DVB-C: no signal, no QAM

[Pavol Domin]

Hello,

I recently purchased "TechnoTrend TT-connect CT2-4650 CI" in order to
watch DVB-C cable TV. I have obtained CAM and smart card from my cable
TV provider.

Initially, I tried the closed-source driver from the manufacturer; I have
scanned (w_scan) over hundred of channels and I was able to watch few channels (vlc
or xine) for several minutes. After couple of channels switches however,
xine started to report 'DVB Signal Lost' for any channel. The w_scan
founds nothing anymore - tried multiple kernels on different machines,
during several days, nothing ;)

Manufacturer is not providing linux support and directed me to
linux_media instead.

The situation with linux_media is not better however (tried recent
media_build on ubuntu 3.16 and fedora 3.17 kernels)

1. the device is detected without any problems, no single error reported:
[ 1957.068871] dvb-usb: found a 'TechnoTrend TT-connect CT2-4650 CI' in warm state.
[ 1957.068999] dvb-usb: will pass the complete MPEG2 transport stream to the software demuxer.
[ 1957.069182] DVB: registering new adapter (TechnoTrend TT-connect CT2-4650 CI)
[ 1957.070518] dvb-usb: MAC address: bc:ea:2b:65:02:3b
[ 1957.283195] i2c i2c-9: Added multiplexed i2c bus 10
[ 1957.283205] si2168 9-0064: Silicon Labs Si2168 successfully attached
[ 1957.287689] si2157 10-0060: Silicon Labs Si2147/2148/2157/2158 successfully attached
[ 1957.498312] sp2 9-0040: CIMaX SP2 successfully attached
[ 1957.498348] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Silicon Labs Si2168)...
[ 1957.498835] Registered IR keymap rc-tt-1500
[ 1957.499038] input: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input23
[ 1957.499408] rc0: IR-receiver inside an USB DVB receiver as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
[ 1957.499413] dvb-usb: schedule remote query interval to 150 msecs.
[ 1957.499419] dvb-usb: TechnoTrend TT-connect CT2-4650 CI successfully initialized and connected.
[ 1963.755553] dvb_ca adapter 0: DVB CAM detected and initialised successfully
[ 2016.342642] si2168 9-0064: found a 'Silicon Labs Si2168' in cold state
[ 2016.342910] si2168 9-0064: downloading firmware from file 'dvb-demod-si2168-a20-01.fw'
[ 2017.729882] si2168 9-0064: found a 'Silicon Labs Si2168' in warm state
[ 2017.739725] si2157 10-0060: found a 'Silicon Labs Si2146/2147/2148/2157/2158' in cold state
[ 2017.739805] si2157 10-0060: downloading firmware from file 'dvb-tuner-si2158-a20-01.fw'

2. yet, the full dvb-c w_scan founds zero channels (after 20+ minutes of
scanning)

3. an attempt to tune a channel (czap) using the channel list scanned
the first time returns:
$ czap -r -c channels.xine.conf 'Eurosport HD'
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
reading channels from file 'channels.xine.conf'
141 Eurosport
HD:562000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:3000:3201:14001
141 Eurosport HD: f 562000000, s 6900000, i 2, fec 0, qam 5, v 0xbb8, a 0xc81, s 0x36b1 
ERROR: frontend device is not a QAM (DVB-C) device


Any advice, please, what can be done to make this working? The device
works without any problems from windows.

Two additional notes:
1. The md5sum 0276023ce027bab05c2e7053033e2182 for the firmware linked at
http://www.linuxtv.org/wiki/index.php/TechnoTrend_TT-TVStick_CT2-4400#Firmware 
does not match: 

$ wget http://www.tt-downloads.de/bda-treiber_4.2.0.0.zip
...
2014-12-07 13:12:25 (1.06 MB/s) - ‘bda-treiber_4.2.0.0.zip’ saved
[352188/352188]
$ unzip bda-treiber_4.2.0.0.zip 
Archive:  bda-treiber_4.2.0.0.zip
  inflating: ttTVStick4400.inf       
  inflating: ttTVStick4400.sys       
  inflating: ttTVStick4400_64.sys    
  inflating: tttvstick4400.cat       
$ md5sum ttTVStick4400_64.sys
7ac2029e1db41b8942691df270e0f84f  ttTVStick4400_64.sys

I copied firmwares from OpenELEC

2. I am getting this, with w_scan, with the media_build driver:
$ cat w_scan
using DVB API 5.a
frontend 'Silicon Labs Si2168' supports
INVERSION_AUTO
QAM_AUTO
FEC_AUTO
FREQ (110.00MHz ... 862.00MHz)
This dvb driver is *buggy*: the symbol rate limits are undefined -
please report to linuxtv.org
...

3. Manufacturer driver displays no w_scan "no QAM" errors, even czap seems
fine:
$ czap -r -c channels.xine.conf 'Eurosport HD'
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
reading channels from file 'channels.xine.conf'
141 Eurosport
HD:562000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:3000:3201:14001
141 Eurosport HD: f 562000000, s 6900000, i 2, fec 0, qam 5, v 0xbb8, a 0xc81, s 0x36b1
Version: 5.10       FE_CAN { DVB-C (A) }
status 1f | signal 5453 | snr 0003 | ber 8e8dead8 | unc 000f00ed | FE_HAS_LOCK
status 1f | signal 5453 | snr 0003 | ber 00000000 | unc 000f00ed | FE_HAS_LOCK
...

Yet, the application reports no signal.


Regards,
Pavol

Re: TT-connect CT2-4650 CI: DVB-C: no signal, no QAM

[Pavol Domin]

Hi Olli,

Thanks for feedback.
> Are you able to provide me a trace of the USB bus when using Windows? This
> is what I have been doing.
> 
> 1) install USBlyzer
> 2) start it and select the option Capture hot plugged in the menus
> 3) start capture
> 4) plug in the device
> 5) start watching tv
> 6) stop capture after 1 sec to avoid the capture file growing too much
I've done that and shared at:
https://drive.google.com/open?id=0B94Ll0t460PoSTdKR0xiZlU2S0E&authuser=0

> Would be also good to know if gnutv -cammenu works with the open source
Yes, it seems to work (except it coredumps after ctrl-c on fedora), e.g.
$ gnutv -channels channels.xine.conf -cammenu "Eurosport HD"
CAM Application type: 01
CAM Application manufacturer: 0b00
CAM Manufacturer code: 0001
CAM Menu string: Conax Conditional Access
CAM supports the following ca system ids:
  0x0b00
  ------------------------------
  Conax Conditional Access
  Main menu
  0. Quit menu
  1. Subscription status
  2. Event status
  3. Tokens status
  4. Change CA PIN
  5. Maturity Rating
  6. Ordering online
  7. About Conax CA
  8. Messages
  9. Language
  10. Loader status
  11. CI Plus Info
  Press OK to select, or press RETURN

> driver. Are all your channels encrypted? Is there any difference between
> them?
No, some are unencrypted. I cannot tell there are some other
differences, windows application 'tt-viewer' does not show details
about scanned channels. Also, the multiplex frequencies listed by
provider do not seem to match much with what the w_scan initially found.
Also, w_scan only scanned at QAM256, tv provider page suggests there are
some channels at QAM64 (I havent tried to scan those).
But again, it worked (with the TechnoTrend driver) for a short while
from linux, even the encryted channels I think.

Regards

Pavol

> 
> Cheers,
> -olli
> On 7 Dec 2014 19:41, "Pavol Domin" <pavol.domin@gmail.com> wrote:
> 
> > Hello,
> >
> > I recently purchased "TechnoTrend TT-connect CT2-4650 CI" in order to
> > watch DVB-C cable TV. I have obtained CAM and smart card from my cable
> > TV provider.
> >
> > Initially, I tried the closed-source driver from the manufacturer; I have
> > scanned (w_scan) over hundred of channels and I was able to watch few
> > channels (vlc
> > or xine) for several minutes. After couple of channels switches however,
> > xine started to report 'DVB Signal Lost' for any channel. The w_scan
> > founds nothing anymore - tried multiple kernels on different machines,
> > during several days, nothing ;)
> >
> > Manufacturer is not providing linux support and directed me to
> > linux_media instead.
> >
> > The situation with linux_media is not better however (tried recent
> > media_build on ubuntu 3.16 and fedora 3.17 kernels)
> >
> > 1. the device is detected without any problems, no single error reported:
> > [ 1957.068871] dvb-usb: found a 'TechnoTrend TT-connect CT2-4650 CI' in
> > warm state.
> > [ 1957.068999] dvb-usb: will pass the complete MPEG2 transport stream to
> > the software demuxer.
> > [ 1957.069182] DVB: registering new adapter (TechnoTrend TT-connect
> > CT2-4650 CI)
> > [ 1957.070518] dvb-usb: MAC address: bc:ea:2b:65:02:3b
> > [ 1957.283195] i2c i2c-9: Added multiplexed i2c bus 10
> > [ 1957.283205] si2168 9-0064: Silicon Labs Si2168 successfully attached
> > [ 1957.287689] si2157 10-0060: Silicon Labs Si2147/2148/2157/2158
> > successfully attached
> > [ 1957.498312] sp2 9-0040: CIMaX SP2 successfully attached
> > [ 1957.498348] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Silicon
> > Labs Si2168)...
> > [ 1957.498835] Registered IR keymap rc-tt-1500
> > [ 1957.499038] input: IR-receiver inside an USB DVB receiver as
> > /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input23
> > [ 1957.499408] rc0: IR-receiver inside an USB DVB receiver as
> > /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
> > [ 1957.499413] dvb-usb: schedule remote query interval to 150 msecs.
> > [ 1957.499419] dvb-usb: TechnoTrend TT-connect CT2-4650 CI successfully
> > initialized and connected.
> > [ 1963.755553] dvb_ca adapter 0: DVB CAM detected and initialised
> > successfully
> > [ 2016.342642] si2168 9-0064: found a 'Silicon Labs Si2168' in cold state
> > [ 2016.342910] si2168 9-0064: downloading firmware from file
> > 'dvb-demod-si2168-a20-01.fw'
> > [ 2017.729882] si2168 9-0064: found a 'Silicon Labs Si2168' in warm state
> > [ 2017.739725] si2157 10-0060: found a 'Silicon Labs
> > Si2146/2147/2148/2157/2158' in cold state
> > [ 2017.739805] si2157 10-0060: downloading firmware from file
> > 'dvb-tuner-si2158-a20-01.fw'
> >
> > 2. yet, the full dvb-c w_scan founds zero channels (after 20+ minutes of
> > scanning)
> >
> > 3. an attempt to tune a channel (czap) using the channel list scanned
> > the first time returns:
> > $ czap -r -c channels.xine.conf 'Eurosport HD'
> > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> > reading channels from file 'channels.xine.conf'
> > 141 Eurosport
> > HD:562000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:3000:3201:14001
> > 141 Eurosport HD: f 562000000, s 6900000, i 2, fec 0, qam 5, v 0xbb8, a
> > 0xc81, s 0x36b1
> > ERROR: frontend device is not a QAM (DVB-C) device
> >
> >
> > Any advice, please, what can be done to make this working? The device
> > works without any problems from windows.
> >
> > Two additional notes:
> > 1. The md5sum 0276023ce027bab05c2e7053033e2182 for the firmware linked at
> >
> > http://www.linuxtv.org/wiki/index.php/TechnoTrend_TT-TVStick_CT2-4400#Firmware
> > does not match:
> >
> > $ wget http://www.tt-downloads.de/bda-treiber_4.2.0.0.zip
> > ...
> > 2014-12-07 13:12:25 (1.06 MB/s) - ‘bda-treiber_4.2.0.0.zip’ saved
> > [352188/352188]
> > $ unzip bda-treiber_4.2.0.0.zip
> > Archive:  bda-treiber_4.2.0.0.zip
> >   inflating: ttTVStick4400.inf
> >   inflating: ttTVStick4400.sys
> >   inflating: ttTVStick4400_64.sys
> >   inflating: tttvstick4400.cat
> > $ md5sum ttTVStick4400_64.sys
> > 7ac2029e1db41b8942691df270e0f84f  ttTVStick4400_64.sys
> >
> > I copied firmwares from OpenELEC
> >
> > 2. I am getting this, with w_scan, with the media_build driver:
> > $ cat w_scan
> > using DVB API 5.a
> > frontend 'Silicon Labs Si2168' supports
> > INVERSION_AUTO
> > QAM_AUTO
> > FEC_AUTO
> > FREQ (110.00MHz ... 862.00MHz)
> > This dvb driver is *buggy*: the symbol rate limits are undefined -
> > please report to linuxtv.org
> > ...
> >
> > 3. Manufacturer driver displays no w_scan "no QAM" errors, even czap seems
> > fine:
> > $ czap -r -c channels.xine.conf 'Eurosport HD'
> > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> > reading channels from file 'channels.xine.conf'
> > 141 Eurosport
> > HD:562000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:3000:3201:14001
> > 141 Eurosport HD: f 562000000, s 6900000, i 2, fec 0, qam 5, v 0xbb8, a
> > 0xc81, s 0x36b1
> > Version: 5.10       FE_CAN { DVB-C (A) }
> > status 1f | signal 5453 | snr 0003 | ber 8e8dead8 | unc 000f00ed |
> > FE_HAS_LOCK
> > status 1f | signal 5453 | snr 0003 | ber 00000000 | unc 000f00ed |
> > FE_HAS_LOCK
> > ...
> >
> > Yet, the application reports no signal.
> >
> >
> > Regards,
> > Pavol
> >
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-media" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >

Re: TT-connect CT2-4650 CI: DVB-C: no signal, no QAM

[Olli Salonen]

Hi Pavol,

Thanks. As said, I have not had any time to look into this, but will
definitely do so. I own the same device, but do not have cable TV at
home. Am using Conax CAM also successfully, so I believe that CI is
not the issue.

Some things that came to my mind still:

Can you share the results of w_scan with very verbose output with both
TT driver and the kernel driver? Also, make sure you use a recent
version of w_scan - some distributions come with a rather old
version...

w_scan -v -v -v <your_options_here> 2>&1 | tee logfile.txt

Also, if you want to try a later firmware for Si2168, have a look at this patch:
http://git.linuxtv.org/cgit.cgi/media_tree.git/commit/?id=1b97dc98b58dad98f13fa0a4cdc819b60f3f3bff

It is in media_tree already.

Cheers,
-olli


On 8 December 2014 at 18:56, Pavol Domin <pavol.domin@gmail.com> wrote:
> Hi Olli,
>
> Thanks for feedback.
>> Are you able to provide me a trace of the USB bus when using Windows? This
>> is what I have been doing.
>>
>> 1) install USBlyzer
>> 2) start it and select the option Capture hot plugged in the menus
>> 3) start capture
>> 4) plug in the device
>> 5) start watching tv
>> 6) stop capture after 1 sec to avoid the capture file growing too much
> I've done that and shared at:
> https://drive.google.com/open?id=0B94Ll0t460PoSTdKR0xiZlU2S0E&authuser=0
>
>> Would be also good to know if gnutv -cammenu works with the open source
> Yes, it seems to work (except it coredumps after ctrl-c on fedora), e.g.
> $ gnutv -channels channels.xine.conf -cammenu "Eurosport HD"
> CAM Application type: 01
> CAM Application manufacturer: 0b00
> CAM Manufacturer code: 0001
> CAM Menu string: Conax Conditional Access
> CAM supports the following ca system ids:
>   0x0b00
>   ------------------------------
>   Conax Conditional Access
>   Main menu
>   0. Quit menu
>   1. Subscription status
>   2. Event status
>   3. Tokens status
>   4. Change CA PIN
>   5. Maturity Rating
>   6. Ordering online
>   7. About Conax CA
>   8. Messages
>   9. Language
>   10. Loader status
>   11. CI Plus Info
>   Press OK to select, or press RETURN
>
>> driver. Are all your channels encrypted? Is there any difference between
>> them?
> No, some are unencrypted. I cannot tell there are some other
> differences, windows application 'tt-viewer' does not show details
> about scanned channels. Also, the multiplex frequencies listed by
> provider do not seem to match much with what the w_scan initially found.
> Also, w_scan only scanned at QAM256, tv provider page suggests there are
> some channels at QAM64 (I havent tried to scan those).
> But again, it worked (with the TechnoTrend driver) for a short while
> from linux, even the encryted channels I think.
>
> Regards
>
> Pavol
>
>>
>> Cheers,
>> -olli
>> On 7 Dec 2014 19:41, "Pavol Domin" <pavol.domin@gmail.com> wrote:
>>
>> > Hello,
>> >
>> > I recently purchased "TechnoTrend TT-connect CT2-4650 CI" in order to
>> > watch DVB-C cable TV. I have obtained CAM and smart card from my cable
>> > TV provider.
>> >
>> > Initially, I tried the closed-source driver from the manufacturer; I have
>> > scanned (w_scan) over hundred of channels and I was able to watch few
>> > channels (vlc
>> > or xine) for several minutes. After couple of channels switches however,
>> > xine started to report 'DVB Signal Lost' for any channel. The w_scan
>> > founds nothing anymore - tried multiple kernels on different machines,
>> > during several days, nothing ;)
>> >
>> > Manufacturer is not providing linux support and directed me to
>> > linux_media instead.
>> >
>> > The situation with linux_media is not better however (tried recent
>> > media_build on ubuntu 3.16 and fedora 3.17 kernels)
>> >
>> > 1. the device is detected without any problems, no single error reported:
>> > [ 1957.068871] dvb-usb: found a 'TechnoTrend TT-connect CT2-4650 CI' in
>> > warm state.
>> > [ 1957.068999] dvb-usb: will pass the complete MPEG2 transport stream to
>> > the software demuxer.
>> > [ 1957.069182] DVB: registering new adapter (TechnoTrend TT-connect
>> > CT2-4650 CI)
>> > [ 1957.070518] dvb-usb: MAC address: bc:ea:2b:65:02:3b
>> > [ 1957.283195] i2c i2c-9: Added multiplexed i2c bus 10
>> > [ 1957.283205] si2168 9-0064: Silicon Labs Si2168 successfully attached
>> > [ 1957.287689] si2157 10-0060: Silicon Labs Si2147/2148/2157/2158
>> > successfully attached
>> > [ 1957.498312] sp2 9-0040: CIMaX SP2 successfully attached
>> > [ 1957.498348] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Silicon
>> > Labs Si2168)...
>> > [ 1957.498835] Registered IR keymap rc-tt-1500
>> > [ 1957.499038] input: IR-receiver inside an USB DVB receiver as
>> > /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input23
>> > [ 1957.499408] rc0: IR-receiver inside an USB DVB receiver as
>> > /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
>> > [ 1957.499413] dvb-usb: schedule remote query interval to 150 msecs.
>> > [ 1957.499419] dvb-usb: TechnoTrend TT-connect CT2-4650 CI successfully
>> > initialized and connected.
>> > [ 1963.755553] dvb_ca adapter 0: DVB CAM detected and initialised
>> > successfully
>> > [ 2016.342642] si2168 9-0064: found a 'Silicon Labs Si2168' in cold state
>> > [ 2016.342910] si2168 9-0064: downloading firmware from file
>> > 'dvb-demod-si2168-a20-01.fw'
>> > [ 2017.729882] si2168 9-0064: found a 'Silicon Labs Si2168' in warm state
>> > [ 2017.739725] si2157 10-0060: found a 'Silicon Labs
>> > Si2146/2147/2148/2157/2158' in cold state
>> > [ 2017.739805] si2157 10-0060: downloading firmware from file
>> > 'dvb-tuner-si2158-a20-01.fw'
>> >
>> > 2. yet, the full dvb-c w_scan founds zero channels (after 20+ minutes of
>> > scanning)
>> >
>> > 3. an attempt to tune a channel (czap) using the channel list scanned
>> > the first time returns:
>> > $ czap -r -c channels.xine.conf 'Eurosport HD'
>> > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
>> > reading channels from file 'channels.xine.conf'
>> > 141 Eurosport
>> > HD:562000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:3000:3201:14001
>> > 141 Eurosport HD: f 562000000, s 6900000, i 2, fec 0, qam 5, v 0xbb8, a
>> > 0xc81, s 0x36b1
>> > ERROR: frontend device is not a QAM (DVB-C) device
>> >
>> >
>> > Any advice, please, what can be done to make this working? The device
>> > works without any problems from windows.
>> >
>> > Two additional notes:
>> > 1. The md5sum 0276023ce027bab05c2e7053033e2182 for the firmware linked at
>> >
>> > http://www.linuxtv.org/wiki/index.php/TechnoTrend_TT-TVStick_CT2-4400#Firmware
>> > does not match:
>> >
>> > $ wget http://www.tt-downloads.de/bda-treiber_4.2.0.0.zip
>> > ...
>> > 2014-12-07 13:12:25 (1.06 MB/s) - ‘bda-treiber_4.2.0.0.zip’ saved
>> > [352188/352188]
>> > $ unzip bda-treiber_4.2.0.0.zip
>> > Archive:  bda-treiber_4.2.0.0.zip
>> >   inflating: ttTVStick4400.inf
>> >   inflating: ttTVStick4400.sys
>> >   inflating: ttTVStick4400_64.sys
>> >   inflating: tttvstick4400.cat
>> > $ md5sum ttTVStick4400_64.sys
>> > 7ac2029e1db41b8942691df270e0f84f  ttTVStick4400_64.sys
>> >
>> > I copied firmwares from OpenELEC
>> >
>> > 2. I am getting this, with w_scan, with the media_build driver:
>> > $ cat w_scan
>> > using DVB API 5.a
>> > frontend 'Silicon Labs Si2168' supports
>> > INVERSION_AUTO
>> > QAM_AUTO
>> > FEC_AUTO
>> > FREQ (110.00MHz ... 862.00MHz)
>> > This dvb driver is *buggy*: the symbol rate limits are undefined -
>> > please report to linuxtv.org
>> > ...
>> >
>> > 3. Manufacturer driver displays no w_scan "no QAM" errors, even czap seems
>> > fine:
>> > $ czap -r -c channels.xine.conf 'Eurosport HD'
>> > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
>> > reading channels from file 'channels.xine.conf'
>> > 141 Eurosport
>> > HD:562000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:3000:3201:14001
>> > 141 Eurosport HD: f 562000000, s 6900000, i 2, fec 0, qam 5, v 0xbb8, a
>> > 0xc81, s 0x36b1
>> > Version: 5.10       FE_CAN { DVB-C (A) }
>> > status 1f | signal 5453 | snr 0003 | ber 8e8dead8 | unc 000f00ed |
>> > FE_HAS_LOCK
>> > status 1f | signal 5453 | snr 0003 | ber 00000000 | unc 000f00ed |
>> > FE_HAS_LOCK
>> > ...
>> >
>> > Yet, the application reports no signal.
>> >
>> >
>> > Regards,
>> > Pavol
>> >
>> > --
>> > To unsubscribe from this list: send the line "unsubscribe linux-media" in
>> > the body of a message to majordomo@vger.kernel.org
>> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
>> >

Re: TT-connect CT2-4650 CI: DVB-C: no signal, no QAM

[Pavol Domin]

Hi Olli,

I guess it is OK that the media_build driver logs are from 3.17 (fedora) and
the technotrend ones from 3.16 (ubuntu). I would reply the scan
in the same kernel if not.

I've re-scaned again as you've suggested (the newest w_scan version). 

  1. newest media_build driver on 3.17.3-200.fc20.x86_64 kernel

"w_scan -v -v -v -fc -c SK -X" founds nothing. The full output is in
file w_scan_linux_media_log.txt.gz at 
https://drive.google.com/folderview?id=0B94Ll0t460PoTF9rWnEyTkdkRXc&usp=sharing

Curiously, czap now returns no 'not a QAM' error and looks perfectly OK (I call it the same way
as previosly), yet, I still cannot get any stream:
$ czap -r -c channels.xine.conf 'Eurosport HD'
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
reading channels from file 'channels.xine.conf'
141 Eurosport
HD:562000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:3000:3201:14001
141 Eurosport HD: f 562000000, s 6900000, i 2, fec 0, qam 5, v 0xbb8, a 0xc81, s 0x36b1 
status 00 | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | 
status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
^C
$ czap -r -c channels.xine.conf 'STV1'
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
reading channels from file 'channels.xine.conf'
  5 STV1:370000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:33:310:1002
  5 STV1: f 370000000, s 6900000, i 2, fec 0, qam 5, v 0x21, a 0x136, s 0x3ea 
status 00 | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | 
status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK
status 1f | signal 0000 | snr 0000 | ber 00000000 | unc 00000000 | FE_HAS_LOCK

$ time dvbdate
dvbdate: Unable to get time from multiplex.

real    0m25.028s
user    0m0.000s
sys     0m0.002s
$ time dvbtraffic
^C
real    1m7.210s
user    0m0.000s
sys     0m0.003s

Worth adding, green led turns on, while running czap.

  2. the manufacturer driver (3.16 ubuntu).

The same results, log is in the same share
https://drive.google.com/folderview?id=0B94Ll0t460PoTF9rWnEyTkdkRXc&usp=sharing
named w_scan_technotrend_log.txt.gz

Thanks for looking into this!

Regards

Pavol


On Tue, Dec 09, 2014 at 12:37:55PM +0700, Olli Salonen wrote:
> Hi Pavol,
> 
> Thanks. As said, I have not had any time to look into this, but will
> definitely do so. I own the same device, but do not have cable TV at
> home. Am using Conax CAM also successfully, so I believe that CI is
> not the issue.
> 
> Some things that came to my mind still:
> 
> Can you share the results of w_scan with very verbose output with both
> TT driver and the kernel driver? Also, make sure you use a recent
> version of w_scan - some distributions come with a rather old
> version...
> 
> w_scan -v -v -v <your_options_here> 2>&1 | tee logfile.txt
> 
> Also, if you want to try a later firmware for Si2168, have a look at this patch:
> http://git.linuxtv.org/cgit.cgi/media_tree.git/commit/?id=1b97dc98b58dad98f13fa0a4cdc819b60f3f3bff
> 
> It is in media_tree already.
> 
> Cheers,
> -olli
> 
> 
> On 8 December 2014 at 18:56, Pavol Domin <pavol.domin@gmail.com> wrote:
> > Hi Olli,
> >
> > Thanks for feedback.
> >> Are you able to provide me a trace of the USB bus when using Windows? This
> >> is what I have been doing.
> >>
> >> 1) install USBlyzer
> >> 2) start it and select the option Capture hot plugged in the menus
> >> 3) start capture
> >> 4) plug in the device
> >> 5) start watching tv
> >> 6) stop capture after 1 sec to avoid the capture file growing too much
> > I've done that and shared at:
> > https://drive.google.com/open?id=0B94Ll0t460PoSTdKR0xiZlU2S0E&authuser=0
> >
> >> Would be also good to know if gnutv -cammenu works with the open source
> > Yes, it seems to work (except it coredumps after ctrl-c on fedora), e.g.
> > $ gnutv -channels channels.xine.conf -cammenu "Eurosport HD"
> > CAM Application type: 01
> > CAM Application manufacturer: 0b00
> > CAM Manufacturer code: 0001
> > CAM Menu string: Conax Conditional Access
> > CAM supports the following ca system ids:
> >   0x0b00
> >   ------------------------------
> >   Conax Conditional Access
> >   Main menu
> >   0. Quit menu
> >   1. Subscription status
> >   2. Event status
> >   3. Tokens status
> >   4. Change CA PIN
> >   5. Maturity Rating
> >   6. Ordering online
> >   7. About Conax CA
> >   8. Messages
> >   9. Language
> >   10. Loader status
> >   11. CI Plus Info
> >   Press OK to select, or press RETURN
> >
> >> driver. Are all your channels encrypted? Is there any difference between
> >> them?
> > No, some are unencrypted. I cannot tell there are some other
> > differences, windows application 'tt-viewer' does not show details
> > about scanned channels. Also, the multiplex frequencies listed by
> > provider do not seem to match much with what the w_scan initially found.
> > Also, w_scan only scanned at QAM256, tv provider page suggests there are
> > some channels at QAM64 (I havent tried to scan those).
> > But again, it worked (with the TechnoTrend driver) for a short while
> > from linux, even the encryted channels I think.
> >
> > Regards
> >
> > Pavol
> >
> >>
> >> Cheers,
> >> -olli
> >> On 7 Dec 2014 19:41, "Pavol Domin" <pavol.domin@gmail.com> wrote:
> >>
> >> > Hello,
> >> >
> >> > I recently purchased "TechnoTrend TT-connect CT2-4650 CI" in order to
> >> > watch DVB-C cable TV. I have obtained CAM and smart card from my cable
> >> > TV provider.
> >> >
> >> > Initially, I tried the closed-source driver from the manufacturer; I have
> >> > scanned (w_scan) over hundred of channels and I was able to watch few
> >> > channels (vlc
> >> > or xine) for several minutes. After couple of channels switches however,
> >> > xine started to report 'DVB Signal Lost' for any channel. The w_scan
> >> > founds nothing anymore - tried multiple kernels on different machines,
> >> > during several days, nothing ;)
> >> >
> >> > Manufacturer is not providing linux support and directed me to
> >> > linux_media instead.
> >> >
> >> > The situation with linux_media is not better however (tried recent
> >> > media_build on ubuntu 3.16 and fedora 3.17 kernels)
> >> >
> >> > 1. the device is detected without any problems, no single error reported:
> >> > [ 1957.068871] dvb-usb: found a 'TechnoTrend TT-connect CT2-4650 CI' in
> >> > warm state.
> >> > [ 1957.068999] dvb-usb: will pass the complete MPEG2 transport stream to
> >> > the software demuxer.
> >> > [ 1957.069182] DVB: registering new adapter (TechnoTrend TT-connect
> >> > CT2-4650 CI)
> >> > [ 1957.070518] dvb-usb: MAC address: bc:ea:2b:65:02:3b
> >> > [ 1957.283195] i2c i2c-9: Added multiplexed i2c bus 10
> >> > [ 1957.283205] si2168 9-0064: Silicon Labs Si2168 successfully attached
> >> > [ 1957.287689] si2157 10-0060: Silicon Labs Si2147/2148/2157/2158
> >> > successfully attached
> >> > [ 1957.498312] sp2 9-0040: CIMaX SP2 successfully attached
> >> > [ 1957.498348] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Silicon
> >> > Labs Si2168)...
> >> > [ 1957.498835] Registered IR keymap rc-tt-1500
> >> > [ 1957.499038] input: IR-receiver inside an USB DVB receiver as
> >> > /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0/input23
> >> > [ 1957.499408] rc0: IR-receiver inside an USB DVB receiver as
> >> > /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.3/rc/rc0
> >> > [ 1957.499413] dvb-usb: schedule remote query interval to 150 msecs.
> >> > [ 1957.499419] dvb-usb: TechnoTrend TT-connect CT2-4650 CI successfully
> >> > initialized and connected.
> >> > [ 1963.755553] dvb_ca adapter 0: DVB CAM detected and initialised
> >> > successfully
> >> > [ 2016.342642] si2168 9-0064: found a 'Silicon Labs Si2168' in cold state
> >> > [ 2016.342910] si2168 9-0064: downloading firmware from file
> >> > 'dvb-demod-si2168-a20-01.fw'
> >> > [ 2017.729882] si2168 9-0064: found a 'Silicon Labs Si2168' in warm state
> >> > [ 2017.739725] si2157 10-0060: found a 'Silicon Labs
> >> > Si2146/2147/2148/2157/2158' in cold state
> >> > [ 2017.739805] si2157 10-0060: downloading firmware from file
> >> > 'dvb-tuner-si2158-a20-01.fw'
> >> >
> >> > 2. yet, the full dvb-c w_scan founds zero channels (after 20+ minutes of
> >> > scanning)
> >> >
> >> > 3. an attempt to tune a channel (czap) using the channel list scanned
> >> > the first time returns:
> >> > $ czap -r -c channels.xine.conf 'Eurosport HD'
> >> > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> >> > reading channels from file 'channels.xine.conf'
> >> > 141 Eurosport
> >> > HD:562000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:3000:3201:14001
> >> > 141 Eurosport HD: f 562000000, s 6900000, i 2, fec 0, qam 5, v 0xbb8, a
> >> > 0xc81, s 0x36b1
> >> > ERROR: frontend device is not a QAM (DVB-C) device
> >> >
> >> >
> >> > Any advice, please, what can be done to make this working? The device
> >> > works without any problems from windows.
> >> >
> >> > Two additional notes:
> >> > 1. The md5sum 0276023ce027bab05c2e7053033e2182 for the firmware linked at
> >> >
> >> > http://www.linuxtv.org/wiki/index.php/TechnoTrend_TT-TVStick_CT2-4400#Firmware
> >> > does not match:
> >> >
> >> > $ wget http://www.tt-downloads.de/bda-treiber_4.2.0.0.zip
> >> > ...
> >> > 2014-12-07 13:12:25 (1.06 MB/s) - ‘bda-treiber_4.2.0.0.zip’ saved
> >> > [352188/352188]
> >> > $ unzip bda-treiber_4.2.0.0.zip
> >> > Archive:  bda-treiber_4.2.0.0.zip
> >> >   inflating: ttTVStick4400.inf
> >> >   inflating: ttTVStick4400.sys
> >> >   inflating: ttTVStick4400_64.sys
> >> >   inflating: tttvstick4400.cat
> >> > $ md5sum ttTVStick4400_64.sys
> >> > 7ac2029e1db41b8942691df270e0f84f  ttTVStick4400_64.sys
> >> >
> >> > I copied firmwares from OpenELEC
> >> >
> >> > 2. I am getting this, with w_scan, with the media_build driver:
> >> > $ cat w_scan
> >> > using DVB API 5.a
> >> > frontend 'Silicon Labs Si2168' supports
> >> > INVERSION_AUTO
> >> > QAM_AUTO
> >> > FEC_AUTO
> >> > FREQ (110.00MHz ... 862.00MHz)
> >> > This dvb driver is *buggy*: the symbol rate limits are undefined -
> >> > please report to linuxtv.org
> >> > ...
> >> >
> >> > 3. Manufacturer driver displays no w_scan "no QAM" errors, even czap seems
> >> > fine:
> >> > $ czap -r -c channels.xine.conf 'Eurosport HD'
> >> > using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
> >> > reading channels from file 'channels.xine.conf'
> >> > 141 Eurosport
> >> > HD:562000000:INVERSION_AUTO:6900000:FEC_NONE:QAM_256:3000:3201:14001
> >> > 141 Eurosport HD: f 562000000, s 6900000, i 2, fec 0, qam 5, v 0xbb8, a
> >> > 0xc81, s 0x36b1
> >> > Version: 5.10       FE_CAN { DVB-C (A) }
> >> > status 1f | signal 5453 | snr 0003 | ber 8e8dead8 | unc 000f00ed |
> >> > FE_HAS_LOCK
> >> > status 1f | signal 5453 | snr 0003 | ber 00000000 | unc 000f00ed |
> >> > FE_HAS_LOCK
> >> > ...
> >> >
> >> > Yet, the application reports no signal.
> >> >
> >> >
> >> > Regards,
> >> > Pavol
> >> >
> >> > --
> >> > To unsubscribe from this list: send the line "unsubscribe linux-media" in
> >> > the body of a message to majordomo@vger.kernel.org
> >> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >> >