Nueva versión de Logger32 v3.50 y manuales

EA3BAV escribió:

EA3XP escribió:

EA3BAV escribió:

En la ventana Entrada de Datos se pueden configurar los campos de usuario del del 1 al 7 ¿Se pueden cambiar los campos que vienen por defecto del RST?

Actualizado a 3.50.83 todo OK.

Saludos

Sí, ves a Herramientas->Definir Bandas y Modos
y editas el valor "Report" para cada segmento y modo. Lo mismo para la potencia de salida por defecto, antena ("Aerial"), etc.

Hola XP, me refiero a cambiar el campo usuario no al valor, por ejemplo en RST poner IOTA, VIA, Send,etc,etc, esto tengo que hacerlo como dices?

73 EA3BAV

OK, eso creo que no, son campos fijos.

De poder hacer se puede pero....no se como, en la ayuda de Logger32 sale esta imagen:

EA3BAV escribió:

De poder hacer se puede pero....no se como, en la ayuda de Logger32 sale esta imagen:

Aunque la ayuda esté en castellano, veo que algunas imágenes son de la versión inglesa y éste será uno de esos casos, haz la prueba renombrando los ficheros .dll por otra extensión y el programa arrancará con los menús en inglés, entonces veras la imagen que muestras.

De todas formas, Javi, EA1AUS, es el experto en el programa y quien podrá sacarnos de dudas.

i benvingut al Logger32, Emili

EA3BAV escribió:

De poder hacer se puede pero....no se como, en la ayuda de Logger32 sale esta imagen:

Hola.
No, esos campos no se pueden cambiar. Cómo ya se ha comentado, sólo son configurables los libres de usuario.
En la ventana de entrada de datos las etiquetas son diferentes a las de origen porque están cambiadas desde la librería dinámica de la traducción, pero los campos son los mismos.

Ok, perfecto, gracias por la aclaracion.

Al entrar un comunicado hecho en split, veo que todo y que el programa me reconoce el split del equipo, registra la misma frecuencia tanto de TX como RX.
Tengo que decir que el equipo es un Kenwood TS-850 y el CAT tengo configurado el TS-950. Las macros del panel de radio, indicaciones de split en el Mapa de Bandas, etc. funcionan a la perfección.
En el Setup Split Frequency Logging del panel de la radio sólo tengo marcado la última casilla, la de registrar FREQ_RX sólo en QSO en split.
¿Se puede deber a que el 850 no es idéntico al 950? ¿Alguna idea?

Acabo de hacer una instalacion limpia en otro pc con la version en ingles y quedan los campos RST con SENT RCVD, por si interesa alguien, tambien he exportado el log en adif y copiado el archivo ini de Logger32 del primer pc a la instalacion nueva, todo configurado OK, es un pedazo de programa.

Igual se me escapa pero veo que los colores de la ventana confirmados trabajados donde salen los modos y las bandas en version compleja como la llama Logger si tienes el contacto en una banda confirmado lo pone en rojo y si te falta en la banda lo pone en azul, seria mas logico poner el color que sigue el propio programa para trabajados o confirmados o poner el que tu interpretes mejor.

Sabeis si se pueden cambiar los colores de Confirmado y trabajado en esta ventana concreta?

Si dejas sin marcar version compleja es mas facil pone C o W pero pierde vistosidad.

Saludos.

EA3BAV escribió:

Acabo de hacer una instalacion limpia en otro pc con la version en ingles y quedan los campos RST con SENT RCVD, por si interesa alguien, tambien he exportado el log en adif y copiado el archivo ini de Logger32 del primer pc a la instalacion nueva, todo configurado OK, es un pedazo de programa.

Igual se me escapa pero veo que los colores de la ventana confirmados trabajados donde salen los modos y las bandas en version compleja como la llama Logger si tienes el contacto en una banda confirmado lo pone en rojo y si te falta en la banda lo pone en azul, seria mas logico poner el color que sigue el propio programa para trabajados o confirmados o poner el que tu interpretes mejor.

Sabeis si se pueden cambiar los colores de Confirmado y trabajado en esta ventana concreta?

Si dejas sin marcar version compleja es mas facil pone C o W pero pierde vistosidad.

Saludos.

En el menú principal, ve a Ajustes | Resaltar.

http://logger32.ure.es/l32help/WorkedConfirmedWindow.htm
http://logger32.ure.es/l32help/

EA3XP escribió:

