Programa para sincronizar el reloj del ordenador

Gracias.

Yo no hago digitales y no sé cuan precisa ha de ser la hora, pero yo sincronizo mi w10 con un servidor horario de la Red usando la propia configuración del sistema.

Un artículo de cómo hacerlo:

https://pc-solucion.es/2016/04/27/sincronizar-reloj-con-servidor-horario-de-internet-en-windows-10/

EA4NI escribió:

Yo no hago digitales y no sé cuan precisa ha de ser la hora, pero yo sincronizo mi w10 con un servidor horario de la Red usando la propia configuración del sistema.

Un artículo de cómo hacerlo:

https://pc-solucion.es/2016/04/27/sincronizar-reloj-con-servidor-horario-de-internet-en-windows-10/

Si, estoy con Antonio.
El NTP es más viejo que el toser, funciona muy bien y tiene una buena implementación en los Sistemas operativos actuales.

Ahora bien, en Windows suele venir configurado con el time.windows.com que suele fallar (todos los Windows del mundo contra él...)

Recomiendo usar los pool (varios servidores) de NTP.org

Yo suelo poner siempre es.pool.ntp.org con lo que mi pc se sincroniza contra un pool de servidores de hora, con lo que me aseguro que siempre funciona, ya que si no está uno, está otro y además todos están en ea, por lo que la latencia es la más pequeña.

Buenooo, ya se que existe, trabajo con servidores con sistema operativo Windows, donde se requiere que esté sincronizada la hora, esta sincronización no es tan fiable ni tampoco instantánea.

Por eso mencionaba esta aplicación, porque es algo que puedes usar de inmediato y con mejores resultados que la sincronización de hora de Windows.

Ya tenemos dos opciones para sincronizar la hora de Windows.

Un saludo.

EA4GST escribió:

Buenooo, ya se que existe, trabajo con servidores con sistema operativo Windows, donde se requiere que esté sincronizada la hora, esta sincronización no es tan fiable ni tampoco instantánea.

Efectivamente. Por algún motivo que se me escapa, Microsoft decidió no meter una versión completa de NTP en el Windows sino una chapicinha que como mucho consigue estar a unos segundos de la hora real. Para matarlos. Los mismos de Microsoft reconocen que "no está preparado para entornos de alta precisión".

No es que sea ciencia espacial, en sistemas Unix lleva mil años y hasta una Raspberry se puede sincronizar con una precisión mejor que 1 ms. Yo tengo una Raspberry con una tarjeta GPS como servidor NTP y los FreeBSD que tengo en la red se mantienen por debajo de los 100 µs. Pena de jitter, si el adaptador Ethernet de la Raspberry no fuera USB se conseguiría una precisión aún mejor.

Para que NTP funcione correctamente, por ejemplo, hace falta una llamada al sistema que permita variar la velocidad del reloj de manera que se eviten los "saltos". El reloj del sistema debe ser una función monótona creciente.

Hola,

Yo siempre suelo poner el reloj atómico patrio:

hora.roa.es

Real Observatorio de la Armada

73, Máximo - EA1DDO

EA1DDO escribió:

Yo siempre suelo poner el reloj atómico patrio: "hora.roa.es"

Pues en este programa lo puedes incluir, agregando una línea en neutron.ini

De hecho el ROA es la hora legal en España

El problema, de todas formas, es cómo se hace la corrección. Hay programas de puesta en hora que leen la hora cada cierto tiempo y la ponen sin más, como si el usuario la tecleara. El problema, claro está, es que es un método muy poco preciso y que de hecho puede hacer retroceder el reloj (lo que puede provocar problemas con algunas aplicaciones).

Escribió:

El problema, de todas formas, es cómo se hace la corrección. Hay programas de puesta en hora que leen la hora cada cierto tiempo y la ponen sin más, como si el usuario la tecleara.

¿Y como se hace la corrección entonces?

Escribió:

Dimension 4 uses sophisticated algorithms to correctly adjust your computer's clock to with-in a few milliseconds of the real time.

Escribió:

Pues en este programa lo puedes incluir, agregando una línea en neutron.ini

Efectivamente, se añaden los datos del servidor y listo.
Es como lo hago pero yo suelo usar el Dimension4.

