Hi,
Since upgrading to VDR 1.7.19 I have experienced problems
with Diseqc.
My diseqc configuration uses command strings which contain 3
code sets: a diseqc switch command, a diseqc go to command, and a repeat goto
command.
Since upgrading to VDR 1.7.19 it appears that the only code
set sent is the last one, but it’s sent three times.
To demonstrate this I have put some trace in cDvbTuner::SetFrontend
within dvbdevice.c which traces the complete diseqc string, the diseqc action,
and for diseqc codes – the actual diseqc code sent. It produces the
following output:
Diseqc command list found =
t v [E0 10 38 F4] W500 [E0 31 6B 04] W250 [E0 31 6B 04] W15 T
Diseqc action = 1
Diseqc action = 3
Diseqc action = 7
Sending Diseqc command: E0
31 6B 04 < Wrong, should be E0 10 38 F4 >
Diseqc action = 7
Sending Diseqc command: E0
31 6B 04 < Wrong, should be E0 31 6B 04 >
Diseqc action = 7
Sending Diseqc command: E0
31 6B 04
Diseqc action = 2
The same trace in vdr 1.7.18 shows the correct codes being
sent in the correct sequence.
I note that some work was done in this area for 1.7.19 but
my C++ skills are a little weak to diagnose the problem any further.
Can anybody throw some more light on what’s going on?
Thanks,
Mark.
Mark Hawes
Senior Project
Manager
Fujitsu Australia
Limited
T
+61 3 9924 3240 M
+61 416 140 218 F
+61 3 9924 3001
mark.hawes@au.fujitsu.com
au.fujitsu.com