jueves, 22 de julio de 2010
Kml y google earth
Os pongo la imagen del fichero kml que he programado. La opción de hacer rutas creo que no es la más adecuada porque al hacer zoom se pierde la anchura, habrá que prograrlo para que haga polígonos.
miércoles, 21 de julio de 2010
Nueva prueba de campo
En esta ocasión me interesaba probar el guiado (no el tracking), retardo de guiado, facilidad de manejo etc. Me cogí el coche y me fui al parking del estadio de futbol, y tranquilamente puse al coche la abonadora de 18 metros y aboné el parking.
El retardo existe y hay que vivir con el, o gastarse más pasta en otro gps. Pero la manejabilidad bastante aceptable
El retardo existe y hay que vivir con el, o gastarse más pasta en otro gps. Pero la manejabilidad bastante aceptable
Conclusiones II
Tras colocar GPS mal y como no me llegaba el cable me subí encima de la cabina, 38ºC, sin gorra, las manos con viento de cola (parece un avión, quiero decir de culo) eran un infierno.
Coloqué el gps en medio, aquí tenéis el vídeo
Los resultados fueron buenos, la pena es que había roderas profundas en una zona de la parcela y hubo que hacer malabares con la cosechadora ahí.
Un pantallazo de los resultados
Coloqué el gps en medio, aquí tenéis el vídeo
Los resultados fueron buenos, la pena es que había roderas profundas en una zona de la parcela y hubo que hacer malabares con la cosechadora ahí.
Un pantallazo de los resultados
Conclusiones I
La primera conclusión es que hay que poner el gps centrado respecto a la labor, en la primera grabación lo puse en el lateral de la cabina de la cosechadora porque no me llegaba el cable. El resultado es que una mano solapa y otra queda hueco.
Aquí teneis la foto el video y los resultados del programa.
OpenGl el poder
Lo siguiente que hice es aprender OpenGl (pyopengl) y Wxpython. Un reto es que toda la representación gráfica debe estar acabada en menos de 100ms (para poder admitir gps de 10Hz). Tras mucho sudor hasta entender OpenGl Buffer vertex, logré el objetivo, lo tengo en 45ms. Todas las cuentas y representación gráfica tarda en mi msiwind con atom 250 45ms, y lo más importante, apenas crece cuando vas acumulando horas de trabajo.
Me compré un gps haicom III usb, a 1Hz, pero más preciso ( según Javier Santana, el dios del gps agricola) que el mtk, doy fe por mi propia experiencia.
Todo lo he tenido listo en junio, y segando el trigo he hecho unas pruebas de campo.
Pongo unas fotos.
Primeros Pasos
Desde Julio a Navidad de 2009 desarrollé la aplicación en Pygame, con un Gps MTK Qzstar 1000 a 5 Hz.
Hice pruebas de campo en el día de nochebuena por la mañana, un día feísimo, niebla, llovizna, y las pruebas fueron un desastre. Delays del gps, error, baile de San Vito en la señal ... Necesitaba un gps más fiable y un programa en 3D.
Algunas fotos de las pruebas.
jueves, 15 de julio de 2010
Python para guíar tractores y cosechadoras
Hace un año exactamente me planteé programar mi propia aplicación para guiado de tractores agrícolas. Ya había tenido experiencias anteriores (malas), he esperado a que madure la tecnología un poco, y he vuelto a la carga.
En este año no he aprendido de Gps, ya me había curtido, he aprendido de Python y de OpenGl, en especial de buffers, también pygame.
Muestro aquí un status de la aplicación desarrollada
Suscribirse a:
Entradas (Atom)