Re: Proyecto OpenPlotter
 

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.

Re: Proyecto OpenPlotter
 

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.

Re: Proyecto OpenPlotter
 

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.

Re: Proyecto OpenPlotter
 

Gracias por tus palabras Capitanlanmar :brindis:
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 :D 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 :sly:

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.

:brindis:

Re: Proyecto OpenPlotter
 

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

Re: Proyecto OpenPlotter
 

Genial! :cid5::cid5::cid5:

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.

:brindis:

Re: Proyecto OpenPlotter
 

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.

Re: Proyecto OpenPlotter
 

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

Re: Proyecto OpenPlotter
 

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

Re: Proyecto OpenPlotter
 

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.

Re: Proyecto OpenPlotter
 

Perdon se me habia pasado este mensaje.

Donde te sale ese mensaje? no me suena.

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.

Re: Proyecto OpenPlotter
 

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

En un terminal teclea:

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

y añade:

Guarda y introduce en el terminal:

y listo.

Re: Proyecto OpenPlotter
 

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.

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/

Re: Proyecto OpenPlotter
 

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.

:velero:

Re: Proyecto OpenPlotter
 

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

Re: Proyecto OpenPlotter
 

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.

Re: Proyecto OpenPlotter
 

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)

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!

Re: Proyecto OpenPlotter
 

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

Re: Proyecto OpenPlotter
 

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

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?

:brindis:

Re: Proyecto OpenPlotter
 

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.

Respuesta: Proyecto OpenPlotter
 

En el salón de Miami he conocido a unos chicos que hacen unos sensores (movimiento, gas, agua, baterías...) Conectados a un módulo central por Bluetooth. Se llaman Dokensip.
Lo he visto interesante y con cosas compartidas a este proyecto.
:brindis:

Re: Respuesta: Proyecto OpenPlotter
 

Pues la verdad es que tienen una pinta estupenda, lo unico habria que saber el precio

Re: Proyecto OpenPlotter
 

1500 mensajes y parece que fue ayer :D el de EEUU lleva 400 en poco tiempo y tiene pinta de ser kilométrico también. Solo puedo agradeceros a todos el interés y la colaboración, ojalá os estéis divirtiendo tanto como yo y sintáis este proyecto vuestro.

Dime donde te has encallado con la creación de cuentas. Esto es lo único que tengo al respecto en la documentación como borrador
https://sailoog.gitbooks.io/openplot.../accounts.html
Yo también estoy encallado con la documentación por falta de tiempo y tengo a los traductores parados :sorry: El problema con la creación de la cuenta de twitter es que twitter cambia la manera de hacerlo a menudo y según el pais las intrucciones varian algo. Miraré la manera mas facil de documentarlo cuando llegue a esa parte.

Para lo de raymarine sigue los consejos que te da gypsylyon que se ha agenciado el post 1500 y bien merecido :D

Re: Respuesta: Proyecto OpenPlotter
 

Pues si que tiene buena pinta el sistema aunque solo está destinado a seguridad y no a ayuda a la navegación. También tiene pinta de no ser muy barato ya que no he sabido encontrar precios en su web. Como ventajas le veo su aspecto compacto y facilidad de uso, sin duda es un producto plug and play. Como inconvenientes le veo lo que a la mayoría de productos propietarios, precios altos, dependencia de terceros, poca capacidad de ampliación, poca compatibilidad, posibilidad de acceso a datos personales por parte de terceros...

Ojeando sus características he caído en la cuenta de que no habíamos pensado en la captación de humos y gases y he encontrado unos sensores para ello que parece que funcionan muy bien y que cuestan la friolera de 4 euros. Se conectarían directamente a los pines de la raspberry y funcionarían igual que los detectores de movimiento, de apertura de puertas y de presencia de agua con los que ya cuenta openplotter, de hecho ya se podrían usar. Cuando investigue un poco más y haga pruebas publicaré los modelos compatibles. El resto de características de ese proyecto ya las tiene openplotter o las tendrá en breve.

