Electrónica Proyecto OpenPlotter

[sailoog.com]

Originalmente publicado por catatonico

me devuelve, aparte de lo enchufado, raton, teclado
afatech AF 9015 usb

mirando en la red pone esto en un vendedor chino
Super MINI DVB-T USB 2.0 Digital Tv Tuner Dongle RTL2832U + R820T + DAB + FM + SDR USB DVB-T Stick

He visto ese modelo en una lista de NO compatibles:
http://www.reddit.com/r/RTLSDR/comments/s6ddo/

Si lo has comprado en ebay o similares, reclama.

[catatonico]

no, lo compre hace mucho tiempo en un hiper chino en barcelona
para profesionales,(7 euros)
y lo use un tiempo para ver tdt en el portatil funciona bien
luego se quedo aparcado en un cajon, como tantos chismes

cuando salio todo este tema del SDR dije ahaa yo tengo
un pincho.... bien, tampoco le preste mucha atencion ya que
tengo el receptor NASA 3, con salida rs232
que funciona para mi estupendo, tanto en un asus eee , como en la Raspi
que son-seran los ploters informaticos a bordo
uno en cabina y otro en mi camarote, con la tele de alli,

esta claro que este pincho no sirve, pues es Afatech AF9015
por eso no me aclaraba con el tema...
ya pillare otro compatible cuando encuentre un sitio BBB en mi entorno o
en algun viaje, aqui en torrevieja, tecnologia la justa

agradezco el tuto, y manifiesto admiracion por los conocimientos
y la dedicacion que pones en ayuda de todos nosotros
tomate lo que quieras a mi cuenta, y si algun dia nos conocemos
en vertical, pues seran brindis verdaderos

[North Side]

Buenas. Este fin de semana he podido probar el sistema que os esquematicé casi al completo. Casi porque aún me falta el AIS HP33A, pero que he suplido satisfactoriamente mediante SDR.

Decir que el multiplexor de Shipmodul es una maravilla, tal y como decían algunos cofrades. Sus opciones de filtrado y parametrización son muy variadas e intuitivas y se 'traga' las sentencias SeaTalk perfectamente.

Lo único que no me ha dado tiempo a probar ha sido a conectar el Miniplex directamente por USB a OpenPlotter, aunque según los chicos de Shipmodul, funciona perfectamente. Actualmente lo conecto via NMEA con el conversor de 422 a USB, pero de funcionar de la otra manera me ahorraría un cacharrito en el ya complicado de por sí, sistema que me he montado.

En cuanto al rendimiento de OpenPlotter, nada nuevo que aportar a lo ya comentado de la versión 0.2.0.

Estaré encantado de ayudar y orientar a cualquiera que desee utilizar algún chisme como los que he montado yo, y si incluso es de mi zona y a cambio de alguna cerveza, resolverle las dudas que desee en persona.

Seguiré testeando OpenPlotter en lo sucesivo y aportando mis experiencias.

Un saludo.

[sailoog.com]

OpenPlotter RPI v0.2.0


Fallos

• Definir una dirección en las entradas TCP debe ser obligatorio
• En salidas TCP la ip debe mantenerse. Ahora cambia a "todas direcciones". No debe ser obligatoria, si no hay nada cambia a "todas direcciones".

Mejoras

• Añadir información con la IP adquirida para cuando openplotter se conecta a red como cliente y tener acceso a NMEA y escritorio remoto via wifi
• Filtros de sentencias en kplex
• Cambiar definición "todas direcciones" a localhost porque se refiere a todas las direcciones que definen la maquina local.
• Incorporar sistema de etiquetas de NMEA-0183 v4 de kplex para compatibilidad con localizatodo e identificación de conexiones (name=xx, srctag=yes)
• Añadir generador NMEA de Viento real a partir de viento aparente y velocidad sobre el fondo (o sobre el agua si está presente)
• Añadir compas electrónico, presión y temperatura con IMU
• Compatible Outernet (experimental)

........

[sailoog.com]

Originalmente publicado por sailoog.com

