NUEVA versión 5.99f de Swisslog para Windows

@ea5ael

Hola,

OmniRig v2.1 es una versión mejorada del original y permite controlar 4 equipos y definir lecturas del equipo de tan sólo 20ms (polling). Pueden estar instalados OmniRig v1 y OmniRigv2 en el mismo ordenador sin problemas. El tema está que para poder disfrutar de los 4 equipos, los desarrolladores deben añadir OmniRig v2.1 en su software. Hasta ahora sólo Swisslog lo ha implementado y la conmutación es tan fácil como hacer clic en el número del transceptor en la barra de control.

Si sólo tienes 2 equipos y para plena compatibilidad con todo el software, entonces usa OmniRig v1. Si tienes 4 equipos, puedes usar OmniRig v1 para los Rig1 y Rig2 y Rig3 y Rig4 en OmniRig v2.1. Pero claro, estos dos últimos sólo podrás usarlos en Swisslog. Es un tema que el resto de programas implementen compatibilidad con OmniRig v2.1, así de simple.

Inicialmente se creó OmniRig v2.0 que permitía lo mismo y sólo había que cambiar el ejecutable de Omnirig v1 por este. Pero a la práctica, sólo servía para beneficiarse del polling bajo. Porque desde los programas externos no podías acceder a controlar Rig3 y Rig4, por lo tanto, no servía de mucho. Por eso el autor decidió hacer un programa nuevo. Obviamente no puedes configurar Rig1 y Rig2 igual en OmniRig v1 y OmniRig v2.1 porque no se puede compartir el mismo puerto COM (a no ser que uses VSPE y entonces sí podrías hacerlo). 

Resumiendo: que a día de hoy sólo Swisslog ha incorporado soporte con OmniRig v2.1 y poder beneficiarse de sus excelentes características. Ahora es cuestión que el resto de programas lo implementen. Si fuera así, OmniRig v1 quedará obsoleto. Pero mucho me temo que costará. Hay muchos desarrolladores  que les costará añadir esta nueva opción (especialmente de USA y más siendo OmniRig v2.1 un software Europeo).

73

Buenas tardes:

Una consulta sobre guardar los contactos que vienen de WSJT-X. Cuando WSJT-X está haciendo un contacto se refleja en swisslog. Hasta hay bien, ¿pero hay alguna forma de que cuando WSJT-X guarde el contacto también se guarde automáticamente en swisslog sin tener darle a guardar en swisslog?

Gracias. 

@ea7zy

Hola Salvador,

Es que cuando le das a Log QSO en WSJT-X se debe guardar automáticamente en Swisslog, no hay que pulsar Guardar QSO en Swisslog para nada. Entiendo que estás usando el enlace por UDP y te está traspasando los datos bien, ¿no es así?. Algo raro hay ahí. Te da algún error el programa estilo "error fatal: ventana de QSO no creada" o similar? si es así sigue las instrucciones de este hilo que publiqué en el foro oficial (está en inglés, si no sabes usa google translate para traducirlo):

https://www.swisslogforwindows.com/forum/showthread.php?tid=680

Si no tienes ese error y los datos del QSO se pasan correctamente excepto que no guarda, contacta conmigo a mi whatsapp 656409020 para hacer una sesión remota por Teamviewer y ver qué sucede porque debería de irte.

73

Hola aparentemente tengo configurado bien el enlace UDP, me traspasa el qso a swisslog pero no se guarda. No da ningún tipo de mensaje de error.

A ver si en algún momento tal como me dice contactamos por whatsapp y lo mira.

Gracias.

@ea7zy

Hola Salvador,

Envíame un whatsapp mañana al 656409020 y entro y te lo miro.

73

Acab0 de actualizar a la 5.99f y me ocurre lo siguiente:

