Unable to lock signal via uncommitted diseqc

[Mike Nix <mnix@…>]

I have the following setup: mythtv -> TT-Connect S2-3650 CI -> 8x1 uncommitted diseqc -> LNBs

I was using a 2x1 "super mini" diseqc which worked fine under MythTV configured as either a mini diseqc, or a committed diseqc with 2 ports.

With the new diseqc, scan-s2 works fine - it selects the correct LNB, tunes and finds the correct channels on the satellite. I patched szap-s2 for uncommitted diseqcs and that also locks the signal for each satellite ok.

I configured MythTV for an uncommitted diseqc with 8 ports, but it does not seem to change the switch - I can get a lock on the satellite on the first port, but not any others. mythtv-setup -v channel,extra shows the correct diseqc command being sent - the same one being sent by szap-s2.

(I'll attach the full log) 2009-11-26 09:34:39.702 DiSEqCDevTree: Changing LNB voltage to 18V 2009-11-26 09:34:40.203 DiSEqCDevTree: Resetting DiSEqC bus 2009-11-26 09:34:40.203 DiSEqCDevTree: Sending DiSEqC Command: e0 0 0 2009-11-26 09:34:40.983 DiSEqCDevTree: Changing to DiSEqC switch port 5/8 2009-11-26 09:34:40.983 DiSEqCDevTree: Sending DiSEqC Command: e0 10 39 f4

MythTV Version : 22906M MythTV Branch : trunk Network Protocol : 51 Library API : 0.23.20091122-1 QT Version : 4.5.3 Options compiled in:

linux release using_oss using_alsa using_jack using_backend using_directfb using_dvb using_frontend using_hdhomerun using_hdpvr using_iptv using_ivtv using_joystick_menu using_lirc using_mheg using_opengl_video using_opengl_vsync using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python using_opengl using_vdpau using_ffmpeg_threads using_live using_mheg

[Mike Nix <mnix@…>]

mythtv-setup channel scan through uncommitted 8x1 diseqc

[Mike Nix <mnix@…>]

If you are trying to replicate my setup, you will need this patch to the s2-liplianin drivers.

[Mike Nix <mnix@…>]

Further investigation shows that my S2-3650 is turning off the LNB power for a time when sending the uncommitted diseqc command :( It's as if the firmware thinks a diseqc 2.0 reply is coming back.

The diseqc will switch, but depending on what is plugged in to the port selected (eg an LNB that takes a bit of power at startup) the processor in the diseqc will run out of power and reset. If I switch to an LNB that is getting power from somewhere else, it works.

this bug can be closed as the fault is not in MythTV (and I will go hunting for firmware updates)

[robertm]

Thank you for reporting back.

[Mike Nix <mnix@…>]

For anyone finding this later, the issue was finally resolved by swapping the power hungry DMS Quad LNBs for better behaved Chess Edition II Quads.