Electrónica Proyecto OpenPlotter

Originalmente publicado por sailoog.com

sobre alarmas...

hice la traducción al castellano del plugin de opencpn watchdog y puede ver el potencial de este sencillo pero efectivo plugin de sean depagnier. Puedes establecer muchas clases de alarmas y si no encuentras la que buscas puedes coger cualquier sentencia NMEA y establecer limites a sus valores. Pero además lo bueno de este plugin es la respuestas a las alarmas. además de activar sonidos y demás, puedes ejecutar un programa externo cuando se de una situación de alarma (en la foto el campo command). De esta manera este plugin se encarga de todo y cuando se activa algo, el plugin avisa a openplotter para que envie un mail o le diga al movil que envie un sms.

Recuerdo que cuando usaba C4 móvil usaba SMS para activar bonos de internet y los enviaba con la linea de comandos.... Creo que podrían funcionar si tenemos conectado un pincho 3G o un móvil por cable USB en modo módem.

gammu sendsms TEXT numero_del_receptor -text “el mensaje de texto que queremos enviar”

http://www.mattiasnorell.com/send-sm...-raspberry-pi/

http://yucazos.tumblr.com/post/10767...bian-gnu-linux

[Diavolo]

Originalmente publicado por pinguino

Dependerás del proveedor de Internet móvil y si este te da ip publica o no (Pepephone). No se si funcionaria como broadcast con UDP. Para eso requerirías socat como nos tocó hacer con el Diavolo. Pero creo que tu telefono "receptor" si que necesita tener la ip pública en ese caso. Si usamos TCP en el "emisor" no, pero el consumo de datos móviles que se pagan seria elevado. Diávolo se ha convertido en un especialista en este campo.



Si estamos con nuestro "receptor de datos" en la misma red WI-FI seria fácil. En caso contrario tendrían que abrirnos los puertos correspondientes en la red del Puerto (valga la redundancia ).... ¿cuantos estarían dispuestos?



Esa opción es la mas curiosa. La idea es buena, pero estás hablando de poner prácticamente un negocio. Crear es web y hacer que funcione bien supondrá un trabajo, así como mantenerla. Si ha de hacerlo una empresa habría que pagarles. A menos que ya sepas de alguna que daría ese servicio de forma gratuita, basándose en publicidad o algo similar.

por otro lado, así como considero indispensable contar con una red local en cada barco con su flujo de datos NMEA0183, por las posibilidades que ofrece, no me parece tan interesante a nivel de Internet . Eso queda mas bien para necesidades o intereses específicos como Diávolo y sus colaboraciones u Olaje que hace algo parecido. En estos casos los usuarios aprenden las cuatro cosas básicas para controlar como funciona Internet y como usarla para compartir sus cosas y mantienen todo el control sobre su gestión.

Será interesante ver que opinan el resto de interesados.



Espero que sí. Para aburrirnos ya tenemos el día a día.

Buenass. Parece que cuando teníamos la conexion TCP, el consumo se elevaba porque TCP hace una especie de control Check de todos los paquetes que envia, cuando teníamos la conexion UPD con el programita de Gilinas no hacia el control check pero los paquetes que enviaba a casa volvian al barco junto con los paquetes del receptor de casa, multiplicandose el consumo a mas del doble, cosa que no ocurria con netcat o socat. Ahora que Fernando de Localizatodo esta en contacto con Keith, (que ha puesto una conexion a Localizatodo, su estacion se llama Laika), probaré en su proxima beta con Station ID, que creo que solo enviara por TCP al inicio de Kplex, la station ID, y despues ya no, para ahorrar consumo por TCP, de la misma manera que funcionan ahora mismo los micro-pc de localizatodo. Creo que esto lo he entendido así, a lo mejor estoy equivocado. Yo ya estoy conectado a Localizatodo con Station ID como cliente TCP, pero hace el Check todavia.

Ahora estoy en otro proyecto. Mi Club tiene wifi Gratis para los socios. Me he estudiado el manual de mi router para ver si puedo hacer una doble conexion a internet de forma automatica, pero creo que no va a ser posible con el router, a lo mejor con la fresa si, si le coloco un pincho wifi, y por rj45 al mismo tiempo, dando preferencia de conexion a WIFI, y si no la hay, pues RJ45 (3G), lo unico que mientras este conectado a wifi no podria entrar a la fresa desde casa, y kplex siempre como cliente, funcionaria sin problemas, ya que no hace falta abrir ningun puerto del Puerto. Habria otra posibilidad para poder entrar a traves de Teamviewer

