Cita:
Originalmente publicado por Capicua
Como antes dicho no se trata de polemizar y sin dudas si sos tu quien lo dices y " tu " concibes OP menos aun.
Mismo así creo que se trata de un trabajo colaborativo en que muchos aquí y en otros sitios colaboran con ideas, algunas buenas y otras solo ideas.
Me quedan dudas de lo que afirmas del cableado o bien no te he entendido o no es bien así. O tal vez le falte capacidad a la PI para procesar tanta información.
Reitero la idea es no polemizar, yo lo veo así .
Analicemos las informaciones mas básicas que eventualmente podemos querer del motor y de forma rápida y sin sofisticar mucho yo diría que mínimamente, a mi me gustaría saber que hay flujo de agua salada y que la temperatura del motor esta dentro de un rango predefinido. Porque? Bueno porque tengamos flujo de agua salada no significa que tengamos refrigeración del motor. Observa que para el ejemplo estoy dejando de lado flujo de combustible, presión de acetite, etc. En esta configuración mínima, TM , S. de flujo precisaríamos 4 hilos para llevar información +,- , Temp, Pulso. Detalle ha ser considerado. No se sabe hoy por hoy cual será el comportamiento del un conversor A/D, bajo la influencia de las posibles interferencias. Ademas que habría que cubrir todas las posibilidades de múltiplos usuarios. Les regalo el peludo de blindar la comunicación, pero les vale intentarl…. Radio, VHF, HF , repley del alternador , encendido de heladera, ruido del pwm del Piloto, pwm del conversor chino 12 /5V y por hay va. 
A mi me queda claro que son justamente los motivo que tu das, los que justifica un modulo que comunique en forma serial bajo algún protocolo.
El problema de marinisación de un arduino nano se resume a un tubete de epoxi. Por otro lado el ejercito de sensores , SD , etc para mi es la misma. Los sensores porque no serian los mismo?
Lo que me gustaria.
En mi caso para el Motor y tal vez el de otros, un único arduino nano podría informar:
Temperatura del refrigerante.
Temperatura del agua de la salida escape.
Presión de aceite.
Flujo de refrigerante.
Flujo de diésel.
Corriente que esta entregando el alternador.
Conmutar los bancos de baterías.
Alarmar en algunos casos.
Mandar de forma serial toda la información por dos hilos comunes a OP.
Detalle el tamaño de el cableado seria mínima dada la proximidad de todos los elementos, la alimentación seria directa del motor
La esposa le pregunta al marido , querido que querés comer? El marido le responde que una unos tapas de jamón ibérico, queso …. . La esposa le responde, te pregunte que querías comer, no lo que te gustaría comer, preferís arroz con huevo o huevo con arroz. 
Cuanto te refieres a la comunicación vía, NMEA 0183, NMEA 2000, Signal K. Estos protocolos tienen reservadas sentencias que incorporen los medidores de flujo o la temperatura del motor, etc. Creo que no, y de ser así se complica. No? 
 |
Me meto en la discusion ya que me siento aludido por el tema del conversor AD para la Raspi.
En primer lugar decir que mi experiencia con Arduino es cero, por lo que no puedo decir si el sistema que propones es mejor o peor.
Pero si tengo experiencia en sistemas inalambricos y te puedo decir que hay una gran diferencia entre sistemas fiables (mas caros) que otros sistemas y ladiferencia es grande. No te lo tomes a critica, ya he dicho que no tengo expriencia con arduino, pero un sistema barato como arduino, me pregunto si es fiable, constante y sin fallos de conexion para un velero o motora en condiciones marinas.
Mi lema es, cuanto mas sencillo, menos problemas. Y los cables son más sencillo y seguros que las conexiones por radio. Ademas en el barco hay muchas posibilidades de interferencia que pudieran afectar a la comunicacion de los módulus. pero no quiere decir que estoy en contra, solo que habria que probarlo. Y aqui tengo el mismo problema que tu. Tendria que empaparme en el Arduino y eso lleva mucho tiempo, que desgraciadamente no tengo.
La situacion actual es que disponemos de conversores AD de 10 0 12 bits que cuesta unos 3 Euros. El scrip de su lectura esta comprobado y pendiente de que Sailoog lo implemente en la proxima version.
Yo estoy terminado una placa de Hut para conectarla a la Raspi que disspondra de 16 kanales AD independientes y ajustables con proteccion de entrada para no quemar los IC. Las salidas y entradas digitales van a estar optoaisladas para manejar diferentes tensiones (tanto 12, 24 como 220 Voltios).
La idea es conectar los sensores por cable. Como estos ssensores solo manejan corrientes infimas, los cables a utilizar son baratos.
Con la implementación de NMEA2000 es otra opcion de preparar sensores para este bus. Por otra parte tambien dispondriamos de emisores-receptores inalambricos fiables para transmitir información inalambrica que se conectaria al interface SPI de la Raspi (como los conversores AD).
En resumen con las Raspberry , disponemos de un sistema extremadamente potente, relativamente simple, fiable, abierto, económico, con capcidad de desarrollarse, que se adapta a las necesidades de cada usuario, compatible con otros sistemas como arduino y más etc.
Si te funciona lo que tienes planteado, miramos si es posible de implementarlo en la Raspi.
Por otra parte el proyecto esta abierto a todo aquel que quiera aportar mejoras e innovaciones, pero estas deben ser realista