Electrónica Proyecto OpenPlotter

[Capitanlanmar]

Lo primero volver a agradecer nuevamente a sailoog por este esfuerzo y este éxitazo...no hay más que ver este y otros foros en inglés.

He instalado la versión estable v0.6.0 y va fenomenal en la raspberry.

Yo tengo todo en el barco con un sistema Raymarine seatalk bastánte típico.
Mi intención es:
-Poder usar el OpenCpn integrado, aprovechando las capacidades que tiene sobre el C80.
-Poder "escapar" de los palos Raymarine cuando llegue la gran avería...
-Llegar a tener un equipo de respaldo del ordenador del piloto...se va por buen camino.


Hay un par de cosas que me gustaría plantear.

Tengo una Raspberry 2 y perfecto, pero me gustaría poder utilizar la Odroid C1 que también tengo y que veo más rápida... aparte de que la Odroid se puede instalar para arrancar en varios sistemas según opción inicial. En mi caso:

-Android. Lo cual es para mí fundamental por correr un Navionics cerca de la costa... que hasta ahora funciona bastante bien.
-Openplotter.
-Openelec para películas, ver la tv, etc

Ahí es dónde tengo los problemas ya que no consigo compilar en la Odroid sin errores. Soy capaz de instalar el Opencpn con un archivo --armhf.dev, pero no sé si eso está bien hecho, o si la compilación es muy distinta.
¿Sería posible disponer del zgrib y el openplotter como archivos armhf.dev??.

Creo que es muy interesante poder utilizar este sistema en diferentes plataformas pues esto cambia a toda velocidad.
...hoy veo que sacan una Odroid C2 con 64bits 2GHz 2GB de ram y mucha más potencia por más o menos el mismo $

http://http://www.geek.com/news/new-odroid-dev-board-outmuscles-a-raspberry-pi-for-just-5-more-1646393/

...esto no ha hecho más que empezar.

Me gustaría colaborar en esto aunque tenga que pedir ayuda para los errores de compilación, pero no sé si estais para eso.

Espero que a Sailoog no le ofrezcan un trabajo en Singapur y se tenga que olvidar del asunto, quedándonos todo perdidos...
¿álguien más sería capaz de no dejarnos huérfanos?
...aunque bien pensado, seguro que en Singapur hacías carrera...
Saludos

[jibaro]

Una pregunta, como hacéis para pinchar la antena del sdr a la antena vhf del barco?

Enviado desde mi E2303 mediante Tapatalk

Originalmente publicado por Capitanlanmar

Ahí es dónde tengo los problemas ya que no consigo compilar en la Odroid sin errores. Soy capaz de instalar el Opencpn con un archivo --armhf.dev, pero no sé si eso está bien hecho, o si la compilación es muy distinta.
¿Sería posible disponer del zgrib y el openplotter como archivos armhf.dev??.

Si puedes instalar Opencpn desde un archivo .deb (debian) hazlo. No hay ningún problema. Respecto a zygrib depende de si está en los repositorios de odroid... y esto abre la puerta a por qué es un problema dar soporte a otras placas.

A diferencia de los ordenadores de toda la vida que son prácticamente lo mismo desde hace años (con permiso de UEFI), las placas son cada una de su madre y de su padre.
Si quieres ayuda en odroid tendrá que dártela alguien que haga lo mismo que tu y con la misma placa que tu.

Por otra parte La Pi 2 corre perfectamente Openelec.

Originalmente publicado por Capitanlanmar

Espero que a Sailoog no le ofrezcan un trabajo en Singapur y se tenga que olvidar del asunto, quedándonos todo perdidos...
¿álguien más sería capaz de no dejarnos huérfanos?
...aunque bien pensado, seguro que en Singapur hacías carrera...
Saludos

Ese es otro motivo para soportar la Raspberry preferentemente. Aunque Sailoog se fuera de rumbero o viajara a otro planeta la raspberry es la placa que mas desarrolladores tiene en conjunto y es la que mas fácilmente recibiría el testigo que Sailoog u otro colaborador dejara libre.