Con la version anterior de Swisslog y usando WSJT-X ,al pinchar en un indicativo para llamarlo, automáticamente me aparecía dicho indicativo en la ventana Indicativo de Swisslog, asi podía ver si lo tenia trabajado antes y en que bandas y modos.. Ahora no me aparece. Una vez acabado el qso al pulsar OK en la ventana de QSO realizado si me pasa todos los datos a Registrar qso de Swisslog. Es cosa de la vers 5.99f o he tocado algo que no debía?.

En segundo lugar, cuando realizo un qso a partir de las 23.00UTC,  al marcar las casillas  de Acción QSL- enviada, Lotw-enviada y Eqsl-enviada, me pone fecha del dia siguiente  ya que para el Pc  ya es el dia siguiente pues tiene 1 hora mas (hora EA), y me sale un mensaje avisándome que no puede enviar la qsl en una fecha "futura". Lo soluciono dandole a Guardar y seguidamente vuelvo a editar dicho qso cambiandole las fechas de envío a la del dia actual con arreglo a la hora UTC (no a la  fecha EA del PC). Como puedo solucionar esto?.

El resto como siempre  no he tenido problemas. Gracias Jordi.

Saludos

Publicado por: @ea7buu

Acab0 de actualizar a la 5.99f y me ocurre lo siguiente:

1.-Con la version anterior de Swisslog y usando WSJT-X ,al pinchar en un indicativo para llamarlo, automáticamente me aparecía dicho indicativo en la ventana Indicativo de Swisslog, asi podía ver si lo tenia trabajado antes y en que bandas y modos.. Ahora no me aparece. Una vez acabado el qso al pulsar OK en la ventana de QSO realizado tampoco me pasa todos los datos a Registrar qso de Swisslog y tengo que introducirlos a mano. Es cosa de la vers 5.99f o he tocado algo que no debía?.

2.-  Cuando realizo un qso a partir de las 23.00UTC,  al marcar las casillas  de Acción QSL- enviada, Lotw-enviada y Eqsl-enviada, me pone fecha del dia siguiente  ya que para el Pc  ya es el dia siguiente pues tiene 1 hora mas (hora EA), y me sale un mensaje avisándome que no puede enviar la qsl en una fecha "futura". Lo soluciono dandole a Guardar y seguidamente vuelvo a editar dicho qso cambiandole las fechas de envío a la del dia actual con arreglo a la hora UTC (no a la  fecha EA del PC). Como puedo solucionar esto?.

3.-Al guardar un qsl me sale el conocido aviso de que: Nombre de usuario/contraseña de HAMLOG incorrecto o su indicativo no existe en HAMLOG...., verifico ambas cosas y son correctas y si entro en la web de HAMLOG no tengo ningun problema.

4.- Que sentido tiene la hora de Inicio y la de Fin de un qso ?. por ejemplo, en FT8 puedo empezar a llamar a una estación a las 11.00utc y conseguir acabarlo a las 11.30, que es realmente la hora válida a efectos de qsl. Antes tenía que editar la hora de inicio y escribir la hora que me dá  WSJT-X como finalizado . Supongo que cuando está en el programa será por alguna razón que no llego a ver.

 

El resto como siempre  no he tenido problemas. Gracias Jordi.

Saludos

 Edito en rojo mi anterior texto y añado otras dudas.

 

 

Bueno pues  por lo que respecta al  punto 1 ya está solucionado (pag. 174 del manual) AJUSTES UDP WSJT-X / JTDX / MSHV / JS8CALL. No sé si ha sido al actualizar a la 5.99f o por otra razón se habían  borrado los ajustes y siguiendo los pasos de la ayuda he podido activar  de nuevo el UDP.

@ea7buu

Hola,

Respecto a los ajustes UDP, efectivamente ha habido un cambio de configuración en la nueva versión. En teoría, al abrir la nueva versión debía "importar" los antiguos valores del fichero de configuración y adaptarlos al nuevo. Pero si ha fallado (como en tu caso) lo suyo es volver a configurarlo en la nueva ventana (como bien has hecho).

