Re: Twinhan VP-1030C Diseq problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 7/18/07, Manuel Kampert <manuel.kampert@xxxxxxxxx> wrote:
> Hi!
>
> Nice to know that I am not the only one in the world having such issues
> :-)
>
> In the meantime I have done some logging to track the problem down.
> Logging for DST.C is enabled via:
>
>         modprobe dst verbose=4
>
> I have also enabled i2c debugging in the kernel.
>
> Here are the relevant Parts of the log where the failure becomes
> visible:
>
> Athlon X2 with SMP disabled:
>

Was the card working before in the older machine ? ie a change of
machine caused the diseqc commands to fail ? Would like to know in
what context it failed.


> firt time szap to Astra channel working:
>
> <3>dst(0) dst_set_freq: set Frequency 1236000
> <3>dst(0) dst_set_frontend: Set Frequency=[1236000]
> <3>dst(0) dst_set_symbolrate: set symrate 27500000
> <3>dst(0) dst_set_polarization: Polarization=[Horizontal]
> <3>dst(0) dst_set_frontend: Set Symbolrate=[27500000]
> <3>dst(0) dst_write_tuna: type_flags 0x1151
> <3>dst(0) dst_comm_init: Initializing DST.
> <3>dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0001], outhigh=[0000]
> <3>dst(0) rdc_reset_state: Resetting state machine
> <3>dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0000]
> <3>dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0002]
> <4>writing [ 09 00 04 d4 01 00 6b 6c 40 07 ]
> <7>i2c_adapter i2c-0: master_xfer[0] W, addr=0x55, len=10
> <3>dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0000], outhigh=[0000]
> <7>i2c_adapter i2c-0: master_xfer[0] R, addr=0x55, len=1
> <3>dst(0) read_dst: reply is 0xff
> <3>dst(0) dst_wait_dst_ready: dst wait ready after 3
> <7>i2c_adapter i2c-0: master_xfer[0] R, addr=0x55, len=10
> <3>dst(0) read_dst: reply is 0x9
> <4> 0x0 0x4 0xd4 0x18 0xa7 0x0 0x57 0x1 0x8
> <3>dst(0) dst_comm_init: Initializing DST.
> <3>dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0001], outhigh=[0000]
> <3>dst(0) rdc_reset_state: Resetting state machine
> <3>dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0000]
> <3>dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0002]
> <4>writing [ 00 05 00 00 00 00 00 fb ]
> <7>i2c_adapter i2c-0: master_xfer[0] W, addr=0x55, len=8
> <3>dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0000], outhigh=[0000]
> <7>i2c_adapter i2c-0: master_xfer[0] R, addr=0x55, len=1
> <3>dst(0) read_dst: reply is 0xff
> <3>dst(0) dst_wait_dst_ready: dst wait ready after 2
> <7>i2c_adapter i2c-0: master_xfer[0] R, addr=0x55, len=8
> <3>dst(0) read_dst: reply is 0x4
>
>
> szap from Hotbird back to Astra channel NOT working anymore:
>
> <3>dst(0) dst_set_freq: set Frequency 1236000
> <3>dst(0) dst_set_frontend: Set Frequency=[1236000]
> <3>dst(0) dst_set_symbolrate: set symrate 27500000
> <3>dst(0) dst_set_polarization: Polarization=[Horizontal]
> <3>dst(0) dst_set_frontend: Set Symbolrate=[27500000]
> <3>dst(0) dst_write_tuna: type_flags 0x1151
> <3>dst(0) dst_comm_init: Initializing DST.
> <3>dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0001], outhigh=[0000]
> <3>dst(0) rdc_reset_state: Resetting state machine
> <3>dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0000]
> <3>dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0002]
> <4>writing [ 09 00 04 d4 01 00 6b 6c 40 07 ]
> <7>i2c_adapter i2c-0: master_xfer[0] W, addr=0x55, len=10
> <3>dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0000], outhigh=[0000]
> <7>i2c_adapter i2c-0: master_xfer[0] R, addr=0x55, len=1
> <3>dst(0) read_dst: reply is 0xff
> <3>dst(0) dst_wait_dst_ready: dst wait NOT ready after 200


[ 09 00 04 d4 01 00 6b 6c 40 07 ]
This command failed

[..]

> <3>dst(0) dst_comm_init: Initializing DST.
> <3>dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0001], outhigh=[0000]
> <3>dst(0) rdc_reset_state: Resetting state machine
> <3>dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0000]
> <3>dst(0) dst_gpio_outb: mask=[0002], enbb=[0002], outhigh=[0002]
> <4>writing [ 09 00 04 d4 01 00 6b 6c 40 07 ]
> <7>i2c_adapter i2c-0: master_xfer[0] W, addr=0x55, len=10
> <3>dst(0) write_dst: _write_dst error (err == -5, len == 0x0a, b0 ==
> 0x09)

same command fails here too

> <3>dst(0) dst_error_recovery: Trying to return from previous errors.
> <3>dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0000], outhigh=[0000]
> <3>dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0001], outhigh=[0000]
> <7>i2c_adapter i2c-0: master_xfer[0] W, addr=0x55, len=10
> <3>dst(0) write_dst: _write_dst error (err == -5, len == 0x0a, b0 ==
> 0x09)
> <3>dst(0) dst_error_recovery: Trying to return from previous errors.
> <3>dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0000], outhigh=[0000]
> <3>dst(0) dst_gpio_outb: mask=[ffffffff], enbb=[0001], outhigh=[0000]
>
>
>
> Here we can see that the driver is trying to tune the requested
> frequency and times out with dst_wait_dst_ready. However without knowing
> what all the commands sent to the DST are, it seems impossible to me to
> track the problem further down. Someone must have more documentation
> around the DST? Maybe he will share knowledge?
>
> As far as I understand the DISEQC commands have been send to the
> Twinhan. I will try to see if there is some possibility to see if the
> DISEQC commands
> are actually send out to the physical wire?! I think however this will
> need
> dome digital storage scope which I don't own (yet)...
>
> Best Regards,
>   Manuel
>
>
>
> -----Original Message-----
> From: Remy Bohmer [mailto:l.pinguin@xxxxxxxxx]
> Sent: Dienstag, 17. Juli 2007 18:36
> To: Manuel Kampert
> Cc: linux-dvb@xxxxxxxxxxx
> Subject: Re:  Twinhan VP-1030C Diseq problem
>
> Hello Manuel,
>
> > Tuning different channels on the Astra system is no problem. Also
> switching
> > to Hotbird Is working fine. If I try to switch back from Hotbird to
> Astra this is not
> > working anymore
> > The card tries to tune the frequency but does not change the LNB.
>
> Exactly the same problem here!
> I have no solution yet. My system contains a Core2Duo E6600 2.4GHz
> core, and I have a Skystar 1 CI v3.0 card, which is a clone of the
> card you mention.
> I run MythTV.
>
> Could it be timing related?
>
> I also want to help debugging this problem.
>
> Kind Regards,
>
> Remy Böhmer
>
> _______________________________________________
> linux-dvb mailing list
> linux-dvb@xxxxxxxxxxx
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb
>
>

_______________________________________________
linux-dvb mailing list
linux-dvb@xxxxxxxxxxx
http://www.linuxtv.org/cgi-bin/mailman/listinfo/linux-dvb


[Index of Archives]     [Linux Media]     [Video 4 Linux]     [Asterisk]     [Samba]     [Xorg]     [Xfree86]     [Linux USB]

  Powered by Linux