Buen trabajo ?? siempre le sacas algo nuevo.

Parece bastante interesante el utilizar una única pi como la que recoge los datos y los distribuye a través del AP del móvil, para utilizarlo con cualquier equipo.

He probado un poco Signal k y la verdad que da muchas posibilidades, ya que tiene numerosas aplicaciones. Hay algunas con las que puedes obtener datos directamente de sensores i2c, se puede compartir datos con nodered,..

Y lo que está de maravilla conectar los datos de seatalk a través del opto acoplador que has enseñado, y por ese precio. ¿es necesario el HAT, o se puede utilizar pinchando directamente a los GPIO de la pi?

Buena idea la caja negra ?

(25-09-2020, 10:13 PM)dione escribió:  Y lo que está de maravilla conectar los datos de seatalk a través del opto acoplador que has enseñado, y por ese precio. ¿es necesario el HAT, o se puede utilizar pinchando directamente a los GPIO de la pi?

Buena idea la caja negra ?

No es necesario en absoluto tener el sombrero Moitessier para usar la conexión a seatalk. Con los pines GPIO funciona exactamente igual. De hecho mis dudas eran respecto a como acceder a los pines estando el sombrero puesto. Al descubrir que el sombrero traspasa un par de pines a su circuito me dio por soldar los cables y probar. Viendo que funcionaba se me encendió la bombilla y surgió la idea de la caja negra.

Por cierto que he variado el montaje. Como la Rpi2 suponía algún problema ocasional con el pincho wifi y el controlador del sombrero me compré una Rpi 3 A+ mas pequeñita por 25 €uros, para hacer un conjunto mas compatible y compacto.


La verdad es que el conjunto es muy equilibrado.  Parecen hechos el uno para el otro y caben en la palma de la mano.


Cierto que solo tiene un puerto USB, pero como solo necesito uno para la salida de datos NMEA0183 para el piloto y la emisora e instrumentos me parece perfecto.


Estoy con ganas de probarlo en el barco. Solo faltaría que el propio sombrero tuviera una conexión mas  elegante para los cables seatalk y el sistema seria genial.

Curioso, tienes el modelo A.
Es mas barato que el B?
Aqui en Suiza no he visto el modelo A

Gesendet von meinem SM-G988B mit Tapatalk

(27-09-2020, 09:18 AM)gypsylyon escribió:  Curioso, tienes el modelo A.
Es mas barato que el B?
Aqui en Suiza no he visto el modelo A

Gesendet von meinem SM-G988B mit Tapatalk

Lo compre en Amazon esta semana adrede para usarlo con el HAT. La Rpi2 daba algun problema al iniciar y cargar el controlador ya que el HAT necesita teóricamente la Rpi3 como mínimo. El modelo A+ me pareció perfecto. Y si, es mas barato que el B+. esta en concreto me costo 24 € +5 € de la caja.


https://www.amazon.es/Raspberry-Modelo-C...864&sr=8-1

Pues como no se necesita el HAT, me uniré a probar la conexión seatalk a través del opt o acoplador.

¿A que equipo has conectado la conexión seatalk? ¿Al plotter, al viento? Supongo que será al plotter que sacará todas las sentencias ¿O cualquier equipo trasmite todas las sentencias?

Al apagar tu electrónica y apagarse la Raspberry con corte de tensión ¿No se te estropea la tarjeta? Supongo que al no utilizar ooencpn, que es la que da algún problema, no pasa nada (yo con kodi apago a lo bruto y no pasa nada, por ahora)

Voy a pedir el material. 


Saludos

(27-09-2020, 02:55 PM)dione escribió:  Pues como no se necesita el HAT, me uniré a probar la conexión seatalk a través del opt o acoplador.

¿A que equipo has conectado la conexión seatalk? ¿Al plotter, al viento? Supongo que será al plotter que sacará todas las sentencias ¿O cualquier equipo trasmite todas las sentencias?

Al apagar tu electrónica y apagarse la Raspberry con corte de tensión ¿No se te estropea la tarjeta? Supongo que al no utilizar ooencpn, que es la que da algún problema, no pasa nada (yo con kodi apago a lo bruto y no pasa nada, por ahora)

Voy a pedir el material. 


Saludos

Seatalk es un bus en paralelo. Va de uno a otro y así hasta el ultimo dispositivo que le queda una salida seatalk libre. Da igual cual sea todos reciben y transmiten todo. En mi caso fue el tridata. Mi plotter no usa seatalk.

El riesgo de error de tarjeta siempre existe. Yo tengo una copia clonada de la configuracion final por si acaso. Pero lo cierto es que como el sistema Black box apenas escribe archivos es poco probable que falle totalmente. Siempre puedes ir a vnc o ssh y hacer un apagado correcto o poner un  botón. Yo no lo he hecho nunca y no he tenido problemas hasta ahora. Con la Rpi4, la principal, si que no me la juego.

Hay una opción en el raspi-config para convertir el sistema en solo lectura pero no he recurrido a ella.

(27-09-2020, 04:03 PM)pinguino escribió:  Seatalk es un bus en paralelo. Va de uno a otro y así hasta el ultimo dispositivo que le queda una salida seatalk libre. Da igual cual sea todos reciben y transmiten todo. En mi caso fue el tridata. Mi plotter no usa seatalk.

