USUARIOS DE SWISSLOG

Pero una cosa.... La lectura del S-meter si la hace? Es sólo la potencia o las dos cosas? Porque sino lee el S-Meter es un problema de comunicación. Dime y entonces me extiendo más 

73

Hola Pedro,

¡Creo que he encontrado el problema! He revisado bien el código y me he dado cuenta que sólo leía bien cuando la lectura era de 2 cifras (por eso a mi me funcionaba con el ICOM porque como excito el lineal sólo lo hago con 10-15W) pero cuando la lectura pasaba a 3 cifras ya no leía bien. Reemplaza el ejecutable por este y me cuentas:

https://www.swisslogforwindows.com/EA3FNM/SwisslV5.exe

73 y espero noticias

OkiOki.

Lo comprobaré más tarde y te mantengo informado.

Publicado por: EA3GCV

↑

Hola Pedro,

¡Creo que he encontrado el problema! He revisado bien el código y me he dado cuenta que sólo leía bien cuando la lectura era de 2 cifras (por eso a mi me funcionaba con el ICOM porque como excito el lineal sólo lo hago con 10-15W) pero cuando la lectura pasaba a 3 cifras ya no leía bien. Reemplaza el ejecutable por este y me cuentas:

https://www.swisslogforwindows.com/EA3FNM/SwisslV5.exe

73 y espero noticias

Lo siento. Mismo resultado.

Contacta conmigo por whatsapp (mi número está en la zona de Contacto de la web de Swisslog) que quiero mirar eso por Teamviewer o Anydesk para mirar qué sucede y coordinamos.

73

Va de Japón:

Estoy revisando y actualizando todos los qso que tengo con las prefecturas, ciudades y "City gun".

Estoy poniendo y creo que incorrectamente, y por he eso he parado mi trabajo, la prefectura con Código y la Ciudad o Gun con su nombre. 

EJEMPLO: JA7FTR con Prefectura Miyagi (Código MG7) y Ciudad Kosennuma (Código de ciudad 0605) ponía Prefectura "MG7" y Ciudad "Kosennuma"

He observado que casi nunca se rellena automáticamente, supongo que por diferencias de formato y por eso lo repaso a mano, no hay problema, pero hay casos en que se rellena automáticamente como el caso de arriba y Swisslog pone directamente los códigos tanto de prefectura como de ciudad, y si lo hace Swisslog así supongo que eso será lo correcto.

Supongo que la JARL lo aceptará con códigos y que será lo correcto por lo que voy a corregir todos (ufff) los QSO. 

¿Será lo correcto? Supongo que sí, pero tengo esa duda.

Un saludo.

Hola,

Es cierto que en algunas estaciones japonesas aparece ese tipo de contenido (erróneo) en el campo de la Prefectura. Eso está mal definido en la tabla de entidades y se corregirá en la próxima actualización de la tabla. Muchas gracias por avisar.

Piensa que esos datos no se leen de ninguna base de datos de Callbook y hay que meterlos a mano bien cuando se recibe la QSL y muchas veces en la foto de perfil que tienen las estaciones japonesas en QRZ aparece, puesto que ponen su QSL. En las prefecturas lo que realmente vale son los números del 01 al 47 que son las prefecturas que hay. Esa abreviatura que aparece ahora en la tabla de entidades supongo lo pondría hace años la persona que se encargaba de mantener la tabla pero no es una referencia oficial del diploma. Si quieres saber las referencias reales del diploma, haz doble clic dentro de cualquier campo de diploma y te aparecerá un listado completo de las referencias (las tablas de información), donde puedes buscar incluso copiar la referencia al campo sin tener que escribirla. En el caso de los Japoneses las prefecturas son 2 cifras, el JCC (las ciudades) que tienen 4 cifras y el JCG (los Guns) que tienen 5 cifras. Esas son las referencias oficiales para que puedas llevar el control del diploma correctamente.

Siento la confusión y si has metido esas referencias en el campo de la Prefectura (como el MG7) deberás editar el QSO y ponerle el número de prefectura que corresponda.

73

Hola a tod@s,
Os explico el "problema" que tengo con JTDX-SWISSLOG en el registro de contactos.