Respecto al punto 2, veo que te estás liando y haciendo esto mal. Durante el QSO NO hay que marcar las casillas de Acción QSL ni mucho menos lo de LoTW / eQSL enviada! ¿Porqué haces eso? Te explico:

• Campo Acción QSL: es un campo informativo que ayuda al usuario a gestionar el envío de tarjetas QSL. Si tienes el Panel membership activo y las reglas del panel activadas, dependiendo si es usuario de Lotw/eQSL, te pone automáticamente si es usuario de Lotw, eQSL o LoTw/eQSL o Directa (en caso que sea una estación EA, F, C3 o LU y  No sea socio de URE, REF, URA y BCA respectivamente). Todo esto con la finalidad de no enviar una tarjeta QSL a esos QSO que disponen de confirmación electrónica, y poder evitarlos desde el asistente de impresión de tarjetas QSL. Para eso están también las Reglas de QSL, para que automáticamente asigne la palabra que quieras (enviar, bureau, etc) dependiendo las condiciones: si es primer QSO con esa estación, primer QSO en la banda, primer QSO en la banda y modo u otros QSO (condiciones con y sin QSL mánager). Así, dependiendo del contenido de ese campo, cuando vayas a imprimir tarjetas QSL, puedes filtrar y evitar los QSO donde ponga Lotw, eQSL, LoTW/eQSL , a no ser que también quieras enviarle un tarjeta QSL, eso ya es cuestión de cada uno. Pero la finalidad de ese campo es esa, pero nya ves que la gestión es "automática" y no requiere que el usuario cambie el valor de ese campo para nada. Lee bien en la ayuda, en el capítulo "Registrar QSO > opciones de la función Registrar QSO > Reglas de QSL y Acción de QSL". 
• ¡Los campos Enviado lotw y Enviado eQSL se gestionan automáticamente cuando realizas la sincronía de Lotw y eQSL! No tienes que hacer nada. Cuando realizas la sincronía, Swisslog ya marca esos campos y asigna la fecha de envió tanto de LotW como de eQSL. lo mismo sucede con el campo QSL Enviada (y fecha). Todo eso ya lo hace el asistente de impresión de tarjetas QSL cuando has acabado de imprimir la tarjeta. 

Resumiendo: estás haciendo una cosa totalmente innecesaria que no sólo te da más trabajo sino que Swisslog lo gestiona de forma automática cuando procede. Con una buena configuración de las Reglas de QSL, acompañado de las reglas del panel Membership, el contenido de ese campo ya te indica el medio para enviar la confirmación. Un caso que sí podrías marcar manualmente el campo Acción de QSL durante un QSO, es si ya sabes que esta estación usa OQRS. Entonces pudes asignar OQRSbureau o OQRSdirecta en el campo Acción de QSL. Así lo marcas para saber los QSO que tienes que hacer la petición vía OQRS. Si usas Club Log, Swisslog dispone de una herramienta para procesar automáticamente el fichero ADIF de peticiones OQRS que te realizan a ti, y marca OQRSbureau o OQRSdirecta automáticamente dependiendo cómo te soliciten a ti la QSL. Teniendo todo esto en cuenta, la gestión está muy automatizada para que el contenido de ese campo te indique cómo debes enviar la confirmación y así poder filtrar los QSO en el asistente de impresión de tarjeta.

Punto 3 de HAMLOG: eso es porque has activado la subida en tiempo real en HAMLOG y no has puesto la contraseña de login correctamente. Verifica que has puesto la contraseña correctamente, respetando máyúsculas y minúsculas. Si tu contraseña incluye carácteres especiales (comas, puntos, etc) seguramente sea éste el problema. Baja y reemplaza este ejecutable beta que he subido (reemplaza el ejecutable, no es un instalador): 

www.swisslogforwindows.com/Beta/SwisslV5.exe

Si te sigue dando error contacta conmigo en privado por whatsapp o correo a support@swisslogforwindows.com

