Calificación:
  • 1 voto(s) - 2 Media
  • 1
  • 2
  • 3
  • 4
  • 5

Rumbo Verdadero estable
#46

(08-03-2024, 01:16 PM)Antonio Sollano escribió:  Los GNSS son dos Furuno GP 170

En el manual del operador, página 9-15, aparece la selección de sentencias que el usuario quiere que transmita:
[Imagen: Furuno-GP170.jpg]

Estaría bien echarle un vistazo, aunque sin cambiar nada...
Responder
Agradecido por:
#47

(08-03-2024, 02:04 PM)Tehani escribió:  En el manual del operador, página 9-15, aparece la selección de sentencias que el usuario quiere que transmita:
[Imagen: Furuno-GP170.jpg]

Estaría bien echarle un vistazo, aunque sin cambiar nada...
Ahí va


Archivos adjuntos Miniatura(s)
   
Responder
Agradecido por:
#48

Bastante redundante todo:

Si se selecciona GGA, no hace falta ni GLL, ni GNS, ni ZDA.
De la misma manera, si se selecciona GNS, no hace falta GLL, GGA ni ZDA
GNS es una pequeña extensión de GGA que cambia su nombre cuando se usa más de una constelación de satélites (GPS).

Si se selecciona RMC, no es necesario VTG
APB y RMB contienen prácticamente los mismos datos de navegación. Resultan redundantes en la mayor parte de casos, y sólo se envían si el GPS está siguiendo una ruta para guiar al autopiloto.
Responder
Agradecido por:
#49

(08-03-2024, 02:39 PM)Tehani escribió:  Bastante redundante todo:

Si se selecciona GGA, no hace falta ni GLL, ni GNS, ni ZDA.
De la misma manera, si se selecciona GNS, no hace falta GLL, GGA ni ZDA
GNS es una pequeña extensión de GGA que cambia su nombre cuando se usa más de una constelación de satélites (GPS).

Si se selecciona RMC, no es necesario VTG
APB y RMB contienen prácticamente los mismos datos de navegación. Resultan redundantes en la mayor parte de casos, y sólo se envían si el GPS está siguiendo una ruta para guiar al autopiloto.
Tomo nota Tehani, se lo comentare en la próxima visita al técnico de Furuno.
Entonces con el Quark Elec que tengo no tengo mas soluciones no?, aunque le ponga una antena Quark Elec propia de ellos? https://www.quark-elec.com/product/qk-as14-gps-antenna/
Se pueden conseguir el Ocenav, ATM105A3 online?, tendría que agregar el vendedor a mi lista y ser aceptado pero ya lo he hecho con varios vendedores.
Te estoy muy agradecido por toda la información que me has dado, tomo buena nota de ella y es probable que consulte con el soporte de Quark Elec con todos estos datos y ver si me dan una solución mejor con sus equipos aunque no creo que les compre mas. Muchas gracias de verdad.
Responder
Agradecido por:
#50

La sentencia GGA es antigua y la entiende todo el mundo. GNS se empezó a usar cuando los receptores fueron capaces de sintonizar con varias constelaciones de satélites de forma simultánea, pero es posible que algunos dispositivos no la acepten (es el caso de OpenCPN).
Por esa razón, ya que GNS no aporta información adicional, es mejor seguir usando GGA.
Como las sentencias GLL y ZDA también se envían cada segundo y no aportan nada nuevo, GGA sería suficiente para los gyros (y en su manual lo pone).
Responder
Agradecido por:
#51

Dijiste que podías conectar un Furuno GS-100.
Si es así, conéctalo a la entrada del AIS en lugar del gyro.
Luego desconecta la antena de GPS del Quark-Elec.
Según dice el manual del GS-100, también suministra heading y attitude, y por eso puedes prescindir del gyro del sistema principal. Sería un sistema totalmente autónomo del principal.
Al desconectar la antena del QE, impedimos que calcule posición y COG/SOG.

... Yo diseño y fabrico los Ocenav.
Responder
Agradecido por:
#52

(08-03-2024, 04:24 PM)Tehani escribió:  Dijiste que podías conectar un Furuno GS-100.
Si es así, conéctalo a la entrada del AIS en lugar del gyro.
Luego desconecta la antena de GPS del Quark-Elec.
Según dice el manual del GS-100, también suministra heading y attitude, y por eso puedes prescindir del gyro del sistema principal. Sería un sistema totalmente autónomo del principal.
Al desconectar la antena del QE, impedimos que calcule posición y COG/SOG.

... Yo diseño y fabrico los Ocenav.
Vaya ya me parecía por lo que he ido leyendo que los preparabas. Si, el GS100 es por lo que veo mi mejor opción, solo lo usamos de segundo sensor de velocidad en el ECDIS y tiene una salida de red que seguro puedo añadir en la red de mi sistema, luego dejaría el Quark Elec como AIS solo y desconectaría la señal de la Giro, aun no se que datos saca pero creo que también da Pitch y Roll que seria muy interesante tenerlos como MRU en alguna grafica, ya que los balances nos impiden tender el cable bien y seria una buena referencia extra,  haber si saco tiempo y lo reporto aquí. Por cierto puedes decir en que precios anda el Oceanav que yo necesitaría?, no necesito control remoto para nada.
Responder
Agradecido por:
#53

