![]() |
|
|
|
| VHF: Canal 77 |    | ![]() |
![]() |
![]() |
![]() |
![]() |
|
|
|
#1
|
||||
|
||||
|
Sin comentarios
Editado por Mundis en 05-03-2020 a las 14:40. |
|
#2
|
||||
|
||||
|
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. |
|
#3
|
||||
|
||||
|
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 |
|
#4
|
||||
|
||||
|
Sin contenido
Editado por Mundis en 05-03-2020 a las 14:41. |
|
#5
|
||||
|
||||
|
Cita:
Para el ETE divide la distancia / VMG. Para el ETA, suma la hora actual al ETE, y cambia el día si es necesario. |
|
#6
|
||||
|
||||
|
Sin contenido
Editado por Mundis en 05-03-2020 a las 14:43. |
|
#7
|
||||
|
||||
|
Cita:
Estuve mirando la configuración, y es muy parecida a Opencpn, ya que es capaz de usar un puerto diferente para enviar datos de navegación (RMB, XTE, APB...) Es muy chula, tiene buena cartografía (unos 30€ el Mediterráneo), y complementos baratos (unos 5-6€) como instrumentos, alarmas, etc, etc. Recibe y representa también blancos AIS. Yo no soy muy partidario de usar un móvil o tablet como navegador si no está conectado al cargador permanentemente, ya que la batería se agota muy deprisa en funcionamiento contínuo. Un saludo. Y una ronda para todos. |
|
#8
|
||||
|
||||
|
Sin contenido
Editado por Mundis en 05-03-2020 a las 14:41. |
|
#9
|
||||
|
||||
|
Cita:
|
|
#10
|
||||
|
||||
|
Sin contenido
Editado por Mundis en 05-03-2020 a las 14:42. |
|
#11
|
||||
|
||||
|
Jose Luis ya ha encontrado el motivo por el que, en mi caso, no se transmite la RMC.
El GPS que uso, en un dongle USB, parece que no escribe informacion en el campo 10 (el siguiente a la fecha), de la declinacion magnetica. Segun el el campo no debe de estar vacio. La solucion es lo que tu has hecho bien. Poner On la conversion RMC-> GLL/VTC. |
|
#12
|
||||
|
||||
|
Sin contenido
Editado por Mundis en 05-03-2020 a las 14:43. |
|
#13
|
||||
|
||||
|
Cita:
La opción "CH2 output ALL" significa que por la salida del ch2 también saldrá lo que reciba por ch2, no aplicará filtro de entrada en ese canal. La central traduce siempre en todas las direcciones y todos los buses. Lo que reciba por seatalk y nmea2000, será enviado por nmea0183. Por seatalk enviará los datos recibidos por nmea0183 y nmea2000, SI TIENEN UN DATAGRAMA EQUIVALENTE en seatalk, ya que no todo tiene traducción a seatalk (AIS por supuesto NO). Muy pocas sentencias tienen traducción directa de un protocolo a otro, a veces la central tiene que esperar la combinación de 2 o 3 para enviar una sentencia multidatos como RMC. Vaya colocón ya, no? Saludos. |
|
#14
|
||||
|
||||
|
Cita:
http://ocenav.com/manuales/ |
![]() |
Ver todos los foros en uno |
| Herramientas | |
| Estilo | |
|
|