Yo personalmente me he decantado por el sistema de bajo consumo energetico en X86 pues no estoy tan interesado en el tema de dispositivos variopintos conectados al GPIO, pero en cosas mas genéricas del sistema aún somos varios los que podemos echar una mano en este mundillo de la Raspberry.

[gypsylyon]

Originalmente publicado por jibaro

Una pregunta, como hacéis para pinchar la antena del sdr a la antena vhf del barco?

Enviado desde mi E2303 mediante Tapatalk

Por ejemplo soldando el cable de la mini antena directalente al cable de la antena u a otro conector (por ejemplo embra) que lo puedas conectar directamente al conector de la antena VHF. Yo lo tengo a traves de un spliter para AIS. El spliter separa la señal de la antena VHF del palo en salida para la radio VHF (bidireccional), AIS (unidireccional) y Rafio FM (tambien unidireccional)
Aqui unas fotos del cable soldado a la antena casera para recepcion de AIS.
la otra foto las salidas del spliter

[jibaro]

Originalmente publicado por gypsylyon

Por ejemplo soldando el cable de la mini antena directalente al cable de la antena u a otro conector (por ejemplo embra) que lo puedas conectar directamente al conector de la antena VHF. Yo lo tengo a traves de un spliter para AIS. El spliter separa la señal de la antena VHF del palo en salida para la radio VHF (bidireccional), AIS (unidireccional) y Rafio FM (tambien unidireccional)
Aqui unas fotos del cable soldado a la antena casera para recepcion de AIS.
la otra foto las salidas del spliter

Me da un poco de yuyu cortar el cable del VHf para hacer el empalme y después tener problemas de cobertura de la radio.

Como tengo que hacer para hacerlo bien.

Corto, separo la malla y sueldo contra el hilo que va dentro de la malla y ya está?

Enviado desde mi E2303 mediante Tapatalk

Originalmente publicado por jibaro

Me da un poco de yuyu cortar el cable del VHf para hacer el empalme y después tener problemas de cobertura de la radio.

Como tengo que hacer para hacerlo bien.

Corto, separo la malla y sueldo contra el hilo que va dentro de la malla y ya está?

Enviado desde mi E2303 mediante Tapatalk

Es cable coaxial amigo, se corta, se pela, se penetra el brujerín del conector (si quieres unas gotas de estaño) y ala que yastaloquesedeseaba.

Saludos, Lisandro.

[gypsylyon]

Ya he colgado el programa en pithon del anemomero de hilo caliente realizado con el sensor de viento MD0550 de modern device y el convertido A/D MCP 3008 que se conecta a la Raspi via GPIO por SPI (serial Paralel nterface)
Lo podeis encontrar aqui:
https://github.com/gypsylyon/Openplotter-Anemometer
Consta de dos ficheros, uno es el programa que lo he llamado win_openplotter.py y el segundo es un fichero con los datos de calibracion que lo he llamado win_openplotter.ini.

Si hay algo que no se entienda, creo que es mejor que me lo pregunteis por privado.

[gypsylyon]

Originalmente publicado por jibaro

Me da un poco de yuyu cortar el cable del VHf para hacer el empalme y después tener problemas de cobertura de la radio.

Como tengo que hacer para hacerlo bien.

Corto, separo la malla y sueldo contra el hilo que va dentro de la malla y ya está?

Enviado desde mi E2303 mediante Tapatalk

De la antena viene con un conector PL macho. Lo que puedes hacer es conectar el cable de la mini antena a un PL hembra como en la foto.
Para soldarlo aqui este link https://www.youtube.com/watch?v=9PlIR8T1wsc. Con el PL hembra es igual.

[sailoog.com]

Originalmente publicado por Capitanlanmar

Lo primero volver a agradecer nuevamente a sailoog por este esfuerzo y este éxitazo...no hay más que ver este y otros foros en inglés.

He instalado la versión estable v0.6.0 y va fenomenal en la raspberry.

