Jump to content


Photo

Receiver no longer time synced


  • Please log in to reply
173 replies to this topic

#1 mattiL

  • Senior Member
  • 268 posts

+5
Neutral

Posted 14 December 2017 - 17:54

My Vu+ Duo2 running OpenPLi 6.0 from 2017-12-05 no longer keeps the correct time, it's running 8 minutes ahead.

 

I tried to find the settings for fetching time from transponder but could not find it, so then I installed the System Time plugin to allow the receiver to sync via NTP.

 

It does not seem to works as one would expect, if I manually read the time it will show a correct time, but the time in the receiver is not adjusted.

Restarted Enigma but still wrong time, rebooted, still wrong time.

 

Now the System Time plugin is set to sync every 20 minutes, but the time is still not adjusted, still 8 minutes ahead.

 

What can I do to resolve this?

 

Time to install 6.1 RC perhaps..



Re: Receiver no longer time synced #2 janejak

  • Senior Member
  • 284 posts

+11
Neutral

Posted 14 December 2017 - 19:02

Try to turn ur box totally off and turn off the powerswish and wait for 2 min then power on and start ur box


Edited by janejak, 14 December 2017 - 19:04.


Re: Receiver no longer time synced #3 WanWizard

  • PLi® Core member
  • 58,455 posts

+1,276
Excellent

Posted 14 December 2017 - 19:04

Before you do, find a good channel, select it in the channel list, press the menu button, and set the channel to your startup channel. That makes sure it starts up with the correct time.


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2+fallback), Octagon SF8008 (S2+T2), Zgemma H9.2H (T2+fallback)

Many answers to your question can be found in our new and improved wiki.

Because to health reasons, I will not be active online very often anymore.


Re: Receiver no longer time synced #4 mattiL

  • Senior Member
  • 268 posts

+5
Neutral

Posted 14 December 2017 - 19:08

Try to turn ur box totally off and turn off the powerswish and wait for 2 min then power on and start ur box

I just did, and now the time is correct again!

Several reboots and an update did nothing, most peculiar..

 

I noticed during one restart that correct time was shown during startup, before Enigma opened up.

 

 

Thank's all for replying though!



Re: Receiver no longer time synced #5 athoik

  • PLi® Core member
  • 8,395 posts

+321
Excellent

Posted 14 December 2017 - 19:27

It was mentioned before, unplug your receiver, let the capacitors discharge (5-10 min) and try.

Edited by athoik, 14 December 2017 - 19:28.

Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Receiver no longer time synced #6 SpaceRat

  • Senior Member
  • 1,024 posts

+64
Good

Posted 21 December 2017 - 22:13

The reason is idiotic logic in dvbtime.cpp

The transponder time sync code asks the transponder time but gives shit about the answer.
As soon as the time is off by more than 120 seconds, no more syncing is done.

Gesendet von meinem SM-N910F mit Tapatalk
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: Receiver no longer time synced #7 SpaceRat

  • Senior Member
  • 1,024 posts

+64
Good

Posted 21 December 2017 - 22:28

There is another silly check in dvbtime.cpp:

If the box already has a wrong but plausible time at start, it disables transponder time sync entirely by turning the time difference into a "fuckup factor" (of course referred to as "correction" factor inside the code).

This error has been inside E2 forever, allowing the time to slowly drift by years, but disallowing it to ever sync again.

We (I) managed to create a scenario in which this problem messes up time for non-networked boxes permanently:
In order to have other things (OpenVPN, WebDAV mounts, https in startup scripts, ...) work, the system time gets saved on shutdown and restored on boot. While it makes the time to be off by the time the box was off, it's good enough to keep the time within the validity period of certs ... but sadly also makes the "do no first transponder sync" bug in E2 kick in.

Gesendet von meinem SM-N910F mit Tapatalk
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: Receiver no longer time synced #8 Dimitrij

  • PLi® Core member
  • 7,777 posts

+252
Excellent

Posted 22 December 2017 - 06:55

Use this code:

