Electrónica Otra alternativa al ploter

Originalmente publicado por alcapar

Bueno pues una vez que parece que todo funciona llega el momento de hacer el montaje en el barco.

Le estoy dando vueltas al te!ma de la alimentación, por una lado he leído que si conectas demasiada carga al hub USB es probable que haya problemas, según esto podría ser interesante optar por un hub alimentado.

Se me ha ocurrido lo siguiente: pongo un hub alimentado y una de las salidas la uso para alimentar a su vez a la Pi, supongo que esto no tiene porqué dar problema, no?

El resto de puertos los uso para el cacharreo, ahora solo queda intentar alimentar el hub a 12V desde un térmico del cuadro.

La duda que queda es como sustituir la alimentación a 220V del hub por 12Vdc.

Qué os parece???

Pues hombre.... si alimentas a la Pi desde el Hub no es muy diferente a si alimentas el Hub desde la Pi.

En ambos casos, si hay suficiente energia todo O.K. pero si no te dara el mismo problema.

El alimentar el Hub Ademas de la Pi supone tener dos fuentes de energia.

Para alimentarla puedes usar un convertidor de 12-2V a 5 V de mechero que venden los chinos del barrio o buscar en la red o en tiendas de electronica un convertidor de mayor potencia conectable por cableado. En este hilo se han comentado varias veces.


Si este convertidor es lo bastante potente entre 3 y 5 A. puedes perfectamente prescindir del Hub alimentado.

[alcapar]

Por primera vez y sin que sirva de precedente voy a discrepar con Pingüino.

Entiendo que la limitación de la alimentación disponible en los puertos USB no solo depende de la alimentación de la Pi. Me explico, si uso un alimentador de 5A para la Pi no dispondrá de más corriente en los puertos que si uso uno de 2A, entiendo que hay limitación de la intensidad que pueden entregar los USB, no?

Del modo que planteo podría seguir alimentando por el microUSB a la Pi y los elementos conectados se alimentarán por el hub. Si conecto demasiadas cosas el limite esta en el amperaje del alimentador del hub.

Si la alimentación que llega al hub alimentado es de 5V solo tendría que comprar y desmontar un cargador de mechero.

Voy a probar así y os cuento.

[alcapar]

Ya está todo probado, tenía a mano un GPS USB y va perfecto. Es una maravilla, el GPS no hay manera de hacerlo funcionar en Windows, en cambio ha sido conectar a la Pi y aparecer las sentencias NMEA en OPENCPN.

Lo único que podemos poner un pero es a la cartografía CM93, tienen poco detalle comparadas con las del plotter, a ver si alguien averigua una cartografía vectorial más precisa.

Os animo a probar, con la ayuda de los tutoriales expuestos en la taberna y en la red, en un par de tardes tenéis esdto funcionando.

El remate sería disponer de AIS con TDT USB, pero parece que esto puede superar la capacidad de proceso de la frambuesa. Siempre queda la posibilidad de pillar un AIS USB como ha hecho Pingüino.

Gracias a los cofrades por sus aportaciones.

Originalmente publicado por alcapar

Ya está todo probado, tenía a mano un GPS USB y va perfecto. Es una maravilla, el GPS no hay manera de hacerlo funcionar en Windows, en cambio ha sido conectar a la Pi y aparecer las sentencias NMEA en OPENCPN.

Lo único que podemos poner un pero es a la cartografía CM93, tienen poco detalle comparadas con las del plotter, a ver si alguien averigua una cartografía vectorial más precisa.

Os animo a probar, con la ayuda de los tutoriales expuestos en la taberna y en la red, en un par de tardes tenéis esdto funcionando.

El remate sería disponer de AIS con TDT USB, pero parece que esto puede superar la capacidad de proceso de la frambuesa. Siempre queda la posibilidad de pillar un AIS USB como ha hecho Pingüino.

Gracias a los cofrades por sus aportaciones.