Yo tengo todo en el barco con un sistema Raymarine seatalk bastánte típico.
Mi intención es:
-Poder usar el OpenCpn integrado, aprovechando las capacidades que tiene sobre el C80.
-Poder "escapar" de los palos Raymarine cuando llegue la gran avería...
-Llegar a tener un equipo de respaldo del ordenador del piloto...se va por buen camino.


Hay un par de cosas que me gustaría plantear.

Tengo una Raspberry 2 y perfecto, pero me gustaría poder utilizar la Odroid C1 que también tengo y que veo más rápida... aparte de que la Odroid se puede instalar para arrancar en varios sistemas según opción inicial. En mi caso:

-Android. Lo cual es para mí fundamental por correr un Navionics cerca de la costa... que hasta ahora funciona bastante bien.
-Openplotter.
-Openelec para películas, ver la tv, etc

Ahí es dónde tengo los problemas ya que no consigo compilar en la Odroid sin errores. Soy capaz de instalar el Opencpn con un archivo --armhf.dev, pero no sé si eso está bien hecho, o si la compilación es muy distinta.
¿Sería posible disponer del zgrib y el openplotter como archivos armhf.dev??.

Creo que es muy interesante poder utilizar este sistema en diferentes plataformas pues esto cambia a toda velocidad.
...hoy veo que sacan una Odroid C2 con 64bits 2GHz 2GB de ram y mucha más potencia por más o menos el mismo $

http://http://www.geek.com/news/new-odroid-dev-board-outmuscles-a-raspberry-pi-for-just-5-more-1646393/

...esto no ha hecho más que empezar.

Me gustaría colaborar en esto aunque tenga que pedir ayuda para los errores de compilación, pero no sé si estais para eso.

Espero que a Sailoog no le ofrezcan un trabajo en Singapur y se tenga que olvidar del asunto, quedándonos todo perdidos...
¿álguien más sería capaz de no dejarnos huérfanos?
...aunque bien pensado, seguro que en Singapur hacías carrera...
Saludos

Gracias por tus palabras Capitanlanmar
Tal como explico en todos los foros cuando se acabe la etapa de desarrollo se migrará a otras plataformas. La rápida evolución y expansión que ha tenido este proyecto no hubiera sido posible si no se hubiera escogido raspberry como plataforma de desarrollo debido al enorme soporte de la comunidad. Esto ha hecho que la curva de desarrollo haya crecido rápidamente. Una vez conseguidos los objetivos ya veremos como está el mercado pero las odroid tienen muchisimos puntos para ser la próxima ya que corre ubuntu y esto facilitaría la migración a otras plataformas desde esta. Además el hardware creado para raspberry seria compatible con las odroid dado su misma disposición de pines. Seguramente os preguntareis si esta etapa de desarrollo acabará algún dia y la respuesta es si, existe un plan y unos objetivos y se llevan 3/4 desarrollados.

No voy a publicar este plan porque entre muchas de las peculiaridades que rodean a este proyecto está la de una empresa privada que ha sacado un producto exactamente igual en prestaciones pero con software y hardware cerrado y propietario. Es tan parecido que he hablado con ellos para ver vías de colaboración y estarían encantados pero sus licencias impiden cualquier tipo de colaboración en la que se pueda sentir cómodo un proyecto libre como este. Han reconocido que están usando software libre y puede que tengan que liberar alguna parte de su proyecto o van a tener problemas. De todas formas les deseo suerte porque la van a necesitar... ningún puñado de ingenieros a sueldo puede competir con un proyecto libre con cientos de colaboradores y betatesters. Su desarrollo va bastante mas lento que el nuestro y ahora hay colaboradores en OpenPlotter aportando ideas geniales que no veo porque habría que regalarles

En cuanto a si me voy a a ir a Singapur pues va a ser que no, si que me han ofrecido un trabajo y si que voy a cruzar el charco pero en dirección oeste y con algo temporal y relacionado con OpenPlotter asi que no sufráis que voy a dar guerra bastante tiempo. No se donde va a acabar este proyecto ni si acabaré en Singapur o llevándole cafés a Mark Zuckerberg en Silicon Valley pero de lo que si estoy seguro es de que este proyecto será siempre libre y abierto, no puede ser de otra manera.