Otra cosa que hace tiempo que investigué y que me ha recordado es la implementación de aplicaciones de geo-fencing a openplotter que es la definición de áreas virtuales sobre un mapa y la detección de objetos que entran o salen de ellas. Esto sumado a los nuevos plugins de representación de objetos sobre OpenCPN que se están desarrollando me han hecho desempolvar antiguos proyectos. Tengo algunas ideas de aplicación que creo que serían la bomba pero no daremos más pistas no? :D

Pese a ser un arduo defensor de la tecnología libre como ya sabéis, me alegra que existan este tipo de proyectos propietarios porque le dan aun más valor a openplotter en este caso y a la tecnología libre en general. Cuanto más actores de una y otra parte haya en la nueva era en la que entramos mejor que mejor, me explico...

A mi entender estamos viviendo una nueva revolución industrial y OpenPlotter es una killer app más de otras muchas que invadirán la escena en los próximos años. Estas empresas propietarias con tanta inversión en infraestructura y en marketing deberían empezar a preguntarse si sigue siendo el camino adecuado. De momento existe mercado para ambas filosofías ya que mucha gente prefiere la facilidad y comodidad de un producto propietario, mas caro y dependiente de terceros a otro más barato, técnicamente mejor y sin dependencias pero que le exigirá cierta inversión de tiempo y la adquisición de ciertas habilidades. Pero esto está cambiando rápidamente. Hace no muchos años podías sobrevivir particular y profesionalmente sin conocimientos de informática a nivel de usuario y hoy en dia no saber usar un ordenador casi es sinónimo de analfabetismo. Dentro de también poco tiempo no tener nociones básicas de programación y otras habilidades tecnológicas también lo será y una vez rota esta barrera las demandas del mercado van a cambiar y mucho.

Me alegra muchísimo que esta empresa y otras empresas del Pais Vasco últimamente se estén lanzando internacionalmente, pero algunas en mi humilde opinión han interpretado mejor el momento actual y están haciéndose un hueco en este nuevo escenario con mucho más éxito. Personalmente me introduje en este tipo de aventuras desarrollando e investigando en la fabricación de drones y en sus aplicaciones náuticas. Tras un año desarrollando afortunadamente me di cuenta que ya iba un poco tarde y me puede retirar a tiempo antes de invertir más tiempo y seguramente dinero en algo en lo que otros ya habían hecho mucho camino y uno de ellos era esta empresa vasca que es una muestra de lo que hablo http://erlerobotics.com

Siento la chapa pero este tema me fascina y ya habréis notado que cada vez que puedo meto cuchara jejeje

Re: Respuesta: Proyecto OpenPlotter
 

El problema que veo es que el sensor de gases que tenemos que tener en el barco tiene que estar homologado. Asi que no se si nos lo aceptarian en la ITB. Una alternativa es utilizar la señal del zumbador del sensor de gases "homologado" par activar uno de los pines de la Raspberri. De esta manera la cuestion legal y del seguro estaria en orden y podriamos detectar la señal de alarma on la Raspberri.

Ah y gracias Sailog por lo del 1500 (eso era un coche no?)

Re: Respuesta: Proyecto OpenPlotter
 

No hay problema con esto. La normativa oficial dice que tienes que llevar un equipo mínimo y que este tiene que estar homologado por sus empresas amigas.

Pero no prohíbe que puedas llevar cualquier tipo de artefacto no homologado siempre que no infrinja cualquier otra norma (armas , explosivos...) ni represente un peligro para la seguridad.

Otra cosa es que reconozcan a OpenPlotter un peligro para su seguridad y la de sus empresas amigas :pirata:

Re: Respuesta: Proyecto OpenPlotter
 

Siguiendo con el tema de los sensores para la Raspi, sabes si existen sensores de flujo de liquidos que se puedan conectar a la raspi?

