Parte V
Continuamos con los comentarios que hemos llamado “CN-FRC por dentro. . .”.

Muchos colegas asumen la participación en los Concursos como una actividad más en la radioafición, han manifestado por diferentes fuentes  la aceptación del programa CN-FRC, aun cuando se tienen la total convicción de no constituir un programa que resuelve todas las demandas de los operadores durante la realización de los Concursos.

Los más diestros en otros programas de Concursos desarrollados internacionalmente, pueden tener cierta confusión cuando utilizan el CN-FRC, al disponer éste de funciones que no tienen coincidencias en esos programas internacionales.

El tema que nos ocupa hoy está vinculado con esas mejoras continuas. A partir de la versión 1.4.2g, se han implementado dos nuevas funciones que ayudan a consolidar el programa. Primero, la protección de la información registrada en el CN-FRC, especialmente en el fichero logger.txt … y en segundo lugar, la autogeneración de algunos clasificadores que se necesitan para su funcionamiento.

Analicemos el primero de los dos temas que proponemos. Llamemos sin mucho tecnicismo lingüístico “Respaldo del fichero logger.txt”. ¿Cómo está implementado el respaldo del fichero logger.txt?, ¿En qué momento ocurre y dónde puedo recuperar la información perdida?
Intentaré ser bien preciso para evitar extenderme en la explicación y con ello responder las preguntas formuladas con anterioridad.

La pérdida de la información contenida en el fichero logger.txt; cuando se está usando el programa; puede ocurrir al presionar el botón cuyo ícono es una “escoba”.

Si usted ubica el cursor encima de éste botón (La escoba), se invocará un mensaje emergente con el siguiente texto: ‘Limpia los datos registrados en el logger.txt. Listo para introducir nuevos datos.’ Este texto significa que los datos del logger.txt serán eliminados totalmente, quedando el mismo vacío. No obstante, si desea realizar la limpieza del logger.txt al presionar el anterior icono, será notificada su aceptación o no mediante un mensaje de aviso visualizado en pantalla.

Cuando usted niega la eliminación, el logger.txt no sufre modificación, pero si usted confirma la eliminación de los datos, entonces, es aquí donde actúan los códigos del programa para proteger la información contenida en el logger.txt.

En este caso, se crea una carpeta llamada Backup; en caso de no existir; y dentro de ella un fichero cuyo nombre es la fecha y hora en formato ddmmaaaa_hhmmss.txt, donde:

dd: día de la semana.
mm: mes actual.
aaaa: año actual
hhmmss: La hora en formato UTC.

Si usted necesita recuperar la información, basta con copiar todo el contenido desde el fichero ddmmaaaa_hhmmss.txt hacia el fichero logger.txt; usando el Notepad de Windows o cualquier otro procesador de texto; finalmente guarde los cambios de logger.txt.
Cuando ejecute nuevamente el CN-FRC ya tendrá su log integro. Como puede apreciar es una solución sencilla para recuperar los datos eliminados.

Si no tiene experiencia en esta operación, puede solicitar ayuda a otro colega y con absoluta facilidad, podrá comprobar que es muy elemental el proceso. Cualquier otro proceso de protección del logger.txt o el contenido de la carpeta donde está el sistema, resulta de su decisión personal. He recomendado a muchos colegas renombrar el fichero logger.txt después de concluir el Concurso de manera que disponga de un histórico de los diferentes Concursos que ha trabajado para sus consultas posteriores. No obstante, usted puede mantener el logger.txt con el contenido de todos los Concursos del año y esto no perjudica la operación del CN-FRC.

Que el logger.txt tenga menos información o más información, no limita la estabilidad y funcionamiento del software.

Hasta aquí, hemos tratado, de manera muy simple, cómo proteger el logger.txt. Ahora veamos la autogeneración de algunos clasificadores.

En la parte I de estos materiales dedicado al CN-FRC, mencionamos uno de sus clasificadores, existen muchos más, pero uno de los ficheros con mayor fuerza en la estabilidad del CN-FRC y que posee un importante número de variables a utilizar, es el fichero config_test.txt. Sus detalles fueron explicados en la  Parte IV. Si desea profundizar puede remitirse a esta parte publicada en el foro.

Por razones de manipulación de los ficheros en la carpeta donde está el CN-FRC, puede ocurrir la pérdida o eliminación no intencionada del fichero config_test.txt  y en este caso, las consecuencias para el funcionamiento del CN-FRC son complejas.
Justamente, se implementa a partir de la versión (1.4.2g), la autogeneración del fichero config_test.txt. Cuando el software detecta la ausencia del mismo, dentro de la carpeta que contiene los demás ficheros, entonces el CN-FRC realiza el proceso de autogeneración del fichero config_test.txt.