[sailoog.com]

Originalmente publicado por pinguino

Si puedes instalar Opencpn desde un archivo .deb (debian) hazlo. No hay ningún problema. Respecto a zygrib depende de si está en los repositorios de odroid... y esto abre la puerta a por qué es un problema dar soporte a otras placas.

A diferencia de los ordenadores de toda la vida que son prácticamente lo mismo desde hace años (con permiso de UEFI), las placas son cada una de su madre y de su padre.
Si quieres ayuda en odroid tendrá que dártela alguien que haga lo mismo que tu y con la misma placa que tu.

Por otra parte La Pi 2 corre perfectamente Openelec.



Ese es otro motivo para soportar la Raspberry preferentemente. Aunque Sailoog se fuera de rumbero o viajara a otro planeta la raspberry es la placa que mas desarrolladores tiene en conjunto y es la que mas fácilmente recibiría el testigo que Sailoog u otro colaborador dejara libre.

Yo personalmente me he decantado por el sistema de bajo consumo energetico en X86 pues no estoy tan interesado en el tema de dispositivos variopintos conectados al GPIO, pero en cosas mas genéricas del sistema aún somos varios los que podemos echar una mano en este mundillo de la Raspberry.

Yo aprendí de maestros como pinguino y seguramente habrá mucha gente que habrá aprendido mucho con OpenPlotter como para poder tomar el relevo

[sailoog.com]

Originalmente publicado por gypsylyon

Ya he colgado el programa en pithon del anemomero de hilo caliente realizado con el sensor de viento MD0550 de modern device y el convertido A/D MCP 3008 que se conecta a la Raspi via GPIO por SPI (serial Paralel nterface)
Lo podeis encontrar aqui:
https://github.com/gypsylyon/Openplotter-Anemometer
Consta de dos ficheros, uno es el programa que lo he llamado win_openplotter.py y el segundo es un fichero con los datos de calibracion que lo he llamado win_openplotter.ini.

Si hay algo que no se entienda, creo que es mejor que me lo pregunteis por privado.

Genial!

Hay otros proyectos en marcha que harán uso de un ADC, concretamente unos circuitos que leen directamente de los sensores de niveles del deposito y otras partes del motor; otro de lectura de corriente y voltaje de baterías, así que he pensado que con un MCP3208 tendremos más juego al ser de 12bits puesto que tenemos que crear un interface capaz de ajustarse y calibrarse a múltiples rangos de valores. No creo que haya problema en modificar tu script para ello. Cuando me meta con el interface ADC haré un fork de tu repositorio e intentaré adaptarlo en OpenPlotter, quizás en alguna parte experimental donde colocar todos los prototipos que van saliendo. Igual estaría bien recopilar todos los pasos y el manual de construcción de tu anemometro en algúna pagina para que la gente no tenga que bucear en este foro para implementarlo. Podrías abrir un blog o algo parecido y poner tambien el peazo video que hiciste.

[gypsylyon]

Originalmente publicado por sailoog.com

Genial!

Hay otros proyectos en marcha que harán uso de un ADC, concretamente unos circuitos que leen directamente de los sensores de niveles del deposito y otras partes del motor; otro de lectura de corriente y voltaje de baterías, así que he pensado que con un MCP3208 tendremos más juego al ser de 12bits puesto que tenemos que crear un interface capaz de ajustarse y calibrarse a múltiples rangos de valores. No creo que haya problema en modificar tu script para ello. Cuando me meta con el interface ADC haré un fork de tu repositorio e intentaré adaptarlo en OpenPlotter, quizás en alguna parte experimental donde colocar todos los prototipos que van saliendo. Igual estaría bien recopilar todos los pasos y el manual de construcción de tu anemometro en algúna pagina para que la gente no tenga que bucear en este foro para implementarlo. Podrías abrir un blog o algo parecido y poner tambien el peazo video que hiciste.