[GermanR]

Originalmente publicado por sailoog.com

ostras, no conocia ese video, está genial.

aquí está este tambien bastante detallado:
http://nmearouter.com/docs/ais/aerial.html

Este es el montaje ?

Collinear Coax AIS antenna - Recommended
AIS, antenna, RTL-SDR, Software Defined Radio, 820T, testing, review, DIY guideLength about 120 cm, costs 1 euros, works just as good as an 80 euro discone antenna. The antenna and the RTL stick fits into your pocket for AIS reception anywhere you can bring your laptop with you.
The best is that you only need to buy enough coax to reach from your laptop to your antenna site, plus 1 metre for the antenna, and you have a working AIS receiver.
The antenna is basically two 61 cm long coax cables, connected the wrong way for the antenna bit (center to braid and braid to center). You need to make four connections, two in the antenna proper and two at the bottom of the antenna to the coax cable you use to bring the signal to the RTL stick.
Twist the connections or use quick connectors; both work. For permanent installations you’re advised to use shrink-wrap (plastic tube that melts with a lighter) or lots of electrical tape.
As the antenna is flexible you need some form of support: the bottom half of a two-piece fishing rod or a PVC pipe sealed at one end is a permanent solution.

- Top section: measure 616 mm from end of coax,
- Mark with electrical tape, plus about 5 centimetres one end to have enough wire for connections.
- Bottom section: 616 mm for the antenna, plus enough both ends for connections.
- Cut the outer plastic cover lengthwise, carefully not to cut the center of the cable.
- Remove the plastic outer shell.
- Separate the braid from the center cable.
- Twist the braid.
- Cut off enough plastic cover from the center that you can wrap the braid around it. Cut it above the braid end so you can keep them separate.
- If you bend the center a little bit out from the cable that makes wrapping easier.

Veo que hay dos partes ¿activas? que se unen a un coaxial que va al receptor SDR. ¿este coaxial último puede tener cualquier longitud?.
¿sirve esta antena, con sus limitaciones, para una radio DEGEN?
¿Coaxial de 75 o de 50 Ohms?. He visto, en uno de esos enlaces, que hay quien recomienda 50?

Muchas gracias¡¡¡¡¡

[sailoog.com]

Originalmente publicado por GermanR

Veo que hay dos partes ¿activas? que se unen a un coaxial que va al receptor SDR. ¿este coaxial último puede tener cualquier longitud?.
¿sirve esta antena, con sus limitaciones, para una radio DEGEN?
¿Coaxial de 75 o de 50 Ohms?. He visto, en uno de esos enlaces, que hay quien recomienda 50?

Muchas gracias¡¡¡¡¡

si, cualquier longitud, pero piensa que cuanto menos mejor ya que la perdida es exponencial.

la medida de los dos primeros tramos tienen relación a la frecuencia deseada que en este caso es la de AIS. Supongo que no querras escuchar AIS en una DEGEN no? además supongo que la DEGEN tiene el discriminador que lo impide. Depende de la frecuencia deseada puedes cosntruirte una antena para ella y la DEGEN. Ahora no me acuerdo la tolerancia de frecuencias a un largo determinado.

No soy ningun experto en radiofrecuencia ni mucho menos y poco más puedo aportar de lo que viene en esos manuales, a mi siguiendo las instrucciones me funciona bastante bien.

edito: quizas si que puedas escuchar toda la FM en la DEGEN segun el mensaje siguiente de pinguino.

Originalmente publicado por GermanR

Este es el montaje ?

Collinear Coax AIS antenna - Recommended
AIS, antenna, RTL-SDR, Software Defined Radio, 820T, testing, review, DIY guideLength about 120 cm, costs 1 euros, works just as good as an 80 euro discone antenna. The antenna and the RTL stick fits into your pocket for AIS reception anywhere you can bring your laptop with you.
The best is that you only need to buy enough coax to reach from your laptop to your antenna site, plus 1 metre for the antenna, and you have a working AIS receiver.
The antenna is basically two 61 cm long coax cables, connected the wrong way for the antenna bit (center to braid and braid to center). You need to make four connections, two in the antenna proper and two at the bottom of the antenna to the coax cable you use to bring the signal to the RTL stick.
Twist the connections or use quick connectors; both work. For permanent installations you’re advised to use shrink-wrap (plastic tube that melts with a lighter) or lots of electrical tape.
As the antenna is flexible you need some form of support: the bottom half of a two-piece fishing rod or a PVC pipe sealed at one end is a permanent solution.