¿Cómo puedo verificar estos criterios dados anteriormente?
Le propongo realizar un pequeño ejercicio, no sienta temor en realizarlo.
Si usted posee la versión 1.4.2g o superior. Realice los siguientes pasos:

1.- Cierre el sistema
2.- Localizar el fichero config_test.txt
3.- Eliminarlo
4.- Volver a ejecutar cn-frc.exe.

Teniendo el CN-FRC abierto o cerrado, visualice la carpeta donde está el contenido de los ficheros del sistema y podrá comprobar que existe el fichero config_test.txt. Con esto se ha implementado una protección del config_test.txt, pero se insiste en la necesidad de evitar cualquier tipo de manipulación o modificación de este fichero. Usted nunca necesita modificarlo, las actualizaciones posteriores tendrán implementado el procedimiento adecuado para garantizar que el fichero config_test.txt posea todos los valores correctos que necesita el CN-FRC y en especial cada Concurso.
Estos dos elementos son suficientes por el momento para ir comprendiendo las interioridades del CN-FRC por dentro. . .

El software (CN-FRC) transita por un proceso de perfeccionamiento acorde a la demanda y necesidad establecidas en las Bases de los Concursos Nacionales y para ello se han tenido en cuenta muchas sugerencias que han enviado los colegas. Sienta usted la necesidad de formar parte de los tantos que han brindado ideas y comprenda que sus criterios también pueden ser implementados en este proceso de mejora continua del CN-FRC. No dude en formularla y envíe un correo a la dirección electrónica: co6hz@frcuba.cu

Gracias por el tiempo dedicado a conocer más sobre éste software de cubanos para cubanos y manténgase actualizado con los nuevos detalles en las próximas partes.

                                                 Parte III.

Continuamos con las explicaciones en este foro sobre el CN-FRC por dentro … Necesitamos introducir detalles asociados a la creación del Log en formato cabrillo, que son obligatorios para obtener los resultados de cada concursante usando el sistema automatizado que se dispone en la actualidad.

Comencemos con unas pequeñas líneas de historia…
Si usted es un competidor de experiencia en Concursos Nacionales o Internacionales, seguro que conoce algo de Cabrillo, pero en caso contrario, saltará la interrogante: ¿Por qué se llama Cabrillo? …  debemos destacar que el radioaficionado americano Robert H. Garlough (N5KO), residente en California, fue el creador del formato Cabrillo, en honor al marino y explorador portugués  Juan Rodríguez Cabrillo, conocido por haber realizado una de las primeras expediciones europeas de la costa Oeste de América del Norte.
 
¿Qué estructura tiene el formato Cabrillo?… el formato posee dos partes importantes, una primera que destaca las categorías del competidor con su indicativo y correo electrónico, versión del formato, programa que generó el cabrillo, etc. La segunda parte del formato cabrillo, registra en cada línea los detalles de cada QSO durante la competencia y estas líneas comienzan con las letras QSO: La separación de los datos contenidos en estas líneas dependen de la forma en que el comité organizador haya planificado el procesamiento de los LOG, esto significa que la separación de los datos en estas líneas pueden variar para algunos Concursos.
En la actualidad el formato más usado por la mayoría de los programas de Concursos es la versión 3.0... Ejemplificamos esta estructura para mayor claridad.

START-OF-LOG: 3.0
CONTEST: VICTORIA DE PLAYA GIRON 2017
CALLSIGN: CO6HZ
CATEGORY-BAND: 40m
CATEGORY-ASSISTED: NON-ASSISTED
CATEGORY-OPERATOR: SINGLE-OP
CATEGORY-POWER: LOW
CATEGORY-MODE: SSB
CATEGORY-STATION: FIXED
CATEGORY-TRANSMITTER: ONE
CATEGORY-OVERLAY:
CLAIMED-SCORE: 3471
EMAIL: co6hz@frcuba.cu
NAME: HUGO
ADDRESS: C.Cfgos #604-A, e/ F.Pelayo y
ADDRESS: J.A.Echeverria. Trindad. C.P:62600
OPERATORS: CO6HZ
CREATED-BY: CN-FRC Ver: 1.5.0

Puede observar en las líneas anteriores  la definición de cada categoría (CATEGORY, escrita en Inglés) que cada competidor debe  tener presente antes de enviar el LOG.
Hasta aquí, usted tiene una idea de los aspectos básicos del formato cabrillo, pero ¿qué relación tiene el Cabrillo con el CN-FRC?… el programa genera el formato cabrillo de forma automática, bajo un simple clic en un botón.  Cada competidor tiene que elegir las categorías por las cuales enviará su cabrillo o sencillamente por las que desea competir según las Bases del Concurso.

¿Dónde seleccionar las categorías a concursar? ... en el menú principal existe una opción titulada  “Configuración/Categorías”, cuando ésta es seleccionada, se invoca una nueva ventana y en su parte derecha existen las categorías que pueden ser elegidas mediante una lista desplegable.  Resulta de interés observar que muchas de las categorías están escritas en Inglés, pues responden a las normas internacionales.

Cuando usted elige esas categorías el sistema respeta ese valor y es usado para colocarlos en la parte superior al generar el formato cabrillo.  Se ha comprobado que algunos colegas han manipulado el fichero generado, y han colocado la traducción de estas categorías provocando errores de recepción del fichero por parte del robot, en muchas ocasiones no entienden cuál es el error por el cual el robot no acepta el cabrillo, pues justamente se trata de la manipulación del cabrillo asignando valores no permitidos por el ROBOT.

La definición correcta de las categorías es fundamental, no sólo para los Concursos Nacionales sino también para los Internacionales. Las Bases de los Concursos establecen con toda claridad, las categorías por las cuales se puede concursar y por tanto, la elección incorrecta de las mismas puede llevar al cálculo “erróneo” de puntuaciones, es decir, usted verá en el cabrillo una categoría llamada CLAIMED_ SCORE con un valor numérico que a su criterio no está bien, sencillamente ha ocurrido que no se han elegido las categorías adecuadas y el programa calcula los puntos considerando las categorías seleccionadas por el operador. Esto suele ocurrir cuando se trabaja más de una Banda o Modo durante el Concurso. Veamos un ejemplo que nos ayudaría a comprender lo anterior.

Considerando que su actividad competitiva ha llegado a 80 QSO, 35 contactos en la Banda de 80 m y un total de puntos para esa Banda de 105, 45 contactos en la Banda de 40 m, con un total de 135 puntos. Después de generar el cabrillo observa que el valor de la puntuación en el campo CLAIMED-SCORE es 105, valor que dista mucho de sus cálculos; realizados mentalmente o con la ayuda de algún medio de cómputo; el CN-FRC ha considerado que usted solo presentará su LOG para la Banda de 80 m y por tanto la puntuación asignada es para esa Banda. Para incluir la puntuación de todas las Bandas trabajadas, tiene que seleccionar en la categoría “Banda” de la ventana Configuración/Categoría, el valor “ALL” y luego volver a generar el cabrillo para que el campo CLAIMED-SCORE adquiera el valor 240 correspondientes a los 80 QSO realizados.

Es por ello que se hace necesario conocer y debe quedarle claro que: antes de generar el cabrillo  y enviar su LOG, tiene que seleccionar las categorías por las cuales desea competir. Cuando esto ocurre, tendrá la total tranquilidad de esperar un buen resultado dependiendo de su actividad en la competencia, aunque existe algo mucho más importante para lograr los resultados esperados, es obligatorio que todos los competidores envíen su LOG, con ello evitará tener la menor cantidad de indicativos nulos.

Válido aclarar que los valores obtenidos de la puntuación final que emite el CN-FRC y que lo coloca en el campo CLAIMED-SCORE del cabrillo, no representa nunca el valor final de la puntuación del operador durante la competencia, es el ROBOT quien define, de manera única y definitiva, la puntuación final del Concurso.

Con lo anterior explicado, no le queda dudas del proceso de generación del cabrillo… ahora viene la parte importante. ¿A dónde  envío el LOG y cómo lo hago?… la respuesta de la anterior pregunta está contenida a las Bases del Concurso. En las mismas se detallan la dirección de correo a enviar el LOG, así como la forma de su envío, no obstante, el CN-FRC dispone de un recurso para esto.

En la ventana “Datos Personales” aparecen datos que están asociados a la configuración del cliente SMTP (Nombre de la cuenta de correo, contraseña, etc). Usted puede enviar su LOG activando este cliente, después de generar el cabrillo. Este cliente se activa en la ventana de exportación donde generó el cabrillo, mediante el botón “Enviar”. Es importante que primero genere el cabrillo y luego realice el proceso de envío, porque de realizar el proceso contrario, el CN-FRC enviaría el cabrillo existente del Concurso anterior y no el actual.

