Para usuarios de DFHLOG

Hola

dfhLog utiliza una librería muy conocida en el mundo linux que se llama hamlib. Los únicos parámetros que se necesitan para poder conectar al equipo son los que tienes en la pantalla de configuración de hamlib en el dfhlog, ya que hamlib es la que hace todo el trabajo internamente. La base de datos de equipos soportados por hamlib es a la que accedes desde dfhlog. Todos los parámetros que citas ya están configurados internamente como RTS, Paridad, etc, etc...

Si tienes hamlib instalado en tu sistema y el equipo aparece en la lista, no deberías tener problemas, salvo que ese equipo no esté completamente implementado (algunos modelos están todavía en fase beta). Por supuesto, teniendo en cuenta que estés usando en dispositivo serie correcto: ttyS0, ttyS1... ó por USB: ttyUSB0, ttyUSB1...etc.

Un saludo

Hola,

Al hacer esto:

$ rigctl -list

en la lista me sale:

209 Kenwood TS-850 0.6.0 Beta

Asique supongo que será que está en beta

Qué versión estás usando de hamlib?

Código:
$ rigctl -V

En el otro hilo ( http://www.ure.es/foro.html?func=view&catid=7&id=43913#46847 ) he puesto los enlaces para la versión más reciente, la 1.2.9 (sid/unstable). Yo lo tengo instalado y funcionando sin problemas.

Otra prueba que puedes hacer:

introduce el siguiente comando en la consola

Código:
$ rigctl -m 209 -d /dev/ttyS0 -s 4800

Sustituye ttyS0 por el puerto serie que estés usando. Cuando te salga el texto "Rig command:" introduce f (efe minúscula) y pulsa [enter] para leer la frecuencia de tu equipo y dime si funciona.

73

Impresionante programa... felicitaciones al equipo de programación...!!! me ha encantado, rulando en Xubuntu 9.04

Vamos a ver, con el ICOM 7400 todo funciona, pero he acquirido un KENWOOD TS-850S y no consigo hacerlo funcionar con el DFHLOG, con otros si funciona poniendo los parámetros que dice el manual, ejemplos XLOG Y CQRLOG.
El programa rigctl ya lo conozco y he jugado con el manejando el Icom en otras ocasiones, con este equipo ya lo probé y no responde a "f".

Mira con el tuyo me sale esto:

Código:
$  rigctl -m 209 -d /dev/ttyS0 -s 4800

Código:
kenwood_transaction: Command is not correctly terminated ''

Rig command: ? for help, q to quit.

Rig command:
Rig command: f
kenwood_get_freq: unsupported VFO 536870912
get_freq: error = Invalid parameter

con el mio:

Código:
$ rigctl -r /dev/ttyS0 -m 209 -s 4800
kenwood_transaction: Unexpected reply 'E'

Código:
Rig command: f
kenwood_get_freq: unsupported VFO 536870912
get_freq: error = Invalid parameter

Mi versión es Debian Testing y de hamlib,

rigctl, Hamlib version 1.2.9 ; esta

ya miré en los repos de sid y además lo tengo instalado en otro disco y es lo mismo.

Y en cuanto al dispositivo "/dev/ttyS0" que quieres que te diga, que ese día no me falté a clase.

Un saludo.

Edito.

no se si esto te dará alguna idea.

http://hamlib.sourceforge.net/faq.html

Sigo haciendo pruebas, apoyandome en rigctl, metiendo esto:

Código:
~$ rigctl -r /dev/ttyS0 -m 209

funciona pero cuando lo apago deja de funcionar, entonces o se hace un escrip para que se inicie con el DFHLOG O...

yo nose porque de aqui no paso, no se de programción.

Saludos.

Hola Paco y demas compañeros, yo tengo instalado el DfhLog, funcionando perfectamente con CAT IF232C y tranceptor KENWOOD TS 850S, te comento funciona en un entorno UBUNTU versión, 8.10, con la libreria que viene en el repositorio oficial que es la HAMLIB 1.2.7.1.

En los parametros de la configuracion del DfhLog, tengo puesto lo siguiente

X TILDADO ACTIVAR

CONSULTAR CADA 1000 ms , menos tiempo puede ocasionar un mal funcionamiento de la libreria.

SELECCIONAR EQUIPO: Kenwood TS_850 #209

VELOCIDAD 4800 Baudios

DISPOSITIVO /dev/ttyS2 en mi caso

Y realmente funciona perfectamente sin ningún atranque y corriendo suavemente.

Tambien suelo poner a veces el ICOM 706 en puerto ttyUSB0, y realmente funciona tambien suave.

En fin espero que te sirva esos parametros el aunmentar la comunicacion entre PC y equipo suele ocasionar
cuelges de la hamlib por lo que 120ms es una comunicacion muy corta que no te va a ayudar pues en el tiempo de respuesta del equipo apenas se nota.

Saludos y buenos DX para todos

PACO
EA7EJG

Hola Paco:
Gracias por la atención, ya he probado con esa versión que es la que trae la versión estable Lenny de Debian y con la anterior de Etch que es la 1.5...
En otros programas funciona con todas estas versiones la consulta funciona a partir de 200 eso si va mejor a partir d 500.Funciona perfectamente si primero inicio el programa rigctl, que es el que hace funcionar todo esto junto con hamlib, tambien con este se puede controlar desde el teclado y en consola por si teneis curiosidad, poniendo esto " rigctl -h", aparecen los comandos para hacerlo funcionar y demas opciones.
De momento me conformo con hacerlo funcionar asi, tampoco es tan grave ya se arreglará en este sistema todo tiene arreglo de una o de otra forma o antes o despés.
Ya digo que con el ICOM-7400 funcionaba perfectamente, ahora ya no porque el pobre se murió.
En el otro programa funciona al marcar las opciones DTR Y RST.

Saludos de
Paco, ec1dlo.

Supongo que antes de activar el CAT, estará el equipo encendido... si lo haces al revés nunca funcionará.

Prueba a ejecutar dfhLog.gambas desde la consola; algunos mensajes de depuración, incluidos los de hamlib, saldrán por consola y los pegas por aquí.

73

Que siiii, que enciendo el equipo antes de todo pero bueno el caso es que funciona iniciando primero rigctl, ese es el caso que funcione, lo he probado con las dos versiones de hamlib anteriores, bueno ya lo he dicho en el anterior y en Ubuntu la versión actual y en Sid y tengo Testing.

Código:
francisco@debian:~$ dfhLog.gambas
rigctld: no process killed
kenwood_transaction: Unexpected reply 'E'
kenwood_get_freq: unsupported VFO 536870912
kenwood_transaction: Unknown command 'IF;'

Código:
francisco@debian:~$ rigctl -r /dev/ttyS0 -m 209 -s 4800
kenwood_transaction: Unexpected reply 'E'

Rig command: f
kenwood_get_freq: unsupported VFO 536870912
get_freq: error = Invalid parameter

Rig command:

Bueno pues esto es, lo mismo en uno que en otro me parece a mi

Yo lo que hago es iniciar el rigctl y lo dejo en un terminal sin introducir ningún comando, asi:

Código:
francisco@debian:~$ rigctl -r /dev/ttyS0 -m 209 -s 4800
kenwood_transaction: Unexpected reply 'E'

Rig command:

Eso es, mientras funcione me da igual ya se arreglará, por mi no te preocupes.

Al amigo Paco EA7EJG, tiene el mismo y le funciona perfectamente yo tengo brujas en el ordenata.

Un sauludo.

a mi el cat me sigue fallando al rato de arrancar el programa, desaparece sin mas.
esto es lo que dice al arrancar dfhlog.gambas

ea7bj@ea7bj:~$ dfhLog.gambas
rigctld: no process found
icom_get_freq: wrong frame len=0

Me pasa tanto por serie como por usb, el equipo es un ic 756pro3

Estoy con Debian 5 y el rigctl arroja esto

ea7bj@ea7bj:~$ rigctl -V
rigctl, Hamlib version 1.2.9

Mira a ver haciendo lo que yo hago con el rig, lo que he puesto en los anteriores

Hay una aplicación muy maja que se llama "grig" que usa también estas librerías. Podéis instalarla con el método habitual:

sudo apt-get install grig

Para lanzarla, se le pasan los mismos argumentos que a rigctl, por ejemplo:

grig -m 214 -r /dev/ttyS0 -s 9600 (para el TS-2000)

grig -m 209 -r /dev/ttyS0 -s 4800 (para el TS-850)

Decidme si funciona correctamente.

73

Perfectamente.

Bueno, entonces ya sé por donde puede venir el problema... voy a preparar un nuevo ejecutable para que lo pruebes y me cuentes, pero estará deshabilitada la lectura del smeter. Creo que tengo tu correo personal, allí lo recibirás en cuanto lo prepare.

73

Vale lo espero

ec1dlo@ure.es

ec1dlo@telefonica.net

a mi el grig me va fenomeno, llevo rato trabajando con el y sin problema....

Hola , con icon ic706 funciona bien ,lo único al manejar el equipo hay que reinicia el cat (creo que el de la biblioteca), también falla con CQRLOG.

Un gran trabajo.

73`.