Sobre la Hora inicio y fin de QSO: Si trabajas enlazado con WSJT-X no debes preocuparte por eso. Aunque tardes 1h en hacerlo, cuando pulsas Log QSO en WSJT-X asigna la hora de inicio y final automáticamente. La hora de inicio es cuando esta estación te ha contestado por primera vez, y la hora final cuando te ha mandado el RR73. Aunque lleves 3 horas llamando, la hora de inicio no se asigna hasta que esta estación te conteste. En caso de Swisslog y trabajes SSB, CW o modos digitales usando MixW, MultiPSK o FLDIGI y estés en un pile-up con el indicativo "metido" en Registrar QSO, si tardas mucho en trabajarlo, para eso está el reinicio de la hora inicial del QSO (debes hacer doble clic en el campo de Hora de inicio y se reinicia la hora a la actual cuando estás en tiempo real). También puedes pulsar F8 y hace lo mismo. Pero trabajando enlazado con WSJT-X, JTDX etc no tienes que preocuparte de eso porque la gestión de la hora de inicio y final la hace WSJT-X. En el capítulo de la ayuda "Interface para modos digitales" tienes especificado para cada programa los campos que se traspasan. 

73

@ea3gcv

Gracias Jordi, como es muy extensa tu explicación, que te agradezco, te contestaré a algunos puntos con mas calma.

solo confirmarte con respecto a Hamlog ( me refiero a Hamlog.eu, ya que tambien  subo el log a Hamolg.ru -el ruso- aunque de forma manual),  que sigo sin poder subirlo de forma automática. He verificado la contraseña y está correcta. He entrado en la web con la misma clave y me deja entrar sin problemas, de ahi mi extrañeza.

73

@ea7buu

Has bajado la beta y probado de nuevo? Tu contraseña tiene algún carácter especial como comas, puntos, signos de admiracion o interrogación y sobre todo, arroba @ o ampersand &? En la beta codifico esos carácteres para ser usados en cadenas Post de HTTP ya que muchos de esos carácteres tienen significado en las cadenas Post y hay que codificarlos para que el sistema no los confunda (por ejemplo el amperdand & se convierte a %26). Si es así, dime qué carácteres especiales usas en tu contraseña para hacer yo pruebas cambiando la mia y poniendo esos carácteres. 

73 

@ea3gcv

Si Jordi he bajado la beta y he vuelto a probar y me sigue diciendo lo mismo con respecto a Hamlog.

hola buenos dias algun colega que tenga yaesu ft950 y swisslog conectado para cat en el desplegable no aparece el 950 he probado otros modelo pero no consigo hacer que funcione gracias 

solucionado

@ea7buu

Hola,

No me has contestado con lo de los carácteres especiales... contacta conmigo en privado (support@swisslogforwindows.com) porque necesito saber el patrón de contraseña que usas (sin que me digas cual es) para adaptar la mía a la que tú has definido porque sino no podré reproducir el problema. 

73

Publicado por: @ea3gcv

@ea7buu

Hola,

No me has contestado con lo de los carácteres especiales... contacta conmigo en privado (support@swisslogforwindows.com) porque necesito saber el patrón de contraseña que usas (sin que me digas cual es) para adaptar la mía a la que tú has definido porque sino no podré reproducir el problema. 

73

Ya te envié correo sobre tema Hamlog.

en cuanto pueda te comento resto temas.

gracias

Publicado por: @ea3gcv

@ea7buu

Hola,

Sobre la Hora inicio y fin de QSO: Si trabajas enlazado con WSJT-X no debes preocuparte por eso. Aunque tardes 1h en hacerlo, cuando pulsas Log QSO en WSJT-X asigna la hora de inicio y final automáticamente. La hora de inicio es cuando esta estación te ha contestado por primera vez, y la hora final cuando te ha mandado el RR73. Aunque lleves 3 horas llamando, la hora de inicio no se asigna hasta que esta estación te conteste. En caso de Swisslog y trabajes SSB, CW o modos digitales usando MixW, MultiPSK o FLDIGI y estés en un pile-up con el indicativo "metido" en Registrar QSO, si tardas mucho en trabajarlo, para eso está el reinicio de la hora inicial del QSO (debes hacer doble clic en el campo de Hora de inicio y se reinicia la hora a la actual cuando estás en tiempo real). También puedes pulsar F8 y hace lo mismo. Pero trabajando enlazado con WSJT-X, JTDX etc no tienes que preocuparte de eso porque la gestión de la hora de inicio y final la hace WSJT-X. En el capítulo de la ayuda "Interface para modos digitales" tienes especificado para cada programa los campos que se traspasan. 

