compra transponedor AIS

[Tehani]

Originalmente publicado por Mundis

Hola gipsylyon.

Ya creo que lo tengo solucionado.

Después de buscar, mirar y sospechar de todo me decidí a sanear parte del cableado de la electrónica y en una clema me encontré con que la masa del nmea que iba a la emisora, estaba podrido y no hacía buen contacto. En cuanto sanee, el problema de la emisora ya estaba solucionado. Me ayudó un compañero de Pantalan que fue quien realmente se dio cuenta del detalle.

Este es el esquema actual:

El OCENAV es el ATM105A2

Ahora estoy con las configuraciones de las app.

Para probar los datos que estoy recibiendo vía wifi, utilizo EdoInstruments para ello pero hay algún dato que no me aparece, como la hora de llegada en ruta:

He estado mirando los datos nmea que entrega el Plotter y los que admite Edo pero no me queda muy claro.

Después con el opencpn tengo el problema de que parece que no le llega la posion del barco, no se cambia de color, sin embargo, por ejemplo, le llegan los datos de barcos con AIS que tiene al rededor. Esto estando parado en el puerto. No sé si tendrá algo que ver con que al no estar en movimiento, no tenga SOG y no realice los cálculos.

Eso es es lo que miraré esta semana, a ver si averiguo algo.

Hola Mundis, un abrazo Gypsy.
Me parece que tu plotter Raymarine también estará conectado a la red Seatalk. Si es así, hay un bucle de datos y la central Ocenav deja de enviar.
La solución debería ser desconectar el plotter del canal nmea0183 de Ocenav. Así, los datos gps que recibirá Ocenav desde el AIS, serán traducidos a Seatalk y tu RC45 los verá. Además saldrán por la wifi.
Hay que pensar siempre que si un tipo de información llega a Ocenav por un canal de entrada, esa info no saldrá por ese mismo canal, saldrá por los demás.

Unas buenas rondas a todos, desde Porto Colom, Mallorca.

"Menos mirar tanta pantalla, y más mirar al bonito mar".
A ver si os desengancháis un poco, no?

[Mundis]

Sin contenido

[Tehani]

Mundis, ahora lo veo claro, estás conectando la salida nmea0183 del plotter al canal seatalk del Ocenav.
Mira con atención las imágenes del conexionado nmea0183 del manual del ATM105A.
Pasa la salida nmea del plotter a la entrada I1+ e I1- de la central.

Me gustaría iniciar una reflexión sobre el uso e instalación de los AIS. A mi modo de ver:
1) - Si TODOS los barcos tuvieran transpondedor, el canal vhf del AIS colapsaría en el peor momento de tráfico intenso.
2) - Como no todos tienen transp. AIS, no nos podemos fiar de él, siempre hay que mirar o echar mano del radar.
3) - Para evitar colapsos presentes y futuros, y para evitar que muchos mensajes AIS inútiles por lejanos, se mezclen con los datos de navegación en los multiplexotes, recomiendo poner la antena del AIS lo más baja posible, con objeto de recibir sólo los mensajes de los barcos que esté a menos de 4-6 millas.
4) - Yo tengo un receptor AIS, mi antena es un trocito de cable de 1m aprox que tengo encima de los armarios, y no se ve. Con ella recibo perfectamente a 5-6 millas. No necesito más.

Saludos a todos. Voy a hacer un chupito real de ron, no puedo pasar líquido por este canal, asín que invito a unas rondas virtuales..

Perdonad la repetición de mis mensajes anteriores, no es que estuviera , es que aún soy aprendiz aquí.

[Tehani]

Nada Mundis
Ok, en tu esquema el seatalk está arriba en la caja Ocenav. No he dicho nada.
Voy a mirar el manual de tu plotter, mientras, prueba a usar la entrada 2 de nmea0183.

[Tehani]

