[linux-dvb] Re: skystar2 dvb-t

["Augusto Cardoso" <augusto@carhil.net>]

Hi!

The B2C2 DVB-T that uses the Grundig 29504-401.02, was called Air2PC-DVB rev 0.2 by B2C2 and AirStar2 by Technisat.
The Grundig module is no longer been manufacturer. B2C2 made about 500 of these cards.
There is a rev 0.3 that is based on the Zarlink(Mitel) part. The rev 0.3 never went in production.

B2C2 is currently testing an new DVB-T card that is based on a Samsung NIM. This should go in production Q1/04. I'm currently trying to have a driver for Linux available at the same time the product goes on sale. I don't have these cards.

The B2C2 products based on the STV0297 are for Digital Cable. The Cable4PC products. The Cable4PC 0.7A was in production and for sale in Asia. These cards have a B2C2's designed and built tuner, based on the CMOS tuner from Microtune. These are no longer in production as far as I know. The Microtune part is no longer in production because of heat problems. To program these tuner without the B2C2 code is a very difficult task. It took 3 guys 6 months working with Microtune to get the code at its optimum.

	Augusto

*********** REPLY SEPARATOR  ***********

On 12/4/2003 at 6:01 PM Niklas Peinecke wrote:

>Holger Waechtler wrote:
>> MeDon wrote:
>> 
>>> Hi,
>>> we have Technisat SkyStar2 FlexCopIIB(rev.195) in DVB-T version. It 
>>> doesn't work. I guess it is because frontend. The mt312 writes (in 
>>> debug mode):
>>>
>>> Dec  3 01:17:26 cooler kernel: master_xfer: read error !
>>> Dec  3 01:17:26 cooler kernel: message 2: flags=0x0, addr=0x3a, 
>>> buf=0x85, len=48
>>> 736
>>> There's written on the one piece of card: GRUNDIG 29504-401.01 
>>> 00000147 01 27031 and on one chip LSI L647818. We have disabled the 
>>> piece of code in skystar2.c:
>>>
>>>                /* allow only the mt312 and stv0299 frontends to access 
>>> the bus 
>>> */                                                                      
>>>                if ((msgs[i].addr != 0x0E) && (msgs[i].addr != 0x68) && 
>>> (msgs[i].addr != 0x61) 
>>> )                                                                       
>>> {                                                                      
>                                                                
>>>                    
>>> up(&tmp->i2c_sem);                                                     
>                                                            
>>>                                                                        
>                                                                          
>    
>>>                    return 
>>> -EREMOTEIO;                                                            
>                                                     
>>>                
>>> }                                                                      
>                                                                
>>>
>>> and tried grundig_29504-401 frontend module, but it failed. Syslog 
>>> messages (both modules with debug enabled) are here:
>>>
>>> Dec  4 15:49:21 cooler kernel: drivers/media/dvb/b2c2/skystar2.c: 
>>> FlexCopIIB(rev.195) chip found
>>> Dec  4 15:49:21 cooler kernel: sram_detect_for_flex2:
>>> Dec  4 15:49:21 cooler kernel: sram_detect_for_flex2: tmp2 = 0
>>> Dec  4 15:49:21 cooler kernel: sram_detect_for_flex2: tmp3 = 1
>>> Dec  4 15:49:21 cooler kernel: sram_test_location: mask = 20000, addr 
>>> = 18000
>>> Dec  4 15:49:21 cooler kernel: sram_init: dw_sram_type = 20000
>>> Dec  4 15:49:21 cooler kernel: sram_test_location: wrote 0xA5, read 0x4f
>>> Dec  4 15:49:21 cooler kernel: sram_test_location: mask = 0, addr =
>10000
>>> Dec  4 15:49:21 cooler kernel: sram_init: dw_sram_type = 0
>>> Dec  4 15:49:21 cooler kernel: sram_test_location: wrote 0xA5, read 0x4f
>>> Dec  4 15:49:21 cooler kernel: sram_test_location: mask = 10000, addr =
>0
>>> Dec  4 15:49:21 cooler kernel: sram_init: dw_sram_type = 10000
>>> Dec  4 15:49:21 cooler kernel: sram_test_location: wrote 0xA5, read 0xa5
>>> Dec  4 15:49:21 cooler kernel: sram_test_location: wrote 0x5A, read 0x5a
>>> Dec  4 15:49:21 cooler kernel: sram_init: dw_sram_type = 10000
>>> Dec  4 15:49:21 cooler kernel: sram_detect_for_flex2: sram size = 32K
>>> Dec  4 15:49:21 cooler kernel: driver_initialize sram length = 32768, 
>>> sram type= 10000
>>> Dec  4 15:49:21 cooler kernel: flex_i2c_read:
>>> Dec  4 15:49:21 cooler last message repeated 3 times
>>> Dec  4 15:49:21 cooler kernel: DVB: registering new adapter (Technisat 
>>> SkyStar2 driver).
>>> Dec  4 15:49:54 cooler kernel: master_xfer: 1 messages to transfer
>>> Dec  4 15:49:54 cooler kernel: message 0: flags=0x0, addr=0x0, 
>>> buf=0x6, len=1 Dec  4 15:49:54 cooler kernel: no response on 
>>> reset_and_configure() broadcast, bailing out...
>>>
>>>
>>> Thank you for your help to make this stuff working.
>> 
>> 
>> There have been some mails a while ago on this list discussing this. The 
>> current skystar i2c driver hangs when i2c transfers go to non-existent 
>> o2c adresses. See skystar2.c in dvb-kernel, around line 306. There you 
>> need to add the i2c addresses fot the L64781 and the used PLL. Please 
>> let us know which changes are actually required, it would be nice if you 
>> can fix this problem properly and prepare a patch we can include in 
>> future driver versions...
>> 
>> Holger
>> 
>> 
>> 
>Hmm, Skystar2 DVB-T? Isn't this actually an Airstar2? AFAIK the tuner 
>should be stv0297-based, so I do dont expect this to work even when one 
>fixes the i2c, but I could be wrong on this...
>
>Niklas
>
>
>
>-- 
>Info:
>To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.





-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe linux-dvb" as subject.