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...

o o

Longitude and latitude are correct. The dish move correctly during the scan. All services are found on 0.8W and 4.8E. All the channels are mapped before I try to stream them. I'll post some screenshots later.

Rotor: USALS:
Site Latitude: 59.xx (Stockholm south, can't remember the exact decimals)
Site Longitude: 18.xx (Stockholm south, can't remember the exact decimals)
Satellite Longitude: -0.8

Rate: 420

Rotor: USALS:
Site Latitude: 59.xx (Stockholm south, can't remember the exact decimals)
Site Longitude: 18.xx (Stockholm south, can't remember the exact decimals)
Satellite Longitude: 4.8

Rate: 420

The network names are called Thor_1W and Sirius_5E (same name for the positions).

I will add some debug printouts in the code to try and figure out what is going on.

Thanks.

Philip Reynolds

Hello Gary,

thanks once again for your instructions.

Ok, here we go-

tvheadend Build: 3.9.1500~gf35f4ce~trusty
Linux Mint 17 64, kernel 3.14
TBS6922SE dvb-s/s2 card with latest TBS drivers
TBS6281 dvb-c card with latest TBS drivers
Golden Media -50-120 motor (rotor), same speed spec as your motor (so rate set to 400)

All other setup input followed as you described.

A few things to note-

1. in the log I constantly see-
comet failure [e=Cannot read property 'getById' of null]
comet failure [e=Cannot read property 'getById' of null]
comet failure [e=Cannot read property 'getById' of null]
comet failure [e=Cannot read property 'getById' of null]
comet failure [e=Cannot read property 'getById' of null]

comet failure [e=Cannot read property 'getById' of null]

2. tvheadend will not save the 'pre-defined muxes', I have to enter the transponders for each satellite manually and network discovery will do the rest. The normal trick of trying to enter 'pre-defined muxes' after making the network doesn't work.

3. When entering the USALS positions for each position in the advanced tab and then pressing save, the web page doesn't update. You have to reload the page to make sure the settings were saved.

Right. So, after everything is set up, dish will turn to correct position, and everything tunes in. Sometimes scanning is someteimes painfully slow, ie- 28.2 East took 1 hour. Signal strength is good, as is SNR. Finally after 3 hours, have 4 positions scanned. I map two channels, one from 0.8W and one from 4.8E. Reset XBMC PVR database, try to watch. Instantly XBMC reports 'lost connection to tvheadend'. Ok, so I restart tvheadend, and reset XBMC PVR database. Now when I try XBMC reports 'no free card available' or similar. All mapped DVB-C channels work correctly, only tuning to a DVB-S channel will trigger the 'lost connection to tvheadend'.

Tvheadend shows the DVB-S stream status as 'testing' when XBMC connects.

I'm at a dead end, hopefully there's light at the end of the tunnel.

Best regards,

Phil.

P.S- forgot to add that everything works fine when tvheadend is setup for universal lnb after the dish has moved to the correct position (no rotor).

Gary Brown

o o

try enabling trace with +all and upload a log for me to see.

Philip

point 1 is something to do with the webui. post an issue on this one as not rotor related

point 2 try editing the network and selecting the pre-defined muxes again this is a bug that has been brought up in the chat room.

point 3 is a webui bug again so post it in another issue.

'lost connection to tvheadend': this happens a lot with my setup but is down to the client(xbmc/kodi) and maybe the plugin. if you just wait it should sort itself out start up. can you test it in vlc by getting the http address from the channel page and opening it as a network stream, or if you can use the htsp plugin.

Gurabli Gurabli

I still need some time to do the testing, but it looks to me that there are still many bugs inside of TVH and XBMC. I need a stable and reliable TV with PVR for DVB-S, otherwise my wife will be mad:)
What do you suggest, should I try to switch to Openelec or stick to MediaPortal?

Philip Reynolds

Hi Gary,

thanks for your response.

I'm kind of new to linux, so how should I enable trace (I can search google tonight)?

I'll try with VLC this evening to play a stream when tvheadend is set up for rotor.

Loosing connection to XBMC has only started when using rotor control. Previously when I used just the DVB-C card and the DVB-S card setup as universal, a disconnect would happen once in blue moon.

Also, any idea why the stream status is 'testing' when XBMC tries to connect?

Thanks once again,

Phil.

P.S- Gurabli, my wife is a little bit annoyed with my 'hobby' :)

Jaroslav Kysela

Note that I tried to fix another positioning issue affecting mainly USALS rotors:

https://github.com/tvheadend/tvheadend/commit/03af723216afffaf57d9bb78d71a80a32adb7d9a

So, get the latest and greatest v3.9-1526-g4bce3dc now...

The issues with the predefined muxes should be also resolved.

o o

I did a very quick test (tvheadend 3.9.1526~g4bce3dc) but the stream status is still 'testing'. The rotor seems to work ok tough. At least it moves correctly between 0.8W and 4.8E and scanning for services works.

Hard to say if the timeout logic works without printing out the timeout value (I guess you have already done that :) )

Tvheadend work perfectly when I configure "Universal LNB only".

It makes me wonder if there is some kind of race condition going on?

Isn't the same "tuning" function as in the "LNB only case" used after the dish has been moved to the correct position?

If it is, tuning should work as long it is guaranteed that no other thread/process is trying to tune before the grace period has expired.

I will try to debug during the weekend when the wife is sleeping.

But one thing that puzzles me is that Gary Browns setup works perfectly. It makes me wonder if I have done a stupid configuration mistake. On the other hand, scanning for services works.

Gary Brown

o o if you take screenshots of the pages I've posted to change and upload them I can check.

My setup also includes a switch before the rotor as i've got a dedicated dish for Astra 28.2e and it works for everything but feeds but i think thats either my dish size or dvb-s2 card.

Philip Reynolds

Hi again,
so I tested with VLC to stream the channels once everything was setup. Last evening I was using build 1500.
When a channel was selected, the dish would move to the correct position, but the stream state stayed in 'testing', there was no data '0Kbs', and nothing showing in the SNR/Signal strength. Then tvheadend reported 'lost live feed' and XBMC lost the connection. VLC reported 'connection timed out'.

Missus was happy, as she was watching a recorded show from the DVB-C card (screams of rage from the bedroom:)).