Me alegro de que te haya sido sencillo hacerlo funcionar.

lo de la cartografía... ya se que no es para tirar cohetes, pero es mas que suficiente para el uso habitual. Y siempre puedes echar un vistazo a la de Navionics en dispositivos móviles si quieres mas detalles.

Se que hay una empresa que se llama algo así como o-charts que esta ofreciendo a un precio aceptable cartografía mas actualizada para opencpn. Pero por ahora dicen que no hay versión para Raspberry Pi.

A ver si se ponen las pilas y la sacan. Una versión actualizada de cartografía de zona, que no requiera usar todo el bloque de CM93, podria ser muy interesante para los SailPieros.

Aún recuerdo los 240 € que pagué por un cartucho de Navionics para el plotter que no superan a la vieja CM93.

Que rabia me da.

[sailoog.com]

rapidamente que me tengo que marchar....

estoy haciendo las pruebas en navigatrix para repetir luego en la pi y descartar problemas de configuraciones y centrarme solo en problemas de rendimiento.

La primera foto es como llega la señal en los dos canales AIS. La montaña es una señal ais entrando en ese momento y las rayas de colores del cuadrado de abajo son las señales recibidas. Me están entrando como un cañon, potentes y limpias. Lo bueno es que las recibo con una antena que me he construido con un cable coaxial de televisión y que además estoy en pleno centro de barcelona sin vista directa alguna de ningún puerto, en un 4 piso rodeado de edificios y con la antena en el balcon

En la segunda foto podreis ver el opencpn recibiendo y la ventana del terminal con las instrucciones que he usado. Como veis pese a detectar barcos incuido salvamar, me marca solo las estaciones base, esto no tengo muy claro porque es, si por pobre señal o porque no tengo conectado gps al opencpn... no se. Pero teniendo en cuenta las condiciones de la prueba me doy con un canto en los dientes.

Costo del invento:

Receptor SDR: 9$
Antena: 0€ (material reciclado y un poco de cinta aislante)

Hay algunas consideraciones importantes al sistema a comentar. Cuando pueda mando fotos de la antena, del entorno y mas datos.

[alcapar]

No sé si habrá salido antes pero he encontrado esto:

http://yappelectronics.co.uk/STU.htm

Si funciona con la Pi, creo que puede ser muy interesante.

[sailoog.com]

Os suena el escritorio de la imagen? yesssssssss

Es nuestra querida Pi corriendo OpenCPN y decodificando AIS a la vez con un pincho de TDT de menos de 7 euros y una antena hecha con un cable de televisión colocada en el balcón de un cuarto piso sin vistas al mar rodeado de edificios y en pleno centro de ciudad llena de interferencias

Según la carga de la cpu del icono de abajo a la derecha va a tope pero no asfixiada. No le he cargado cartas nauticas y se mueve con relativa soltura. Cuando se las cargue haber que pasa pero yo creo que podrá moverlas.

Pinguino tengo una duda a ver si tu la sabes. Estoy visualizando el escritorio de la Pi desde un windows xp con "Acceso remoto a escritorio" con xrdp instalado en la Pi (no tengo monitor HDMI ni adaptador VGA) y la Pi conectada con cable de red al portatil. La pregunta es... esto le quita carga a la Pi o se la añade? en un escenario real con un monitor HDMI habría que añadirle el procesado del escritorio? En modo escritorio remoto el ordenador visitante lleva la carga o solo recibe imagen procesada por el host? no me aclaro con esto.

La prueba esta realizada con un raspbian fresquito con un upgrade, compilación de opencpn, plugin de rtl-sdr, rtl-sdr, aisdecoder y nada mas (aparte de los paquetes requeridos por ellos). Es decir no he optimizado opencpn ni nada mas (bueno si la pi esta overlockeada a 950).

Os cuento que el factor mas importante en este asunto es el parametro ppm:

rtl_fm -f 161975000 -g 49 -p 52 -s 48k -r 48k /tmp/aisdata

