Electrónica Proyecto OpenPlotter

[gilinas]

Originalmente publicado por javijust

Sobre los 38400 y el matsutec,



Se os ocurre algo mas?

Puede que sea falta de alimentación de los convertidores USB-Serie
Los conectas en un hub con alimentación independiente o están directamente conectados a la pi?
Tienes más cosas USB conectadas?
A veces el pincho wifi traga mucho.

[sailoog.com]

Originalmente publicado por gilinas

Puede que sea falta de alimentación de los convertidores USB-Serie
Los conectas en un hub con alimentación independiente o están directamente conectados a la pi?
Tienes más cosas USB conectadas?
A veces el pincho wifi traga mucho.

También apuesto por ello.

El 80% de los errores se deben a este pequeño detalle.

Si no me equivoco el conversor para pasar NMEA desde el ordenador debe de convertir los 5V del puerto USB a 12V de la señal RS232/RS422 y para ello necesita ir sobrao de amperios que la Pi no puede suministrar de serie.

[javijust]

Gracias !!!!, lo tendre en cuenta y hare alguna prueba con el tema de alimentacion

Solo hay conectado un conversor usb-serie y un usb inhalambrico para el mouse, el pincho wifi desconectado.
De todas maneras los otros gps funcionan correctamente con esta configuracion, solo falla con el matsutec, seria achacable a este chisme, pero en cambio va bien en un PC con el mismo conversor usb-serie, por eso me vuelve loco, es un misterio.

La unica diferencia es que los otros gps solo tienen conexion unidireccional, es decir cable de masa y señal TX gps a RX serie, y el matsutec lo tengo bidireccional con masa TX gps-RX serie y TX serie a RX gps, por eso la duda de que si puede ser que el software enviara alguna trama por el puerto serie que colgara la comunicacion del matsutec.

Igual corto el cable de comunicacion a ver que pasa