[linux-dvb] Twinhan 102G - dvb-bt8xx

Mark Buechler mark.buechler at gmail.com
Mon Dec 12 21:07:29 CET 2005


After further investigation, I'm seeing errors simular to your problem from
this link: http://linuxtv.org/pipermail/linux-dvb/2005-November/006532.html.
I can get one, maybe two good tunes then it stops tuning. If I run a dvbscan
and retune all is well. I've elminated anything to do with diseqc. I've
tried the patch that links points to with no difference (I had to hand patch
it against CVS).

I'm getting these on a second/third tune:

Dec 12 14:59:24 corbin3 kernel: dst_comm_init: Initializing DST.
Dec 12 14:59:24 corbin3 kernel: dst_gpio_outb: mask=[ffffffff], enbb=[0001],
outhigh=[0000]
Dec 12 14:59:24 corbin3 kernel: rdc_reset_state: Resetting state machine
Dec 12 14:59:24 corbin3 kernel: dst_gpio_outb: mask=[0002], enbb=[0002],
outhigh=[0000]
Dec 12 14:59:24 corbin3 kernel: dst_gpio_outb: mask=[0002], enbb=[0002],
outhigh=[0002]
Dec 12 14:59:24 corbin3 kernel: writing [ 05 2b 01 3a 2e 80 00 e7 ]
Dec 12 14:59:24 corbin3 kernel: dst_gpio_outb: mask=[ffffffff], enbb=[0000],
outhigh=[0000]
Dec 12 14:59:24 corbin3 kernel: read_dst: reply is 0xff
Dec 12 14:59:26 corbin3 kernel: dst_wait_dst_ready: dst wait NOT ready after
200

I'm guessing what you're saying is correct. Oh well. Back to my FF card that
can't do HD without a hardware mod.

- Mark.

