![]() |
|
|
|
| VHF: Canal 77 |    | ![]() |
![]() |
![]() |
![]() |
![]() |
|
|
|
#1
|
||||
|
||||
|
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. ![]() |
|
#2
|
||||
|
||||
|
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. |
|
#3
|
||||
|
||||
|
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 |
|
#4
|
||||
|
||||
|
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) | ||
|
#5
|
||||
|
||||
|
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. |
|
#6
|
||||
|
||||
|
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 |
|
#7
|
||||
|
||||
|
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 ![]() |
|
#8
|
||||
|
||||
|
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 | ||
|
#9
|
||||
|
||||
|
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. |
|
#10
|
||||
|
||||
|
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. |
|
#11
|
||||
|
||||
|
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 . |
|
#12
|
||||
|
||||
|
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? |
![]() |
Ver todos los foros en uno |
| Herramientas | |
| Estilo | |
|
|