Rotor(Motor) Support Latest Information.

Gary Brown · 2014-05-27T18:36:03+00:00

PLEASE READ ALL OF THIS POST AND THEN BEFORE POSTING HERE AND DON'T EMAIL ME CURRENT STATUS OF ROTOR SUPPORT: Working since commit from 4th August 2014 vers...

Philip Reynolds

Hi Gurabli,

sorry for the late reply.

Maybe you've tried already, but timeshifting does work- I've used it on a few occasions. It's something I rarely use though, so maybe you should give it a good test.

Best regards,
Phil.

Hans Gruber vielleicht

So I installed XBMCBuntu and after that TVHeadend 3.4.28 with that commands

curl http://apt.tvheadend.org/repo.gpg.key | sudo apt-key add - sudo apt-add-repository http://apt.tvheadend.org/stable sudo apt-get update sudo apt-get install tvheadend

My TeVii S660 is recognized as

Montage Technology DS3000

The problem now is to get the rotor working. The pictures here in this thread are no where to be found in my configuration windows. So I'm a bit off here. In the Satellite.config windows I have put two lines in it. One with switchport 2 (for Astra 19.2) and the other with switchport 3 (for Astra 28.2). But from there on I do not know if this is correct or if there are other configuration windows hidden in which I can tell the server to send a command for turning to 2 or to 3.

Hans Gruber vielleicht

Hans Gruber vielleicht wrote:
> So I installed XBMCBuntu and after that TVHeadend 3.4.28 with that commands
>
>

curl http://apt.tvheadend.org/repo.gpg.key | sudo apt-key add -
> sudo apt-add-repository http://apt.tvheadend.org/stable
> sudo apt-get update
> sudo apt-get install tvheadend

>
> My TeVii S660 is recognized as
>
> Montage Technology DS3000
>

> The problem now is to get the rotor working. The pictures here in this thread are no where to be found in my configuration windows. So I'm a bit off here. In the Satellite.config windows I have put two lines in it. One with switchport 2 (for Astra 19.2) and the other with switchport 3 (for Astra 28.2). But from there on I do not know if this is correct or if there are other configuration windows hidden in which I can tell the server to send a command for turning to 2 or to 3.

The 2 and 3 are the settings in the rotor to get to the position I saved in the rotor because everything else don't work here (GPS coordinates and such things, just the numbers I saved in the rotor work!)

Trevor Tate

I seem to have trouble with my rotor in tvheadend, I use the latest github version so uses all the latest patches for rotor.

I noticed that I can manually turn the motor with the dvbutils program gotox

to turn the dish correctly i have too close tvheadend, run gotox form dvbutils and then reload tvheadend, having the configuration set to universla lnb instead of gotox or usals .

looking at the code for dvbutils gotox program it uses the function dvbsec_diseqc_goto_rotator_bearing from libdvbsec - command byte 6E, , this may be why some people have problems with tvheadend, its the initial installation zero setting that is stored in the motor, ie for me it was 0.8 degrees West thor satellites that is the reference, the command 6E goes to satellite positions based on that reference position stored at installation. There is the calulations for the 2 bytes the 6E command needs on dvbsec_diseqc_goto_rotator_bearing code

Jaroslav Kysela

Trevor Tate wrote:

> looking at the code for dvbutils gotox program it uses the function dvbsec_diseqc_goto_rotator_bearing from libdvbsec - command byte 6E, , this may be why some people have problems with tvheadend, its the initial installation zero setting that is stored in the motor, ie for me it was 0.8 degrees West thor satellites that is the reference, the command 6E goes to satellite positions based on that reference position stored at installation. There is the calulations for the 2 bytes the 6E command needs on dvbsec_diseqc_goto_rotator_bearing code

Have you tried to fill correctly all values ? Also, you may enable trace for "diseqc" subsystem and check the "rotor USALS goto" lines.

I also added the "Zero Sat Longitude" settings to USALS now (v3.9-2190-g1b193a3).

Trevor Tate

still having problems with diseqc rotor control with tv headend

I have been doing a few tests and noticed that the tvheadend the E0 31 6E nn nn
28.2 Astra 2 = e0 b0

13 Hotbird = e0 5b

where the dbvutils gotox/dvbsec_diseqc_goto_rotator_bearing the E0 31 6E nn nn
28.2 Astra 2 = e1 c3

