Electrónica Problema con el AIS

[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