Re: KWorld UB435-Q Support

[Jarod Wilson <jarod@wilsonet.com>]

On 11/15/2009 11:46 PM, Jarod Wilson wrote:
> On 10/09/2009 09:27 PM, Robert Cicconetti wrote:
>> On Wed, Oct 7, 2009 at 10:08 PM, Jarod Wilson<jarod@wilsonet.com> wrote:
>>> On Oct 7, 2009, at 9:39 PM, Robert Cicconetti wrote:
>>>> Okay... I built the tip of the archive linked above. It works with my
>>>> UB435-Q fairly well, built against 2.6.28-15-generic #52-Ubuntu SMP
>>>> x86_64. I've been able to stream QAM256 content for several hours
>>>> reliably. Mythfrontend works somewhat... it'll tune the initial
>>>> channel, but fails afterward. I suspect it is timing out while waiting
>>>> for the RF tracking filter calibration... it adds about 6 seconds to
>>>> every tuning operation.
>>>>
>>>> [ 812.465930] tda18271: performing RF tracking filter calibration
>>>> [ 818.572446] tda18271: RF tracking filter calibration complete
>>>> [ 818.953946] tda18271: performing RF tracking filter calibration
>>>> [ 825.093211] tda18271: RF tracking filter calibration complete
>>>>
>>>> Any suggestions? Further data needed?
>>>
>>> Nothing off the top of my head, no. But I've got a UB435-Q of my own
>>> now,
>>> sitting on my desk waiting for me to poke at it... Not sure when I'll
>>> have
>>> time to actually poke at it though. :\
>>
>> A little further poking yields that RF_CAL_OK in EP1 is 0, which is
>> why it keeps recalibrating.
>>
>> I've commented out the part of the code that recalibrates if RF_CAL_OK
>> is 0; EP1 always seems to be c6... and now mythfrontend is happy. :)
>>
>> This is not a long term solution, but as ugly hacks go it was pretty
>> straight forward. :)
>
> Finally got around to poking at this again. Forward-ported the patches
> to the current v4l-dvb tip

Meant to include this:

http://wilsonet.com/jarod/junk/kworld-a340-20091115/

> , and gave 'em a spin with my own UB435-Q, as
> well as a 340U that Doug gave me when he was in town a bit ago. Both are
> working just fine with my QAM feed here at the house, albeit with the
> same lengthy delay when changing channels you (Robert) mentioned. At a
> glance, I was hoping simply setting rf_cal_on_startup for the
> card-specific tda18271_config would remove the delay, but neither a 0 or
> a 1 seems to particularly help with tuning delays. Hoping maybe Mike has
> an idea on this part...
>
> In related news, I actually managed to get my original 340U with the C1
> tuner to work briefly as well, and with the same code, no tuning delays.
> Seems either the PCB is cracked or the usb connector is just that bad,
> and it only works when positioned just so...

I'll give all three sticks I've got here a quick spin with an OTA signal 
tomorrow too. But I think I'm not seeing any significant reason to not 
move forward with trying to get this code finally merged.

-- 
Jarod Wilson
jarod@wilsonet.com