Me parece excelente tus ideas para el ADC. Solo comentarte que yo me dedici por el de 10 bits porque temia que con 12 bit estaria la raspi muy sobrecargada. Hay que tener en cuenta, que aumentamos en 4 veces el numero de bits que tiene que leer (de 1024 de MCP3008 a 4096 en el MCP3208). Hay que tener tambien en cuenta que se pueden colocar en paralelo mas ADC y aumentar el numero de canales analogicos (8 por cada chip). En este caso no se si la Raspi podria con tanto con 12 bits por canal.
Por otra parte creo que para el uso que piensas, los 10 bit son suficientes. Para el anemometro si que hubiera estado indicado los 12 bits, pero con el de 10 bits a bastado. Seria cuestion de probar y ver el porcentaje de opcupacion de la Raspi.
Respecto al scrip no hay que hace muchos cambios. Solo dos. El primero en la Variable Ref_volt que seria en lugar de 0.00322, el valor de 0.00080566 (resulta de dividir 3,3V / 4096 = 805,66 microV). El segundo es en la funcion def readAnalogData(adcChannel, SCLKPin, MOSIPin, MISOPin, CSPin, delay): en el bucle for i in range(11): en lugar de 11 poner 13 pra leer los 12 bits. Eso es todo.
Para leer los canales Analogicos solo es necesario del scrpt hasta setupGPIO(SCLK, MOSI, MISO, CS) # GPIO-Pin Setup
El resto es para el anemometro.
En el circuito de entrada de los pines analogicos habria que poner un divisor de tension (un mini poti de 100k) para ajusta las tensiones de entrada a 3,3 V (la mayoria de los sensores del barco, como nivel de deposito o temperatura de motor , etc ) regulan con la tension del barco (12V o 24V).

Entoces el MCP3008 o el MCP3208 puesto en una placa sencilla de CI con conectores de entrada para cable y los potis y bien, conectando directamente con conector doble (para poder conectar otros dispositivos en cascada a la Raspi) o con cable, se tendria el muno analogico abierto a la raspi con 8 canales por chip de una manera muy economica. El resto seria programar un reloj general de visualizacion al que optativamente se le puede cambiar el label (Agua, Gasoil, Temperatura, etc) y unidades para ver los datos analogicos.

[gypsylyon]

He completado explicaciones en el scrip donde hacer los cambios de MCP3008 al MCP3208.
Para aquellos que teneis una amplia experiencia en pithon, acepto mejoras del scrip con mucho gusto.
Un saludo y una ronda de antidoto contra las picaduras de serpiente marinas (Ron añejo) para todos los cofrades

[Lernas]

Muy buenas,
A principio de 2014 tuve mi primera experiencia con la Raspberry. Yoyete, Pingüino y Sailoog, entre otros contertulios de este foro, me descubrieron las posibilidades que por aquel entonces se estaban consiguiendo con este exquisito fruto. Disponer de un ordenador de bajo consumo para gestionar las rutas, imágenes, textos… Y a bajo coste, era todo un regalo.
Por razones que no vienen al caso me distancié del proyecto, sin dejar de seguir por encima, este hilo. Pero con los avances que se están consiguiendo se me iban poniendo los dientes largos. Hasta que finalmente he sabido de la Raspberry 2, he releído de cabo a rabo el hilo y me he tirado a la piscina.
Quede claro que soy un usuario muy de a pié y nunca he trabajado con Linux. De manera que soy un ciego que sigue las indicaciones que vais dando. Con más razón entenderéis cuán grande es mi agradecimiento a todos los que estáis pilotando este proyecto; que por lo que leo, traspasa fronteras.

Después de reunir el material y siguiendo los pasos del manual de Sailoog, instalé OpenPlotter y me preparé para hacer una prueba en el barco.