Lo comento porque con el sensor de temperatura y uno de flujo de liquidos podemos vigilar la refrigeracion del motor.
A quien no se le ha olvidado abrir la valvula de entrada de agua salada de refrigeración de motor?
A mi me paso una vez, y por esas cosas de la vida, no avisó el sensor de temperatura original del motor, con lo que no sonó la alarma. Me di cuenta cuando salia vapor de agua del motor (aunque primero parecia humo - vaya susto).
Ahora tiene instalado un sensor mecanico con microrruptor (comercial) en la entrada de agua salada despues de la valvula. De esta manera si no entra agua o se obstruye la entrada avisa antes de que se caliente el agua del motor.
Si se dispusiera de este sensor, junto con el sensor de temperatura de motor y otro de temperatura del agua de escape conectados a la raspi podemos hacer una vigilancia perfecta del motor.
Podria hacer un script en Python que relacione estos tres sensores para que accione una determinada alarma segun lo que ocurra.
Otra aplicación de este sensor de flujo seria su utilizacion en el circuito de combustible para medir el flujo de gasoil. Asi podriamos saber la cantidad de gasoil que fluye y dar alarma antes de que se pare el motor, si baja el flujo (por el moquillo u obstruccion) y tambien calcular el consumo del gasoil por hora y total.
Yo tambien me pondre a buscar estos sensores para ver que precios tienen y como los podemos conectar a la Raspi.

Re: Proyecto OpenPlotter
 

yo tengo un microinterruptor conectado al grifo de la entrada de agua de motor, que mediante un rule activa una alarma luminosa y sonora.

Pero si abro el grifo, y se tapona la entrada, no avisa.

:brindis:

Re: Proyecto OpenPlotter
 

Si que existen, adafruit tiene algunos. No es un tema que tenga muy investigado pero me parece una buena idea. Seguro que hay cosas industriales baratas y fuertes.

Re: Proyecto OpenPlotter
 

Múltiples sensores de temperatura DS18B20 implementados :pirata:

Ahora puedes definir sensores ilimitados y controlar motor, neveras, etc. en multiples puntos.

http://www.sailoog.com/es/blog/prueb...otter-v070beta

He reprogramado algunas partes importantes y ahora se podrán añadir nuevas magnitudes provenientes de sensores, interruptores, arduinos, etc. más facilmente.

Esta es la hoja de ruta aproximada:

Documentación básica.
Multiples sensores DS18B20
Soprte para ADC
Más documentación
Panel de instrumentos e interruptores virtuales remoto.
Otras funcionalidades solicitadas ;)

Re: Proyecto OpenPlotter
 

Despues de hacer una busqueda intensiva en intenet he encontrado esto
http://www.futurlec.com/Flow_Sensor.shtml#GASFLOWMETER
Hay sensores para agua y diesel. Todos son digitales por sensor Hall. La tension de alimentacion va de 2,4 V a 26 V, y la salida es de pulsos, con lo que se puede leer directamente con la Raspi. El precio en relacion a la calidad es de los mejores que he visto. Si os parece bien serian un buen complemento para la Raspi.
Tendriamos controlado la refrigeracion del motor y el flujo de gasoil pudiendo conocer el consumo por hora, el consumo por cada vieje y el consumo total. Se podrian montar alarmas de reserva de gasoil con bastante esactitud. Calcular y mostrar el numero de horas de navegacion en funcion del consumo y la cantidad de combustible restante, etc. Respecto al flujo de entrada agua salada poner una alarma si baja de un determinado nivel, de esta manera sabriamos que hay un problema en el circuito de refrigeracion antes de que se caliente el motor.

He mirado tambien los sensores de arduino, pero me parecen flojos para el ambiente marino.

A ver que os parecen estos sensores

Re: Proyecto OpenPlotter
 

Despues de hacer una busqueda intensiva en intenet he encontrado esto
http://www.futurlec.com/Flow_Sensor.shtml#GASFLOWMETER
Hay sensores para agua y diesel. Todos son digitales por sensor Hall. La tension de alimentacion va de 2,4 V a 26 V, y la salida es de pulsos, con lo que se puede leer directamente con la Raspi. El precio en relacion a la calidad es de los mejores que he visto. Si os parece bien serian un buen complemento para la Raspi.
Tendriamos controlado la refrigeracion del motor y el flujo de gasoil pudiendo conocer el consumo por hora, el consumo por cada vieje y el consumo total. Se podrian montar alarmas de reserva de gasoil con bastante esactitud. Calcular y mostrar el numero de horas de navegacion en funcion del consumo y la cantidad de combustible restante, etc. Respecto al flujo de entrada agua salada poner una alarma si baja de un determinado nivel, de esta manera sabriamos que hay un problema en el circuito de refrigeracion antes de que se caliente el motor.