Antes explicar que JTDX lo tengo enlazado con GT2 y de ahí a HRD para el log de contactos (creo no tiene relación con el problema pero lo detallo por si acaso)
A parte estoy preparando SWSSLOG para adaptarlo a mis necesidades y si no me equivoco captura la información de los contactos de JTDX directamente a ese programa.

Cuando hago un contacto en FT8 con JTDX se registra en ambos programas (eso es ok) y la ventala del CALL de JTDX queda en blanco (OK). Como curiosidad, el indicativo del contacto que estoy intentando hacer el JTDX aparece en la ventana del indicativo de SWISSLOG antes de registrarlo en JTDX; A priori no aprece un problema...pero con JTDX abierto:
Cuando intento registrar un contacto manualmente en SWISSLOG puedo escribir el indicativo y captura los datos pero al cabo de unos 2-3 segundos desaparece el indicativo de la ventana del CALL en el SWISSLOG.
Si JTDX está cerrado, entonces no hay problema y puedo registrar manualmente los contactos.
Es como si SWISSLOG lee el campo del indicativo de JTDX antes de que se ejecute el registro y rellena la ficha del QSO con los datos que captura de JTDX aunque sea en blanco y es cuando los borra.

He estado mirando algunas webs y manuales, y cambiando cosas de la configuración (pocas hay relacionadas a eso) pero no consigo dar con la tecla.

Desde mi punto de vista solo debería enviar JTDX los datos del contacto cuando se registran...pero no es así...

¿Alguien ha tenido ese "problema" y lo ha podido resolver o sabe cual puede ser la causa?

Gracias

Hola Pedro,

Eso está claramente indicado en el capítulo "Interface para modos digitales > Ajustes UDP WSJT-X / JTDX / MSHV / JS8Call" de la ayuda.

Swisslog se enlaza automáticamente con JTDX cuando se abre, si se usa como instancia principal. Entonces el botón UDP que hay en la ventana de Registrar QSO se pone de color verde indicando que está enlazado. Al enlazarse, Swisslog está siguiendo constantemente el campo Indicativo de JTDX. Y te pongo el extracto remarcado que se indica en la documentación:

"Es importante saber que WSJT-X / JTDX envía mensajes de estado muy a menudo cuando cambian varios estados internos. Estos mensajes permiten a Swisslog sincronizar el contenido del campo DX Call y el modo actual de operación. Esto es perfecto cuando desea trabajar con WSJT-X or JTDX, sin embargo, si desea añadir indicativos manualmente en Swisslog o trabajar otros modos con MixW, FLDIGI, etc. (enlazados con Swisslog) mientras WSJT-X / JTDX esté en ejecución y el enlace UDP esté activado, debe desactivar el enlace pulsando el botón UDP, de lo contrario, se volverá loco puesto que Swisslog siempre seguirá el indicativo/modo asignado en WSJT-X / JTDX ignorando otros medios de entrada."

Te aconsejo que leas detenidamente estos capitulos donde se explica todo esto, el uso de múltiples instancias, las diferencias entre la instancia Principal y las de Sólo solicitudes de Log QSO entre otras cosas importantes de saber:

Ajustes UDP WSJT-X / JTDX / MSHV / JS8Call

Operando con WSJT-X / JTDX / MSHV / JS8Call

73

Publicado por: EA3GCV

↑

Hola,

Es cierto que en algunas estaciones japonesas aparece ese tipo de contenido (erróneo) en el campo de la Prefectura. Eso está mal definido en la tabla de entidades y se corregirá en la próxima actualización de la tabla. Muchas gracias por avisar.

Piensa que esos datos no se leen de ninguna base de datos de Callbook y hay que meterlos a mano bien cuando se recibe la QSL y muchas veces en la foto de perfil que tienen las estaciones japonesas en QRZ aparece, puesto que ponen su QSL. En las prefecturas lo que realmente vale son los números del 01 al 47 que son las prefecturas que hay. Esa abreviatura que aparece ahora en la tabla de entidades supongo lo pondría hace años la persona que se encargaba de mantener la tabla pero no es una referencia oficial del diploma. Si quieres saber las referencias reales del diploma, haz doble clic dentro de cualquier campo de diploma y te aparecerá un listado completo de las referencias (las tablas de información), donde puedes buscar incluso copiar la referencia al campo sin tener que escribirla. En el caso de los Japoneses las prefecturas son 2 cifras, el JCC (las ciudades) que tienen 4 cifras y el JCG (los Guns) que tienen 5 cifras. Esas son las referencias oficiales para que puedas llevar el control del diploma correctamente.

