Problema con sincronismo de reloj en W7+ JTDX + D4

Lo único que se me ocurre comprobar es si realmente el D4  te está sincronizando de forma automática, y que lo configures para que sincronice con más frecuencia, por ejemplo cada minuto a ver que pasa. O le cambies el servidor.

@ea1yv

Gracias Agustín, si, el Dimensión 4 sincroniza de forma automática, incluso muchas veces lo fuerzo a sincronizar antes de hacer un qso. Se nota cuando lo hace automático porque, si estas en FT8, cuando actualiza y pega el salto, no decodifica esa secuencia y tiene que repetirla.  Por eso también no es solución aceptable una sincronización más frecuente.

Y da igual el servidor que utilice para sincronizar. Utiliza varios y esté en uno o en otro hace lo mismo.

Es como si al consumir muchos recursos el microprocesador, se ralentizara el reloj. Pero creo que no lo llevo tan forzado.

No sé, le llevo dado muchas vueltas y no se me ocurre nada plausible.

Tienes opción a probar con otro PC?.

Ya has probado otros programas de sincronización diferentes al D4?.

@ea1yv

Respondo a las dos preguntas de manera indirecta: conozco a más personas que les ocurre y que utilizan otros NTP, como por ejemplo el Neutrón. Así que no es fallo único de mi PC ni del NTP.

Y puedo decirte más, aunque no puedo precisar más la fecha, te diré que antes del verano no me pasaba, o por lo menos no noté que pasara con esta magnitud. Ya sé que si pudiera precisar más la fecha se podría relacionar con algún evento, pero no me acuerdo cuando me empecé a dar cuenta.

Je Je, curiosa avería retorcida. Es de las que da que pensar.

Gracias por tu interés.

Pues si das con el problema me gustaría leer tus comentarios.

A mi y a mucha gente, supongo.

Saludos.

@ea1aaa

Yo utilizo el BktTimeSync  Versión 1.11.1 desde hace mucho tiempo y me va de maravilla.

El dimension 4 lo desinstalé por listo ya que cogía más información que me daba y me resultaba

impertinente.

Yo que tu probaría...no cuesta nada...aunque creo que el problema será otro.

73

@ea5ael

Hola Manu, no conocía ese software, pesa poco, me ha gustado, pero tal como pensábamos, no era la solución.

He vuelto a instalar el WSJT y con él, el efecto no es tan sangrante. Se mantiene entre unos límites aceptables. Con el que sí se vuelve loco es con el JTDX.

Me sigue apuntando hacia un consumo elevado de recursos.

Me fastidiaría tener que volver a formatear el equipo, más que nada porque lo más seguro es que no vuelva a cargar Windows.

Saludos.

Hola a todos:

Mi consejo es que no te obsesiones con ello. Dos precisiones, que seguro ya has hecho, pero por si acaso:

- Instala siempre la ultima versión, tanto del JTDX como del Dimension 4 y hazlo en modo Administrador. Prueba a ver y mira bien los ajustes en ambos, por si hubiera alguna cosa que no debiera estar.

- De cuando en cuando trabajo en modo remoto, con JTDX. Hay retardo y también, como tú y creo que casi todos, leo esos retardos que me indicas. Personalmente no me preocupa lo más mínimo, si no se hace enb el primer cambio, se hace en el siguiente y si no se puede hacer, por lo que sea, pues a otra cosa.

Por supuesto que eres libre de hacer lo que te plazca, pero yo probaría primero durante un tiempo prudencial a ver si todo va más o menos dentro de la normalidad. Formatear un pc y volver a instalar todo de nuevo, hay que tener muchas ganas o ser resultado de algo gordo en donde no queda más remedio. Es mi humilde opinión.

Saludos.

Hola Javi .. yo el D4 acabe desinstalandolo , uso el reloj del win10, cuando enciendo el pc sincronizo hora y es lo que mejor me va.

73

Aunque no trabajo con Windows tengo un portátil que me tocó en una rifa y lo uso cuando no hay más remedio que actualizar un talkie o algo similar. Lo demás, desde finales de los 80 uso solamente sistemas Unix. En los sistemas Unix NTP está disponible desde tiempos inmemoriales y es trivial mantener sincronizaciones mejores que 1 ms. Nunca he entendido por qué Microsoft no parece ser capaz. Simplemente porque NTP ya está inventado y el software está disponible para incorporarlo donde te de la gana.

Dicho esto: he visto que hay un fabricante, Meinberg, que ofrece el NTP de verdad compilado para Windows. ¿Qué es el NTP de verdad? Pues una implementación que no hace la atrocidad  de mirar la hora de vez en cuando y cambiarla a lo burro, sino que hace ajustes suaves variando la velocidad del reloj de manera que la hora siempre es una función monótona creciente y no hay saltos.

Se puede descargar aquí:

https://kb.meinbergglobal.com/kb/time_sync/ntp/ntp_for_windows

Al instalarlo hace una serie de preguntas, donde ofrece la posibilidad de utilizar un servidor ntp del pool conviene indicarle que sí, que queremos uno español.

Aunque es más arisco que lo que los usuarios de Windows están acostumbrados a usar, por lo que he visto parece que funciona. 

Para instalarlo aseguraos de dos cosas:

1) Por si las moscas desactivad el control automático de hora del propio sistema, no vayan a "pelearse"