- Top section: measure 616 mm from end of coax,
- Mark with electrical tape, plus about 5 centimetres one end to have enough wire for connections.
- Bottom section: 616 mm for the antenna, plus enough both ends for connections.
- Cut the outer plastic cover lengthwise, carefully not to cut the center of the cable.
- Remove the plastic outer shell.
- Separate the braid from the center cable.
- Twist the braid.
- Cut off enough plastic cover from the center that you can wrap the braid around it. Cut it above the braid end so you can keep them separate.
- If you bend the center a little bit out from the cable that makes wrapping easier.

Veo que hay dos partes ¿activas? que se unen a un coaxial que va al receptor SDR. ¿este coaxial último puede tener cualquier longitud?.
¿sirve esta antena, con sus limitaciones, para una radio DEGEN?
¿Coaxial de 75 o de 50 Ohms?. He visto, en uno de esos enlaces, que hay quien recomienda 50?

Muchas gracias¡¡¡¡¡

En efecto las dos partes "activas" (que no lo son en absoluto) tienen la medida exigida para la frecuencia de trabajo. La tercera es simplemente el alargo de conexión que se hace exactamente con el mismo cable de 50 Ω.

No obstante yo usé cable de 75 Ω y funcionaba bastante bien (básicamente por que era el que tenia en casa gratis). Aunque el recomendado es el de 50 Ω.

Si sirve para una radio DEGEN o no no tengo ni idea. ¿Por que no nos lo cuentas tu? En principio esta antena casera equivaldría a una antena VHF marina estándar, o al menos eso dicen.

[sailoog.com]

bueno bueno....

Probada la raspberry 2 con OpenPlotter.

He probado tanto una imagen generada en una Pi 1 en ambas placas y una imagen generada en una Pi 2 en ambas placas y la conclusión tras un rato de pruebas es que son compatibles 100%!!!!!

Y en cuanto a rendimiento de la Pi 2 solo puedo decir que es impresionante. Tengo la impresión de que incluso va mejor que mi portatil. He puesto OpenCPN con las vectoriales a calidad maxima y el retardo en el zoom y los desplazamientos de cartas son de milesimas de segundo por no decir inexistentes.

La unica pega como siempre es el opengl. No funciona y no es un problema de OpenCPN, es un poblema de configuración de debian y de instalar y modificar los paquetes apropiados pero la verdad es que sin opengl va tan bien que quizás no valga la pena ni perder el tiempo.

Bueno a ver que decis los demas que yo siempre soy de los del vaso medio lleno y dos tazas mas

[GermanR]

Originalmente publicado por pinguino

En efecto las dos partes "activas" (que no lo son en absoluto) tienen la medida exigida para la frecuencia de trabajo. La tercera es simplemente el alargo de conexión que se hace exactamente con el mismo cable de 50 Ω.

No obstante yo usé cable de 75 Ω y funcionaba bastante bien (básicamente por que era el que tenia en casa gratis). Aunque el recomendado es el de 50 Ω.

Si sirve para una radio DEGEN o no no tengo ni idea. ¿Por que no nos lo cuentas tu? En principio esta antena casera equivaldría a una antena VHF marina estándar, o al menos eso dicen.

Gracias !!!
Lo pruebo y os comento.

[Diavolo]

Originalmente publicado por sailoog.com

bueno bueno....

Probada la raspberry 2 con OpenPlotter.

He probado tanto una imagen generada en una Pi 1 en ambas placas y una imagen generada en una Pi 2 en ambas placas y la conclusión tras un rato de pruebas es que son compatibles 100%!!!!!

Y en cuanto a rendimiento de la Pi 2 solo puedo decir que es impresionante. Tengo la impresión de que incluso va mejor que mi portatil. He puesto OpenCPN con las vectoriales a calidad maxima y el retardo en el zoom y los desplazamientos de cartas son de milesimas de segundo por no decir inexistentes.

La unica pega como siempre es el opengl. No funciona y no es un problema de OpenCPN, es un poblema de configuración de debian y de instalar y modificar los paquetes apropiados pero la verdad es que sin opengl va tan bien que quizás no valga la pena ni perder el tiempo.