(08-03-2024, 07:12 PM)Antonio Sollano escribió:  Vaya ya me parecía por lo que he ido leyendo que los preparabas. Si, el GS100 es por lo que veo mi mejor opción, solo lo usamos de segundo sensor de velocidad en el ECDIS y tiene una salida de red que seguro puedo añadir en la red de mi sistema, luego dejaría el Quark Elec como AIS solo y desconectaría la señal de la Giro, aun no se que datos saca pero creo que también da Pitch y Roll que seria muy interesante tenerlos como MRU en alguna grafica, ya que los balances nos impiden tender el cable bien y seria una buena referencia extra,  haber si saco tiempo y lo reporto aquí. Por cierto puedes decir en que precios anda el Oceanav que yo necesitaría?, no necesito control remoto para nada.
me corrijo a mi mismo, estos son los datos que obtendría del GS100, supongo que filtrándolos luego en el opencpn y añadiendo el AIS en otra conexion con el NPort crees que quedaría el opencpn estable ?


Archivos adjuntos Miniatura(s)
   
Responder
Agradecido por:
#54

Es preferible que uses una de las 4 salidas serie NMEA0183 del GS-100. Por dos razones:
- Si conectas la salida 1 (como en el ejemplo del manual del GS-100 - pag 3.11, IEC61162-1 a 4800) al QE, tendrás tambien todos los datos en la WiFi.
(Esto supeditado a que el QE no esté bloqueando las sentencias de GPS en su entrada serie, que aún no está del todo claro).
- Si lo conectas por ethernet, Tendrás que configurar una nueva conexión en todos los OpenCPN, con IP y port que coincida en la config del GS-100.

La sentencia XDR es muy genérica, sirve para enviar datos de sensores y una de las cosas que puede enviarse a través de ella es Pitch & Roll. OpenCPN acepta esto:
$IIXDR,A,nn.nn,D,PTCH,A,nn.nn,D,ROLL - Esto corresponde a la revisión 4.0 de la norma NMEA0183.
Lo que no sabemos es si el GS-100 la envía, ni si los identificadores "PTCH,ROLL" coinciden. Se trata de probar.
Las sentencias útiles para OpenCPN serían: RMC, HDG, HDT, XDR?. Con esto es suficiente.
Responder
Agradecido por:
#55

(08-03-2024, 09:24 PM)Tehani escribió:  Es preferible que uses una de las 4 salidas serie NMEA0183 del GS-100. Por dos razones:
- Si conectas la salida 1 (como en el ejemplo del manual del GS-100 - pag 3.11, IEC61162-1 a 4800) al QE, tendrás tambien todos los datos en la WiFi.
(Esto supeditado a que el QE no esté bloqueando las sentencias de GPS en su entrada serie, que aún no está del todo claro).
- Si lo conectas por ethernet, Tendrás que configurar una nueva conexión en todos los OpenCPN, con IP y port que coincida en la config del GS-100.

La sentencia XDR es muy genérica, sirve para enviar datos de sensores y una de las cosas que puede enviarse a través de ella es Pitch & Roll. OpenCPN acepta esto:
$IIXDR,A,nn.nn,D,PTCH,A,nn.nn,D,ROLL            - Esto corresponde a la revisión 4.0 de la norma NMEA0183.
Lo que no sabemos es si el GS-100 la envía, ni si los identificadores "PTCH,ROLL" coinciden. Se trata de probar.
Las sentencias útiles para OpenCPN serían: RMC, HDG, HDT, XDR?. Con esto es suficiente.
Ando con el GS100 pero tiene menús en gris claro y se tienen que habilitar por el " serviceman", intentare acceder a ese menú y ver si los puedo habilitar pero estos de Furuno son así.
Responder
Agradecido por:
#56

(11-03-2024, 10:44 AM)Antonio Sollano escribió:  Ando con el GS100 pero tiene menús en gris claro y se tienen que habilitar por el " serviceman", intentare acceder a ese menú y ver si los puedo habilitar pero estos de Furuno son así.

Ya he conectado al QE el GS100 por el NMEA DATA 4 y he desconectado la Giro y el GPS y esto ha mejorado muchísimo. He puesto todo a 38400 b, pongo en adjunto el telegrama que obtengo en mi ordenador a través de la wifi y el Putty. En estos momentos estamos parados y el velocímetro del opencpn esta en blanco. El barco esta estable total, los datos del AIS siguen entrando bien. Pongo en adjunto los datos que puedo seleccionar en el GS100, de momento los que están en gris claro no puedo seleccionarlos pero voy a preguntar al técnico de Furuno como puedo acceder a ellos por si los necesito. No se si en este telegrama están los datos de Pitch y Roll pero si se pueden poner en el opencpn me interesan mucho. El Rumbo verdadero del DASH desaparece de vez en cuando y no se porque. Tambien supongo que al moverse el barco obtendre los datos de velocidad. Gracias de nuevo.