Al entrar un comunicado hecho en split, veo que todo y que el programa me reconoce el split del equipo, registra la misma frecuencia tanto de TX como RX.
Tengo que decir que el equipo es un Kenwood TS-850 y el CAT tengo configurado el TS-950. Las macros del panel de radio, indicaciones de split en el Mapa de Bandas, etc. funcionan a la perfección.
En el Setup Split Frequency Logging del panel de la radio sólo tengo marcado la última casilla, la de registrar FREQ_RX sólo en QSO en split.
¿Se puede deber a que el 850 no es idéntico al 950? ¿Alguna idea?

A mi con Icom me guarda ambas frecuencias en split, pero no sé si la diferencia entre esos modelos de Icom puede ser la causa. Los comandos y respuestas en Kenwood son las mismas para todos los equipos (creo).
Prueba variando el tiempo de sondeo, no sea que esté demasiado rápido y no lea todas las veces.

Gracias Javier, recuerdo que cuando empezaba a tantear Logger32 ya me orientaste en una consulta parecida y la resolvi tal como decias en ajustes resaltar, antes de preguntar ya estaba liado con el manual / menu ajustes resaltar, pero esta vez no consigo solucionarlo, de momento dejo la ventana solo mostrando W o C, mas adelante cuando lo tenga mas por mano volvere al tema para afinarlo todo lo que pueda.

Saludos.

Escribió:

Sabeis si se pueden cambiar los colores de Confirmado y trabajado en esta ventana concreta?

Si dejas sin marcar version compleja es mas facil pone C o W pero pierde vistosidad.

Escribió:

En el menú principal, ve a Ajustes | Resaltar.
http://logger32.ure.es/l32help/WorkedConfirmedWindow.htm
http://logger32.ure.es/l32help/

Esta mañana tenia aviso de nueva version le doy OK "Relajate y disfruta.... ya lo creo que he disfrutado !!! llevo una semana configurando logger32 y en un momento lo he perdido todo", cuando termina me daba error del archivo adif.txt y solo se me abria el marco del programa Logger32 sin poder hacer uso de ningun comando del programa, ni una ventana abierta ni nada solo los iconos del menu (el de ajustes tampoco se activaba) pero sin respuesta...

Cuando he hecho la actualizacion he marcado copia de seguridad del log y completa pero parecia que solo me dejaba hacer una de ellas, no he podido o no he sabido restaurarlo ya que solo podia volcar los archivos de la copia al directorio de logger32 desde el descompresor de programas (los iconos de logger los tenia todos inactivos).

Al final tenia el programa en otro PC he abierto el fichero adif.txt para ver los dos y he borrado el campo sota que queria poner la actualizacion esta mañana, le doy al logger32 y se abierto correctamente.

Lo tengo trabajando con Windows 7 version de Logger32 3.50.83 ya comentareis si habeis actualizado.

Yo he podido actualizar sin problemas y ademas dos veces, ahora estoy en la 3.50.85.
Saludos

EA3BAV escribió:

Esta mañana tenia aviso de nueva version le doy OK "Relajate y disfruta.... ya lo creo que he disfrutado !!! llevo una semana configurando logger32 y en un momento lo he perdido todo", cuando termina me daba error del archivo adif.txt y solo se me abria el marco del programa Logger32 sin poder hacer uso de ningun comando del programa, ni una ventana abierta ni nada solo los iconos del menu (el de ajustes tampoco se activaba) pero sin respuesta...

Cuando he hecho la actualizacion he marcado copia de seguridad del log y completa pero parecia que solo me dejaba hacer una de ellas, no he podido o no he sabido restaurarlo ya que solo podia volcar los archivos de la copia al directorio de logger32 desde el descompresor de programas (los iconos de logger los tenia todos inactivos).

Al final tenia el programa en otro PC he abierto el fichero adif.txt para ver los dos y he borrado el campo sota que queria poner la actualizacion esta mañana, le doy al logger32 y se abierto correctamente.

Lo tengo trabajando con Windows 7 version de Logger32 3.50.83 ya comentareis si habeis actualizado.

Actualizado ayer sin problemas y no has perdido nada, puede ser que el fichero de actualización se haya corrompido al descargarlo, prueba esto:

Cierra el programa y con el Windows explorer ves a C: Logger32UpdateFiles (asumiendo que tengas Logger32 en la carpeta por defecto).

Copia todos los archivos de ese directorio a C:Logger32.

Arranca Loger32 a ver si sigue igual o se ha solucionado.

hola.
acabo de instalar la ultima versión del logger, importo mi base de datos adif, y sorpresa, me da 31 errores de comunicados, que me borra, trato de ver en el fichero bad, y es imposible aclararse para mi, hay alguna forma, de importar sin que te anule esos comunicados ?, los he exportado al hx, y no he tenido ningún problema.
gracias.
Gaspar.

EA4GA escribió:

hola.
acabo de instalar la ultima versión del logger, importo mi base de datos adif, y sorpresa, me da 31 errores de comunicados, que me borra, trato de ver en el fichero bad, y es imposible aclararse para mi, hay alguna forma, de importar sin que te anule esos comunicados ?, los he exportado al hx, y no he tenido ningún problema.
gracias.
Gaspar.

Gaspar,
cuando importas un archivo, si Logger32 detecta errores en los registros no los importa. Los registros problemáticos los almacena en el archivo BAD.ADI para que el usuario los revise y corrija antes de volver a importarlos.

Delante de cada registro fallido en el archivo BAD.ADI te da una leyenda en inglés de la causa que produce el error. No es difícil arreglar eso, pero hay que estar familiarizado con la estructura ADIF para poder manipular y corregir esos registros erróneos.

Si quieres, mándame el archivo BAD.ADI que te ha generado y lo reviso. Puedes mandarlo al email de indicativo@ure.es

hola. he corregido sobre el programa anterior, unos cuantos registros, con lo que me indicaba el fichero bad, y luego he vuelto a exportar, veo con sorpresa que no ha me ha servido de nada, pues los errores persiste.
saludos. Gaspar.

Bueno, pues yo estoy asi hace algun tiempo, hago pruebas exportando a otros log para hacer pruebas y siempre me pasa lo mismo.
Exporto de loger a otro: en loger tengo 5114 y en el otro me genera 4841
Exporto de loger a clublog,lotw etc y el bad adi que me sale es la diferencia que hay entre 5114 y 4841 y esos no me los sube y estan en el bad adi.

Buenas tardes a todos.
Acabo de descargarme e instalar la última versión de Logger 32 v3.50, junto con la ayuda en español y he configurado, manual en mano, pues es un programa con tantas posibilidades que hay que estar muy atento, y equivocarse, mas o menos el programa. Vistas las capturas de pantalla que se muestran, he hecho algo que se acomoda a mi. He de decir que no hago concursos, y mi casi totalidad de radio
es el DX, que es mi pasión. El ordenador que uso es un I7 con Windows7-64, y el libro que hasta ahora he usado es el VQLog, y para CW, RTTY y Digitales, uso el HRD. Mi primer problema ha sido, al importar mi antiguo log, en los campos que yo he puesto como CNTY, (país) y STATE (estado/provincia) se quedan vacías sin información. Al hacer yo la importación al HRD, para tener los dos log, por si un problema, esto no me pasa. No sé donde he metido la pata, y además, no sé como borrar todos los QSO's del log para importarlos otra vez. El segundo problema está con QRZ, yo tengo suscripción Premium, y desde el VQLog, me rellena los campos perfectamente. Descagué la aplicación de N2AMG, pero el lio viene pues hay: Lookup_QRZCQ_XML, Lookup_QRZ_XML, QRZLookupFullInstall, y QRZLookupUpdate1149. He descomprimido estas 4 aplicaciones en la misma carpeta donde está instalado el programa (C:Logger32) no sé como en una ocasión me pidió Usuario y Contraseña, que le puse, pero nada solo me aparecen dos ventanas (1ª Internet ADIF lookup, y 2ª Yes master, I'm looking...) y nada más.
Tengo ya los ojos rojos de tanto repasar el manual que tengo impreso, y que he ido siguiendo para configurar las distintas ventanas. pero nada. No se si tiene arreglo sin desinstalar todo, y empezar de nuevo, pero las horas que he pasado configurando las distintas ventanas, columnas, colores, tipo de fuente y color, etc. no me gustaría, si se puede eliminarlo todo. Ya no os doy más la paliza. Perdonar a este novato inexperto en esto, y cuando lo tenga solucionado, que ojalá que así sea, os volveré a pedir ayuda para el tema de CW, RTTY y PSK. Gracias de antemano por vuestra atención y paciencia. GRACIAS.
ANTONIO EA5LV
P.D.
No me gustaría tirar la toalla, pues el programa me gusta muchísimo.

