VHF: Canal 77
"Se navega por los astros, por la mar, por la tierra, por las gentes, por los sentimientos...Se navega." — Altair

Hola Cofrade

Hemos detectado que utilizas un bloqueador de anuncios. Si puedes, considera añadir La Taberna del Puerto a tu lista de excepciones. Esto nos ayuda a mantener la comunidad y cubrir los gastos del servidor. ¡Gracias por tu apoyo!

LOTERÍA DE NAVIDAD 2026
De nuevo jugamos al 31103 que no es otro que la fecha de fundación de la Taberna. Si quieres jugar haz click en el décimo

Por favor, si juegas, comprueba que estés en la lista y que no haya ningún problema. Muchas gracias a todos los que participáis y MUCHA SUERTE.

Anuncio

Colapsar

NORMAS DEL FORO: OBLIGATORIA SU LECTURA

Hola cofrade, has recalado en la Taberna del Puerto, algo más que un foro náutico. Eres bienvenido, participa, aprende y enséñanos; de eso se trata, de enriquecernos todos en nuestros conocimientos, y sobre todo de pasar un buen rato. No entres si vienes buscando conflictos, polémicas o cualquier otro fin que no sean los anteriormente descritos. Tenemos algunas normas y es obligatorio que las leas antes de empezar.

1/ Este es un foro náutico y aunque se permite hablar de otros temas, se ruega contención en el uso de los mismos, para ello existe un foro específico.

2/ Usa títulos claros y que describan el contenido del tema. De este modo será más fácil encontrarlos en el buscador para posteriores consultas además de que facilitas el trabajo de los que te vayan a responder. Títulos ambiguos como “ayuda”, “tengo un problema”, etc... no colaboran a este fin. Inserta tú tema en el foro adecuado, mira antes de lanzarlo por si alguien poco antes que tú ha puesto lo mismo; si es así no crees un tema nuevo, contesta al otro. Usa el buscador, es una gran herramienta. No escribas todo el texto con mayúsculas, se interpreta como que estás gritando. Todo esto facilita enormemente el trabajo de los que curramos aquí.

3/ No se permite el "spam" ni la publicidad de empresas o de actividades que conlleven lucro. Tampoco solicitud de ofertas de empresas o profesionales salvo en los foros de anuncios de compra-venta.

4/ No uses el foro como un chat salvo en aquellos temas habilitados a tal efecto, los cuales periódicamente serán eliminados. Las contestaciones reiterativas y/o automáticas, haciendo uso del sistema copi-pegui o cualquier otro no están permitidas.

5/ Respeta a los demás y a sus opiniones si quieres que las tuyas sean respetadas. Los insultos, la agresividad, el mal gusto y la mala educación no están permitidas en este foro. Aquí venimos a divertirnos, no a pelearnos. Se prohíbe insultar, ser agresivo, maleducado, soez, no respetar a los demás, intentar imponer nuestras ideas, empezar o dar pie a que empiecen peleas o trifulcas. Se exige orden y delicadeza a la hora de tratar ciertos asuntos, como por ejemplo, en lo que a la ortografía se refiere. Serán considerados como insultos y faltas de respeto el calificar a los Moderadores y/o Administradores como censores, dictadores, que coartan la libertad de expresión, que aplican un doble rasero, y expresiones similares.

6/ Nos gusta conocer con quién hablamos, así que, una pequeña presentación en el foro correspondiente que existe para tal fin siempre será bien recibida. No obstante, si alguien decide no presentarse, los demás usuarios se abstendran de reclamar dicha presentación y/o realizar crítica o petición alguna.

7/ Los temas políticos o que induzcan a la polémica innecesaria, mejor los dejas para otros foros de los muchos que hay para ello en la red. Se prohíbe hablar de política, de política económica, de política social, de nacionalismos, de antinacionalismos, de diferencias idiomáticas, de banderas nacionales, de exaltaciones patrióticas, de hechos diferenciales, de religión, de anti-religíon, de toros y del maltrato animal, y en general de todos los temas que se sabe de antemano van a ser polémicos y mucho más si no son náuticos. No contestes a estos temas o mensajes, informa a los administradores. No se tolerarán actitudes racistas, xenófobas, sexistas, denigrantes hacia otros colectivos o para con los demás, totalitarias o extremistas sean del signo que sea.

8/ El reenvío de mensajes que hayan sido modificados, o bien el envío de otros mensajes que muestren su descontento con esta modificación, pueden conducir al bloqueo de la cuenta. Esto también sucederá cuando un usuario insista en retomar algún tema o continuar sobre una conducta de la que se le ha alertado. En casos de que la mala conducta de un usuario continúe, se podrá proceder a su expulsión definitiva.