Yo uso Dimensión 4 por recomendación, pero no se para qué ni porqué y no m gusta tener programas funcionando en segundo plano aunque sólo consume entre un 1,2% y 2,6% de recursos de la CPU.

Escribió:

no m gusta tener programas funcionando en segundo plano

A mi tampoco me gusta, por eso lo tengo puesto para que sincronice cuando arranca el ordenador, y luego que se cierre.
Con eso suele ser más que suficiente.

Otra cosa diferente es que estés haciendo rebote lunar en 10 GHz, en modos digitales, entonces necesitas tenerlo corriendo seguido :woohoo:

73, Máximo

EA1DDO escribió:

Escribió:

El problema, de todas formas, es cómo se hace la corrección. Hay programas de puesta en hora que leen la hora cada cierto tiempo y la ponen sin más, como si el usuario la tecleara.

¿Y como se hace la corrección entonces?

Se debe hacer como he mencionado más arriba. Usando un sistema que, sin saltos, ajusta la frecuencia del reloj del sistema hasta que se ajusta perfectamente.

El problema de las descripciones de "sofisticados algoritmos" es que no se sabe en principio si lo hacen correctamente o, como es tristemente frecuente entre programadores de PC, han inventado el pan en rebanadas.

Si os funciona, perfecto. Una buena forma de saber si vais por buen camino es poneros a recibir JT en una banda con mucha actividad y a la hora de mayor actividad y fijaros en el desvío de tiempo. Si estáis muy desviados respecto a la mayoría, mal rollo.

Escribió:

Usando un sistema que, sin saltos, ajusta la frecuencia del reloj del sistema hasta que se ajusta perfectamente.

Ah, entiendo. Que vaya ajustando poco a poco, no de sopetón.

Será cosa de probar. Poner unos minutos el reloj fuera de hora, arrancar el programa y ver que pasa...

Gracias

73, Máximo

Me quedé con la intriga...

He atrasado el reloj tres minutos. Entonces arranco el Dimension4 y... lo pone en hora, con salto.

A ver si alguien repite la prueba con el Neutron.

73, Máximo

En los modos JT65, JT9 y FT8 hay que estar muyyyy pendientes de la variación del tiempo en el reloj del ordenador.

El mismo cambia pocos milisegundos y hasta un segundo según la actividad del CPU.

He aquí un ejemplo en "carne propia". Al arrancar el ordenador, ya tenía 1.3 segundos de diferencia contra un reloj atómico y no me decodificaba mi corresponsal.

Al sincronizar el reloj, de inmediato me ha decodificado.

Saludos.

Habrá que poner al PC un GPSDO ??

EA1DDO escribió:

Habrá que poner al PC un GPSDO ??

:laugh: :laugh: :laugh: :laugh: :laugh: :laugh: :laugh: :laugh:

EA1DDO escribió:

Escribió:

Usando un sistema que, sin saltos, ajusta la frecuencia del reloj del sistema hasta que se ajusta perfectamente.

Ah, entiendo. Que vaya ajustando poco a poco, no de sopetón.

Es más complicado que poco a poco No se trata de hacer micro ajustes.

Imagina por ejemplo que tienes que retrasar el reloj. Hemos dicho que el reloj debe ser una función monótona creciente. Lo que quiere decir que crece (no decrece).

Si el primer requisito es que sea creciente y no puedes hacerlo retroceder, ¿cómo corriges si está adelantado? Podrías pararlo hasta que quede bien sincronizado pero tampoco lo puedes parar.

Lo que se hace es que vaya más despacio. Al ir más lento, poco a poco se va acercando la hora real. Cuando ya están convergiendo, poco a poco vas recuperando la velocidad que debería tener, y listo.

Para esto los sistemas Unix tienen una llamada al sistema, [img] http://https://www.freebsd.org/cgi/man.cgi?query=adjtime&sektion=2 [/img], que está ahí desde el 4.3BSD (año 1986).

De la misma manera, si la hora del sistema está por detrás de la real se hace lo contrario, que es que el reloj vaya más rápido. Pero tampoco se dan saltos bruscos.

Claro, supongo que eso para ajustes muy pequeños sirve. Ajustes de algunos segundos.
Pero si la diferencia es grande... podría tardar demasiado tiempo en hacer el ajuste, por lo que tampoco serviría.