¿Existe alguna forma de acceder a un puerto serie USB mediante el ID del dispositivo, y no por el puerto tty.*?

Actualmente, deberías ser capaz de encontrar la correspondencia del ID de dispositivo/número de serie al nombre del puerto serie usando ioreg. Intenta este comando:

ioreg -r -c IOUSBHostDevice -l

Imprimirá todos los dispositivos host USB, y mostrará todas las propiedades del subárbol de cada dispositivo. Deberías ser capaz de encontrar tu dispositivo en el nivel superior basado en su ID o número de serie. Una vez lo hayas encontrado, deberías ser capaz de escanear su subárbol, y eventualmente encontrar un objeto de clase IOSerialBSDClient. Esto contendrá la propiedad IODialinDevice que es lo que buscas.

Si luego quieres hacer esto programáticamente, podrías agregar la opción -a al comando ioreg, que mostrará una versión plist de la salida anterior. Luego podrías analizar esto con una librería como plistlib.

Puede resultarte útil usar la aplicación IORegistryExplorer para ayudarte a visualizar esto, ¡ya que la salida completa de ioreg es un poco difícil de leer! Esta está disponible en el paquete "Hardware IO Tools" de XCode que puedes encontrar buscando en las descargas del sitio web de desarrolladores de Apple. Así es como se ve en mi dispositivo:

Según mi experiencia, este problema proviene del controlador de su dispositivo serie a uart. Normalmente debería poder acceder al puerto serie usando

ls /dev/tty*.* 

y esta es la única forma de hacerlo. Pero si su Mac no lo muestra, instalé un programa llamado serial detect, y detectó mi placa, de lo contrario use lusb antes y después de conectar la placa, si no lo tiene, instálelo de la siguiente manera

brew install lsusb 

según mi dispositivo, necesitaba el siguiente controlador, para mi Mac 10.13

https://www.silabs.com/community/interface/knowledge-base.entry.html/2017/01/10/legacy_os_softwarea-bgvU

una vez instalado, puedes encontrarlo con

ls /dev/tty*.*

ahora puedes flashear tu dispositivo o abrir el puerto serie. Puedes acceder al dispositivo usb utilizando el id del dispositivo con dfu-util, en mi caso 1d50:6017 es el id de dispositivo mostrado en lsusb, lo usé para flashear una sonda blackmagic pero puedes flashear lo que quieras, dfu-util es una utilidad gratuita que se puede instalar con brew install --build-from-source dfu-util

dfu-util -d 1d50:6017 -s 0x08002000:leave -D ./src/blackmagic.bin

Para un puente FTDI que tengo, el número de serie ya aparece en el nombre del dispositivo: aparece como /dev/serial/by-id/usb-FTDI_FT231X_USB_UART_DA00AG57-if00-port0 (correspondiente a algún /dev/ttyUSBx) en Linux, y como /dev/cu.usbserial-DA00AG57 y /dev/tty.usbserial-DA00AG57 en macOS. (Ver https://stackoverflow.com/a/8632603/4896937 para la diferencia entre tty.* y cu.*.)

Desafortunadamente, para el puente Prolific que tengo, un problema como el tuyo aún se aplica: un dispositivo que aparece como /dev/serial/by-id/usb-Prolific_Technology_Inc._USB-Serial_Controller-if00-port0 (que no contiene un número de serie) simplemente es /dev/cu.usbserial y /dev/tty.usbserial en macOS (ni siquiera el System Profiler proporciona un número de serie para él). Quién sabe qué pasaría si tuviera otro enchufado.

Tal vez haya una respuesta más general por ahí que sea independiente del proveedor, pero ten cuidado, algunos dispositivos podrían no reportar un número de serie.

Utilicé la salida de ioreg y agregué un poco de análisis con perl para producir un archivo csv de puertos seriales en relación a la información usb (como VID, PID, SN).

ioreg -r -c IOUSBHostDevice -x -l | perl -ne 'BEGIN {print "Número de serie USB,idProducto,idVendedor,Dispositivo de Llamada IO\n"} /"Número de serie USB" = "(.+)"/ && ($sn=$1); /"idProducto" = (.+)/ && ($ip=$1); /"idVendedor" = (.+)/ && ($iv=$1); /"Dispositivo de Llamada IO" = "(.+)"/ && print "$sn,$ip,$iv,$1\n"'

Ejemplo de salida:

Número de serie USB,idProducto,idVendedor,Dispositivo de Llamada IO
123456,0x1234,0xaabb,/dev/cu.usbmodem1234561
987654,0xabcd,0xaabb,/dev/cu.usbmodem9876542
000001,0x4321,0xccdd,/dev/cu.usbmodem0000013

Esta salida se puede analizar fácilmente o usar en conjunto con grep para encontrar el dispositivo deseado y puerto serie

Explicación:

• ioreg -r -c IOUSBHostDevice -x -l lista dispositivos usb host, usa -x para una salida hexadecimal
• perl -ne para analizar la salida de ioreg, -n itera sobre la salida línea por línea, -e ejecuta el comando especificado
• BEGIN {print "Número de serie USB,idProducto,idVendedor,Dispositivo de Llamada IO\n"} imprime la cabecera csv
• /"Número de serie USB" = "(.+)"/ && ($sn=$1); hace coincidir un patrón y almacena el valor capturado en una variable $sn
• /"idProducto" = (.+)/ && ($ip=$1); /"idVendedor" = (.+)/ && ($iv=$1); lo mismo que arriba
• /"Dispositivo de Llamada IO" = "(.+)"/ && print "$sn,$ip,$iv,$1\n" cada vez que haya una línea que contenga Dispositivo de Llamada IO sabemos que estamos tratando con un puerto serie (podrías cambiar esto a IODialinDevice para tty en lugar de cu). Imprime el puerto serie e información usb almacenada más recientemente (la cual siempre viene antes en la salida de ioreg) como una línea delimitada por ,.

Tuve el mismo problema con Profilic Bridge y descargué el controlador desde http://www.prolific.com.tw/US/ShowProduct.aspx?p_id=229&pcid=41 solucioné el problema después de reiniciar.