La generación del cabrillo incluye un proceso de cálculo de los valores de las puntuaciones y siempre se sobre-escribe el fichero LOG existente por el nuevo generado, para el usuario actual del sistema. El fichero Cabrillo se puede generar tantas veces como se desee.

Si no dispongo de computadoras y deseo participar en el Concurso, ¿Cómo confecciono mi log y cómo lo envío?... para la confección del LOG, deberá tener presente los criterios plasmados en las Bases del Concurso… para el envío, debe auxiliarse por otro colega o por la persona que el comité organizador haya asignado para crear los log de colegas con dificultades técnicas. El robot procesa ficheros digitales y por tal razón se requiere de los mismos, siempre enviándolos antes de concluir los 5 días posteriores de finalizado el concurso, aspecto bien detallado en las Bases.

Tal y como hemos expresado en las anteriores partes dedicadas al “CN-FRC por dentro… ”cualquier duda o aclaración, estamos disponibles en la cuenta co6hz@frcuba.cu o sencillamente usando las bondades que brinda este foro para responder dudas o recibir sugerencias mediante sus mensajes.

Sus criterios son motivo de mejoras continuas para el CN-FRC. Gracias por su tiempo dedicado a conocer más sobre este software de cubanos para cubanos y no se pierda las próximas partes.

                   Parte I.
Pretendemos realizar algunas aclaraciones de los clasificadores y del programa CN-FRC, así como otras  consideraciones en su funcionalidad para todo los que usan el mismo. En varias partes o secciones  presentaremos las interioridades del CN-FRC que permita hacer un mejor uso del mismo durante la realización de los concursos.

Siempre habrá que detallar algunos aspectos básicos y es justamente en esta primera parte por donde comenzaremos.
Buscando una mejor organización en el procesamiento de los LOG para nuestros concursos nacionales, es necesario visitar y descarga del sitio frcuba  (https://download.frcuba.cu/concurso/Actualizacion/) la última versión del CN-FRC publicada tres o cuatro días antes de la realización de cada concurso.

Es válido decir que si al terminar un concurso y el comienzo del otro, no aparece nueva actualización, entones se asume que el publicado tiene total vigencia y que no hubo necesidad de cambiarlo.
Sin más, entremos en los detalles del CN-FRC. Comenzaremos realizando una explicación y plasmando aspectos del clasificador llamado: MUNICIPIOS.TXT

Municipios.txt:  Fichero texto y modificable con la relación de las provincias y municipios asociados en la que incluye además el prefijo de cada municipio según el listado de la FRC, el distrito a que pertenece cada uno y el Grid Locator, calculado según las coordenadas publicadas en el sitio oficial de la Oficina Nacional de Estadística en Cuba. (www.one.cu)

Este clasificador tiene gran utilidad para la asignación de los puntos según las bases del concurso, pues a partir de este, se genera de forma automática y dependiendo de las bases del concurso el fichero ptosxmcpio.txt, el cual explicaremos en otra sección.

Considerando que nuestros concursos en su mayoría tienen relación directa con los municipios, fue que  se decidió hacer uso del mismo.
Su estructura está formada por 5 campos separados por comas y el contenido de cada campo señalado entre comillas. Ej: "SANCTI SPIRITUS","TRINIDAD","TR","6","FL01at". Esto demuestra, que todos los campos son de tipo caracter y cualquier modificación necesaria habrá que realizarla con el suficiente cuidado para que no falten dichas dobles comillas.

Este clasificador no necesita ser modificado por ningún operador y resulta obligatoria su existencia dentro de la carpeta donde se encuentra el c-frc.exe. Es necesario decir además que su estructura nunca cambia con la aparición de nuevas versiones del sistema.
A usted le puede llamar la atención, por qué aparece en el clasificador, “Grid Locator”, pues bien, se pensó en la creación y realización de un concurso nacional usando el Grid Locator y a pesar de no haberse concluido con sus bases,  se mantiene con toda intensión el poder realizarlo.
Hasta aquí esta primera parte que hemos dado a conocer detalles básicos de clasificador MUNICIPIOS.TXT
En partes sucesivas a esta, continuaremos con los demás clasificadores.

Cualquier duda o aclaración estamos disponibles en la cuenta:  co6hz@frcuba.cu o sencillamente usando las bondades que brinda este foro para responder dudas o recibir sugerencias mediante sus mensajes.