He mirado tambien los sensores de arduino, pero me parecen flojos para el ambiente marino. Aunque se podria utilizar para medir el consumo de agua dulce del barco

Los sensores de futurlec para gasoil, probablementeno NO serian aptos para motores de gran potencia ya que solo miden hasta 30 l /h. Para estos motores valdria este otro sensor http://www.conrad.com/ce/en/product/...f=searchDetail
que puede medir hasta 6000 l/hora. Aunque tambien sirve para agua, no creo que sea adecuado para medir la enrada de refrigeracion ya que el racor es de 1/4 de pulgada (=8mm)

Para medir el flujo de combustible necesitariamos 2 sensores uno en la linea de alimentación y otro en la de retorno para medir la diferencia que seria el consumo. Y otro sensor para la entrada de de agua salada.
A ver que os parecen estos sensores.

Re: Proyecto OpenPlotter
 

Que buena pinta! y no son muy caros. Cuando dices de pulsos a que te refieres? con que interface/libreria de la raspi se puede leer? algún ejemplo?

Re: Proyecto OpenPlotter
 

El sitema de deteccion es por pala giratoria con un iman. En la carcasa tiene un sensor de hall que detecta los impulsos magneticos. El detector tiene una salida digital que proporciona pulsos por segundo (PPS) . Aqui la calibracion como ejemplo el modelo FLOW40L0 de Material:Nylon with 30% glass fiber y 3/4 el racor (19 mm) que pienso es el ideal para la entrada de agua salada y solo cuesta 12,9 $

Mounting Method : Horizontal to Vertical
Range of Flow Rate : 2.0 – 60.0 L/min.
Calibration(horizontal mounting) :
Flow rate (lpm) Resolution(pulse/liter)
2.0 – 3.0 290
3.0 – 6.0 315
6.0 – 60.0 330
Accuracy : +/- 10%
Calibration(vertical mounting) :
Flow rate (lpm) Resolution(pulse/liter)
2.0 – 3.0 305
3.0 – 6.0 330
6.0 – 60.0 330
Accuracy : +/- 10%


Es decir con uno de los GPIO de la Raspi contamos el numero de PPS y conocemos el número de litros/min. Lo que no se es si el voltaje de salida sera proporcional al voltaje de entrada (2,4 a 26 voltios). De todas maneras podriamos alimentarlo con 12 voltios y la salida reducirla con un divisor de tension a 3,3 Voltios.

Aqui tienes un ejemplo de como se programa:

#!/usr/bin/env python

import RPi.GPIO as GPIO
import time, sys

FLOW_SENSOR = 23

GPIO.setmode(GPIO.BCM)
GPIO.setup(FLOW_SENSOR, GPIO.IN, pull_up_down = GPIO.PUD_UP)

global count
count = 0

def countPulse(channel):
global count
count = count+1
print count
flow = count / 330 # 6.0 – 60.0 l/m 330 pulsos por litro
print(flow)

GPIO.add_event_detect(FLOW_SENSOR, GPIO.FALLING, callback=countPulse)

while True:
try:
time.sleep(1)

except KeyboardInterrupt:
print '\ncaught keyboard interrupt!, bye'
GPIO.cleanup()
sys.exit()

Re: Proyecto OpenPlotter
 

Lo que me temía... esto hace necesario programar un nuevo interface para este tipo de sensores, me explico... (atención que viene tocho :santo:)

