Electrónica Problemas multiplexor Brookhouse

ferreret · #1 23-02-2009, 20:48

Unas cervezas para agilizar las neuronas!

A ver, os cuento. El tema es que recientemente instalé un nuevo display multifunción de estos que leen cualquier tipo de datos, un Garmin GMI 10:

El cacharrito viene con dos puertos de entrada: uno para NMEA 0183, y otro para montar una red NMEA 2000. El problema es que los instrumentos que quiero conectar(viento, navman s100 y GPS plotter magellan sportrack pro), funcionan ambos con NMEA 0183. Así que busqué un multiplexor que me fuese bien, y compré en www.brookhouseonline.com un multiplexor, el modelo más sencillo:

Lo conecto todo correctamente, siguiendo a rajatabla las instrucciones. Aprovecho para conectar estos datos al piloto automático, y así poder navegar al viento, a parte de GPS y brújula interna.

Me pongo a probarlo, y lo primero que me hace es que a veces los datos de viento desaparecen por un instante, y luego vuelven. No es muy problemático, excepto que lía al display cuando navego en real o mirando el VMG. Pero el problema más grande es que cuando introduzco la orden en el GPS para ir a un waypoint, entonces al cabo de unos segundos los datos de GPS desaparecen del display y piloto automático. Si en esta situación desconecto del multiplexor los datos de viento, y introduzco un waypoint, entonces todo funciona bien. Así que el conflicto que tiene el multiplexor, es cuando le llegan datos a la vez de viento y Gps que va a un waypoint. A la que quitas la orden de ir a un waypoint, entonces el display vuelve a recibir datos de GPS.

En fin ese es el problema, perdonar el tocho... algun electrónico con idea...?

ferreret · #2 23-02-2009, 21:50

Algún electrónico despistado por ahí...?

Marconcio · #3 23-02-2009, 22:10

Supongo que has respetado las entradas del GPS y viento. Las del piloto ¿también? Este tiene entradas y salidas. Parece que el multiplexor se "atraganta" ¿no? ¿Puedes poner un esquema de cómo los has conectado?
Imagino que los protocolos de piloto, viento GPS y navmans100 (es una sonda?) son 0183 2.0.
Sigo el hilo con interés.

Calixto · #4 23-02-2009, 22:18

La verdad es que no tengo mucha idea pero te digo lo que se me ocurre, a falta de que nos iluminen los expertos, que es monitorizar las sentencias nmea en la salida del multiplexor. Mira la secuencia con todos los aparatos conectados y tambien monitoriza desconectando cada vez uno. A ver que pasa. Igual hay conflicto entre sentencias de los diferentes aparatos porque posean información contradictoria entre ellas. Si eso ocurre, tendrías que filtrar para intentar quitar la contradicción. En la página de Brookhouse hay un artículo muy interesante que te dice como manipular las sentencias NMEA 0183 con el Mux. En teoría parece fácil.
¡Suerte! y a esperar a alguien mas ilustrado en electrónica.

olaje · #5 24-02-2009, 02:35

raro raro raro ...

He visto cosas similares, casi siempre por conectar algúno de los equipos NMEA con la polaridad al revés que los demás, y dejarde funcionar todo o hacerlo correctamente, en función de loque está conectado o no, pero que ocurra esto sólo cuando el GPS trasmita algo más de información ... sólo se me ocurre una saturación del 'invento' por no caber tantos paquetes NMEA a 4k8 baudios.

Dices que también desaparecen los datos del equipo de viento de vez en cuando, y que todos se llevan bien en general.

Estoy con Calixto. Monitoriza con el PC el tráfico de sentencioas NMEA a ver qué es lo que está pasando.

Incluso puedes probar a quitar el multiplexor y conectar juntas todas las salidas NMEA con las entradas y ver qué ocurre. Así debería de funcionar sin problemas y sin saturaciones.

Si puedes poner un esquema ...

Seguiremos atentos el hiloa ver cómo se soluciona.

Salu2. Carmelo (O L A J E )

ferreret · #6 24-02-2009, 10:34

He hablado con Brookhouse, y parece que el problema proviene porqué entran un exceso de datos para la velocidad en Baudios que maneja (4800), y entonces se bloquea. El problema se podría solucionar si el GPS enviase menos datos redundantes(como la información de la ubicación de los satélites, o la longitud o latitud, que no hace falta que esté fuera), o poniendo un filtro(un scrip) al multiplexor para que filtrase estos datos redundantes, y evitar el bloqueo. Así que no me queda más que seguir probando, o con el GPS, o conectar el multiplexor a un PC por el puerto RS232 del Multiplexor, montando un cable con los pines correctamente colocados(me lo compré sin puerto USB

).
Respondiendo a Olaje, lo de conectar todas las entradas juntas no es posible, pues el multiplexor organiza estas entradas de datos y las ordena. Sinó es ilegible para el aparato.

Muchas gracias por vuestra ayuda!!

Calixto · #7 24-02-2009, 13:37

Cita:

Originalmente publicado por ferreret