Siento la confusión y si has metido esas referencias en el campo de la Prefectura (como el MG7) deberás editar el QSO y ponerle el número de prefectura que corresponda.

73

Gracias por tu contestación.

Ya veo que todo son cifras. Muy agradecido Jordi así lo haré. 

Publicado por: EA3GCV

↑

Hola Pedro,

Eso está claramente indicado en el capítulo "Interface para modos digitales > Ajustes UDP WSJT-X / JTDX / MSHV / JS8Call" de la ayuda.

Swisslog se enlaza automáticamente con JTDX cuando se abre, si se usa como instancia principal. Entonces el botón UDP que hay en la ventana de Registrar QSO se pone de color verde indicando que está enlazado. Al enlazarse, Swisslog está siguiendo constantemente el campo Indicativo de JTDX. Y te pongo el extracto remarcado que se indica en la documentación:

"Es importante saber que WSJT-X / JTDX envía mensajes de estado muy a menudo cuando cambian varios estados internos. Estos mensajes permiten a Swisslog sincronizar el contenido del campo DX Call y el modo actual de operación. Esto es perfecto cuando desea trabajar con WSJT-X or JTDX, sin embargo, si desea añadir indicativos manualmente en Swisslog o trabajar otros modos con MixW, FLDIGI, etc. (enlazados con Swisslog) mientras WSJT-X / JTDX esté en ejecución y el enlace UDP esté activado, debe desactivar el enlace pulsando el botón UDP, de lo contrario, se volverá loco puesto que Swisslog siempre seguirá el indicativo/modo asignado en WSJT-X / JTDX ignorando otros medios de entrada."

Te aconsejo que leas detenidamente estos capitulos donde se explica todo esto, el uso de múltiples instancias, las diferencias entre la instancia Principal y las de Sólo solicitudes de Log QSO entre otras cosas importantes de saber:

Ajustes UDP WSJT-X / JTDX / MSHV / JS8Call

Operando con WSJT-X / JTDX / MSHV / JS8Call

73

Pues si que lo entendí mal!!!

Gracias Jordi 

Hola.

Tengo un problema al subir el log a HRDlog, recientemente cambie de ordenador y olvide poner el codigo de subida y no se estaba subiendo, no le di importancia ya que si subia bien en otras plataformas , pero el otro dia trasteando se me ocurrio mirar y me dio por ponerlo otra vez a funcionar, pero no puse bien el codigo de subida y los QSO que seleccione por fecha no se subieron,revise todo y vi que no habia puesto el codigo correcto y trate de volverlo a subir y me sale un mensaje de error (no hay QSO para transferir) , supongo que la base de datos swisslog los ha puesto ya como enviados. ¿como podria volver a enviar de nuevo esos QSO?

Gracias y saludos.

EB1ESK - Álvaro.

Hola Álvaro,

Has comprovado realmente que no están los QSOc en HRDLOg? Si en Swisslog están marcados comp subidos es porque se han subido correctamente. 

Si no se han subido y en cambio están marcados como subidos en Swisslog, hay que desmarcar el campo de Enviado de HRDLog. Para ello ve a Ver / Libro (seleccionar vista) y de la carpeta Libros escoge "Estado libros online". Filtra por fecha los QSO para que solo te muestre los que quieres volver a subir. Una vez los tengas filtrados, busca el campo  Enviado a HRDLOg, haz clic con el botón derecho del ratón encima de la marca de enciado en uno de los QSO, y del menú escoger Editar - Todos los QSO y asignas 0. Acepta los mensajes de confirmación y así te habrá desmarcado el campo en todos los QSO que has filtrado por fecha.

Vuelve a Herramoentas - HRdLOg - Subir libro y te subirá esos QSO (no hace falta indicarle el rango de fechas) 