OpenPlotter RPI v0.2.0


Fallos

• Definir una dirección en las entradas TCP debe ser obligatorio
• En salidas TCP la ip debe mantenerse. Ahora cambia a "todas direcciones". No debe ser obligatoria, si no hay nada cambia a "todas direcciones".

Mejoras

• Añadir información con la IP adquirida para cuando openplotter se conecta a red como cliente y tener acceso a NMEA y escritorio remoto via wifi
• Filtros de sentencias en kplex
• Cambiar definición "todas direcciones" a localhost porque se refiere a todas las direcciones que definen la maquina local.
• Incorporar sistema de etiquetas de NMEA-0183 v4 de kplex para compatibilidad con localizatodo e identificación de conexiones (name=xx, srctag=yes)
• Añadir generador NMEA de Viento real a partir de viento aparente y velocidad sobre el fondo (o sobre el agua si está presente)
• Añadir compas electrónico, presión y temperatura con IMU
• Compatible Outernet (experimental)

........

ahora que me fijo, respecto a la conversacion de "todas direcciones" la conclusión a la que llegamos es erronea y por lo tanto estaba bien como estaba. NO se pueden crear salidas TCP en otras maquinas que no sean la propia, como mucho puedes especificar si quieres que salga por wifi o por ethernet. Creo que lo dejaré como estaba. De hecho habria que quitar el campo de "direccion" en las salidas y dejar solo el puerto.

[jarmisen]

Buenos días
Por fin, por fin he terminado de leer todo el hilo de este interesantisimo proyecto, y no puedo decir otra cosa que felicidades a todos que habéis colaborado, cada uno con su grano o granazo de arena.
Me gustaría adherirme al proyecto, por el momento no podre aportar nada, solo pedir, y empezare.
Voy a encargar la Raspberry Pi 2 Model B de RS que es el modelo que aconsejáis. Con respecto a los demás periféricos, cero recordar alguno de vosotros compra en RS, si no tuviera inconveniente en decirme los códigos RS de los periféricos se lo agradecería pues de esta manera no tendría posibilidad de equivocarme de modelo.
Otra de mis terribles preocupaciones es que tengo una configuración parecida a la del tertuliano North Side no tan completa como esa, pues solo dispongo de la caja de control del piloto automático, tridata y viento. Pero mi problema es que no consigo sacar los datos por ella salida de NMEA solo consigo ver con el Hyperterminal dos o tres sentencias de las 6 o mas que dice el catalogo que tendrían que salir, el problema esta que si no dispongo de estos datos la Raspberry solo me funcionara a medias (ya estaré contento)
Monte un circuito (Seatalk to USB Converter www.yappelectronics.co.uk) este circuito que en principio funciono estupendamente, podía ver todas las sentencias que necesitaba en el OpenCPN
pero los driver son para Windows. Me podéis encaminar por donde mira para conseguir este conversor que se adapte a la Raspberry.
Bueno, repetiros la gran labor que hacéis, y en agradecimiento invitaros a unas cervecitas (físicas) aquí en Menorca que es donde navego.
Un saludo

[North Side]

Originalmente publicado por jarmisen

Buenos días
Por fin, por fin he terminado de leer todo el hilo de este interesantisimo proyecto, y no puedo decir otra cosa que felicidades a todos que habéis colaborado, cada uno con su grano o granazo de arena.
Me gustaría adherirme al proyecto, por el momento no podre aportar nada, solo pedir, y empezare.
Voy a encargar la Raspberry Pi 2 Model B de RS que es el modelo que aconsejáis. Con respecto a los demás periféricos, cero recordar alguno de vosotros compra en RS, si no tuviera inconveniente en decirme los códigos RS de los periféricos se lo agradecería pues de esta manera no tendría posibilidad de equivocarme de modelo.
Otra de mis terribles preocupaciones es que tengo una configuración parecida a la del tertuliano North Side no tan completa como esa, pues solo dispongo de la caja de control del piloto automático, tridata y viento. Pero mi problema es que no consigo sacar los datos por ella salida de NMEA solo consigo ver con el Hyperterminal dos o tres sentencias de las 6 o mas que dice el catalogo que tendrían que salir, el problema esta que si no dispongo de estos datos la Raspberry solo me funcionara a medias (ya estaré contento)
Monte un circuito (Seatalk to USB Converter www.yappelectronics.co.uk) este circuito que en principio funciono estupendamente, podía ver todas las sentencias que necesitaba en el OpenCPN
pero los driver son para Windows. Me podéis encaminar por donde mira para conseguir este conversor que se adapte a la Raspberry.
Bueno, repetiros la gran labor que hacéis, y en agradecimiento invitaros a unas cervecitas (físicas) aquí en Menorca que es donde navego.
Un saludo