hola.
ya he logrado cambiar los registros que me daba como errores, algunos, ni medianamente de acuerdo en el error, otros si era evidente, no entiendo porque no te los trata, y te da la lista para corregirlos, porque de la forma que lo hace, no sirve para nada la importación. ya que tienes que una vez corregidos, volver a importarlas, además de no ver como borrar el log completo, lo borre directamente de la carpeta.
bueno solventado.
gracias saludos, Gaspar

EA5CIU escribió:

Bueno, pues yo estoy asi hace algun tiempo, hago pruebas exportando a otros log para hacer pruebas y siempre me pasa lo mismo.
Exporto de loger a otro: en loger tengo 5114 y en el otro me genera 4841
Exporto de loger a clublog,lotw etc y el bad adi que me sale es la diferencia que hay entre 5114 y 4841 y esos no me los sube y estan en el bad adi.

Discúlpame, pero no entiendo cómo Logger32 te puede generar un BAD.ADI si estás exportando tu log para Club Log o LoTW.
Logger32 sólo genera informes de registros con problemas al importar.
Si entre el número de resgistros que tienes en un libro y el resultado de los importados correctamente en Logger32 hay una diferencia por ejemplo de 100, esos 100 registros conflictivos los almacena en BAD.ADI para la revisión y posterior reparación por parte del usuario.

Al inicio de cada uno de esos 100 regisros de QSO que quedan en el archivo BAD.ADI hay una explicación del conflicto existente. Las causas pueden ser tantas como campos hay en cada QSO, por lo que no existe una única solución.
Los conflictos más habituales se suelen dar por QSOs repetidos que ya figuraban en el Log, y problemas con los nombres de los condados USA por falta de coincidencia entre el dato importado y el existente en la base de datos del programa; de la misma manera, son frecuentes los conflictos con las siglas del estado USA o matrícula de provicia EA, por falta de coherencia en el dato importado.

Si además, resulta que el usuario importa logs desde programas pensados para CCDD en los que la versión no adopta las especificaciones ADIF, pues te puedes tropezar con problemas de falta de frecuencia en el registro o que simplemente asigna el dato de frecuenca al campo de banda o viceversa.

Todas esas incoherencias en los QSOs que otros programas se pueden comer en la importación, Logger32 no lo hace porque está diseñado para no hacerlo. Por eso hay que hacer la corrección de cada registro defectuoso. Pero vuelvo a repetir que hay que conocer cómo es la estructura de los campos ADIF, pues de otra forma sólo se pierde el tiempo metiendo más errores a los resgistros defectuosos.

A continuación a modo de ejemplo pongo un extracto de un registro de QSO en formato ADIF

20M VK7FG OC 30 150 14.041100 OC-195 59 CW M0OXO 20150307 011227 599 599

Los puntos básicos a tener en cuenta a la hora de corregir un registro de QSO en formato ADIF.

1.- Cada uno de los campos de datos que componen el registro del QSO está metido entre signos .

2.- El nombre del campo debe estar reconocido en las especificaciones ADIF para asegurar la compatibilidad.

3.- Tomando como ejempo explicativo de campo ADIF VK7FG podemos ver que el campo se llama CALL (indicativo) y el contenido del mismo tiene una longitud en caracteres de CINCO, pues CINCO son los que componen el indicativo VK7FG (observa que todos los campos ADIF tienen esta estructura... <Nombre_Campo:X> DatosDelCampo)
Si por ejemplo modificamos el indicativo, cambiándolo por VK7FGA, deberemos obligatoriamente modificar el número seguido a "CALL:" <CALL:6>VK7FGA pues de otra forma meteremos un error más.

4.- Todo registro de QSO tiene que llevar al final del mismo una etiqueta de final de registro, que es el para saber dónde termina el registro de un QSO y empieza otro.

Reparando registros de QSO:

- Cuando editemos el archivo BAD.ADI, NO es necesario borrar ni limpiar los informes de errores que preceden a cada registro

- Si por ejemplo el problema lo tenemos en el campo del condado , lo más práctico suele ser eliminarlo del registro y si hay interés meterlo a posteriori.
Con lo cuál, simplemente es borrar la cadena XYZXYZ XYX con cuidado de no llevarse nada más. Pero si el problema está en el campos porque GE no es reconocido para las provincias de España, se modifica como GI y asunto resuelto.

- NO se puede importar el archivo modificado/corregido si lleva el nombre BAD.ADI, así que renómbralo comoquieras.ADI y podrás importarlo.