![]() |
Re: Proyecto OpenPlotter
Cita:
Sólo habría que comprobar si el controlador del touchscreen con salida usb tiene drivers para la pi...ó no usar el touch. seria la solucion para motar en el exterior... |
Re: Proyecto OpenPlotter
Cita:
|
Re: Proyecto OpenPlotter
Cita:
casi el doble que la mia (350). Por 90 E está fenomenal. Se podría poner en la lista de candidatas.:cid5: |
Re: Proyecto OpenPlotter
¿Se podría recibir BLU en la RasPi con el decodificador TDT USB?
Perdonad si ya ha salido el tema. Un saludo. :brindis: |
Re: Proyecto OpenPlotter
Sobre el tema de conexion Raspi - Matustec HP-33.
Solucionado. Raspi debe de enviar alguna trama por el puerto serie que al Matsutec no le gusta y lo cuelga, deja de enviar los datos NMEA. Para evitarlo he cortado el cable de comunicacion de TX Raspi-serie a RX-Matsutec, que tampoco es necesario. Este cablecillo sirve para enviar datos desde el programa de navegacion al GPS y programar rutas o waypoints en el GPS. El Matsutec no permite facilmente recibir datos de este tipo, en cambio los Garmin o Magellan que he probado si. El Matsutec con este cable activado conectado a un PC con Opencpn funciona correctamente. |
Re: Proyecto OpenPlotter
4 Archivo(s) adjunto(s)
Hola Cofrades
Buscando soluciones de como hacer un Anemómetro barato que se pueda conectar a la Raspi, me he encontrado con algo interesante. Se trata de un convertido A/D que se puede conectar directamente a la Raspi y solo cuesta 3 Euros. Esto le abre a la raspi lo que le faltaba, conexión con el mundo analógico. Se trata del chip MCP3008 (Fig 1) Es un convertidor A/D de 10 bit y 8 canales independientes de entrada. En un lado del chip se encuentran las entradas analógicas y al otro lado los pines de alimentación y de comunicación.(Fig 2) Los 10 bit nos dan la posibilidad de 1024 combinaciones de bits, lo que utilizando la tensión de referencia de la Raspi de 3,3V supone intervalos de 3,2 mV, que creo que es suficiente para monitorizar cualquier sistema analógico como la temperatura y las revoluciones del motor, o la temperatura del escape, el nivel de líquidos de agua, gasoil o aguas negras o bien cualquier sensor que tenga una salida analógica. Hay otro chip de 12 bits, el MCP3208 que elevaria la combinaciones de bit a 4096 con intervalos de tensión de 805,66 microV. El flujo de datos con la Raspi se hace a través de la interface SPI (Serial Paralel Interface). Donde Vdd: es la tension de alimentación de 3,3 V, Vref: La tension de referencia de 3,3,V, Agnd: la masa analógica, SCLK: el reloj(Clock), Dout: Salida de datos del MCP3008, Din: entrada de datos de la Raspi, CS: seleccion de chip, Dgnd: masa digital. El interface SPI se basa en el principio de Master/Slave como el I2C que se usa para las IMU, donde se pueden conectar varios Slave y se chequean con el pin CS. La conexion con la Raspi es muy sencilla (Fig 3) Me he decidido por este chip porque tambiénse dispone de un programa en Python para leer los bit de salida del convertidor. Aqui pongo el programa. (Fig 4) En este caso llama a la función con Print, pero se puede aplicar a una variable y seguro que se puede implementar en Openplotter para mostrar la lectura o bien en un reloj o numérica o traducirlo a NMEA. Si se utiliza el chip MCP3208 de 12 bit habria que cambiar en el bucle for range(13) en lugar de range(11). Para el anemómetro voy a utilizar cuatro sensores de "Hilo caliente" el MD0550dfx de Modern Device que cuesta 17 Euros con salida analógica de 0 voltios hasta la de alimentación (de 4 a 10 V), que seran los 5 V de la Raspi. Ya he pedido el material y en cuanto me llegue, vere como tengo que montar los sensores de viento para obtener también la dirección del mismo, para luego escribir el programa en Python. Luego con la ayuda de Sailog se podrá pasar a NMEA para que lo multiplexe Openplotter. De los 8 canales necesitara el anemómetro 4, con lo que quedan 4 libres para otra utilización. Algunas ideas las he nombrado antes pero seguro que se os ocurren alguna más. Para leer las, temperaturas solo se necesita una sencilla sonda PTC, las revoluciones se pueden leer directamente usando un divisor de tension, etc. No se lo que opináis al respecto, pero con este chip creo que completamos todas las posibilidades de la Raspi para su uso en la navegación con los objetivos de Openplotter. La pagina donde lo he encontrado es www.erik-bartmann.de. Esta en Alemán, pero si alguien tiene interés en algo concreto os lo puedo traducir. |
Re: Proyecto OpenPlotter
Cita:
El problema es que estos receptores solo captan en el rango 48.25 ~ 863.25 MHZ, por lo tanto fuera del rango. Para poder ampliar ese rango y recibir HF/MF, weatherfax, navtex... es necesario acoplarles un upconverter http://www.nooelec.com/store/ham-it-up.html Luego habría que buscar la manera de enviarles el audio a los softwares decodificadores, etc. Estos adaptadores no son caros pero el precio es mas o menos el mismo que un receptor portatil de BLU que harían mas facil la recepción de estas bandas ya que solo habría que conectar la salida de audio a la entrada del ordenador con navigatrix o a una raspberry y un adaptador de entrada de audio. Es un tema a explorar pero de entrada no lo veo muy práctico. |
Re: Proyecto OpenPlotter
Cita:
|
Re: Proyecto OpenPlotter
Cita:
Cuenta conmigo para la conversión a NMEA, la implementación en OpenPlotter y ayuda con el código si la necesitas. Algunas apreciaciones: Revisando el código que adjuntas me parece muy extraño que en él se usen los inputs GPIO18 (pin 12), GPIO23 (pin 16), GPIO24 (pin 18), GPIO25 (pin 22)ya que esos no son los dedicados al interface SPI. Supongo que quizas se puedan usar otros pero mejor seguir la convención (la última grafica seria la de la raspberry 2): http://raspi.tv/wp-content/uploads/2...IO-pinouts.png Esto es importante porque el circuito que resulte debe ser compatible con otros posibles circuitos o usos por otros circuitos o programas y ese es precisamente el caso de openplotter que usa los pins de propósito general (amarillos) GPIO22, GPIO23, GPIO24, GPIO25, para definir interruptores personalizados: https://cloud.githubusercontent.com/...b35e7a28d8.png En este caso serian completamente incompatibles ya que compartirian pins. En cuanto a las aplicaciones de este circuito yo voto por la imprescindible del viento en la que ya estás trabajando y en una para monitorizar el voltaje de las baterías del barco usando divisores de tensión según este esquema: http://raspi.tv/2013/controlled-shut...th-2-cell-lipo Me olvidaría de los sensores de temperatura ya que para ello están los DS18B20 que son baratos, waterproof, altas temperatura y digitales. Se conectan directamente a los pins de la raspberry y se pueden conectar tantos como quieras en paralelo al mismo pin! insuperable. usando varios de estos puedes controlar temperaturas de refrigerante de motor, escape, agua del mar, nevera, etc. Ya los he implementado en OpenPlotter. Otros muy utiles me parecen los sensores de nivel de líqudos para lecturas precisas de volumenes. En OpenPlotter ahora se pueden detectar niveles maximos o minimos de agua en depositos, sentina, etc y lanzar alarmas pero no lecturas precisas de nivel. Permanezco a la escucha y felicidades de nuevo :cid5::cid5::cid5: |
Re: Proyecto OpenPlotter
Acabo de pensar en varios handicaps del sensor de viento analógico.
Suponiendo que el sensor vaya a tope de palo tenemos demasiados metros de cable de perdida y haría falta algun tipo de amplificación o en su defecto una calibración adecuada a los metros de la instalación. La opción de poner el convertidor A/D a tope de palo para enviar la señal digital a traves del palo y no tener perdidas imposibilitaría su uso para otros sensores y ampliaría mucho el numero de cables a tirar por el palo (aunque quizás con un cable ethernet seria suficiente). Viendo el MD0550dfx de Modern Device lo veo un poco difícil para poner a la intemperie. |
Re: Proyecto OpenPlotter
Cita:
Estos mismos pensamientos los he tenido yo, por eso he presentado el convertidor A/D por las diferentes posibilidades que ofrece. Respecto al anemometro quiero probar si funciona con el convertidor y si es asi buscar las soluciones al tema de intemperie y la longitud de los cables. Pero no lo veo problema porque segun la alimentacion del sensor que se utilice no se tendra una caida de Tension tan grande que sea menor de los 3,3 V que no se pueda leer. De todas maneras pienso que se podria calibrar por Software. Como comente a ver si recibo el material ya que en Diciembre tendria tiempo para bricolear. |
Re: Proyecto OpenPlotter
Revisando el código que adjuntas me parece muy extraño que en él se usen los inputs GPIO18 (pin 12), GPIO23 (pin 16), GPIO24 (pin 18), GPIO25 (pin 22)ya que esos no son los dedicados al interface SPI. Supongo que quizas se puedan usar otros pero mejor seguir la convención (la última grafica seria la de la raspberry 2):
http://raspi.tv/wp-content/uploads/2...IO-pinouts.png Esto es importante porque el circuito que resulte debe ser compatible con otros posibles circuitos o usos por otros circuitos o programas y ese es precisamente el caso de openplotter que usa los pins de propósito general (amarillos) GPIO22, GPIO23, GPIO24, GPIO25, para definir interruptores personalizados: Respecto a los pines supongo que podemos utilizar otros de uso General, ya que el Interface SPI se realiza por Software, como el 12, 16, 20 y 21 que los tendriamos en la misma linea facilitando el cableado y de esta manera no tienes que cambiar tu programa |
Re: Proyecto OpenPlotter
Creí que me la habia vuelto a comer con patatas pero hoy no es april fool :D
Nueva raspberry compacta por.... $5 :eek: https://www.raspberrypi.org/blog/raspberry-pi-zero/ Supongo que podría ejecutar openplotter pero su principal atractivo puede estár en su aplicación en desarrollo de periféricos como piloto automático, sensores de viento, etc. :brindis: |
Re: Proyecto OpenPlotter
Cita:
http://cpc.farnell.com/wcsstore/Exte...e-03-large.jpg Una Zero, Con unos pocos componentes mas y con kplex, se puede convertir en un buen multiplexor wifi programable.:rolleyes: Incluso para correr un Kodi (XBMC) me parece una solución bastante interesante, solo habría que añadirle un mini pincho wifi (que costará mas del doble que el ordenador en si) para tener una Internet TV. Lo que no se yo es si vendrá a nuestro alcance con ese precio o se inflará, pues los portes, e incluso el embalaje podría ser mas costoso en si que el mini ordenador.:cool: |
Re: Proyecto OpenPlotter
2 Archivo(s) adjunto(s)
Otra curiosidad que quería compartir con vosotros es...
.. Por casualidad he visto que un familiar se había hecho con un lector de libros electrónicos que tenia la particularidad de funcionar con sistema android. Ni corto ni perezoso se me ocurre intentar instalar la versión de opencpn para android.... con pocas esperanzas, la verdad sea dicha. Pero tras la instalación, que se ha demorado unos minutos interminables, parece que mas o menos funciona. No he probado nada mas, ni las cartas CM93 ni las conexiones por wifi, ni nada. El aparato no es mio y no podía hacerle mas "perrerias", pero se me ocurre, que si alguno de vosotros tiene un dispositivo similar, podría intentar hacer experimentos y comentarlos. El scroll de pantalla táctil iba mas o menos bien.... con las particularidades de la tinta electrónica y su refresco, pero habría que ver como se comporta en un uso real. Otra opción seria instalar un visor VNC y que todo lo gestione openplotter o un ordenador interno. ¡Yo que sé! Puede que merezca la pena. Sobre todo ahora que empiezan a aparecer lectores electrónicos resistentes al polvo y al agua. ¿Quien sabe? Un par de fotos del resultado preliminar. |
Re: Proyecto OpenPlotter
2 Archivo(s) adjunto(s)
Respecto al tema del uso del Ebook con pantalla de tinta electrónica y sistema operativo Android que comentaba en el mensaje de ayer puedo añadir:
Que en efecto, no hay ningún inconveniente en que lea las cartas CM93. En este caso lo he probado usando una tarjeta MicroSD externa, y la verdad es que las lee sin problema. Ni siquiera me ha parecido especialmente lento. El pellizcar para hacer zoom también funciona correctamente... con los particulares saltos de pantalla típicos de las tintas electrónicas.... desde luego. Ademas, he probado a hacerle llegar datos NMEA0183 desde la red y los lee sin mas inconveniente, incluso la pantalla de tinta electrónica va actualizándose cada medio segundo mas o menos con lo que la funcionalidad es prácticamente total. Como os digo, si tenéis un lector de libros electrónicos con pantalla de tinta electrónica y sistema operativo Android haced la prueba y podéis tener con openplotter una pantalla perfectamente visible a plena luz del dia e incluso a plena noche si es de los que integran iluminación. |
Re: Proyecto OpenPlotter
Muy interesante hilo.
He visto el TDT-USB para uso de AIS y no me lo puedo creer...:eek: |
Monitor de 7"
Hooola, y este monitor con su visera podría valer? varias entradas, conexión de mecherillo...
http://es.aliexpress.com/item/7-TFT-...427622880.html :brindis: |
Re: Monitor de 7"
Cita:
|
Re: Monitor de 7"
Cita:
https://www.tindie.com/products/.../daisy-ais-receive... |
Re: Monitor de 7"
Cita:
Enviado desde mi Z5 Premium |
Re: Proyecto OpenPlotter
Nueva versión 0.6.0 beta para evaluación :brindis:
Ya que esta versión viene con muchísimas novedades, cuanto más gente se anime a testear y a reportar fallos mejor... Esta es una versión beta dirigida únicamente a evaluación y desarrollo. Ver problemas conocidos. http://www.sailoog.com/es/blog/desca...rpi-v060-beta3 Cambios desde la última versión
Para usar interruptores normales (abiertos por defecto), hay que seleccionar "Pull down" en la pestaña "Switches" (Interruptores) y conectar el interruptor entre el GPIO seleccionado y el pin +3.3v (PELIGRO, NUNCA A +5v). Para usar interruptores especiales (cerrados por defecto), hay que seleccionar "Pull up" en la pestaña "Switches" (Interruptores) y conectar el interruptor entre el GPIO seleccionado y el pin GND. No hay peligro si se confunden los pins +3.3v y GND pero hay que tener cuidado con el pin +5v y nunca confundirlo con el +3.3v. Los números de los pins siguen este diagrama: http://raspi.tv/wp-content/uploads/2...IO-pinouts.png, donde por ejemplo el pin GPIO22 corresponde con el pin en la posición 15. Para probar el inicio sin monitor (headless) hay que editar las opciones al principio del archivo /boot/config.txt Para probar la monitorización remota via Twitter y Gmail hay que abrir cuentas nuevas, NO hay que usar cuentas existentes o contraseñas habituales ya que estas pueden estar expuestas. Hay que abrir una cuenta nueva en Gmail y activar: https://www.google.com/settings/security/lesssecureapps. Usando la nueva cuenta de Gmail hay que abrir una cuenta nueva en Twitter siguiendo este manual: http://www.instructables.com/id/Raspberry-Pi-Twitterbot/step2/Create-ema... :brindis::brindis::brindis::brindis: |
Re: Proyecto OpenPlotter
Cita:
Pues, gracias al gran tuto wiki ...gracias...tengo corriendo UBUNTU MATE 15.04 en la Pi2. -Openplotter 0.5.0 ok -GPS ok -AIS ok (con el pincho azul recomendado) -Sensores DOF 10 (con presion y temp) ok. Lo siguiente será instalar programas de Navigatrix. De ésta forma se puede tener el magnifico openplotter ...gracias...y navigatrix en la Pi2 con todo un UBUNTU instalado. Siguiente paso : - La antena casera para el AIS - una HF receptor marina con posibilidad de conexiones para la recepcion de meteo, etc. (las transmit. son caras y dificiles de instalar "bien". Estoy esperando actualizacion de los plugin de Opencpn para UBUNTU y correr el MATE 15.10 (corre algo mejor y corrige el menu inicio que no va muy allá...) y la actualización de tu gran Wiki a la ultima version del openplotter. Un pacharan pa todos...(que no falte en ningun barco...) Saludos |
Re: Proyecto OpenPlotter
Cita:
Cuando tengas una imagen lista no olvides publicarla para que la probemos, si funciona bien la pondré junto a las de Raspbian para descarga en el sitio de OpenPlotter. Gracias a ti. Esta era la idea, que el codigo original se fuera expandiendo a otros sistemas y para eso hice el wiki. Ojalá alguien se anime pronto a expandirlo a otras placas ARM para tener otras opciones a la Raspberry. Hay cambios significativos en los pasos para construir un sistema con openplotter en un sistema basado en Debian (wiki) debido a la liberación de Debian Jessie pero si has podido con la anterior no tendrás ningún problema porque aunque aumentan los paquetes necesarios debido a las nuevas funcionalidades, se simplifican algunos pasos. Cuando actualice el wiki a la nueva versión te aviso. :brindis: |
Re: Proyecto OpenPlotter
4 Archivo(s) adjunto(s)
Hola a todos y gracias a alarcas por el pacharan, me ha traído buenos recuerdos de mi tierra.
Este largo fin de semana pude estar otra vez en el barco. Como no hizo mucho viento para secar las velas pude enfrascarme con las cosas que tenia pendiente con la Raspi: Instalar y calibrar el AIS-DBT (pincho Azul), conectar el interface SeaTalk-NMEA de Yapp y conectar el Multiplexor Shipmodul via USB (via WIFI ya funcionaba). La version de Openplotter es la 0.5.0 ya que la nueva para probar no pude descargarla. Tras intentarlo hora y media sin conseguir recibir un fichero intacto, desistí para aprovechar el tiempo para otras cosas que enia que hacer en el barco. AIS-DBT: Tras calibrar el pincho con tres antenas diferentes ( VHF del Palo, TV del palo y la pequeñita) no conseguí ver ningún barco, tampoco en la cascada de visualización de frecuencias. Así que desistí. Aunque tengo en el barco un receptor de AIS instalado, quería probar con el pincho porque mi idea es disponer de un plotter portatil que este listo para funcionar en cualquier barco (cuando se alquila uno, por ejemplo). Si a alguien se le ocurre a que es debido y como lo puedo solucionar, le escucho. Luego probare con la nueva versión de Openplotter a ver si funciona. Interface SeaTalk-NMEA de Yapp: Gracias a North Side :gracias: y los que participasteis en el dispositivo :gracias:. Funcionó a la primera sin problemas y como comento North Side incluso veo el angulo del timón, asi que es ahora el que utilizare para ver los datos de Raymarine. Multiplexor Shipmodul via USB: Este es un tema que también soluciono North Side asi que de nuevo :gracias:. Como te paso a ti tampoco lo reconoció. Con el tutorial de North Side de la pagina 52 de este hilo conseguí que lo reconociera. El mio tiene Wifi y USB con lo que el código de de producto es fd4a siendo el codigo de fabricante el mismo 0403. La velocidad de conexión es la máxima de 115200 baudios. A este multiplexor está conectado el GPS y el receptor de AIS En la primera foto esta la configuración de entradas, siendo el Schipmodul y st de SeaTalk En la siguientes dos fotos el flujo de datos obtenido de los dos módulos multiplexados por Kplex. El sistema lo he tenido encendido tres días seguidos si sintomas de cansancio (no como yo que por la noche dormía). Ayer por la mañana subio la fuerza del viento que a ojo de buen cubero parecía de 20 nudos, pero en el instrumento de OpenCPN me daba solo 10,8 nudos. Lo mire con el plotter de Ray marine y efectivamente eran casi 20 nudos. Cheque la ventana de NMEA del Openplotter y también me daba casi 20 nudos. Mire la ventana de NMEA del OpenCPN y tambien casi 20 nudos. Conecte el Tablet (con Windows10) vía Wifi y el OpenCPN me daba en el instrumento casi 11 nudos pero en la ventana de NEMEA casi 20. En resumen según parece ccuando los datos de NMEA se representan casi a la mitad. En la ultima foto muestro la diferencia de valor de lka ventana NEMEA y el reloj, aunque cuando sque la foto habia bajado el viento. Alguien conoce el porqué y como se puede solucionar? |
Re: Proyecto OpenPlotter
Cita:
|
Re: Proyecto OpenPlotter
3 Archivo(s) adjunto(s)
Cita:
Adjuntos 66731 Desactivado Adjuntos 66732 Activado A lo q me he ido a modificar el config.txt pero no me ha dejado. He mirado las propiedades del archivo y el propietario es root, he probado a identificarme como root/toor y no me fue http://images.tapatalk-cdn.com/15/12...c7a750cdfb.jpg http://images.tapatalk-cdn.com/15/12...ac0b8ce5ab.jpg Adjuntos 66733 Si pudieras decirme q pass le has puesto para asi modificar los permisos del config.txt O el mismo config ya q estaría logueado como propietario O si alguien tiene una idea por donde tirar con el overscan estoy abierto a todo tipo de sugerencias ;). Cierto es, que debo deciros que cuando he estado probando la pantalla de 7" (semanas atrás) había intentado en el config lo del overscan pero sin éxito. Al final la solución fue meterle a mano la resolución de la pantalla (que tampoco es una resolución rara que son 800x480) Enviado desde mi Z5 Premium |
Re: Proyecto OpenPlotter
Cita:
La contraseña debes haberla definido usando raspi-config. Si no lo has hecho probablemente sea raspberry.... si sailoog no lo ha cambiado, que no lo creo. |
Re: Proyecto OpenPlotter
Cita:
Enviado desde mi Z5 Premium |
Re: Proyecto OpenPlotter
Cita:
Edito para añadir: NO debes cambiar el propietario NI los atributos de config.txt. Debes simplemente editarlo con sudo delante para poder guardar los cambios. ¿Realmente has comprobado que no te funciona con sudo?:nosabo: Te lo digo por que la cuenta de root está desactivada (por ello no tiene pass), como te he comentado antes, pues no se debería usar. Y menos en entorno gráfico. Por otro lado, cuando lees la SD en windows solo verás una de las dos particiones que tiene la tarjeta, es la partición que Raspbian monta como carpeta boot y con permisos de superusuario, pero cuando la lees en windows es una simple particion FAT sin permisos y la puedes editar sin problemas. https://anwaarullah.files.wordpress..../08/raspi8.png No debería ser dificil encontrar el archivo config.txt entre los pocos archivos que pueblan la partición.:santo: |
Re: Proyecto OpenPlotter
Cita:
Gracias Pinguino me habia olvidado completamente de la solucion. Nos vamos haciendo viejos. Tengo una pregunta, para filtrar lo pongo en el filtro de entrada en ignorar sentencias y añado MWV |
Re: Proyecto OpenPlotter
Cita:
Ya me han llegado los componentes para el anemometro. Mañana los recojo y me pongo manos a la obra. |
Re: Proyecto OpenPlotter
Cita:
Tuve que añadirla a la lista de sentencias pues no estaba listada IIMWV y ya entonces pude marcarla para que fuera descartada. http://opencpn.org/ocpn/sites/defaul...ce-filters.png |
Re: Proyecto OpenPlotter
Cita:
Prueba este: http://7-zip.org/ |
Re: Proyecto OpenPlotter
Cita:
http://www.sailoog.com/es/blog/desca...rpi-v060-beta3 Cuidado con esta versión, es una primera versión y todavía está llena de cosas no probadas sobre el terreno y de fallos. Cita:
Prueba con diferentes valores de ganancia para ver si por lo menos puedes ver alguna marca en la cascada de visualización. Cita:
Cita:
:brindis: |
Re: Proyecto OpenPlotter
Cita:
Como dice pinguino, cuidado con este metodo, solo usarlo si se sabe lo que se está haciendo. |
Re: Proyecto OpenPlotter
Cita:
Gracias pinguino en doble.:gracias::gracias: El filtro lo he introducido y el 7-zip ha expandido la imagen de Openplotter. Esta noche a probar con la nueva version |
Re: Proyecto OpenPlotter
[quote=sailoog.com;1858961]He colgado una versión en zip para que os sea más facil.
http://www.sailoog.com/es/blog/desca...rpi-v060-beta3 Cuidado con esta versión, es una primera versión y todavía está llena de cosas no probadas sobre el terreno y de fallos. Ayer consegui descargarla y con la ayuda de Pinguino la he expandido hoy. Esta noche la probare. Me da pena que no la tuve cuando estaba en el barco Primero los consejos habituales, es el modelo de pincho correcto? está conectado a un hub autoalimentado? con el otro AIS recibes algo para comprobar que hay tráfico? Prueba con diferentes valores de ganancia para ver si por lo menos puedes ver alguna marca en la cascada de visualización. El pincho es uno de los tuyos. Conectado a Hub autoalimentado con 4 amperios. Probe con diferentes ganancias ya que saturaba con la antena de VHF del palo. Con el otro AIS recibia un monton de barcos. En la foto puedes ver alguno Este tipo de pruebas de resistencia me interesan mucho ya que es la única manera de saber si hay problemas de gestion de memoria y recursos. Algún usuario alemán tuvo problemas de saturación de memoria pero finalmente parecía ser problema de OpenCPN aunque para asegurarme estaría bien que si alguien está usando el sistema por mucho tiempo seguido se fijara en el uso de memoria y procesador (tecleando top en un terminal) y si viera algo anormal apuntara los valores de memoria libre y ocupada y las condiciones de uso (programas abiertos y funcionalidades de openplotter activadas). Los valores normales en una Raspberry 2 con todo activado en OpenPlotter y OpenCPN funcionando suelen ser de 50% de memoria usada y 70% de procesador con una variación de 10% arriba y abajo. La proxima vez lo controlaré. En esta prueba ha funcionado todo sin problemas, tanto el convertidor de YApp, como el Shipmodul, GPS y receptor (comercial) de AIS conectados a la Raspi. La raspi no se ha calentado mas de lo normal. Con las cartas vectoriales el zoom funciona rapido y el desplazamiento de la carta tambien. El uso del procesador ha sido bajo. De vez en cuando subia al 25% o 30%. Tambien el punto acceso Wifi funciono sin problemas durante horas. En resumen me he quedado supersatisfecho con el sistema. Creo que es muy fiable. La siguiente prueba será navegando |
Re: Proyecto OpenPlotter
Cita:
Así a todo podía editarlo desde ahí, pero como me está gustando esto del linux preferí hacerlo con ello. Por lo tanto he vuelto hacer lo de "sudo nano /boot/config.txt" y weno, me abrió el archivo en el editor como ayer pero el resultado a la hora de guardar no ha sido el mismo pues me lo ha guardado sin problemas. 👏👏👏 :aplausos: ya ni tengo q describir la cara de "pero q coño escribí yo ayer" http://images.tapatalk-cdn.com/15/12...bc30f506ca.jpg Weno, resuelto y gracias por los comentarios Un barril de cerveza para todos invito Yo! Enviado desde mi Z5 Premium |
Re: Proyecto OpenPlotter
Cita:
Dios mio lo q tal me queda por aprender Enviado desde mi Z5 Premium |
| Todas las horas son GMT +1. La hora es 00:53. |
Powered by vBulletin® Version 3.7.0
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
© La Taberna del Puerto