This morning I noticed there was an update to build 1526, and installed that. Tried once again with VLC, same behaviour as above but without 'lost live feed', so that was good (though XBMC wasn't connected). I then tried a channel from the DVB-C card, which worked fine. Again tried a satellite channel, dish moved, but stream state stayed in 'testing', there was no data '0Kbs', and nothing showing in the SNR/Signal strength. VLC timed out. Tried the DVB-C channel, all ok.

I guess I'm in the same boat as o o , probably making an error in the config, as my symptoms are the same.

Scanning the channels went fine last night, though I think i know why it takes so much time. I've learn't to delete all unused or weak strength transponders when scanning, as once tvheadend tries to tune into one, it can take up 15 minutes to drop it and move on the next. Also, I read in another thread that the reason why the 'pre-defined muxes' couldn't be saved was because they were in DVB5 format. I ran the make file to convert them to DVB3 they started to work. That was build 1500.

Anyway, thanks Gary and Jaroslav for you efforts.

Best regards,
Phil.

Gurabli Gurabli

What is very promising, that Gary (and probably Jaroslav) got this working and they do have a fine working system. This would mean that it is working fine.

Strange is, that both Phil and o o have the same problems. I hope I will have some time to do the tests this weekend and post my experience too.

I guess it would be helpful if screenshots of each steps are uploaded as Gary asked already.

@Gary: can you please let us know which versions are you using (XBMC, TVH, Oscam) so that we could emulate exactly your setup?

And although not related to rotor, but can you tell me if timeshifting is working fine for you? Pause/resume, and skip xx seconds back/ff, which is a must for me? Or there are problems with this feature too?

I guess our logs will be helpful too, but I do not know how to post logs from Openelec.

BTW, I will use Openelec latest beta with the latest available TVH from their unofficial addon (version 4.1.2.1 that is based on tvheadend-3.9.681, or tvheadend-3.9.1083 if this is newer, confused).
Will see what will happen.

Gary Brown

Gurabli rotor support was only working since commit from 4th August 2014 version3.9.1139 and later Openelec version is to early to contain the fixes

for anyone asking I Use
OS:Ubuntu Server 14.04.1 LTS (GNU/Linux 3.13.0-32-generic x86_64)
Tvheadend: v3.9.1499
dvb-s card: Mystique SaTiX-S2 Sky PCI (http://www.amazon.co.uk/Mystique-SaTiX-S2-Sky-PCI-DiseqC/dp/B005IFWDIY) rotor: Alsat Superior Dark Motor

dish: Alsat 1m mesh dish

irrelavent but OSCam r9792 (as asked for by gurabli)

If people are trying to use an encrypted channel then the problem may not be with the rotor but your oscam setup. please check with unencrypted channels to see if the rotor is the problem.

Gurabli Gurabli

Thank you Gary! I will try to ask for a newer dev version of TVH for OE, maybe someone will compile one.

I intend to use Free to Air channels for testing, I asked OSCAM only to prevent further issues (I know it is not related to rotor).

OFF
As you are really a professional, can you please confirm if timeshifting is working properly, as it should?
OFF

Jaroslav Kysela

Note for predefined muxes (linuxdvb v5 format): It's fixed in v3.9-1519-g34cb850 . Just, test the latest :-)

Note that for USALS rotor, we have issue:

https://tvheadend.org/issues/2298

But I believe, it's fixed in v3.9-1520-g03af723 .

For further analysis, the logs are necessary..

Jaroslav Kysela

o o wrote:
> I did a very quick test (tvheadend 3.9.1526~g4bce3dc) but the stream status is still 'testing'. The rotor seems to work ok tough. At least it moves correctly between 0.8W and 4.8E and scanning for services works.

> Hard to say if the timeout logic works without printing out the timeout value (I guess you have already done that :) )

Note that you may determine the timing from the log file - just look to 'diseqc' traces...

If scan works, the services should work too.. It looks like another problem (descrambling or so)...

Gary Brown

Jaroslav I just want to ask a few questions on your code.

why did you replace the abs function with a custom version of it (deltaU32)?

the +999 before dividing by 1000 makes sure it rounds up no matter what so why did you add 1 second to the returned time function? what is this rounding issue?

Jaroslav Kysela

Gary Brown wrote:
> Jaroslav I just want to ask a few questions on your code.
>

> why did you replace the abs function with a custom version of it (deltaU32)?

It's much undestandable for me to stay in the integer range than to convert the negative integer to unsigned and compare + substract it then. I know it works, but....

> the +999 before dividing by 1000 makes sure it rounds up no matter what so why did you add 1 second to the returned time function? what is this rounding issue?

The timer is scheduled by seconds, so if you schedule in time 100.6 and the timer requests one second, it may run in time 101.0 .. So for safety, it's required to add extra second to make sure, that the delay is not less than expected.. It's different thing that 999/1000 rouding you're using..

Gary Brown

Ah no problem I get it now. cheers for clearing it up I'll update to latest now :)

o o

Jaroslav Kysela wrote:
> o o wrote:
> > I did a very quick test (tvheadend 3.9.1526~g4bce3dc) but the stream status is still 'testing'. The rotor seems to work ok tough. At least it moves correctly between 0.8W and 4.8E and scanning for services works.
> > Hard to say if the timeout logic works without printing out the timeout value (I guess you have already done that :) )
>
> Note that you may determine the timing from the log file - just look to 'diseqc' traces...
>

