Electrónica Problema con el AIS

[gipsy_moth]

Hola y
Hace unas semanas compré un receptor AIS (EasyAIS) y splitter (Glomex) a un cofrade.
Lo he instalado, pero no consigo que el AIS emita sentencias NMEA correctas.
Cuando lo arranco suele emitir una que dice algo del estilo !PAIS,68,84*09 (los numeros cambian) que no he encontrado que significa.
Luego, a veces, emite una linea correcta !AIVDM (a veces se deja el ! del principio) y normalmente a partir de la tercer sentencia ya es basura. A veces la segunda linea ya es basura.

Adjunto un pantallazo con lo que emiten el GPS (/dev/ttyUSB0), el equipo de viento y corredera (/dev/ttyUSB0) y el AIS (/dev/ttyUSB3).

He revisado las conexiones para descartar fallos de contacto, pero nada.
¿Alguna idea de por dónde puede estar el problema? ¿El AIS? ¿El splitter? ¿Cómo lo pruebo?

Saludos,

¿Que estas haciendo?

Es que no se ve nada en el pantallazo.

Por lo que veo es un receptor AIS por tanto emitir lo que se dice emitir AIS no emite.

Pero veo que al parecer es el receptor que vendía jotaguirre. Entiendo que te refieres a que el ordenador no recibe los datos NMEA0183 correspondientes AIS que el receptor recibe y que opinas que el problema está en la configuración de Navigatrix.

¿Es mas o menos eso?

Lo que me interesa saber ya que la captura no se ve nada útil es...

¿Opencpn no te muestra los objetivos AIS?

Prueba a desactivar todas las demás entradas de opencpn y activa solo la de AIS. Asegúrate de que la pones a 38400 baudios. Y pon a la vista la ventana de depuración NMEA para ver si te entran bien o solo basura.

¿Puede ser que estabas usando putty para ver los datos NMEA0183?

Con la bendita terminal de Linux que tienes!!

Dime como te va con opencpn

¡Ah! Tambien puedes probar, antes de hacerlo con opencpn, a leer el puerto desde una consola normal de Linux con el comando:

cat /dev/ttyUSB2

Y ver si vomita los datos bien. Pero lo ideal es hacerlo con opencpn que es el que normalmente se encargará de ajustar la velocidad de /dev/ttyUSB2 a 38400 y recibir los mensajes NMEA0183 así como mostrarlos.

[gipsy_moth]

Hola y gracias por tu respuesta.
Te voy contestando las preguntas que me haces:

Originalmente publicado por pinguino

¿Que estas haciendo?
Intentando mostrar las sentencias NMEA que el AIS envía al portátil

Es que no se ve nada en el pantallazo.
Disculpa, al adjuntarlo se ha disminuído. Lo intento volver a subir.

Por lo que veo es un receptor AIS por tanto emitir lo que se dice emitir AIS no emite.
No, ya lo sé, me refería a "emitir" sentencias NMEA0183 de los barcos que detecte.

Pero veo que al parecer es el receptor que vendía jotaguirre. Entiendo que te refieres a que el ordenador no recibe los datos NMEA0183 correspondientes AIS que el receptor recibe y que opinas que el problema está en la configuración de Navigatrix.

¿Es mas o menos eso?
Efectivamente, el ordenador no recibe los datos NMEA0183, per no sé si es por la configuración de Navigatrix, por problemas en el receptor AIS, o en el splitter. Lo estoy intentando descubrir.


Lo que me interesa saber ya que la captura no se ve nada útil es...

¿Opencpn no te muestra los objetivos AIS?
No, no los muestra

Prueba a desactivar todas las demás entradas de opencpn y activa solo la de AIS. Asegúrate de que la pones a 38400 baudios. Y pon a la vista la ventana de depuración NMEA para ver si te entran bien o solo basura.
Ya lo probé. Aparentemente no entra nada. Adjunto pantallazo

¿Puede ser que estabas usando putty para ver los datos NMEA0183?
Sí, así es. No conozco mucho de Linux y conozco Putty de otros temas y lo he usado. Me muestra entradas del GPS y del equipo de viento, pero no de AIS

Con la bendita terminal de Linux que tienes!!
Sorry!

