Sincronizar el reloj del PC para FT8

@ea7dap

Hola Pepe,

Es muy muy importante tener una buena sincronía de reloj. En FT8 son 15 segundos de periodos de decodificación y en FT4 7,5 lo cual se hace más importante todavía una sincronía súper precisa. Imagina que tienes un desfase de 2-3 segundos por lo que tu ordenador va a empezar tarde a decodificar cuando la otra estación ya ha empezado a transmitir. Y lo mismo cuando tú transmites, irías tarde para el resto perdiendo información vital. Dependiendo del retraso que tengas, puedes incluso no decodificar ningún mensaje. O sea que es imprescindible instalar un programa que te mantenga la hora al milisegundo.

No sé cual es mejor o no (al final todos hacen lo mismo). Personalmente utilizo el NTP (el segundo enlace), porque lo instalas  y te olvidas de todo. No hay que arrancar ningún programa y trabaja en segundo plano de forma totalmente transparente para el usuario. 

73

Hola.

Yo llevo 3 meses utilizando dimencion4 en varios ordenadores y me va de maravillas. Me imagino que serán todos casi iguales. No hay que hacer nada aunque yo lo tengo configurado con Altea en Alicante, pero tiene muchísimos server para sincronizar. De vez en cuando lo compruebo con https://time.is   y suele estar sobre +0.1

73´Armando

No sólo es que algunos colegas insistan en este detalle del sincronismo de reloj. Es que es uno de los requisitos del sistema, señalado directamente como tal en el manual del WSJT-X [el JTDX también lo menciona en su documentación].

Como puede verse en la captura, se señala un rango comprendido entre -1 segundo y +1 segundo respecto a la hora UTC.

Existen varias herramientas que se ocupan de asegurar que el reloj del ordenador se ajuste a este requerimiento, como las señaladas Dimension4, Meinberg NTP u otras. Pero, sin lugar a dudas, no cumplir este requerimiento impedirá un buen desempeño en estos modos, tanto en RX como en TX, por muy buenos y bien configurados que estén el resto de los elementos de nuestra estación.

73 & DX, Manuel

Ja ja.

Anda que no se ha tocado este tema ya aquí..... Buf! 

Si í buscas en Google te da mogollón de links razonado, incluso. 

En los exámenes para licencia USA lo preguntan, claro que también preguntan cosas de AMTOR, PACTOR Y ALE. Y otras cosas más avanzadas.... Hi Hi.

Yo, de esas que me aburro que te cagas y ya desesperao de no oír a nadie contestarme a mis llamadas en CW-QRP y, haciendo de tripas corazón, pongo el JTDX-FT8 (insisto en QRP) aunque solo sea por hacer currar al Swisslog, tengo el NetTime, tan sufi como otros. Claro que, por hacer pruebas y enredar, he probado sin y algunos contactos sí se han hecho (obsérvese el matiz) 😉

Buenas:

En Windows, ya tiene y trae un “sincronizador” de tiempo. Pero como decís, mejor sea un programa de terceros.

Pues bien, también tenéis el NTP:

https://www.satsignal.eu/ntp/setup.html

https://www.meinberg.es/soporte/descargas-de-software/descargas_ntp.htm

Tenéis documentación de Microsoft al respecto (en todo caso, se usa GPO):

https://docs.microsoft.com/es-es/windows-server/networking/windows-time-service/windows-time-service-tools-and-settings

Información del cómo tener una instancia del servidor/cliente de NTP:

https://www.alibabacloud.com/help/doc-detail/51890.htm

En este enlace que he dado, tenéis una información valiosa, para que se pueda hacer la modificación de instancia del mismo, que sincronice con el reloj asignado y se haga en segundos (generalmente, 10 minutos, son al menos, unos 600 segundos. En todo caso, es 660 segundos, con la mejor medida. En Linux, con el servidor/cliente de NTP, según por el kernel, es de 660 segundos).

Hay muchas cosas para poder hacer esto y más.

La precisión con relojes atómicos, no hay problema, con sincronización a 10~15 minutos de ajuste, no va a dar problema, porque es pequeñísima la diferencia (de muy pocos milisegundos de nada).

Publicado por: @ea1etv

Buenas:

En Windows, ya tiene y trae un “sincronizador” de tiempo. Pero como decís, mejor sea un programa de terceros.

Se ha explicado incontables veces 😀

Inexplicablemente Windows no lleva un mecanismo de sincronización horaria adecuado, esto es, una implementación

seria de NTP. NTP es un protocolo, no un programa en particular.

Pues bien, también tenéis el NTP:

https://www.satsignal.eu/ntp/setup.html

https://www.meinberg.es/soporte/descargas-de-software/descargas_ntp.htm

Debido a esto, es necesario emplear un NTP de verdad. Los dos programas mencionados en los enlaces anteriores son NTP de verdad, por lo que en principio funcionarían. Aunque, curiosamente, hay informes de problemas con uno y con otro.

Uno de los motivos principales es que, a no ser que haya cambiado en los dos últimos años, Windows no tiene un mecanismo para ralentizar o acelerar el reloj (que es lo que hay que hacer para que no de saltos) sino que hay que ponerlo en hora a martillazo limpio.

A no ser, insisto, que lo hayan corregido recientemente. Algo así como 30 años después del resto 🙂

Tenéis documentación de Microsoft al respecto (en todo caso, se usa GPO):

https://docs.microsoft.com/es-es/windows-server/networking/windows-time-service/windows-time-service-tools-and-settings