eDVBLocalTimeHandler.getInstance().syncDVBTime()

Force update time for current transponder.


Duo 4K/Lunix3-4K/Solo 4K


Re: Receiver no longer time synced #9 SpaceRat

  • Senior Member
  • 1,024 posts

+64
Good

Posted 22 December 2017 - 11:01

Well, the question is not about possible workarounds but why this strange logic was put in place at all:

E2 trusts the transponder time enough to adjust the box' clock according to it no matter how much it differs, as long as the box has no plausible time (Based on a very silly check).
In later syncs, it does not trust the transponder time anymore and only syncs the box time with it if the difference is less than 120 seconds.

This makes absolutely no sense to me:
"I will allow you to make my time slowly drift away, but I refuse to let you correct my time if it is entirely wrong".
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: Receiver no longer time synced #10 WanWizard

  • PLi® Core member
  • 58,455 posts

+1,276
Excellent

Posted 22 December 2017 - 13:09

This mechanism was added dogs years ago (afaik in DMM days), to deal with the many dodgy transponders out there.

 

Before this mechanism, time was sycned with every transponder, causing time to fly all over the place. So a delta was introduced so transponders that are too far off are discarded (the infamous 120s). Obviiously, this only works if the time you started with is ok, which is why booting the box on a known good transponder (i.e. set a startup channel) is important, since boxes don't have an RTC.

 

Removing the delta mechanism will have the benefit of a bad time being corrected when you happen to zap to a transponder with the correct time, it will also re-introduce the problem of changing the time on dodgy transponders, causing EPG to be wrong, timers to record the wrong programs, etc.

 

Unfortunately, it is like having to choose between the pest and the cholera. 

 

It can only really be solved by having an RTC in the box (looking at you, mr. manufacturer!), or by disabling transponder syncs and using NTP (imho also a workaround, and only works if you have permanent network access).


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2+fallback), Octagon SF8008 (S2+T2), Zgemma H9.2H (T2+fallback)

Many answers to your question can be found in our new and improved wiki.

Because to health reasons, I will not be active online very often anymore.


Re: Receiver no longer time synced #11 Erik Slagter

  • PLi® Core member
  • 46,690 posts

+534
Excellent

Posted 22 December 2017 - 13:12

This is, again, one of these issues that affects 0.1% of the users. It's not the best solution but there is no simple alternative. For those who really can't live with the idea, simply install an ntp client. All the others have no problems. Let's focus on matters that make the difference.


* Wavefrontier T90 with 28E/23E/19E/13E/9E/4.8E/0.8W/5W via SCR switches 2 x 2 x 6 user bands
* Ziggo digital cable TV (FTA)
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.

Re: Receiver no longer time synced #12 SpaceRat

  • Senior Member
  • 1,024 posts

+64
Good

Posted 22 December 2017 - 13:37

I see myriads of threads "box time wrong" on the web, so this is a problem that really matters.

As long as transponders drift within the grace window of 120 sec per 15 min, the clock is allowed to drift before the Lord's birth or the end of the universe.
The 1190 seconds difference from 10 syncs aren't any better than 1190 seconds time difference in just one sync.
And I have seen that happen quite a lot, which is why I switch my boxes to NTP sync, but that's not a solution for non-networked boxes.

What I miss in dvbtime.cpp is any processing of the fuckup factor ... even if each and every transponder reports the box time to be off by days, E2 will not fix its time but instead just update the fuckup factor.

So one could as well delete the entire dvbtime.cpp and declare a clock going wrong an industry standard.

IMHO there needs to be a better algorithm.
E.g.: If the fuckup factor stays within a constant range even after changing transponders, the transponders are most probably right.

No such check is ever performed and so the "power off the box, let the capacitors unload and re-power the box" or "enable NTP sync" workarounds are all around the web.

I bet TechniSat, other decent brand boxes or even 20 EUR DIY market crap boxes have better code to handle this.
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: Receiver no longer time synced #13 SpaceRat

  • Senior Member
  • 1,024 posts