He hablado con Brookhouse, y parece que el problema proviene porqué entran un exceso de datos para la velocidad en Baudios que maneja (4800), y entonces se bloquea. El problema se podría solucionar si el GPS enviase menos datos redundantes(como la información de la ubicación de los satélites, o la longitud o latitud, que no hace falta que esté fuera), o poniendo un filtro(un scrip) al multiplexor para que filtrase estos datos redundantes, y evitar el bloqueo. Así que no me queda más que seguir probando, o con el GPS, o conectar el multiplexor a un PC por el puerto RS232 del Multiplexor, montando un cable con los pines correctamente colocados(me lo compré sin puerto USB

).
Respondiendo a Olaje, lo de conectar todas las entradas juntas no es posible, pues el multiplexor organiza estas entradas de datos y las ordena. Sinó es ilegible para el aparato.

Muchas gracias por vuestra ayuda!!

Bueno, doctores tiene la ley, si en Brokhouse te han dicho que el mux no puede con tantos datos ,pués ellos sabrán. Desde mi ignorancia no me parece que tengas conectados equipos en exceso, si los mux nmea se construyen con 4 puertos de entrada es porque la velocidad de la norma permite que 4 señales diferentes puedan ser ordenadas y reemitidas sin pérdidas de datos. Tu no tienes los cuatro puertos ocupados, raro,raro (como decía el maestro Olaje),por lo que pienso que el problema viene de conflicto entre sentencias proveniente de equipos de diferentes marcas. La solución, te lo dicen en BH, es monitorizar, observar, ver los conflictos y filtrar o modificar sentencias. El método lo indican en el artículo que comentábamos y que viene en la Web de BH. Se hace un pequeño programa en formato texto (script) y se carga al mux. El que no tengas USB no es ningún problema para entrar en la configuración del Mux, lo haces facilmente por RS232. Lo explican claramente en las instrucciones.
Cuéntanos tus progresos.
Saludos

Por cierto, tengo otro post abierto con un tema muy relacionado con este. ¿Alguien conoce las sentencias NMEA 0183 que admite una Raymarine C-70? Gracias

olaje · #8 24-02-2009, 14:12

Cita:

Originalmente publicado por olaje

raro raro raro ...

Incluso puedes probar a quitar el multiplexor y conectar juntas todas las salidas NMEA con las entradas y ver qué ocurre. Así debería de funcionar sin problemas y sin saturaciones.

He dicho una chorrada

, cuando es al revés, es decir, que pueden conectarse juntos todos los escuchas que queramos a un sólo hablador NMEA.

Lo que si que puedes hacer es limitar el acceso al multiplexor a la cotorra del plotter, por ejemplo dejándolo hablar un segundo si y otro no. No te faltará información, y dejará tiempo suficiente a los demás a opinar

.

Con un 555 y menos de 5 n€uros lo tienes resuelto. Este es un esquema de un oscilador Astable:

Poniendo en RA y RB un par de potenciómetros, podrás ajustar el tiempo en que hay tensión y en el que estará a cero la salida en la patilla 3.

Si pones en la entrada del multiplexor del GPS un transistor (colector al +NMEA y emisor a masa a través de una resistencia de 220ohmios) y llevas la base a la salida del 555, callarás al GPS el tiempo que necesites para que los demás tengan tiempo de entregar sus datos.

Incluso, con el mismo oscilador, se puede dar paso a dos dispositivos NMEA de forma alternativa a la misma entrada del multiplexor, con lo que garantizas un flujo máximo inferior a 4800 baudios. Información útil no perderás.

Si no lo tienes claro, te mando el circuito hecho para que lo conectes directamente ... y me debes unas cervecitas

.

Salu2. Carmelo ( O L A J E )

ferreret · #9 24-02-2009, 15:25

Joder gente, me teneis alucinao

VAYA NIVELÓN DE TABERNA!!!

Muchas gracias a todos. Creo que lo primero que haré, siguiendo a Olaje, intentar callar tantos datos del GPS. Si no consigo hacerlo callar, entonces intentaré acceder al MUX via PC, y me pelearé con los manuales de Brookhouse, monitorizar los datos, y acceder a él: aunque ya advierto que me tendreis que ayudar para que me digais como hacer ese script para filtrar datos.

Muchas gracias a todos

Marconcio · #10 25-02-2009, 11:50

Cita:

Originalmente publicado por olaje

Lo que si que puedes hacer es limitar el acceso al multiplexor a la cotorra del plotter, por ejemplo dejándolo hablar un segundo si y otro no. No te faltará información, y dejará tiempo suficiente a los demás a opinar

.

Con un 555 y menos de 5 n€uros lo tienes resuelto. Este es un esquema de un oscilador Astable:

Poniendo en RA y RB un par de potenciómetros, podrás ajustar el tiempo en que hay tensión y en el que estará a cero la salida en la patilla 3.

Si pones en la entrada del multiplexor del GPS un transistor (colector al +NMEA y emisor a masa a través de una resistencia de 220ohmios) y llevas la base a la salida del 555, callarás al GPS el tiempo que necesites para que los demás tengan tiempo de entregar sus datos.

...

Salu2. Carmelo ( O L A J E )

Pero esto de hacer callar alternativamente cada "hablador", es un multiplexor casero ¿no?