JT65A con WSJT, bajo Linux

Hola, si quieres tienes también el JT65-HF, bastante más sencillo que el WSJT y intuitivo para el JT65 en HF, puedes mirar el grupo del JT65-HF. En el creo recordar que se hablo de el funcionamiento del programa en Linux utilizando Wine.Daba algún problema pero ahora quizas se ha experimentado más por los usuarios y se hayan solucionado.
También tienes una versión más nueva WSJT7, al menos en la página oficial para debian. No se si la habrán compilado para otras distros en algún repositorio. A mi me parece un poco más complicado de usar, a mi me costo cogerle el truco. Yo lo use bastante al principio (siempre en windows) hasta que descubri el JT65-HF.
También tienes que tener el reloj bien sincronizado.
Prueba a ver si recibes estaciones, tienes bastantes actividad en 14.076, para que veas como funciona el intercambio en un QSO.

Saludos cordiales, 73´s de Antonio, EA1GFY.

Manuel:

Como dice Antonio, está también el JT65-HF. Además de ser más intuitivo, necesita menos tiempo para descodificar, sobre todo si tienes el multidescodificador desconectado, cosa muy ventajosa respecto del WSJT65 si tu PC no es muy rápido.
Como también dice Antonio, y supongo que ya lo habrás comprobado, tienes que tener sincronizado el reloj. La mayoría lo hacemos con el Dimension 4.
Por otra parte te diré que estos modos no son tan prometedores. Yo he sido capaz de escuchar señales muy bajas que el programa no ha sido capaz de descodificar. También he respondido con 5 o 10 watios a estaciónes que llamaban llegando normalmente y nada de nada.
Así que como dicen en mi pueblo "los milagros en la cama y a la larga" ja ja ja.

En cuanto a la compatibilidad con Linux tanto del JT65-HF y como del Dimensión 4, yo ni idea.

Un saludo a todos.

Hola, en mi blog he puesto el enlace a unos artículos interesantes sobre JT65 que aparecierón en la revista CQ en 2010 y que ahora estan colgados en la red
http://ea1gfy.blogspot.com/2011/09/articulos-sobre-jt65.html
Con el WSJT tienes que tener en cuenta cuando vayas a transmitir la desviación de la frecuencia (DF) que coincida con la estación que quieras hacer QSO, creo recordar que cuando marcas la estación en la ventana principal no se pone con su DF sino que lo tienes que seleccionar en el waterfall.
En esta página http://jt65.w6cqz.org/main0.php puedes ver la actividad que hay en cada banda (tienes primero que registrarte)
También es muy recomendable la página PSKreporter donde puedes ver donde se recibe tu señal.

Mi experiencia con este modo es excelente, al menos para mis condiciones de trabajo (antena en el balcón y 5 watios) pudiendo disfrutar de hacer QSO con todos los continentes y con unos 70 DXCC trabajados, además de unos cuantos estados USA, en 2 años. Algunos colegas llevan más de 120 DXCC y en el chat se ven comentarios sobre el WAS trabajado en este modo.
Si que es verdad que a veces puede parecer que veas estaciones muy fuertes o muy bajas (yo con menos de -22 no lo intento acaso sea alguna estación que me interese) y ellas no te reciban, yo por ejemplo he visto por ejemplo 5N, V3, NP4, CO, y ultimamente D4, TL, KL7, EA6, CN, TK, OY,..pero el problema también es que se producen "pile-up" ya que llama todo el mundo. Es un modo para tener paciencia y un poco de fortuna, pero con pequeñas potencias se puede hacer magnificos QSO.

Saludos cordiales, 73´s de Antonio, EA1GFY.

Gracias por las respuestas.

El documento de CQ ya lo tenía pendiente de leer. Ahora que lo he leído, tengo más ganas de probar este modo !!!.

Mientras acabo de resolver el problema con el interfaz entre radio y ordenador, estoy estudiando el asunto del sincronismo de reloj.

Me he propuesto no necesitar internet, para garantizar la "portabilidad" del invento, y estoy explorando la via del GPS.

Tengo un receptor con conexión USB y estoy empezando a buscar las piezas de soft para recibir en linux las señales del GPS y, una vez "vistas" éstas, resolver la sincronización (lo mismo que hace el dimension4 en windows contra internet, pero en linux, a partir de las señales del GPS).

Si esta vía no tiene exito, deberé plantearme como alternativa sincronizar la hora de linux desde internet o bien, muy a mi pesar, dejar de lado linux para este modo.

¿Alguna experiencia y/o sugerencia?.

Gracias y saludos,

Manuel:

Según mis experiencias con este modo, lo del reloj no es tan sumamente crítico. Puedes sincronizarlo por internet y llevarte el PC donde te de la gana. No sé cuanto tiempo tardaría a desincronizarse para no funcionar bien la cosa, pero supongo que muchos días. Otra cosa es que seamos demasiado perfeccionistas, pero yo he escuchado estaciones que ma han llamado y su transmisión ha empezado más de un segundo tarde y no ha habido problemas. Ya te digo, que para desincronizarse ese tiempo, necesitarías muchos días.

En fin, que si algun compañero tiene alguna experiencia de la que podamos aprender, pues adelante y que escriba.

Por cierto, como inconveniente del JT65HF frente al WSJT, es que echo de menos el botoncito "tune" para ajustar el audio de salida de la tarjeta de sonido y acoplar el equipo donde mi antena ( MA5B ) por su ancho de banda no llega sin ROE.

Por otra parte, cuando en mi anterior comentario dije que llamaba con 5 o 10 watios a estaciones que llegaban normalmente y ni flores, éstas eran todas de otros continentes ( USA, Japón, etc).

Por mi parte, ya te digo que mi experiencia con este modo no es tan buena como la de Antonio. Al principio del PSK también decían que con 30 watios se podían hacer cosas impresionantes, pero el otro día un ZL que estaba llegando bien, cuando pasó su potencia, resulta que eran 300 watios. Por eso digo que no hay milagros, o hay buena antena y watios o no hay DX (hablo de DX lejanos).

En fin, pues ya hemos "soltado el rollo"

Un saludo de nuevo.

Hola de nuevo a todos:

Bueno, pues ya tengo bastante encaminada la solución al sincronismo de reloj, cuando no hay disponible internet (discrepo de quienes piensan que este detalle es irrelevante; me amparo para ello en la documentación de referencia, tanto de WSJT como de JT65-HF).

El hardware es un GPS USB, adquirido online, del tipo BU-353. Ya se que los niveles de precisión de reloj del sistema GPS no "pasan" por el interface USB, pero, para esta aplicación, es perfectamente suficiente el nivel de precisión alcanzado.

En cuanto al software, la cosa es distinta si hablamos de windows o de Linux.

En windows, la solución más sencilla y económica que he encontrado se llama BktTimeSync. Lo tiene IZ2BKT en su web y sincroniza desde internet y desde GPS, cuando internet no está disponible. Más detalles en:

En linux la clave está en conectar 2 programas: gpsd y ntpd. Con 4 líneas de código en ntpd.conf he conseguido que se pasen los datos entre ellos. Aún me queda resolver un detalle: gpsd sólo envía cuando ya tiene un cliente en marcha (estoy buscando cómo automatizar su arranque con el comando "-n".

Seguiremos informando,