+64
Good

Posted 22 December 2017 - 13:39

To make the absurdity clear:
As soon as we have a fuckup factor, we could as well disable the transponder sync (As we will never sync to it again) to save CPU power.
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: Receiver no longer time synced #14 WanWizard

  • PLi® Core member
  • 58,455 posts

+1,276
Excellent

Posted 22 December 2017 - 13:39

IMHO there needs to be a better algorithm.

 

I think we can all agree to that. ;) 

 

There have been several attempts, one uglier than the other, and none with a substantially better solution with none of the side-effects. So looking forward to a better suggestion.


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2+fallback), Octagon SF8008 (S2+T2), Zgemma H9.2H (T2+fallback)

Many answers to your question can be found in our new and improved wiki.

Because to health reasons, I will not be active online very often anymore.


Re: Receiver no longer time synced #15 SpaceRat

  • Senior Member
  • 1,024 posts

+64
Good

Posted 22 December 2017 - 14:34

Just brainstorming:

May I assume that the main problem is transponders in local time rather than UTC?
In that case, the correction factor could be forced to be a multiple of 1800 sec (30 Min).
So if the transponder is off by 7340 seconds, we could semi-safely assume it is a local time from UTC+2 but that the 140 seconds are true drift of our clock.
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: Receiver no longer time synced #16 WanWizard

  • PLi® Core member
  • 58,455 posts

+1,276
Excellent

Posted 22 December 2017 - 14:37

Perhaps it's a good idea to add some debugging to it first, and then have people zapping past every transponder they can access, logging the timestamp and the delta.

 

So we have an idea of the problem. I hate assumptions... ;)


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2+fallback), Octagon SF8008 (S2+T2), Zgemma H9.2H (T2+fallback)

Many answers to your question can be found in our new and improved wiki.

Because to health reasons, I will not be active online very often anymore.


Re: Receiver no longer time synced #17 SpaceRat

  • Senior Member
  • 1,024 posts

+64
Good

Posted 22 December 2017 - 14:39

There is DEBUG code around, one just needs to define DEBUG ...

BTW: The amount of DEBUG logging in that file underlines the fact that not even the original author appeared to be happy with it and deemed it to need rework.

Edited by SpaceRat, 22 December 2017 - 14:40.

1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: Receiver no longer time synced #18 twol

  • Senior Member
  • 392 posts

+10
Neutral

Posted 22 December 2017 - 15:05

I think you have just convinced me to change over to NTP

Gigablue Quad 4K & UE 4K
.........FBC Tuners:
------------------> DUR-Line DCR 5-1-8-L4 Multiswitch to 1.5M dish(28.2E)
------------------> Spaun SUS 5581/33 NFA Multiswitch to 80 cm dish(19.2E)
.........DVB-S2X into 90cm dish (27.5W)

Octagon sf8008, AX HD61, Edision Osmio 4K+, Zgemma H9Combo using Legacy ports on multiswitches
Zgemma H9twin & Zgemma H9 C/S mode into Giga4K
 


Re: Receiver no longer time synced #19 WanWizard

  • PLi® Core member
  • 58,455 posts

+1,276
Excellent

Posted 22 December 2017 - 15:08

I think you have just convinced me to change over to NTP

 

Install the systemtime plugin if you want to do that.


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2+fallback), Octagon SF8008 (S2+T2), Zgemma H9.2H (T2+fallback)

Many answers to your question can be found in our new and improved wiki.

Because to health reasons, I will not be active online very often anymore.


Re: Receiver no longer time synced #20 Satpal

  • Senior Member
  • 291 posts

+4
Neutral

Posted 22 December 2017 - 15:43

Correct me if I'm wrong, but hasn't there been a fix - also kind of a workaround but working well enough for me - before in Openpli where the startup transponder time from a trusted transponder defined by the startup channel was established as the correct time and wasn't subject to change after that anymore?

 

The systemtime plugin is working well enough in Openpli but there are other images that don't have it on their feeds.




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users