![]() |
|
|
|
| VHF: Canal 77 |    | ![]() |
![]() |
![]() |
![]() |
![]() |
|
#451
|
||||
|
||||
|
Cita:
Las campanas horarias que comentas las toma del GPS o del sistema?? Por cierto, a ver si te animas y nos pasas esa imagen optimizada. ![]() |
|
#452
|
||||
|
||||
|
Cita:
De paso descargo el ultimo grib y me mantengo alerta a la méteo. El tema de la imagen es que la tengo ajustada a mis dispositivos, mi configuración y a una SD de 8 Gb un tanto especial ya que es de verdad de 8 GB y no como la mayoría que al formatear se quedan en 7 y pico. Tengo que preparar una que quepa en 4 GB y que no lleve mis configuraciones, marcas, pistas ni cartografía. |
|
#453
|
||||
|
||||
|
Navigatrix coge la hora del gps. Igual allí encuentras alguna pista.
Atencion que en la pagina de descarga de plugins de opencpn ya hay colgadas complilaciones para ARM y se ha liberado el plugin de AIS sdr. ![]() http://opencpn.org/ocpn/downloadplugins |
|
#454
|
||||
|
||||
|
Aquí está la página donde intento recoger todos los avances:
http://campus.sailoog.com/course/view.php?id=9 Ni que decir tiene que es un sitio abierto a cualquiera que quiera ayudarme a administrarlo. Aun falta mucha información que voy a ir haciendo poco a poco. Salud. |
| Los siguientes cofrades agradecieron este mensaje a sailoog.com | ||
Loquillo (01-07-2014) | ||
|
#455
|
||||
|
||||
|
De vuelta con la SailPi y vengo con noticias y preguntas.
Noticias Recordáis la conversación sobre si la Pi podría con todo lo que le estábamos pidiendo? Pues creo que estoy cerca de demostrar que si. He montado un engendro que podéis ver en la foto y lo estoy puteando de lo lindo, hasta el punto de haber fundido ya una raspberry, una bateria lipo y un adaptador de corriente . Basicamente lo que tengo es una imagen de raspbian supermegaoptimizada, una raspberry a 950 mhz, salida HDMI, un hub de 7 puertos, un GPS USB, 2 pen drives con cartas y archivos, un pincho wifi, un adaptador de teclado y raton inalambrico y un receptor AIS SDR. Todo ello alimentado con una maravilla de placa que se puede ver a la izquierda que me convierte 5/23 V de entrada a 5V de salida con 3A máximo sin calentarse nada. Lo que hace todo el conjunto es: Plotter, receptor AIS y multiplexor con un consumo de CPU de entre 70 y 80 % de procesador ![]() Lo que me queda pendiente es:
Preguntas Access point infraestructure o ad-hoc network? Cual consume menos recursos? ventajas de uno sobre el otro? una ad-hoc network necesita un adaptador wifi master tambien? autorespuesta: Android no es compatible con ad-hoc asi que infraestructure. Alguien ha probado un monitor pequeño de 7 o 9 pulgadas conectado con la salida de video RCA? si cumpliera unos mínimos de calidad sería importante porque esos monitores se pueden encontrar por 25 y 40 euros respectivamente. ---------------------------- Bueno por último comentar que todo esto ya está resumido en nuestra página con las instrucciones para que quien quiera se lo monte a su gusto http://campus.sailoog.com/course/view.php?id=9 seguimos.... Editado por sailoog.com en 09-07-2014 a las 21:27. |
|
#456
|
||||
|
||||
|
Respecto al modo wifi ya te has contestado tu mismo. Sin duda modo AP por compatibilidad.
Ademas, no creo que la diferencia de modo de trabajo modifique perceptiblemente el consumo del modulo wifi. En cuanto al tema de la pantalla, no lo he probado y eso que tengo una tv de 10 " con entrada de video compuesto. A ver si encuentro el cable adecuado y lo pruebo. Lo que creo recordar es que en modo video compuesto la resolucion es de 640X480. No es relevante si la pantalla es pequeña. Habria que probarlo. Veo que insistes en el proyecto a lo "grande". Yo creo que la Pi lo puede hacer todo si sacamos el Ploter. O tambien se podrian montar un par, una multiplexando y wifeando y la otra ploteando. Claro que entonces el precio subiria un poco.... ¿has visto este hilo? http://foro.latabernadelpuerto.com/s...d.php?t=127269 |
|
#457
|
||||
|
||||
|
Estaría genial que pudieras probar la TV y nos cuentas.
Pues si, insisto con el todo en uno ![]() Si te soy sincero sigo con ello porque esperaba cambiarme a una beaglebone en cuanto la raspberry se quedara corta, pero eso aun no ha pasado... como comento antes, con ploter, AIS y multiplex le queda proceso aun para no ir ahogada asi que solo queda la prueba final. A ver que tal... Afirmativo, sigo el hilo que dices, muy buena maquina, aunque esa ya está en el campo de navigatrix y no se puede hacer sombra al mejor ![]() |
|
#458
|
||||
|
||||
|
Pregunta de pardillo:
¿Se puede instalar la imagen de Sailberry que nos ha creado Pingüino para la Raspberry en una Beaglebone y que funcione sin hacerle adaptaciones? ![]() |
| Los siguientes cofrades agradecieron este mensaje a 0tilio | ||
Loquillo (10-07-2014) | ||
|
#459
|
||||
|
||||
|
No estoy del todo seguro, pero me temo que no.
Uno de los problemas es el diferente modo de arranque del sistema' que en la Pi es desde la SD mientras que en la BB es desde memoria flash. Otro posible inconveniente es que el chip de la Pi es armv6 y el de la BB es armv7 y no se si los binarios son totalmente compatibles. Editado por ... en 11-07-2014 a las 13:25. |
|
#460
|
||||
|
||||
|
De pregunta de pardillo nada, hace tiempo que yo tambien me la hago pero no encuentro el momento de probarlo. Supongo que si funcionará porque las dos son Debian arm y se nutren del mismo repositorio pero las dos están optimizadas para sus plataformas. Como experimento estaría bien pero no lo recomiendo si quieres un sistema estable. Si lo pruebas o dejes de compartir el resultado, si encuentro tiempo lo pruebo tambien.
|
|
#461
|
||||
|
||||
|
Cita:
![]() La beaglebone tambien arranca desde SD y puedes flashear el sistema en cualquier momento. |
|
#462
|
||||
|
||||
|
Cita:
Debian ofrece el armv6sf (soft float) mientras que Raspbian compila especificamente para la Pi e armv6hf (hard float) que es sensiblemente mas veloz en la Pi. Lo dicho..... habria que probarlo. |
| Los siguientes cofrades agradecieron este mensaje a | ||
sailoog.com (10-07-2014) | ||
|
#463
|
||||
|
||||
|
Cita:
http://blog.petrilopia.net/linux/ras...me-gps-dongle/ http://engineering-diy.blogspot.com....ized-with.html ambas basadas en gpsd
__________________
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ El mar es de TODOS. Lo que es de TODOS, NO ES MÍO. "No hay nada como el MAR"![]() Tinico N'Hielo
|
| Los siguientes cofrades agradecieron este mensaje a gilinas | ||
|
#464
|
||||
|
||||
|
Cita:
![]() |
|
#465
|
||||
|
||||
|
Cita:
El segundo link podria ser una solucion ya que lo que hace es parsear una cadena de texto que contiene la linea $GPRMC que es la que contiene la hora. Se podría prescindir de gpsd y gpspipe y escuchar en 10110 hasta encontrar esa linea y usarla como dice la segunda parte del texto. Luego ejecutar ese script cada hora por ejemplo para tener la hora siempre actualizada... es una idea. |
|
#466
|
||||
|
||||
|
Cita:
Si quieres puedes seguir los pasos de http://campus.sailoog.com/course/view.php?id=9 o esperar a que la tenga pero tardaré un poquito.... |
|
#467
|
||||
|
||||
|
Cita:
El truco es iniciar gpsd, sacar la hora, enviarsela al sistema, matar gpsd e iniciar kplex a continuacion. Cuando vaya a casa os pondre el guion correspondiente modificado asi como la manera de hacer que kplex arranque cuando debe. Muchas gracias Gillinas por los enlaces. |
|
#468
|
||||
|
||||
|
Cita:
![]() |
|
#469
|
||||
|
||||
|
Cita:
#Primero reseteamos la fecha para asegurarnos de que la cambia correctamente sudo date -s '01/01/2014 00:01' sleep 1 #Apagamos los procesos que podrian causar conflictos sudo pkill kplex sudo pkill ntpd sudo pkill gpsd #iniciamos gpsd y lo ponemos a escuchar en el primer puerto Serie (suponiendo que el gps esta conectado a el). sudo gpsd -b -n -D 2 /dev/ttyUSB0 sleep 2 #Extraemos la fecha y la hora del gps y la enviamos a la variable $GPSDATE sudo GPSDATE=`gpspipe -w | head -10 | grep TPV | sed -r 's/.*"time":"([^"]*)".*/\1/' | head -1` echo $GPSDATE #Enviamos los datos de fecha y hora captados desde la variable $GPSDATE al sistema sudo date -s "$GPSDATE" #Apagamos gpsd pues no lo necesitamos y entra en conflicto con kplex sudo pkill gpsd sudo pkill gpspipe #Reiniciamos kplex nohup kplex Parece que funciona aunque a veces no logra extraer la fecha y hora si no lo ejecutamos un par de veces. No se si será la solución definitiva. Tampoco se si me gusta tener que recurrir a gpsd solo para esta pequeñez. Si supiera algo de programación de verdad de la buena tal vez seria capaz de extraer esos datos directamente de kplex. Bueno, tal vez alguno pueda avanzar algo mas basándose en este código . |
|
#470
|
||||
|
||||
|
Buena idea. Entiendo que esto sería un ejecutable que el usuario ejecutaria a voluntad no?
Tal vez no funciona a la primera a veces porque el comando sleep lo que hace es intentar dar un tiempo para que el gps emita la linea con la hora y esos segundos pueden que sean insuficientes para asegurar. Segun tengo entendido gpsd detecta automaticamente los gps conectados por usb. Se puede configurar con sudo dpkg-reconfigure gpsd y asi no habría que indicarselo en la llamada. Al final no reiniciarias ntpd por si acaso? |
|
#471
|
||||
|
||||
|
Cita:
Es el head -10 el que espera a tener 10 lineas de datos gps para extraer la fecha y hora. La verdad Es que gpsd no termina de funcionar del todo bien en la Raspberry, al menos con mi gps. Ademas el problema es que a veces obtiene datos erróneos como latitud y longitud en lugar de la hora. Y bueno... si funcionara el guión la idea seria eliminar también ntpd y ahorrarnos un servicio. Por supuesto se le puede hacer arrancar de nuevo. Editado por ... en 10-07-2014 a las 21:31. |
|
#472
|
||||
|
||||
|
joer hoy no doy ni una
![]() pues seguiremos investigando la mejor manera... |
|
#473
|
||||
|
||||
|
Bueno, puede que el tema de fijar la hora en la Pi por el gps esté ya solucionado.
No hace falta gpsd. Usaremos kplex que no incluye gasto de recursos adicionales. Hay que crear un archivo de entrada-salida con el comando: mkfifo /tmp/date Despues hay que añadir a la configuración de kplex en el kplex.conf la siguiente entrada para que envie todos los datos al archivo de entrada-salida: [file] direction=out filename=/tmp/date persist=yes Ahora que ya tenemos un sitio de donde extraer los datos NMEA procederemos a leerlos para obtener la hora. Esto lo haremos con el programa que podemos bajarnos de aquí: https://mega.co.nz/#!1dRwHJqS!MLGJ9y...KhsJ70X3JNd7RY Al descomprimirlo vereis que hay un binario y un ejecutable llamado hora.sh. Basta con lanzar ./hora.sh en la terminal y usando el binario y kplex se actualizará la hora usando el gps. Desde luego esto se puede arreglar para que la Raspberry lo haga automáticamente en cada reinicio. Con el tiempo, si funciona bien, lo incluiré en SailPi. |
| 2 Cofrades agradecieron a este mensaje: | ||
gilinas (11-07-2014), sailoog.com (11-07-2014) | ||
|
#474
|
||||
|
||||
|
Estos dicen que la tienen (carilla, a 46 € con caja negra) pero también lo decían los anteriores (sin nombres, por no ofender) y a la hora de enviarla, te comunicaban la "pequeña" dificultad de disponibilidad que atravesaban. Otra vez a anular pedido y a empezar de nuevo, todo sin perder en ningún momento la sonrisa tetánica.
Sigo pensando que quizás la BeagleBone pueda con todo,: plotter, multiplexor y wifi, lo que dejaría el consumo casi en la mitad que poniendo dos Raspberries. Permanezco a la escucha ![]() Editado por 0tilio en 11-07-2014 a las 12:35. |
|
#475
|
||||
|
||||
|
Cita:
http://www.pccomponentes.com/raspberry_pi_rev2.html Y tienen disponibles. Yo mismo compre en Amazon una hace muy poco y la recibí en 48 H. Vamos que no creo que haya escasez. Lo que no se es si te merece la pena la BB pues tiene menos soporte. Si eres manitas con Linux podrás con todo, pero si no puede que no tengas ayuda suficiente. |
![]() |
Ver todos los foros en uno |
|
|