9/ Todos los temas y/o mensajes que fomenten la piratería sobre cualquier software u otro material protegido, o informen de cómo o dónde llevarla a cabo serán retirados inmediatamente del foro. No obstante, y debido a la imposibilidad por parte de los administrador de controlar todos los temas y mensajes , si alguien detecta cualquier incidencia de este tipo ruego lo comunique de forma inmediata a la administración, especificando el enlace al tema para poder ser retirado.

10/ Se prohíbe la reproducción total o parcial de textos u otros medios sujetos a Copyright y/o pertenecientes a otras webs, foros, etc... Sin embargo si que se podrán insertar enlaces a los mismos, pero siempre haciendo referencia a la página propietaria.

11/ La Taberna es un foro en lengua castellana o español, pero cada uno es libre de expresarse como quiera, allá él si la mayoría no lo entiende. Los usuarios se abstendrán de hacer ningún comentario indicando al que escribe en otra lengua su pertinencia o no. Tampoco se tolerará el uso del idioma como arma reivindicativa de ningún tipo.

12/ No se permiten insultos ni difamaciones a empresas, profesionales o particulares. Tampoco acusaciones de ningún tipo, que no estén probadas o demostradas judicialmente o por lo medios legales adecuados. Este no es un medio para presentar denuncias, para ello, existen los juzgados, consumo, etc...

13/ No se permite la inserción de hilos o mensajes con el fin de generar exclusivamente tráfico a otras web, aplicaciones o canales, bien sea mediante enlaces, mediante artículos, ficheros o datos parciales, o por cualquier otro método.


14/ Cualquier incumplimiento de estas normas, puede ser motivo de amonestación y/o expulsión del autor, de borrado o cierre de temas o mensajes, o de cualquier otra medida que la administración decida para intentar hacer que éstas sean cumplidas. Los temas pueden ser movidos o unidos sin previo aviso a criterio de los administradores.

15/ Si estás de acuerdo con ellas este es tú sitio; si no te gustan, no te apetece cumplirlas, las consideras restrictivas, censoras o que coartan tu libertad de expresión, no entres, no intervengas, y no te quejes cuando te sean aplicadas las medias correctoras adecuadas. No luches por cambiarlas a tu conveniencia, no puedes.

16/ Baja Voluntaria del foro.

Ni éste ni ningún otro Foro tiene previsto un sistema de Bajas voluntarias y automáticas. Simplemente con dejar de participar en él, y editar el Perfil de usuario para que dejen de aparecer los datos que crean no deben verse es suficiente.

No obstante, si alguien quiere que se le borre su cuenta, deberá enviar un e-mail desde el enlace "contáctanos" que se encuentra en la parte inferior del foro usando el e-mail con el que está registrado en la Taberna ya que es la única forma de comprobar la autenticidad del que se quiere dar de baja.
Así se evita que alguien pueda coger los datos de tu cuenta y pedir que se borre la misma.

Por otro lado advertir que los mensajes del usuario aparecerán, una vez borrada la cuenta, como realizados por un "invitado" ya que las intervenciones en un Foro público, son públicas. Es decir, desde el momento en que se publican dejan de pertenecer al usuario. Por otro lado, como siempre hay contestaciones a los mensajes, si algunos son borrados, el hilo deja de tener sentido.

En cualquier caso, si existe algún o algunos mensajes en el que aparezcan datos personales que el usuario no quiere que sigan apareciendo, ANTES de pedir la baja, podrá reportarnos estos mensajes, usando la opción "reportar mensajes" y nosotros eliminaremos esos datos personales.

Se entiende que una vez borrada la cuenta, esta acción es irreversible, con lo cual no se podrá volver atrás.



Estas normas pueden ser modificadas sin previo aviso, por lo que se recomienda consultarlas regularmente...



Bueno, y eso es todo, pasa, busca asiento por donde puedas y pide lo que guste...
Ver más
Ver menos

Proyecto OpenPlotter

Colapsar
Este tema está cerrado
X
X
 
  • Filtrar
  • Tiempo
  • Mostrar