Sea cual sea el tipo de comunicación que usa un sensor (I2C, 1W, SPI, pulsos...) puede ir conectado a cualquier pin o grupo de pins. Es por programación que tu le indicas como ha de comportarse ese pin o grupo de pins. Lo que pasa es que para guardar una cierta compatibilidad entre diferentes hats o placas de ampliación de la raspberry que se conectan al puerto GPIO, se establece y recomienda que por ejemplo el pin GPIO4 siempre sea usado para sensores 1W o que los pines GPIO2 y GPIO3 sean siempre usados como conexiones I2C.

Dicho esto, OpenPlotter usa en estos momentos los pines reservados como I2C para sesnores IMU, temperatura del aire, presión y humedad; el pin 1W para multiples conexiones de sensores de temperatura y los pines SPI para los sensores analogicos.

El resto de pines no están reservados y se usan para proposito general. Son los que usamos para conectar interruptores y para activar zumbadores, relés etc.

Para este tipo de sensores por pulsos no hay pines reservados y se usan los de proposito general. Con estos sensores por pulsos no solo podriamos controlar sensores de flujo como los que propones, también podriamos controlar las revoluciones del motor, la velocidad del viento, la cadena que estamos largando... Por todo esto es por lo que digo que se merece tener su propia "pestaña" en OpenPlotter tal como la tienen los sensors I2C, 1W, SPI e interruptores.

Son los sensores más faciles de programar ya que tan solo se trata de contar las veces que se cierra un interruptor pero son los mas dificiles de contextualizar dado el numero de magnitudes diferentes que pueden medir y sus respectivas unidades. Pero lo vamos a intentar no? :pirata:

De entrada yo añadiría al código que propones el factor tiempo para obtener, a parte de las vueltas que da cualquier eje, cuanto tarda en dar cada vuelta. A esto lo podemos llamar revoluciones y puede aplicarse por igual a cualquier tipo de sensor.

Para poder programar un interface que sirviera para todo tipo de sensor debemos de aplicar otra variable esta mas complicada. En el caso del sensor de flujo que propones sabemos que el valor 330 son los pulsos/vueltas que tiene que dar para que pase un litro; y en el caso de un contador de cadena sabemos que por ejemplo 10 serían las vueltas que tiene que dar el molinete para largar un metro.

A partir de aquí se me plantean estas dudas...
Como ostias llamamos a esta variable que nos sirva para la calibración de una manera generica y que se entienda? es decir cuando el usuario se encuentre un campo donde deberá introducir este valor para diferentes sensores, como carajo le llamamos?

Y mi otra gran duda es que en el caso del sensor de flujo, al tratarse de liquidos entiendo que cuanto más rapido fluye, este valor cambia y por eso tenemos:

Flow rate (lpm) Resolution(pulse/liter)
2.0 – 3.0 290
3.0 – 6.0 315
6.0 – 60.0 330

Y aquí la liamos porque ya no tenemos solo una variable a aportar por el usuario, son tres. Como programo un interface generico para eso? supongo que encontraremos la manera pero está jodido no?

:brindis:

Re: Proyecto OpenPlotter
 

Entiendo tus preocupaciones y realmente es dificil el determinar esta cuestion. Asi a bote pronto se me ocurre que se le puede llamar "Numero de Pulsos" o sencillamente "pulsos".
De todas maneras no lo veo muy claro lo hacer algo tan general. A lo mejor es hora de sentarse a definir que queremos hacer con Openplotter (ISO 9000). No creo que una Raspi pueda gestionar un monton de aplicaciones a la vez. Respecto al uso de las entradas digitales, pienso que habria que decidirse por limitar las aplicaciones y desrrollar el script adecuado para cada una ellas. De esta manera no tendrias el problema de como llamar a la variable.
Por ejemplo en el caso del flujo de agua salada, se podria hacer por motores. Esto significa que habria que crear una base de datos con las caracteristicas de cada motor ( RPM, Potencia, Temperatura motor, caudal agua salada, etc). Como no serian muchas variables supongo que no necesitaria mcho espacio. De esta manera con elegir en el programa el tipo de motor se utilizarian las constantes respectivas.
Probablemente habria que hacer los mismo con los sensores de flujo.
Otra posibilidad, para evitar la base de datos, seria crear un cuadro de dialogo con un numero determinado de vaiables ( RPM, Potencia, Temperatura motor, caudal agua salada, etc) donde introducir las caracteristicas de cada motor o sensor. Estas se pueden guardar en un fichero. Incluso se podria poner el nombre del barco para que aparezca en el monitor.