• La pantalla se ve muy bien en la mesa de cartas, 10” me parece una buena medida.
• OpenCPN se ve con nitidez, se nota que la Rasp 2 puede gestionar tranquilamente este software. La utilización del procesador no supera el 10%.
• Preparo la antena casera y solo detecto un barco que se encuentra amarrado en el pantalán vecino. Desconecto la antena de la radio y la conecto al receptor AIS y EUREKA, detecto varios barcos en un radio de unas 10 millas.
• Conecto el conversor USB-NMEA 0183 y detecto, en el inspector NMEA del OpenPlotter, que empieza a entrar la información de la electrónica de a bordo (corredera, GPS, viento, rumbo, …). Pero al cabo de poco la sentencia de “fallo en la comunicación” aparece y de ahí no salgo.

Es mi primer intento, y he querido compartirlo para sumar mi granito de arena en el foro. Respecto a la conexión NMEA, repasaré el hilo, pues creo que en algún momento ya ha salido este problema. Por lo que respecta a la antena del receptor del AIS, quisiera que me orientéis: Ya que el AIS es solo receptor, ¿hay algún inconveniente en compartir la antena de la radio con un simple derivador?

Mi equipo es el siguiente:
Raspberry Pi 2 B
http://es.rs-online.com

Disipadores de temperatura
http://www.amazon.es/gp/product/B013..._detailpages00

Monitor
http://www.amazon.es/Tontec-resoluci.../dp/B013SMUTYS

Teclado inalámbrico Logitech K400
"Yo no soy tonto"

Convertidor USB –NMEA-0183
http://www.sailoog.com/es/product/co...-usb-nmea-0183

Receptor AIS RTL-SDR USB
http://www.sailoog.com/es/product/re...is-rtl-sdr-usb

Adaptador Antena radio a antena AIS
http://www.amazon.es/gp/product/B00S..._detailpages00

Antena casera siguiendo los pasos recomendados en este foro.

Hub USB de 7 puertos
http://www.sailoog.com/es/product/hub-usb-de-7-puertos

MicroSD 16 GB (del cajón de los reutilizables)

Módulo Wifi USB WI PI para Raspberry Pi (del cajón …)

Adaptador 8-22V DC - 5V 3A USB
http://www.sailoog.com/es/product/ad...v-dc-5v-3a-usb

Os leo y me dan unas terribles ganas de desempolvar mis tenues conocimientos de phyton y ponerme manos a la obra. Lo que haceis aqui es muy bueno. Q viva el software libre

Saludos, Lisandro.

[sailoog.com]

Perdon se me habia pasado este mensaje.

Originalmente publicado por Lernas

Conecto el conversor USB-NMEA 0183 y detecto, en el inspector NMEA del OpenPlotter, que empieza a entrar la información de la electrónica de a bordo (corredera, GPS, viento, rumbo, …). Pero al cabo de poco la sentencia de “fallo en la comunicación” aparece y de ahí no salgo.

Donde te sale ese mensaje? no me suena.

Originalmente publicado por Lernas

Por lo que respecta a la antena del receptor del AIS, quisiera que me orientéis: Ya que el AIS es solo receptor, ¿hay algún inconveniente en compartir la antena de la radio con un simple derivador?

No tengo mucha expereiencia con derivadores pero creo que si que habria problema ya que la señal se divide en dos y llega muy atenuada. Tendría que ser un derivador amplificado supongo. Seguro que alguien te pueda decir algo mas exacto. Prueba a colgar tu antena casera un poco alta y verás como la cosa mejora bastante.

[sailoog.com]

Para actualizar OpenCPN a la ultima version 4.2 en OpenPlotter v0.6.0:

En un terminal teclea:

sudo nano /etc/apt/sources.list

Se abrirá un archivo, borra las dos ultimas lineas:

deb Index of /opencpn/opencpn/ubuntu trusty main
deb-src Index of /opencpn/opencpn/ubuntu trusty main

y añade:

deb Index of /nohal/opencpn/ubuntu trusty main

Guarda y introduce en el terminal:

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 9C18FD9F 
sudo apt-get update 
sudo apt-get install opencpn

y listo.

Parece que hay buenas noticias para aquellos que poseéis la Raspberry Pi 2. En la nueva versión de Raspbian que han liberado parece que ya han incorporado soporte para aceleración gráfica openGL. Cito de la web oficial