On 12/12/05, Mark Buechler <mark.buechler at gmail.com> wrote:
>
> I don't know what revision my board is. If you could tell me where to look
> I'd be happy to provide that information.
>
> Mine is returning that status. However, I am still having issues with the
> board relating to DiSEqC I believe. MythTV won't tune many times unless I
> exit out and start a dvbscan (which I onlt let go for about a few seconds)
> then restart Myth and everything is fine. Myth is sending rotor commands,
> doing a short wait, then sending switch commands. I believe the wait between
> needs to be longer for this card.
>
> Here is my output:
>
> Dec 12 11:08:01 corbin3 kernel: dst_set_freq: set Frequency 1323000
> Dec 12 11:08:01 corbin3 kernel: dst_set_frontend: Set Frequency=[1323000]
> Dec 12 11:08:01 corbin3 kernel: dst_set_symbolrate: set symrate 20000000
> Dec 12 11:08:01 corbin3 kernel: dst_set_symbolrate: set symcalc 238312
> Dec 12 11:08:01 corbin3 kernel: dst_set_polarization:
> Polarization=[Vertical]
> Dec 12 11:08:01 corbin3 kernel: dst_set_frontend: Set
> Symbolrate=[20000000]
> Dec 12 11:08:01 corbin3 kernel: dst_write_tuna: type_flags 0x16
> Dec 12 11:08:01 corbin3 kernel: dst_comm_init: Initializing DST.
> Dec 12 11:08:01 corbin3 kernel: dst_gpio_outb: mask=[ffffffff],
> enbb=[0001], outhigh=[0000]
> Dec 12 11:08:01 corbin3 kernel: rdc_reset_state: Resetting state machine
> Dec 12 11:08:01 corbin3 kernel: dst_gpio_outb: mask=[0002], enbb=[0002],
> outhigh=[0000]
> Dec 12 11:08:01 corbin3 kernel: dst_gpio_outb: mask=[0002], enbb=[0002],
> outhigh=[0002]
> Dec 12 11:08:01 corbin3 kernel: writing [ 05 2b 01 3a 2e 80 00 e7 ]
> Dec 12 11:08:01 corbin3 kernel: dst_gpio_outb: mask=[ffffffff],
> enbb=[0000], outhigh=[0000]
> Dec 12 11:08:01 corbin3 kernel: read_dst: reply is 0xff
> Dec 12 11:08:01 corbin3 kernel: dst_wait_dst_ready: dst wait ready after 1
> Dec 12 11:08:01 corbin3 kernel: read_dst: reply is 0x5
> Dec 12 11:08:01 corbin3 kernel:  0x2b 0x0 0x0 0x2e 0x0 0x0 0xa2
> Dec 12 11:08:07 corbin3 kernel: dst_comm_init: Initializing DST.
> Dec 12 11:08:07 corbin3 kernel: dst_gpio_outb: mask=[ffffffff],
> enbb=[0001], outhigh=[0000]
> Dec 12 11:08:07 corbin3 kernel: rdc_reset_state: Resetting state machine
> Dec 12 11:08:07 corbin3 kernel: dst_gpio_outb: mask=[0002], enbb=[0002],
> outhigh=[0000]
> Dec 12 11:08:07 corbin3 kernel: dst_gpio_outb: mask=[0002], enbb=[0002],
> outhigh=[0002]
> Dec 12 11:08:07 corbin3 kernel: writing [ 00 05 00 00 00 00 00 fb ]
> Dec 12 11:08:07 corbin3 kernel: dst_gpio_outb: mask=[ffffffff],
> enbb=[0000], outhigh=[0000]
> Dec 12 11:08:07 corbin3 kernel: read_dst: reply is 0xff
> Dec 12 11:08:07 corbin3 kernel: dst_wait_dst_ready: dst wait ready after 1
> Dec 12 11:08:07 corbin3 kernel: read_dst: reply is 0x0
> Dec 12 11:08:07 corbin3 kernel:  0x5 0x14 0x0 0x0 0x43 0x0 0xa4
>
> On 12/11/05, Mark Sutton <mes at lazo.ca> wrote:
> >
> > Hi Mark
> >
> > So what did you change?
> > Is it one of the newer revs of the card?
> > There has been mention of the tuner getting stuck.
> >
> > H'm I have added verbose=4 to the module
> > and I have always had the tuner detected,
> > it just won't tune.
> > Neither of the two different tuners will tune,
> > in two different machines.
> >
> > Please remember these cards come in different versions.
> >
> > I think you just got lucky with a card that happens to work.
> > A driver that works some times is still broken.
> >
> > The newer tuner/card never receives
> > the dst_wait_dst_ready like this one:
> >
> > dst_set_freq: set Frequency 1770000
> > dst_set_frontend: Set Frequency=[1770000]
> > dst_set_symbolrate: set symrate 20000000
> > dst_set_symbolrate: set symcalc 238312
> > dst_set_polarization: Polarization=[Vertical]
> > dst_set_frontend: Set Symbolrate=[20000000]
> > dst_write_tuna: type_flags 0x16
> > dst_comm_init: Initializing DST.
> > dst_gpio_outb: mask=[ffffffff], enbb=[0001], outhigh=[0000]
> > rdc_reset_state: Resetting state machine
> > dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0000]
> > dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0002]
> > writing [ 06 ea 01 3a 2e 80 00 27 ]
> > i2c_adapter i2c-1: master_xfer[0] W, addr=0x55, len=8
> > bt-i2c: <W aa 06 ea 01 3a 2e 80 00 27 >
> > dst_gpio_outb: mask=[ffffffff], enbb=[0000], outhigh=[0000]
> > i2c_adapter i2c-1: master_xfer[0] R, addr=0x55, len=1
> > bt-i2c: <R ab =ff >
> > read_dst: reply is 0xff
> > dst_wait_dst_ready: dst wait ready after 54
> >
> >
> > On Sun, 11 Dec 2005, Mark Buechler wrote:
> >
> > > Well, if the drivers aren't supporting this card then I'm scatching my
> > head
> > > wondering why I'm watching HDTV with it. :) As I said in another post,
> > it
> > > does work but at this point it really depends on the system (or more
> > likely
> > > the system BIOS I'm thinking). I have it working fine and have
> > verified the
> > > frontend properly detects 6 out of 6 reboots I have so far tried.
> > >
> > > - Mark.
> > >
> > > On 12/11/05, Mark Sutton <mes at lazo.ca> wrote:
> > > >
> > > > Hi Mark,
> > > >         I think Manu is saying that you can waste
> > > > all the time on this you want but it will not work.
> > > > The driver does not support this card.
> > > > Or I should these "cards" since I have two different
> > > > ones that masquerade as a 102G.
> > > > Though one clearly says 1022A version 2.0 on the board.
> > > > The other has this covered over with a sticker.
> > > > The older rev. has no heat sink on the voltage regulator near the
> > top
> > > > and makes so much heat it causes a card shutdown if it is not given
> > > > it's own fan. I'm just glad that one isn't mine.
> > > >
> > > > It would be nice if you could post the changes you have Manu,
> > > > before I have to give this one back.
> > > >
> > > > mark
> > > >
> > > >
> > > > _______________________________________________
> > > > linux-dvb mailing list
> > > > linux-dvb at linuxtv.org
> > > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
> > > >
> > >
> >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.linuxtv.org/pipermail/linux-dvb/attachments/20051212/22288b8c/attachment.htm


More information about the linux-dvb mailing list