Bueno a ver que decis los demas que yo siempre soy de los del vaso medio lleno y dos tazas mas

Me he comprado una Raspberry Pi 2, y mi pregunta es: ¿las imagenes son las mismas que la raspberry 1, o de lo contrario requieren otras imagenes?
Gracias.

Originalmente publicado por sailoog.com

La unica pega como siempre es el opengl. No funciona y no es un problema de OpenCPN, es un poblema de configuración de debian y de instalar y modificar los paquetes apropiados pero la verdad es que sin opengl va tan bien que quizás no valga la pena ni perder el tiempo.

No me sorprende en absoluto la mejora, pues al probar la banana que es menos potente, y aún así se notaba un motón,

Respecto al tema opengl.......

No le daria muchas vueltas. En la banana probé Lubuntu que sí incorporaba opengl. Y sí, funcionaba....................peooor.

No se si es un problema de controladores del chip gráfico pero con opengl activado iba mucho mas lento y el consumo de cpu pasaba de un promedio del 10-20% al 60%.

Así que... ¿Que mas da si usa opengl o no siempre que vaya fluido?

La mejor noticia.... la retrocompatibilida, pues los viejos tutoriales de la Raspberry original no han perdido vigencia. Estupendo.

[sailoog.com]

Originalmente publicado por pinguino

No me sorprende en absoluto la mejora, pues al probar la banana que es menos potente, y aún así se notaba un motón,

Respecto al tema opengl.......

No le daria muchas vueltas. En la banana probé Lubuntu que sí incorporaba opengl. Y sí, funcionaba....................peooor.

No se si es un problema de controladores del chip gráfico pero con opengl activado iba mucho mas lento y el consumo de cpu pasaba de un promedio del 10-20% al 60%.

Así que... ¿Que mas da si usa opengl o no siempre que vaya fluido?

La mejor noticia.... la retrocompatibilida, pues los viejos tutoriales de la Raspberry original no han perdido vigencia. Estupendo.

He leido por ahi que suele ser habitual que con opengl vaya peor al principio porque has de generar como una especie de cache de texturas tocando algun parametro de opencpn. Parece ser que este proceso es muy largo porque ha de hacerlo sobre todas tus cartas y me imagino que sobre las del todo el mundo hablamos de muchas horas. Luego parece ser que si que se nota la diferencia pero pienso igual que tu, visto lo visto ¿pa que?

[sailoog.com]

Originalmente publicado por Diavolo

Me he comprado una Raspberry Pi 2, y mi pregunta es: ¿las imagenes son las mismas que la raspberry 1, o de lo contrario requieren otras imagenes?
Gracias.

La misma imagen sirve para la 1 y la 2 pero ha de ser la que hay ahora de descarga en la pagina oficial. Cualquier otra anteriror solo funcionará en la 1

[GermanR]

Bueno ... pues habrá que pedir una Raspberry 2 . La anterior que iba un poco justa está funcionado muy bien como gestor multimedia.



PD. Por cierto, ¿donde la habéis comprado?

[sailoog.com]

Originalmente publicado por GermanR

Bueno ... pues habrá que pedir una Raspberry 2 . La anterior que iba un poco justa está funcionado muy bien como gestor multimedia.



PD. Por cierto, ¿donde la habéis comprado?

yo suelo comprar en RS components porque si vives en barcelona o madrid puedes pasar a buscar y te ahorras los portes pero creo que estan sin stock hasta el 2 de marzo.

La estoy puteando de lo lindo y ni pestañea. Le pongo a decodificar AIS-SDR, a multiplexar NMEA, a enviar NMEA por wifi, con la ventana de ver flujo NMEA de openplotter, a simular velocidad sobre el agua a partir del GPS y a mover la carta compulsivamente en OpenCPN con los detalles a maxima definición... todo a la vez... y la muy... no pasa del 25% de procesador en ningun momento

[secu]

Hola cofrades! He descargado la imagen del cofrade sailoog y ejecutado la misma en raspberry. Al abrir open CNP no veo ningun mapa, ni si quiera el genérico. Alguien sabe si me he dejado algo? O cómo se carga el mapa genérico?

Muchas gracias!

[sailoog.com]

Originalmente publicado por secu

Hola cofrades! He descargado la imagen del cofrade sailoog y ejecutado la misma en raspberry. Al abrir open CNP no veo ningun mapa, ni si quiera el genérico. Alguien sabe si me he dejado algo? O cómo se carga el mapa genérico?

