Problemas de HamLib en WSJT/JTDX (solución)

Es de todos -o casi todos- conocido que WSJT y JTDX «pueden» dar problemas en la gestión de la conexión de datos a la radio, el conocido CAT.

En este post veremos en que entornos suele dar problemas, las razones de los mismos y la solución.

Entornos Problemáticos

En mi caso, como explico en esta entrada sobre mis equipos o en esta sobre el software que uso, uso un Elecraft K3 y Logger32 como libro de guardia. La conexión se hace a través de VSPE para «multiplexar» el acceso al puerto y poder «atacar» la radio con mas de una aplicación, y este es uno de los motivos de fallo.

Por extensión podemos asumir que, cuando a través del puerto como físico hay mas de una comunicación realizándose, puede haber problemas de colisiones o respuestas no interpretadas.

Las Razones

Bueno, ya se han adelantado, colisiones y paquetes no interpretados -por cualquier razón-.

Tenemos que entender que, en el contexto mencionado, el equipo «escucha» peticiones de información y las responde. Cuando las responde estas respuestas con información son enviadas a todas las aplicaciones que están conectadas al puerto COM virtual, el multiplexado.

Aquí se pueden dar algunas casuísticas interesantes:

  1. Que un programa «flipe» (se sorprenda y falle) porque recibe una respuesta de algo «que no preguntó».
  2. Que esa respuesta, ademas, no esté en el SET de comandos que la librería tiene implementada.

Debo reconocer que sufrí estos problemas bastante tiempo, aunque no soy un usuario intensivo de FT8, me ha dado mas de un dolor de cabeza (por testarudo, mas que nada) y me llevó a implementar soluciones «poco ortodoxas».

La primera fue utilizar a HamRadio Deluxe como «abstracción» del problema. WSJT/JTDX «hablaban» con la radio a través de HRD, una auténtica chapuza.

La segunda, y que perduró mucho mas tiempo, fue utilizar OmniRig como capa de abstracción.

He oído que hay gente que pone FLRig o cosas similares; incluso apagar el CAT del libro de guardia y alternar uno u otro. Todas son válidas, pero si tenemos menos programas funcionando, todo irá mas fluido.

La Solución

Hasta la versión 158 de JTDX la librería HamLib venía «empotrada» en la compilación -y era vieja- lo que hacía imposible una actualización de la misma, pero desde la 158 la librería viene separada. Gracias a ello podemos descargarla y actualizarla desde aquí (tened en cuenta si es 32 o 64 bits):

W32: 32 bit libhamlib-4.dll

W64: 64 bit libhamlib-4.dll

Se baja el fichero ZIP y se reemplaza directamente la DLL.

En WSJT parece que la cosa es mas sencilla. Hice una instalación limpia y, aparentemente, viene con la última versión de HamLib. Esto se debe chequear y, en su caso, intentar la misma solución que JTDX, meter la DLL directamente.

Espero que os sea de utilidad. 😉

También te podría gustar...

6 Respuestas

  1. Manuel Per EA2BDR dice:

    Hola, tengo JTDX-159, el puerto com conectado a un adaptador USB SERIAL CH-340 para el CAT. Me hafuncionado unos días y ahorano. Solo con seleccionar el Yaesu FT-950 para el control CAT, ya no me funciona JTDX, le doy a TX con RTS (TX-RX no por CAT) y no me transmie. Además el espacio donde marca la frecuencia de la banda se pone en rojo. Si deselecciono yaesu ft 950, que es el mio y reinicio ya me funciona. Eso si, sin CAT. He bajado y sustituido el libhamlib-4 que has puesto en la web, pero no se me soluciona. Alguna sugerencia? Estoy desesperao!!! Como Marta Sanchez… hihi

    • EB1TR dice:

      Las configuraciones estas, a veces, son un tanto complejas para poder interpretarlas desde un texto. Te aconsejo que intentes buscar ayuda con alguien que pueda conectarse remotamente a tu PC (con experiencia) para poder solventarlo.

  2. Gustavo Barona dice:

    Mi caso es muy raro. Tengo un computador DELL Latitude E5450, conectado al Kenwood TS-590S y, en un principio, trababa muy bien, sin problemas. De repente, comenzó a reportar el «Hamlib…..», pero, curiosamente, en las bandas de 30 mts hacia arriba, (40, 80 mts). En 6 y hasta 20 mts, no presenta el problema.

    He descargado los archivos sugeridos; he reinstalado el JTDX; reinicié el radio a su configuración original, pero el problema sigue.
    Y, no cero que el puerto USB, tenga esa capacidad de discriminación entre las bandas.

    Alguien tiene alguna sugerencia?

    Gracias.

    Gustavo Barona – HK5FCI

    • EB1TR dice:

      Hola Gustavo.

      Hay veces que HamLib tiene problemas si los paquetes de información que llegan de la radio contienen algunas instrucciones, por el ejemplo el SPLIT.

      Se me ocurre que verifiques si en esas bandas tienes algo activado en la radio que no tienes en el resto de bandas.

      A ver si nos cuentas que tal te ha ido.

      Saludos.

    • Gustavo Barona HK5FCI dice:

      Yo bajé el archivo 64-bit hamlib y, con él reemplacé el archivo .dll, de acuerdo con tu sugerencia., pero, el problema persiste..

      Revisé la configuración del jtdx, pero no encontré nada raro y, no hay configuraciones específicas para cada banda.

      Francamente, no se que hacer.

      Saludos.

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.