|
Re: Proyecto OpenPlotter
Cita:
Sailoog no te quejes de abandonarnos para irte a navegar, quien pudiera. Antes voy a darte una buena noticia y una mala. La buena es que despues de hacer la calibración del sdr, segun tus ultimos consejos, he conseguido ver barcos tipo ais en open cpn:cid5::cid5::cid5:. Ahora la mala, despues de eso y sin saber porque, me he quedado sin gps y sin ais. Me he puesto a modificar la configuracion del multiplexor y en este momento tengo: gps usb no parpadea en mostrar salida de openplotter si veo datos con el prefijo gp (adjunto foto) en recepcion ais srd no me permite meter ningun dato ni activar nada y en open cpn no tengo ni posicion ni ais y en el boton de ocultar ais aparaece un interrogación. Puede haberse estropeado el gps usb glonas?. tampoco soy capaz de que funcione en otro pc. Hay alguna forma de comprobarlo. La luz verde al conectarlo se enciende un segundo, pero luego no parpadea. ¿me descargo otra vez la imagen en la sd? se os ocurre alguna solución menos drastica?:nosabo: :brindis::brindis: |
Re: Proyecto OpenPlotter
1 Archivo(s) adjunto(s)
se me olvido la foto
|
Re: Proyecto OpenPlotter
1 Archivo(s) adjunto(s)
al ejecutar en el terminal otra vez la sentencia rtl_test -p me devuelve el siguiente error.
Alguna solucion de los guru del linux |
Re: Proyecto OpenPlotter
Cita:
Por lo general el led indica el estado. En el mio, fijo no hay posición. Parpadeante, ya esta posicionado. Si el gps falla "físicamente" (su luz led no se comporta como debe), supongo que tendrás que cambiarlo por otro en garantía. Parece que esto es lo que te pasa pues dices que no va en ningún otro ordenador. A ver si va a ser un problema de mala señal gps. Pruebalo en el exterior antes de llevarlo a garantía. En lo del AIS por rtl-sdr no te puedo ayudar pues no conozco el funcionamiento bien, pero parece que el dispositivo esta ocupado por otro software. ¿Has probado si al reiniciar funciona? Vuelve a configurarlo desde cero, pero recuerda que debes alimentar bien la Pi para que los dispositivos como el sdr funcionen bien. Un fallo de alimentación también podría generar problemas al gps. Creo que te toca esperar a que Sailoog afine mas en la respuesta. Yo no puedo aportar mucho mas. |
Re: Proyecto OpenPlotter
Cita:
De todas formas te agradezco tu respuesta y esperaremos a que sailoog termine de navegar para que me de luz en este tunel. :brindis::brindis: |
Re: Proyecto OpenPlotter
A los que ya estais usando la antena de vhf "do it yourself" una pregunta:
¿Como habeis adaptado la conexión del cable coaxial a la conexión del tdt. No he sido capaz de encontrar nada en tiendas de electronica. ¿Habeis cortado el cable de la antenina y habeis empalmado cable a cable?, y en ese caso ¿que orden de cables? Gracias y rondas:brindis: |
Re: Proyecto OpenPlotter
Cita:
Efectivamente pinguino, debe ser un problema de alimentacion, quitando el gps usb he conseguido detectar barcos ais con la antenita chica del sdr, por lo cual deduzco que tengo que buscar un multiusb autoalimentado, pero los que he visto son 220 voltios. Sabeis si los hay para 12v. |
Re: Proyecto OpenPlotter
Los hay a 220 con salida a 5.
Se alimentan con un cable usb. Esta cable lo puede conectar a covertidor de coche con salida usb a 5v. :brindis: |
Re: Proyecto OpenPlotter
También con un cargador de móvil de coche.
:brindis: |
Re: Proyecto OpenPlotter
Parece que estoy con el mismo problema que Surgysea, así que estaré atento, no utilizo el Hub-Usb alimentado y se me desconecta la RP2, si utilizo solo dos Usb, para teclado inalámbrico y para el SDR, a veces me funciona y otras no, pero quería hacer 2 consultas:
Cuando hago el "rtl_test -p", me salen dos columnas de PPM, ¿Cuál debo mirar, la de la izquierda o la derecha?, para tomar el valor que a Sailoog le da "69". He adquirido el sintonizador SDR que recomendais, el que termina en 820T2 y lleva una antena cuya imagen adjunto. ¿Con la antena que adjunta es suficiente? Es una antena con terminal Sma, creeis que necesitaría un conversor a antena normal para conectarla a la que llevo en el barco para ver la Tv y que va a tope del palo? Parece que es necesario si o si el Hub-Usb, alguno recomendable bbb. Muchas gracias, ya me queda menos :brindis: |
Re: Proyecto OpenPlotter
Como no consigo insertar la foto del SDR con antena que compré, adjunto la dirección por si la quereis ver
http://www.ebay.es/itm/NEW-SDR-RTL28...item19fe40e4b1. Gracias. |
Re: Proyecto OpenPlotter
Cita:
|
Re: Proyecto OpenPlotter
Intento responder a todo, si me dejo algo me decis...
- Un SDR conectado directamente a la raspberry NO funcionará o lo hará de manera errática. Y lo mismo se podría aplicar a pinchos wifi, GPS, discos duros y cualquier dispositivo USB que tenga un consumo eléctrico mayor o igual de 500mA. En los puertos USB de la raspberry solo teclados, ratones y dispositivos de almacenamiento pequeños. Como norma general conectar lo que necesites y cuando encuentres problemas pasar al Hub autoalimentado. - Cualquier Hub autoalimentado con un adaptador de 220V a 5V nos permitirá prescindir de ese adaptador y conectarlo directamente al convertidor de 12V a 5V con el que alimentamos a la raspberry. Intentar que nos sirva un minimo de 3A para todo el conjunto para ir sobraos. - surgysea el error que te estaba dando no era del blacklist, significa que el SDR estaba siendo usado por otro pograma, seguramente por openplotter. - Todos los modelos de GPS USB reciben la posición solo por la conexión con satélites asi que en interioes de casas no funcionaran por no tener visibilidad con ellos, los móviles si que tienen porque usan mas fuentes de posicionamiento ademas de los satelites. En interiores de barcos no habrá problemas. - Para la conexión con la antena "do it yourself" o cualquier otra cortar el cable que viene con la antenita y empalmarla a la que construyáis. El empalme no debería causaros problemas ya que todos los cablez coaxiales son iguales, cable interior rígido y cable exterior o camisa en forma de malla. - Las antenas para el SDR-AIS deben ser igual que para cualquier AIS o Radio VHF. El resto de inventos (antena pequeñita que viene con el SDR, antena de la television del barco...) puede que funcionen en ciertas condiciones pero nunca ofrecerán el rendimiento óptimo. Un simple cable coaxial cortado a las medidas correctas multiplicará por 10 la recepción de blancos. Ene este tema es cuestión de hacer pruebas. - El valor que has de apuntar cuando haces rtl_test -p es el de la columna de la derecha. |
Re: Proyecto OpenPlotter
Sailoog, eres un crack, y no por el dominio que tienes en este tema, que tambien, sino por la capacidad que tienes de contestarnos a todos los inexpertos que nos hemos montado en tu barco y vamos con los pies por fuera frenandolo por nuestro desconocimiento en el mundo linux. En fin que gracias y que apetece conocerte personalmente.
Despues de este empalagoso agradecimiento quería trasmitirte como entiendo yo esto de openplotter y opencpn y la famosa rasperry, ya que aunque a veces consigo verlo todo: ais y posicion en mi cpn, otras muchas no me sale nada y empiezo a desesperarme ya que me demuestra que si lo he conseguido alguna vez ha sido por suerte, es decir, que no lo domino. Te voy a hacer un resumen con mis palabras y tu me dices en que me equivoco. Openplotter es un programa que permite recoger muchos datos (gps, ais, viento sonda, etc) y convertirlos en una señal nmea que pone a disposición de otros programas (open cpn) que los reciben via wifi (tcp?). Aqui tengo mi primera valoracion: ¿si no tengo pincho wifi como he podido ver barcos ais o gps?¿Porque he configurano el open cpn que reciba datos via serie) open cpn puede recibir los datos via serie ttcusb0, ttcusb1, etc o bien via wifi (tcp). Aqui viene mi segunda drama, podría alguien poner una foto de como deben quedar las pantallas de configuracion de openplotter y de open cpn?. Es decir direcciones, puertos, nombre de puertos series, prioridades, etc. Lo he probado todo y ya no se cual es la correcta. Como vereis estoy algo desanimado como para recibir la berry IMU ya encargada. Bueno unas birras o mejor unos rones para este ladrillo. |
Re: Proyecto OpenPlotter
Cita:
De hecho, no conozco a nadie que se haya acercado a la informática de tipo "promedio" que no haya necesitado o continúe necesitando un "guía" que lo lleve de la mano. Incluso aquellos que utilizan el sistema operativo "ese" que "todo el mundo usa", suelen necesitar la mayoría de las veces que algo se sale del "guión", la ayuda del consiguiente "pringado" informático, ya sea amigo, vecino o.... cuñado. Y si la informática en general es poco intuitiva, la informática en entornos náuticos es "pa echarle de comé aparte". Vamos.... un autentico infierno. Ya solo el hecho de tener que lidiar con diferentes equipos, métodos de transmisión de datos, software, conversores, multiplexores Etc. es un autentico horror. Así que si a veces te parece que todo esto se te hace cuesta arriba, no te preocupes. Es bastante comprensible. Por eso mismo, no se te puede poner una captura "estandarizada" que muestre como debe estar configurado openplotter. pues dependiendo de que te encuentres en "tu camino particular" esto puede variar un motón. Por tanto podría generar mas confusión que ayuda a los que se acercan al proyecto. Lo que si te puedo decir, es que en opencpn SOLO debe haber UNA unica ENTRADA: De tipo RED, protocolo TCP, direccion localhost y puerto 10110. (Sí, Sí. aunque no tengas pincho WIFI tienes una red) Cualquier otra que tengas puesta eliminala, pues podría generar problemas a las que se definen en openplotter. Una vez bien configurado opencpn, ve probando openplotter paso a paso. Despacio e intentando comprender por que y como funciona cada cosa.Primero el gps, después el AIS y así sucesivamente Tomate algo de tiempo y veras que no es tan complicado, solo hay que hacer las cosas en el orden correcto. |
Re: Proyecto OpenPlotter
surgysea, tienes razón que responder preguntas básicas o dar soporte básico puede parecer un freno al desarrollo, que lo es, sobre todo cuando los involucrados en el desarrollo son pocos. Pero la comprensión, usabilidad y asimilación del proyecto por el usuario es también otra de las partes importantes así que no dudes en exponer tus dudas porque tambien hacen avanzar. Sobre todo si se exponen con argumentos, un minimo de esfuerzo de contextualización del problema y de comprensión y documentación previo como tu haces. No sabes la rabia que da cuando alguien te pregunta... He enchufado el GPS y no funciona, que es lo que pasa? Es como ir al medico y decirle... Doctor me duele la cabeza, que me pasa? sin darle más datos. Eso es lo que hace que un proyecto se frene y pasa de ser una ayuda a una molestia.
Al hilo del acertado post de pinguino, añado que es normal que no entiendas lo que no ha sido explicado, y si lo ha sido, fue a través de los primeros mensajes de este extenso hilo, motivo suficiente para haberlo olvidado. Ahora estamos en un bucle porque no puedo redactar manuales porque estamos en la fase de desarrollo y los involucrados no podéis avanzar sin información. Esperemos que la cosa cambie, de momento ya tengo casi acabado el manual del SDR-AIS que es uno de los temas ya cerrados en desarrollo. Para complementar lo que pinguino explica acerca de la parte de configuración de OpenCPN te cuento que... OpenPlotter utiliza obligatoriamente una entrada y una salida. Si te fijas cuando borras todas las entradas y salidas de la pantalla del multiplexor, siempre vuelven a aparecer dos por arte de magia: Entradas: UDP localhost 10110 Salidas: TCP localhost 10110 La entrada UDP localhost 10110 es una puerta de entrada que usa el sistema para enviar todos los datos que genera por si mismo, es decir, por ahí entrará la señal de AIS del SDR y todos los datos generados por el IMU. A esa entrada solo habría que añadirle las otras señales externas que necesitemos, por ejemplo si le añadimos un GPS en un puerto USB y concretamente en tu modelo, tienes que añadir una entrada Serial /dev/ttyACM0 9600 En la salida TCP localhost 10110 (que como habrás observado es a la que se conecta OpenCPN) estarán todas las señales que se reciben por las diferentes entradas reunidas en una sola. Con un pincho wifi lo que hacemos es añadir la capacidad de poder recibir entradas desde otros equipos externos, o la de poder enviar la salida a un equipo externo. Resumiendo para que todo te funcione lo mejor que puedes hacer es: NADA Deja todo por defecto (vuelve a grabar la SD si es necesario y recuerda todos los pasos que hagas cuando cambies cosas para poder revertirlos) y como mucho añade Serial /dev/ttyACM0 9600 como entrada para el GPS y dale a "aplicar cambios". Ya sabes calibrar el SDR y el IMU solo necesita conectar y activar las casillas. No se me deprima que esto tiene que ser divertido :brindis: |
Re: Proyecto OpenPlotter
Gracias pinguino y gracias sailoog. esta noche haremos otro intento, si no lo consigo me temo que tendre que quemar otra vez la sd y si se me resiste quemare la rasperry:cunao::cunao:.
Es broma. Esto tengo que ponerlo en marcha. por cierto ¿hay prevista alguna actualizacion de la imagen o puedo proceder sobre la marcha? :brindis::brindis: |
Re: Proyecto OpenPlotter
La versión 0.4.0 está en camino pero no puedo decirte cuando porque ando justo de tiempo ahora.
He acabado la implementación del calibrado exacto y del manual del SDR-AIS pero solo servirá con la próxima versión: http://sailoog.dozuki.com/Guide/Cali...-AIS+dongles/3 Antes de que me matéis os cuento los motivos por los que solo está en inglés :santo: Como bien sabeis OpenPlotter tiene vocación internacional y cuando esté maduro se presentará a lo largo y ancho del world. Los recursos son muy limitados como para ponerse a hacer traducciones en varios idiomas así que hay que elegir uno. El software si que estará en varios idiomas siempre pero los manuales son otro tema. Esperemos que en un futuro la cosa crezca y se apunte gente a traducir los manuales. :brindis: |
Re: Proyecto OpenPlotter
Una ronda de mi parte!
Hoy me ha llegado la Rasp2, el adaptador wifi, el sintonizador sdr... Esta de camino la pantalla, la sd, i no se si falta nada mas. Esta noche empezare a hacer pruebas para poner en marcha todo el sistema cuanto antes. Gracias Developers por esta iniciativa! Espero poder colaborar en lo posible. Una cosa que no tengo muy clara, para hacer pruebas necesito descargar cartas, (que si luego quiero usar definitivamente compraré), existe algun link para poder descargar cartas de prueba? Gracias!! |
Re: Proyecto OpenPlotter
Cita:
|
Re: Proyecto OpenPlotter
unas rondas para los sufridores electrónicos de este foro...
Desde que vi el tema de openplotter hace un par de semanas me "enganché" al mismo. Estaba buscando una alternativa económica a los multiplexores con wifi, porque yo tengo ya AIS y una electrónica raymarine de ultima generación (E7, pantallas multifunción..) pero me ha parecido tan interesante y me siento tan orgulloso de que compatriotas mios haya lanzado esta iniciativa tan novedosa e interesante en el mundo náutico que me he comprado todo el kit (raspberry pi2, SDR, Bluetooth, Wifi 8188CUS, HUB..) y ya está todo en marcha. Ahora voy al grano. El tema es GPS. En lugar de un GPS y por aportar algo, he probado con éxito utilizar el propio GPS de mi teléfono. El concepto es sencillo. se busca una app que pase los datos del gps del tfno al bt. SE empareja el tfno con la Raspberry y desde el administrador del BT de la raspberry se conecta a ese servicio (eso crea el puerto serie). En el open plotter se añade el puerto serie y ya está disponible la posición en el puerto 10.10.10.1:10110 wifi. Primero probé la app Bluenmea y tras muchos problemas y fallos intermitentes me decidí finalmente por la app "GPS over BT". He conectado sin problema el Opencpn del mac y la ventana de debug nmea me Por los seis euros del pincho BT ya hay GPS!!. he leído todos los msgs y creo que esta solución no estaba probada. Si estoy "herrado" y he reiterado lo obvio, mis disculpas. |
Re: Proyecto OpenPlotter
Cita:
:cid5::cid5: :velero::velero: Ya estoy haciendo pruebas... :brindis: La próxima semana compartiré mi experiencia, de momento a raso es positiva a ratos me desespero un poco!!! |
Re: Proyecto OpenPlotter
Llevo 4 días fuera de casa y por tanto sin tocar openplotter. Cuando llegue a casa con el "mono" espero poder poner en operativo la maquinaria, ya que en breve me llega el IMU y para ese momento quiero tener ya resuelto las fases previas.
Me alegra ver que siguen incorporandose mas testers al proyecto. :brindis::brindis: |
Re: Proyecto OpenPlotter
Cita:
E incluso te puedes ahorrar el adaptador bluetooth. Hay una aplicación llamada Turbo Gps que envía los datos NMEA0183 del GPS del dispositivo móvil a través de la red Wifi. Yo la he probado y funciona bien. Envía los datos NMEA al puerto que le digas y a la IP del dispositivo móvil. Luego openplotter los lee, los mezcla con los demás (AIS, instrumentos Etc.) y los reenvía a la IP de la Raspberry ya multiplexados. Es exactamente lo mismo que haces por bluetooth pero por wifi. El único inconveniente que le vi, es que el GPS interno chupa batería que se las pela. Al final me gustó mas lo del pincho GPS independiente. Pero vamos, tu solución es perfectamente válida. Y una muestra de la flexibilidad de openplotter. |
Re: Proyecto OpenPlotter
Cita:
y cuando tires por la borda tu electrónica raymarine de ultima generación o la dejes como equipo de respeto de openplotter también habremos triunfado :cunao: seguimos... |
Re: Proyecto OpenPlotter
sigo liado con el calculo de viento real. Voy avanzando pero son calculos realmente complicados, pasaros pos este post y veris que el asunto tiene miga http://foro.latabernadelpuerto.com/s...d.php?t=136261
creo que he dado con una formula que no he visto en ningún lado, o una variación de la estandar, que funciona sobre el papel tanto para calculos con corredera como con GPS. necesitará de que los testers la exprimais para corroborarlo. Por otro lado sigo mirando de incorporar funcionalidades y he dado con dos posibles muy útiles. Una es un termometro para el motor conectado directamente a la raspberry muy muy barato, waterproof y con un rango de -55º/125º C igual que este pero aun mas barato: http://www.adafruit.com/products/642 Una vez conectado a openplotter se podrian establecer alarmas, enviar lecturas por wufi, etc. El otro es un medidor de baterias, de esto existen varios circuitos que habría que adaptar pero tambien muy economicos y con lecturas desde openplotter Por otro lado queria retomar el tema del seatalk y creo recordar que alguien habia encargado este para ver si funcionaba en openplotter: http://www.yappelectronics.co.uk/STU.htm alguna noticia? :brindis: |
Re: Proyecto OpenPlotter
Creo que en el hilo del viento real se riza mucho el rizo. En todos las pag/foros de los desarrolladores de instrumentos o soft (raymarine, OCKAM, stratpath..) dejan claro que el cálculo del viento real es con los datos de la corredera NO con el GPS. Al viento calculado en base al GPS se le llama "ground wind" porque se calcula con la "speed over ground". El problema es que GWD es una sentencia de NMEA 2000 pero no de 0183, si no estoy equivocado.
Es cierto que la corredera puede no existir o estar rota, pero eso no cambia lo que es el TWD. Creo que no se trata de cual es más exacto sino que cada uno tiene un nombre. Creo que la funcionalidad de monitor de baterías es muy interesante. Ya sabemos que además de viento y meteorología en un barco siempre hay que estar pendiente de los consumos de: gasoil, agua y baterias. gasoil y agua tienen buenos indicadores de nivel y sabemos lo que se está gastando, pero con las baterías es diferente. |
Re: Proyecto OpenPlotter
2 Archivo(s) adjunto(s)
Me alegra saber como seguis tirando "palante" del carro, cuando aun encontramos algunas dificultades con la fases que ya parecen operativamente finalizadas.
En las ultimas veces que he arrancado open cpn he observado la siguiente incidencia: 1.- No puedo hacer zoom, o mejor dicho al hacerlo automaticamente vuelve al zoom inicial.(os intento subir un video) 2.- consigo, en la cascada de "echar un vistazo" del ais decoder, ver señales ais, pero que luego o se traducen en barcos vistos en open cpn. He montado la antena "do ti yourself" y he clibardo la antena siguiendo la explicacion de sailoog a traves de las sentencias ejecutadas en el terminal, en lugar de usar la aplicacion del openplotter. He comprobado que no pueo activar rtlsdr y el mensaje que aparece en su ventana dice al go asi como stopped aisdecoder..... os pongo una imagen Alguien me puede dar una explicación?. Me estoy olvidando algo? |
Re: Proyecto OpenPlotter
otra pregunta tras calibrar el sdr me sale un error negativo -17. Hay que introducir el valor con signo negativo?
|
Re: Proyecto OpenPlotter
Cita:
aunque fabricandes también dicen que siempre es un calculo aproximado. sin embargo... en este articulo explica que cuando la diferencia entre el rumbo verdadero y el rumbo efectivo es considerable debido a deriva o abatimiento, el calculo mas acertado es usando COG y SOG http://davidburchnavigation.blogspot...rent-wind.html resumiendo... mis conclusiones son que los dos metodos son validos y no enteramente exactos. en el caso de la corredera ocurre lo anterior y en el caso del GPS interviene la poca calidad de las lecturas de rumbo y velocidad de estos aparatos suficientes para mantener una navegacion aceptable pero no para calculos de precisión. con tiempo expongo un poco mis experimentos a ver que opinas. |
Re: Proyecto OpenPlotter
Cita:
calibración: los valores negativos son posibles aunque no habituales no revistiendo mayor importancia. si, se pone en negativo. pregunta: has seguido los pasos sin recibir ningun error y obteniendo algun valor en cada parte? tu cascada: las señales AIS que recibes son muy tenues, demasiado. estas lejos de los barcos? opencpn: una cosa es el plugin de opencpn rtlsdr y otra openplotter, son dos maneras de recibir AIS con el sdr pero solo puedes usar una a la vez y es lo que te está pasando. Desactiva el plugin rtlsdr de opencpn y si puedes desactiva el plugin entero para que no te moleste mas. Reinicia y centrate en openplotter. Si te salen desactivadas las opciones de AIS-SDR teniendo el pincho conectado significa que no te esta detectando el dispositivo debido seguramente a un problema de alimentacion, conecta un hub, introduce los valores de ppm y ganancia que obteniste, activa la recepcion en openplotter y deja opencpn escuchando en localhost 10110 unicamente. |
Re: Proyecto OpenPlotter
Cita:
[/quote]tu cascada: las señales AIS que recibes son muy tenues, demasiado. estas lejos de los barcos?[/quote] No estoy lejos de barcos como a a unas 5, 6millas y en alguna ocasion he conseguido ver barcos en open cpn [/quote] opencpn: una cosa es el plugin de opencpn rtlsdr y otra openplotter, son dos maneras de recibir AIS con el sdr pero solo puedes usar una a la vez y es lo que te está pasando. Desactiva el plugin rtlsdr de opencpn y si puedes desactiva el plugin entero para que no te moleste mas. Reinicia y centrate en openplotter. Si te salen desactivadas las opciones de AIS-SDR teniendo el pincho conectado significa que no te esta detectando el dispositivo debido seguramente a un problema de alimentacion, conecta un hub, introduce los valores de ppm y ganancia que obteniste, activa la recepcion en openplotter y deja opencpn escuchando en localhost 10110 unicamente.[/quote] Una vez hecho todo lo anterior, observo que las opciones de ais-sdr estan activas (siempre la estuvieron), tengo conectados gps y pincho de ais al hus autoalimentado, los valores introducidos de error y ganacia son los mismos, he activado la recepcion en open plotter y lo que me ocurre es lo siguiente: 1.- No puedo hacer zoom , ademas de no recibir datos ais . 2.- en openplotter al "echar un vistazo" la pantalla de la cascada se cierra inexperadamente al seguno de estar abierta:nosabo::nosabo: No se que informacion adicional puedo darte para guiarte |
Re: Proyecto OpenPlotter
Sailoog: ¿Puede que el problema del zoom sea una defectuosa instalacion de las cartas?
Adjunto un nuevo pantallazo de la cascada con alguna señal de mayor intensidad, pero sin recibir señales en open cpn, habiendo cumplido escrupulosamente las recomendaciones. |
Re: Proyecto OpenPlotter
1 Archivo(s) adjunto(s)
se me olvidada
|
Re: Proyecto OpenPlotter
Cita:
Estoy contento con lo que comentas, Sailoog, sobre los sensores de temperatura para el motor, hace unas paginas lo propuse, pero me pareció que no era de interés. He estado mirando el sensor y no entiendo como lo conectas a la raspi, pues a mi entender ese sensor es lo que llamamos en instrumentación una PT100 y no es mas que una RTD, pones un adaptador?. Respecto al tema del SeaTalk yo tengo el circuito que comentas, que me monte yo, y puse comentarios y fotos en paginas anteriores. El problema que tengo es que me funciono durante un tiempo y podía ver siete u ocho parámetros en OpenCPN, el montaje era provisional como veras en las imágenes, quiero montarlo mas definitivo y probar a conectarlo, pero no tengo drivers para Linux y no se si lo detectara, me pondré con ello para poder aportar algo a este fantástico proyecto |
Re: Proyecto OpenPlotter
Cita:
2.- lo del cierre inesperado de la cascada seguramente es la causa de tu problema con el AIS. sigo pensando que es una cosa de alimentación. cuantos amperios proporciona el adaptador del hub? vamos a abrir la cascada independientemente en una ventana terminal para ver que error devuelve: - abre un terminal - teclea cd .config/openplotter - y luego python waterfall.py 49.6 -17 a - se abrirá la cascada y si se cierra inesperadamente, en la ventana de terminal te devolverá un mensaje de error. copia y pega aqui todo el contenido de la ventana terminal y vemos. |
Re: Proyecto OpenPlotter
Cita:
claro que interesaba, intento apuntar todas vuestras sugerencias y cuando tengo un rato investigo formas de implementarlas y es cuando he dado con ese sensor y ahora recuerdo que tambien apuntaste a él. Se está haciendo muy dificil el buscar algo en este hilo por sus dimensiones y dependo solo de mis notas donde no siempre apunto todo. Es por eso que habia apuntado solo lo de la confirmación pendiente del funcionamiento del circuito de yapp, os pido disculpas si no hago a veces referencias a las fuentes de las cosas, es muy complicado guardar referencia de todo lo que se usa, recordádmelo cuando se me pase porque es importante :sorry:. Pero luego vamos con lo de yapp, ahora lo del sensor termometro motor. La conexión seria esta: https://learn.adafruit.com/system/as...png?1396801706 y las librerias python para llamarlas desde openplotter pueden ser estas: https://github.com/timofurrer/w1thermsensor el datasheet para mas informacion http://www.adafruit.com/datasheets/DS18B20.pdf Seatalk.... Lo que recuerdo de tu montaje es que usaba el mismo software y hardware de yapp y que usaba un micro para la traducción del nmea ¿si? la pregunta que hacía de la corroboración de su funcionamiento en linux te la traslado tambien a ti. si ese circuito funciona se podría recomendar a la gente para usar con openplotter e incluso coger los esquemas y encargar fabricar unas cuantas si se juntan varios interesados para que salga economico. por otro lado y aprovechando que tienes traza con esto de la circuiteria te comento lo que me ronda la cabeza ultimamente.... las últimas menciones que he hecho del sensor de temperatura del motor, del sensor de baterias y la recuperación del seatalk tiene que ver con algo que ahora introduzco: Por un lado tenemos un IMU que conectar a los pins I2C y de alimentación del puerto de expansion de la raspberry (GPIO). Los sensores I2C se pueden conectar en paralelo unos a otros y si queremos conectar alguno más ya estarán ocupados. Ni hablar de los pins de masa y voltaje que son usados por todos los extras que quieras conectar al GPIO. Como solución enseguida pensé en los HAT (Hardware Attached on Top) que son, por decirlo de una forma que se entienda como un segundo piso de la reaspberry donde añadir circuitos y normalmente conectados al puerto GPIO. Una foto de un HAT: http://i.ytimg.com/vi/J3yFoApwMPM/hqdefault.jpg una foto de un proto HAT o placa para diseñar prototipos: http://static3.watterott.com/20110965_3.jpg y luego pensé... un HAT solo para duplicar conexiones I2C...? vamos a añadirle más cositas.... y empecé a buscar esquemas fácilmente aplicables y el resultado es el siguiente. Un HAT para raspberry con: Conversor de 12V a 5V, 3A para alimentar a la raspberry via GPIO y una salida de 5V para alimentar un HUB. http://miniimg.rightinthebox.com/ima...9342203670.jpg Un circuito monitor conectado a la entrada de 12V de las baterias del buque. http://raspi.tv/wp-content/uploads/2...hutdown_bb.gif Un conector para atornillar directamente los cables que vienen del IMU y un par de conectores mas para añadir mas sensores I2C. Un conector para atornillar el sensor de temperatura del motor y la resistencia que necesita. Todos de este tipo: http://thumbs4.ebaystatic.com/d/l225...eqkpwdpCtA.jpg Un conversor de seatalk a RS232: http://www.42.co.nz/meshcms/generate...-108833136.jpg Un conversor de RS232 a TTL para conectar directamente al GPIO de la raspberry. Este tendría dos entradas de manera que si no estamos conectando nada seatalk podamos conectar cualquier cosa NMEA por RS232: http://www.42.co.nz/freeboard/techni...tripboard2.png y creo que no me dejo nada. Todas las conexiones he comprobado que cuadran en el GPIO y no se pisan y el precio de los componentes es miserable ya que no hay ninguno especial. La traducción de seatalk a NMEA lo realizaría openplotter, al contrario del circuito de yapp en el que lo realiza un micro en el mismo circuito. Resumiendo, el OpenPlotter HAT tendría:
Si algo así tirara palante y una vez creado y probado el prototipo se podría crear un crowfounding para su fabricación en serie y que salga realmente económico. :brindis::brindis::brindis: |
Respuesta: Proyecto OpenPlotter
Siento estar tan desconectado pero últimamente voy muy liado.
Sailoog me parece un proyectazo. Si puedo ayudar en algo al crowdfunding cuenta conmigo. Un abrazo :brindis: |
Proyecto OpenPlotter
Me quito el sombrero sailoog. Aquí sigo para lo que pueda ayudar. No me importaría comprar los componentes que me falten y testear lo que necesites.
Saludos. |
Re: Proyecto OpenPlotter
:adoracion::adoracion::adoracion::adoracion::cid5: :cid5::cid5::cid5:
SIN PALABRAS |
| Todas las horas son GMT +1. La hora es 23:30. |
Powered by vBulletin® Version 3.7.0
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
© La Taberna del Puerto