Muchas gracias!

no te has dejado nada, me lo he dejado yo

al compilar opencpn no compilé ni cartas genericas, ni archivos de corrientes ni mareas ni archivos de ayuda. Recuerda que esta imagen aun es beta y es para que la probeis y encontreis fallos y hagais sugerencias. La imagen definitiva ya la tengo hecha con todo lo que me dejé en la otra pero tengo que arreglar algunos pequeños fallos que he detectado o me habeis indicado.

En unos dias todo será ya definitivo asi que no dudeis en trastear con esta imagen.

También recuerdo que OpenPlotter nunca se didtribuirá con cartas que tengan derechos.

[sailoog.com]

A raiz de una conversación en otro hilo se me ocurre otro uso posible de OpenPlotter.

Supongamos un usuario ya tiene un plotter con su cartografía comercial en su barco pero necesita un multiplexor NMEA y además quiere recibir por wifi el flujo NMEA en su movil/tablet de cubierta. No quiere tener otro plotter ni otra pantalla a bordo pero si que quiere tener multiplexor wifi.

En la TV de casa podría hacer la primera configuración de openplotter para que se arrancara el escritorio virtual automaticamente, el servidor wifi y poco mas. Entonces solo tendría que llevarla al barco, conectarle las entradas (GPS, AIS...) y salidas (piloto....) necesitadas y enchufarla.

Conectándose al servidor wifi tendría acceso al flujo NMEA desde cualquier portatil/movil/tablet accediendo a la dirección 10.10.10.1:10110
Cuando quisiera acceder a openplotter para configurar entradas salidas e incluso tener opencpn en la bañera desde cualquier portatil/movil/tablet accediendo a la dirección 10.10.10.1:5900 accedería al escritorio de openplotter.

De esta forma tendría su viejo plotter funcionando, un multiplexor wifi y un plotter de respeto accesible desde cualquier portatil/movil/tablet.

[0tilio]

Originalmente publicado por pinguino

En efecto las dos partes "activas" (que no lo son en absoluto) tienen la medida exigida para la frecuencia de trabajo. La tercera es simplemente el alargo de conexión que se hace exactamente con el mismo cable de 50 Ω.

No obstante yo usé cable de 75 Ω y funcionaba bastante bien (básicamente por que era el que tenia en casa gratis). Aunque el recomendado es el de 50 Ω.

Si sirve para una radio DEGEN o no no tengo ni idea. ¿Por que no nos lo cuentas tu? En principio esta antena casera equivaldría a una antena VHF marina estándar, o al menos eso dicen.

Las antenas colineares hechas con cables coaxiales sólo necesitan ajustar el tamaño de los tramos usando esta fórmula para determinar la longitud de los tramos y buscar en esta tabla la
velocidad de los distintos cables coaxiales.
Eso, si se pretende el perfeccionismo, si no, casi cualquier aproximación funciona.

[Camelot]

Me ha llegado las raspberry 2 b esta misma mañana.... ya estoy quemando tarjetas....

Un saludo

[Diavolo]

Bueno, ya tengo la raspberry pi 2, funcionando, y va hecha un cañon, no he podido probar los aviones ya que tengo un problema con el rtl-sdr. Lo he hecho mil veces tanto en la raspberry pi b+, como en la banana y en el pc anular la entrada del DVB-T con lo de black-list, pero en la Pi 2 no me funciona, y no se porque. Me he vuelto loco, y se que a lo mejor es una tonteria que diferencia de la pi a la pi 2.

He pedido un USB-SDR igual que el que tengo para los aviones, quiero probar Openplotter a ver que tal pirula.

[sailoog.com]

Originalmente publicado por Diavolo

Bueno, ya tengo la raspberry pi 2, funcionando, y va hecha un cañon, no he podido probar los aviones ya que tengo un problema con el rtl-sdr. Lo he hecho mil veces tanto en la raspberry pi b+, como en la banana y en el pc anular la entrada del DVB-T con lo de black-list, pero en la Pi 2 no me funciona, y no se porque. Me he vuelto loco, y se que a lo mejor es una tonteria que diferencia de la pi a la pi 2.

He pedido un USB-SDR igual que el que tengo para los aviones, quiero probar Openplotter a ver que tal pirula.