Dime como te va con opencpn
No me muestra nada

¡Ah! Tambien puedes probar, antes de hacerlo con opencpn, a leer el puerto desde una consola normal de Linux con el comando:

cat /dev/ttyUSB2
Me contesta cat: /dev/ttyUSB2: Device or resource busy

Y ver si vomita los datos bien. Pero lo ideal es hacerlo con opencpn que es el que normalmente se encargará de ajustar la velocidad de /dev/ttyUSB2 a 38400 y recibir los mensajes NMEA0183 así como mostrarlos.

¡Gracias de nuevo por tu ayuda!

En principio hay algo que no va bien.

Podria ser que el servicio GPSD "secuestrara" los datos de AIS pero no los procesara bien.

Prueba esto:

Abre una consola de linux. Asegúrate de que no tienes a putty ni opencpn en marcha ya que cuando un programa está accediendo a un puerto este queda bloqueado para otro.

Así, sobre esa consola pon el siguiente comando:

cat /dev/ttyUSB2

Si te dice Device or resource busy es que hay algún programa usando el puerto. O podria ser que estuvieran mal configurados los permisos. Para salir de dudas prueba:

sudo cat /dev/ttyUSB2

Si insiste en Device or resource busy es que probablemente GPSD esta usando el puerto /dev/ttyUSB2.

Si es así, dado que parece que no lo gestiona bien vamos a para GPSD para ver si se libera el puerto y si los datos entran limpios.

Paramos GPSD con:

sudo service gpsd stop

Una vez parado prueba de nuevo:

cat /dev/ttyUSB2

y si no:

sudo cat /dev/ttyUSB2

Dime que pasa y continuamos.

[gipsy_moth]

Hola Pinguino.
te voy respondiendo:

cat /dev/ttyUSB2
cat: /dev/ttyUSB2: Device or resource busy

