CQRlog will not connect to it. The Orion is fixed at 57600 baud 8-bit, 1 stop, no-parity CTS/RTS hand shake enabled. Other programs like GRIG, using hamlib works fine with the Orion.
I suspect that something is broken in the implementation of handshake.
I'm using a USB to RS-232C adapter at /dev/ttyUSB0 on Ubuntu 8.10 Intrepid Ibex.
Best 73 de OZ1PIF, Peter
I'm using Orion without any problem with the same settings. Unfortunately not sufficient info provided - what is the USB to RS-232 adapter? What chipset? Did you some tests without it with radio connected to the serial port?
I suspect the Ubuntu installation. Is the libstdc++5 library installed? What says the
command?
Provide the ldd dump, no doubt we can fix your problem.
73 Martin, OK1RR
Is this what you need?
root@DC7700-Ubuntu:~# cd /home/pif/cqrlog
root@DC7700-Ubuntu:/home/pif/cqrlog# ldd cqrlog
linux-gate.so.1 => (0xb807d000)
libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb8032000)
libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb802e000)
librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0xb8024000)
libcrypt.so.1 => /lib/tls/i686/cmov/libcrypt.so.1 (0xb7ff2000)
libX11.so.6 => /usr/lib/libX11.so.6 (0xb7f03000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7ee9000)
libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xb7b4b000)
libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb7abf000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb7a80000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb79c9000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb79c3000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb79be000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb797b000)
libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb795e000)
libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7800000)
/lib/ld-linux.so.2 (0xb8063000)
libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0xb77fd000)
libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb77e4000)
libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0xb777c000)
libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7756000)
libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0xb774a000)
libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0xb7746000)
libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb7743000)
libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb773e000)
libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb76cb000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb76a3000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb762c000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7616000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb75e9000)
libXext.so.6 => /usr/lib/libXext.so.6 (0xb75da000)
libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb75d0000)
libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb75cc000)
libXi.so.6 => /usr/lib/libXi.so.6 (0xb75c2000)
libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb75bb000)
libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb75b2000)
libpcre.so.3 => /lib/libpcre.so.3 (0xb7588000)
libXau.so.6 => /usr/lib/libXau.so.6 (0xb7584000)
libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb757f000)
libselinux.so.1 => /lib/libselinux.so.1 (0xb7565000)
libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0xb7523000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb74fd000)
libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 (0xb74f7000)
libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0xb74ef000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb74c8000)
root@DC7700-Ubuntu:/home/pif/cqrlog#
According to Synaptics both libstdc++5 and libstd++6 are installed.
I don't know about the chipset or how to find out (maybe with Windows?), but I do know that it works correctly on Ubuntu with other applications.
Also I noticed that when I ticmark DTR and RTS in CQRlog, it doesn't retain those settings.
I've sent further information and test results, including screen shot via separate email.
73 and tnx OZ1PIF, Peter
Was a 40cm problem (user = me!), needed to configure "Model" correct.
Orion = 1608; (NOT = Orion)
Now it works!
73 de OZ1PIF, Peter
Hi, brand new user - or trying to anyway...
I know OZ1PIF sorted his problem, but I believe I have something a bit different.
Setup in preferences is:
Device: /dev/ttyUSB0
Rig ID model: 1608
Poll rate: I've tried various between 50 & 5000
Port settings:
57600 N 8 1 None
No joy.
I CAN talk to the radio using TLF, which also uses hamlib. However, it did take me a while to get this to work because my home made isolated USB-serial converter doesn't loop-back RTS/CTS. The secret was to use no handshaking. For instance, I can demonstrate that the following works:
rigctl -r /dev/ttyUSB0 -m 1608 -C serial_handshake=None
So, I have suspicions that CQRLOG may not correctly send the handshaking switch?
Any ideas? Or have I missed something?
73 de G4KNO, Andy.
try handshake HARDWARE
works for me
As I said, I can't.
The USB-serial converter does not loop-back RTS to CTS locally because I need to use RTS for PTT. CTS needs to be asserted for hardware handshaking to work.
See, for example, "Everything on one COM port" at http://pages.cthome.net/n1mm/html/English/Interfacing.htm
It should be possible to get it to work with no handshaking, and I can with rigctl and TLF on the same PC.
The fact that it works OK for you with hardware handshaking reinforces my view that CQRLOG doesn't correctly communicate the handshake command to hamlib.
73,
Andy, G4KNO
Andy, I don't believe you can do that - the Orion documentation clearly states that you _MUST_ use HW handshaking, so if that means you have to use separate adapters , so be it. Anyway, if you try to have to separate processes use the same port they'll try to exclude each other and you'll have a never ending series of issues to sort out.
Go get another USB<->RS232 adapter and be done with it - they are cheap and well supported in the latest Linux kernels.
If you need to discuss this further with me, I'm on Skype as peter_linux_frenning
73s de OZ1PIF, Peter
Hi Peter, thanks for the response.
I'm going to make this my final post on the matter.
You have a valid point, Peter. I took a look at the Orion schematics. The CTS/RTS lines are brought all the way through to the UART in the DragonBall processor. That doesn't necessarily mean they're used though. That's down to how the firmware was written (will Rx FIFO ever be overrun)? Best to assume they might be used though.
In fact I have another USB-serial adaptor which my own opto-isolated version was based on. It also uses an FT232RL. This DOES work with CQRLog & the Orion. But I didn't want to make yet another opto-isolated converter if I could get one to work.
Interestingly, this works with handshake=hardware OR handshake=None underCQRLog, which implies to me that when you set "None" it's actually still using "hardware", otherwise it would stop working, wouldn't it!
Regardless of my particular situation, it's still relevant for me to report what I think is a bug in CQRLog, because I can make handshake=None work with the hamlib test program "rigctrl" and with TLF, but not with CQRLog. This also demonstrates that you can talk to the Orion without hardware handshaking, although I accept this operation isn't guaranteed by TenTec.
Tnx es vy 73, Andy, G4KNO.
Hi Andy,
please enable debug mode. Go to cqrlog/log_data directory. There is configuration file cqrlog.cfg. Open it for editting, find [Program] section and change Debug=0 to Debug=1. Save config file.
If you run cqrlog from console, you should see what is happening and what is wrong with trx control. Please post it here. Thank you.
73 Petr, OK2CQR
--
http://HamQTH.com/ok2cqr
https://ok2cqr.com
Hi Petr,
Thanks for your help. I did what you said. With handshake set to None...
[WARNING] Out of OEM specific VK codes, changing to unassigned
[WARNING] Out of unassigned VK codes, assigning $FF
Starting CQRLOG ...
RootDirectory = /home/ags/cqrlog/
RootDirectory = /home/ags/cqrlog/
RootDirectory = /home/ags/cqrlog/
ExternalFileAccess = Restrict /home/ags/cqrlog/log_data
SELECT * FROM version
SELECT * FROM cqrlog_main ORDER BY qsodate,time_on
Config: /home/ags/cqrlog/log_data/cqrlog.cfg
address: localhost
port: 6789
In inicializerig
Model:1608
Port:/dev/ttyUSB0
Baudrate:57600
Databits:8
StopBits:1
Handshake:
Parity:None
DTR:OFF
RTS:OFF
Poll:500
Rig is not OK
Error open rig!
Removing Rig control thread from memory
If I set the handshake to HARDWARE and do the same thing I get...
In inicializerig
Model:1608
Port:/dev/ttyUSB0
Baudrate:57600
Databits:8
StopBits:1
Handshake:XONXOFF
Parity:None
DTR:OFF
RTS:OFF
Poll:500
Rig is not OK
Error open rig!
Removing Rig control thread from memory
If I set it to XONXOFF I get ...
In inicializerig
Model:1608
Port:/dev/ttyUSB0
Baudrate:57600
Databits:8
StopBits:1
Handshake:None
Parity:None
DTR:OFF
RTS:OFF
Poll:500
Rig is not OK
Error open rig!
Removing Rig control thread from memory
So if nothing else, the combo box settings don't honour the actual settings. I was a bit disappointed the last one didn't work though. I tried running TLF immediately after this which uses "serial_handshake=None" and this continues to work OK.
73 Andy, G4KNO
Funny, what I'm getting is (I have selected "Hardware" In the handshake box, and tick-marked both "DTR" and "RTS"):
pif@DC7700-Ubuntu:~$ /home/pif/cqrlog/cqrlog
[WARNING] Out of OEM specific VK codes, changing to unassigned
[WARNING] Out of unassigned VK codes, assigning $FF
Starting CQRLOG ...
RootDirectory = /home/pif/cqrlog/
RootDirectory = /home/pif/cqrlog/
RootDirectory = /home/pif/cqrlog/
ExternalFileAccess = Restrict /home/pif/cqrlog/log_data
SELECT * FROM version
SELECT * FROM cqrlog_main ORDER BY qsodate,time_on
Config: /home/pif/cqrlog/log_data/cqrlog.cfg
In inicializerig
Model:1608
Port:/dev/ttyUSB0
Baudrate:57600
Databits:8
StopBits:1
Handshake:XONXOFF
Parity:None
DTR:ON
RTS:ON
Poll:500
select * from cqrlog_main where qsodate >= '2009-03-11' order by qsodate,time_on
A
(and, just to repeat myself, it works UFB here)
73 de OZ1PIF, Peter
PS: I'm also getting a lot of these, but cannot associate them with any problem:
(cqrlog:18933): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated
Hi Andy,
please try to enable DTR and RTS. It could helps.
73 Petr, OK2CQR
--
http://HamQTH.com/ok2cqr
https://ok2cqr.com