2) Por supuesto, borrad cualquier otro apaño de NTP que hayáis probado.

Si me contáis qué tal ha ido, genial. Quizás perpetre un artículo para la revista de URE.

Buenas tardes Javier:

Yo utilizo el programa Networt Time para sincronizar la hora, este programa es el que te aconsejan en la ayuda del WSJTX.

Este programa te actualiza automáticamente cada cierto tiempo la hora, también lo puedes hacer manual, funciona perfectamente.

Este es el enlace http://www.timesynctool.com .

Yo tengo ahora un problema parecido, pero que tiene que ver con la actualización de Windons 10 y los drivers  de sonido que me ha actualizado, lo voy ha exponer mas tarde.

Un saludo.

Perdón un apunte, el problema podría estar también relacionado con la tarjeta de sonido, en este caso la entrada de micro, es que es mi caso y no me codifica porque se para la cascada Wide Graph.

El que recomiendan en la documentación de WSJ-X es exactamente el que he puesto.

El otro, bassado en SNTP, no es tan preciso. 

En fin, insisto. Probad el de Meinberg. Es el que lo hace como debe. El resto es una chapuza.

Lo he probado en el netbook de la rifa y desde hace dos horas mantiene una sincronización mejor que 3 milisegundos. Y eso que está conectado por WiFi. 

Bien, lo primero gracias a todos, Joaquín, Álvaro, Borja y Valentín por vuestras aportaciones.

Obsesionar no me obsesiona, por aquí hay un dicho que traducido dice: "el caso es que la higuera de higos aunque no prenda", y bueno, higos da, ya que no es algo que me impida hacer FT8, aunque si que me molesta.

El caso es que me gusta saber el por qué de las cosas, llevo mal lo de los "porque si" y otras cuestiones de "fé".  Sé que si hay un efecto tiene que haber una causa. Y el caso es que al trabajar con éste programa se me va desincronizando el reloj. 

Borja, me gusta el de Meinberg. Probaré a ver. Y adelante con lo del artículo en la revista. Hacen falta.

Valentín, tu problema me hace sospechar aún más que el verdadero problema es ... Windows.

Gracias. Seguiremos investigando.

Publicado por: @ea1aaa

Valentín, tu problema me hace sospechar aún más que el verdadero problema es ... Windows.

El verdadero problema es, por supuesto, Windows.

Dicho eso, el Meinberg parece que hace las cosas como debe. El resto son un rollete de aficionados que da lo que da. Y el problema es que hoy día los ordenadores bailan las frecuencias del procesador para ahorrar energía, incluso lo ponen en hibernación durante unos milisegundos de vez en cuando, por lo que las chorradiñas típicas simplemente no funcionan.

Acabo de volver a comprobar y desde hace un par de horas está manteniéndose dentro de unos 500 microsegundos (medio milisegundo) que es lo que debería ser. Tampoco pasa nada si son milisegundos, depende de la WiFi y estas cosas. 

@ea2ekh

Jo Borja, estabas tras de la mata.

Bueno, al tema, tu crees que por sincronizar el reloj en modo "hachazo" pueda ser la causa de que la ejecución del programa provoque un atraso?. Puede ser que eso se agrave con un mayor numero de procesos activos en el procesador?

Publicado por: @ea1aaa

@ea2ekh

Jo Borja, estabas tras de la mata.

Bueno, al tema, tu crees que por sincronizar el reloj en modo "hachazo" pueda ser la causa de que la ejecución del programa provoque un atraso?. Puede ser que eso se agrave con un mayor numero de procesos activos en el procesador?

Provocar un "atraso" no creo. Que el reloj haga tonterías, a saber.

De todas formas, lo mejor para evitar problemas es hacer de entrada las cosas bien. Cuando se hacen mal es más fácil que algo falle. 

Si el problema era muy gordo la causa será otra. Pero al menos con el Meinberg eliminas un problema y en principio puedes contar con que una vez puesto en marcha esa parte se hará correctamente.

No olvides desactivar la actualización automática de fecha y hora del propio Windows o me temo que ambos sistemas se pelearán 😀

@ea2ekh

De acuerdo con lo que comentas. Puede que no fuera el problema en sí, pero agrava lo que haya.

Por cierto, como sabes el desfase que tienes con el de Meinberg,  con Quick NTP status?. Que unidades marca?

Publicado por: @ea1aaa

@ea2ekh

De acuerdo con lo que comentas. Puede que no fuera el problema en sí, pero agrava lo que haya.

Por cierto, como sabes el desfase que tienes con el de Meinberg,  con Quick NTP status?. Que unidades marca?

 

Abre una ventana de shell (cmd.exe) y ejecuta "ntpq -p"

Te da una lista de los servidores con los que ha enganchado y varias columnas de datos. "Delay" es el retardo de red entre tu equipo y el servidor, "offset" la diferencia de tiempo en milisegundos (así que si pone 0.5 son 500 microsegundos) y jitter la variación (lo normal es que vaya oscilando).

Cuanto más tiempo lleva ejecutándose lo normal es que vaya suavizando el ajuste y sea cada vez más preciso.

@ea2ekh

Gracias, yo tengo un offset mayor, entre 8 y 10 milisegundos según servidor. Ya se irá poniendo mejor.

Un saludo.