Como no me entra el sueño porque estoy botando un poco en este fondeo, sigo y creo ésto:
El Ocenav recibe bien los datos de tu plotter, ya que la info de waypoint la tienes en EDO instruments. Seguro que puedes ver que la luz azul del canal nmea 1 se enciende.
Creo que el problema es que tienes que poner en OFF la opción de configuración "translate RMC -> GLL / VTG" en el ATM105a. (pulsa el botón rojo durante la puesta en marcha, y abre el navegador de la tablet).

A ver qué tal...

[Tehani]

Mundis, una pregunta:
En los instrumentos Raymarine (STxx multidata / graphic) ves los datos COG/SOG?
Si los ves o los has visto alguna vez, es que tienes el piloto conectado al plotter x nmea, y el piloto traduce de nmea a seatalk (ésta es la configuración stándard del piloto con el plotter).
En ese caso los datos de gps están entrando a la central Ocenav por 2 vías: seatalk y nmea canal 1, pero la fuente original de los datos es una sola: el plotter.

Más rondas para todos

[Mundis]

Sin contenido

[Marcos Montesier]

Originalmente publicado por Tehani

Mundis, ahora lo veo claro, estás conectando la salida nmea0183 del plotter al canal seatalk del Ocenav.
Mira con atención las imágenes del conexionado nmea0183 del manual del ATM105A.
Pasa la salida nmea del plotter a la entrada I1+ e I1- de la central.

Me gustaría iniciar una reflexión sobre el uso e instalación de los AIS. A mi modo de ver:
1) - Si TODOS los barcos tuvieran transpondedor, el canal vhf del AIS colapsaría en el peor momento de tráfico intenso.
2) - Como no todos tienen transp. AIS, no nos podemos fiar de él, siempre hay que mirar o echar mano del radar.
3) - Para evitar colapsos presentes y futuros, y para evitar que muchos mensajes AIS inútiles por lejanos, se mezclen con los datos de navegación en los multiplexotes, recomiendo poner la antena del AIS lo más baja posible, con objeto de recibir sólo los mensajes de los barcos que esté a menos de 4-6 millas.
4) - Yo tengo un receptor AIS, mi antena es un trocito de cable de 1m aprox que tengo encima de los armarios, y no se ve. Con ella recibo perfectamente a 5-6 millas. No necesito más.

Saludos a todos. Voy a hacer un chupito real de ron, no puedo pasar líquido por este canal, asín que invito a unas rondas virtuales..

Perdonad la repetición de mis mensajes anteriores, no es que estuviera , es que aún soy aprendiz aquí.

En absoluto desacuerdo, es mas deberia ser obigatorio el ais emisor en todo lo que flote, incluidas las boyas de palangres y redes.

Hay miles de aviones o cientos de miles de aviones transpondiendo en frecuencias similares en am, y no se colapsa nada, ya que los paquetes de datos digitales apenas ocupan espacio, se mandan cada cierto tiempo con muy poca info digital, y en caso de que pasara que se pongan los medios para remediarlo.

Segun tu razonamiento no deberiamos encender los gps mas que de vez en cuando para ver si vamos bien..... para no colapsar los satelites, tambien mandamos y recibimos datos.

La seguridad ais obligatoria ya, no hay avion que no lleve uno. Y barco grande o pequeño tampoco deberia.

[Tehani]

Marcos, los receptores GPS son eso, receptores. No emiten.
Un saludo.

[Marcos Montesier]

Originalmente publicado por Tehani

Marcos, los receptores GPS son eso, receptores. No emiten.
Un saludo.

Tienes razón en mi cabeza estaba el tf satelite y escribi gps.... la edad.

[gypsylyon]

Originalmente publicado por Mundis

Hola tehani.

No, no es correcto. Si miras el esquema veras que el Plotter solo está conectAdo vía NMEA.

Este Plotter carece de salida SeaTalk. ¿Curioso? Sí, pero es así, solo tiene nmea.

Hola Mundis

