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

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

Would be also good to know if gnutv -cammenu works with the open source

driver. Are all your channels encrypted? Is there any difference between them?

Cheers,
-olli

Quoted 132 lines · 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

--
To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

Hi Olli,

Thanks for feedback.

Quoted 9 lines

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

Quoted 1 line

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

Quoted 2 lines

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

Quoted 137 lines

Cheers,
-olli

Quoted 132 lines · 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

--
To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html

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

Quoted 193 lines · Pavol Domin

Hi Olli,

Thanks for feedback.

Quoted 9 lines

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

Quoted 1 line

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

Quoted 2 lines

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

Quoted 137 lines

Cheers,
-olli

Quoted 132 lines · 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

--
To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html