Blog-Web de EA1AUS (Javier)

Contenidos acerca de la radioafición, con especial atención al programa de log LOGGER32 y utilidades relacionadas.

En el "shack" de radio

Mi Mundo en el Universo de los radioaficionados

Tarjetas QSL

Confimando QSOs con estas tarjetas.

Yaesu FT-102 - FV-102DM - FC-102 - SP-102

Transceptor de HF todo Modo de la década de los años 80. El último híbrido con paso fianl a lámparas. 3x 6146B y 12BY7A.

Mosley TA63N

Antena de HF para 6 bandas, con 3 elementos por banda, a 11 metros de altura sobre el edificio.

La estación de radio

Equipos de radio con los que estoy actualmente activo. SPE Expert 1K-FA - IC-7600 - IC-7400 - FT-7800.

jueves, 29 de agosto de 2013

Retoque estético en el Panel de Control de Radio de Logger32 

Para dar un toque visual más agradable a Logger32, en el la versión  3.47 tendremos como opción de usuario la posibilidad de ver reflejada la Frecuencia de radio y el modo activo dentro de la ventana del Panel de Control de Radio.

Es evidente que no sólo es un retoque estético, sino también muy práctico.


Por el momento desconozco si se implementará también en los paneles para SO2V y SO2R.
  • El tipo de letra, tamaño y color, son configurables e independientes tanto para la frecuencia como para el modo.
  • La visualización en pantalla se puede elegir entre nueve puntos diferentes, en tres niveles de altura, a izquierda, centro o derecha del panel.
  • La frecuencia y el modo se pueden configurar como transparentes u opacos al fondo y espectro del panel.

miércoles, 28 de agosto de 2013

Nueva versión 4.0 de ADIF_FILTER 

Marek SP7DQR ha publicado la nueva versión de su utilidad para el filtrado y estadísticas de archivos ADIF.

Puedes descargar la utilidad desde la web personal de Marek.

Esta versión 4.0 aporta tres novedades interesantes:
  • Selección de registros en función de datos desde un archivo externo.
  • Número de QSOs con una sóla estación.
  • La salida del filtrado de QSOs se puede guardar como archivo de texto/CSV y visualizarlo como texto.
Un ejemplo real, claro y muy práctico de una de las nuevas funciones de la aplicación de filtrado, puede ser la necesidad de buscar todos los QSOs hechos que contengan un mismo QSL mánager, y poder extraer esa información para mandársela por e-mail al MGR, a fin de conseguir que nos confirme esos contactos sin necesidad del envío de QSLs para no sobrecargar el bureau.

  1. Siguiendo el ejemplo de la captura, introducimos el archivo adif generado desde Logger32 con nuestro Log.
  2. Marcamos la casilla de Guardar el resultado en Texto (Save filtered file as Text)
  3. Marcamos la casilla de Visualizar el resultado de la búsqueda (Display search results)
  4. Seleccionamos y marcamos en  campo ADIF QSL_VIA e introducimos el QSL mánager.
  5. Limitamos la salida de datos de cada registro a los Mínimos campos  (botón Minimum fields) y añadimos el campo Operador. (como puede verse en la imagen siguiente)
 
 
Tras pulsar el botón Go, una vez realizado el proceso de filtrado y puesto que habíamos  marcado la opción de Visualizar los resultados de la búsqueda, se presenta una ventana con el texto filtrado, listo para copiar y pegar en el mensaje de solicitud de QSL vía bureau por email.


jueves, 22 de agosto de 2013

Panel de Control de Radio para SO2R / SO2V de Logger32 

Bob Furzer - K4CY no se va de vacaciones. Sigue al pié del cañón con nuevas ideas y mejoras para Logger32.

Ha comenzado a implementar el Panel de Control de Radio para SO2R y SO2V, y es de suponer que esta nueva mejora esté disponible cuando aparezca la próxima versión de L32, aproximadamente dentro de un par de semanas.

  • Las macros y configuraciones son independientes para cada PCR.
  • Desgraciadamente, esto en los Icom no va a servir de mucho, pues es necesario que el sub-receptor tenga un canal de audio diferente del receptor principal. 

En la parte superior, una imagen del PCR con el nuevo indicador de la radio en uso. Debajo el PCR para SO2V.





miércoles, 21 de agosto de 2013

Sugerencia sobre Actualización de Créditos (G) en Logger32 

A raíz de mi experiencia personal en el testeo de la próxima herramienta para actualizar Logger32 con los créditos otorgados por la ARRL para los diferentes diplomas del DXCC, quiero dejar constancia de la necesidad de tomar algunas precauciones antes de empezar a jugar con esto.