He estado haciendo pruebas con el OCENAV y parece que filtra muchas sentencias como VDO, VDM, RMC, GSA y GSV, aunque estas sentencias entran en el OCENAV.
Aunque la VDM, VTG, GLL si las transmite via WiFi.
La RMC que da velocidad, posicion y la hora no la veo ni en salida NMEA183 ni por WiFi.

Asi que este puede ser tu problema. Que la RMC no se transmite.
Yo ya he probado de configurar "translate RMC -> GLL / VTG" en on y off pero no cambia nada.

Ya he consultado esto con Jose Luis, que es el que las fabrica, y estoy a la espera de su contestacion.

[Mundis]

Sin comentarios

[gypsylyon]

Ya he recibido respuesta de Jose Luis y me confirma el filtrado de sentencias pero no de los datos. Es decir diferentes sentencias con datos parecidos, una de ellas se filtra. Esto es para no enlentecer el flujo de datos.

Bien las recomendaciones son las siguientes:
pon RMC -> GLL/VTG en OFF para que te trassnmita la RMC.
pon salida de todos los datos por CH2 en ON

Conecta la salida del CH2 de OCENAV a la entrada del plotter (ahora la tienes en el CH1). Deja la salida del plotter conectada a la entrada del CH1 de OCENAV.
Conecta la salida de la VHF a la entrada del CH2 de OCENAV.
Tu VHF no tiene boton de Distress? Si es asi neceita entrada de datos de GPS. Si es asi conectaria en paralelo la entrada de datos de la VHF con entrada de datos del Plotter.

Un problema puede existir con datos redundantes, porque tienes dos antenas de GPS. Si con todo lo anterior no te funciona, desconecta la antena GPS del plotter. La informacion de GPS la cojera de la antena del AIS.

[Tehani]

Hola Mundis,
Has visto que en la web de Ocenav hay un mail de soporte y un teléfono de contacto?
Otra cosa, e ETE y el ETA no se envían por nmea0183, la aplicación final es quien los xalcula.

Saludos a todos

[Mundis]

Sin contenido

[Mundis]

Sin contenido

[gypsylyon]

Originalmente publicado por Mundis

¡Jolin! Yo llevo un mes esperando respuestas. También es verdad que no ha sido directamente con Jose Luis, sino con el vendedor. Me aclara cosas.

Solo te diré que lo que te ha dicho de poner en off el RMC, es precisamente lo que me dijo a mi y no me funcionó. Hasta que no lo puse en ON como te comenté antes, no funcionaba ni para atrás, y vamos, que tengo pruebas gráficas ¿eh?

En cuanto a lo de unir entradas con salidas etc, es lo que hice en su momento, solo que al CH1 y no funcionaba así que a través del vendedor le envié una gráfica a OCENAV Y me lo corrigieron diciendo que eso no, que todo conectado al ocenav porque el plotter que yo tengo no admite casi más de entrada.

Así que la conclusión a la que he llegado después de todo esto es que existen muchas combinaciones para este aparatejo y que el manual técnico carece de mucha infornacion.

Vamos a ver qué pasa cuando quiera crear una ruta (desde opencpn por ejemplo) y la quiera ejecutar, a ver qué pasa, pero me da a mí que esto no.... ¡ojalá me equivoque! Ya te co taré.

Y una pregunta. Aunque pueda parecer obvio ¿qué significado tiene lo de poner el CH 2 todo a salida? ¿Te lo ha explicado?

Gracias.

Que salen todas las sentencias que entran en el OCENAV incluidas las Satalk y NMEA2000

[gypsylyon]

Originalmente publicado por Mundis

Vamos a ver qué pasa cuando quiera crear una ruta (desde opencpn por ejemplo) y la quiera ejecutar, a ver qué pasa, pero me da a mí que esto no.... ¡ojalá me equivoque! Ya te co taré.

Mirate entonces el manual de OpenCPN
http://ocenav.com/manuales/