Limpiar Todo
nuevos mensajes

  • 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.

    Comentario


    • Re: Respuesta: Proyecto OpenPlotter

      Originalmente publicado por Salat Ver Mensaje
      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.
      Pues la verdad es que tienen una pinta estupenda, lo unico habria que saber el precio

      Comentario


      • Re: Proyecto OpenPlotter

        Originalmente publicado por ManelvallsVila Ver Mensaje
        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?

        1500 mensajes y parece que fue ayer 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

        Yo también estoy encallado con la documentación por falta de tiempo y tengo a los traductores parados 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

        Comentario


        • Re: Respuesta: Proyecto OpenPlotter

          Originalmente publicado por Salat Ver Mensaje
          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.
          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?

          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
          Editado por última vez por sailoog.com; 15/02/2016, 15:47:05.

          Comentario


          • Re: Respuesta: Proyecto OpenPlotter

            Originalmente publicado por sailoog.com Ver Mensaje

            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.
            e
            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?)

            Comentario


            • Re: Respuesta: Proyecto OpenPlotter

              Originalmente publicado por gypsylyon Ver Mensaje
              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?)
              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

              Comentario


              • Re: Respuesta: Proyecto OpenPlotter

                Originalmente publicado por sailoog.com Ver Mensaje

                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.
                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.
                Editado por última vez por gypsylyon; 17/02/2016, 17:28:36. Razón: correccion

                Comentario


                • 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.

                  Comentario


                  • 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.

                    Comentario


                    • Re: Proyecto OpenPlotter

                      Múltiples sensores de temperatura DS18B20 implementados

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



                      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

                      Comentario


                      • Re: Proyecto OpenPlotter

                        Originalmente publicado por sailoog.com Ver Mensaje
                        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.
                        Despues de hacer una busqueda intensiva en intenet he encontrado esto
                        Flow Sensor, Liquid Flow Sensor, Liquid Flow Sensor with Digital Output

                        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

                        Comentario


                        • Re: Proyecto OpenPlotter

                          Originalmente publicado por sailoog.com Ver Mensaje
                          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.
                          Despues de hacer una busqueda intensiva en intenet he encontrado esto
                          Flow Sensor, Liquid Flow Sensor, Liquid Flow Sensor with Digital Output

                          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.
                          Editado por última vez por gypsylyon; 19/02/2016, 11:08:36. Razón: Correccion

                          Comentario


                          • 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?

                            Originalmente publicado por gypsylyon Ver Mensaje
                            Despues de hacer una busqueda intensiva en intenet he encontrado esto
                            Flow Sensor, Liquid Flow Sensor, Liquid Flow Sensor with Digital Output

                            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.

                            Comentario


                            • Re: Proyecto OpenPlotter

                              Originalmente publicado por sailoog.com Ver Mensaje
                              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?
                              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()

                              Comentario


                              • Re: Proyecto OpenPlotter

                                Originalmente publicado por gypsylyon Ver Mensaje
                                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()
                                Lo que me temía... esto hace necesario programar un nuevo interface para este tipo de sensores, me explico... (atención que viene tocho )

                                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?

                                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?

                                Comentario


                                • Re: Proyecto OpenPlotter

                                  Originalmente publicado por sailoog.com Ver Mensaje
                                  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?
                                  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

                                  Originalmente publicado por sailoog.com Ver Mensaje
                                  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?

                                  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
                                  Que piensas?

                                  Comentario


                                  • Re: Proyecto OpenPlotter

                                    Originalmente publicado por sailoog.com Ver Mensaje
                                    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?
                                    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
                                    Editado por última vez por gypsylyon; 21/02/2016, 02:03:24. Razón: correccion

                                    Comentario


                                    • 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:

                                      GitBook is a knowledge platform that connects your docs, product and users, answers user questions, and identifies knowledge gaps. Docs-as-code support & AI insights included.


                                      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.





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

                                      Comentario


                                      • Re: Proyecto OpenPlotter

                                        Originalmente publicado por sailoog.com Ver Mensaje
                                        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:

                                        GitBook is a knowledge platform that connects your docs, product and users, answers user questions, and identifies knowledge gaps. Docs-as-code support & AI insights included.


                                        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.





                                        P.D.1. Esta tarde intento contestar gypsylyon
                                        P.D.2. v36317 Léete el documento please ya que han cambiado algunos pasos.
                                        Ok, ya he estado echando un vistazo...
                                        Lo leo y comentamos...
                                        Ánimo...

                                        Enviado desde mi A0001 mediante Tapatalk

                                        Comentario


                                        • 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

                                          Comentario


                                          • Re: Proyecto OpenPlotter

                                            Este fin de semana he tenido tiempo de bricolear y he montado el prototipo del anemómetro para la Raspberry. Como sabeis he utilizado unos sensores de viento de tipo hilo caliente y con un convertido AD se leen los datos en la Raspi.
                                            En estos links podeis seguir el desarrollo para que no tengais que buscar.







                                            A continuacion algunas fotos del prototipo. He utilizado componentes estandares que se encuentran en las tiendas de electronica.
                                            En un extremo de la placa del circuito estan los cuatro sensores de viento (una para cada cuadrante) que se parecen a una torre. Luego la linea de 4 potis como divisores de tension para limitar esta a la entrada del Convertidor analogico digital a 3,3,V. Finalmente el Convertidor AD MCP3008 de 10 bits y los inevitables puentes. En el extremo opuesto a "la torre" van a quedar todas las conexiones al cable.
                                            En otra foto las conexiones hecha con alambre.

                                            Se podria hacer mas pequeño de tal manera que usando componentes SMD se podrian introducir en "la torre" de los sensores de tal manera que su tamño seria 3 cm x 3cm por 4 cm(alto). Eso hubiera requerido hacer una caja a medida (p.e. impresora 3D que no tengo) y diseñar una placa de circuito impreso a dos caras. Pero eso es futuro.
                                            Ahora montarla en la caja (9cm x 6cm x 5 cm) y probarlo en la intenperie.
                                            Archivos Adjuntos
                                            Editado por última vez por gypsylyon; 19/03/2016, 19:29:35.

                                            Comentario


                                            • Re: Proyecto OpenPlotter

                                              Originalmente publicado por v36317 Ver Mensaje
                                              Ok, ya he estado echando un vistazo...
                                              Lo leo y comentamos...
                                              Ánimo...

                                              Enviado desde mi A0001 mediante Tapatalk
                                              Dado de alta,

                                              Esperando permisos.

                                              Comentario


                                              • Re: Proyecto OpenPlotter

                                                Hola a todos;

                                                Respecto a tema sensores; acabo de descubrir éste sensor de viento que lo tiene todo y creo apto para la pi y openplotter. me viene bien pues mi mastil rota y no sirve cualquiera...
                                                anemometer, wind vane, wind instrument, masthead, SailTimer, wind speed, TTD, iPad, iPhone, Android, sailing, sailboat, wireless, solar-powered, wind direction, Bluetooth&#8220;>


                                                Como caracteristicas:

                                                Wireless (easy to install).
                                                Solar-powered renewable energy; can run day & night indefinitely.
                                                Submersible.
                                                Innovative wind cup blades maintain equal accuracy when sailing heeled over.
                                                The best features, and also the lowest price on the market: on sale for US $ 349.99.
                                                The first masthead anemometer with a digital compass right in the wind direction arrow.
                                                That means you even get wind direction while docked or swinging at anchor, when GPS heading is not available.
                                                With new features in app updates, the Wind Instrument actually becomes more useful over time.
                                                2016 version shown above adds an off-switch for storage, new antenna arrangement for tall masts, and incredibly thin tail electronics with solar panels 40% thinner and rest of trailing edge just 3.5 mm (0.13"). Full details.
                                                The only masthead anemometer that works with rotating masts.
                                                No base unit required.
                                                For sailboats of all sizes, from keelboats to centerboard racing dinghies and even small multihulls (no 12-volt battery required).
                                                Small vertical design rather than the common horizontal structure, to deter large seabirds.
                                                Masthead mount or portable with small adapter for 1/4" tripod / Gorillapod / GoPro mount.
                                                Also works in the winter: our advanced battery continues to hold power and accept a charge down to -40 degrees (C/F).
                                                We made the first-ever masthead anemometer that transmits to mobile devices, and this is our newest version.
                                                Designed to work with third-party apps and hardware using the industry-standard NMEA 0183 format.
                                                Accessory for plugging in to on-board wired marine electronics.
                                                Wind direction equally sensitive all the way around; no dead band at the end of the rotation as in wind direction sensors with potentiometers.
                                                Transmits every second: twice as fast as our previous version.
                                                Amazing mounting options to raise the anemometer after your boat is in the water, without having to lower or climb the mast.

                                                349 dolares...jeje

                                                Comentario


                                                • Re: Proyecto OpenPlotter

                                                  glup (el precio)

                                                  Comentario


                                                  • Re: Proyecto OpenPlotter

                                                    Hola, y unos para celebrar este proyecto y a sus impulsores por el trabajo realizado.
                                                    Ya tengo mi frambuesa tuneada, y funcionando con Openplotter, a la espera que me llegue el conversor NMEA a usb y receptor TDT, que espero que no tarden.
                                                    Mi equipo instalado en el barco es el siguiente:
                                                    Equipo de viento ST60
                                                    Piloto automático ST4000+
                                                    Plotter Garmin
                                                    Emisora Northstar Explorer
                                                    y actualmente conectados a través NMEA.
                                                    Pretendo conectar la frambuesa a través de NMEA-USB, para poder tener todos los datos en Openplotter y visualizarlos mediante escritorio remoto o la TV del barco que es de bajo consumo (que es una prioridad para mí)
                                                    Tengo que decir que nunca había tocado programación ni cualquier otro sistema operativo que no fuera el habitual para mí, pero después de leer este hilo dos veces y tomar apuntes, me he decidido a montar este sistema que me parece perfecto, por el desarrollo que ha tenido este último año.

                                                    Os iré contando y preguntando...

                                                    Comentario

                                                    ¿Quién está?

                                                    Colapsar

                                                    Actualmente hay 14 usuarios en línea. 0 miembros y 14 invitados.

                                                    La mayor cantidad histórica de usuarios es de 37.627, 06/09/2026 en 10:52:48.

                                                    Trabajando...
                                                    X