Gå til innhold

nøyaktig offline klokke


Anbefalte innlegg

Hvorfor vil et armbåndsur til et par hundrelapper vise mer nøyaktig tid enn en serverpark til flere millioner kroner?

 

Jeg har ikke mulighet til å synkronisere serverparken mot kilder på internett *eller* bruke GPS.

 

Jeg vil bare ha en intern tidskilde som bare har noen få sekunders avvik per måned. Jeg tenker at dette *burde* finnes men så langt har ikke min google-fu vært bra nok til å filtrere ut alle millioner av oppskrifter på oppsett av NTP mot internett eller GPS(som jeg altså ikke kan bruke).

Lenke til kommentar
Videoannonse
Annonse

Om du har en intern NTP-server så kan du få alle til å synke mot den. Du kan f.eks sette NTP-adresse i DHCP-scopet. Husker ikke om det var mulig å sette opp NTP-server på en windows, men i Linux, iallfall RH/Cent, er det kjapt og greit å sette opp en NTP-server. Så kan du konsentrere deg om å holde den ene serveren oppdatert manuelt.

Lenke til kommentar

Siden du ikke kan bruke GPS så regner jeg med det er snakk om dekning?

 

Det finnes jo flere løsninger, men du må jo få GPS-antenne ut på en måte - men de kan stå opptil fkere hundre meter unna boksen...

 

http://www.atomic-clock.galleon.eu.com/

 

https://www.blackboxas.no/no-no/si/1634/11851/GPS-Network-Time-Server/S1.O3/ntp

 

Disse er vel også slik at hvis du synkroniserer de så er de nøyaktige så lenge at du kan ta den med ut og resynke en gang i året e.l. kanskje? :p

Lenke til kommentar

Problemet er ikke oppsett av NTP osv, det er grei skuring. Saken er å ha en offline tidskilde som ikke driver altfor mye.

Hvorfor ikke bare bruke internklokken på den som har NTP-serveren da? Det har jeg gjort på servere som ikke skal ha noen kommunikasjon ut. Så sant det ikke er voldsomme elektriske forstyrrelser der serveren står tilkoblet så burde det holde? Vet at internklokker kan drifte endel om de står i miljø med elektriske forstyrrelser, men om den kan få strøm fra f.eks en skilletrafo  så bør det gå rimelig greit. Hadde et prosjekt en gang med en PC som skulle styre lysdansen på Ulriken i Bergen. Der står jo som kjent radiomast for diverse signaler, og internklokken på en vanlig PC gikk bananas. Løsningen der ble en skilletrafo samt å kle området rundt PC-en med bly-folie. Neppe nødvendig med slik folie i ditt tilfelle, men skilletrafo evt egen UPS (av sorten som skiller intern / ekstern strøm) bør gjøre.

Lenke til kommentar

Hvorfor vil et armbåndsur til et par hundrelapper vise mer nøyaktig tid enn en serverpark til flere millioner kroner?

 

Jeg har ikke mulighet til å synkronisere serverparken mot kilder på internett *eller* bruke GPS.

 

Jeg vil bare ha en intern tidskilde som bare har noen få sekunders avvik per måned. Jeg tenker at dette *burde* finnes men så langt har ikke min google-fu vært bra nok til å filtrere ut alle millioner av oppskrifter på oppsett av NTP mot internett eller GPS(som jeg altså ikke kan bruke).

 

Atom klokke er da eneste mulihget når du ikke kan bruke GPS eller internett, https://en.wikipedia.org/wiki/Atomic_clock

Men billig er det ikke... 

Lenke til kommentar

Saken er å ha en offline tidskilde som ikke driver altfor mye.

 

Det finnes nok ikke. En datamaskin har som oftest ingen nøyaktig måte å måle tid på.

Man har en klokkefrekvens, en bit med kvarts, og strøm. Når spenning føres gjennom kvartsen vibrere denne i en viss frekvens.

Hver vibrasjon telles og oppdaterer en rekke bits, som altså er tiden fra epoch.

 

Dette er rett og slett ikke nøyaktig nok til det du spør om. 