El riesgo de error de tarjeta siempre existe. Yo tengo una copia clonada de la configuracion final por si acaso. Pero lo cierto es que como el sistema Black box apenas escribe archivos es poco probable que falle totalmente. Siempre puedes ir a vnc o ssh y hacer un apagado correcto o poner un  botón. Yo no lo he hecho nunca y no he tenido problemas hasta ahora. Con la Rpi4, la principal, si que no me la juego.

Hay una opción en el raspi-config para convertir el sistema en solo lectura pero no he recurrido a ella.

Una cosa que me olvide de preguntar (entre las mil preguntas que tengo) es si como esta planteada la Black Box la puedo conectar con Seatalk S2. o es valida solamente para S1.

(28-09-2020, 09:28 AM)ZEPELIN escribió:  Una cosa que me olvide de preguntar (entre las mil preguntas que tengo) es si como esta planteada la Black Box la puedo conectar con Seatalk S2. o es valida solamente para S1.

Solo es valida para Seatalk, no para Seatalk2. En realidad Seatalk2 no existe. Es solo un nombre inventado por Raymarine para N2K con sus cables propietarios. Cosas de Raymarine.

Seatalk en cambio si que es un protocolo totalmente diferente. Supongo que para seatalk2 alias N2K serviría un CAN-BUS cableandolo adecuadamente aunque mi experiencia al respecto es nula.

(28-09-2020, 09:43 AM)pinguino escribió:  Solo es valida para Seatalk, no para Seatalk2. En realidad Seatalk2 no existe. Es solo un nombre inventado por Raymarine para N2K con sus cables propietarios. Cosas de Raymarine.

Seatalk en cambio si que es un protocolo totalmente diferente. Supongo que para seatalk2 alias N2K serviría un CAN-BUS cableandolo adecuadamente aunque mi experiencia al respecto es nula.

Seatalk 2 si que existe, aunque hay muuuy pocos equipos que lo lleven, era (es) 1 conector parecido al Seatalk 1 pero de 5 pines, a nivel protocolo  es 1 canbus a 250bauds con muuuy poca compatibilidad con NMEA2000.

   

Al poco hicieron la otra chapuza del Seatalk NG con su conector de 6 pines (uno de ellos es SeaTalk 1), al menos este es compatible NMEA2K.

Y entre medias existió el SeaTalk HS (High Speed) que era ethernet level 3 con su conector rj45.

(28-09-2020, 10:45 AM)jiauka escribió:  Seatalk 2 si que existe, aunque hay muuuy pocos equipos que lo lleven, era (es) 1 conector parecido al Seatalk 1 pero de 5 pines, a nivel protocolo  es 1 canbus a 250bauds con muuuy poca compatibilidad con NMEA2000.



Al poco hicieron la otra chapuza del Seatalk NG con su conector de 6 pines (uno de ellos es SeaTalk 1), al menos este es compatible NMEA2K.

Y entre medias existió el SeaTalk HS (High Speed) que era ethernet level 3 con su conector rj45.

¡Interesante! Desconocía esa versión.

   

Perdon por mi ignorancia, en el sistema S2/S3 también hay NMEA 0183 input/outputs, no seria de allí donde tendría que conectar los cables al opato acoplador?

(29-09-2020, 06:55 AM)ZEPELIN escribió:  Perdon por mi ignorancia, en el sistema S2/S3 también hay NMEA 0183 input/outputs, no seria de allí donde tendría que conectar los cables al opato acoplador?

No, en absoluto. 
Usamos el opto acoplador para leer señales Seatalk puras y convertirlas a Signal K.

Para leer entradas NMEA0183 se requieren puertos SERIE que es otro tipo de protocolo. Con el opto acoplador no funciona.

ZEPELIN... repasando tus comentarios me da la impresion de que tienes algunos conceptos inexactos.


Te veo hablar de Seatalk S1 S2 y S3 y no estas hablando de protocolos si no de centrales de navegación. Estas mezclando conceptos.

Ambas imágenes muestran centrales y estas tienen varios tipos de conexiones entre ellas conexiones Seatalk típicas, de las de tres cables, las que estamos hablando:


Estas conexiones tienen tres cables. Rojo 12 V. Amarillo Datos. Negro Masa. Son estos tres cables los que usamos. 


Amarillo y masa para enviar datos. Rojo y masa para alimentar el convertidor 12v 5v de la rpi... si lo deseamos. Si no el rojo no se usa.


Espero que te aclare los conceptos un poco.

ok, empieza a tomar forma en mi cabeza, ahora bien al optoacoplador yo tendria que conectar el amarillo y la masa,
y los sacaría del output, y después el rojo y el neutro para alimentar la rpi que iria al mini usb de alimentacion si quisiera tomar energia de ahi.

Gracias Master

(29-09-2020, 08:58 AM)ZEPELIN escribió:  ok, empieza a tomar forma en mi cabeza, ahora bien al optoacoplador yo tendria que conectar el amarillo y la masa,
y los sacaría del output, y después el rojo y el neutro para alimentar la rpi que iria al mini usb de alimentacion si quisiera tomar energia de ahi.

Gracias Master

Nooooo.
Si conectas el rojo de seatalk para alimentar la raspi te la cargas.
El rojo lleva 12V y es para alimentar la red seatalk .

La raspi funciona a 5V. Para alimentarla tienes convertidores de 220V a 5V, o convertidores de 12V a 5V.


Gesendet von meinem SM-G988B mit Tapatalk