Tienes plotter? centralita de piloto? de que talker proviene el NMEA al que dices que te has enganchado?

Ten en cuenta que por ejemplo, en mi plotter C70 de Raymarine, puedo seleccionar que sentencias NMEA tira por la salida.

Saludos

[sailoog.com]

Originalmente publicado por jarmisen

Monte un circuito (Seatalk to USB Converter www.yappelectronics.co.uk) este circuito que en principio funciono estupendamente, podía ver todas las sentencias que necesitaba en el OpenCPN
pero los driver son para Windows. Me podéis encaminar por donde mira para conseguir este conversor que se adapte a la Raspberry.

entiendo que lo probaste en windows y te funcionó y aun obra en tu poder no?
como aun no tienes la raspberry, podrias probar en algun portatil con ubuntu o cualquier linux? si no tienes nada de eso a mano dimelo y te ayudo a crear un USB con navigatrix.

mi teoria es que linux lo tiene que tratar como una entrada/salida serie mas y funcionará sin hacer nada.

bienvenido!!!! vas a ayudar mas de lo que piensas si pruebas esto

[gilinas]

Originalmente publicado por sailoog.com

ahora que me fijo, respecto a la conversacion de "todas direcciones" la conclusión a la que llegamos es erronea y por lo tanto estaba bien como estaba. NO se pueden crear salidas TCP en otras maquinas que no sean la propia, como mucho puedes especificar si quieres que salga por wifi o por ethernet. Creo que lo dejaré como estaba. De hecho habria que quitar el campo de "direccion" en las salidas y dejar solo el puerto.

En TCP hay que diferenciar el flujo de datos (salida/entrada) de quién inicia la conexión (cliente) o quién espera a que se conecten (servidor)

[sailoog.com]

Originalmente publicado por gilinas

En TCP hay que diferenciar el flujo de datos (salida/entrada) de quién inicia la conexión (cliente) o quién espera a que se conecten (servidor)

gracias gilinas, siempre me hago un lio con todo esto.

para simplificar el uso de kplex, y de hecho su autor lo recomienda, hice que las "entradas" fueran siempre de tipo cliente y con flujo de entrada y las "salidas" de tipo server y siempre de flujo de salida. A pesar de que tanto cliente como servidor puedan tener flujo de entrada y de salida como bien dices.

La pregunta mas exacta seria: se puede crear un servidor TCP en una IP que no sea la de algún interface de la misma maquina (wifi, ethernet...)? como supongo que la respuesta es no, pues por eso decia de eliminar el campo "direccion" en las "salidas"

Solo quiero dejar funcionando de forma coherente este primer acercamiento a un interface gráfico de kplex para centrarme en replantearlo completamente e incluir todas sus opciones (etiquetas, filtros...) y esto pasa por quizás hacer lo que hace OpenCPN y no separar entre conexiones de entrada/salida sino tratarlas como simplemente conexiones en general con flujo de datos de entrada, salida o ambos.

Creo que tu eres quien tiene mas claro que nadie todo esto así que igual te molesto un poco llegado el momento

edito: ademas el interface broadcast (el que llamamos ahora UDP) ha sido despreciado y sistituido por el interface UDP y abria que actualizar eso, razon de mas para rehacerlo todo.