Pero insisto que es muy raro que si están marcados como subidos no se hayan subido realmente. Ya me contarás porque tendría que reviisar el código y averiguar porqué los ha marcado xomo subidos si el código de subida no es correcto.

73

Gracias por contestar tan rapido.

He seguido tus instrucciones y los QSO que no se habian subido antes se subieron al realizar las operaciones que comentastes.

Gracias y saludos .

EB1ESK Álvaro.

Hola Álvaro,

Me alegro lo hayas solucionado. He revisado el código y había un error y es que siempre lo daba como subido aunque estuviera mal puesto el código de subida. En la próxima versión que sacaré este mes estará solucionado.

73

Buenos días,

Vuelvo con otro tema:

Estoy importando unos contactos desde HRD a Swisslog donde el modo es MFSK y los realicé en FT4. Exporto esos contactos a un fichero adif y al importarlos a Swisslog da error de "mode is missing" y no los importa.
Indicar que en la tabla de asignaciones de modo del fichero .FLD le indico que el modo MFSK lo "traduzca" a FT4 pero sigue dando el mismo error.

Si modifico los datos de modo del fichero adif de MFSK a DATA y en el fichero de asignaciones tengo la traslación de DATA a FT4 entonces si que lo ejecuta corrrectamente.

Luego he mirado que tengo el mdo MFSK en los modos de Swisslog y lo he eliminado para probar que pasaba y obtengo los mismos resultados.

¿Qué hago mal?

Gracias.

Hola Pedro,

Tu no estás haciendo nada mal. El problema, seguramente, es que estás usando una versión antigua de HRD y no exporta los QSO correctamente según las especificaciones ADIF v3. O sea, que incluya el submodo. El fichero ADIF seguro que tiene modo MFSK pero no está el campo Submodo FT4, y de ahí el problema al importar. La solución seria abrir ese ADIf con ADiF Master y aplicarle una opción que tiene para corregir modos (no recuerdo el nombre exacto). La historia es que tienes que decirle que esos QSO los convierta a FT4 y añadirá el campo MODO MFSK y Submodo FT4. Una vez está el ADIF corregido lo puedes importar a Swisslog sin problemas. Y ojo que debes revisar esos QSO que has importado en Swisslog con ese mapeo extraño que has hecho de DATA a FT4. Si en Swisslog tienes esos QSO ya en modo FT4 entonces ya lo tienes solventado. Sino tendrás que hacer lo que te he explicado.

73

hola un saludo a tod@s, tengo una duda que seguro alguien podra responderme...

al introducir el indicativo en la ventana de registro despues de haber echo doble click en el cluster, o introducirlo manualmente ...

acontinuacion giras el dial y te mueves de la frecuencia o cambias de banda en el equipo....   no deberia limpiar el campo del indicativo automaticamente??...

gracias de antemano por la informacion.

Hola,

¿Y porqué debería hacer eso? Si tienes activada la entrada en tiempo real, el campo frecuencia / banda se asignará automáticamente a la que esté el equipo actualmente. Es el usuario el que tiene que "decidir" lo que quiere hacer. Si tú has "subido" un QSO desde la ventana del cluster se supone que es porque quieres trabajarlo, o lo estás trabajando ya. Si no lo vas a trabajar, pulsas ESC y se borra todo. Aquí el usuario debe saber las herramientas que el programa ofrece y adaptarlas a su forma de operar, que como ves es tan rápido como pulsar ESC y se borra todo. Cada usuario tiene sus preferencias. Lo importante es saber que tienes formas de hacer lo que quieres y es cuestión de saberlas y adaptarlo a tu operativa.

73

hola Jordi saludos, bueno el hacerlo es simplemente por comodidad... otros programas lo hacen y pensaba que habia una opcion para hacerlo y no lo recordaba o estaba desactivada...

si doy al cluster se que cada vez que hago click en un indicativo limpia los campos y pone el nuevo.. no hay problema..

pero si no lo hago por medio del cluster y por ejemplo cambio de banda y no he quitado el indicativo con Esc, permanece en la ventana, o si veo en la cascada alguna señal y me desplazo con el dial a otra frecuencia... permanece el indicativo... no pasa nada simplemente... pense que tenia esta opcion.. y lo tenia desactivado.. gracias de todas formas Jordi y por la rapida respuesta.