In this release we are shipping an experimental OpenGL driver for the desktop which uses the GPU to provide hardware acceleration. This is turned off by default – if you want to enable it, you can find it in the command-line version of raspi-config, under Advanced Options->GL Driver. Due to memory requirements, this will not work on Pi 1 or Pi Zero boards – it is solely for Pi 2. (raspi-config will only allow it to be enabled on a Pi 2; be warned that if you enable it on a Pi 2 and then move that SD card into a Pi 1 or Pi Zero, the Pi will not boot.)

If you don’t use this option, the desktop does have OpenGL support, but it uses a very slow software renderer, which makes all but the most basic OpenGL applications pretty much unusable. The hardware-accelerated version is much faster, and makes some quite decent OpenGL games playable on the Pi.

Vamos, que si se implementa en openplotter puede que opencpn corra bastante mejor y vaya mas fluido. Incluso parece que podría correr algún que otro juego acelerado por hardware.

Todavía está en estado Beta y por ello no viene activado por defecto, pero merece la pena el trabajo que hay adelantado.

https://www.raspberrypi.org/blog/ano...pbian-release/

[sailoog.com]

Originalmente publicado por pinguino

Parece que hay buenas noticias para aquellos que poseéis la Raspberry Pi 2. En la nueva versión de Raspbian que han liberado parece que ya han incorporado soporte para aceleración gráfica openGL. Cito de la web oficial

Vamos, que si se implementa en openplotter puede que opencpn corra bastante mejor y vaya mas fluido. Incluso parece que podría correr algún que otro juego acelerado por hardware.

Llevo 2 dias jugando con ello y con el driver activado en raspbian y la visualización opengl activada en opencpn vuelaaaaaaa. Con las cartas cm93 al maximo de calidad y con todos los extras puedes desplazar y hacer zoom en la carta con un tiempo de respuesta cercano a 0.

El problema es que el driver en raspbian está en beta todavía y es bastante inestable aun. El consumo sube bastante y de momento no es compatible con muchos monitores con tamaños no estandars, además yo no he conseguido que mi monitor deje de hacer pantallazos negros propios de la falta de alimentación y lo alimento suficientemente. Pero bueno es un principio. Cuando todo funcione openplotter dejará atras incluso a muchos portatiles

De todas maneras con el driver opengl de raspbian y de opencpn desactivados pero usando la ultima raspbian y la ultima de opencpn el aumento de velocidad ha mejorado muchisimo tambien.

[v36317]

Tal vez para lo de la entrada de la señal de la antena valga un amplificador de antena típico, de los de tv...suelen amplificar bastante...

Enviado desde mi A0001 mediante Tapatalk

Originalmente publicado por Lernas

Por lo que respecta a la antena del receptor del AIS, quisiera que me orientéis: Ya que el AIS es solo receptor, ¿hay algún inconveniente en compartir la antena de la radio con un simple derivador?

No deberia hacer eso, caballero. Si comparte la antena con la emisora VHF, en cuanto esta emita con 25W de potencia, esta energía entraría por la toma de antena de su receptor AIS quemando con toda probabilidad el circuito.

Solo se pueden usar en conjunto con una emisora VHF los splitter adecuados que evitan este peligro y que ademas de ser bastante caros, reducen el rendimiento tanto para la emisora como para el AIS.

¿Tiene usted antena de TV en el barco?... Entonces sí. Conecte el receptor (y solo receptor) AIS a esta con un simple derivador sin ningún problema.

[Lernas]

Originalmente publicado por sailoog.com

Donde te sale ese mensaje? no me suena.

Tienes razón, el mensaje no és textual. Intentaré realizar pruebas la próxima semana y ser más riguroso en la descripción (además de asegurarme de hacer la conexión del convertidor USB-NMEA correctamente)

Originalmente publicado por sailoog.com

No tengo mucha expereiencia con derivadores pero creo que si que habria problema ya que la señal se divide en dos y llega muy atenuada. Tendría que ser un derivador amplificado supongo. Seguro que alguien te pueda decir algo mas exacto. Prueba a colgar tu antena casera un poco alta y verás como la cosa mejora bastante.

