Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

When using serial port, adapter requires only /dev/ttyUSBx instead of /dev/serial/by-id/nnnnnnnnn #709

Open
busy-omega opened this issue Jan 7, 2025 · 1 comment
Assignees
Labels
enhancement New feature or request

Comments

@busy-omega
Copy link

busy-omega commented Jan 7, 2025

This adapter requires in settings page serial device address to be /dev/ttyUSBx , but does not accept a
long string like /dev/serial/by-id/usb-FTDI_USB-to-Serial_FTHKWACI-if00-port0

During boot time of the Raspi4, the USB device numbering (0 or 1) are given to who comes up first.
Somtimes this could be the FTDI dongle getting USB0 first or sometimes my other connected serial device
gets USB0 first. This is leading in one running adapter (the one with by-id) but the other fails, because
device address already in use.

FYI: In my case the second connected device is:
/dev/serial/by-id/usb-silicon_Labs_Sonoff_Zigbee_3.0_USB_Dongle_Plus_0001-if00-port0
for the zigbee adapter. In settings page of that adapter it is possible to enter the linked address.

Would be fine, if the resol adapter also accepts the linked address to be seen in /dev/serial/by-id/xxx

Thank you !

@busy-omega busy-omega changed the title When using serial port, When using serial port, adapter requires only /dev/ttyUSBx instead of /dev/serial/by-id/nnnnnnnnn Jan 7, 2025
@mcm1957 mcm1957 added the enhancement New feature or request label Jan 7, 2025
@pdbjjens
Copy link
Collaborator

pdbjjens commented Jan 8, 2025

If feasible I will implement this in the 2025H1 maintenance release.

@pdbjjens pdbjjens self-assigned this Jan 8, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants