Ga naar inhoud
Log in om dit te volgen  
Gast

NTP protocol

Aanbevolen berichten

Gast

Wie heeft ervaring met ntp op de dreambox.

ik ben een init file aan het creeren waar ik een aantal "standaard" services en instellingen in opneem zodat als na een nieuwe image installatie mijn instellingen weg zijn ik via de gekreerde init file al mijn standaard instellingen terugzet zoals:

- swapfile

- mounts

- date / ntp

- en nog meer "handige" zaken die ik aan het uitzoeken ben

 

Afin op dit moment zoek ik de ntp?

Deel dit bericht


Link naar bericht
Delen op andere sites

Gast

Volgens mij zit er geen NTP in de (uitgekleede) Linux van de Dreambox. <img src="/ubbthreads/images/graemlins/tongue.gif" alt="" />

Deel dit bericht


Link naar bericht
Delen op andere sites
Gast
Citaat:
Wie heeft ervaring met ntp op de dreambox.

Afin op dit moment zoek ik de ntp?


Je hebt niets aan ntp in de dreambox door een ontwerpfout in enigma.
Bij het opstarten zet deze zelf de tijd keihard op 0 (= 1 jan 1970), gaat vervolgens wachten tot er een tijd van de satelliet binnen komt en kijkt dan hoeveel deze tijd verschilt van de op dat moment huidige tijd (= ongeveer 1 minuut).
Dit verschil slaat hij op.

Als je daarvoor of daarna de systeemklok zelf gaat bijsturen dan wordt "volgens enigma" de tijd dus volslagen verkeerd.

Wil je iets aan de klok bijsturen dan zul je dit moeten inbouwen in enigma (of als plugin schrijven) zodat de interne timekeeping van enigma er van weet. Een extern xntpd proces draaien geeft alleen maar problemen.

Deel dit bericht


Link naar bericht
Delen op andere sites
Gast

Fr@nk,

Dat heb ik inderdaad gezien dat ntp er niet inzit.

ik ben op zoek naar een mechanisme waarbij ik onafhankelijk van de standaard image toch van ntp gebruik kan maken als dat werkt ben ik het time/date probleem krijt.

Dus vandaar mijn vraag of iemand hier al eens wat tijd aan heeft besteed en of ervaring heeft hoe dit op te zetten.

Deel dit bericht


Link naar bericht
Delen op andere sites
Gast

bedankt robb.

weet je of er een script bestaat dat de tijd opvraagt aan de sataliet? daar zou ik ook genoegen mee nemen. <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />

Deel dit bericht


Link naar bericht
Delen op andere sites
Gast

Dat hoeft niet, dat gebeurt standaard al. Druk op OK en je ziet de transpondertijd.

 

Als je bedoelt dat de Linux tijd gelijk zou moeten worden gezet: dat vind ik ook, dat is een gevolg van die fout in enigma dat dat niet gebeurt. Dat zouden ze moeten oplossen.

Wellicht ziet de maker dit niet als een probleem.

Deel dit bericht


Link naar bericht
Delen op andere sites
Gast

Ben ik het helemaal mee eens de maker zoe dit moeten oplossen. echter ben ik in staat zelf een script te schrijven waar bij de tijd gelijk gezet kan worden onafhankelijk van de image ontwerper als ik weet met welke syntax ik de sataliet om datum input kan vragen.

Als ik dit voor elkaar heb kan ik het schript in mijn init schript verwerken en voila <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />

Deel dit bericht


Link naar bericht
Delen op andere sites
Gast
Citaat:
Ben ik het helemaal mee eens de maker zoe dit moeten oplossen. echter ben ik in staat zelf een script te schrijven waar bij de tijd gelijk gezet kan worden onafhankelijk van de image ontwerper als ik weet met welke syntax ik de sataliet om datum input kan vragen.
Als ik dit voor elkaar heb kan ik het schript in mijn init schript verwerken en voila <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />


Nee dat kan helaas niet.
Wat wel mogelijk is: een plugin voor enigma maken (in c++) en daar de boel in corrigeren. Dwz de tijd van de transponder overbrengen naar de Linux klok en de variabele met het verschil op 1 zetten (0 werkt niet). Dan loopt de Linux klok gelijk.

Deel dit bericht


Link naar bericht
Delen op andere sites
Gast

<img src="/ubbthreads/images/graemlins/smile.gif" alt="" /> pieperdepiep

dan ga ik maar op zoek naar een voorbeeld plugin die ik kan tweeken.