Originalmente publicado por pinguino

No deberia hacer eso, caballero. Si comparte la antena con la emisora VHF, en cuanto esta emita con 25W de potencia, esta energía entraría por la toma de antena de su receptor AIS quemando con toda probabilidad el circuito.

Solo se pueden usar en conjunto con una emisora VHF los splitter adecuados que evitan este peligro y que ademas de ser bastante caros, reducen el rendimiento tanto para la emisora como para el AIS.

¿Tiene usted antena de TV en el barco?... Entonces sí. Conecte el receptor (y solo receptor) AIS a esta con un simple derivador sin ningún problema.

Pues no lo haré. Creía que el problema solo podía darse si el AIS transmitía. No había caído en que desde la radio emitimos. Lástima, matar dos pájaros de un tiro hubiera simplificado la instalación.

No dispongo de TV en el barco, por lo que tendré que seguir haciendo pruebas con la antena casera.

Gracias!

[gypsylyon]

Originalmente publicado por pinguino

No deberia hacer eso, caballero. Si comparte la antena con la emisora VHF, en cuanto esta emita con 25W de potencia, esta energía entraría por la toma de antena de su receptor AIS quemando con toda probabilidad el circuito.

Solo se pueden usar en conjunto con una emisora VHF los splitter adecuados que evitan este peligro y que ademas de ser bastante caros, reducen el rendimiento tanto para la emisora como para el AIS.

¿Tiene usted antena de TV en el barco?... Entonces sí. Conecte el receptor (y solo receptor) AIS a esta con un simple derivador sin ningún problema.

Pero para evitar esto estan los splitters, que separan la señal de emision.
En este mismo hilo ya lo hemos comentado aqui http://foro.latabernadelpuerto.com/s...postcount=1479

[ManelvallsVila]

Felicidades SAILOOG, tu proyecto esta a punto de tener 1500 mensajes...

He bajado y cargado la 6.0 y estoy probando las opciones que tiene.

Me he encallado creando la aplicación twitter para monitorear el barco a través de la cuenta de gmail y twitter

También he hecho la lista de material necesasrio para completar la maquina, imu, sensor de temp, otro pincho WiFi...

Para los que llevamos muchos aparatos raymarine, que conversor recomendais que no sea de 300 euros?

[gypsylyon]

Originalmente publicado por ManelvallsVila

Para los que llevamos muchos aparatos raymarine, que conversor recomendais que no sea de 300 euros?

Primero es ver que sistema Rymarine tienes. Si es de los antiguos que van con Seatalk, si necesitarias un conversor.
Los modernos trabajan tanto con NEMEA2000 como con NEMEA0183 (Por lo menos si los tienes conectados a una Pantalla multifuncion, esta tiene salida NEMEA0183). En este caso solo necesitas el Convertidor USB - NMEA-0183 de Sailog

En el caso de que tu sistema Raymarine vaya con Seatalk, preguntale a North Side si le queda alguno de los STU: Conversor SeaTalk>USB unidireccional. Fabricado en España con la documentación de Yapp ( Precio unos 75€)

La otra opcion es el de shipmodul miniplex que lo tienes en varias versiones, para USB o con USB y WiFi.

El conversor , digamos de North Side, tiene la ventaja de que es barato y te envia la informacion del angulo del timon.

El segundo (miniples Shipmodul) es algo mas caro pero es un multiplexor de NMEA 0183 y Seatalk, con cuatro entradas programables independientemente y dos salidas. Si se usa la entrada Seatak (antigua de Raymarine) esta se sincroniza con una salida. Las desventajas que es algo más caro y que no decodifica el angulo del timon. Yo la pedi el modelo con WiFi directamente a Alemania y creo que pagué 240 euros.
North Side lo tiene tambien y creo que esta tan satisfecho como yo.

Si a North Side le queda alguno del barato cogelo ya que la multiplexion te la hace la Raspi de forma excelente.