13 Hotbird = e0 d0

Jaroslav Kysela

Trevor Tate wrote:

> still having problems with diseqc rotor control with tv headend

The tvh function to calculate the position values is here:

https://github.com/perexg/tvheadend/blob/master/src/input/mpegts/linuxdvb/linuxdvb_rotor.c#L210-L280

It takes in account the position of dish. Maybe your rotor already does this calculation and expects only the satellite position number?

The dvbsec_diseqc_goto_rotator_bearing() function only converts the angle value to two-byte format.

https://github.com/tufei/dvb-apps/blob/master/lib/libdvbsec/dvbsec_api.c#L519-L551

Trevor Tate

quite possibly so, I have a dreambox 800 running enigma and i originally set the dish up with strongest satellite closest to 0' which was thor at -0.8 West

http://www.eutelsat.com/files/contributed/satellites/pdf/Diseqc/associated%20docs/positioner_appli_notice.pdf

chapter 3.9

by the way, is the gotox function in tvheadend working as i have stores positions in my motor, ie pos 1 = 28.2 and pos 2 = 13 hotbird, i put these and select gotox instead of usals and it does not seem to work either?

the only way i can turn the dish to the correct position is to use the gotox command

my motor is a technomate tm2600 http://www.technomate.com/products/TM%252d2600.html looks pretty standard?

Jaroslav Kysela

Trevor Tate wrote:
> quite possibly so, I have a dreambox 800 running enigma and i originally set the dish up with strongest satellite closest to 0' which was thor at -0.8 West
>
> http://www.eutelsat.com/files/contributed/satellites/pdf/Diseqc/associated%20docs/positioner_appli_notice.pdf > chapter 3.9
>
> by the way, is the gotox function in tvheadend working as i have stores positions in my motor, ie pos 1 = 28.2 and pos 2 = 13 hotbird, i put these and select gotox instead of usals and it does not seem to work either?
>

> the only way i can turn the dish to the correct position is to use the gotox command

The GOTOX command should work, again with --trace diseqc you may track which diseqc commands are sent to your rotor. Also, don't omit to fill the Satellite Longitude in for 19.2E = 19.2, 0.8W = -0.8 to correctly calculate rotation delay time in tvheadend.

Trevor Tate

finally got tvheadend to rotate my dish correctly, using USALS I have used the ideas in the dvbsec_diseqc_goto_rotator_bearing function from dvbsec into linuxdvb_rotor.c

Maybe you could add option for this in tvheadend for just satellite position number instead of the calculations you have, I would be interested to know how you did your satellite motor installation.

got another issues now is that the epggrab is swapping between satellites, my motor must be doing overtime rotating,

Also another feature that would be great is a nudge factor for n steps east or n steps west after moving to satellite for signal optimisation. When I use my dreambox i have saved positions which when first set up using USALS and using the SAT FIND utility couple of steps east or west until the peak signal was achieved, really helps with some weak transponders that intermitantly lock. Everytime I had strong winds i know i would have to nudge the usals positions the dish got to.

Richard Bolster

Changed from Mythtv to Tvheadend a couple of weeks ago and was happy to see how well the rotor support was working. But today I did an update and it stopped working to build: 3.9.2212~gb87eb89~trusty. Noticed that they changed something in usals. A line "zero sat longitude" has been added since. To be honest don't know what to add here.
!!
Somehow it remind me when I was using mythtv. After a while got the same problem

https://code.mythtv.org/trac/ticket/10845
Maybe I simply have to put the right parameters in new line zero sat longitude?!

Jaroslav Kysela

Trevor Tate wrote:

> finally got tvheadend to rotate my dish correctly, using USALS I have used the ideas in the dvbsec_diseqc_goto_rotator_bearing function from dvbsec into linuxdvb_rotor.c

Enter new issue to our tracker with your code to check.

> Maybe you could add option for this in tvheadend for just satellite position number instead of the calculations you have, I would be interested to know how you did your satellite motor installation.

I don't have a motor - I'm tvh developer.

> got another issues now is that the epggrab is swapping between satellites, my motor must be doing overtime rotating,

Create another issue. I agree that it would be good to sort muxes according positions for epggrab.

> Also another feature that would be great is a nudge factor for n steps east or n steps west after moving to satellite for signal optimisation. When I use my dreambox i have saved positions which when first set up using USALS and using the SAT FIND utility couple of steps east or west until the peak signal was achieved, really helps with some weak transponders that intermitantly lock. Everytime I had strong winds i know i would have to nudge the usals positions the dish got to.

You mean a global nudge settings for all positions ?

Jaroslav Kysela

Richard Bolster wrote:
> Changed from Mythtv to Tvheadend a couple of weeks ago and was happy to see how well the rotor support was working. But today I did an update and it stopped working to build: 3.9.2212~gb87eb89~trusty. Noticed that they changed something in usals. A line "zero sat longitude" has been added since. To be honest don't know what to add here.
> !!
> Somehow it remind me when I was using mythtv. After a while got the same problem
>
https://code.mythtv.org/trac/ticket/10845

> Maybe I simply have to put the right parameters in new line zero sat longitude?!

There are no changes if you keep the zero sat longitude as zero:


-  double pos = TO_RAD(lr->lr_sat_lon);
+  double pos = TO_RAD(lr->lr_sat_lon - lr->lr_zero_lon);

As you can see, if lr_zero_lon is 0, then the diseqc command computation is same as before. I guess, that you hit another problem.

Trevor Tate

You mean a global nudge settings for all positions ? maybe per satellite, not all satellites would need it i think

Richard Bolster

Before trying to find which other problem hit me I would like to try a build from two weeks ago, but how to obtain a previous unstable version?

ProfYaffle

Build it from source using git checkout <hash> - that allows you to move to a specific version before you compile. Clone it as per the instructions, then checkout that specific version immediately before running configure or Autobuild.sh.

Richard Bolster

Prof Yaffle wrote:

> Build it from source using git checkout <hash> - that allows you to move to a specific version before you compile. Clone it as per the instructions, then checkout that specific version immediately before running configure or Autobuild.sh.

Thank you very much for your help. Compiled version v3.9.2178 and was able to scan and watch 4.8E, 13.0E and 28.2E using usals. Tomorrow will try the repository version again and use the same configuration.

Levente Cseh

Some of the rotors, like the SG2100 ( https://www.satcruiser.com/PubFiles/SG_2100.pdf ) have a built-in table of satellite positions (page 7). Would that be possible to align to this? Note that Samsung Smart TVs that are equipped with sat tuners do support this, and allow you to select the satellites from a menu in an easy way.

I tried the setup depicted above, and the rotor is supposed to have 2,5°/s speed at 18V, so even the rate should be similar, but it turns to an unknown position instead.

Is there a way to measure the voltage applied to the rotor? I'm not convinced it has 18V btw. Haven't seen any such circuitry on the Cine S2 card that would transform 12V to 18V. Of course I may be wrong...
<<

Gary Brown

Sorry Guys but Long time no Post, I'm in my 3rd year of uni and have very little time

o o wrote:

> Another thing that would be nice to know is if Garys system is working well with the latest build.

Sorry I never got back to you (see above) but my rotor is not working with the latest master. it did stop working in the last 2-3 months so something was changed along the way breaking my system. (this could be either the software or even my rotor as I've had one rotor stop working all together on me during the summer and needed replacement.) there is also the wind factor for me as I think my dish has been blown out of alignment as well. guess i'm going to need to loan a set top box to check if its my rotor before I confirm anything really. I'll post once I know though.

Levente Cseh wrote:

> I tried the setup depicted above, and the rotor is supposed to have 2,5°/s speed at 18V, so even the rate should be similar, but it turns to an unknown position instead.

it sounds like your site lat/long is incorrect Are you using the values in the pictures or your own?

> Is there a way to measure the voltage applied to the rotor? I'm not convinced it has 18V btw. Haven't seen any such circuitry on the Cine S2 card that would transform 12V to 18V. Of course I may be wrong...

All dvb-s devices have the 12-18v built in as this is the way the LNB is switched between polarisations.

I'm Just going to point out that the code Is probably broken and i cannot findout until later this week when I go up to my parents house and check the setup.
<<

Levente Cseh

I'm using my own coordinates of course.
Will wait for your fix, and I'll give a try next week. Do you plan to include it in a forthcoming release?

« Previous Page Next Page »