ppm podriamos decir que es el desvio o margen de error del pincho, es decir si sintonizamos en cualquier frecuencia por ejemplo la de AIS 161.975 Mhz en realidad estamos sintonizando por ejemplo en mi caso con ppm 52, en la frecuencia 162.227 Mhz y por supuesto no nos encontraremos lo que queriqmos escuchar. Este factor de error es diferente para cada pincho y depende de su fabricación, entorno, pero sobre todo de la temperatura. Al conectarlo tendrá un factor de error determinado pero cuando pasen unos minutos y se caliente tendrá otro totalmente diferente. Hay que descartar los pinchos con grandes diferencias en este sentido. También añadir que a mas ganancia mayor temperatura (dato -g 49, yo la tengo a tope).

La calibración no es dificil de hacer, yo la hice con un tercer programa pero el plugin de opencpn la hace automaticamente!!! aunque de momento no funciona por un pequeño error en el código que ya se ha reportado. Lo único que hay que tener en cuenta es que hay que hacerla cuando el pincho se haya calentado (con 10 minutos deberia de valer) y recordar que una vez ajustado no nos empezará a devolver datos hasta que no llegue a esa temperatura de calibración cuando hicimos la medida.

El tema de la antena ya veis la tonteria que es hacerse una muy buena antena con un maldito cable (no mas de metro y medio). Encima es flexible y portatil y se podría fijar facilmente a cualquier stay.

De cara a prepararse un pincho majo habría que mejorar algunos aspectos para eleiminar interferencias y disipar la temperatura todo lo posible pero asi tal cual ya funciona bien.

Solo hay que ver el festival de barcos que tengo en un momento

Voy a escribir un pequeño manual de todos los pasos y consejos en nuestra pagina para que no se hunda en la inmensidad de la taberna y os pongo el link pero tardaré un poco porque ando liadillo.

salud.

edito por si alguien se anima tambien y le ahorro trabajo: si haceis un upgrade se os instalará un driver de tdt generico. Eso es nuevo. Aunque instaleis luego rtl-sdr no funcionará sin antes poner en blacklist los driver genericos. Tambien hay que modificar permisos para que el dispositivo pueda ser usado sin sudo o root. Esto se hace en la compilacion de rtl-sdr o despues modificando unos archivos, siento no ser mas explicito pero es un poco largo d explicar.

Originalmente publicado por alcapar

Por primera vez y sin que sirva de precedente voy a discrepar con Pingüino.

Entiendo que la limitación de la alimentación disponible en los puertos USB no solo depende de la alimentación de la Pi. Me explico, si uso un alimentador de 5A para la Pi no dispondrá de más corriente en los puertos que si uso uno de 2A, entiendo que hay limitación de la intensidad que pueden entregar los USB, no?

Del modo que planteo podría seguir alimentando por el microUSB a la Pi y los elementos conectados se alimentarán por el hub. Si conecto demasiadas cosas el limite esta en el amperaje del alimentador del hub.

Si la alimentación que llega al hub alimentado es de 5V solo tendría que comprar y desmontar un cargador de mechero.

Voy a probar así y os cuento.

Tienes cierta razón aunque si te fijas comenté que no es muy diferente. Y es que si el hub alimentado esta alimentado por poca potencia y esa potencia tiene que alimentar también a la Pi puede que de todos modos acabe siendo insuficiente. Por tanto, si tu hub tiene que alimentar a la Pi ha de ser mas potente que si no lo tiene que hacer.

Por otro lado, en la practica he comprobado que si la Pi está bien alimentada suele ser suficiente. En parte te daré la razón ya que se dice que hay una especie de fusible que impide que por la Raspberry circule mas que cierta potencia. Pero como dije yo no la alimento por la entrada habitual sino por el puerto GPIO y eso puede que cambie algo las cosas.

Esto lo comento solo para matizar las cosas con mas detalle.