Respecto al factor tiempo, por su puesto estoy totalmente de acuerdo contigo, y ademas es necesario. Por ejemplo para el flujo de gasoil o gasolina, estos cuentan en pulsos por minuto o por segundo. de esa manera obtenemos litros por minuto. Luego esto habria que acumularos en otras variables para obtener el consumo total, el consumo por trip, el consumo por hora, la media del consumo por hora, el consumo instantaneo, etc

He intentado buscar en internet el flujo de las bombas de agua salada sin exito. En mi velero tengo un Sole Mni 44, asi que el lunes llamare a Sole Diesel para preguntar este detalle. Si es como me imagino, estas bombas con racor de 3/4 dan hasta 40 l/m a unas 3000 RPM. Supongo que al ralenti daran mas de 6 litros. En este caso solo habria que usar los 330 p/l.
Si diera menos de 6 litros al ralenti, habria que introducir en el calculo las revoluciones del motor y esto no seria dificil. Eso si seria necesario leer las RPM del motor y conseguir la grafica de flujo de agua salada del motor segun RPM.

Como veo viene trabajo.
Asi que resumiendo. Mi propuesta es la de definir que aplicaciones querempos para Openplotter, desarrollarlas y sacar la version definitiva.
Para ello podriamos habrir una ventana de tiempo para que los cofrades vayan proponiendo lo que les gustaria tener en Openplotter. Cuando acabe este tiempo seleccionar lo que es viable y lo que no para luego desarrollarlo.
Por su puesto sin dejar de navegar para ello:velero:
Que piensas?

Re: Proyecto OpenPlotter
 

Se me acaba de ocurrir que no necesitamos las revoluciones.
Si tenemos un flujo de:
2 a 3 l/m serian 580 a 870 p/m o 9,6 a 14,5 p/seg
3 a 6 l/m serian 945 a 1890 p/m o 15,75 a 31,5 p/seg
mas de 6 a partir de 1980 p/m 0 mas de 33 p/seg

Contando los pulsos por segundo podriamos filtrar los litros por minuto y apicar el correspondiente valor

if pulsos < 9,6
alarma=1 # No hay suficiente agua de refrigeración
elseif pulsos >9,6 or < 15,75
calibracion=290
elseif pulsos > 15,75 or < 33
calibracion = 315
eseif pulsos > 33
calibracion = 330

Mejor seria hacerlo cada 5 segundos para disminuir el error.

Esto deberia funcionar No? Que opinas?
Asi no ahorrariamos el pregutar el flujo de cada bomba segun revoluciones

Re: Proyecto OpenPlotter
 

Buen dia a todos,

Esto avanza rápidamente y faltan manos. Hay un gran trabajo por hacer y aun somos pocos redactando y traduciendo la documentación:

https://www.gitbook.com/book/sailoog...tation/details

Para participar en la redacción se necesita un nivel aceptable de inglés ya que es el idioma en el que se escribe el original para facilitar las traducciones. Para participar en las traducciones se necesita un nivel medio de inglés (simplemente entender lo que se lee).

En este enlace están las instrucciones para participar y una especie de hola de estilo.

https://www.dropbox.com/s/p5fhhgso5y...20doc.pdf?dl=0

:gracias:

P.D.1. Esta tarde intento contestar gypsylyon
P.D.2. v36317 Léete el documento please ya que han cambiado algunos pasos.

Re: Proyecto OpenPlotter
 

Ok, ya he estado echando un vistazo...
Lo leo y comentamos...
Ánimo...

Enviado desde mi A0001 mediante Tapatalk

Re: Proyecto OpenPlotter
 

Hoy he probado el openploter navegando, al dar al botón de grabar el track se me cierra opencnp

Enviado desde mi E2303 mediante Tapatalk