Solo un detalle, las rules se pueden poner todas en el mismo archivo. De hecho yo las tengo así. Lo digo por simplificar. seria algo asi como:
Estas dos lineas se pueden meter en un mismo archivo
/etc/udev/rules.d/shipmodul
Ahora lo que no estoy seguro es de si se puede tener un solo archivo
/lib/udev/shipmodul que ejecute el modprobe según el dispositivo detectado.
Fijaos en la
rule:
ATTRS{idProduct}=="fd4a", ATTRS{idVendor}=="0403", SYMLINK+="shipmodul2", RUN+="/lib/udev/shipmodul2"
Esta parte identifica el dispositivo en base a los datos vendor y product
ATTRS{idProduct}=="fd4a", ATTRS{idVendor}=="0403"
Esta otra crea el enlace simbólico con el nombre que deseamos
SYMLINK+="shipmodul2"
Y la tercera ejecuta el programa que tenemos en /lib/udev/shipmodul2
RUN+="/lib/udev/shipmodul2"
Que es el que se encarga de hacer el
modprobe es decir, cargar el controlador según el dispositivo detectado.
Yo creo que se podrían meter los dos dispositivos en el mismo guión y quedaria de este modo:
Habria que comprobar si funciona, pero si lo hace es mas sencillo pues solo hay que crear 2 archivos en vez de 4.
Aunque la verdad esto lo digo por marear la perdiz.... que hoy es Domingo.
por cierto.... use esta información para forzar que el dispositivo de YAPP se reconociera como ttyUSB y usara el controlador ftdi_sio en vez del acm que carga por defecto.
He de decir que el dmesg tiró un monton de errores y que curiosamente se creaban dos dispositivos. el ttyUSB0 y el ttyUSB1. Este segundo era el unico que funcionaba....... pero ¡También funcionaba!
Aunque he de reconocer que con el ttyACM0 todo rodaba limpio. Pero vamos que se puede experimentar con estos controladores genéricos.