> If scan works, the services should work too.. It looks like another problem (descrambling or so)...

It might very well be a descrambling problem. If I wait long enough (10-15 minutes), I sometimes get a picture! The signal status is good even if stream is in the "testing" state.

Is there a difference in the descrambling function when rotor is used?
Sometimes I can see unknown CAID:SRVID in the oscam log even if they are correct.

Everything works perfectly when rotor is not used (universal LNB only). It takes 1-2 seconds to switch between encrypted HD channels in xbmc. I use a capmt connection to oscam.

If over the air EPG is enabled, it is not possible to zap to a channel on another satellite, the epggrab makes tvheadend hang.

Philip Reynolds

Hi o o,

I thought that it may be a descrambling error as well, so I just tried BBC World News on Thor, which is clear. Same thing again - status 'testing'.

To make sure I'm not going mad, 15 minutes ago I tried Viasat Hockey with rotor support enabled (status testing:() and then disabled rotor support, just universal lnb while the dish was in the same position. Worked perfectly.

Bugger.

If it's any use, here is the data from syslog for the two events- the first connection was with rotor support, the second without.

Sep 19 18:59:31 JungleServer tvheadend[4702]: HTTP: 192.168.1.41: /stream/channel/7e25d1a468aee6762ac281d9000a458b -- 401
Sep 19 18:59:41 JungleServer tvheadend[4702]: mpegts: 11919H in Sirius - tuning on TurboSight TBS 6923 DVBS/S2 frontend : DVB-S #0
Sep 19 18:59:41 JungleServer tvheadend[4702]: subscription: "HTTP" subscribing on "Viasat Hockey Finland", weight: 100, adapter: "TurboSight TBS 6923 DVBS/S2 frontend : DVB-S #0", network: "Sirius", mux: "11919H", provider: "<N/A>", service: "Viasat Hockey Finland", hostname="192.168.1.41", username="philip", client="VLC/2.1.4 LibVLC/2.1.4"
Sep 19 19:00:01 JungleServer tvheadend[4702]: webui: Stop streaming /stream/channel/7e25d1a468aee6762ac281d9000a458b, timeout waiting for packets
Sep 19 19:00:01 JungleServer tvheadend[4702]: subscription: "HTTP" unsubscribing from "Viasat Hockey Finland", hostname="192.168.1.41", username="philip", client="VLC/2.1.4 LibVLC/2.1.4"
Sep 19 19:00:01 JungleServer tvheadend[4702]: mpegts: 11919H in Sirius - tuning on TurboSight TBS 6923 DVBS/S2 frontend : DVB-S #0
Sep 19 19:00:01 JungleServer tvheadend[4702]: subscription: "HTTP" subscribing on "Viasat Hockey Finland", weight: 100, adapter: "TurboSight TBS 6923 DVBS/S2 frontend : DVB-S #0", network: "Sirius", mux: "11919H", provider: "<N/A>", service: "Viasat Hockey Finland", hostname="192.168.1.41", username="philip", client="VLC/2.1.4 LibVLC/2.1.4"
Sep 19 19:00:02 JungleServer tvheadend[4702]: mpegts: 12169H in Thor - not enabled
Sep 19 19:00:02 JungleServer tvheadend[4702]: mpegts: 12322H in Thor - not enabled
Sep 19 19:00:02 JungleServer tvheadend[4702]: mpegts: 12607V in Thor - not enabled
Sep 19 19:00:02 JungleServer tvheadend[4702]: mpegts: 12130H in Thor - not enabled
Sep 19 19:00:02 JungleServer tvheadend[4702]: mpegts: 11881V in Thor - not enabled
Sep 19 19:00:02 JungleServer tvheadend[4702]: mpegts: 11434V in Thor - not enabled
Sep 19 19:00:02 JungleServer tvheadend[4702]: mpegts: 11823H in Thor - not enabled
Sep 19 19:00:02 JungleServer tvheadend[4702]: mpegts: 12399H in Thor - not enabled
Sep 19 19:00:02 JungleServer tvheadend[4702]: mpegts: 12245H in Thor - not enabled
Sep 19 19:00:02 JungleServer tvheadend[4702]: mpegts: 11958V in Thor - not enabled
Sep 19 19:00:02 JungleServer tvheadend[4702]: mpegts: 11823H in Thor - not enabled
Sep 19 19:00:02 JungleServer tvheadend[4702]: mpegts: 11862H in Thor - not enabled
Sep 19 19:00:21 JungleServer tvheadend[4702]: webui: Stop streaming /stream/channel/7e25d1a468aee6762ac281d9000a458b, timeout waiting for packets
Sep 19 19:00:21 JungleServer tvheadend[4702]: subscription: "HTTP" unsubscribing from "Viasat Hockey Finland", hostname="192.168.1.41", username="philip", client="VLC/2.1.4 LibVLC/2.1.4"
Sep 19 19:00:21 JungleServer tvheadend[4702]: HTTP: 192.168.1.41: /stream/channel/7e25d1a468aee6762ac281d9000a458b -- 401
Sep 19 19:00:22 JungleServer tvheadend[4702]: mpegts: 12169H in Thor - not enabled
Sep 19 19:00:22 JungleServer tvheadend[4702]: mpegts: 12322H in Thor - not enabled
Sep 19 19:00:22 JungleServer tvheadend[4702]: mpegts: 12607V in Thor - not enabled
Sep 19 19:00:22 JungleServer tvheadend[4702]: mpegts: 12130H in Thor - not enabled
Sep 19 19:00:22 JungleServer tvheadend[4702]: mpegts: 11881V in Thor - not enabled
Sep 19 19:00:22 JungleServer tvheadend[4702]: mpegts: 11434V in Thor - not enabled
Sep 19 19:00:22 JungleServer tvheadend[4702]: mpegts: 11823H in Thor - not enabled
Sep 19 19:00:22 JungleServer tvheadend[4702]: mpegts: 12399H in Thor - not enabled
Sep 19 19:00:22 JungleServer tvheadend[4702]: mpegts: 12245H in Thor - not enabled
Sep 19 19:00:22 JungleServer tvheadend[4702]: mpegts: 11958V in Thor - not enabled
Sep 19 19:00:22 JungleServer tvheadend[4702]: mpegts: 11823H in Thor - not enabled
Sep 19 19:00:22 JungleServer tvheadend[4702]: mpegts: 11862H in Thor - not enabled
Sep 19 19:01:26 JungleServer tvheadend[4702]: mpegts: 12169H in Thor - not enabled
Sep 19 19:01:26 JungleServer tvheadend[4702]: mpegts: 12322H in Thor - not enabled
Sep 19 19:01:26 JungleServer tvheadend[4702]: mpegts: 12607V in Thor - not enabled
Sep 19 19:01:26 JungleServer tvheadend[4702]: mpegts: 12130H in Thor - not enabled
Sep 19 19:01:26 JungleServer tvheadend[4702]: mpegts: 11881V in Thor - not enabled
Sep 19 19:01:26 JungleServer tvheadend[4702]: mpegts: 11434V in Thor - not enabled
Sep 19 19:01:26 JungleServer tvheadend[4702]: mpegts: 11823H in Thor - not enabled
Sep 19 19:01:26 JungleServer tvheadend[4702]: mpegts: 12399H in Thor - not enabled
Sep 19 19:01:26 JungleServer tvheadend[4702]: mpegts: 12245H in Thor - not enabled
Sep 19 19:01:26 JungleServer tvheadend[4702]: mpegts: 11958V in Thor - not enabled
Sep 19 19:01:26 JungleServer tvheadend[4702]: mpegts: 11823H in Thor - not enabled
Sep 19 19:01:26 JungleServer tvheadend[4702]: mpegts: 11862H in Thor - not enabled
Sep 19 19:01:32 JungleServer tvheadend[4702]: HTTP: 192.168.1.41: /api/mpegts/input/network_list -- 400
Sep 19 19:01:32 JungleServer tvheadend[4702]: message repeated 4 times: [ HTTP: 192.168.1.41: /api/mpegts/input/network_list -- 400]
Sep 19 19:01:39 JungleServer tvheadend[4702]: HTTP: 192.168.1.41: /stream/channel/7e25d1a468aee6762ac281d9000a458b -- 401
Sep 19 19:01:48 JungleServer tvheadend[4702]: mpegts: 11919H in Sirius - tuning on TurboSight TBS 6923 DVBS/S2 frontend : DVB-S #0

Sep 19 19:01:48 JungleServer tvheadend[4702]: subscription: "HTTP" subscribing on "Viasat Hockey Finland", weight: 100, adapter: "TurboSight TBS 6923 DVBS/S2 frontend : DVB-S #0", network: "Sirius", mux: "11919H", provider: "<N/A>", service: "Viasat Hockey Finland", hostname="192.168.1.41", username="philip", client="VLC/2.1.4 LibVLC/2.1.4"

The only differnce I can see is at the bottom - /api/mpegts/input/network_list -- 400.

Gary Brown

o o I forgot about the epggrab function. even changing channel it seems to have priority over a channel and this is with and without rotor.

« Previous Page Next Page »