Archivos adjuntos Miniatura(s)
       
Responder
Agradecido por:
#57

(11-03-2024, 04:06 PM)Antonio Sollano escribió:  Ya he conectado al QE el GS100 por el NMEA DATA 4 y he desconectado la Giro y el GPS y esto ha mejorado muchísimo. He puesto todo a 38400 b, pongo en adjunto el telegrama que obtengo en mi ordenador a través de la wifi y el Putty. En estos momentos estamos parados y el velocímetro del opencpn esta en blanco. El barco esta estable total, los datos del AIS siguen entrando bien. Pongo en adjunto los datos que puedo seleccionar en el GS100, de momento los que están en gris claro no puedo seleccionarlos pero voy a preguntar al técnico de Furuno como puedo acceder a ellos por si los necesito. No se si en este telegrama están los datos de Pitch y Roll pero si se pueden poner en el opencpn me interesan mucho. El Rumbo verdadero del DASH desaparece de vez en cuando y no se porque. Tambien supongo que al moverse el barco obtendre los datos de velocidad. Gracias de nuevo.
Es curioso pero en el ordenador del ECR que esta conectado por UDP a través de la MOXA el barco sigue saltando y hay indicación en el Velocímetro del opencpn y en el mío que esta por WIFI no  salta y no tengo indicación de velocidad, pongo el record del VDR del ordenador del ECR y que esta por UDP. el barco sigue parado y estaremos así un día al menos.


Archivos adjuntos
.txt vdr.txt.txt Tamaño: 87,73 KB  Descargas: 2
Responder
Agradecido por:
#58

(11-03-2024, 04:29 PM)Antonio Sollano escribió:  Es curioso pero en el ordenador del ECR que esta conectado por UDP a través de la MOXA el barco sigue saltando y hay indicación en el Velocímetro del opencpn y en el mío que esta por WIFI no  salta y no tengo indicación de velocidad, pongo el record del VDR del ordenador del ECR y que esta por UDP. el barco sigue parado y estaremos así un día al menos.

He reseteado la MOXA y ahora todos los ordenadores están igual que el mío con wifi así que bien, este problema que pensaba era del UDP esta ok, haber si puedo obtener los datos del pitch y el Roll en el opencpn y verlos de alguna manera...perdón por tantos mensajes.
Responder
Agradecido por:
#59

Este GS-100 tiene algunas sentencias no estándard:  HRM. THS, GPatt y GPhve.
XDR, donde deberían estar Pitch y Roll no aparecen en la lista, y tampoco se envían.
Adjunto el documento de NMEA0183, publicado por la NMEA con la versión 3.01. En él encontrarás la descripción de todas las sentencias normalizadas.
También adjunto un addendum donde hay una tabla con la especificación de la sentencia XDR para la versión 4.0.

El transceptor MOXA es genérico, no especializado en NMEA0183. Simplemente envía por Ethernet todo lo que le va llegando por las líneas serie, y puede ser que llegue a trocear sentencias, separándolas en paquetes UDP/TCP distintos. Habría que analizar su comportamiento a fondo.


Archivos adjuntos
.pdf NMEA0183_V301.pdf Tamaño: 1,61 MB  Descargas: 3
.pdf 20190916 Standards Update NMEA Conferencev2.pdf Tamaño: 7,51 MB  Descargas: 1
Responder
Agradecido por:
#60

(11-03-2024, 08:59 PM)Tehani escribió:  Este GS-100 tiene algunas sentencias no estándard:  HRM. THS, GPatt y GPhve.
XDR, donde deberían estar Pitch y Roll no aparecen en la lista, y tampoco se envían.
Adjunto el documento de NMEA0183, publicado por la NMEA con la versión 3.01. En él encontrarás la descripción de todas las sentencias normalizadas.
También adjunto un addendum donde hay una tabla con la especificación de la sentencia XDR para la versión 4.0.

El transceptor MOXA es genérico, no especializado en NMEA0183. Simplemente envía por Ethernet todo lo que le va llegando por las líneas serie, y puede ser que llegue a trocear sentencias, separándolas en paquetes UDP/TCP distintos. Habría que analizar su comportamiento a fondo.
Muchas gracias Tehani, con lo que tengo y el barco estable me doy mas que satisfecho, de momento lo dejo como esta pero voy a valorar la opción del Oceanav que me parece la mejor. Saludos desde el Mediterraneo haber si mejora el tiempo y continuamos con el cable que a mi por lo menos ya me queda poco para volver a casa.
Nota: Ya he visto que de vez en cuando me aparecen datos de velocidad en el Dash del opencpn, los confirmare en cuanto pase el mal tiempo y podamos continuar con el tendido del IEX.   Gracias
Responder
Agradecido por:


Salto de foro:


Usuarios navegando en este tema: 13 invitado(s)