No olvides hacer copia de seguridad regularmente, y ponerla a buen recaudo.

Durante mis pruebas, y viendo el rotundo éxito al comprobar cómo los resultados de los totales de mi log coincidían con los totales mostrados en la web de ARRL-LoTW, no reparé en otra serie de detalles y decidí aplicar los cambios también en mi log principal.

Pasados unos días, casualmente me dí cuenta de una incongruencia en mis estadísticas, observando que las entidades confirmadas en papel para el DXCC, en las diferentes bandas y modos eran en algún caso muy superiores a la realidad.

Buscando el problema encontré las razones de esta anomalía, y quiero dejar bien claro que NO es un fallo de Logger32, ni de la utilidad ARRL_Scraper.exe. Es un fallo de la ARRL.

La cosa es que los datos proporcionados por la ARRL respecto a nuestros diplomas del DXCC, no están libres de errores, y hay que pensar que esta información que damos por buena, puede causarnos problemas serios en el log, si no nos damos cuenta a tiempo de rectificar. De ahí la insistencia en el backup y bien asegurado.

Además de los errores típicos que todos vais a encontrar al hacer el proceso de actualización, como errores tipográficos, cambios de fecha, e incluso de banda o modo, especialmente en créditos solicitados hace tiempo, a través del envío de listas y las respectivas QSLs en papel.  En mi caso personal, habiendo presentado 132 Tarjetas QSL, me encuentro que descargados todos mis créditos otorgados por la ARRL,  un número superior a 950 de esos créditos están etiquetados como solicitados por presentación de QSL CARD.

Esto que parece una tontería sin importancia, ha producido una secuencia de cambios en mi log que falsea la información de QSL en papel recibidas y enviadas, con los problemas que esto conlleva.

Logger32 procesa toda la información obtenida de la ARRL, y actualiza los registros cuando no hay discrepancias en el QSO. ¿Qué pasa si no hay coincidencia?, pues deja a criterio del usuario la vinculación del QSO de su log, con el correspondiente de la lista obtenida desde la información ARRL.

Cuando se emparejan manualmente los QSOs, o se vinculan de forma automática tras la evidencia de las coincidencias, entonces, los campos relacionados a QSL en papel recibida, o confirmación LoTW recibida y enviada, son actualizados según sea la procedencia del crédito ARRL: Tarjeta QSL o LoTW.

Y este es el quid de la cuestión. Para mi, con más de 800 confirmaciones que por error en la ARRL, figuran como créditos solicitados con Tarjeta QSL, y en todos los registros de QSO que teniendo la confirmación por LoTW y sin haber recibido QSL en papel, se modifica la marca de QSL en papel como recibida. ¿Te imaginas?.

Pues gracias a que conservo copias de seguridad, pude restaurar mi log al estado real que tenía un mes atrás, y a partir de ahí importando nuevos QSOs y resincronizando LoTW y eQSL dejarlo como tenía que estar.

De todas formas, no creas que he renunciado a la sincronización de los créditos (G)ranted de la ARRL. He encontrado las fórmulas para actualizarlo libre de errores y con garantía. Pero eso, (si interesa) será motivo de otra entrada en el blog.

Este problema que se ha dado en mi caso (posiblemente después de una mala manipulación de mis créditos LoTW, por algún operario del sistema, y que me obligó a reclamar a la ARRL para su reparación) con más de 800 errores de procedencia del crédito, no tiene por qué ser general ni común para los "paganinis$$$" del DXCC, pero... más vale prevenir que reparar, o peor, que lamentar.
Por tanto, antes de iniciar el proceso de actualización, toma buena nota del estado de tus estadísticas tanto en confirmaciones de tarjeta QSL, como en LoTW y la fusión de ambos. Si después de la actualización todo coincide, perfecto. En caso contrario a restaurar el log anterior.

sábado, 10 de agosto de 2013

Automatización de Créditos (G)ranted de LoTW en Logger32 (III) 

Retomando el tema de la nueva característica de la próxima versión de Logger32, puedo adelantar que después de unos cambios y muchas pruebas, la novedad está prácticamente lista.

Ha habido que adaptar la nueva funcionalidad de Logger32 a otra herramienta scraper para la obtención de la información de los Créditos (G)ranted - Conseguidos en la ARRL para los diferentes diplomas del DXCC. 

Esta utilidad para escarbar en la página del LoTW, es parecida a la de Marek, y que ya hemos comentado, pero en este caso, la estructura diferente de los registros descargados hace que sea más robusta la importación en Logger32 y así se minimicen los errores.


