On 16/09/10 17:59, f8cfe@... wrote:
> Sid Boyce wrote:
>> The key developers for Softrock are quite busy at present, but hamlib is
>> seen as part of the future together with Linrad, ghpsdr3 and any other
>> neat stuff that comes along.
>
> Great news!
> I'm very willing to help them integrate hamlib, and extend it further
> if need be.
>
>> slipstream:/home/lancelot/ftp/aug10/hamlib/trunk # rigctl -vvvvv -m 2509
>> rigctl, Hamlib 1.2.12svn
> [..]
>> find_and_open_device: looking for device 16c0:05dc... 1d6b:0002,
>> 0409:005a, 148f:2573, 046d:c404, 068e:00f2, 0402:5602, 1d6b:0002,
>> 0409:0059, 0409:0059, 07ab:fcdf, 067b:2303, 058f:6366, 0409:0059,
>> 03f0:5711, 0403:6001, 16c0:05dc, vendor>www.obdev.at< product
>> >DG8SAQ-I2C< -> found
>> rig_open: error = IO error
>
> Looking at the dash, I guess rigctl was ran as root, isn't it?
> Then we may exclude the permission access issue.
>
It's the same as user.
lancelot@...> rigctl -vvvvv -m 2509
rigctl, Hamlib 1.2.12svn
Report bugs to <hamlib-developer@...>
rig:rig_init called
rig: loading backend kit
kit: _init called
rig_register (2501)
rig_register (2502)
rig_register (2506)
rig_register (2508)
rig_register (2509)
rig_register (2503)
rig_register (2507)
rig:rig_open called
find_and_open_device: looking for device 16c0:05dc... 1d6b:0002,
0409:005a, 148f:2573, 046d:c404, 068e:00f2, 0402:5602, 1d6b:0002,
0409:0059, 0409:0059, 07ab:fcdf, 067b:2303, 058f:6366, 0409:0059,
03f0:5711, 0403:6001, 16c0:05dc, vendor >www.obdev.at< product
>DG8SAQ-I2C< -> found
rig_open: error = IO error
lancelot@...>
> It looks like rigctl does not even reach si570avrusb_open().
> I can trace the execution up to src/usb_port.c:usb_port_open()
> after the call to find_and_open_device(), but most probably,
> usb_detach_kernel_driver_np() fails.
>
> Could it be another application is running and already grabbed the usb device?
> Maybe a kernel module is mistakenly loaded (eg. ftdi_sio.ko for FTDI-232..) ?
>
Nothing else is using the device. I have disconnected the VNAmini PRO
and unloaded the ftdi_sio module. I just have the BeagleBoard connected
via the pl2303. Unless there is a program logic error it should be able
to work without a serial device.
When I select "Use hamlib" and localhost with sdr-shell-rxtx it still fails.
>> At the moment I have sdr-shell-rxtx running and ticking "Use Hamlib"
>> gives the following message with Rig ID 2509 and Serial port as localhost:-
>> QObject::connect: No such slot Main_Widget::setMode(rmode_t,bool)
>> QObject::connect: (sender name: 'unnamed')
>> QObject::connect: (receiver name: 'mainwidget')
>
> Is the Main_Widget::setMode() fatal? It has to be non-fatal
> for sdr-shell-rxtx to work properly with "tuner" like hamlib backends,
> which have no set_mode method.
> Time to have a look into the sdr-shell-rxtx source code.
> Any SVN release number to recommend?
>
svn checkout http://sdr-shell.googlecode.com/svn/branches/sdr-shell-v2-rxtx
Linrad 03.14 is at http://www.sm5bsz.com/linuxdsp/linroot.htm
ghpsdr3 is at svn://64.245.179.219/svn/repos_sdr_hpsdr/trunk/N6LYT/ghpsdr3
>> rig:rig_open called
>> find_and_open_device: looking for device 2580:05dc... 1d6b:0002,
>> 0409:005a, 148f:2573, 046d:c404, 068e:00f2, 0402:5602, 1d6b:0002,
>> 0409:0059, 0409:0059, 07ab:fcdf, 067b:2303, 058f:6366, 0409:0059,
>> 03f0:5711, 0403:6001, 16c0:05dc, 1d6b:0001, 1d6b:0001, 047d:2043,
> ^^^^^^^^^
> That's strange, the VID/PID are there, but product name undetected?
>
The product name DG8SAQ-I2C is there.
16c0:05dc, vendor >www.obdev.at< product >DG8SAQ-I2C
> Can it be there several hamlib version installed on your system?
> Like one old version by the rpm management, and a recent rebuilt ?
>
Only 1.2.12svn was installed.
>> The latest svn 2981 of hamlib fails with the following error, may be I
>> have to uninstall the previous hamlib version:-
> [...]
>> libtool: link: gcc -g -O2 -Wall -pthread -DPORTMAP -g -O2 -Wall -pthread
>> .libs/rpc.rigdS.o -o .libs/rpc.rigd rpcrigd.o rpcrig_proc.o rpcrig_svc.o
>> rpcrig_xdr.o -Wl,--export-dynamic ../src/.libs/libhamlib.so
>> ../lib/.libs/libmisc.a -pthread
>> ../src/.libs/libhamlib.so: undefined reference to `add_trn_poll_rig'
>> ../src/.libs/libhamlib.so: undefined reference to `remove_trn_poll_rig'
>
> Because configure.ac changed but autoregeneration was not picked up by dependency,
> you need to run autoconf and autoheader again, or simply rerun ./autogen.sh
> with your favorite options.
>
> 73
I reran "sh autogen.sh" and that straightened out. No change after
upgrading it as a rpm -- rigctl, Hamlib 1.2.13svn.
73 ... Sid.
--
Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks
|