73

Entiendo que al tener enlazado Swisslog y Wsjt la hora de inicio y fin las pone automáticamente el programa.

El objeto de corregir la hora de inicio y escribir exactamente la misma que la de fin es porque  en la pantalla VER Libro, me escribe la hora de inicio y esa hora es la que va impresa en la qsl (GDURE),  lo cual creo, me puede ocasionar algún problema en la confirmación de ciertas QSl por diferencia de hora  en el caso de  que desde que comienzo a llamar hasta que finalizo el qso pueden pasar muchos minutos.

Esa es la razón por la que tengo que editar la hora de inicio de todos los qso que voy introduciendo en Swisslog, sea en cw/ssb/digi.

Si la hora que va a constar en la qsl es la de finalización entonces el problema está resuelto y no me preocuparía.

Ya me dices si estoy equivocado.

Respecto tema Acción QSL te comento mas adelante.

Gracias

@ea7buu

La hora del QSO es siempre la de Inicio en todos los programas. No entiendo el problema que tienes puesto que si trabajas enlazado con WSJT-X ese dato lo marca WSJT-X cómo ya te dije: la hora de inicio es cuando te contesta por primera vez y la final cuando se recibe el RR73. Y si estás en un pile-up trabajando con Swisslog haciendo SSB o enlazado con MixW, MultiPSK o FLDIGIm con el indicativo metido, si tardas mucho en hacer el QSO sólo pulsa F8 antes de guardar el QSO para poner la hora de inicio a cuando pulsas F8. Piensa que en LoTW hay un margen de 30 minutos arriba/abajo para encontrar QSO coincidentes. En eQSL es 1 hora. Por lo que, a no ser que haya una diferencia muy grande entre la hora final y la inicial, no debes preocuparte ni editar nada. Insisto que si haces FT8 con WSJT-X/JTDX etc no debes preocuparte en absoluto. Pero si haces SSB, CW, RTTY debes tener muy en cuenta eso de iniciar la hora con F8 antes de guardar.

73

@ea3gcv

Gracias Jordi. sigo tus indicaciones al respecto. Con F8 en el momento de acabar el qso  en SSB/CW  y en FT8 dejo de preocuparme. Solucionado.

Con respecto al tema Hamlog ya te confirmé  por correo que funciona correctamente y te dejo a ti las explicaciones que creas convenientes.

73

@ea7buu

Para los que habéis seguido el hilo: después de haber contactado con el autor de HAMLOG para averiguar la causa del error, resulta que el problema es que la longitud de la contraseña de HAMLOG debe de ser de 5 caracteres mínimo y 10 caracteres máximo (sólo puede incluir números y letras, ningún carácter especial). La contraseña de Pepe era de 12. Al entrar por la web, el propio sistema de HAMLOG hacía que leyese sólo los 10 primeros caracteres ignorando el resto. Por eso podía entrar bien por la web. Pero claro, en Swisslog tenía puesta la suya con 12 caracteres y Swisslog sí enviaba los 12 caracteres como estaba configurado. En la próxima versión de Swisslog ya estará limitado el campo de la contraseña de HAMLOG para introducir máximo 10 caracteres, así como actualizada la documentación especificando estos detalles. He subido una beta en este enlace donde ya está corregido todo esto:

www.swisslogforwindows.com/Beta/SwisslV5.exe

Sólo hay que bajar y reemplazar el ejecutable.

73