La aplicación externa se llama ARRL_scraper (v1.0.4), y tras conectarse a la página de LoTW, descarga toda la información que necesitamos y la guarda en un archivo de texto. Ese archivo que lleva por nombre el indicativo del usuario, asociado a la cuenta seleccionada, se usará para iniciar el proceso de  Actualización Completa en Logger32, de los Créditos (G) conseguidos en la ARRL.

La información a proporcionar a esta aplicación, además del Usuario y contraseña para acceso a la web, son la cuenta de indicativo asociado, por defecto la predeterminada es la principal, caso de querer escarvar para otro indicativo asociado, el número a introducir sería el del orden de posición en la web.

Una característica interesante de esta aplicación, es la opción "Play without paying" - "Jugar sin haber pagado", que da la posibilidad de obtener la información de todos los créditos confirmados en LoTW, sin que se hayan conseguido como (G)ranted (previo pago). De manera que se puede determinar el estado aproximado de los totales de QSOs. Esto permitirá sondear el sistema para ver si hay créditos suficientes disponibles para un diploma, antes de hacer la solicitud y envío de dinero, para esperar  sentado a que lo procesen.

La utilidad de Marek comentada en las entradas anteriores, ya no será compatible para esta funcionalidad de Logger32.

jueves, 8 de agosto de 2013

DXCC-CW

Finalmente cayó la ansiada presa que buscaba desde hace más de 30 años, Minami Torishima, últimamente se dejaba sentir en CW, justo donde me faltaba.

Con esta en la mano, la lista quedará reducida a seis países pendientes de contactar en CW.


sábado, 3 de agosto de 2013

Automatización de los Créditos (G)ranted de LoTW en Logger32 

Continuando con la entrada anterior, acerca de la novedad que nos traerá la próxima versión de Logger32, simplemente decir que la nueva característica está prácticamente terminada.

Después de varios días de mucho desarrollo de código y modificaciones para conseguir que las estadísitcas cuadrasen, puedo decir que las pruebas de la última versión interna v3.46.100 han resultado ser todo un éxito.

Los QSOs en los que no coinciden totalmente los datos de nuestro Log personal con los datos descargados desde el LoTW, se pueden corregir de forma sencilla desde el Panel de Corrección de errores.

  • En la esquina inferior derecha del panel, disponemos del botón "Let me try" - "Déjame intentarlo" que debería ser lo primero en utilizarse, pues hará la primera corrección de forma automática. Después podríamos Aplicar con el botón de la izquierda.

  • En la parte izquierda del panel se muestra la lista de QSOs que no coinciden, y al situarnos sobre un QSO cualquiera, podremos ver en la parte derecha los contactos que hay en nuestro log con ese mismo indicativo. Un simple clic en el QSO seleccionado y el error quedará corregido.
  • Los filtro de la parte inferior de Ignorar Banda, Modo o Entidad pueden facilitar la elección del QSO al que asignar el crédito de la ARRL.
  •  Hay ocasiones en que por ser créditos conseguidos por presentación de listas en papel y QSL clásicas, al informatizar los créditos pueden cometer errores tipográficos que se pueden dar en el Indicativo de la estación DX. En ese caso, el panel central de la línea inferior nos permite introducir el indicativo que creemos, y si existe en nuestro Log y es coincidente con el crédito, podremos seleccionarlo como correcto.


  • Evidentemente, si queremos que las estadísticas reales coincidan, no deberemos seleccionar QSOs de diferente Banda o Modo.

    Una vez completada toda la lista, podremos iniciar el proceso con el botón Apply - Aplicar. Al finalizar veremos el mensaje de los créditos que han coincidido y se han aplicado en el Log, y si todo está bien dirá que 0 créditos no coinciden. En caso contrario, deberemos volver a comprobar la lista de errores, hasta que consigamos el Cero deseado en los que No coinciden.

    Todos los QSOs corregidos se salvan en un archivo para futuras operaciones de agregar nuevos créditos. Es importante mantenerlo a salvo para no tener que repetir todo el proceso.


    En mi caso después de 67 correcciones manuales, puedo decir que las estadísticas de Créditos (G)ranted o Conseguidos, coinciden plenamente con los créditos Awarded que figuran en el LoTW.

    La forma de confirmarlo consiste en  sacar en Logger32 la estadística del DXCC en MIXTO y comprobar los Créditos G conseguidos en Entidades de todos los tiempos  con los valores de la columna Awarded de LoTW para cada una de las Bandas. Y comprobar los totales de todos los Modos y el Challenge.