Información del cómo tener una instancia del servidor/cliente de NTP:

https://www.alibabacloud.com/help/doc-detail/51890.htm

En este enlace que he dado, tenéis una información valiosa, para que se pueda hacer la modificación de instancia del mismo, que sincronice con el reloj asignado y se haga en segundos (generalmente, 10 minutos, son al menos, unos 600 segundos. En todo caso, es 660 segundos, con la mejor medida. En Linux, con el servidor/cliente de NTP, según por el kernel, es de 660 segundos).

Hay muchas cosas para poder hacer esto y más.

La precisión con relojes atómicos, no hay problema, con sincronización a 10~15 minutos de ajuste, no va a dar problema, porque es pequeñísima la diferencia (de muy pocos milisegundos de nada).

En los sistemas Unix puedes mantener una sincronización de unos pocos milisegundos sin ningún problema. Está inventado hace muuuuchos años.

@ea2ekh

Buenas Francisco:

Se ha explicado incontables veces 😀

Inexplicablemente Windows no lleva un mecanismo de sincronización horaria adecuado, esto es, una implementación

seria de NTP. NTP es un protocolo, no un programa en particular.

Bueno, bueno, bueno. Tiene un cliente de sincronización horaria, que es lo que sirve, es un cliente, que está “escondido” a través de las opciones del reloj de la barra de tareas.

Debido a esto, es necesario emplear un NTP de verdad. Los dos programas mencionados en los enlaces anteriores son NTP de verdad, por lo que en principio funcionarían. Aunque, curiosamente, hay informes de problemas con uno y con otro.

Uno de los motivos principales es que, a no ser que haya cambiado en los dos últimos años, Windows no tiene un mecanismo para ralentizar o acelerar el reloj (que es lo que hay que hacer para que no de saltos) sino que hay que ponerlo en hora a martillazo limpio.

A no ser, insisto, que lo hayan corregido recientemente. Algo así como 30 años después del resto  🙂

Hombre, los programas que he dado, son para eso, sincronización horaria, pero a través de los servidores. Del NTP ya lo he dado también, que es a modo consola, que es para eso y algo más.

En los sistemas Unix puedes mantener una sincronización de unos pocos milisegundos sin ningún problema. Está inventado hace muuuuchos años.

Bueno, eso ya lo dice en man hwclock:

  Automatic Hardware Clock Synchronization by the Kernel
      You should be aware of another way that the Hardware Clock is kept syn‐
      chronized in some systems.  The Linux kernel  has  a  mode  wherein  it
      copies  the  System  Time  to the Hardware Clock every 11 minutes. This
      mode is a compile time option, so not all kernels will have this  capa‐
      bility.   This  is  a good mode to use when you are using something so‐
      phisticated like NTP to keep your System Clock synchronized. (NTP is  a
      way to keep your System Time synchronized either to a time server some‐
      where on the network or to a radio clock hooked up to your system.  See
      RFC 1305.

Ya lo dice clarísimo, que la sincronización de reloj por hardware, por el kernel, es de cada 11 minutos. Luego, con ntpq puedes comprobar la desviación y sincronización. También puedes hacerlo con ntptrace.

Para mostrarte con el ntptrace:

localhost: stratum 3, offset -0.000313, synch distance 0.061636
ntp9.kashra-server.com: stratum 2, offset 0.002570, synch distance 0.021626

Depende todo de qué servidor te sincronice, porque esto, se hace por lo que va haciendo el sincronismo automatizado.

Por tanto, como he dicho, se lleva solo en poquitos milisegundos (casi nada, llegan solo microsegundos en modo “offset”).

Se pueden poner tantos servidores como puedas en el fichero /etc/ntp.conf. Tantos como puedas, no va a dar problemas. Cuantos más servidores tengas en el fichero, más precisión obtendrás. Y sobre todo, no te come ancho de banda, porque va por puerto de escucha UDP.

Puedes ver con “ntpq -p”, si se van sincronizando. Ahora mismo, 6 servidores de 4 posibles en configuración. Y todos ellos STRATUM II.

Como verás, la desviación es pequeñísima.

Yo lo tengo como “cliente”, porque por defecto, en la instalación del Linux (en este caso, Debian, si se lo indicas en el momento de la instalación o, después, pero con el instalador APT), lo instala casi por defecto.

Yo lo tengo, debido a varias posiciones, que a veces, con distintos programas, desvían rápidamente el reloj sin que le toques nada.

Pues lo mejor es, tener un “cliente” que haga la sincronización cadaa unos pocos minutos, para que no existan desviaciones punteras y no haya nada que se pierdan con los contactos del modo digital FT8.

Para el caso del Windows, ya di el último enlace, que te lleva a retocar (y con mucho cuidado), el registro del Windows, que hace que, en vez del tiempo que se permita hacer la sincronización horaria (en este caso, el cliente), pues no perderemos nada, para que surtan efectos y no desvíe tanto los segundos con ciertos programas de 32 bits (ahora ya casi no, porque los sistemas operativos a 64 bits, esto ya lo tienen arreglado sobre este problema).

Ya sé que no viene al caso de la radioafición, pero... Se aprenden las cosas buscándolas.

Hola a todos:

Una opción muy interesante si estás usando FT8 en portable o en un QTH sin internet es JTsync, que permite sincronizar tu reloj mediante servidores NTP o también basándote en el reloj que escuchas de otros... no es perfecto, pero si todos van adelantados o retrasados con respecto a ti... claramente eres tú quien está mal...

http://www.dxshell.com/jtsync.html