Selv om dette i dag som regel ikke skjer på prosessoren, men på en av broene (som regel nord), så vil forstyrrelser og annet føre til at tellingen ikke gir en tid som er nøyaktig på 1:2 600 000, altså sekunds nøyaktig per måned.

 

Alternativet er atomur, en klokke hvor resonansfrekvensen til et atom brukes i stedet for kvarts.

Dette er nærmest fritt for forstyrrelser, og er nøyaktig ned til ett sekund på en million år.

 

Online justering mot et atomur er en mulighet. GPS-satelitter bruker atomur, slik at GPS er en mulighet, eller du kan rett og slett kjøpe deg et atomur -> https://www.popsci.com/technology/article/2011-05/smallest-atomic-clock-ever-now-sale#page-2

Lenke til kommentar

Atomur er nok overkill for mitt bruk ja.. Det er bare så merkelig at nøyaktigheten skal være så mye dårligere på en datamaskin enn et armbåndsur?

 

Denne for eksempel:

https://www.maximintegrated.com/en/products/digital/real-time-clocks/DS3231.html

"Accuracy ±2ppm from 0°C to +40°C", tilsvarer ikke det opp til 4 sekunders avvik per måned? Altså under et minutt på et år? Bra nok for meg, hvis jeg kunne få det på et PCI-kort eller som en nettverksdings..

Lenke til kommentar

ppm er jo "parts per million", i og med at det er rundt 2.6 millioner sekunder i en måned, så blir det vel 2x2.6, altså maksimalt rett over fem sekunders avvik per måned, dersom jeg tenker riktig?

 

Du får jo RTC klokker som PCI kort -> https://www.masterclock.com/products/pc-cards/mcrpci/

Denne hevder å ha et maks avvik på 165 millisekunder per dag, som skulle bli rundt de samme 5 sekundene per måned.

  • Liker 1
Lenke til kommentar

Du får jo RTC klokker som PCI kort -> https://www.masterclock.com/products/pc-cards/mcrpci/

Denne hevder å ha et maks avvik på 165 millisekunder per dag, som skulle bli rundt de samme 5 sekundene per måned.

 

Ellers har jo Masterclock fiks ferdige NTP-servere som det bare er å koble opp og tut & kjør: https://www.masterclock.com/products/ntp-time-servers/

NTP100-OSC er ikke avhengig av ekstern synkronisering (e.g. GPS) for å fungere.

  • Liker 1
Lenke til kommentar

Vist du er lit kreativ kan du sette opp en NTP server på en raspberrypi med for eksempel en Rasclock eller lignende på. Spørsmålet er bare hvor nøyaktig som er nøyaktig nok for ditt bruk.

 

https://www.modmypi.com/raspberry-pi/accessories-198/real-time-clocks-rtc-1080/rasclock-raspberry-pi-real-time-clock-module-v3.0

 

 

RasClock utilises the highly accurate NXP PCF2127AT chip and features:

  • Very accurate timekeeping (typically ±3ppm or <2 minutes deviation per year).
Lenke til kommentar

En løsning som drifter gjør ikke ting nøyaktig nok på sekundet, men om det bare trengs å synkroniseres internt på et decent nok nivå kan en vel klare seg med drifting på et par minutter pr. år.

 

I andre scenarier trenger en gjerne en tidsfeed som kan oppdateres ofte nok til at det holder seg innenfor sekundet til enhver tid. Tidsbaserte behandlinger av f.eks log-filer og generelt transaksjoner som bør være en serie med riktige tiddsstempel over tid eller bare enkeltheldelser som må være synkronisert vil alltid fungere bedre jo mer riktig masterklokke en bruker.

Endret av vidor
Lenke til kommentar

Opprett en konto eller logg inn for å kommentere

Du må være et medlem for å kunne skrive en kommentar

Opprett konto

Det er enkelt å melde seg inn for å starte en ny konto!

Start en konto

Logg inn

Har du allerede en konto? Logg inn her.

Logg inn nå
  • Hvem er aktive   0 medlemmer

    • Ingen innloggede medlemmer aktive
×
×
  • Opprett ny...