Ik zal het ronald eens vragen, alvast bedankt voor je reactie zodra ik iets werkend heb meld ik het op het board.

Deel dit bericht


Link naar bericht
Delen op andere sites
Citaat:
smile pieperdepiep
dan ga ik maar op zoek naar een voorbeeld plugin die ik kan tweeken.
Ik zal het ronald eens vragen, alvast bedankt voor je reactie zodra ik iets werkend heb meld ik het op het board.


Delight en Robbb:
Nou ik zou het prettig vinden als jullie een oplossing konden bedenken voor dit time probleem.
Ik vind het behoorlijk irritant en verbaas me er eigenlijk over dat dit na een jaar nog steeds niet opgelost is.
Blijkbaar heeft het geen prioriteit maar ook kleine bugs willen graag opgelost worden <img src="/ubbthreads/images/graemlins/smile.gif" alt="" />

Deel dit bericht


Link naar bericht
Delen op andere sites

In het begin is enige malen geprobeerd om dit 1970-probleem op te lossen.

Zonder aan Enigma te zitten zal het zeer waarschijnlijk niet lukken.

 

In Ronaldd's images zaten (of zitten nog steeds ??) rdate of ntpdate er in.

Effect is hetzelfde : Enigma raakt van slag.

Deel dit bericht


Link naar bericht
Delen op andere sites
Citaat:
smile pieperdepiep
Ik zal het ronald eens vragen, alvast bedankt voor je reactie zodra ik iets werkend heb meld ik het op het board.

Ik heb al te veel zaken voor de dreambox waar ik mee bezig wil zijn. Ik ga me daarom hier niet in verdieppen. Als iemand een plugin of enigma patch maakt, dan wil ik hem uiteraard wel meenemen in mijn image.

Ronald

Deel dit bericht


Link naar bericht
Delen op andere sites
Gast
Citaat:
In het begin is enige malen geprobeerd om dit 1970-probleem op te lossen.
Zonder aan Enigma te zitten zal het zeer waarschijnlijk niet lukken.

In Ronaldd's images zaten (of zitten nog steeds ??) rdate of ntpdate er in.
Effect is hetzelfde : Enigma raakt van slag.


Nee maar het kan wel met een plugin.
Het essentiele is dat als de systeemtijd verzet wordt met stime(), er altijd een gelijke verandering van de variabele time_difference gedaan moet worden. Dan raakt enigma niet van slag.

Helaas mag time_difference niet 0 worden want deze waarde wordt misbruikt als indicatie voor "time_difference nog niet bekend" (vlak na het opstarten als er nog niks ontvangen is). In dat geval laat ie --:-- zien als tijd.

De simpelste implementatie zou zijn: wacht tot time_difference niet 0 is, en pak dan deze waarde en trek er een klein verschil vanaf (60 seconden bijvoorbeeld). Zet het resultaat in de systeemklok met stime() en zet vervolgens time_difference op dat kleine verschil (60).
Enigma denkt dan dat de klok goed staat en laat de juiste tijd zien, en de Linux klok loopt een minuutje achter.

Om hem echt helemaal gelijk te krijgen zal er een echte wijziging van enigma nodig zijn. Naar mijn mening moet die hele time_difference variabele weg, en de juiste tijd moet in de Linux kernel bijgehouden worden door aanroepen vanuit enigma op basis van de transpondertijd (liefst via adjtime ipv stime). Dan ontstaat er een ntp-achtige functionaliteit.

Op zich is het een kleine en overzichtelijke wijziging. Het zou een interessant experiment zijn om dit te programmeren en als patch naar Dream te sturen om te zien of dat dan verwerkt wordt in de officiele versie.

Deel dit bericht


Link naar bericht
Delen op andere sites

Maak een account aan of log in om te reageren

Je moet een lid zijn om een reactie te kunnen achterlaten

Account aanmaken

Registreer voor een nieuwe account in onze community. Het is erg gemakkelijk!

Registreer een nieuwe account

Inloggen

Heb je reeds een account? Log hier in.

Nu inloggen
Log in om dit te volgen  

  • Wie is er online   0 leden

    Er zijn geen geregistreerde gebruikers deze pagina aan het bekijken

×
×
  • Nieuwe aanmaken...

Belangrijke informatie

Lees alvorens je verder gaat onze Gebruiksvoorwaarden en Privacybeleid. We hebben cookies geplaatst op je toestel om deze website voor jou beter te kunnen maken. Je kunt de cookie instellingen aanpassen, anders gaan we er van uit dat het goed is om verder te gaan.