que modelo de SR-USB es? teclea lsusb en el terminal y te lo dirá.

para anular el driver de serie DVB-T de linux en principio solo tienes que teclear:


cd /etc/modprobe.d
sudo nano no-rtl.conf

y cuando te salga la pantalla de editar el archivo incluir estas lineas:

blacklist dvb_usb_rtl28xxu
blacklist rtl2832
blacklist rtl2830

y asegurarte que el archivo se guarda correctamente y reiniciar.


Comprobado que funciona con el modelo rtl2832U que es el mio y el FCI FC2580 de Salat en la Pi 1 y la Pi 2. La Pi 2 consume algo mas así que asegurate que no sea un problema de alimentación.

Las ultimas imagenes de OpenPlotter siempre estarán aquí: http://campus.sailoog.com/course/view.php?id=9

[sailoog.com]

Interesante articulo en el numero de este mes de la revista The MagPi. Habla sobre la incorporacion de la raspberry en las embarcaciones como multiplexor, emisor de NMEA y la posibilidad de usar todo tipo de sensores para generar nuevos datos NMEA. Todo eso que OpenPlotter ya hace
El autor es el autor de un software que incluye navigatrix desarrollado en java y muy completo aunque un poco complicado en su manejo.

La revista: http://www.themagpi.com/issue/issue-30/

[sailoog.com]

La manera de calibrar los SDR que he incorporado a OpenPlotter es algo inexacta así que voy a incorporar otra infalible y voy a dejar esta solo para echar un vistazo y ver si hay barcos emitiendo alrededor.

La manera es cogiendo una frecuencia que sepamos seguro donde esté y que este presente en todo el mundo para realizar lecturas sucesivas y calcular el factor de error a partir de los resultados. Esta frecuencia es nada mas y nada menos que la de los telefonos moviles.

Efectivamente estos aparatos del demonio también escuchan estas frecuencias y si son capaces de decodificar AIS imaginad que se puede hacer con ellas tambien pero eso es otro tema.

Implementaré el calibrado en OpenPlotter para que solo tocando un botón sepas el valor de ppm (corrección de error) pero como tardaré un poco en hacerlo os pongo la manera manual.

En la ventana terminal, primero instalar los paquetes necesarios:

sudo apt-get update
sudo apt-get install libtool autoconf automake libfftw3-dev

luego nos colocamos en la carpeta home y descargamos un software

cd
git clone https://github.com/steve-m/kalibrate-rtl

entramos en la nueva carpeta que se ha creado

cd kalibrate-rtl

tecleamos lo siguiente por orden y esperando a que cada parte acabe de hacer sus cositas

./bootstrap && CXXFLAGS='-W -Wall -O3'
./configure
make
sudo make install

Y ya tenemos todo lo necesario para calibrar nuestros SDR. Cada vez que queramos hacerlo tenemos que conectar el SDR, asegurarnos que ningun programa este accediendo a él en ese momento y teclear en un terminal:

kal -s GSM900

donde GSM900 es una de las bandas posibles (GSM850, GSM900, EGSM, DCS, PCS). Si no da ningún resultado probar con otra banda. A mi esa me ha funcionado muy bien.

Cuando haya devuelto una lista de los canales disponibles de esa banda escogeremos el que nos llegue mas fuerte que será el que tenga el valor "power" mas alto y teclearemos:

kal -c 8

donde 8 es el numero del canal. Entonces finalmente nos devolverá:

average absolute error: 34.982 ppm

y ese será la corrección de nuestro SDR

Esto hay que hacerlo cuando el dispositivo se haya calentado lo suficiente ya que con el calor este factor cambia asi que dejarlo por lo menos 30 minutos para asegurarse.

Esta prueba hay que hacerla cada vez que cambian las condiciones de uso del SDR como por ejemplo cambios de antena, cambios de lugar del equipo, añadir otros equipos a la instalación etc.

[Orzado]

Originalmente publicado por sailoog.com

La manera de calibrar los SDR que he incorporado a OpenPlotter es algo inexacta así que voy a incorporar otra infalible y voy a dejar esta solo para echar un vistazo y ver si hay barcos emitiendo alrededor.

La manera es cogiendo una frecuencia que sepamos seguro donde esté y que este presente en todo el mundo para realizar lecturas sucesivas y calcular el factor de error a partir de los resultados. Esta frecuencia es nada mas y nada menos que la de los telefonos moviles.

