I spent a long time mucking about with usb serial ports for work - we used to configure 32 on one machine and we had 100s of machines!
The /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge+_Controller_IC-7300_02038316-if00-port0 approach works well but it is vulnerable to a new kernel version renaming the usb hardware (happens surprisingly often in my experience!)
The udev approach is a good one, but falls down if you have more than one of the device. Unfortunately serial ports don't have usually have IDs (eg a MAC address) to tell them apart (though the IC 7300 does appear to) so you are vulnerable to initialisation order (which isn't defined) in your USB devices. You have to add the physical path of how they are connected (which can change due to kernel or user changes).
There is also the problem that the usb serial stuff frequently gets upset plugging and unplugging stuff and renumbers the devices then.
Anyway I think the /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge+_Controller_IC-7300_02038316-if00-port0 approach is great especially since it looks like that the IC 7300 does have a unique serial number in unlike the usb serials I was using for work.
On 26 May 2022 01:30:27 "alan@alandove.com" <alan@alandove.com> wrote:
Hey, folks:
Please explain why people don't just set it in the TLF config file like:
RIGPORT=/dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge+_Controller_IC-7300_02038316-if00-port0
That's what I've been doing with my IC-7200 (which has a slightly different id), and it's been working fine on two different computers. No mucking around with udev rules required. Is there some hidden problem with that approach that just hasn't happened to me yet?
-- Alan
On May 25, 2022, at 18:59, Ed <w3nr@comcast.net> wrote:
Same as here,except this error in tlf
Rignumber is 373
Rig speed is 19200
Trying to start rig ctrl
rig_open: error
here is my setup
RIGMODEL=373
RIGSPEED=19200
RIGPORT=/dev/ttyUSB0
I have no experience with udev and it is going to be a challange
Ed W3NR