sudo cat /dev/ttyUSB2
[sudo] password for ptrk2:
�k���SJZZJB��{�Oj���Z��BR���K^��K��^��BJB�


sudo service gpsd stop
sudo cat /dev/ttyUSB2
�z�
�N����Z�� z�j����SJZZJB�


¿Por dónde crees que van los tiros?
Los otros puertos los leo bien, tanto por la consola como con Putty


Saludos y

De momento hay un par de cosillas. Lo primero que sin usar el sudo no tienes acceso al puerto.


Supongo que el usuario que estas usando es ptrk2... ¿es correcto?
Si lo es Prueba este comando con mucho cuidado:

sudo usermod -a -G dialout ptrk2

Introducelo respetando escrupulosamente las mayúsculas y minúsculas. Si te equivocas podrías liarla parda. Si tu usuario es otro diferente, pon el que sea en lugar de ptrk2

Con este comando deberías haberte agregado a ti como usuario al grupo dialout que es el que tiene acceso a los puertos físicos.

Despues vuelve a probar con opencpn y el puerto tal como lo tenias, /dev/ttyUSB2 y 38400 de baudios.

A ver si funciona.

por lo que veo, no parece que GPSD sea el culpable de nada. Solo veo un tema de permisos que impediría a opencpn recibir los datos a 38400.

Si después de esto sigue igual, yo miraría la conexión física del puerto pues un falso contacto podría corromper los datos. O incluso podría ser que el AIS esté fallando bien sea por tema de configuración (que me sorprendería pues el que yo tengo no tiene ningún tipo de posibilidad de configuración) o por algún tipo de avería.

Poner el modelo exacto de AIS con Nº de modelo si lo tiene ayudaría a despejar dudas.

[gipsy_moth]

Buenos días Pinguino.

Sigo probando...

Efectivamente ptrk2 es el usuario

sudo usermod -a -G dialout ptrk2
[sudo] password for ptrk2:

Opencpn, /dev/ttyUSB2 y 38400 de baudios sique sin funcionar

Pruebo la consola:
cat /dev/ttyUSB2
cat: /dev/ttyUSB2: Device or resource busy
No lo entiendo, si ahora debería tener permiso...

Conexión física del puerto: parece que esté bien. Cambié el cable del AIS al adaptado RS232-USB y el adaptador también funciona. Si lo pruebo con los datos del equipo de viento, funciona. ¿Puedo hacer alguna prueba en concreto para asegurarme?

Modelo del AIS: easyAIS luego lo adjuntaré, o un link, es mayor pesa más de lo permitido para adjuntarlo directamente. Sólo tiene como posible configuración cambiar a 4800 baudios, pero ya he probado de leer a 4800 y tampoco funciona.

Resumiendo:
En Opencpn: no me muestra nada
En la consola: muestra caracteres ininteligibles (con sudo)
En Putty: muestra caracteres que, a veces, son sentencias NMEA con fallos.

Desde luego hay algo que se nos escapa.

Problema de puerto no creo que sea pues los datos entran, eso si, entran mal.... pero entran.

Podría haber algún tema de permisos por el hecho de que necesites, todavía, usar sudo para volcar datos, pero eso no explicaría los datos corruptos.

Lo ideal seria usar opencpn para asegurarnos de que el puerto esta trabajando a 38400 ya que por defecto suele estar a 4800. Prueba esto:

sudo opencpn

Así nos aseguramos de trabajar con opencpn con permisos de administrador. No es la solución definitiva pero nos puede servir para ir aclarando pistas y saber si el AIS esta desconfigurado o estropeado.

Por cierto... ¿como lo conectas? ¿Tiene una salida USB directamente o usas un convertidor Serie-USB? Lo digo porque podrías probar a usar otro convertidor para descartar que el problema no venga de él.

Respecto al modelo de AIS debes indicar más datos como número de modelo. Bajo ese nombre aparecen infinidad de modelos de la misma marca.

¿será este?

https://www.yumpu.com/en/document/vi...plit-echopilot

[gipsy_moth]

Hola.
Con sudo opencpn me abre opencpn, recibo alguna señal y veo algún barcos. Muchos menos de los que debería.

Adjunto pantallazo.

Pero me da estos mensajes en la consola:
ptrk2@ptrk2-navigatrix:~$ sudo opencpn
[sudo] password for ptrk2:

(opencpn:5744): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17

(opencpn:5744): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17

(opencpn:5744): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17

(opencpn:5744): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17

(opencpn:5744): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17

(opencpn:5744): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17

(opencpn:5744): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17

(opencpn:5744): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17

(opencpn:5744): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17

(opencpn:5744): Gtk-WARNING **: gtk_widget_size_allocate(): attempt to allocate widget with width -5 and height 17


Parece que tenga 2 problemas: uno con los permisos del puerto (que sin sudo no veo nada) y otro con las sentencias que recibo (menos de las que tocaría y algunas incompletas).
¿Estás de acuerdo? ¿O puede ser todo un mismo problema?

¡Gracias de nuevo por tu ayuda!

[Gambucero]

Creo... y es solamente mi opinión, que el problema se te plantea por tener instalado y ejecutando GPSD.

Como bien se puede leer en el propio manual de OpenCPN, primero instalaremos GPSD, comprobaremos que se tienen lecturas por el puerto, y acto seguido desinstalaremos completamente GPSD y todos sus componentes... para crear entonces una "conexión" serie.

Esto te está provocando que sea GPSD quien lea de los puertos USB, y GPSD lee a 4800 Baudios "by the face"... (y te pasa lo que te pasa, porque claramente es un error de velocidad -que también podría serlo de paridad, hay que recordar aquello de velocidad-paridad-bit de stop.... )

Pienso que por ahí van los tiros... porque resulta -y mira que curiosidad- que todo lo que te entra a 4800 "nativo" entra sin problemas... e incluso llegaría a afirmar que si tienes salida al piloto automático (a 4800) te sale sin problemas... ¿no?.

Bueno, es una ideica de muchos años peleandose uno con los puertos serie...

P.S. porfi porfi porfi... pon los pantallazos un poco mas grandes, que los que ya necesitamos gafas para vista cansada no vemos ná de ná.

Lo de los errores en la consola... ni caso. Siempre están ahí. lo que ocurre es que como rulan en segundo plano no los ves, pero solo hacen referencia a quejas del sistema de ventanas. Nada que deba preocuparnos.

Lo importante es que ves barcos y por tanto algo hay.

Lo que gambucero cuenta nos da pistas interesantes. Yo haría lo que él comenta. desinstalaria GPSD y crearía entradas serie separadas para cada elemento.

Prueba:

sudo apt-get remove gpsd

Reinicia y a continuacion... lo tipico:

cat /dev/ttyUSB0

¿Entran los datos GPS? Vale.

cat /dev/ttyUSB1

¿Ahora los otros? OK

cat /dev/ttyUSB2

¿Y los de AIS?

Ya sabes, usa las teclas Ctrl+c para parar el chorreo de datos en consola si estos entran correctamente para poder meter mas comandos.

Ahora, si ves datos entrar a por opencpn. Animo valiente.

[gipsy_moth]

¡Gracias a los 2!
Ahora parece que funciona!

En la consola obtengo:
ptrk2@ptrk2-navigatrix:~$ cat /dev/ttyUSB2
!PAIS,68,84*09
!AIVDM,1,1,,1,3819<fE00007rclGU:rQ=bkj0000,0*55
!AIVDM,1,1,,1,34h@3E51@1P7s9TGU>FI1U?00000,0*4B
!AIVDM,1,1,,1,B3Es@o00081vf>5qDU`G;wU5CP06,0*62
!AIVDM,1,1,,2,H3Es@o0=T4pD000000000000000,2*5C
!AIVDM,1,1,,2,H3Es@o4TF5C@5B053jkkq00`7220,0*1A
!AIVDM,1,1,,2,H3EoTaP8iDF0<4<4t0000000000,2*74
!AIVDM,1,1,,2,H3EoTaTT71B=9>000000001H;240,0*3B
!AIVDM,1,1,,2,B3EoTaP0001vlp5qDHt8cwa5kP06,0*79
!AIVDM,2,1,1,1,54h@3E00?JOM`L4gV2104hh4@UDn2222222 2220U7@U8840Ht:P000000000,0*4C
!AIVDM,2,2,1,1,00000000002,2*57

y en opencpn, solo activando la entrada por /dev/ttyUSB2 a 38400 bd también!

Ahora, ¿cómo hacemos, para dejarlo "bien"? ¿O me olvido de gpsd y tiro de los 3 puertos serie?

Saludos y

Exacto, olvídate de GPSD y crea las tres entradas SERIE en opencpn.

Un chupito de Brugal con hielitos para Gambucero por colaborar.

[Gambucero]

Originalmente publicado por pinguino

Exacto, olvídate de GPSD y crea las tres entradas SERIE en opencpn.

Un chupito de Brugal con hielitos para Gambucero por colaborar.

Se agradecen... (pero ya puestos... mejor de Pálido añejo motrileño, Maese Pingüino, que ya sabe usted de mis preferencias en el bebercio).

A ver... el problema era -más o menos- obvio... y por tanto, la solución también... ¡quesque'stais mu awindousaos toooooos!, y ya no os acordáis de como se forma una entrada de protocolo... y esto es como "la navaja de Occam"... aparte de que tenemos -me incluyo- una mala tendencia a no leer los manuales, ni aunque estén online...

Pos hala, si hemos solucionao el problema, bien está.

Unos chupitazos de pálido añejo motrileño (a ver si os voy educando el paladar tambien... )

Originalmente publicado por Gambucero

Se agradecen... (pero ya puestos... mejor de Pálido añejo motrileño, Maese Pingüino, que ya sabe usted de mis preferencias en el bebercio).

A ver... el problema era -más o menos- obvio... y por tanto, la solución también... ¡quesque'stais mu awindousaos toooooos!, y ya no os acordáis de como se forma una entrada de protocolo... y esto es como "la navaja de Occam"... aparte de que tenemos -me incluyo- una mala tendencia a no leer los manuales, ni aunque estén online...

Pos hala, si hemos solucionao el problema, bien está.

Unos chupitazos de pálido añejo motrileño (a ver si os voy educando el paladar tambien... )

Desde luego que se acepta el pálido... Je Je.

Pero solo una cuestión... ¿por que el parar el servicio de GPSD no le funcionó antes?

Originalmente publicado por pinguino

En principio hay algo que no va bien.

Podria ser que el servicio GPSD "secuestrara" los datos de AIS pero no los procesara bien.

Prueba esto:

Abre una consola de linux. Asegúrate de que no tienes a putty ni opencpn en marcha ya que cuando un programa está accediendo a un puerto este queda bloqueado para otro.

Así, sobre esa consola pon el siguiente comando:

cat /dev/ttyUSB2

Si te dice Device or resource busy es que hay algún programa usando el puerto. O podria ser que estuvieran mal configurados los permisos. Para salir de dudas prueba:

sudo cat /dev/ttyUSB2

Si insiste en Device or resource busy es que probablemente GPSD esta usando el puerto /dev/ttyUSB2.

Si es así, dado que parece que no lo gestiona bien vamos a para GPSD para ver si se libera el puerto y si los datos entran limpios.

Paramos GPSD con:

sudo service gpsd stop

Una vez parado prueba de nuevo:

cat /dev/ttyUSB2

y si no:

sudo cat /dev/ttyUSB2

Dime que pasa y continuamos.

Resultado:

Originalmente publicado por gipsy_moth

Hola Pinguino.
te voy respondiendo:

cat /dev/ttyUSB2
cat: /dev/ttyUSB2: Device or resource busy

sudo cat /dev/ttyUSB2
[sudo] password for ptrk2:
�k���SJZZJB��{�Oj���Z��BR���K^��K��^��BJB�


sudo service gpsd stop
sudo cat /dev/ttyUSB2
�z�
�N����Z�� z�j����SJZZJB�


¿Por dónde crees que van los tiros?
Los otros puertos los leo bien, tanto por la consola como con Putty


Saludos y

La verdad es que yo hace años que no uso GPSD y por ello no lo conozco demasiado ya que tiene algunas rarezas, como esa manía de querer poner los GPS en binario cuando quiere.

Bueno, podría ser por que yo uso systemd y creo que Navigatrix mantiene upstart ¿verdad?

[Gambucero]

Originalmente publicado por pinguino

Desde luego que se acepta el pálido... Je Je.
Pero solo una cuestión... ¿por que el parar el servicio de GPSD no le funcionó antes?

La verdad es que yo hace años que no uso GPSD y por ello no lo conozco demasiado ya que tiene algunas rarezas, como esa manía de querer poner los GPS en binario cuando quiere.

Bueno, podría ser por que yo uso systemd y creo que Navigatrix mantiene upstart ¿verdad?

Pues no le dió resultado antes porque continuaba instalado... y hay que desinstalarlo (con lo cual borramos también los ficheros de configuración... and so on) y reiniciar -eso es literalmente lo que dice el manual de OpenCPN-... si, es una putadita del upstart... y yo tampoco entiendo la dichosa manía de gpsd de poner los paratillos en binario... o habría que preguntárselo al equipo que lo desarrolló... (que tiene ya unos añitos).

El uso primario de gpsd fue el uso de los puertos serie tradicionales, con lo cual, tu configurabas independientemente cada uno de ellos (si eras afortunado de tener varios en tu equipo, o una placa multiplexora)... luego vinieron los usb... y ahí es donde "la picha se hizo un circuito", porque aunque veamos FISICAMENTE varias conexiones usb en el equipo, la placa base solamente maneja una, y todas las demás estan linkadas o "virtualizadas" por software (en la BIOS habitualmente) de ahí que usb0 sea cada vez una boca distinta -la primera que usemos- y reasigne los numeros de usb, mientras que en el protocolo RS-XXX-X cada boca tiene una asignacion (o nombre) univoco... (de hecho, en una multiplexora con, pongamos por ejemplo, 4 puertos serie, habia que configurar via microswitches cada uno de aquellos puertos -recuerda aquello de "el uno y el dos en on, el tres en off.... -¡puñetas, que viejo que soy!-) y ya tenemos el problema liado, porque gpsd maneja una unica conexion serie fisica, por cada fichero de configuracion... ergo... tenemos un fichero configurado como...4800Bd, 8 bits de datos (o 7), 1 (o ninguno) bit de stop, paridad par (o impar, o ninguna)... y de pronto, entra algo a 38400... y la liamos parda...

Interesante. Algunos detalles de lo que comentas los desconocía.

Cierto es que yo nunca tuve que pelearme con ninguna máquina que tuviera mas de un puerto Serie para el Ratón y uno paralelo LPT para la impresora. Para cuando empecé a cacharrear con los dispositivos marinos ya había entrado el USB y sus cosas.

Hoy dia prefiero con mucho Kplex para gestionar los NMEA0183 a GPSD que para mi ya entraña mas inconvenientes que ventajas.

Un trago...

[Gambucero]

... o este (de 50 añitos y de las barricas privadas de Paco Montero -que Dios tenga en su seno- vamos, de las botas que contenían el que el bebía y regalaba a sus amigos -de una de esas botas es el contenido de mi barrilico-...)

[gipsy_moth]

¡Muchas gracias a los dos!

Ya lo tengo funcionando con los 3 puertos serie y va perfecto.

De momento, barra libre virtual y si alguno se deja caer por Barcelona, alguna copa real seguro que cae.

La gente como vosotros hace grande esta taberna. ¡Un abrazo!

[gipsy_moth]

Hola a todos.
Llevo unos días probando la nueva configuración de OpenCPN y cuando va bien, va muy bien. Pero a veces no tanto.... Me intento explicar...

Creo que el orden por el que se detectan los puertos, hace que a veces no funcione. ¿Es posible? Si el GPS entra por el /dev/ttyUSB0, los datos de viento por el /dev/ttyUSB1 y el AIS por el /dev/ttyUSB2, perfecto, pero a veces no es así, y no sé de que depende. Si alguno de los de 4800 baudios va por el que espera datos a 38400 (y viceversa), OpenCPN no entiende nada. ¿Es posible? ¿Cómo se puede resolver?

¡Gracias de nuevo!

Originalmente publicado por gipsy_moth

Hola a todos.
Llevo unos días probando la nueva configuración de OpenCPN y cuando va bien, va muy bien. Pero a veces no tanto.... Me intento explicar...

Creo que el orden por el que se detectan los puertos, hace que a veces no funcione. ¿Es posible? Si el GPS entra por el /dev/ttyUSB0, los datos de viento por el /dev/ttyUSB1 y el AIS por el /dev/ttyUSB2, perfecto, pero a veces no es así, y no sé de que depende. Si alguno de los de 4800 baudios va por el que espera datos a 38400 (y viceversa), OpenCPN no entiende nada. ¿Es posible? ¿Cómo se puede resolver?

¡Gracias de nuevo!

Necesitas recurrir a udev.

Repasate este hilo:

http://foro.latabernadelpuerto.com/s...highlight=udev

donde ya se explicó paso a paso y con ejemplos como usarlo.

Es algo lioso pero una vez configurado el problema estará resuelto definitivamente.

[gipsy_moth]

Muchas gracias otra vez.
Suponía que debía de haber algo así, pero no lo encontraba.

Esta tarde lo pruebo.

Saludos y

Originalmente publicado por gipsy_moth

Muchas gracias otra vez.
Suponía que debía de haber algo así, pero no lo encontraba.

Esta tarde lo pruebo.

Saludos y

Por cierto, a la hora de identificar cada dispositivo USB, desconectalos todos y conectalos de uno en uno y solo uno cada vez. Anota el idvendor y el idproduct y lo vuelves a desconectar antes de hacer lo mismo con el siguiente y efectuar el lsusb.

Si no puedes hacerte un lío y complicarte la vida. Recuerda que en opencpn los nuevos nombres virtuales puede que no aparezcan en el desplegable, los pones a mano y punto.

[gipsy_moth]

Hola.
Te cuento como me va con el udev...

He podido "direccionar" correctamente el AIS a /dev/ais y funciona perfectamente, pero ¿es posible que el GPS USB y la señal NMEA que me viene del Interface Raymarine E85001 apartezcan como el mismo idVendor y el mismo idProduct?

Copio lo que me devuelve dmesg | tail -20 al tener conectado sólo el GPS y sólo la señal NMEA del Interface:

GPS
[ 124.428037] usb 3-1: new full-speed USB device number 2 using uhci_hcd
[ 124.584274] usb 3-1: New USB device found, idVendor=067b, idProduct=2303
[ 124.584281] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 124.584286] usb 3-1: Product: USB-Serial Controller
[ 124.584290] usb 3-1: Manufacturer: Prolific Technology Inc.
[ 124.633083] usbcore: registered new interface driver usbserial
[ 124.633622] usbcore: registered new interface driver usbserial_generic
[ 124.633773] usbserial: USB Serial support registered for generic
[ 124.647283] usbcore: registered new interface driver pl2303
[ 124.647391] usbserial: USB Serial support registered for pl2303
[ 124.647482] pl2303 3-1:1.0: pl2303 converter detected
[ 124.659499] usb 3-1: pl2303 converter now attached to ttyUSB0

NMEA
[ 197.284037] usb 3-1: new full-speed USB device number 3 using uhci_hcd
[ 197.441253] usb 3-1: New USB device found, idVendor=067b, idProduct=2303
[ 197.441260] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 197.441265] usb 3-1: Product: USB-Serial Controller
[ 197.441269] usb 3-1: Manufacturer: Prolific Technology Inc.
[ 197.444398] pl2303 3-1:1.0: pl2303 converter detected
[ 197.456439] usb 3-1: pl2303 converter now attached to ttyUSB0
[ 228.231338] ttyS0: LSR safety check engaged!


lsusb con el GPS y el interface conectado me devuelve:

Bus 002 Device 002: ID 064e:a103 Suyin Corp. Acer/HP Integrated Webcam [CN0314]
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 005: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 005: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

¿Qué idVendor e idProduct debería usar?

Originalmente publicado por gipsy_moth

Hola.
Te cuento como me va con el udev...

He podido "direccionar" correctamente el AIS a /dev/ais y funciona perfectamente, pero ¿es posible que el GPS USB y la señal NMEA que me viene del Interface Raymarine E85001 apartezcan como el mismo idVendor y el mismo idProduct?

Copio lo que me devuelve dmesg | tail -20 al tener conectado sólo el GPS y sólo la señal NMEA del Interface:

GPS
[ 124.428037] usb 3-1: new full-speed USB device number 2 using uhci_hcd
[ 124.584274] usb 3-1: New USB device found, idVendor=067b, idProduct=2303
[ 124.584281] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 124.584286] usb 3-1: Product: USB-Serial Controller
[ 124.584290] usb 3-1: Manufacturer: Prolific Technology Inc.
[ 124.633083] usbcore: registered new interface driver usbserial
[ 124.633622] usbcore: registered new interface driver usbserial_generic
[ 124.633773] usbserial: USB Serial support registered for generic
[ 124.647283] usbcore: registered new interface driver pl2303
[ 124.647391] usbserial: USB Serial support registered for pl2303
[ 124.647482] pl2303 3-1:1.0: pl2303 converter detected
[ 124.659499] usb 3-1: pl2303 converter now attached to ttyUSB0

NMEA
[ 197.284037] usb 3-1: new full-speed USB device number 3 using uhci_hcd
[ 197.441253] usb 3-1: New USB device found, idVendor=067b, idProduct=2303
[ 197.441260] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 197.441265] usb 3-1: Product: USB-Serial Controller
[ 197.441269] usb 3-1: Manufacturer: Prolific Technology Inc.
[ 197.444398] pl2303 3-1:1.0: pl2303 converter detected
[ 197.456439] usb 3-1: pl2303 converter now attached to ttyUSB0
[ 228.231338] ttyS0: LSR safety check engaged!


lsusb con el GPS y el interface conectado me devuelve:

Bus 002 Device 002: ID 064e:a103 Suyin Corp. Acer/HP Integrated Webcam [CN0314]
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 005: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 005: ID 067b:2303 Prolific Technology, Inc. PL2303 Serial Port
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

¿Qué idVendor e idProduct debería usar?

idVendor=067b, idProduct=2303 ¡Leches!

El prolific es el controlador del convertidor. Y ambos son exactamente del mismo modelo. Espero que el del Ais sea diferente. Prueba ahora el del AIS.

Explicanos como exactamente lo tienes montado.

¿Es un GPS con salida propia USB o es un GPS con cable NMEA0183 pelado que conectas usando un convertidor?
¿La entrada del resto de datos NMEA ídem.... usas convertidor o tiene salida propia USB?

Es que si cada uno tiene su propia salida USB ya seria coincidencia que tuvieran el mismo ID.