Efectivamente estos aparatos del demonio también escuchan estas frecuencias y si son capaces de decodificar AIS imaginad que se puede hacer con ellas tambien pero eso es otro tema.

Implementaré el calibrado en OpenPlotter para que solo tocando un botón sepas el valor de ppm (corrección de error) pero como tardaré un poco en hacerlo os pongo la manera manual.

En la ventana terminal, primero instalar los paquetes necesarios:

sudo apt-get update
sudo apt-get install libtool autoconf automake libfftw3-dev

luego nos colocamos en la carpeta home y descargamos un software

cd
git clone https://github.com/steve-m/kalibrate-rtl

entramos en la nueva carpeta que se ha creado

cd kalibrate-rtl

tecleamos lo siguiente por orden y esperando a que cada parte acabe de hacer sus cositas

./bootstrap && CXXFLAGS='-W -Wall -O3'
./configure
make
sudo make install

Y ya tenemos todo lo necesario para calibrar nuestros SDR. Cada vez que queramos hacerlo tenemos que conectar el SDR, asegurarnos que ningun programa este accediendo a él en ese momento y teclear en un terminal:

kal -s GSM900

donde GSM900 es una de las bandas posibles (GSM850, GSM900, EGSM, DCS, PCS). Si no da ningún resultado probar con otra banda. A mi esa me ha funcionado muy bien.

Cuando haya devuelto una lista de los canales disponibles de esa banda escogeremos el que nos llegue mas fuerte que será el que tenga el valor "power" mas alto y teclearemos:

kal -c 8

donde 8 es el numero del canal. Entonces finalmente nos devolverá:

average absolute error: 34.982 ppm

y ese será la corrección de nuestro SDR

Esto hay que hacerlo cuando el dispositivo se haya calentado lo suficiente ya que con el calor este factor cambia asi que dejarlo por lo menos 30 minutos para asegurarse.

Esta prueba hay que hacerla cada vez que cambian las condiciones de uso del SDR como por ejemplo cambios de antena, cambios de lugar del equipo, añadir otros equipos a la instalación etc.

Siento mi incultura, que es un SDR??

Originalmente publicado por Orzado

Siento mi incultura, que es un SDR??

SDR es un acrónimo de "software defined radio" o radio controlada por software.

En este contexto se refiere al uso de ciertos receptores de TDT baratos que se pueden usar a través de software para hacer virguerias como recibir AIS o escuchar "aviones".

En este contexto en particular se trata de poder montarte un receptor de AIS por menos de 20 €.

Si te ojeas este hilo desde el principio (no es muy largo.....aún) te podrás hacer una idea mas general.

Originalmente publicado por sailoog.com

Interesante articulo en el numero de este mes de la revista The MagPi. Habla sobre la incorporacion de la raspberry en las embarcaciones como multiplexor, emisor de NMEA y la posibilidad de usar todo tipo de sensores para generar nuevos datos NMEA. Todo eso que OpenPlotter ya hace
El autor es el autor de un software que incluye navigatrix desarrollado en java y muy completo aunque un poco complicado en su manejo.

La revista: http://www.themagpi.com/issue/issue-30/

Acabo de descargar el software de este señor y hacer pruebas con el en el PC de casa.
La idea original es muy similar a la de openplotter aunque la manera de llevarla a cabo no la veo tan afortunada.

Ya me imaginaba que al usar java la cosa no seria tan pulida y aunque funciona, el modo en que lo hace no es muy agradable. De hecho de java bastante que desear.

La consola incluye muchos accesorios muy vistosos pero no tan útiles y el uso es poco intuitivo y está saturada de datos poco relevantes. No se ajusta bien a la pantalla y los menús se comportan de manera errática.

Para colmo, lo que mas me llamaba la atención (el servidor web de datos) no he logrado que funcione y es que parece que está como a medio acabar.

Francamente, creo que openplotter está mas afinado, limpio, funcional y pulido. Es mas modular. Incluye soporte a varios idiomas. Kplex y opencpn están muy maduros y se complementan bien y openplotter (aún sin ser perfecto) se maneja mucho mejor que los horrorosos menús de java.

Creo que los navegantes hispanoparlantes estamos en ventaja en esta cuestión pues lo que este hombre plantea es muy dificultoso para los nuevos en esto y ni siquiera soporta el uso del AIS y menos aún la implementación del SDR.

Es duro ser guiri.