PDA

Ver la versión completa : Proyecto Antena tracker 360º


Páginas : 1 2 [3] 4 5 6 7

rortega
17/10/2015, 07:58
Hola chavalada!
Pensando en cambiar la placa del multi me ha entrado la duda de si la vieja valdria para el tracker y empezarlo, la susodicha es la Multiwii v2.0:
http://hobbyking.com/hobbyking/store/__31138__Multiwii_and_Megapirate_AIO_Flight_Controller_w_FTDI_ATmega_2560_V2_0.html
Mirando las especificaciones veo que cambia el Atmega y algun sensor.
El Atmega es el 2560, podra con el codigo?o no cabe?
Un saludo
Esa debería funcionar descontentando en el config.h la línea define MEGA y comentando la línea define CRIUS_SE

Pruébala y su tienes un poco de lío, entre la experiencia de Guillesan con el Arduino Mega en su tracker, y yo que he tenido AIO pro en mus multis, podemos ir solucionando los problemas.

Y si no te aclaras ya veremos cómo lo solucionamos...

Ivan_Cillo
18/10/2015, 01:00
Esa debería funcionar descontentando en el config.h la línea define MEGA y comentando la línea define CRIUS_SE

Pruébala y su tienes un poco de lío, entre la experiencia de Guillesan con el Arduino Mega en su tracker, y yo que he tenido AIO pro en mus multis, podemos ir solucionando los problemas.

Y si no te aclaras ya veremos cómo lo solucionamos...
Muchas gracias Ortega
Sabiendo que vale pillare la flip32 para el multi y esa la usare para el tracker, aunque ira para largo porque no tengo ninguna pieza.
Tengo un servo Tower Pro mg995 que creo que alguno lo había convertido, fuiste tu por un casual?
Tengo alguno mas de tamaño decente pero creo que no son metálicos.
Un saludo

Enviado desde mi DG800 mediante Tapatalk

rortega
18/10/2015, 08:05
Muchas gracias Ortega
Sabiendo que vale pillare la flip32 para el multi y esa la usare para el tracker, aunque ira para largo porque no tengo ninguna pieza.
Tengo un servo Tower Pro mg995 que creo que alguno lo había convertido, fuiste tu por un casual?
Tengo alguno mas de tamaño decente pero creo que no son metálicos.
Un saludo

Enviado desde mi DG800 mediante Tapatalk
No, el que ha convertido el Tower Pro no he sido yo, creo recordar que fue Simba...

Simba
18/10/2015, 18:25
Muchas gracias Ortega
Sabiendo que vale pillare la flip32 para el multi y esa la usare para el tracker, aunque ira para largo porque no tengo ninguna pieza.
Tengo un servo Tower Pro mg995 que creo que alguno lo había convertido, fuiste tu por un casual?
Tengo alguno mas de tamaño decente pero creo que no son metálicos.
Un saludo

Enviado desde mi DG800 mediante Tapatalk
Hola Ivan de entrada te puedo decir que cualquier servo de tipo standar te puede servir, tanto para Pan como para Tilt y a ser posible el o los mas lentos que tengas, cuanto mas lentos mejor.
Lo de que sean con piñones metálicos o no, es indiferente ya que no hacen grandes esfuerzos ninguno de los dos.
Un saludo.

Simba
18/10/2015, 18:28
Y si fui yo y Turruk concretamente quien modifico un Towerpro para 360º, de echo es el que llevo montado en el traker.

diegojjd
18/10/2015, 21:01
Otro ratillo y ya tengo en marcha la v2 del pan. Le he puesto un muelle al soporte del servo para poder cambiar el piñón por otro menor si fuera necesario y para el posible error de centrado se amortigüe. En caso de castañazo pueden saltar los dientes sin romper el servo (espero)

Este mecanismo va en la caja inferior quedando la superior sin elementos mecánicos. Falta probar qué tal va la señal del servo por el slipring pero si da problemas lo meteré por dos hilos a ver.
http://images.tapatalk-cdn.com/15/10/18/80c21ddfbedf8279b4345224287346da.jpg

rortega
18/10/2015, 21:19
No paráis de inventar, que bueno lo del muelle.

Yo por fin he montado el GPS en el ZMR250 y ya he podido comprobar que al bluetooth que puse en la emisora le llega perfectamente los datos de telemetría FrSky con los datos de GPS. El siguiente paso es compilar el sketch para que trabaje con el protocola FrSky, subirlo, y cruzar los dedos.

A parte, el kit de "cartón" ya lo tengo mucho más avanzado, con los conectores de vídeo, audio y alimentación montados, los pulsadores de calibración y home instalados, la crius definitivame colocada en el interior y el conector para el ftdi sacados hacia el exterior...

Tengo ya la antena helical y el receptor 5.8, pero me faltan unos conectores SMA de 90 grados y algún cable coaxial para poder empezar a hacer pruebas en el campo.

diegojjd
18/10/2015, 21:39
No me deja el tapatalk subir el clip. Pues al Youtube...

https://youtu.be/odqt-lH9MrY

Enviado desde mi thl 5000 mediante Tapatalk

marcoasj
18/10/2015, 23:19
Bueno, ya no me complico mas la vida, he pedido otro HC-05 para configurarlo como esclavo y andando....
ya contaré....

rortega
19/10/2015, 08:07
Bueno, ya no me complico mas la vida, he pedido otro HC-05 para configurarlo como esclavo y andando....
ya contaré....
A ver si lo consigues

rortega
19/10/2015, 08:20
No paráis de inventar, que bueno lo del muelle.

Yo por fin he montado el GPS en el ZMR250 y ya he podido comprobar que al bluetooth que puse en la emisora le llega perfectamente los datos de telemetría FrSky con los datos de GPS. El siguiente paso es compilar el sketch para que trabaje con el protocola FrSky, subirlo, y cruzar los dedos.

A parte, el kit de "cartón" ya lo tengo mucho más avanzado, con los conectores de vídeo, audio y alimentación montados, los pulsadores de calibración y home instalados, la crius definitivame colocada en el interior y el conector para el ftdi sacados hacia el exterior...

Tengo ya la antena helical y el receptor 5.8, pero me faltan unos conectores SMA de 90 grados y algún cable coaxial para poder empezar a hacer pruebas en el campo.
Yo estoy atascado...el tracker recibe el stream de FrSky D a través de bluetooth y se ilumina el led azul, pero es un parpadeo continuo, y es como si no consuguiese descifrar un solo paquete.

Los datos que le llegan deben ir todos en binario, pues son indescifrables al ojo humano cuando los sacas por consola serie.

El chorro sé que lleva las tramas en protocolo FrSky, que debe ser el D por el receptor que tengo, que además lo puedo descifrar desde android con la app Dashboard.

Mirando el código parece que está bien implementado...He probado sketchs que decodifican el protocolo y saca datos pot puerto serie, pero tampoco lo descifra, así que hay algo que se me escapa en todo éssto...

Alguien tiene alguna información que me pueda iluminar???

Guillesan
19/10/2015, 13:38
Hola, por qué no se lo comentas a Rangarid ( foro alemán) él es el programador inicial, y ese el protocolo que uso y usa primero.

rortega
19/10/2015, 14:10
Hola, por qué no se lo comentas a Rangarid ( foro alemán) él es el programador inicial, y ese el protocolo que uso y usa primero.
No es mal a idea, no. Esta tarde le daré unas vueltas al tema, y si veo que se me resiste le escribiré.

rortega
19/10/2015, 14:11
Hola, por qué no se lo comentas a Rangarid ( foro alemán) él es el programador inicial, y ese el protocolo que uso y usa primero.
Por cierto Guillesan, qué pasó con las pruebas de RVSOD???

Guillesan
19/10/2015, 14:15
Pues está probado si , no del todo, en tierra. Pero la mecánica que tengo (antena grande) tiene vibraciones. Luego tuve ciertos problemas(personales) y lo deje parado. Esta semana me meto otra vez en faena. Pero lo ultimo era que la antena giraba al revés de la posición del avión, mande un vídeo, lo dicho me lío de nuevo ya.

Ivan_Cillo
19/10/2015, 21:13
Hola Ivan de entrada te puedo decir que cualquier servo de tipo standar te puede servir, tanto para Pan como para Tilt y a ser posible el o los mas lentos que tengas, cuanto mas lentos mejor.
Lo de que sean con piñones metálicos o no, es indiferente ya que no hacen grandes esfuerzos ninguno de los dos.
Un saludo.

ya he visto el video de como transformarlo a 360º, ¿lo habeis hecho poniendo las resistencias o simplemente quitando el tope mecanico y dejando el potenciometro para centrarlo?

hace tiempo vi el servo que usabais para el tilt pero ahora buscando no lo he encontrado, ¿alguien me puede indicar que servo llevais para esto?¿tiene que ser de 180º?¿o vale con uno normal?

Simba
19/10/2015, 21:21
Es mejor sustituir el pote por 2 resistencias de 2k2 . Resulta más estable.
Para el Tilt te sirve cualquier sevo normal de tipo Standar. El máximo ángulo es de 90° o sea mejor uno normal.

Simba
19/10/2015, 21:24
Si puedes le pones uno de más de 6 kg pero lo importante es que el peso de las antenas este equilibrado y que le pongas algún muelle para compensar de esta forma el servo no hace casi fuerza.

marcoasj
20/10/2015, 09:39
Yo estoy atascado...el tracker recibe el stream de FrSky D a través de bluetooth y se ilumina el led azul, pero es un parpadeo continuo, y es como si no consuguiese descifrar un solo paquete.

Los datos que le llegan deben ir todos en binario, pues son indescifrables al ojo humano cuando los sacas por consola serie.

El chorro sé que lleva las tramas en protocolo FrSky, que debe ser el D por el receptor que tengo, que además lo puedo descifrar desde android con la app Dashboard.

Mirando el código parece que está bien implementado...He probado sketchs que decodifican el protocolo y saca datos pot puerto serie, pero tampoco lo descifra, así que hay algo que se me escapa en todo éssto...

Alguien tiene alguna información que me pueda iluminar???

¿Has probado a meterle las tramas directamente, sin bluetooth?, yo al principio creia que lo mio era fallo de las tramas o de la decodificación en el tracker, y mi sorpresa fué que cuando le ponía un cable directo, sin bluetooth, funcionaba perfectamente.......

marcoasj
20/10/2015, 09:46
ya he visto el video de como transformarlo a 360º, ¿lo habeis hecho poniendo las resistencias o simplemente quitando el tope mecanico y dejando el potenciometro para centrarlo?

hace tiempo vi el servo que usabais para el tilt pero ahora buscando no lo he encontrado, ¿alguien me puede indicar que servo llevais para esto?¿tiene que ser de 180º?¿o vale con uno normal?

Yo le tengo puesto este

http://www.hobbyking.com/hobbyking/store/__39340__HXT_6_9kg_39_2g_16sec_Twin_bearing_Digital_Servo_EU_Warehouse_.html

jfrauca
20/10/2015, 10:52
Buenos días,

He empezado a leer el hilo, pero veo que va para largo la lectura.

Me apunto, la idea es tener MFD en el avión y desde tierra este sistema.

a ver si veo por los hilos la mecánica que utilizáis, los servos etc y me hago una lista para comprar.

Lo dicho, gracias a todos por este hilo

por cierto, si alguno tiene alguno a la venta que funcione todo es hablar :biggrin2::biggrin2::biggrin2:

rortega
20/10/2015, 11:33
¿Has probado a meterle las tramas directamente, sin bluetooth?, yo al principio creia que lo mio era fallo de las tramas o de la decodificación en el tracker, y mi sorpresa fué que cuando le ponía un cable directo, sin bluetooth, funcionaba perfectamente.......
Sí, todo eso está probado, he probado casi de todo, pero sigo abierto a cualquier sugerencia que hagáis por muy simple que os parezca, porque lo normal es que cuando uno está "enfanaticado" puede que esté pasando por alto algo.

rortega
20/10/2015, 11:45
Ya he consultado a Rangaird del foro alemán, y como sospechaba, el toma las tramas FrSky desde la Taranis y no desde el módulo Tx, usando el protocolo FrSKy X.

Parece que el FrSky D no está testado por ningún usuario, así que podríamos estar con una situación similar a la del RVSOD.

Yo recibo la señal TTL directamente de las tripas del módulo DJT y las lanzo directamente al tracker, sin pasar por el procesamiento del firmware de mi emisora Sospecho que Randgair lo que hace es recoger las tramas desde un puerto de salida de la Taranis (esto último estoy esperando que me lo confirme) porblo que creo que la taranis realiza alguna decodificación previa en lugar de enviar las tramas nativas que se envían desde el receptor.

Creo que estamos en un caso muy parecido a lo que sucedía con el RVSOD, por un lado tenemos una implementación de código no testada, y por otro una forma/origen de datos que provee tramas en formato diferente.

El tema de la inversión de señal TTL/RS232 no tiene nada que ver pues en la app de android los datos de GPS, voltaje, altutud , etc se muestran correctamente.

Guillesan
20/10/2015, 11:49
Jolines, le ves alguna solución o se te pasa por la cabeza comprar una Taranis ......... Como escusa es perfecto jajaja

rortega
20/10/2015, 12:22
Jolines, le ves alguna solución o se te pasa por la cabeza comprar una Taranis ......... Como escusa es perfecto jajaja
Sí, jajaja...

De todos modos espera, Rangaird va a implementar un sketch para procesar las tramas que le he enviado, y así poder verificar la parte del código que decodifica las tramas en formato FrSky D.

Guillesan
20/10/2015, 12:23
Ok algo de luz y esperanza, me alegro

marcoasj
20/10/2015, 12:55
No había leído la consulta a rangarid

rortega
20/10/2015, 13:18
De todos modos no es tan grave, el código fuente de cleanflight (el firm en la NAZE32) está ahí, y RS posible dilucidar que es y como se construye cada trama. Sería una cuestión de tiempo modificar/reparar el código fuente del tracker para que funcionase según el setup que tengo.

Simba
20/10/2015, 14:05
Bueno rortega el caso es que con tu consulta a Rangarid, aunque a ti no te solucione el tema, a todos los que tenemos Taranis se nos despejan las dudas, de echo yo un tiempo atras estuve preguntando sobre el tema, y ya me indicaron que por el puerto serie de la Taranis, salen todos los datos de Telemetria incluido el GPS. Lo malo es que suponía que debía utilizar en el avión un GPS especifico de Frsky con el sistema serie, como todos los elementos de telemetria de Frsky.

El tema lo había dejado aparcado, por estar utilizando y experimentando el Traker en 433, pero me parece muy interesante.

rortega
20/10/2015, 14:06
Rangaird ha detectado el bug en el código y ha subido la modificación al github oficial. Esta tarde lo pruebo y ya os cuento como va.

rortega
20/10/2015, 14:10
Rangaird ha detectado el bug en el código y ha subido la modificación al github oficial. Esta tarde lo pruebo y ya os cuento como va.
Si funciona esta tarde/noche pondré información detallada de mi setup, el mod del módulo tx DJT, etc...

Simba
20/10/2015, 14:11
Rangaird ha detectado el bug en el código y ha subido la modificación al github oficial. Esta tarde lo pruebo y ya os cuento como va.
OK, pero ¿¿ con que GPS lo utilizas con el Rx de Frsky ??

rortega
20/10/2015, 14:22
OK, pero ¿¿ con que GPS lo utilizas con el Rx de Frsky ??
He montado un GPS V.KEL como el que comentó alguien por aquí, que por cierto, aún no he conseguido configurar los baudios y las tramas que deseo sacar. De tofos modos funcionaa 9600 por defecto.

Lo tengo conectado a la NAZE32 por un puerto softserial. Es la NAZE32 quien lee las tramas NMEA y construye los paquetes en formato FrSky D, sacándolos luego por el puerto Tx de la uart número 2 (pin 3) y se inyecta en el puerto RX del receptor DR-4 II.

La pripua NAZE32 se encarga de hacer la inversión de niveles RS232/TTL si así se lo indicamos. Digamos que la NAZE32 hace de hub FrSky.

rortega
20/10/2015, 14:26
He montado un GPS V.KEL como el que comentó alguien por aquí, que por cierto, aún no he conseguido configurar los baudios y las tramas que deseo sacar. De tofos modos funcionaa 9600 por defecto.

Lo tengo conectado a la NAZE32 por un puerto softserial. Es la NAZE32 quien lee las tramas NMEA y construye los paquetes en formato FrSky D, sacándolos luego por el puerto Tx de la uart número 2 (pin 3) y se inyecta en el puerto RX del receptor DR-4 II.

La pripua NAZE32 se encarga de hacer la inversión de niveles RS232/TTL si así se lo indicamos. Digamos que la NAZE32 hace de hub FrSky.
En el módulo DJT de la emisora, he realizado un mod que consiste en soldar los hilos Rx y Tx directamente en las pistas, ahí es donde pincho el TX y RX módulo bluetooth. De esta forma obtengo la señal TTL sin invertir, no teniendo que hacer ningún mod en ka emisora.

Luego cuando esté en casa pongo los links del mod.

Simba
20/10/2015, 14:29
El del gps v.kel soy yo y es el gps que yo utilizo.
Si necesitas cambiar algo lo comentas y te indico.

rortega
20/10/2015, 14:30
Pongo aquí la respuesta final de Rangarid:

There really was a bug in the parser. I fixed it and i get data now, but not sure if that data that is parsed is really correct. thats up to you to test now. Updated code is in github. At least the N/E and E/W is parsed correctly so i hope lat/lon/alt is too, else i have to take a closer look if the values are wrong ;)

rortega
20/10/2015, 14:43
El del gps v.kel soy yo y es el gps que yo utilizo.
Si necesitas cambiar algo lo comentas y te indico.
Básicamente necesito saber con qué software has cambiado los baudios para que se queden grabados. Yo he usado dos versiones distintas de u-center y con ambas consigo hacerlo, pero cuando reestablezco la alimentación vuelve a 9600. Recuerdo de hace muuuuuucho tiempo, cuando usaba el u-center para configurar el gps para multiwii, que la orden de salvar la configuración en la flash del GPS se ejecutaba desde la opción "save current config". Es así con este GPS también?

marcoasj
20/10/2015, 14:49
Con el video de simba se configura ybse graba sin problemas

https://youtu.be/mj-H7jSknX8



Enviado desde mi SM-G900F mediante Tapatalk

rortega
20/10/2015, 14:53
Con el video de simba se configura ybse graba sin problemas

https://youtu.be/mj-H7jSknX8



Enviado desde mi SM-G900F mediante Tapatalk
A ésta clase yo no asistí...esta tarde me lo miro tranquilamente. Mil gracias.

rortega
20/10/2015, 18:23
Buenas noticia, hay luz al final del tunel. Se reciben las coordenadas, número de satélites...

rortega
20/10/2015, 18:55
A continuación un vídeo demostración de que la comunicación vía FrSky entre aeromodelo y open360tracker es posible. Ahora falta afinar para resolver los problemas que se ven en el siguiente vídeo demostraicón:

https://www.youtube.com/watch?v=kz3hXcMlTm0

Como podéis observar, el dato de la altitud está mal. Creo que es podría ser un problema de unidades, porque visualizando datos en la aplicación para android Dashboard, se ve en la altitud una pequeña oscilación del orden de 0,1 o 0,2 metros, casi siempre hacia abajo. Si es eso, se soluciona dividiendo el dato por 100000.

Por otro lado, veo que las coordenadas GPS no siempre están correcta, promero pone en la latitud un valor 0 coma algo, y luego ya me pone los datos correctos. En este caso o es un problema de no llegarse a leer siempre bien la trama, o que está superponiendo la información de alguna otra trama que nada tiene que ver con los datos GPS. Algo similar pasa con el número de satélites.

Los cambios que ha hecho Rangaird son bastante "grandes", ha habido una modificación drástica en la parte que decodifica el protocolo FrSky D, cosa que para mí es bastante preocupante, volvemos a estar usando un software que aún no está verificado...

Simba
20/10/2015, 18:57
He montado un GPS V.KEL como el que comentó alguien por aquí, que por cierto, aún no he conseguido configurar los baudios y las tramas que deseo sacar. De tofos modos funcionaa 9600 por defecto.

Lo tengo conectado a la NAZE32 por un puerto softserial. Es la NAZE32 quien lee las tramas NMEA y construye los paquetes en formato FrSky D, sacándolos luego por el puerto Tx de la uart número 2 (pin 3) y se inyecta en el puerto RX del receptor DR-4 II.

La pripua NAZE32 se encarga de hacer la inversión de niveles RS232/TTL si así se lo indicamos. Digamos que la NAZE32 hace de hub FrSky.

O sea que en mi caso en el Cloneout 250 con la Flip32+, le meto el GPS tal cual dices, y por el mismo sitio que sale el Tx para el MinimOSD, puedo sacar la trama Frsky, que deduzco es la misma que utiliza el MinimOSD.

Todo esto claro está utilizando en el Traker la versión Frsky, de tal forma que lo que salga de la Taranis, (por su puerto serial ) lo conectamos al Bluetooht, y tal cual lo entenderá perfectamente nuestro Traker360.

Si es así de fácil lo veo muy interesante.

Y ya para nota, ¿como podíamos utilizar nuestro GPS V.Kel, sin necesidad de utilizar una placa Nace32 o flip32 ? Con un Rx Frsky se entiende, ya que yo lo utilizaría para un velero con telemetria para el traker.

P.D. yo creo que no hay en ningún lado, nada parecido a esto en cuanto a versatilidad y multifunción de diferentes protocolos, esto es una caña total.

rortega
20/10/2015, 19:39
O sea que en mi caso en el Cloneout 250 con la Flip32+, le meto el GPS tal cual dices, y por el mismo sitio que sale el Tx para el MinimOSD, puedo sacar la trama Frsky, que deduzco es la misma que utiliza el MinimOSD

No, así no, fíjate en estas dos imágenes que he sacado de mi configuración:

1.- Primero habilitamos softserial y telemetry en la pestaña Configuration.
http://www.aeromodelismovirtual.com/attachment.php?attachmentid=62053&stc=1&d=1445361939

2.- Luego configuramos los puertos tal cual los ves.http://www.aeromodelismovirtual.com/attachment.php?attachmentid=62052&stc=1&d=1445361939
La UART1 con el protocolo MSP (Multiwii) para configuración vía cleanfilght-configuration, OSD, etc..., para todo aquel dispositivo que funcione con el protocolo de Multiwii.

La UART2 la uso para el GPS, que lo tengo conectado a los pines 3 y 4, para lo cual debemos usar PPM, si no esos pines quedarían ocupados por los canales de la emisora.

Y SOFTSERIAL1 para sacar la telemetría hacia el recepor FrsKy (sólo se usan el pin que hace de tx en la controladora, que se conecta al rx del receptor, y la masa). El pin tx del softserial1 es el pin 6, por lo que es necesario tener también habilitado el PPM, de lo contrario ni éste ni los del GPS podríamos usarlos

3.- Y finalmente, el parámetro que consigue hacer magia:

set telemetry_inversion=1

Sin este último y pequeño detalle, te puedes tirar horas y horas intentándolo que nada de nada...

Te voy a pegar por aquí mi configuración, pero ten en cuenta que yo uso NAZE32 y podría algún parámetro ser distinto. Comentar también que no he afinado nada, ni pids, ni data, está casi todo por defecto, y el GPS aún lo tengo a 9600 bauds:



# dump

# version
# Cleanflight/NAZE 1.10.0 Oct 2 2015 / 14:57:31 (9f95334)
# dump master

# mixer
mixer QUADX
mmix reset
smix reset


# feature
feature -RX_PPM
feature -VBAT
feature -INFLIGHT_ACC_CAL
feature -RX_SERIAL
feature -MOTOR_STOP
feature -SERVO_TILT
feature -SOFTSERIAL
feature -GPS
feature -FAILSAFE
feature -SONAR
feature -TELEMETRY
feature -CURRENT_METER
feature -3D
feature -RX_PARALLEL_PWM
feature -RX_MSP
feature -RSSI_ADC
feature -LED_STRIP
feature -DISPLAY
feature -ONESHOT125
feature -BLACKBOX
feature -CHANNEL_FORWARDING
feature RX_PPM
feature VBAT
feature MOTOR_STOP
feature SOFTSERIAL
feature GPS
feature TELEMETRY


# map
map AETR1234


# serial
serial 0 1 115200 57600 0 115200
serial 1 2 115200 9600 0 115200
serial 30 4 115200 57600 9600 115200
serial 31 0 115200 57600 0 115200


# led
led 0 15,15:ES:IA:0
led 1 15,8:E:WF:0
led 2 15,7:E:WF:0
led 3 15,0:NE:IA:0
led 4 8,0:N:F:0
led 5 7,0:N:F:0
led 6 0,0:NW:IA:0
led 7 0,7:W:WF:0
led 8 0,8:W:WF:0
led 9 0,15:SW:IA:0
led 10 7,15:S:WF:0
led 11 8,15:S:WF:0
led 12 7,7:U:WF:0
led 13 8,7:U:WF:0
led 14 7,8:D:WF:0
led 15 8,8:D:WF:0
led 16 8,9::R:3
led 17 9,10::R:3
led 18 10,11::R:3
led 19 10,12::R:3
led 20 9,13::R:3
led 21 8,14::R:3
led 22 7,14::R:3
led 23 6,13::R:3
led 24 5,12::R:3
led 25 5,11::R:3
led 26 6,10::R:3
led 27 7,9::R:3
led 28 0,0:::0
led 29 0,0:::0
led 30 0,0:::0
led 31 0,0:::0


# color
color 0 0,0,0
color 1 0,255,255
color 2 0,0,255
color 3 30,0,255
color 4 60,0,255
color 5 90,0,255
color 6 120,0,255
color 7 150,0,255
color 8 180,0,255
color 9 210,0,255
color 10 240,0,255
color 11 270,0,255
color 12 300,0,255
color 13 330,0,255
color 14 0,0,0
color 15 0,0,0

set looptime = 3500
set emf_avoidance = 0
set mid_rc = 1500
set min_check = 1100
set max_check = 1900
set rssi_channel = 0
set rssi_scale = 30
set rssi_ppm_invert = 0
set rc_smoothing = 1
set input_filtering_mode = 0
set min_throttle = 1150
set max_throttle = 1850
set min_command = 1000
set servo_center_pulse = 1500
set 3d_deadband_low = 1406
set 3d_deadband_high = 1514
set 3d_neutral = 1460
set 3d_deadband_throttle = 50
set motor_pwm_rate = 400
set servo_pwm_rate = 50
set retarded_arm = 0
set disarm_kill_switch = 1
set auto_disarm_delay = 5
set small_angle = 25
set fixedwing_althold_dir = 1
set reboot_character = 82
set gps_provider = 0
set gps_sbas_mode = 0
set gps_auto_config = 1
set gps_auto_baud = 0
set serialrx_provider = 0
set spektrum_sat_bind = 0
set telemetry_switch = 0
set telemetry_inversion = 1
set frsky_default_lattitude = 0.000
set frsky_default_longitude = 0.000
set frsky_coordinates_format = 0
set frsky_unit = 0
set frsky_vfas_precision = 0
set hott_alarm_sound_interval = 5
set battery_capacity = 0
set vbat_scale = 110
set vbat_max_cell_voltage = 43
set vbat_min_cell_voltage = 33
set vbat_warning_cell_voltage = 35
set current_meter_scale = 400
set current_meter_offset = 0
set multiwii_current_meter_output = 0
set current_meter_type = 1
set align_gyro = 0
set align_acc = 0
set align_mag = 0
set align_board_roll = 0
set align_board_pitch = 0
set align_board_yaw = 90
set max_angle_inclination = 500
set gyro_lpf = 42
set moron_threshold = 32
set gyro_cmpf_factor = 600
set gyro_cmpfm_factor = 250
set yaw_control_direction = 1
set pid_at_min_throttle = 1
set yaw_motor_direction = 1
set yaw_jump_prevention_limit = 200
set tri_unarmed_servo = 1
set servo_lowpass_freq = 400
set servo_lowpass_enable = 0
set failsafe_delay = 10
set failsafe_off_delay = 200
set failsafe_throttle = 1000
set failsafe_kill_switch = 0
set failsafe_throttle_low_delay = 100
set rx_min_usec = 885
set rx_max_usec = 2115
set acc_hardware = 0
set baro_hardware = 0
set mag_hardware = 0
set blackbox_rate_num = 1
set blackbox_rate_denom = 1
set blackbox_device = 0
set magzero_x = 169
set magzero_y = 355
set magzero_z = -292

# rxfail
rxfail 0 a
rxfail 1 a
rxfail 2 a
rxfail 3 a
rxfail 4 h
rxfail 5 h
rxfail 6 h
rxfail 7 h
rxfail 8 h
rxfail 9 h
rxfail 10 h
rxfail 11 h
rxfail 12 h
rxfail 13 h
rxfail 14 h
rxfail 15 h
rxfail 16 h
rxfail 17 h

# dump profile

# profile
profile 0

# aux
aux 0 0 0 900 900
aux 1 0 0 900 900
aux 2 0 0 900 900
aux 3 0 0 900 900
aux 4 0 0 900 900
aux 5 0 0 900 900
aux 6 0 0 900 900
aux 7 0 0 900 900
aux 8 0 0 900 900
aux 9 0 0 900 900
aux 10 0 0 900 900
aux 11 0 0 900 900
aux 12 0 0 900 900
aux 13 0 0 900 900
aux 14 0 0 900 900
aux 15 0 0 900 900
aux 16 0 0 900 900
aux 17 0 0 900 900
aux 18 0 0 900 900
aux 19 0 0 900 900

# adjrange
adjrange 0 0 0 900 900 0 0
adjrange 1 0 0 900 900 0 0
adjrange 2 0 0 900 900 0 0
adjrange 3 0 0 900 900 0 0
adjrange 4 0 0 900 900 0 0
adjrange 5 0 0 900 900 0 0
adjrange 6 0 0 900 900 0 0
adjrange 7 0 0 900 900 0 0
adjrange 8 0 0 900 900 0 0
adjrange 9 0 0 900 900 0 0
adjrange 10 0 0 900 900 0 0
adjrange 11 0 0 900 900 0 0

# rxrange
rxrange 0 1000 2000
rxrange 1 1000 2000
rxrange 2 1000 2000
rxrange 3 1000 2000

# servo
servo 0 1000 2000 1500 90 90 100 -1
servo 1 1000 2000 1500 90 90 100 -1
servo 2 1000 2000 1500 90 90 100 -1
servo 3 1000 2000 1500 90 90 100 -1
servo 4 1000 2000 1500 90 90 100 -1
servo 5 1000 2000 1500 90 90 100 -1
servo 6 1000 2000 1500 90 90 100 -1
servo 7 1000 2000 1500 90 90 100 -1

set gps_pos_p = 15
set gps_pos_i = 0
set gps_pos_d = 0
set gps_posr_p = 34
set gps_posr_i = 14
set gps_posr_d = 53
set gps_nav_p = 25
set gps_nav_i = 33
set gps_nav_d = 83
set gps_wp_radius = 200
set nav_controls_heading = 1
set nav_speed_min = 100
set nav_speed_max = 300
set nav_slew_rate = 30
set alt_hold_deadband = 40
set alt_hold_fast_change = 1
set deadband = 0
set yaw_deadband = 0
set throttle_correction_value = 0
set throttle_correction_angle = 800
set default_rate_profile = 0
set gimbal_mode = 0
set acc_lpf_factor = 4
set accxy_deadband = 40
set accz_deadband = 40
set accz_lpf_cutoff = 5.000
set acc_unarmedcal = 1
set acc_trim_pitch = 0
set acc_trim_roll = 0
set baro_tab_size = 21
set baro_noise_lpf = 0.600
set baro_cf_vel = 0.985
set baro_cf_alt = 0.965
set mag_declination = 0
set pid_controller = 0
set p_pitch = 40
set i_pitch = 30
set d_pitch = 23
set p_roll = 40
set i_roll = 30
set d_roll = 23
set p_yaw = 85
set i_yaw = 45
set d_yaw = 0
set p_pitchf = 1.500
set i_pitchf = 0.400
set d_pitchf = 0.030
set p_rollf = 1.500
set i_rollf = 0.400
set d_rollf = 0.030
set p_yawf = 2.500
set i_yawf = 1.000
set d_yawf = 0.000
set level_horizon = 3.000
set level_angle = 5.000
set sensitivity_horizon = 75
set p_alt = 50
set i_alt = 0
set d_alt = 0
set p_level = 90
set i_level = 10
set d_level = 100
set p_vel = 120
set i_vel = 45
set d_vel = 1
set yaw_p_limit = 500
set dterm_cut_hz = 0
set pterm_cut_hz = 0
set gyro_cut_hz = 0

# dump rates

# rateprofile
rateprofile 0

set rc_rate = 90
set rc_expo = 65
set rc_yaw_expo = 0
set thr_mid = 50
set thr_expo = 0
set roll_rate = 0
set pitch_rate = 0
set yaw_rate = 0
set tpa_rate = 0
set tpa_breakpoint = 1500

#
Imagino que ésto te despejará un montón de dudas...

Ahora en otro post pongo la info del mod para el módulo tx DJT de la emisora.

No os compréis aún la Taranis, que Rangaird debe ir por el segundo round, ya le he pasado hace un buen rato los resultados de las primeras pruebas tras la modificación.

rortega
20/10/2015, 19:45
Todo esto claro está utilizando en el Traker la versión Frsky, de tal forma que lo que salga de la Taranis, (por su puerto serial ) lo conectamos al Bluetooht, y tal cual lo entenderá perfectamente nuestro Traker360.



Sí, esa es la idea, pero ojo con lo de la Taranis, siempre va a depender de que tipo de módulos receptor tengamos:


Los "D" usan protocolo FrSky D
Los nuevos módulos "X" usan protocolo FrSky X

rortega
20/10/2015, 19:51
Y ya para nota, ¿como podíamos utilizar nuestro GPS V.Kel, sin necesidad de utilizar una placa Nace32 o flip32 ? Con un Rx Frsky se entiende, ya que yo lo utilizaría para un velero con telemetria para el traker.


Para este tema, cleanflight también hace magia.

Hay un concepto relativamente nuevo, del que aún no me he empapado del todo, que se basa en la utilziación de los SPORTS, de modo que podríamos conectar el GPS a la controladora de vuelo tal y como he explicado antes, pero a la hora de configurar el puerto softserial, especeficamos SPORT.

Al inyectarlo al rx del módulo FrsKy tipo "X" la telemetría del GPS se enviaría algo así parecido a como si conectáramos el GPS directamente a la Taranis.

Ésto último que comento tendría que volver a verlo con calma, pero te lo dejo a tí para que lo investigues, pues yo con tanto centrarme en FrSky D, con todo lo que he mirado y leído, lo aparté de mimente para hacer sitio...(madre mía, es que son muchísimas cosas las que lleva ya uno en la cabeza para echar a andar el cacharrito).


P.D. yo creo que no hay en ningún lado, nada parecido a esto en cuanto a versatilidad y multifunción de diferentes protocolos, esto es una caña total.

Sí, a mí me parece fascinante, imagino que se me nota a leguas, jajajaja.

Simba
20/10/2015, 20:08
Sí, esa es la idea, pero ojo con lo de la Taranis, siempre va a depender de que tipo de módulos receptor tengamos:


Los "D" usan protocolo FrSky D
Los nuevos módulos "X" usan protocolo FrSky X



Bueno yo pretendía utilizar la Taranis sin módulos externos, ya que según me indicaron por el conector que tiene en el compartimiento de la bateria, junto a la SD, por ese conector que es un puerto serial, se saca toda la telemetria.

Todo esto son son posibilidades que tenemos a nuestro alcance, pero que yo actualmente no necesito, ya que voy con todo en 433 con los orange, pero siempre se puede utilizar, en el caso de querer simplificar la instalación y utilizar el sistema con 2,4g y la Taranis a pelo.

rortega
20/10/2015, 20:11
Bueno yo pretendía utilizar la Taranis sin módulos externos, ya que según me indicaron por el conector que tiene en el compartimiento de la bateria, junto a la SD, por ese conector que es un puerto serial, se saca toda la telemetria.

Sí, eso debe ser así, pero a lo que me refiero es a que la Taranis te sacara información de un protocolo u otro en función del tipo de receptor FrSky que tengamos instalado en el aeromodelo.

Guillesan
20/10/2015, 21:35
Me alegra mucho que se vaya solucionando el tema Frsky.
Y si , eso fue lo que me llamo la atencion de este programa, la versatilidad para funcionar en varios plataformas, versiones de telemetria etc..
Lo dicho caña, que terminara funcionando.
Yo sigo ajustando el tema mecanico de la antena grande para seguir probandola con RVOSD.
La pequeña esta ya totalmente contrastada con Mavlink y Gps_telemetry, de lujo.
Un saludo a todos.

marcoasj
21/10/2015, 13:11
A ver chicos, un par de preguntas..

Si tengo un modulo bluetooth en la emisora con el modulo lrs de orange emitiendo la telemetria....

Se puede conectar a ese modulo por bluetooth otro modulo mas a parte de el de el tracker?

En caso afirmativo ¿ existe alguna manera de ver la cantidad de señal RSSi con alguna aplicación android al igual que vemos las tramas del gps con el oruxmap, por ejemplo?

marcoasj
21/10/2015, 13:15
A ver chicos, un par de preguntas..

Si tengo un modulo bluetooth en la emisora con el modulo lrs de orange emitiendo la telemetria....

Se puede conectar a ese modulo por bluetooth otro modulo mas a parte de el de el tracker?

En caso afirmativo ¿ existe alguna manera de ver la cantidad de señal RSSi con alguna aplicación android al igual que vemos las tramas del gps con el oruxmap, por ejemplo?

La idea es tener el tracker y a la vez una tablet conectada tambien al modulo lrs de orange por bluetooth

En la tablet usar el oruxmaps u otra aplicación en la que se pudiera ver tambien la cantidad de señal rssi....

Simba
21/10/2015, 13:30
La idea es tener el tracker y a la vez una tablet conectada tambien al modulo lrs de orange por bluetooth

En la tablet usar el oruxmaps u otra aplicación en la que se pudiera ver tambien la cantidad de señal rssi....

Pregunta ¿a que señal RSSI te refieres, a la reportada por el Rx Orange o a la reportada por el receptor de vídeo?

Y ¿para que quieres si no es mucho preguntar la señal RSSI representada en un mapa ?.

marcoasj
21/10/2015, 13:50
Pregunta ¿a que señal RSSI te refieres, a la reportada por el Rx Orange o a la reportada por el receptor de vídeo?

Y ¿para que quieres si no es mucho preguntar la señal RSSI representada en un mapa ?.

a la reportada por el Rx Orange, ya que no la puedo ver en el OSD ( tengo el G-0SD 3 que no tiene para visualizarla), me preguntaba si la podría ver de alguna manera aprovechando la salida del modulo de orange....

Casi todo el mundo tiene un osd integrado en un sistema de estabilización con RTh, pero yo lo tengo aparte (T1000FC)

marcoasj
21/10/2015, 14:07
a la reportada por el Rx Orange, ya que no la puedo ver en el OSD ( tengo el G-0SD 3 que no tiene para visualizarla), me preguntaba si la podría ver de alguna manera aprovechando la salida del modulo de orange....

Casi todo el mundo tiene un osd integrado en un sistema de estabilización con RTh, pero yo lo tengo aparte (T1000FC)

Esoy como estabas tú con aquel OSD Rembizi que te compraste......:biggrin2::biggrin2: allá por el año 2013.....

Simba
21/10/2015, 14:08
a la reportada por el Rx Orange, ya que no la puedo ver en el OSD ( tengo el G-0SD 3 que no tiene para visualizarla), me preguntaba si la podría ver de alguna manera aprovechando la salida del modulo de orange....

Casi todo el mundo tiene un osd integrado en un sistema de estabilización con RTh, pero yo lo tengo aparte (T1000FC)

Pues creo que lo que pretendes es bastante imposible, me refiero a ver por Telemetria la señal RSSI del orange.
El Orange si que tiene una salida de señal RSSI directa en el puerto 1, y ademas la puedes meter en la sañal conjunta de todos los canales como PPM, pero no veo la forma de mandar esta información via Telemetria, ademas de que el puerto serie por el que mandamos las tramas NMEA, está al limite.
Lo mejor que puedes hacer y es lo mas económico, ya que comentas que el sistema de RTH lo tienes aparte, es meter un OSD que tenga visualización de RSSI y que sea económico, facil y testado. ¿Cual OSD? pues muy fácil un MinimOSD.

Yo y algunos compañeros lo llevamos montado en los Cloneout 250, y es una pequeña maravilla, lo tiene todo, todo menos lo que tu ya tienes, el sistema estabilizador y el RTH.

Simba
21/10/2015, 14:10
Esoy como estabas tú con aquel OSD Rembizi que te compraste......:biggrin2::biggrin2: allá por el año 2013.....
Si si, !! cono !! como te has acordado, el que se fue a nadar al Mediterráneo. :laugh::laugh: :-800:

marcoasj
21/10/2015, 14:11
Pues creo que lo que pretendes es bastante imposible, me refiero a ver por Telemetria la señal RSSI del orange.
El Orange si que tiene una salida de señal RSSI directa en el puerto 1, y ademas la puedes meter en la sañal conjunta de todos los canales como PPM, pero no veo la forma de mandar esta información via Telemetria, ademas de que el puerto serie por el que mandamos las tramas NMEA, está al limite.
Lo mejor que puedes hacer y es lo mas económico, ya que comentas que el sistema de RTH lo tienes aparte, es meter un OSD que tenga visualización de RSSI y que sea económico, facil y testado. ¿Cual OSD? pues muy fácil un MinimOSD.

Yo y algunos compañeros lo llevamos montado en los Cloneout 250, y es una pequeña maravilla, lo tiene todo, todo menos lo que tu ya tienes, el sistema estabilizador y el RTH.
Y tiene para ver el voltaje de 2 baterias y el consumo??

Enviado desde mi SM-G900F mediante Tapatalk

Simba
21/10/2015, 14:18
Este es el susodicho OSD, pero creo despues de fijarme, que tendras un problema o quizas no, necesitas una placa Nace23 o Flip32, puesto que la entrada de datos al OSD es de protocolo Mavlink.

http://www.banggood.com/MinimOSD-MAVLink-OSD-APM-APM2-Flight-Control-Board-p-73436.html

marcoasj
21/10/2015, 14:23
Este es el susodicho OSD, pero creo despues de fijarme, que tendras un problema o quizas no, necesitas una placa Nace23 o Flip32, puesto que la entrada de datos al OSD es de protocolo Mavlink.

http://www.banggood.com/MinimOSD-MAVLink-OSD-APM-APM2-Flight-Control-Board-p-73436.html


Podria configurarse para SOLO poner en pantalla el RSSI, se me esta ocurriendo superponerlo al OSD que tengo................

marcoasj
21/10/2015, 14:43
Vale, creo que tengo la solucion con esto....

http://blog.oscarliang.net/e-osd-flash-firmware-rssi-display-using-arduin/

Es perfecto creo...

Simba
21/10/2015, 14:46
Podria configurarse para SOLO poner en pantalla el RSSI, se me esta ocurriendo superponerlo al OSD que tengo................
No, necesitas disponer de toda la trama Mavlink, en ella esta todo lo necesario, es algo que es súper fácil con una placa Nace32 o similar, incluso puedes ver en pantalla el horizonte artificial, pero algo tan sencillo es debido a que la Nace 32 tiene salida Mavlink.

Yo estuve pensando en utilizar una Flip32+ como estabilizadora y con posible RTH a experimentar en aviones, en el Micro 250 esta probado y funciona.
Total que por 7 € de OSD y 23 € de la Filp32+ puedes tener un sistema OSD con estabilización y RTH, pero bueno es algo que se tendria que probar y sacar conclusiones, aunque estoy seguro que ya esta probado que si funciona.

marcoasj
21/10/2015, 14:51
No, necesitas disponer de toda la trama Mavlink, en ella esta todo lo necesario, es algo que es súper fácil con una placa Nace32 o similar, incluso puedes ver en pantalla el horizonte artificial, pero algo tan sencillo es debido a que la Nace 32 tiene salida Mavlink.

Yo estuve pensando en utilizar una Flip32+ como estabilizadora y con posible RTH a experimentar en aviones, en el Micro 250 esta probado y funciona.
Total que por 7 € de OSD y 23 € de la Filp32+ puedes tener un sistema OSD con estabilización y RTH, pero bueno es algo que se tendria que probar y sacar conclusiones, aunque estoy seguro que ya esta probado que si funciona.
Bueno, creó que tendremos que abrir otro hilo al respecto, pq nos estamos desviando del tema tracker....[emoji3]

Enviado desde mi SM-G900F mediante Tapatalk

Simba
21/10/2015, 14:54
Marcoasj, de todas formas y si no te quieres complicar y vas a lo seguro, te aconsejo que te montes el que yo tengo, el Storm OSD, yo tengo 2 y estoy super satisfecho, no me ha fallado nunca y mira que le he echo putadas.

http://www.goodluckbuy.com/cyclops-storm-v2-01-osd-ahrs-based-osd-rtl-rth-auto-return-staberlization-f-fpv-w-protective-case.html

Yo sin este o el MFD no vuelo, mejor me dedico a otra cosa, y empece a disfrutar del FPV a partir del Storm.

Simba
21/10/2015, 14:56
Bueno, creó que tendremos que abrir otro hilo al respecto, pq nos estamos desviando del tema tracker....[emoji3]

Enviado desde mi SM-G900F mediante Tapatalk
Si creo que tienes razón que al final la liamos parda.

rortega
21/10/2015, 20:00
Bueno, volviendo al tema, os cuento como va la cosa. Rangarid se ha puesto en contacto conmigo por privado para pedirme más captura de datos (el chorro de tramas que suelta el módulo DJT por el bluetooth) y que le confirme datos con la aplicación de android, para asegurarse de que lo que recibe en las capturas de datos tiene sentido.

Yo, como os podéis imaginar, he estado investigando sobre el tema. El código que está usando Rangarid es una adaptación que ha hecho de un código que anda pululando por la red desde hace ya varios años. El ha prescindido de parte del código, que aparentemente no es necesario, entre otras cosas porque hay tramas que no se necesitan decodificar. Pero por lo que estoy viendo, ha prescindido de otras partes del código que podrían ser indispensable para que no se produzcan esos errores que vísteis e el vídeo que subí con las pruebas.

He estado consultando algunas especificaciones del protocolo, escritas por los autores de la aplicación de android, y es posible que esté pasando algo relativamente simple, que se estén produciendo errores en la transmisión o recepción como consecuencia de colisiones (es un enlace bidireccional) y no se estén controlando. En algunas ocasiones es posible que no se haya enviado en la trama en curso toda la información, quedando incompleta, y el protocolo lo soluciona enviando en la siguiente trama los datos que faltaban.

El código de Rangarid da por hecho que todas las tramas son buenas, por lo que creo que en algunas ocasiones se está mostrando en la pantalla datos como resultado de encadenar bytes que se podrían estar correspondiendo con las cabeceras de la siguiente trama...o eso creo...

Yo creo que estamos en el buen camino, y que es una cuetión de tiempo encontrar el fallo y corregirlo.

rortega
21/10/2015, 21:01
Éste es el mod realizado en el módulo DJT para conseguir capturar las tramas FrSky:

http://projects.onomato.biz/projects/android-dash/wiki/BlueTooth#Using-internal-non-inverted-signal

El link va directo al final de la página, pero por encima están las distintas variantes de mods que hay para capturar el protocolo FrSky D.

Las imágenes pueden prestarse a confusión porque se ven distintos colores de cables en una foto con respecto a otro, pero la descripción de la imágen donde se ven las soldaduras (cable azul y negro) es correcta.

Yo, además, soldé el negativo y el de 5 voltios en la base de los pines que ya trae el módulo, para no impedir la entrada del conector original para los accesorios de FrSky. Los cuatro hilos los saco por el hueco del pin que falta en el conector original, y con un adhesivo 3M pego el mío por la parte exterior, tal y como habéis visto en el vídeo que puse ayer o antes de ayer.

marcoasj
22/10/2015, 08:32
Desde luego esto es la caña, no existe en el mercado nada parecido ni de lejos........gran trabajo !!

Enviado desde mi SM-G900F mediante Tapatalk

Simba
23/10/2015, 19:51
Hola, estoy preparando la versión V2 del Traker360, con nueva mecánica y caja, y no tengo claro que seria mejor, si montar la placa Crius o un Arduino UNO que tengo parado, el sensor de brújula también lo tengo.

¿Que opiniones tenéis al respecto ?, las dos placas pueden hacer la misma función eso esta claro, pero ¿le veis alguna ventaja a la placa Arduino con la brújula por separado ?.

Un saludo.

Guillesan
23/10/2015, 20:07
Hola, estoy preparando la versión V2 del Traker360, con nueva mecánica y caja, y no tengo claro que seria mejor, si montar la placa Crius o un Arduino UNO que tengo parado, el sensor de brújula también lo tengo.

¿Que opiniones tenéis al respecto ?, las dos placas pueden hacer la misma función eso esta claro, pero ¿le veis alguna ventaja a la placa Arduino con la brújula por separado ?.

Un saludo.
Hola simba , veo que estas liado otra vez.
Yo he probado con un arduino uno.
Pros : ya lo tienes , barato, etc.
Contras: mas lio de montaje (los conectores de servos , i2c, etc tendras que mecanizarlos aparte, la brujula separada de la placa principal me ha traido mas problemas por tener inmobilizarla mucho, la brujula tambien le afectan mas las interferencias.
Es totalmente factible, solo que mas lio para montarla.......
Ya pasaras fotos de la nueva, OK
Suerte y al lio.

marcoasj
23/10/2015, 20:13
Hola, estoy preparando la versión V2 del Traker360, con nueva mecánica y caja, y no tengo claro que seria mejor, si montar la placa Crius o un Arduino UNO que tengo parado, el sensor de brújula también lo tengo.

¿Que opiniones tenéis al respecto ?, las dos placas pueden hacer la misma función eso esta claro, pero ¿le veis alguna ventaja a la placa Arduino con la brújula por separado ?.

Un saludo.
Opinó lo mismo que guilesan. Yo lo tengo por separado todo, ya veis el lío de cables en los vídeos, y a la brújula le afecta todo, es s curioso porque se comprueba muy buen teniéndola fuera, le acercas cualquier cosa y le cambias el campo magnetico.

Pros :

Yo OS veo a vosotros pinchar todo en el mismo sitio y que Gustazo.

Contras:
Para hacer pruebas de offset por ejemplo mejor fuera, pero nada más.


Enviado desde mi SM-G900F mediante Tapatalk

Simba
23/10/2015, 20:45
Bien pues queda claro, le montare la Crius que también tengo y listo.
Lo que comentas Guillesan de las interferencias sobre la brújula, ya sospechaba algo y por eso he echo la consulta, así se queda uno como mas convencido. :rolleyes2:
Ya pondré algunas fotos de como va la cosa, pero básicamente es el mismo diseño que el alemán, solo que mas grande, mas cómodo y con el modulo Tx Orange integrado en la caja, pero mecánicamente es casi igual.
Espero que por lo menos funcione igual que el V1.

Gracias

Simba
23/10/2015, 20:49
Por cierto aunque es cosa de Turruk, lo comento yo.
Estamos haciendo pruebas con una antena yagui de 1,2 en video, y el mando en 868, y estamos teniendo muchos problemas de interferencias y mordidas de señal en video, en cuanto se vuela por encima de los 2 Km, es decir que el 868 le crea ruido al video 1,2, en cuanto la señal disminuye por la distancia.

Guillesan lo comento por si puedes aportar algo.

Guillesan
23/10/2015, 20:52
Por cierto aunque es cosa de Turruk, lo comento yo.
Estamos haciendo pruebas con una antena yagui de 1,2 en video, y el mando en 868, y estamos teniendo muchos problemas de interferencias y mordidas de señal en video, en cuanto se vuela por encima de los 2 Km, es decir que el 868 le crea ruido al video 1,2, en cuanto la señal disminuye por la distancia.

Guillesan lo comento por si puedes aportar algo.
Armonicos, habeis "jugado con las frecuencias? "
Me refiero que canales de vidoe usais.
7-1200
8-1240
9-1280

y en 868 ?

rortega
23/10/2015, 21:58
Sobre lo del tema del arduino coincido en todo con Guillesan.

Simba
23/10/2015, 21:58
Armonicos, habeis "jugado con las frecuencias? "
Me refiero que canales de vidoe usais.
7-1200
8-1240
9-1280

y en 868 ?
No lo se guillesan como decia es el equipo de turruk, y aunque no utiliza las dos antenas en el Traker, El modulo de 868 y la antena están en la Emisora, se muerden mucho las frecuencias, en cuanto se pone a unos metros del traker, y en cuanto se separa unos 20m ya no tiene interferencias.
El caso es que esto lo esta experimentando desde que vuela con la yagui en Vídeo, antes tenia una Biquad en 1,2 también y en el mismo canal y con ella no tenia ningún problema incluso acercando la antena de la Emisora muy cerca de la Biquad.
Es bastante confuso el tema, incluso le hemos montado un filtro pasa bajos de 900 mhz en el Tx de 868, pero prácticamente hace lo mismo.

Simba
23/10/2015, 21:59
Sobre lo del tema del arduino coincido en todo con Guillesan.
Pues eso que mejor sigo con la Crius y me dejo de historias.
Gracias rortega.

rortega
23/10/2015, 23:27
Pues yo sigo el tema del protocolo FrSky...

Le envié datos a Rangarid, pero al parecer tras analizarlos, comprobó que no tenía una señal GPS estable, y no fijaba un número de satélites buenos. Así que tengo que repetir la captura de datos. Pero como aquí anochece muy pronto, no me da tiempo a hacer las pruebas nada más que al caer la tarde, por lo que hago al lado de los edificios donde vivo, y no puedo ir a campo abierto.

Mañana tengo previsto ir a un buen lugar donde el cielo esté libre de obstáculos, si el tiempo lo permite. Pero antes de eso, como sé que hay muchas tramas no válidas en las capturas, posiblemente por colosiones, o quien sabe si por otras causas (estoy en una zona minada de señales wifi), he querido descartar otras posibles causas. El caso es que de un tiempo hasta aquí, mucho antes de que hiciera el mod del bluetooth, en los últimos vuelos he tenido failsafe nada más alejarme unos 100 metros. Y es que uso un modulo transmisor que en el pasado me dió problemas, y que posiblemente me haya cargado algún día encendiendo la emisora sin haber colocado la antena. Pero tengo uno nuevo que compré otro hace un par de semana, y ahora mismo acabo de terminar de hacer el mod, y recibe la telemetría y la retransmite la android sin problemas.

Si con la captura de tramas de mañana Rangarid no consigue resolver los problemas, me remangaré y modificaré el código para hacer algo con esas tramas malas que su código decodifica como buenas y que termina haciendo que se muestren datos no desados.

A ver mañana como se dá, y de paso volaré algo, que hace mucho que no vuelo.

Guillesan
24/10/2015, 00:09
Que currazo nos llevamos todos unos mas que otros claro, yo mañana pruebo la antena pequeña en el campo con tu nueva version sin PID aqui en casa se comporta bien.
Veremos como lo hace volando. Si sale bien me paso directo a probar la grande con RVOSD, haber si pillamos por que giraba al reves.
Suerte mañana.
Un saludo Ortega

rortega
24/10/2015, 00:15
Si sale bien me paso directo a probar la grande con RVOSD, haber si pillamos por que giraba al reves.

Ten en cuenta que en la nueva versión el offset se mete de 0 a 360 y no de 0 a 3600. Creo que tu usabas un mag externo, así que si no mira hacia el frente, tienes que contar los grados en el sentido de las agujas del reloj, es decir que si está apuntando el mag al Este, son 90º, y si está al Oeste son 270º, y 180º si lo pones hacia el sur.

Si tras eso sigue comportándose como aquel día, entonces añado unos condicionales para evitar que suceda, pero antes quiero descartar que no sea por el offset.

Guillesan
24/10/2015, 00:20
Ten en cuenta que en la nueva versión el offset se mete de 0 a 360 y no de 0 a 3600. Creo que tu usabas un mag externo, así que si no mira hacia el frente, tienes que contar los grados en el sentido de las agujas del reloj, es decir que si está apuntando el mag al Este, son 90º, y si está al Oeste son 270º, y 180º si lo pones hacia el sur.

Si tras eso sigue comportándose como aquel día, entonces añado unos condicionales para evitar que suceda, pero antes quiero descartar que no sea por el offset.

Lo tendre encuenta gracias.

rortega
24/10/2015, 16:47
Pues bueno, recogidas más capturas para Rangarid, y de paso he volado un rato, ha hecho una mañana magnífica, soleada. Os dejo una fotillo del tingaldo que me he montado esta mañana ne mitad del campo (todo lo he llevado en la bicileta, entre una mochila y una caja de cartón en el portamantas)

http://www.aeromodelismovirtual.com/attachment.php?attachmentid=62124&stc=1&d=1445697866


La secuencias de tramas que le he pasado a Rangarid no le van a servir para muhco, nada más para darse cuenta de que el problema está en la parte del código fuente que decodifica las tramas, que no hace todo lo que debería hacer. Debería de descartar las tramas que no son válidas para que no tome datos erróneos, pero el se empeña que el problema es que no fija el suficiente número de satelítes. Así que con esta captura de hoy, cuando vea que fijaba 8 satélites para arriba, tendrá que apuntar hacia otra dirección, como el tracker...

Simba
24/10/2015, 23:51
Guillesan una consulta, te nombro a ti con que veo que tienes experiencia, en el montaje sobre el Traker de 2 antenas, una de Vídeo y otra de Mando en 433 Mhz.
Bien, el caso es que veo un cierto movimiento en el traker, que se experimenta sobre todo, cuando se vuela a cierta distancia que es cuando casi debería estar parado, o moviéndose muy poco se aprecia una oscilación sobre el punto central, como un vaivén a izquierda y derecha.

Creo que se produce, como consecuencia de algunas interferencias, producidas sobre el magnetómetro por el tx y la antena de mando.
No estoy seguro pero cuando volaba con el Tx y la antena en La emisora, no recuerdo este fenómeno.

Esta claro que todo el conjunto del Traker, esta sometido a una fuerte radiación, por tener en el mismo el Tx de mando.

¿Que me puedes decir de todo esto, y si crees se puede minimizar de alguna forma ?.

De momento tal como lo llevo y pese a lo comentado, las ventajas son mucho mayores que los inconvenientes, por la libertad que ofrece el sistema, pero vamos si se puede mejorar , pues se mejora.

rortega
24/10/2015, 23:56
Por mi experiencia con Multiwii, te puedo decir que el tema de las interferencias en el magnetómetro son muy jodidas. Cuando montaba el multi tenia que asegurarme de no pasar ningún cable con corriente cerca, sobre todo por debajo o por arriba...

Simba
25/10/2015, 00:09
Por mi experiencia con Multiwii, te puedo decir que el tema de las interferencias en el magnetómetro son muy jodidas. Cuando montaba el multi tenia que asegurarme de no pasar ningún cable con corriente cerca, sobre todo por debajo o por arriba...
Si pero en este caso es distinto, es mas creo yo por efecto de radioferecuencia, en el caso de los cables con corriente cercanos, es por el magnetismo que producen, pero en mi caso creo que lo produce la proximidad de la fuente de radiación.

De todas formas y al margen de esto, me quedo maravillado con la forma o algoritmos o lo que sea, que le han metido a estos magnetómetros, igual que a los de los Nace 32, que una vez se ajustan o calibran son sorprendentemente eficaces, pese a la gran cantidad de cableado cercano que tienen y mas en los Cloneout 250.

Simba
25/10/2015, 00:14
No se si en este caso, seria efectivo algun tipo de blindaje electrico, tipo caja de Faraday, pero de aluminio ( no magnetico ), para no dejar aislado el campo magnetico.
Por eso preguntaba por si ya estaba experimentado.

rortega
25/10/2015, 11:31
No se si en este caso, seria efectivo algun tipo de blindaje electrico, tipo caja de Faraday, pero de aluminio ( no magnetico ), para no dejar aislado el campo magnetico.
Por eso preguntaba por si ya estaba experimentado.

Bueno, hasta dode yo sé, la solución pasaba por alejar todo de la crius, no solo los cables. Aquí va a estar más complicado que un multi o un avión por lo apretado que está todo, y a esas frecuencias yo nunca he tenido la oportunidad de probar.

rortega
25/10/2015, 11:37
Sobre lo del protocolo FrSky, seguimos atascados, no se ha hecho nada nuevo, tan sólo he enviado las capturas y en el privado que he recibido me viene a decir que es complicado depurar remotamente, que nunca ha escuchado que nadie haya experimentado problemas con su implementación de FrSky, código sacado del opentx para turnigy 9x, que ha usado durante años y siempre ha funcionado bien, que el problema estará del lado de la naze32.....

En fin, el tema está ahí, por muy buena señal gps que tenga y por muy estable que sea el dato de altitud del baro de la naze, el problema es un problema en el enlace, por lo quesea, porque a la naze32 no le da tiempo empaquetarlo todo bien antes de sacarlo fuera, porque el receptor reciba interferencias...por lo que sea, esas tramas no válides llegan al tx DJT y hay que hacer algo con ellas, de hecho el código fuente de la aplicación android lo hace, las descarta y siempre muestra datos buenos de posición y satélites, sean más o menos exactas, pero datos válidos y buenos.

Así que lo siguiente que leeréis sobre este tema será que lo he arreglado yo, o he terminado dándole martillazos a todo.

Simba
25/10/2015, 11:40
Pero fijate que en mi micro 250 está todo que más junto no se puede y con un Tx video en 1.2 con 200 mw a escasos 8 cm de la Flip32 + y el magneto metro funciona bastante bien.
Lo que ocurre con mi Tráquer es como si tuviéramos alrededor de nuestra cabeza un enjambre de abejas y por más que quieras algo mueves la cabeza.
Nuestro traker pierde un poco la concentración y se va como un grado a cada lado.
Igual fijando el filtro a más anchura lo paro. Tengo que probar.

rortega
25/10/2015, 11:52
Pero fijate que en mi micro 250 está todo que más junto no se puede y con un Tx video en 1.2 con 200 mw a escasos 8 cm de la Flip32 + y el magneto metro funciona bastante bien.
Lo que ocurre con mi Tráquer es como si tuviéramos alrededor de nuestra cabeza un enjambre de abejas y por más que quieras algo mueves la cabeza.
Nuestro traker pierde un poco la concentración y se va como un grado a cada lado.
Igual fijando el filtro a más anchura lo paro. Tengo que probar.

Imagino que sí, pero ¿Has probado a aumentar un poco el márgen de error del ángulo permitido?¿Y has probado a reducir la velocidad mínima del servo pan? Ya lo comenté en su día el tema de las interferencias, pero de tantas pruebas que hice pude comprobar que modificando esos valores se podía conseguir que parasen las oscilaciones, lo mismo si las interferencias no son muy grandes se puede conseguir un resultado aceptable...

Simba
25/10/2015, 13:48
Si es eso a lo que me receria al margen de error permitido.
Yo lo tenia a 1° y he probado a 2° con casi el mismo resultado .
Lo probare subiendo a 5 y si no a 10° que venia de origen.
Que conste que tal como lo llevo va bien y es volaba pero ya que estamos tratare de afinar lo que pueda.
De todas formas estoy pendiente de recibir el servo de los alemanes y tendré que montarlo y ver como funciona espero que irá mejor y más fácil de afinar.

Guillesan
25/10/2015, 19:37
Bueno hola, ahora que he podido ponerme al PC para responder, con respecto a las interferencias, dire que he tenido algun problema con la brujula, montada aparte de la placa principal, y donde he tenido mas exito es usando los gps on brujula incluida , los que se usan mayormente con las APM.
En concreto tengo una con su gps u-blox y su brujula, rel primero sale por rs232 y el segundo con su i2c . Es de destacar que este gps lleva los circuitos con una pequeña cajita metalica encerrando toda la circuiteria y por lo visto no afecta al funcionamiento, pero en mi opinion parece que mantiene mas a ralla las interferencias exteriores. Busco la foto y la pongo por aqui.

Guillesan
25/10/2015, 19:40
http://images.tapatalk-cdn.com/15/10/25/68ad0f1df8db7fe60075159b1a6986af.jpghttp://images.tapatalk-cdn.com/15/10/25/aac3457261f44ff59ba4f3b7783f2bcc.jpg

Guillesan
25/10/2015, 19:42
Aunque se ve mal , los cables tienen +,-, tx,rx , sda y scl

Simba
25/10/2015, 19:46
Entonces entiendo que este GPS tiene 2 funciones, la de GPS y la de Brújula ??.
No veo como se conectaría a la placa, supongo que necesariamente seria una Arduino UNO o similar.

Aparte de esto, ¿¿ crees que encerrando la placa Crius en digamos papel de aluminio, se le podía aislar de la Radiofrecuencia del Tx mando ??

Guillesan
25/10/2015, 19:49
Exacto los dos gps y brujula en una misma placa.
Podrias probarlo si en ponerle ese papel de plata pero conectado a masa.
Por probar que no quede.
Al principio parece incongruente encerrar el magnetometro en una caja "metalica" pero......... este gps lo hace y funciona.

Simba
25/10/2015, 20:03
Bueno el papel de aluminio es de aluminio o sea no ferromagnetico, y si claro conectado a Tierra, me da pereza desmontar la Crius pero bueno igual lo pruebo.
Gracias Guillesan

Guillesan
25/10/2015, 20:11
De nada , si te funciona seria cosa de buscarle una caja metalica para toda la crius, quedaria muy "cuco" no.

Guillesan
25/10/2015, 20:17
Simba, pensando en el tema, no estaria de mas poner filtro a la alimentacion.
Muchas de las intereferencias entran por los cables de alimentacion, asi podrias "encerrrar" la electronica de cara interferencias mil.

Simba
25/10/2015, 20:40
Si pero no solo son los cables de la alimentación, son todos y cada uno de los cables de la Crius.
No, de lo que se trata es de quitarle las interferencias de radiofrecuencia al magnetometro, que de echo parece el que mas las acusa.
En fin ya veremos y si no siempre queda el recurso de alejar la antena en el brazo de soporte del Traker.

javiec
25/10/2015, 20:50
Buenas señores, al final no he usado en producción el tracker y creo que le voy a poner en venta, le tengo completo a falta de pegar los laterales y la parte de arriba porque no esta terminado el ajuste fino.

Voy a comprarme el de MFD porque solo vuelo con este autopiloto.

Si alguien le interesa que me avise por si finalmente le pongo en venta.

Gracias!!

Si el admin cree que esto no debe ir aquí que me avise y lo quito.


Enviado desde mi iPhone utilizando Tapatalk

Simba
26/10/2015, 00:01
Buenas señores, al final no he usado en producción el tracker y creo que le voy a poner en venta, le tengo completo a falta de pegar los laterales y la parte de arriba porque no esta terminado el ajuste fino.

Voy a comprarme el de MFD porque solo vuelo con este autopiloto.

Si alguien le interesa que me avise por si finalmente le pongo en venta.

Gracias!!

Si el admin cree que esto no debe ir aquí que me avise y lo quito.


Enviado desde mi iPhone utilizando Tapatalk

Una lastima que dejes el proyecto, ahora que ya lo tenemos funcionando a tope, incluso para el AP MFD tal como hace Guillesan.
Yo hice al contrario, tenia un Traker MFD y un OSD MFD que aun tengo, y vendí el Traker MDF sin llegar a estrenarlo, pero bueno lo mio es un poco especial, ya que a mi me mola mucho lo de haztelo tu mismo, lo disfruto mucho mas, es cuestión de ser un poco masoca, y también el tener tiempo para dedicarle.
Yo ademas del OSD MFD tengo 2 OSD Storm, y me fastidiaba mucho no poder utilizar el Traker MDF con los Storm, en cambio con nuestro Traker 360 lo puedo utilizar con cualquier OSD.
En fin solo decirte que el Traker MFD es un buen traker y que funciona de maravilla, lo tengo observado muy de cerca ya que el compañero Turruk lo vuela junto al mio, o mejor dicho lo volaba, por que desde hace ya unos meses solo vuela con el Traker 360, y para nada echa en falta al MFD y eso que también vuela con OSD MFD.

Suerte con el cambio.

rortega
26/10/2015, 08:14
Exacto los dos gps y brujula en una misma placa.
Podrias probarlo si en ponerle ese papel de plata pero conectado a masa.
Por probar que no quede.
Al principio parece incongruente encerrar el magnetometro en una caja "metalica" pero......... este gps lo hace y funciona.
Guille has llegado a montar ese GPS en el tracker? Con Arduino o con la Crius? Si se monta con la Crius, es posible que haya que decirle al firm del tracker que no use el suyo para usar el del GPS, pues llevarán distinto número de puerto I2C.

rortega
26/10/2015, 08:20
Buenas señores, al final no he usado en producción el tracker y creo que le voy a poner en venta, le tengo completo a falta de pegar los laterales y la parte de arriba porque no esta terminado el ajuste fino.

Voy a comprarme el de MFD porque solo vuelo con este autopiloto.

Si alguien le interesa que me avise por si finalmente le pongo en venta.

Gracias!!

Si el admin cree que esto no debe ir aquí que me avise y lo quito.


Enviado desde mi iPhone utilizando Tapatalk
No creo que a ninguno nos moleste el mensaje de venta, en todo caso el de abandono. Me suena que hubo alguien que no entró en el cupo y dijo que si alguien vendía que se ponía a la cola, pero no de recuerdo bien si en el kit con el frqmax. Suerte.

javiec
26/10/2015, 08:51
Una lastima que dejes el proyecto, ahora que ya lo tenemos funcionando a tope, incluso para el AP MFD tal como hace Guillesan.
Yo hice al contrario, tenia un Traker MFD y un OSD MFD que aun tengo, y vendí el Traker MDF sin llegar a estrenarlo, pero bueno lo mio es un poco especial, ya que a mi me mola mucho lo de haztelo tu mismo, lo disfruto mucho mas, es cuestión de ser un poco masoca, y también el tener tiempo para dedicarle.
Yo ademas del OSD MFD tengo 2 OSD Storm, y me fastidiaba mucho no poder utilizar el Traker MDF con los Storm, en cambio con nuestro Traker 360 lo puedo utilizar con cualquier OSD.
En fin solo decirte que el Traker MFD es un buen traker y que funciona de maravilla, lo tengo observado muy de cerca ya que el compañero Turruk lo vuela junto al mio, o mejor dicho lo volaba, por que desde hace ya unos meses solo vuela con el Traker 360, y para nada echa en falta al MFD y eso que también vuela con OSD MFD.

Suerte con el cambio.


Guillesan ha conseguido usarle con MFD pero usando la telemetría o directamente con la trama de video?

Me da pereza tener que instalar otro tx mas en el avion para enviar los datos, lo de sacarlo del video como hace el tracker de MFD es un punto a su favor, mas aun para los que usamos DragonLink y no tenemos canal de telemetria.


Enviado desde mi iPhone utilizando Tapatalk

Guillesan
26/10/2015, 09:14
Guille has llegado a montar ese GPS en el tracker? Con Arduino o con la Crius? Si se monta con la Crius, es posible que haya que decirle al firm del tracker que no use el suyo para usar el del GPS, pues llevarán distinto número de puerto I2C.

No Ortega, este lo uso con la placa Mega. Pero en las pruebas con ésta tambien he usado gps y brujula por separado, y en mi opinion la opcion primera es mas estable que por separado.

Simba
26/10/2015, 12:23
Guillesan ha conseguido usarle con MFD pero usando la telemetría o directamente con la trama de video?

Me da pereza tener que instalar otro tx mas en el avion para enviar los datos, lo de sacarlo del video como hace el tracker de MFD es un punto a su favor, mas aun para los que usamos DragonLink y no tenemos canal de telemetria.


Enviado desde mi iPhone utilizando Tapatalk
No javiec, ahora comprendo en tema, esta claro que este traker360 funciona con telemetria externa al Vídeo, sea la que sea no funciona por Vídeo (por ahora).
En tu caso que vuelas con Dragonlink pues no te vale, por no ser bidireccional y claro necesitas montar un enlace de telemetria externo.

Creo que si no quieres prescindir del Dragón, la elección del traker MFD es una muy buena solución.

Un saludo.

marcoasj
26/10/2015, 12:57
No javiec, ahora comprendo en tema, esta claro que este traker360 funciona con telemetria externa al Vídeo, sea la que sea no funciona por Vídeo (por ahora).
En tu caso que vuelas con Dragonlink pues no te vale, por no ser bidireccional y claro necesitas montar un enlace de telemetria externo.

Creo que si no quieres prescindir del Dragón, la elección del traker MFD es una muy buena solución.

Un saludo.
Ese "por ahora" me ha sonado muuuuuy muuuuy bien......

Enviado desde mi SM-G900F mediante Tapatalk

Simba
26/10/2015, 13:30
Si pero eso no esta en el guión, supongo que si alguien que tenga conocimientos quiere, se puede hacer pero aun no ha salido ese alguien.

De todas formas, esa solución de Telemetria por Vídeo, resulta interesante solo para los compañeros, que no disponen de Telemetria via radio.

En el caso de disponer de Telemetria via Radio, creo que no merece la pena complicar las cosas, y a las pruebas me remito, yo he realizado pruebas de vuelo, para salir de dudas de hasta donde mi autonomía de vuelo me permitía, cerca de los 12 Km con telemetria perfecta sin ningún fallo de paquetes (pitidos), y con mando perfecto sin ninguna entrada en Failsafe. Y todo esto con una modulo Orange OpenLRS sin Mod (original) y un Rx Orange también, de tan solo 100mw de telemetria.

¿Donde está el secreto?, pues no es ningún secreto, aparte del Traker360 están las antenas, ese es el secreto.

El traker360 apunta, y apunta bien pero las antenas tienen que hacer su trabajo, si quieres ir lejos.
Para vuelo mas o menos cercano, del orden de 5 km no hace falta ni quitar la antena omni Nagoya de la emisora, y liberar al traker360 del Tx de mando y su antena Yagui, simplifica mucho la instalación.

En fin cada uno se complica la historia a su gusto personal.

Sl2.

marcoasj
26/10/2015, 13:32
Si pero eso no esta en el guión, supongo que si alguien que tenga conocimientos quiere, se puede hacer pero aun no ha salido ese alguien.

De todas formas, esa solución de Telemetria por Vídeo, resulta interesante solo para los compañeros, que no disponen de Telemetria via radio.

En el caso de disponer de Telemetria via Radio, creo que no merece la pena complicar las cosas, y a las pruebas me remito, yo he realizado pruebas de vuelo, para salir de dudas de hasta donde mi autonomía de vuelo me permitía, cerca de los 12 Km con telemetria perfecta sin ningún fallo de paquetes (pitidos), y con mando perfecto sin ninguna entrada en Failsafe. Y todo esto con una modulo Orange OpenLRS sin Mod (original) y un Rx Orange también, de tan solo 100mw de telemetria.

¿Donde está el secreto?, pues no es ningún secreto, aparte del Traker360 están las antenas, ese es el secreto.

El traker360 apunta, y apunta bien pero las antenas tienen que hacer su trabajo, si quieres ir lejos.
Para vuelo mas o menos cercano, del orden de 5 km no hace falta ni quitar la antena omni Nagoya de la emisora, y liberar al traker360 del Tx de mando y su antena Yagui, simplifica mucho la instalación.

En fin cada uno se complica la historia a su gusto personal.

Sl2.
Jajajaja, lo decía sólo pq en cuanto tenga la opción de elegir telemetría externa o por vídeo se acabó MFD. Pq este será mejor ( si no lo es ya ).

Enviado desde mi SM-G900F mediante Tapatalk

marcoasj
26/10/2015, 15:49
...

Estoy intentando montar la señal rssi encima del osd que tengo, añadiendo el E-osd y flasheando una modificación del firm que muestre en vez del voltaje la señal RSSi. Ahora en pantalla tendré 3 señales RSSi. dos de video que suministra el FRQMAX2 y una de Control con este E-OSD modificado que superpondré en la señal del OSD que tengo.

Me da este error ¿? mis conocimiento de arduino son insuficientes, una ayudita ortega ?


In file included from text.h:33:0,
from line.h:22,
from cl-osd.c:20:
adc.h: In function 'measureAnalog':
adc.h:53:3: error: 'for' loop initial declarations are only allowed in C99 mode
for (uint8_t i = 0; i < ANALOG_IN_NUMBER; ++i) {
^
adc.h:53:3: note: use option -std=c99 or -std=gnu99 to compile your code
In file included from line.h:22:0,
from cl-osd.c:20:
text.h: In function 'clearText':
text.h:56:2: error: 'for' loop initial declarations are only allowed in C99 mode
for (uint8_t j = 0; j < TEXT_LINE_MAX_CHARS; ++j) {
^
text.h: In function 'clearTextPixmap':
text.h:62:2: error: 'for' loop initial declarations are only allowed in C99 mode
for (uint16_t j = 0; j < TEXT_LINE_MAX_CHARS*TEXT_CHAR_HEIGHT; ++j) {
^
text.h: In function 'updateTextCharStartPos':
text.h:101:2: error: 'for' loop initial declarations are only allowed in C99 mode
for (uint8_t j = 0; j < TEXT_LINE_MAX_CHARS; ++j) {
^
text.h: In function 'updateTextPixmap':
text.h:122:2: error: 'for' loop initial declarations are only allowed in C99 mode
for (uint8_t j = 0; j < TEXT_LINE_MAX_CHARS; ++j) {
^
text.h:135:4: error: 'for' loop initial declarations are only allowed in C99 mode
for (uint8_t i = 0; i < TEXT_CHAR_HEIGHT; i++) {
^
In file included from line.h:22:0,
from cl-osd.c:20:
text.h: In function 'drawTextLine':
text.h:233:2: error: 'for' loop initial declarations are only allowed in C99 mode
for (uint8_t i = 0; i < TEXT_LINE_MAX_CHARS; ++i) {
^
cl-osd.c: In function 'updateOnceEveryFrame':
cl-osd.c:81:3: error: 'for' loop initial declarations are only allowed in C99 mode
for (uint8_t i = 0; i < TEXT_LINES; ++i) {
^
Error de compilación

marcoasj
26/10/2015, 15:50
No pongo todo el código, porque imagino que será algun tema de opciones de compilación. que por cierto ¿donde se ponene en el arduino?

rortega
26/10/2015, 23:38
Estoy intentando montar la señal rssi encima del osd que tengo, añadiendo el E-osd ...

Es un error de compilación, que te dice que los bucles no están escritos conforme al estandar c plus plus 99... Posiblemente el error venga por otro sitio, algo en alguna parte del código que está mal y termina dando esos errores apartentemente sin sentido.

Imagino que el código no lo has escrito tú ni lo has copiado pegado de ninguna página web, ¿no? lo digo por si acaso al copiar y pegar se ha metido algún caracter "invisible" por estar codificado en otro formato...

javiec
26/10/2015, 23:41
Si pero eso no esta en el guión, supongo que si alguien que tenga conocimientos quiere, se puede hacer pero aun no ha salido ese alguien.

De todas formas, esa solución de Telemetria por Vídeo, resulta interesante solo para los compañeros, que no disponen de Telemetria via radio.

En el caso de disponer de Telemetria via Radio, creo que no merece la pena complicar las cosas, y a las pruebas me remito, yo he realizado pruebas de vuelo, para salir de dudas de hasta donde mi autonomía de vuelo me permitía, cerca de los 12 Km con telemetria perfecta sin ningún fallo de paquetes (pitidos), y con mando perfecto sin ninguna entrada en Failsafe. Y todo esto con una modulo Orange OpenLRS sin Mod (original) y un Rx Orange también, de tan solo 100mw de telemetria.

¿Donde está el secreto?, pues no es ningún secreto, aparte del Traker360 están las antenas, ese es el secreto.

El traker360 apunta, y apunta bien pero las antenas tienen que hacer su trabajo, si quieres ir lejos.
Para vuelo mas o menos cercano, del orden de 5 km no hace falta ni quitar la antena omni Nagoya de la emisora, y liberar al traker360 del Tx de mando y su antena Yagui, simplifica mucho la instalación.

En fin cada uno se complica la historia a su gusto personal.

Sl2.


Nosotros con DragonLink con las antenas que trae hemos hecho 15km con un 45% de rssi en potencia Low, esto me da confianza por eso prefiero no prescindir de el por el momento. Y el video, esos 15km no tuve problemas sin tracker y sin nada, simplemente en 1.2 con 800mw y dos antenas skewplanar muy bien hechas.

La verdad es que los datos que comentas del Orange son sorprendentes y dan ganas de probarlo, pero siempre que lo pienso me da respeto poner tanto dinero en manos de un equipo que tantos comentarios diferentes por los foros.

Quizás lo pruebe algún día con el raptor que le tengo un poco como equipo de pruebas, jejeje.





Enviado desde mi iPhone utilizando Tapatalk

Simba
27/10/2015, 00:01
Bien cada cual cuenta según le va y con ánimo de ayudar.
Nunca he pretendido hacer cátedra de mis esperiencias solo trato de transmitir mis resultados sobre los que soy el más crítico y siempre trato de sacarle todas las pegas posibles.
Por lo tanto puedes pensar lo que quieras pero te aseguro que he volado con Dragón como testigo (lo volava Turruk), con DMD y con Orange Open LRS y con toda la experiencia puedo decir que Orange me da una total seguridad.
Otra cosa es que el sistema Orange ciertamente no es un Pluganply y hay que conocerlo y preocuparse de configurarlo y aprender a manejarlo.
Y además tiene Telemetria funciona bien , no , muy bien y además y aunque a muchos no les guste es barato.
¿Que más se puede pedir?

En fin cada cual que entienda lo que quiera.

Sl2

javiec
27/10/2015, 00:17
Bien cada cual cuenta según le va y con ánimo de ayudar.
Nunca he pretendido hacer cátedra de mis esperiencias solo trato de transmitir mis resultados sobre los que soy el más crítico y siempre trato de sacarle todas las pegas posibles.
Por lo tanto puedes pensar lo que quieras pero te aseguro que he volado con Dragón como testigo (lo volava Turruk), con DMD y con Orange Open LRS y con toda la experiencia puedo decir que Orange me da una total seguridad.
Otra cosa es que el sistema Orange ciertamente no es un Pluganply y hay que conocerlo y preocuparse de configurarlo y aprender a manejarlo.
Y además tiene Telemetria funciona bien , no , muy bien y además y aunque a muchos no les guste es barato.
¿Que más se puede pedir?

En fin cada cual que entienda lo que quiera.

Sl2


En ningún momento quería hacer critica a tus comentarios, solo exponer mi experiencia con DragonLink y comentar lo que he leído de Orange y la confianza que me ofrece (personal o opinión), sin mas, para nada un ataque como para ponerse la defensiva.

Si me pagasen por hablar bien de DragonLink ya veriamos pero x el momento me toca pagar y bastante cada vez que quiero uno.




Enviado desde mi iPhone utilizando Tapatalk

Simba
27/10/2015, 00:22
No compañero creo que te confundes, nada de defensivas de nada, lo que ocurre es que en cierta forma veo que tu opinión puede confundir a más de uno y puede llegar a pensar que como el Orange OpenLRS es barato, pues debería ser malo o inseguro y eso es en lo que no estoy de acuerdo.

UTOPIAS
27/10/2015, 10:01
Hola;
Comprados los H05 y H06 en http://www.prometec.net/tienda/

Total puestos en casa 17 €.

En principio creo que vienen como master y esclavo, aunque por lo que he visto en el hilo según rortega, se deberá programar y haciendo lo del puente? ....

sl2 y gracias

marcoasj
27/10/2015, 10:01
Es un error de compilación, que te dice que los bucles no están escritos conforme al estandar c plus plus 99... Posiblemente el error venga por otro sitio, algo en alguna parte del código que está mal y termina dando esos errores apartentemente sin sentido.

Imagino que el código no lo has escrito tú ni lo has copiado pegado de ninguna página web, ¿no? lo digo por si acaso al copiar y pegar se ha metido algún caracter "invisible" por estar codificado en otro formato...


Negativo, descomprimir y abrir con arduino..

http://www.rcgroups.com/forums/showpost.php?p=26238951&postcount=3213

El fichero esta al final de la pagina.

rortega
27/10/2015, 10:31
Sobre lo de DL vs ORX ... paz hermanos, estamos aquí para aprender y disfrutar. Estamos con el open360teacker y cualquier experiencia/información que pueda ser útil para avanzar con él cabe en este hilo...las discusiones sobre que sí y que no es mejor se pueden hacer eternas y podríamos desviarnos del tema principal, que es tener un sistema tracker versátil, capaz de adaptarse al setup particular de cada uno. Todo lo demás son preferencias muy personales.

Prueba de ello es que gracias a la colaboración entre Samuel (Rangarid del foro alemán, autor original) y yo, estamos a puntito de resolver el entuerto NAZE32 + Frsky D + open360tracker.

Cualquier aportación que se pueda hacer relacionada con el uso de Dragonlink con este sistema será bienvenida.

Simba
27/10/2015, 10:41
+1

marcoasj
27/10/2015, 11:20
+1

Enviado desde mi SM-G900F mediante Tapatalk

rortega
27/10/2015, 14:11
Negativo, descomprimir y abrir con arduino..

http://www.rcgroups.com/forums/showpost.php?p=26238951&postcount=3213

El fichero esta al final de la pagina.
No es un proyecto Arduino, está creado con otro entorno de desarrollo. Pero en una subcarpeta está el archivo hex.

rortega
27/10/2015, 14:13
Hay novedades con FrSky, la posición GPS y la altitud son estables sobre el papel...

Simba
27/10/2015, 14:37
Y que haces, ¿eliminas el resto de datos?, ¿en la nace32 o en el Traker?

marcoasj
27/10/2015, 14:40
No es un proyecto Arduino, está creado con otro entorno de desarrollo. Pero en una subcarpeta está el archivo hex.
Si, pero necesito el código fuente para modificarle la posición de visualización en pantalla y compilar.....

Enviado desde mi SM-G900F mediante Tapatalk

rortega
27/10/2015, 14:58
Y que haces, ¿eliminas el resto de datos?, ¿en la nace32 o en el Traker?
En el lado de la NAZE32 no se modifica nada, todo sigue tal cual expuse en mi setup.

Es en el lado del tracker he encontrado algún bug que Rangarid ha corregido. Además él ha ido modificando código según las tramas de datos que le he ido pasando, y tras sus modificaciones he ido probando el código (sin arduino) para verificar si los datos de salida eran correctos conforme a la posición, altitud y número de satélites reales en el momento de las capturas.

Sigue habiendo un error con el número de satélites pero no va a ser necesario tocarlo pues no va a afectar a los datos de lat/lon y altitud.

Esta tarde intentaré probar el código en el tracker a ver que tal.

rortega
27/10/2015, 15:04
Si, pero necesito el código fuente para modificarle la posición de visualización en pantalla y compilar.....

Enviado desde mi SM-G900F mediante Tapatalk
Pues lo mismo necesitas atmel estudio, o eclipse toolchain para avr (compilador avr-gcc)...o algún otro.

marcoasj
27/10/2015, 15:14
Pues lo mismo necesitas atmel estudio, o eclipse toolchain para avr (compilador avr-gcc)...o algún otro.
Ok, en estos temas estoy pez, lo último que hice fue en delphi.....

Enviado desde mi SM-G900F mediante Tapatalk

rortega
27/10/2015, 15:21
Hola;
Comprados los H05 y H06 en http://www.prometec.net/tienda/

Total puestos en casa 17 €.

En principio creo que vienen como master y esclavo, aunque por lo que he visto en el hilo según rortega, se deberá programar y haciendo lo del puente? ....

sl2 y gracias
Tiene toda la pinta de que va a ser que sí.

Una cosa, antes de usarlo asegúrate a qué voltaje trabaja. Te lo digo porque en el reverso vienen tres pads par soldar, y uno de ellos tiene serigrafiado 3v3...yuyu

rortega
27/10/2015, 15:24
Ok, en estos temas estoy pez, lo último que hice fue en delphi.....

Enviado desde mi SM-G900F mediante Tapatalk
Atmel studio es gratis y no muy complicado de instalar. Yo lo tengo por aquello de poder depurar código arduino, pero lo uso poco, depuro casi siempre sacando mensajes por la salida serie.

marcoasj
27/10/2015, 15:29
Atmel studio es gratis y no muy complicado de instalar. Yo lo tengo por aquello de poder depurar código arduino, pero lo uso poco, depuro casi siempre sacando mensajes por la salida serie.
Ok, probaré. Gracias....

Enviado desde mi SM-G900F mediante Tapatalk

rortega
27/10/2015, 15:31
Ok, probaré. Gracias....

Enviado desde mi SM-G900F mediante Tapatalk
Pregunta primero en rcgroups con qué lo han desarrollado, seguramente es avr studio / atmel estdio

UTOPIAS
27/10/2015, 15:57
Tiene toda la pinta de que va a ser que sí.
Una cosa, antes de usarlo asegúrate a qué voltaje trabaja. Te lo digo porque en el reverso vienen tres pads par soldar, y uno de ellos tiene serigrafiado 3v3...yuyu

Muchas gracias;
También pongo el link que describe su programación así como sus conexiones paar arduino.
Para el 5
http://www.prometec.net/bt-hc05/
Para el 6
http://www.prometec.net/bt-hc06/

sl2.

marcoasj
27/10/2015, 16:55
Pedí un HC-05 a banggood.........
Y me mandan un HC-06.......
No se si reír o llorar.....

Enviado desde mi SM-G900F mediante Tapatalk

Simba
27/10/2015, 16:58
Pues hombre encima de que te mandan el caro por el precio del barato. JIJI JI Jaja

UTOPIAS
27/10/2015, 18:14
Pedí un HC-05 a banggood.........
Y me mandan un HC-06.......
No se si reír o llorar.....
Enviado desde mi SM-G900F mediante Tapatalk

Más que el precio es que el HC-05, hermano mayor, se puede configurar como master y esclavo y en cambio el 6 solamente como esclavo.

reclama, suerte y sl2.

Simba
27/10/2015, 19:07
Más que el precio es que el HC-05, hermano mayor, se puede configurar como master y esclavo y en cambio el 6 solamente como esclavo.

reclama, suerte y sl2.
Pues tienes razón, me confundí y es el HC-05 el que es mas caro, pues marcoasj, ponle un mensaje al vendedor y seguro que te lo cambia, al menos en BG se portan bien.

marcoasj
27/10/2015, 19:55
Pues tienes razón, me confundí y es el HC-05 el que es mas caro, pues marcoasj, ponle un mensaje al vendedor y seguro que te lo cambia, al menos en BG se portan bien.
Si no es el precio...... Es que lo pedí EL DIA 18!!!!!!!!!!

AAAHHHGGGHH!!!!!

Enviado desde mi SM-G900F mediante Tapatalk

rortega
27/10/2015, 21:22
Ya funciona la telemetría FrSky. Abado de hacer pruebas, pero para poder hacerlas he tenido que meterle a la controladora del multicóptero la señal del simulador, porque el gps no coge posición en el balcón de mi casa.

El caso es que la telemetría está funcionando bien, la Naze32 haciendo de hub FrSky envía las tramas al receptor, este las manda por el enlace de a la emisora Turnigi 9x, y desde ésta, víea bluettoth, en el tracker se reciben y se decodifican perfectamente. Y el tracker empieza a mover sus servos igual que si estuviese utilizando la telemetría directa, vamos, que lo ha clavado Rangarid.

Sólo hay un pero, como siempre, y es que sin venir a cueto, la crius se resetea de vez en cuando. Y una de dos, o se resetea la comunicación serie por algún fallo, o en algún punto del código se realiza alguna operación matemática que produce un valor fuera de rango y zas, casca. De hecho alguna vez en lugar de reiniciarse sencillamente se cuelga, y si en ese momento estaba girando el servo PAN, se queda girando todo el tiempo hasta que no le corto la alimentación y se la vuelvo a siministrar.

De todos modos estoy contento, ahora es cuestión de contárselo a este hombre y entre los dos a ve si encontramos donde se produce el desbordamiento...

Guillesan
27/10/2015, 22:29
Ya funciona la telemetría FrSky. Abado de hacer pruebas, pero para poder hacerlas he tenido que meterle a la controladora del multicóptero la señal del simulador, porque el gps no coge posición en el balcón de mi casa.

El caso es que la telemetría está funcionando bien, la Naze32 haciendo de hub FrSky envía las tramas al receptor, este las manda por el enlace de a la emisora Turnigi 9x, y desde ésta, víea bluettoth, en el tracker se reciben y se decodifican perfectamente. Y el tracker empieza a mover sus servos igual que si estuviese utilizando la telemetría directa, vamos, que lo ha clavado Rangarid.

Sólo hay un pero, como siempre, y es que sin venir a cueto, la crius se resetea de vez en cuando. Y una de dos, o se resetea la comunicación serie por algún fallo, o en algún punto del código se realiza alguna operación matemática que produce un valor fuera de rango y zas, casca. De hecho alguna vez en lugar de reiniciarse sencillamente se cuelga, y si en ese momento estaba girando el servo PAN, se queda girando todo el tiempo hasta que no le corto la alimentación y se la vuelvo a siministrar.

De todos modos estoy contento, ahora es cuestión de contárselo a este hombre y entre los dos a ve si encontramos donde se produce el desbordamiento...


Ole, ole, en nada tenemos un protocolo mas y van....... Mavlink, gps-directo,rvosd, Frsky-D y Frsky-X , me dejo alguno ?

Simba
27/10/2015, 22:38
Creo que no aunque realmente son solo 2 los sistemas de transmisión, el Orange OpenLRS y el Frsky, al menos probados pero algún otro sistema autónomo de telemetria transparente creo que se podría utilizar también.
A la espera que alguien que entienda pueda facilitar la telemetria por video para el que la necesite, pero siempre con la filosofía open.

Simba
28/10/2015, 01:25
rortega se me esta ocurriendo una idea, solo para que la pienses no es de programación eso es cosa tuya.
Tu modulo DJT de Frsky tiene toma para la antena, igual que el modulo orange, pero para 2,4.
Si alguien necesita llegar bastante mas lejos que con la birria de la antena en la emisora, podría montar el modulo en el Traker y montarle una Yagui o una Biquad para 2,4 y hacer lo del repetidor que llevo yo, pero con Rx en 2,4 y Tx en 2,4 también, yo creo que funcionaria, igual que funcionan los wifi.

Bueno no me hagáis caso a sido un flas que me ha dado.

Sl2.

rortega
28/10/2015, 09:38
rortega se me esta ocurriendo una idea, solo para que la pienses no es de programación eso es cosa tuya.
Tu modulo DJT de Frsky tiene toma para la antena, igual que el modulo orange, pero para 2,4.
Si alguien necesita llegar bastante mas lejos que con la birria de la antena en la emisora, podría montar el modulo en el Traker y montarle una Yagui o una Biquad para 2,4 y hacer lo del repetidor que llevo yo, pero con Rx en 2,4 y Tx en 2,4 también, yo creo que funcionaria, igual que funcionan los wifi.

Bueno no me hagáis caso a sido un flas que me ha dado.

Sl2.

Yo aún no entiendo como funciona lo del repetidor, necesito ver un esquema aunque sea pintado a mano y echándole una foto para saber en que consiste...Me imagino cosas, pero necesito verlo, jeje...

Simba
28/10/2015, 10:12
No te preocupes en cuanto pueda lo comento.

Simba
28/10/2015, 13:22
A ver si se entiende, se admiten preguntas.
En el repetidor de mando yo utilizo entrada a 2,4g y salida en 433 Mz, pero creo que se podría utilizar un Tx de 2,4g, que aunque sea de la misma banda que el Rx, funcionaria igual a como funcionan varias o muchas emisoras de 2,4g al mismo tiempo y en el mismo lugar, por eso comentaba lo de similar al Wifi.

marcoasj
28/10/2015, 13:36
A ver si se entiende, se admiten preguntas.
En el repetidor de mando yo utilizo entrada a 2,4g y salida en 433 Mz, pero creo que se podría utilizar un Tx de 2,4g, que aunque sea de la misma banda que el Rx, funcionaria igual a como funcionan varias o muchas emisoras de 2,4g al mismo tiempo y en el mismo lugar, por eso comentaba lo de similar al Wifi.
Se entiende, y entiendo que lo haces por mantener mando en 2,4 y vídeo en 1,2 no?

Enviado desde mi SM-G900F mediante Tapatalk

Simba
28/10/2015, 13:56
Si por que tiene muchas ventajas de alcance el video en 1,2g y de movilidad ya que al tener el Tx mando en el Traker, la emisora trabaja con su sistema en 2,4 sin cables y sin ni siquiera Buetooth.
Para que se entienda, el otro día estuve volando perfectamente desde dentro del coche, a 100m del Traker, con la Taranis de mando, y las gafas de visión en 5,8g.

marcoasj
28/10/2015, 14:32
Si por que tiene muchas ventajas de alcance el video en 1,2g y de movilidad ya que al tener el Tx mando en el Traker, la emisora trabaja con su sistema en 2,4 sin cables y sin ni siquiera Buetooth.
Para que se entienda, el otro día estuve volando perfectamente desde dentro del coche, a 100m del Traker, con la Taranis de mando, y las gafas de visión en 5,8g.
Joer, que buena solución para el invierno, no había caído en la cuenta......


Enviado desde mi SM-G900F mediante Tapatalk

rortega
28/10/2015, 17:14
A ver si se entiende, se admiten preguntas.
En el repetidor de mando yo utilizo entrada a 2,4g y salida en 433 Mz, pero creo que se podría utilizar un Tx de 2,4g, que aunque sea de la misma banda que el Rx, funcionaria igual a como funcionan varias o muchas emisoras de 2,4g al mismo tiempo y en el mismo lugar, por eso comentaba lo de similar al Wifi.
Lo veré más tarde en casa, en el móvil me dejo la vista...

rortega
28/10/2015, 19:52
Estoy probando la última versión subida por Rangaird ayer a su repositorio, en el que se incluyen los cambios que realizó ayer y me funciona perfectamente con telemetría FrSky.

Pero si la misma modificación la pruebo con mi código, la crius de vez en cuando se resetea o se queda colgada, como ya comenté.

He probado a desactivar absolutamente todo, easing, systema de control sin pids, incluso a quitarle compilar sin LCD...y no hay manera. La telemetría se recibe y se interpreta, pero en algún punto el firm casca, y saber cual es el motivo puede ser una odisea...

jfrauca
28/10/2015, 20:57
Por cierto, a mi me puede el ansia en este tema y quiero tenerlo cuando antes en marcha.
Si alguno tenéis un kit del alemán que no necesitéis, estaría interesado, me contactáis por MP

Disculpad el Off-Topic

rortega
28/10/2015, 23:54
Estoy probando la última versión subida por Rangaird ayer a su repositorio, en el que se incluyen los cambios que realizó ayer y me funciona perfectamente con telemetría FrSky.

Pero si la misma modificación la pruebo con mi código, la crius de vez en cuando se resetea o se queda colgada, como ya comenté.

He probado a desactivar absolutamente todo, easing, systema de control sin pids, incluso a quitarle compilar sin LCD...y no hay manera. La telemetría se recibe y se interpreta, pero en algún punto el firm casca, y saber cual es el motivo puede ser una odisea...

Retiro lo dicho, con la versión original existen los mismos problemas...

rortega
28/10/2015, 23:57
A ver si se entiende, se admiten preguntas.
En el repetidor de mando yo utilizo entrada a 2,4g y salida en 433 Mz, pero creo que se podría utilizar un Tx de 2,4g, que aunque sea de la misma banda que el Rx, funcionaria igual a como funcionan varias o muchas emisoras de 2,4g al mismo tiempo y en el mismo lugar, por eso comentaba lo de similar al Wifi.

Bueno, ahora si que lo veo, y lo entiendo. Solo tengo una duda ¿La salida PPM del receptor 2.4 se puede inyectar a un tx 433? ¿Por donde?

Simba
29/10/2015, 00:00
Muy fácil por los pines de entrada de ppm, por donde la emisora se conecta con el modulo, ya sea el Orange o el modulo de Frsky.

rortega
29/10/2015, 00:02
Muy fácil por los pines de entrada de ppm, por donde la emisora se conecta con el modulo, ya sea el Orange o el modulo de Frsky.

Y no se necesita configurar nada en el tx Orange para que se adapte a las frecuencias de muestreo de la señal ppm del FrSky??? :blink:

Simba
29/10/2015, 00:06
No nada de nada la señal ppm es una trama de todos los canales a transmitir y modulo la entiende perfecto ya que es una trama perfectamente definida y utilizada por todos los sistemas de RC con pequeñas diferencias entre marcas.

rortega
29/10/2015, 00:07
Retiro lo dicho, con la versión original existen los mismos problemas...

Ésto del FrSky no va... los problemas de la decodificación estaban solucionados, y ya le he dado mil vueltas al código fuente y cosas extrañas no hay. Yo creo que el problema es que la UART se satura y resetea o deja colgada a la placa, que está recibiendo datos constantemente sin parar, una emisión contínua de tramas. No sé si habrá alguna forma de evitar que el puerto resetee/cuelgue la placa, de modo que se pueda reiniciar la lectura del puerto serie y vuelta a empezar...

Simba
29/10/2015, 01:51
Pues es una lastima, yo ya estaba pensando en hacerme con un modulo DJT o XJT para experimentar la telemetria en 2,4g y el Vídeo en 5,8g.

Pensaba utilizar el sistema que doble antena, Vídeo y Mando con el Tx mando montado en el Traker, igual al que estoy utilizando, y utilizar como directiva una antena Yagui de las del Wifi que hay bastantes o hacerla yo mismo.
Una versión del Traker360 para estas frecuencias de 2.4 y 5.8.

Creo que montando un Tx Frsky en el traker con una buena antena, se podría sacar todo el potencial del traker y alcanzar distancias bastante considerables.
Seguro estáis os estáis preguntando ¿cuanta distancia de vuelo?, pues por lo menos la misma que se puede alcanzar con el Vídeo en 5,8 con 600mW y la antena Helicoidal Sircana, unos 8 Km con buen Video, quizás mas pero perdiendo calidad de Vídeo.

rortega
29/10/2015, 08:09
Pues es una lastima, yo ya estaba pensando en hacerme con un modulo DJT o XJT para experimentar la telemetria en 2,4g y el Vídeo en 5,8g.

Pensaba utilizar el sistema que doble antena, Vídeo y Mando con el Tx mando montado en el Traker, igual al que estoy utilizando, y utilizar como directiva una antena Yagui de las del Wifi que hay bastantes o hacerla yo mismo.
Una versión del Traker360 para estas frecuencias de 2.4 y 5.8.

Creo que montando un Tx Frsky en el traker con una buena antena, se podría sacar todo el potencial del traker y alcanzar distancias bastante considerables.
Seguro estáis os estáis preguntando ¿cuanta distancia de vuelo?, pues por lo menos la misma que se puede alcanzar con el Vídeo en 5,8 con 600mW y la antena Helicoidal Sircana, unos 8 Km con buen Video, quizás mas pero perdiendo calidad de Vídeo.
Voy a seguir dándole alguna que otra vuelta al tema, pero lo que queda de semana y la próxima la voy a tener muy complicada de tiempo por tema de trabajo.

rortega
29/10/2015, 08:41
Si alguien quiere o puede probar, de los que tengáis módulo bluetooth o link radio que pueda ser conectado al ordenador, le podría enviar un archivo con las tramas para que pruebe el protocolo FrSky y así poder verificar que no se trata de un problema de mi hardware.

rortega
29/10/2015, 08:44
En este vídeo se ve como hago la prueba y el problema en cuestión:

https://youtu.be/P7Tx3-ZAczo

rortega
29/10/2015, 08:51
Veréis como de repente se apaga el display y tengo que pulsar el botón de home. Algunas veces sencillamente se queda congelado (en el vídeo no se llega a ver) y se queda como le pilló, girando.

He probado también en GPS Telemetry con esos mismos módulos bluetooth y no observo el problema.

He depurado el código del parser FrSky en un entorno de desarrollo sobre el ordenador y tampoco observo nada raro.

rortega
29/10/2015, 09:12
Sería bueno si alguien puede hacer las pruebas para descartar problemas aleatorios del hardware, buen por caídas de tensión, ruido, etc...

Simba
29/10/2015, 11:15
Sería bueno si alguien puede hacer las pruebas para descartar problemas aleatorios del hardware, buen por caídas de tensión, ruido, etc...
Bueno pues yo estoy disponible para las pruebas que quieras, otra cosa es que sepa como hacerlas, me tendrías que explicar paso a paso lo que tengo que hacer, y mandarme o indicarme donde pillo la versión a utilizar.

Como tener creo que tengo de todo lo necesario, menos el enlace real de telemetria Frsky, o sea que tendría que ser todo simulado.

El simulador de GPS lo se utilizar y lo enlazo con la Crius con los Bluetooth.

Tienes todo lo mio a tu disposición.


Por otro lado, después del ver el vídeo, me hace pensar en un problema de la propia Crius, eso de que funcione un rato bien y se bloquee no me extrañaría que fuera algún componente de harware que se desestabilice o bien por temperatura o otra causa, y mas pensando que la cantidad de datos que maneja el puerto uard debe ser al menos similar, al que se maneja con el protocolo RV, o el Maulink.
Tu debes de saber mejor que yo (no tengo mucha idea), evaluar el trafico de datos de los sistemas ya probados, y sacar conclusiones.

Espero instrucciones.

rortega
29/10/2015, 11:30
Bueno pues yo estoy disponible para las pruebas que quieras, otra cosa es que sepa como hacerlas, me tendrías que explicar paso a paso lo que tengo que hacer, y mandarme o indicarme donde pillo la versión a utilizar.

Como tener creo que tengo de todo lo necesario, menos el enlace real de telemetria Frsky, o sea que tendría que ser todo simulado.

El simulador de GPS lo se utilizar y lo enlazo con la Crius con los Bluetooth.

Tienes todo lo mio a tu disposición.


Por otro lado, después del ver el vídeo, me hace pensar en un problema de la propia Crius, eso de que funcione un rato bien y se bloquee no me extrañaría que fuera algún componente de harware que se desestabilice o bien por temperatura o otra causa, y mas pensando que la cantidad de datos que maneja el puerto uard debe ser al menos similar, al que se maneja con el protocolo RV, o el Maulink.
Tu debes de saber mejor que yo (no tengo mucha idea), evaluar el trafico de datos de los sistemas ya probados, y sacar conclusiones.

Espero instrucciones.
Sólo habría que usar el programa Hércules para enviar un archivo al puerto serie, darle al home y ver como se comporta.

El archivo contiene todas las tramas en base a un vuelo que yo simularé, así que solo te tienes que preocupar del enlace serie entre tracker y ordenador.

Habría que hacer la prueba con el firm que yo subiré al repositorio, por un lado, y también con el firm oficial que ya está actualizado por Rangaird (Samuel).

El config.h lo configurarías quitando el easing y dejando el control PID normal. Y tendrías que desactivar GPS Telemetry y activar FrSKy D, y poner los baudios en ambos extremos a 9600, tanto en el firm como en los módulos bluetooth/link de radio o lo que uses como medio de comunicación.

Esta tarde desde casa te paso links de descarga de todo lo necesario e instrucciones detalladas.

Simba
29/10/2015, 11:30
Una cosa ¿has llegado a probar con la otra Crius, la del principio ?.

Yo en estos momentos tengo montada una Crius nueva hace ya bastante tiempo, pues la primera que monté con tantas pruebas y enganches de cables, se me flipo en mas de una ocasión, y recuerdo que ya me falla la memoria, que tuve que soldar los pines del ISP para cargar el bootloader ya que no me arrancaba.
Al final ya no estaba seguro de nada, y como me llego la nueva la cambie y me olvide del problema, pero me da que algo tenia la dichosa placa, que o bien por que yo la jodi o por lo que fuera no me daba mucha confianza.
Comento todo esto por poner algo de literatura al tema y veamos que las Crius no son inmunes a problemas.

rortega
29/10/2015, 11:34
Con esa otra placa es una odisea configurar conectar el bluetooth, y que funcione, pero no descarto intentar probar con ella.

rortega
29/10/2015, 11:37
Con esa otra placa es una odisea configurar conectar el bluetooth, y que funcione, pero no descarto intentar probar con ella.
El caso es que la crius con GPS Telemetry va de p.m. y no se resetea, así que no me queda otra que pensar que la recepción continúa de datos serie sin descanso esté provocando errores en la uart, la cual, por lo que sea, manda una orden de resincronización unas veces, y otras simplemente provoque un cuelgue.

Simba
29/10/2015, 11:37
Sólo habría que usar el programa Hércules para enviar un archivo al puerto serie, darle al home y ver como se comporta.

El archivo contiene todas las tramas en base a un vuelo que yo simularé, así que solo te tienes que preocupar del enlace serie entre tracker y ordenador.

Habría que hacer la prueba con el firm que yo subiré al repositorio, por un lado, y también con el firm oficial que ya está actualizado por Rangaird (Samuel).

El config.h lo configurarías quitando el easing y dejando el control PID normal. Y tendrías que desactivar GPS Telemetry y activar FrSKy D, y poner los baudios en ambos extremos a 9600, tanto en el firm como en los módulos bluetooth/link de radio o lo que uses como medio de comunicación.

Esta tarde desde casa te paso links de descarga de todo lo necesario e instrucciones detalladas.
A priori solo veo un problema, mis bluetooth están configurados a 4800 que es lo que usamos con los Orange, y no se cambiarlos a 9600 ya que me los configuro Turruk y la verdad yo me desentendí del tema.

Simba
29/10/2015, 11:39
Siempre se los puedo pasar y que me los reconfigure, es que si puedo paso del tema.

rortega
29/10/2015, 11:40
A priori solo veo un problema, mis bluetooth están configurados a 4800 que es lo que usamos con los Orange, y no se cambiarlos a 9600 ya que me los configuro Turruk y la verdad yo me desentendí del tema.
A 4800 también se puede hacer la prueba. Yo la he hecho esta mañana de la forma que comento y también se resetea.

Simba
29/10/2015, 11:41
Pues ale, menos faena para turruk.

rortega
29/10/2015, 11:44
A 4800 también se puede hacer la prueba. Yo la he hecho esta mañana de la forma que comento y también se resetea.
Tengo también otra sospecha, pero no consigo encontrar nada que lo demuestre, y es que el código del parser FrSky D implementado esté produciendo un desbordamiento de alguna variable, como por ejemplo un buffer en el que se va almacenando la trama válida en curso para extraer los datos. Pero no he podido demostrarlo.

marcoasj
29/10/2015, 11:46
Una cosa ¿has llegado a probar con la otra Crius, la del principio ?.

Yo en estos momentos tengo montada una Crius nueva hace ya bastante tiempo, pues la primera que monté con tantas pruebas y enganches de cables, se me flipo en mas de una ocasión, y recuerdo que ya me falla la memoria, que tuve que soldar los pines del ISP para cargar el bootloader ya que no me arrancaba.
Al final ya no estaba seguro de nada, y como me llego la nueva la cambie y me olvide del problema, pero me da que algo tenia la dichosa placa, que o bien por que yo la jodi o por lo que fuera no me daba mucha confianza.
Comento todo esto por poner algo de literatura al tema y veamos que las Crius no son inmunes a problemas.
Recuerdo que yo también de tanto poner y quitar la placa FRQMAX también me la cargue........a ver si va a ser eso....

Enviado desde mi SM-G900F mediante Tapatalk

Simba
29/10/2015, 11:46
rortega yo creo recordar que cuando hacia las pruebas que aun no tenia los Bluetooth, las hacia por ftdi directo al PC, y algunas veces se producían esos mismos problemas de cuelgues que se ven en el video, luego con los Bluetooth ya no tune ningún problema, y pensé que el puerto ftdi hacia bloquearse a la crius.

rortega
29/10/2015, 11:59
Recuerdo que yo también de tanto poner y quitar la placa FRQMAX también me la cargue........a ver si va a ser eso....

Enviado desde mi SM-G900F mediante Tapatalk
No creo, pues si compilo para GPS Telemetry todo va sobre ruedas. De todos modos podemos salir de dudas tras las pruebas de simba.

Simba
29/10/2015, 16:32
Ya tengo instalado el Hercules, en principio creo que se como mandar el fichero que me digas.

Simba
29/10/2015, 17:15
Instalada la ultima versión de Rangaird, update frsky.
Modificada con mis parámetros el Config.h
No me da errores de compilación, o sea que creo esta bien.

Es por ir adelantando.

sl2

rortega
29/10/2015, 18:29
Instalada la ultima versión de Rangaird, update frsky.
Modificada con mis parámetros el Config.h
No me da errores de compilación, o sea que creo esta bien.

Es por ir adelantando.

sl2

Tengo que liar una buena para conseguir las tramas, dame una horita...

Simba
29/10/2015, 18:48
Nada tu tranquilo cuando tu dispongas.

UTOPIAS
29/10/2015, 19:00
fotos del montaje del mecanizado. A la espera de saber que hay de definitivo sobre el soft...

rortega
29/10/2015, 20:19
Instalada la ultima versión de Rangaird, update frsky.
Modificada con mis parámetros el Config.h
No me da errores de compilación, o sea que creo esta bien.

Es por ir adelantando.

sl2

Primero prueba la versión de Rangaird, ya que la tienes instalada. Pero para bajarte los archivos con las tramas, bájate mi versión, que dentro hay un zip con tres archivos con los que puedes hacer las pruebas.

https://github.com/raul-ortega/amv-open360tracker/tree/FrSkyD

El archivo en cuestión es TRAMAS-PARA-SIMULACION.zip.

Una vez descomprimidos tienes lo siguiente:



cap4-NMEA-simulator-binario.txt
ccc.txt
cap5-NMEA-simulator-binario.txt


El primero cap4, es el primero de todos quen el que he probado. El problema que tiene es que olvidé poner a 0 la altitud antes de empezar, así que es posible que no haya movimiento en el servo tilt.

El archivo ccc.txt es el resultado de unir el cap4 varias veces, con idea de que dure más tiempo las pruebas.

Y el archivo cap5 lo he creado esta tarde, ahí ya he tenido cuidado con el tema de la altitud, empezando desde 0, subiendo a los 90, luego a los 120, luego bajando otra vez, luego subiendo a 190 o 200 ( ya no me acuerdo) y haciendole ir en una dirección y volver, y mil movimientos más.

Me interesa que pruebes primero el cap4, y si se te resetea la placa, ya puedes pasar olímpicamente del resto.

En el Hércules debes hacer primero open.

Una vez abiero el puerto teclas CTRL+O y se abre la ventana de diálogo para seleccioanr el archivo deseado.

Nada más seleccionado debería aparecer en el display los satélites, que oscilarán entre 11 y 15, y las coordenadas tipo 38.xxxxx 9.xxxxxx (NORTE Y ESTE).

Con el cap4, si se pone a girar solo como loco, y sigues viendo la luz del led azul parpadeando, se ha colgado. Si la luz deja de parpadear pero sigue enviando el archivo el Hércules, es que ha cascado. Y si el display se apaga, te pegan giros los dos servos como cuando se renicia, es que ha cascado...Cualquier cosa que no se parezca a como cuando lo usas normalmente, es que ha cascado.

Si te funciona bine, te compro la crius, jajajaja.

Simba
29/10/2015, 20:32
Vale, pues en cuanto pueda, saque al perro, prepare la cena y no se que mas, me pongo a probar y reporto resultados.
Si me funciona, la Crius va a subir mucho su cotización :ansioso::ansioso:.
Cruza los dedos.

rortega
29/10/2015, 20:36
A la espera de saber que hay de definitivo sobre el soft...

En cuanto al tema de la versión estable que estamos manejando está aquí:

https://github.com/raul-ortega/amv-open360tracker/tree/master

Cuando te la bajes ya irás preguntando....

Simba
29/10/2015, 21:02
Sr. rortega, con la versión de Rangaird no me funciona el LCD y no se si funcionara algo mas, le he cambiado las lineas a pelo que definian el LCD en el config.h pero igual hay que cambiar algo mas, como las librerias aquellas famosas y todo aquel lio que yo ya no me acuerdo.
Compila bien pero igual falta algo.

Te pongo el config.h :

#ifndef CONFIG_H
#define CONFIG_H

/* Config file
* created by Samuel Brucksch
*
*/
//#define DEBUG

/** PID Values
*
*/
#define P 2500 //default 2200
#define I 60 //default 280
#define D 1000 //default 20000

/* #### Atmega 2560 ####
*
* If using an APM or Atmega 2560 we do not need softserial, so uncomment if using an atema 2560
*
* MEGA -> APM & other MEGA Boards
*/
//#define MEGA

/* #### Protocol ####
*
* FRSKY_D, FRSKY_X, HOTT, EXTERNAL
*
* FRSKY_D -> D-Series
* FRSKY_X -> Taranis / XJT
* HOTT -> MX12, MX16 and all other HoTT transmitters with telemetry
* RVOSD
* MFD -> MFD protocol will not work with local GPS!!!!
* MAVLINK -> Mavlink protocol (APM/Pixhawk/...)
* GPS_TELEMETRY -> direct NMEA input
* SERVOTEST
*/
//#define GPS_TELEMETRY
#define FRSKY_D
/* #### Baud Rate ####
*
* baud rate of telemetry input
* 9600 for FRSKY_D -> D-Series
* 57600 for FRSKY_X -> Taranis/XJT and MAVLINK
* 115200 for RVOSD (RVGS)
* ??? for HoTT
*/
#define BAUD 4800

/* #### Tilt servo 0° adjustment ####
*
* Enter PWM value of Servo for pointing straight forward
*/
#define TILT_0 1075

/* #### Tilt servo 90° adjustment ####
*
* Enter PWM value of Servo for pointing 90° up
*/
#define TILT_90 2000

/* #### Pan servo 0° adjustment ####
*
* Enter PWM value of Servo for not moving
*/
#define PAN_0 1547

/* #### Pan servo minimum required speed ####
*
* If the servo has problems to start a rotation when the speed is slow adjust this value until the tracker moves directly from each position
*/
#define MIN_PAN_SPEED 0

/* #### Compass declination ####
*
* http://magnetic-declination.com/
* Enter your city and then get the value for Magnetic declination
* for example [Magnetic declination: 3° 2' EAST]
*
* now enter the value in the format DEGREE.MINUTE * 10 -> 3.2 * 10 = 32
*
* set to 0 if you cannot find your declination!
*/
#define DECLINATION 0

/* #### Compass offset ####
*
* If you did not mount your compass with the arrow pointing to the front you can set an offset here.
*
* Needs to be multiplied by 10 -> 90° = 900
*
* Range: 0 ... 3599
*
*/
#define OFFSET 2700

/* #### DIY GPS / Fix Type ####
*
* If you use the diy GPS the fix type is transmitted with the satellites on Temp2. The value is calculated like this:
* Num of Sats: 7
* Fix Type: 3
* Value = Sats * 10 + Fix Type = 7*10 + 3 = 73
*
* If you use the native frsky gps or fixtype is not present comment to disable.
*/
//#define DIY_GPS

#ifndef MFD
/* #### Ground GPS ####
*
* !!!!!!NOT SUPPORTED YET!!!!!!!
*
* needed for ground gps so home does not need to be manually set
*
* Types:
* MTK, UBX
* UBX not implemented yet
*
* does not work when in MFD mode
*/
#define LOCAL_GPS
//#define MTK
#define GPS_BAUDRATE 9600
#endif

/* #### Tracker Setup ####
*
* Start tracking when plane is XXX m away from tracker
*
* It is recommended to start tracking only if plane moved a few meters already. Default: 10m
*
*/
#define START_TRACKING_DISTANCE 10

/* ### LCD Display ###
*
* Uncomment to display data on LCD Display
*
* Please choose for the Display Type:
* I2C
* SPI
*
* LCD Display is required for this.
*
* Requires modified LiquidCrystal library: https://bitbucket.org/fmalpartida/new-liquidcrystal/downloads
*
#define LCD_DISPLAY I2C
// no usar esta línea, es sólo experimental // #define LCD_SIZE_COL 16 // default 16. Not tested 20.
#define LCD_SIZE_ROW 2 // default 2. Not tested with 4.

/*
* LCD Display I2C ADDRESS
* Default is 0x27 if uncommented. You'll need a I2C address scanner sketch if you don't know the correct one.
* If your LCD has a different address descoment this line and change its value.
*/
#define LCD_I2C_ADDR 0x27 //default 0x27

/*
* LCD display bought at en Banggood http://www.banggood.com/IIC-I2C-1602-Blue-Backlight-LCD-Display-Module-For-Arduino-p-950726.html
* Download and install this LiquidCrystal I2C library https://www.dropbox.com/s/e5p9q5tq6sn5m7o/LiquidCrystal_para_LCD_BANGGOOD_SKU166911_I2C.zip?dl=0
* The 1602 is the correct one.
* The default I2C address for this LCD display is 0x3F
*/
//#define LCD_BANGGOOD_SKU166911 //default commented




/* ### Battery monitoring ###
*
* Uncomment to monitor your Battery
*
* Voltage divider is required for this.
*
*/
//#define BATTERYMONITORING
#ifdef BATTERYMONITORING
//#define BATTERYMONITORING_RESISTOR_1 18000
//#define BATTERYMONITORING_RESISTOR_2 1000
//#define BATTERYMONITORING_CORRECTION 1.0 // default 1.0
#endif

/* #### Do not edit below this line */
#if TILT_0 < 800 || TILT_0 > 2200 || TILT_90 > 2200 || TILT_90 < 800
#error "Tilt servo range invalid. Must be between 800 and 2200."
#endif

#if OFFSET < 0 || OFFSET > 3599
#error "Offset invalid. Must be between 0 and 3599."
#endif

rortega
29/10/2015, 21:06
Sr. rortega, con la versión de Rangaird no me funciona el LCD y no se si funcionara algo mas, le he cambiado las lineas a pelo que definian el LCD en el config.h pero igual hay que cambiar algo mas, como las librerias aquellas famosas y todo aquel lio que yo ya no me acuerdo.
Compila bien pero igual falta algo.


Yo lo pruebo comentando las líneas del LCD ya las líneas del LOCAL GPS para que no los compile y no los use.

Simba
29/10/2015, 21:20
Joer no he podido resistir y me van a sacar tarjeta roja, el primero el Bastian que es mi perro.

Bien al lio tatachin tatachan :party::party::party:, funciona y no se cuelga, le he pasado la primera trama sin el mas minimo problema y eso que le has puesto unos cambios de dirección del copón.

Ahora esta pasando la segunda trama y va muy lento pero seguro, tampoco se cuelga esta funcionan normalmente y ya lleva un buen rato.

El LCD sigue sin funcionar claro, pero luciendo.

Ale luego mas. :ansioso::ansioso:.

rortega
29/10/2015, 21:51
Joer no he podido resistir y me van a sacar tarjeta roja, el primero el Bastian que es mi perro.

Bien al lio tatachin tatachan :party::party::party:, funciona y no se cuelga, le he pasado la primera trama sin el mas minimo problema y eso que le has puesto unos cambios de dirección del copón.

Ahora esta pasando la segunda trama y va muy lento pero seguro, tampoco se cuelga esta funcionan normalmente y ya lleva un buen rato.

El LCD sigue sin funcionar claro, pero luciendo.

Ale luego mas. :ansioso::ansioso:.

El problema es que no ves el LCD y podría estar malfuncionando. Hay veces que se resetea, se reinicia y sigue su curso, como si simplemente saltase a la función inicial (setup) y mantuviese los valores en las variables anteriorers, por lo que al seguir recibiendo datos GPS. Ese reinicio hace que el servo, si estaba en velocidad máxima, por ejemplo, se ponga a girar como si acabásemos de dar una pasada por encima, es más, te lo puede estar haciendo varias veces seguidas y pensar que hice un vuelo haciendo pasadas, y no es así, hice pasadas pero volando unos segundos (15 o 20 en un sentido) y 15 o 20 en otro...Esos tirones si te los pega seguidos varias veces es que ha cascado.

También he observado que otras veces se queda un rato como en una posición fija, pero está congelado (eso lo se porque en mi versión con LCD veo que la distancia no aumenta, pero la uart ha dejado de funcionar y no recibe dato alguno, el led se queda fijo o apagado, pero la crius sigue girando, como ajustando el punto ese una y otra vez, como cuando vuelas lejos y tienes interferencias en el mag, eso que explicabas el otro día. Pero en realidad está congelada y los datos del LCD no varían, hasta que pulsas el botón home y se pone a funcionar otra vez....

En fin, a mí me ha engañado en varias ocasiones pero he comprobado que casca tanto con la suya como con la mía, con la mía mucho más, más que nada porque lo ves claramente en el LCD, sobre todo cuando se apga y se enciende.

rortega
29/10/2015, 21:58
El problema es que no ves el LCD y podría estar malfuncionando. Hay veces que se resetea, se reinicia y sigue su curso, como si simplemente saltase a la función inicial (setup) y mantuviese los valores en las variables anteriorers, por lo que al seguir recibiendo datos GPS. Ese reinicio hace que el servo, si estaba en velocidad máxima, por ejemplo, se ponga a girar como si acabásemos de dar una pasada por encima, es más, te lo puede estar haciendo varias veces seguidas y pensar que hice un vuelo haciendo pasadas, y no es así, hice pasadas pero volando unos segundos (15 o 20 en un sentido) y 15 o 20 en otro...Esos tirones si te los pega seguidos varias veces es que ha cascado.

También he observado que otras veces se queda un rato como en una posición fija, pero está congelado (eso lo se porque en mi versión con LCD veo que la distancia no aumenta, pero la uart ha dejado de funcionar y no recibe dato alguno, el led se queda fijo o apagado, pero la crius sigue girando, como ajustando el punto ese una y otra vez, como cuando vuelas lejos y tienes interferencias en el mag, eso que explicabas el otro día. Pero en realidad está congelada y los datos del LCD no varían, hasta que pulsas el botón home y se pone a funcionar otra vez....

En fin, a mí me ha engañado en varias ocasiones pero he comprobado que casca tanto con la suya como con la mía, con la mía mucho más, más que nada porque lo ves claramente en el LCD, sobre todo cuando se apga y se enciende.

Además, siempre que vuelvo al uso del protocolo GPS_TELEMETRY, recompilo y subo, mi tracker funciona como la seda, como si nada.

Pero eso no es lo mejor, he hecho una prueba de fuego, en la que he podido descartar que sea un problema de la UART, y ni te imaginas como lo he hecho...adivina...

He modificado el código fuente para usar el puerto del GPS LOCAL softserial, pines D7y D8, que yo no uso. De modo que primero me he asegurado que el tracker funciona bien con esa ñapa haciendo uso del protocolo GPS_TELEMETRY. Y nuevamente funciona de maravilla.

Luego lo compilo para FRSKY_D usando, también por pines D7 y D8, y zas, casca una y otra vez...

Ésto me dice que el problema está en que el código fuente, que hace resetear el firmware o lo cuelga si durante el procesamiento de tramas le llega un dato mal que provoca que el buffer se desborde. O bien que en algún momento hace un cálclo con una variable que tiene algún valor que hace que en la operación matemática se produzca un desbordamiento, bien por arriba o bien por abajo...que eran mis sospechas iniciales.

Simba
29/10/2015, 22:09
Bueno si no fuera por lo que pones, yo diria que funciona bien, estoy subiendo un video para que lo veas pero igual no sacas conclusiones por que el LCD no funciona.

Simba
29/10/2015, 22:12
A ver que te parece:

https://youtu.be/pM2gWUBvnHs

rortega
29/10/2015, 22:19
A ver que te parece:

Sí, parece que lo hace bien :blink:

Simba
29/10/2015, 23:03
Entonces que hago ???

rortega
29/10/2015, 23:44
Entonces que hago ???

Prueba también con la versión que yo he modificado a ver que hace, y si te funciona pues voy pensando en yo que sé, porque ya empiezo a volverme loco, he hecho hoy un millón de pruebas...

Simba
29/10/2015, 23:51
Pues ya esta probado con tu versión y lamentablemente se cuelga o sea que no es la Crius.
De entrada ya he visto que parecia que le costaba arrancar y le he tenido que accionar varias veces el home, una vez arranca parece ir bien pero se me ha colgado al poco rato.
Primero he probado con el fichero de esta tarde el tiene tilt, que parece que con esta versión iba bastante peor, hasta que se ha colgado, luego he probado con el 1º fichero y al poco rato se ha flipado y empezado a girar sin parar hasta que le he quitado la bat.

Lo siento pero es lo que hay. :sad:

rortega
29/10/2015, 23:55
Pues ya esta probado con tu versión y lamentablemente se cuelga o sea que no es la Crius.
De entrada ya he visto que parecia que le costaba arrancar y le he tenido que accionar varias veces el home, una vez arranca parece ir bien pero se me ha colgado al poco rato.
Primero he probado con el fichero de esta tarde el tiene tilt, que parece que con esta versión iba bastante peor, hasta que se ha colgado, luego he probado con el 1º fichero y al poco rato se ha flipado y empezado a girar sin parar hasta que le he quitado la bat.

Lo siento pero es lo que hay. :sad:

Yo se lo achaco a que con esta versión tiene más cosas que hacer la crius, por lo que no atiende con diligencia al puerto serie y provoca que no se lean todos los bytes, o se lean con error, o yo que sé, que al final termina cascando.

Con la de Rangaird, las primeras veces iba vien, o lo parecía, pero como te he contado también se me ha reseteado de vez en cuando, aunque con menos frecuencia...Lo que hago es para que no sea siempre igual, probar a darle al home alguna que otra vez para que cambie la secuencia de giros de pan y parezca más un vuelo cercano.

rortega
29/10/2015, 23:57
Yo se lo achaco a que con esta versión tiene más cosas que hacer la crius, por lo que no atiende con diligencia al puerto serie y provoca que no se lean todos los bytes, o se lean con error, o yo que sé, que al final termina cascando.

Con la de Rangaird, las primeras veces iba vien, o lo parecía, pero como te he contado también se me ha reseteado de vez en cuando, aunque con menos frecuencia...Lo que hago es para que no sea siempre igual, probar a darle al home alguna que otra vez para que cambie la secuencia de giros de pan y parezca más un vuelo cercano.

Yo ya le he dije hace un par de días que esto pasa, pero no me creía, dice que pueden ser por tema de bajadas de tensión cuando el servo se mueve muy rápido y tal...pero eso con GPS Telemetry no me ha sucedido jamás...

Simba
30/10/2015, 00:03
Si es posible que la Crius no puede con todo pero ¿puede que la trama de simulación tenga errores o algo mal? Y que le cause algún error por no poder firmar tantos errores.
Lo que si se nota mucho mucho es que no va tan fino como yo esoy acostumbrado con la mía y supongo que esta simulación tiene más velocidad de lectura de posición y en cambio va más a saltos. Puede que por la gran cantidad de errores.

rortega
30/10/2015, 00:56
Si es posible que la Crius no puede con todo pero ¿puede que la trama de simulación tenga errores o algo mal? Y que le cause algún error por no poder firmar tantos errores.
Lo que si se nota mucho mucho es que no va tan fino como yo esoy acostumbrado con la mía y supongo que esta simulación tiene más velocidad de lectura de posición y en cambio va más a saltos. Puede que por la gran cantidad de errores.

Acabo de conseguir que mi versión no se me cuelgue a la primera, lleva ya un par de minutos movíendose y aún no se ha colgado.

Lo que he modificado es el archivo frsky.cpp, concretamente lalínea

#define FRSKY_RX_PACKET_SIZE 11


He cambiado el valor por un 255

#define FRSKY_RX_PACKET_SIZE 255

Vamos, que mientras escribía este mensaje ha acabado la simulaicón completa sin problema alguno.

Simba
30/10/2015, 00:57
Y que le hiciste????

rortega
30/10/2015, 00:58
Y que le hiciste????

Acaba de tener un cuelgue durante la segunda prueba que he realizado.

rortega
30/10/2015, 01:06
Y que le hiciste????

La tercera prueba continúa sin problema...

El por qué ahora funciona mejor es porque le he hecho un buffer más grande. Era una de mis sospechas, que en algún momento no procesa o bien el final de alguna trama, o bien el byte donde se le indica el tamañao, de modo que el buffer de memoria, al tener sólo 11 bytes se desborda y produce un error que tenrmina interrumpiendo la ejecución.

Ahora me falta hacer algo para impedir que eso suceda, me explico, en lugar de tener un buffer muy grande, lo suyo es controlar en qué situaciones ese buffer debería dejar de llenarse.

Ésto ya se lo he explicado en su momento a Rangarid, pero ni caso, le reconozco el gran esfuerzo que ha hecho atendiéndome durante varios días montones de intercambios de mensajes y demás, pero me he llevado algunas respuestas que se podrían interpretar como "bordes" cuando le he sugerido que el código fallaba, a tal punto que en muchas ocasioens he tenido que dorarle la píldora...

Mientras escribía este mensaje, la tercera simulación ha acabado completa sin error alguno.

rortega
30/10/2015, 01:13
Voy ya por la 5 prueba sin error, habiando probado ya los 3 archivos, y sólo he exerimentado el cuelgue e la segunda prueba.

Ésto promete.

rortega
30/10/2015, 01:37
Voy ya por la 5 prueba sin error, habiando probado ya los 3 archivos, y sólo he exerimentado el cuelgue e la segunda prueba.

Ésto promete.

Funciona con Easing en tilt activo y todo... Sigo realizando pruebas y no se ha vuelt o a repetir el problema. Se puede decir que tenemos protocolo FrSky para el escenario NAZE32 + cleanflight por softserial + Receptor FrSky D + módulo FrsKy DJT con MOD Bluetooth.

Queda montar el tracekr y observarlo en producción. Este fin de semana no creo que pueda probarlo, tengo que impartir clases en un master la semana que viene y tengo que prepararlas.

Simba
30/10/2015, 01:47
Una curiosidad, tienes alguna herramienta para evaluar las pruebas o vamos a prueba y error, lo dejas funcionando y esperas a ver que pasa.

Bueno es igual no me lo espliques que igual no lo entiendo, el caso es que funcione sin cuelgues.

Por cierto me ha venido una duda, yo igual me lanzo y me decido a comprar algún modulo de Frsky con Telemetria, receptor tengo al menos uno que me vino con la Taranis.
Que modulo es mejor, el Djt o el Xjt, este ultimo parece por caracteristicas que da 10omw y el otro 60mw.

Todo esto suponiendo que le des en el clavo y funcione.

Y si llegado el caso funciona, ¿como se podría hacer que funcionara sin la Nace32? ¿debería comprar también un GPS preparado para telemetria Frsky ?.

Antes de todo este sub-proyecto, tengo que probar con un modulo de 2,4 de TurruK, si es factible el funcionamiento como repetidor, entre Rx en 2,4 y Tx en 2,4.

Bueno lo primero es que funcione lo que tienes en marcha.

Me voy al catre , buenas noches a todos.

rortega
30/10/2015, 02:37
Una curiosidad, tienes alguna herramienta para evaluar las pruebas o vamos a prueba y error, lo dejas funcionando y esperas a ver que pasa.

Bueno es igual no me lo espliques que igual no lo entiendo, el caso es que funcione sin cuelgues.



Bueno, sí que manejo algunas herramientas, la principal mi cabeza, que cuenta con bastantes años de experiencia ya, y la intuición es una de mis mejores habilidades, je je je.

Mientras escribo ésto sólo puedo decir que esto funciona bien, lo tengo aquí al lado funcionando mientras escribo. La prueba de "hard" siempre es la mejor prueba.

No hay muchas formas de evaluar el buen funcionamiento, salvo prueba y error, o algo de debug. En la plataforma Arduino hay muy pocas posibilidades de hacer debug, que se basan en sacar datos por consola serie. La otra opción, es la de usar el entorno de desarrollo Atmel Studio, que digamos te facilita esa labor de sacar datos por consola serie, empleando una espcie de interfaz en la propia ventana del entrono de desarrollo, donde puedes evaluar el valor de variables haciendo un proceso de depurado paso a paso, instrucción por instrucción, o mediante la utilización de puntos de ruptura. Se puede hacer tando sobre la propia placa como sobre un arduino virtual. Yo tengo Atmel Studio instalado en mi portátil en casa, lo he usado para depurar alguna de las partes del código de esta aplicación, pero no me gusta demasiado, no me encuentro cómo con ese entorno.

Otra opción es la de utilizar un entorno de desarrollo de un tercero. En mi caso yo uso "eclipse", sobre linux cuando estoy en el trabajo o sobre Windows cuando estoy en casa (en el portátil). Se puede configurar para que se integre con Arduino, pero yo en lugar de eso, como el lenguaje de programación al fin y al cabo es el mismo (c++), lo que hago es que no instalo en el entorno de desarrollo las herramientas de compilación para arduino, sino que compilo de forma nativa para arquitectura x86, siempre y cuando las partes de código a depurar no tengan una dependencia con la arquitectura.

Por ejemplo, para depurar el parser de tramas FrSky, me he creado un pequeño proyecto c++ en eclipse, incorporando integramente los archivos frsky.cpp, frsky-common.h, telemetry.h, config.h, pero comentando aquellas partes del código que provocan la carga de liberrías específicas para manejar el hardware del arduino (los includes), y viéndome obligado a teclear algunas líneas para sumplir valores o datos.

Las tramas que me suelta mi módulo DJT las capturo con un programilla parecido al hércules, se llama sscom, pero seguramente con el hércules también lo podría haber hecho.

Esas tramas las extraigo en formato hexadecimal (texto), y luego se las paso al programa que creé con eclipse para convertirlas a binario. El extraerlas primero a hexadecimal es porque el sscom me lo facilita, y así puedo manipular los archivos de texto para ver las tramas completas, y poder analizarlas visualmente siguiendo las especificaciones del protoclol FrSky. En binario o decimal sería casi imposible para el ojo humano.

Con linux todo ésto para mí es más sencillo y rápido de hacer que con windows, pero de cualquier forma se puede hacer.

Lo bueno de usar eclipse de la forma que he explicado, es que puedo hacer con el código casi lo que me de la gana, depurarlo, usar puntos de parada, ver valores de variables, sacar datos por consola, a los baudios que quiera y en un santiamén...

En fin, que teniendo conocimiento y experiencia es como un juego, conde la dificultad no está en manejar las herramientas, sino en dilucidar el por qué las cosas funcionan mal o funcionan bien. Mi profesión consiste en ésto precisamente, en hacer uso de estas herramientas.



Por cierto me ha venido una duda, yo igual me lanzo y me decido a comprar algún modulo de Frsky con Telemetria, receptor tengo al menos uno que me vino con la Taranis.

Que modulo es mejor, el Djt o el Xjt, este ultimo parece por caracteristicas que da 10omw y el otro 60mw.


La cuestión no es que módulo es mejor, sino más bien preguntarse con qué protocolo va a funcionar bien el tracker. De momento sabemos que va con telemetría directa, con RVOSD y con FrSky D.

Los módlos X van con protocolo FrSky X. El desarrollo no dista mucho, y puede que no tenga tantas dificultades despues de la experiencia adquirida con FrSky D. Todo va a depender de lo que el amigo Rangaird haya copiado de por ahí... Lo que copió para FrSky D no lo hizo bien del todo y lo ha tenido que parchear tela para llegar hasta este punto.

Todo este lío de FrSky creo que se debe (y es una intiuición) a que se suponía que las tramas se tomarían desde una Taranis o una emisora con Firm OPENTX/ERX9, desde el puerto de salida que tiene para tal fin, y que se supone que las tramas ya salen filtradas, y no desde una ñapa en un módulo dándose por hecho que las tramas llegan bien, y la experiencia nos ha dicho que no, que llegan con muchos errores, y, para colmo, no hay ninguna suma de comprobación para errores en el protocolo, ni comprobación de errores en el destino (el tracker), habiéndose tenido que modificar gran parte del parser.

Ésto último me genera una gran duda ¿Funcionará el parser tal como está ahora si pillamos la telemetría desde la Taranis? Creo que la Taranis viene por defecto con protocolo X, pero creo que también se puede utilizar con el D, así que es cuestión de aventurarse, comprar los dos tipos de receptores y hacer las pruebas.

No estoy seguro, pero creo que Rangaird usaba el tracker con Taranis y receptor X.




Todo esto suponiendo que le des en el clavo y funcione.



Funcionar funciona, ahora si que lo creo. Aún me queda averiguar el por qué de ese cuelgue, aunque no es cuelgue total, simplemente dejó de leer datos de la UART, pero el tracker seguía funcionando, si lo giro, vuelve a apuntar a su sitio.

Sospecho que más que un cuelgue es un problema de que los datos que le llegan no dan posición del avión en movimiento, es posible que lo haya dejado parado con la velocidad a cero un rato y no me acuerde. De hecho, el cuelgue ha sido en uno de los archivos que he usado una sola vez, creo que el ccc.tx, con el último, el cap5, he probado ya no sé cuantas veces y ha ido de maravilla en todas las pruebas.

Y si es un fallo del firm seguro que tiene solución. Lo más grave ya funciona, aunque no deja de ser un parche. Me reitero en que el desarrollo original deja mucho que desear, viendo lo que ví en RVOSD y la semana que llevo luchando contra Rangaird...osú osú...Pero vamos, que la NAZA de DJI tiene también muchas cagadas...



Y si llegado el caso funciona, ¿como se podría hacer que funcionara sin la Nace32? ¿debería comprar también un GPS preparado para telemetria Frsky ?.



Si usas un X creo que se puede conectar el GPS directamente (eso tendría que confirmarlo, pues no estoy seguro del todo) y las tramas llegarán en formato FrSky X al destino y hay que decodificarla.

Si usas FrSky D el GPS tiene que ir a un Hub, donde se empaquetan en un formato concreto, creándose tramas tipo Hub, y luego son mandadas sobre tramas FrSky D



Antes de todo este sub-proyecto, tengo que probar con un modulo de 2,4 de TurruK, si es factible el funcionamiento como repetidor, entre Rx en 2,4 y Tx en 2,4.

Bueno lo primero es que funcione lo que tienes en marcha.

Me voy al catre , buenas noches a todos.Yo ya voy tarde a la cama, pero creo que el motivo a merecido la pena, si no no duermo hoy con el coco pensando en la solución al problema.

Espero que todo esto haya servido para aclarar dudas...

rortega
30/10/2015, 09:27
Ole, ole, en nada tenemos un protocolo mas y van....... Mavlink, gps-directo,rvosd, Frsky-D y Frsky-X , me dejo alguno ?

Le he preguntado a Rangarid esta mañana si funciona el tracker con GPS conectado a un recetor FrSky X y módulo XJT con Taranis, es decir FrsKy X, pero por lo que dices Guillesan ¿Lo has probado o lo ha probado él?

Y Mavlink, lo has probado tú ¿No?

Lo digo para reescribir el archivo README con información fidedigna de que todos esos protocolos los tenemos probados.

Por otro lado, comentar que la solución de poner el valor 255 es sólo un parche y que lo voy a volver a dejar a un valor menor, 11 sería lo correcto, pero como se hace una comprobación con 19 en un lugar del código, lo pondré a 19. Y el control definitivo para descartar las tramas que sobrepasen 6 bytes como bytes de datos de cada trama, según especifica el protocolo FrSky, y según he discutido con Rangaird, se va colocar en el punto exacto.

Las líneas de código del archivo frsky.cpp siguientes


case USRPKT:
uint8_t numBytes = packet[1];
for (uint8_t i = 3; i < numBytes+3; i++) {
parseTelemHubByte(packet[i]);
}
break;
Quedarán algo como ésto:


case USRPKT:
uint8_t numBytes = packet[1];
if(numBytes > 6) return;
for (uint8_t i = 3; i < numBytes+3; i++) {
parseTelemHubByte(packet[i]);
}
break;
Es decir, tramas con numBytes > 6 no se procesan, las descartamos directamente.

Cuando confirme que el cambio funciona correctamente subiré la actualización al repositorio con nuevo número de versión.

rortega
30/10/2015, 09:31
Por cierto me ha venido una duda, yo igual me lanzo y me decido a comprar algún modulo de Frsky con Telemetria, receptor tengo al menos uno que me vino con la Taranis.
Que modulo es mejor, el Djt o el Xjt, este ultimo parece por caracteristicas que da 10omw y el otro 60mw.

Respuesta de Rangarid:


Frsky X works very well. All my videos that i made in the beginning were with frsky x. have a look at this project:
https://github.com/SamuelBrucksch/diy-frsky-gps

It uses an arduino to parse ublox or nmea based GPS and convert it into frsky protocol for the RX.


Es decir, usa un arduino como intermediario...

Guillesan
30/10/2015, 10:38
Buenos dias, aclarando la situacion de funcionamiento.
Las telemetrias probadas y funcionando por mi son:

GPS_TELEMETRY: Funcionando correctamente 4800 baudios 4 hz sobre Openlrs

MAVLINK: Probada la salida de este protocolo entregada por el OSD MyFlyDream, funciona correctamente , 9600 baudios igualmente sobre Openlrs (necesario usar la distribuciom Openlrs especial gitsly para transmitir correctamente las tramas Mavlink)

RVOSD: Funcionando (pruebas en casa) , gracias como no a ROrtega , telemetria por video usando la estacion RVGS propia del OSD , 115200 baudios 25 hz.
Este fin de semana pretendo probarlo en campo , pero tengo buenas impresiones .

Por ahora mis mejores resultados han sido usando la placa Crius v 2.5 integrando en ella todo lo necesario , las pruebas con placas arduino aun funcionando tienen mas problematica no solo de montaje (cables por todos lados) como por la brujula separada de la placa principal, esta influenciada por campos magneticos de los motores de los servos , etc....

Espero sirva de aclaracion.

rortega
30/10/2015, 11:34
case USRPKT:
uint8_t numBytes = packet[1];
if(numBytes > 6) return;
for (uint8_t i = 3; i < numBytes+3; i++) {
parseTelemHubByte(packet[i]);
}
break;
Es decir, tramas con numBytes > 6 no se procesan, las descartamos directamente.

Cuando confirme que el cambio funciona correctamente subiré la actualización al repositorio con nuevo número de versión.

Así no va, requiere algo más de control en alguna otra parte. Estamos en ello.

rortega
30/10/2015, 11:34
Espero sirva de aclaracion.

Gracias por la aclaración.

rortega
30/10/2015, 13:25
Así no va, requiere algo más de control en alguna otra parte. Estamos en ello.

He encontrado otro fallo.

Como uso eclipse según describí antes estoy en un escenario perfecto de ejecución, en la que un pedazo de ordenador con 2 procesadores con 6 núcleos cada uno a dos hilos de ejecución por hilo (24 cores virtuales), con 32 GB de RAM , disco duro SSD, etc..... la ejecución del parser es perfecta, casi impoluta, pues la UART no se atasca ni queriendo, pues sencillamente no la uso, ya que me dedico a leer las tramas de un archivo. Es decir, la situación perfecta en la que el hardware no va a fallar jamás.

Cientos de salidas con posiciones gps y altitud fiables que darían como resultado un seguimiento casi perfecto del tracker.

Pero esta mañana cuando me levanté pensé: ¿Qué pasaría si aleatoriamente, de vez en cuando una de las gallinas me la guardo, y hacemos que no se cumpla la ley de "las gallinas que entran por las que van saliendo"?

Lo que se me ha ocurrido hacer es que de forma aleatoria, de vez en cuando dejo de leer un byte del archivo, cosa que repito varias veces, pero no muchas, tratando de simular que la UART del arduino se ha comido un byte y no lo ha cagado (con perdón)...

El resultado es éste:


...
Frame: 15722, Position: 38.480350, 9.023310 Alt: 199 Sats: 11
Frame: 15801, Position: 38.480390, 9.023650 Alt: 199 Sats: 15
Frame: 15880, Position: 38.480390, 9.024010 Alt: 199 Sats: 11
Frame: 15961, Position: 38.480330, 9.024370 Alt: 198 Sats: 11
Frame: 16037, Position: 625.080220, 9.024710 Alt: 198 Sats: 11
Frame: 16114, Position: 38.480080, 9.025030 Alt: 198 Sats: 11
Frame: 16192, Position: 38.479940, 9.025350 Alt: 197 Sats: 15
Frame: 16271, Position: 38.479780, 9.025640 Alt: 197 Sats: 11
Frame: 16350, Position: 38.479630, 9.025970 Alt: 197 Sats: 11
...
...
Frame: 18151, Position: 38.479080, 9.025560 Alt: 190 Sats: 15
Frame: 18228, Position: 38.478780, 9.025220 Alt: 190 Sats: 11
Frame: 18307, Position: 38.478510, 9.025210 Alt: 189 Sats: 11
Frame: 18386, Position: 2.745040, 9.025230 Alt: 189 Sats: 15
Frame: 18542, Position: 38.477740, 340.808590 Alt: 188 Sats: 15
Frame: 18619, Position: 38.477430, 9.025270 Alt: 188 Sats: 11
Frame: 18699, Position: 38.477150, 9.025290 Alt: 188 Sats: 11
Frame: 18778, Position: 38.476870, 9.025310 Alt: 187 Sats: 11
...


Y no os lo váis a creer, pero cada vez que detect olgo y se lo cuento se pone a la defensiva o me suelta algún comentario que no termina de gustarme. Hasta ahora me he controlado bastante, pero ya empiezo a cansarme de tratar con él... Luego parchea su código, los sube a su repositorio y me lo dice para que lo pruebe...En fin.

Simba
30/10/2015, 14:13
Bueno tal como lo veo yo, al menos para mi particular instalación necesitaría:

Ya que tengo el Rx de la Taranis, un FrSky X8R 8/16Ch S.BUS ACCST Telemetry Receiver W/Smart Port.

Compatibility:All 16 channels require the FrSky Taranis, or the XJT module.For 8 channels in D8 Mode you can use the FrSky Taranis or XJT, DJT, DFT, DHT and DHT-U modules.

O sea que puede funcionar con los 2 tipos de telemetria D o X y con Taranis claro que es X.

Actualmente lo que rortega esta preparando es la versión D, y por lo tanto para la X me tengo que esperar pacientemente, ya veremos si resisto.

Si con la versión X se puede utilizar un GPS Ublox, con la ayuda de un Mini Arduino, quizás sea la solución fácil y económica.

El resto de instalación ya es la misma que tengo, y por supuesto el modulo Tx Frsky sea el que sea iría montado en el Traker, como repetidor solo para señal de control, la señal de telemetria se quedaría en el propio Traker360.

Me quedo a la espera de como queda el tema y en función de como quede decido seguir con el proyecto.

Guillesan
30/10/2015, 14:13
Te entiendo Ortega, a mi tambien "me costo" hablar con él.
tengo plena confianza en ti, te vales y sobras para sacar esto adelante, a las pruebas me remito.
Tranquilo, a lo tuyo.
Un saludo.

Guillesan
30/10/2015, 14:19
Todo preparado para la prueba de RVOSD en el campo. Las pruebas en casa se me antoja que es " muy nervioso" pero hay que confirmarlo en vuelo.
Unas fotos del engendro
http://images.tapatalk-cdn.com/15/10/30/ba0dca53c36e66299a2a68b7438ff3e5.jpg
http://images.tapatalk-cdn.com/15/10/30/e8859e3fbed9c6f2a18c3aa89567dacc.jpg
http://images.tapatalk-cdn.com/15/10/30/a2efcc12a620f7238bf45b9b3c42ca98.jpg

rortega
30/10/2015, 14:32
Bueno tal como lo veo yo, al menos para mi particular instalación necesitaría:

Ya que tengo el Rx de la Taranis, un FrSky X8R 8/16Ch S.BUS ACCST Telemetry Receiver W/Smart Port.

Compatibility:All 16 channels require the FrSky Taranis, or the XJT module.For 8 channels in D8 Mode you can use the FrSky Taranis or XJT, DJT, DFT, DHT and DHT-U modules.

O sea que puede funcionar con los 2 tipos de telemetria D o X y con Taranis claro que es X.

Actualmente lo que rortega esta preparando es la versión D, y por lo tanto para la X me tengo que esperar pacientemente, ya veremos si resisto.

Si con la versión X se puede utilizar un GPS Ublox, con la ayuda de un Mini Arduino, quizás sea la solución fácil y económica.

El resto de instalación ya es la misma que tengo, y por supuesto el modulo Tx Frsky sea el que sea iría montado en el Traker, como repetidor solo para señal de control, la señal de telemetria se quedaría en el propio Traker360.

Me quedo a la espera de como queda el tema y en función de como quede decido seguir con el proyecto.

Para funcionar con X necesitas un arduino en el lado del avión

Simba
30/10/2015, 14:36
Ok, eso había entendido, me imagino que con un pequeño Mini Arduino, que por cierto tengo uno que me paso Supercanii, ¿ me servirá para esto no?

Simba
30/10/2015, 14:40
Yo no se si me habeis entendido con lo del Repetidor 2,4g a 2,4g, seguro que Guillesan si que ha pillado la onda.

Es para utilizar el traker360, tal como lo utilizo yo actualmente, para orientar tanto la antena del Video como la del control Radio, que ademas lleva la telemetria directamente en el propio traker, y no se necesitan los Bloutooth.

Que pesao soy, no hago nada mas que repetirme. :biggrin2::biggrin2: :laugh:

Guillesan
30/10/2015, 14:47
Yo no se si me habeis entendido con lo del Repetidor 2,4g a 2,4g, seguro que Guillesan si que ha pillado la onda.

Es para utilizar el traker360, tal como lo utilizo yo actualmente, para orientar tanto la antena del Video como la del control Radio, que ademas lleva la telemetria directamente en el propio traker, y no se necesitan los Bloutooth.

Que pesao soy, no hago nada mas que repetirme. :biggrin2::biggrin2: :laugh:
Te he pillao, si, "antes muerto que sencillo".
Tu dale que me da a mi que detras hay un monton leyendo este link.
Tomando nota y demas.

rortega
30/10/2015, 14:59
Te he pillao, si, "antes muerto que sencillo".
Tu dale que me da a mi que detras hay un monton leyendo este link.
Tomando nota y demas.
Yo también te pillé, el gráfico del otro día fué muy instructivo.

rortega
30/10/2015, 15:03
Todo preparado para la prueba de RVOSD en el campo. Las pruebas en casa se me antoja que es " muy nervioso" pero hay que confirmarlo en vuelo.
Unas fotos del engendro


Lo vas a lanzar desde el balcón y te vas a sentar en el sofá del salón a pilotarlo, o qué? [emoji23]

rortega
30/10/2015, 15:17
Ok, eso había entendido, me imagino que con un pequeño Mini Arduino, que por cierto tengo uno que me paso Supercanii, ¿ me servirá para esto no?

Simba, me falta información sobre este tema. Pero por lo que le he entendido a Rangaird, se trata de construir un DIY GPS, imagino que se trata de poner el arduino leyendo las tramas de un gps UBLOC, y condificando mensajes para mandarlos vía receptor X.

Si te fijas, en el código fuente, en el config.h tines lo siguiente:

/* #### DIY GPS / Fix Type ####
*
* If you use the diy GPS the fix type is transmitted with the satellites on Temp2. The value is calculated like this:
* Num of Sats: 7
* Fix Type: 3
* Value = Sats * 10 + Fix Type = 7*10 + 3 = 73
*
* If you use the native frsky gps or fixtype is not present comment to disable.
*/
//#define DIY_GPS

Por tanto no necesitas comprar un GPS específico para conectarlo al recetor FrSky, sino que puedes usar cualquiera pero usando un arduino como intermediario.

Eso es exactamente lo que hace la NAZE32, además de volar el dron (lo bueno de la NAZE32 es que habla los dos idiomas, el D y el X, así que si algún día decido pasarme a X y comprar una Taranis, me basta como cambiar un parámetro en la configuración de la cleanflight y listo, vamos, seleccionar X en un desplegable, y rezar que el código FrSky X funcione. Pero bueno, no es tu caso.

Lo que yo no sé es que firmware hay que subirle al arduino, no sé si en la wiki del proyecto original se explica.

rortega
30/10/2015, 16:56
Bueno, me he despedido amigablemente de Rangarid, no vuelvo a contactar con él ya se pueda venir el mundo abajo. Os pongo aquí mi respuesta a su último mensaje, no pongo el suyo por aquello de la privacidad, no vaya a ser que encima tenga problemas por hacerlo. En mi últim mensaje le sugiero la forma de solventar el último error que he reportado aquí, y se ha negado a hacerlo, invitándome a que corriga posibles problemas en el lado de la NAZE32 y cleanflight (ya me ha dicho en varias ocasiones que su parser funcionaba muy bien, y no me lo creo, a las pruebas me remito). Mi respuesta a su negativa dice así:


Before changing the code in that way you really should evaluate, where the error is coming from...

Have you realy tested how the FrSky D parser works over RC transmitters and receivers, flight controllers, GPS devices that differs of those of your own ones before publishing it in your repository? After reading the wiki and the readme file where you explicitly say that it works with FrSky D, I thought that it would work within one scenario like I described: NAZE32 + cleanflight + DJT transmitter+Bluetooth.

After changing many message with you, I've realized that you use Taranis with FrSky X, translating NEMA frames to FrSky X with the help of an Arduino board. And as I see in your videos, it works fine. But have you tested the FrSky D parser too with the D receivers and and DJT transmitters and bluetooth on other RC transmitter? I think that not, that this is the first time somebody do it, I apologize if it sounds bad, but is my perception after this crazy week.

I think that there are things that It's not possible to control in the side of the hardware of FrSky devices, and in fact we can only act on both extremes of the channel.

I reviewed the cleanflight code which encode FrSky Hub Telemetry data, and it seems to be perfect, there is no place to errors in that code. I reviewed the configuration of the parameters and every thing is ok. The GPS send out NMEA 0183 frames at 1HZ at 9600 bauds, which are read by cleanflight and sent to the rx pin of the reciever in a clear and direct way. What is happening inside the reciever and the transmitter is dificult to know, perhaps a update of the firmware could be needed, I didn't checked it.

I've tested with two differents DJT modules, with 6 different bluetooth modules, with a real GPS and a NMEA simulator, and other community user has also tested with a different hardware (but the same captures, of course), and the conclusion is that the parser is not ready to work in this escenario, perhaps because nobody tested it before, perhaps becaus the scenario in which you tested FrSky D is almost perfect.

If I don't solve the problem by modifiying the firmware, I will be forced to buy a different, newer and expensive hardware for try to use the open360tracker, and I thought after read the wiki, the readme, your forum and my forum, that it was a great, open and flexible proyect that could be used in many different escenarios. This is the reason why I'm interested on your project, and also on geting your help.

Previous getting in contact with you, I solved many bugs and improved your firmware with new functionalities (of course that my version also have errors which I will correct after the users will test it) as you know, and I think that these days you have noticed that I know what I say when I say it, but it seems as if you don't trust me every time I write to you suggesting something. Many times, your first reply is a negative answer, but after I give you proofs than your code contains errors, after some hours, you modify the code and upload the change to your repository which is available for every body ¿Why do you share the code if you think that the problem is in the side of NAZE32 + cleanfligh? I apologize again if my words seems to tray to attack you, but what I only want is to know if this FrSky D parser is already tested by other users or is the same case as the RVOSD parser I've corrected.

Well, I will not disturb you any more with this topic, I'll try to do the best I can with it and try to solve my problems.

Sincerely, a appreciate too much your help and give you again the thanks for the big effort you've done this days. Great job!!!

Simba
30/10/2015, 17:44
Vale queda claro.

Volviendo a retomar el tema, el GPS de Frsky cuesta unos 35€, y es enchufar y listo, con el Rx de la Taranis y algunos mas de Telemetria X.

El chisme no es que sea ninguna maravilla en cuanto a velocidad de captura, que es de 1Hz, cuando nosotros estamos usando 4Hz con el Ublox y el Tx Orange, pero bueno es lo que hay y creo que seria suficiente, para controlar el Traker360, todo no se puede tener y habría que conformarse.

Me llama la atención que la telemetria Frsky trabaje solo a 1Hz, quizás por que se reservan para meter mas datos de otras cosas, o por que realmente el ancho de banda lo tienen justillo, no se son suposiciones.

Total que si le meto este GPS al Rx X8R, podria sacar los datos por:
For 8 channels in D8 Mode you can use the FrSky Taranis or XJT, DJT, DFT, DHT and DHT-U modules

O sea que tanto en la Taranis comom en los modulos X y D es factible.

La pregunta del millon ¿esos datos serian entendidos directamente por nuestra Crius ?

Según yo lo veo los receptores tipo X, entienden directamente el Frsky GPS, y ya está.
Y si queremos utilizar nuestro viejo GPS Ublox a ¿cuantos Hz? no lo se, se podria hacer, intercalando de un Mini Arduino siempre que encontremos la aplicación.

Tenemos claro una cosa los módulos los podemos utilizar los 2 el X y el D, todo depende el Rx que tengamos.

Simba
30/10/2015, 18:27
Creo que podría probar la Telemetria de la Taranis para recibir GPS.
Solo me haria falta una aplicación de Arduino para cambiar de NMEA Ublox a formato Frsky tipo X.

Dispongo de una Taranis, un Rx tipo X, un GPS Ublox y un Arduino para la conversión, solo me falta la aplicación Arduino y meter al Traker360 lo que salga por el puerto serie de la Taranis

rortega
30/10/2015, 20:25
Me llama la atención que la telemetria Frsky trabaje solo a 1Hz, quizás por que se reservan para meter mas datos de otras cosas...

Monitorización de voltaje, amperios, alarmas, rssi, temperatura, ... sí son unos pocos datos.



La pregunta del millon ¿esos datos serian entendidos directamente por nuestra Crius ?



Ese el tema, que si llegan en formato FrSky X la crius los entenderá, otra cosa es que haya fallos en las comunicaciones o errores en el código del parser y haya que andar parcheando.




Y si queremos utilizar nuestro viejo GPS Ublox a ¿cuantos Hz? no lo se, se podria hacer, intercalando de un Mini Arduino siempre que encontremos la aplicación.



Creo que también 1 HZ.

rortega
30/10/2015, 20:28
Creo que podría probar la Telemetria de la Taranis para recibir GPS.
Solo me haria falta una aplicación de Arduino para cambiar de NMEA Ublox a formato Frsky tipo X.

Dispongo de una Taranis, un Rx tipo X, un GPS Ublox y un Arduino para la conversión, solo me falta la aplicación Arduino y meter al Traker360 lo que salga por el puerto serie de la Taranis

Existen librerías en github para tal fin, según me comentó este buen hombre, pero después de mi respuesta está la cosa como para seguir preguntándole ...

Busca en youtube algo así como "github DIY GSP FrSky X", que lo mismo encuentras una aplicación que lo hace y no necesitas marearte demasiado.

rortega
30/10/2015, 20:29
Busca en youtube algo así como "github DIY GSP FrSky X", que lo mismo encuentras una aplicación que lo hace y no necesitas marearte demasiado.

El primer resultado es precisamente del mismo autor del firmware open360tracker:

https://github.com/SamuelBrucksch/diy-frsky-gps

Así que ya lo tienes...

Simba
30/10/2015, 20:31
No si ya lo pusiste un poco mas atras, ponias esto:

Cita:
Frsky X works very well. All my videos that i made in the beginning were with frsky x. have a look at this project:
https://github.com/SamuelBrucksch/diy-frsky-gps

It uses an arduino to parse ublox or nmea based GPS and convert it into frsky protocol for the RX.


He bajado la libreria y estaba viendo como incarle el diente al tema, pero no me manejo bien con las librarias, me faltan conocimientos para encajar los bolillos.

rortega
30/10/2015, 20:34
El primer resultado es precisamente del mismo autor del firmware open360tracker:

https://github.com/SamuelBrucksch/diy-frsky-gps

Así que ya lo tienes...

Esta noche lo pruebo, yo tengo el gps VKEL, perfecto para hacer las pruebas. Pero sólo la parte de creación de tramas, aunque ahora que lo pienso, metiendo el simulador también se als tiene que tragar y soltará tramas formato FrSky D o FrSky X según configures el config.h.

Este tipo es muy listo, pero no ha hecho pruebas reales de FrsKy D con otra cosa que no sea la Taranis...¿Sabe alguien que procesador lleva la Taranis? Fijo que es un ARM y que se traga todo lo que le echen y por eso no detecta fallos...

rortega
30/10/2015, 20:35
No si ya lo pusiste un poco mas atras, ponias esto:

Cita:
Frsky X works very well. All my videos that i made in the beginning were with frsky x. have a look at this project:
https://github.com/SamuelBrucksch/diy-frsky-gps

It uses an arduino to parse ublox or nmea based GPS and convert it into frsky protocol for the RX.


He bajado la libreria y estaba viendo como incarle el diente al tema, pero no me manejo bien con las librarias, me faltan conocimientos para encajar los bolillos.

Lo veré esta noche y te cuento, ahora tocan tareas de casa y cenar (aquí se cena pronto).

Simba
30/10/2015, 20:37
OK yo sigo curioseando el tema.

rortega
30/10/2015, 20:45
OK yo sigo curioseando el tema.

A mí me compila del tirón. He abierto el FrSkyGPS.ino y compila sin problemas, así que debe funcionarte bien.

Lee la señal GPS por el puerto serie, y escribe hacia la receptor FrSky por el pin 9 de arduino.

Y poco más, el resto ya lo miras en el config.h.

Simba
30/10/2015, 20:50
Le has cargado la libreria?
Yo la cargue como me acordaba de las del Traker, añadiendo como .ZIP .
Lo que no se es si hay que hacer algo mas.

La compilación sale OK.

rortega
30/10/2015, 21:34
Le has cargado la libreria?
Yo la cargue como me acordaba de las del Traker, añadiendo como .ZIP .
Lo que no se es si hay que hacer algo mas.

La compilación sale OK.

Que librería? La TinyGPS????

Simba
30/10/2015, 21:50
No la que pone en el config. h , un enlace a RCGROUP
Es lo que necesita para funcionar .
En fin tu sabes del tema yo soy un lego en la materia

rortega
30/10/2015, 22:01
No la que pone en el config. h , un enlace a RCGROUP
Es lo que necesita para funcionar .
En fin tu sabes del tema yo soy un lego en la materia

Sí, la he añadido de la misma forma que tú, luego en el config.h he domentado FRSKY_D y he puesto un define con FRSKY_X y compila perfectamente.

Lo pruebo en unos minutos con el simulador a ver si funciona, y si no probaré con el gps del ZMR 250.

Simba
30/10/2015, 22:37
Con este sistema se recomienda entre 3 y 5 Hz, esto ya me gusta mas que los 1hz pelado del Gps Frsky.

Simba
30/10/2015, 23:02
Lo tengo subido a un Arduino Pro mini.

Supongo que en todas las placas Arduino la numeración de pines es la misma.

Entiendo que hay que conectar el GPS Ublox con GPGGA y digamos 4hz y 4800 baudios, al puerto serial del Arduino y por el pin 9 + GND conectarlo ¿¿¿ a donde ???, se supone que al Rx pero se necesita un conectorcillo pequeño que tendré que buscar.

Entre tanto y en plan simulación ya me diras como lo puedo simular.

rortega
30/10/2015, 23:09
Lo tengo subido a un Arduino Pro mini.

Supongo que en todas las placas Arduino la numeración de pines es la misma.

Entiendo que hay que conectar el GPS Ublox con GPGGA y digamos 4hz y 4800 baudios, al puerto serial del Arduino y por el pin 9 + GND conectarlo ¿¿¿ a donde ???, se supone que al Rx pero se necesita un conectorcillo pequeño que tendré que buscar.

Entre tanto y en plan simulación ya me diras como lo puedo simular.

No he conseguido ver la salida por el pin 9. He probado otros pines y nada. En la entrada, puerto serie, le he metido las tramas del simulador en formato NMEA y el led deja de parpadear, quedándose fijo, lo que indica que ha fijado posición GPS.

Y hasta ahí puedo contar. Voy a probar los cambios que hice en el firm del tracker esta tarde, donde corrijo el último error. Sobre el ordenador me va bien, no aparecen ya tramas con valores desorbitados. A ver si mañana soy capaz de probarlo ya en vuelo, aunque sea sin antenas, para ver al menos que el seguimiento lo hace.

Simba
30/10/2015, 23:13
Muy bien a ver si mañana sale todo bien, y tenemos lista la Frsky Telemetry D.

Simba
30/10/2015, 23:20
¿Donde conectas el pin 9 para visualizar?
En mi placa veo que ademas del puerto serie por donde lo he cargado con el ftdi, hay otro puerto que según he encontrado pone que es un puerto de comunicación con USB.
¿Crees que puedo conectar en este puerto el ftdi al USB ? para ver si sale algo , y le meto el GPS Ublox por el serie.

No si al final haremos algo. :ansioso:

rortega
30/10/2015, 23:28
¿Donde conectas el pin 9 para visualizar?
En mi placa veo que ademas del puerto serie por donde lo he cargado con el ftdi, hay otro puerto que según he encontrado pone que es un puerto de comunicación con USB.
¿Crees que puedo conectar en este puerto el ftdi al USB ? para ver si sale algo , y le meto el GPS Ublox por el serie.

No si al final haremos algo. :ansioso:

Yo estoy usando la otra controladora Multiwii. Tiene ya un FTDI integrado. Uso el módulo conversor USB FTDI para conectar solo el negativo de cualquier patilla de las de los motores, y el de señal al pin9 que está serigrafiado en la placa.

Mientras leo y contesto tengo el tracker funcionando con el último cambio que he realizado, y ya van 3 vuelos de prueba, alternando distintos archivos y no falla. Antes de subirlo a la placa he probado mil veces en eclipse y aunque le robe bytes a las tramas, ya no saca valores tan grandes. Literalmente lo he engañado para que no vuelva a ocurrir.

Simba
30/10/2015, 23:33
Cojonudo terdonnn

TURRUK
31/10/2015, 09:39
Hola señores, veo que este prollecto coja mas revolucionas , no puedo resistir me gusta probar, con permiso.:wink: Señor Ortega usted no para, en hora buena. :plane:

Simba
31/10/2015, 14:08
Que tal Srs. por aquí a salido un dia chungo y lloviznando, total que tengo todas las Bat. cargadas y no puedo volar.
Espero resultados de vuestras pruebas, entre tanto he encontrado por un cajón una Flip32+ y me he puesto a trastear, ya la tengo configurada con los parametroa que pusiste rortega, pero como soy corto de memoria, y no lo apunte pues no se como cambiar el parámetro del CLI
set Telemetry_inversion=1.
Igual para cuando contestes ya lo he mirado en el cleanflight.
Luego veremos si puedo hacer pruebas para ver si funciona con el Frsky X,
y he estado buscando algo del parametro ese que comentabas del cleanflight softserial sports y para que sirve, pero no entiendo nada, parece que es lo mismo que S-port, y que eso va ya implícito en el sistema Telemetria Frsky, en fin no se.

Bueno ya contareis.

rortega
31/10/2015, 14:37
Que tal Srs. por aquí a salido un dia chungo y lloviznando, total que tengo todas las Bat. cargadas y no puedo volar.
Espero resultados de vuestras pruebas, entre tanto he encontrado por un cajón una Flip32+ y me he puesto a trastear, ya la tengo configurada con los parametroa que pusiste rortega, pero como soy corto de memoria, y no lo apunte pues no se como cambiar el parámetro del CLI
set Telemetry_inversion=1.
Igual para cuando contestes ya lo he mirado en el cleanflight.
Luego veremos si puedo hacer pruebas para ver si funciona con el Frsky X,
y he estado buscando algo del parametro ese que comentabas del cleanflight softserial sports y para que sirve, pero no entiendo nada, parece que es lo mismo que S-port, y que eso va ya implícito en el sistema Telemetria Frsky, en fin no se.

Bueno ya contareis.
Estoy en el campo ahora mismo, con un cielo muy nublado y una mala recepción de satélites. Esto funciona, hace el seguimiento, aunque por la falta de precisión de la señal satélite, y porque supongo que filtra algunas posiciones malas por errores, a veces va retrasado en el seguimiento, especialmente si vuelo en un radio de 15 metros.

Pero vamos, funcionar funciona, ya veremos cómo lo afinamos.

rortega
31/10/2015, 14:38
Yo la memoria también la tengo fatal. Voy a ver si tengo en dropbox documento que redacté con la info , y te paso el link desde aquí.

Simba
31/10/2015, 14:42
El radio de 15 m es normal que no tenga precisión.
Me imagino lo que te pasa.
Estas probando el Traker con un micro 250 y estas solo o quieres volar con gafas y ver el Traker.
A mi me costó un par de palas el día que lo probé con el mio.

Simba
31/10/2015, 14:46
Ten en cuenta que la precisión se aprecia bien a partir de 50.
Con menos el error de precisión del gps puede ser de 10m según el día y los satélites.
Y no tengas prisa con la información que estoy paseando al perro y luego vamos a comer.

manreg
31/10/2015, 14:51
Hola, las conexiones del GPS que se indica en el GitHub del Open360tracker creo que son las del GPS local, si es así, ¿Dónde conecto las tramas que vienen del simulador?
Voy a utilizar una placa arduino.

MultiWii und Arduino 8/168/328
•D5 Button Home
•D6 Button Calibration
•D7 GPS TX (connect to RX on GPS)
•D8 GPS RX (connect to TX on GPS)
•D9 Servo Pan
•D10 Servo Tilt
•D13 LED
•A0 Battery Monitor
•A1 Buzzer
•A4 I2C
•A5 I2C

Saludos.

Simba
31/10/2015, 14:54
Vía usb directo

rortega
31/10/2015, 14:57
El radio de 15 m es normal que no tenga precisión.
Me imagino lo que te pasa.
Estas probando el Traker con un micro 250 y estas solo o quieres volar con gafas y ver el Traker.
A mi me costó un par de palas el día que lo probé con el mio.
Sí, así es, pero no estoy con gafas. Le he puesto la Möbius en el servo tilt grabando, así luego veré el comportamiento, al menos cuando lo paseo yo en mis manos, porque a 30 metros a ver quien ve el micro volando.

De todos modos estoy contento, llevaba semanas/meses con ganas de hacer una prueba real. Ésto funciona!!!!!

rortega
31/10/2015, 14:59
Hola, las conexiones del GPS que se indica en el GitHub del Open360tracker creo que son las del GPS local, si es así, ¿Dónde conecto las tramas que vienen del simulador?
Voy a utilizar una placa arduino.

MultiWii und Arduino 8/168/328
•D5 Button Home
•D6 Button Calibration
•D7 GPS TX (connect to RX on GPS)
•D8 GPS RX (connect to TX on GPS)
•D9 Servo Pan
•D10 Servo Tilt
•D13 LED
•A0 Battery Monitor
•A1 Buzzer
•A4 I2C
•A5 I2C

Saludos.
En la UART, el puerto serie de la placa.

Simba
31/10/2015, 15:02
Yo en la uard con bluetooht
Y con ftdi por puerto usb

Simba
31/10/2015, 15:06
Si es un Arduino Uno por cable usb directo creo que funciona yo en la Crius como no tiene usb le metía el ftdi y este al usb del PC.

Simba
31/10/2015, 15:08
Pero te aconsejo que lo hagas con bluetooht si no no te rindo las ganancias. Estera si o si el enrroye de tos los cables a mogollon

manreg
31/10/2015, 15:20
Pero te aconsejo que lo hagas con bluetooht si no no te rindo las ganancias. Estera si o si el enrroye de tos los cables a mogollon

Ya tengo instalado el servo Pan y es para hacer pruebas con el simulador de tramas. Para evitar que se enrollen los cables, para estas pruebas, lo voy a conectar a través del slip ring. (ahora no tengo bluetooth, voy a comprar los dos módulos).

Gracias a los dos por las respuestas.

rortega
31/10/2015, 16:22
...se como cambiar el parámetro del CLI
set Telemetry_inversion=1....


Aquí está el post que puse el otro día: http://www.aeromodelismovirtual.com/showpost.php?p=477638&postcount=2041

rortega
31/10/2015, 16:35
...se como cambiar el parámetro del CLI
set Telemetry_inversion=1....


Aquí está el post que puse el otro día: http://www.aeromodelismovirtual.com/showpost.php?p=477638&postcount=2041

Simba
31/10/2015, 17:46
Pongo fotos para ver similitudes entre Nace32 y flip32.
Dime donde conectar el GPS y la salida para el Rx Frsky

Esta configuración con el Minimosd es la que yo utilizo:

rortega
31/10/2015, 18:08
Pongo fotos para ver similitudes entre Nace32 y flip32.
Dime donde conectar el GPS y la salida para el Rx Frsky

Esta configuración con el Minimosd es la que yo utilizo:

Esa es una muy buena pregunta...

rortega
31/10/2015, 18:12
Esa es una muy buena pregunta...

Edito: no lo sé. Lo que había escrito no tenía nada que ver con la pregunta.

Simba
31/10/2015, 18:16
Me da que son los mismos tx rx

Simba
31/10/2015, 18:19
Los pines 3 y 4 tx y rx están localizados.
La salida hacia el rx Frsky deben de ser los mismos que utilizo para la salida hacia el minimosd
Esa es mi duda

Simba
31/10/2015, 18:20
Es la salida serial uart

rortega
31/10/2015, 20:18
Aquí tenéis la prueba de que FrSky D funciona:

https://youtu.be/q7Tuwkey8dA

Lo de la portada ha sido para que se tenga una ide más aproximada de qué trata el vídeo...

Guillesan
31/10/2015, 21:22
Ortega eso funciona, sí señor

Simba
31/10/2015, 21:24
Muy bien campeón eso funciona que de P.M. , no sabes la alegría que me da el ver que lo tienes en vuelo, y que ademas funciona muy bien.

Anda que menuda vista que tienes.

En hora buena campeón.

Guillesan
31/10/2015, 21:43
Si señores capitulos cerrados.
Gps_telemetry,Mavlink, FrskyD y X,funcionando y ..... hoy queria hacer la prueba con RVOSD (telemetria por video) por culpa de un pequeño problema en el avion no he podido volar pero, las pruebas en el campo han sido correctas, por lo que podemos decir que RVOSD tambien funciona.
Ole, Mañana lo intento de nuevo pero ya digo que la antena se mueve bien con respecto al avion.
Que mas se puede pedir, no se.
Espero se anime mas compañeros a montarla la antenita, que vale la pena.
Un saludo a todos.

rortega
31/10/2015, 22:21
Vamos a tener que hacer una fiesta, ja ja ja.

Me alegro por las pruebas Guillesan

Simba
31/10/2015, 22:23
Si, creo que podemos estar muy contentos de nuestros resultados.
Guillesan el protocolo Frsky tipo X ¿lo tienes probado? ¿sabes a ciencia cierta que alguien lo tenga en marcha?.

Por aquí tengo a Turruk, que el chico no se puede estar quieto :-800:, y ha probado lo que comente del Repetidor 2,4g a 2,4g y va perfecto, en fin que me voy a animar a comprar un modulo externo de Frsky Xjt, haremos funcionar el Traker360 con Telemetria y Mando de Frsky X.

Por todo esto estamos con el tema de emular lo que ha probado rortega esta tarde, con un GPS Ublox y la Flip32+ como Hub para convertir NMEA a Telemetria Frsky.
Esto lo queremos probar con la Taranis y visualizar posición GPSe, la Taranis, si funciona el siguiente paso es montar Bluetooht y cargar en el Traker360 la versión para Frsky, para el Protocolo X.

En fin habrá que ir centrando bien el tema de lasversiones, la D que tiene probada rortega y la X que no lo sabemos.

Si todo sigue correcto y lo hacemos funcionar, el siguiente paso es montar el Repetidor de 2,4 a 2,4 en el Traker360 y una antena de mando telemetria direccional, con lo que seria ya la repera limonera.

Ale ya esta.

Guillesan
31/10/2015, 22:29
Vamos a tener que hacer una fiesta, ja ja ja.

Me alegro por las pruebas Guillesan

Gracias la alegria es mutua.
Estoy dandole unas vueltas a la web por ver de encontrar informacion de posibles codificadores/decodificadores de telemetria por video, no encuentro nada , y me resulta raro.
Pienso que esta modalidad tiene muchas cosas a favor, y creo la prueba esta en que casi todos si no todos los OSD de cierto valor (RVOSD, Eagletree , Pitlab, Ikarus etc ) llevan la telemetria embebida en video, por algo sera.
Solo he encontrado algo en un nuevo producto de la casa Arkbird, que no es justo lo que busco.
Mi intencion seria encontrar algun desarrollo electronico en forma de pequeña placa que intercalada en la señal de video antes del tx pudiera codificar las tramas nmea y demas para luego en tierra sacarlas despues del RX y usarlas en la antena.
Pero ya digo no veo ningun proyecto por ahi, igual es dificil, todo lo que si encuentro es por audio, que no tiene las mismas prestaciones ni de largo.
Bueno ya no me enrollo mas, a disfrutar antenas.

Simba
31/10/2015, 23:37
Guillesan haberlo ailo, estoy seguro que esta totalmente desarrollado pero no es Open, el que lo tiene se lo reserva y es lícito pero no entra en nuestro Taker360, por que lo nuestro es totalmente Open.

Entre tanto te comento que la telemetria por video tampoco es la panacea y por lo que nosotros hemos esperimentado con uno de los buenos, me refiero al MFD, el Traker 360 nuestro no le tiene nada que envidiar y he visto fallar bastante al MFD en cuanto se empeoraba un poco la señal de video.

Simba
31/10/2015, 23:40
Además el MFD no tiene audio y a mi me gusta volar con sonido que no estoy sordo y me gusta escuchar el motor y el aire en un velero.

Simba
01/11/2015, 01:01
rortega, ¿la versión que has probado ya está disponible?, o estas revisando algo.
Es que podíamos ir probando cosas, Turruk quiere probar el convertidor de NMEA a Frsky con Arduino, pero a la vista de los resultados que tuvimos, seria preferible que empiece a probar con la Flip32, y la versión de hoy.

rortega
01/11/2015, 01:40
rortega, ¿la versión que has probado ya está disponible?, o estas revisando algo.
Es que podíamos ir probando cosas, Turruk quiere probar el convertidor de NMEA a Frsky con Arduino, pero a la vista de los resultados que tuvimos, seria preferible que empiece a probar con la Flip32, y la versión de hoy.

Se me ha olvidado por completo comentaros hace unas cuantas horas que ya había subido los cambios con número de 0.7 en el master. Aquí está el enlace:

https://github.com/raul-ortega/amv-open360tracker

Es que me he puesto a subir documentación y a escribir la wiki, para intentar tener toda la info posible junta, que luego buscar y rebuscar en el foro es todo muy complicado. Así si alguien pregunta se le pasa el link directamente del doc en cuestión.

Por cierto Simba, explicaste al principio como pretendías conectar mediante openlrs el tracker, en este post: http://www.aeromodelismovirtual.com/showpost.php?p=465958&postcount=164

Si lo mejoras, completas, ..., lo ponemos también en la carpeta de documentos. Nadie mejor que tú para terminar la descripción.

También, si os apetece, podríais crear vuestras cuentas en github y contribuir en la página del proyecto, por ejemplo con los documentos, queda un poco feo que todo parezca hecho por mí nada más, cuando la iniciativa no fue precisamente mía, aquí está todo el mundo currando, probando, dedicando mucho tiempo, y gastando pasta en componentes...

rortega
01/11/2015, 01:47
...si os apetece, podríais crear vuestras cuentas en github y contribuir en la página del proyecto, por ejemplo con los documentos, queda un poco feo que todo parezca hecho por mí nada más, cuando la iniciativa no fue precisamente mía, aquí está todo el mundo currando, probando, dedicando mucho tiempo, y gastando pasta en componentes...

El tema del montaje del kit, o algún montaje concreto, si alguien preparase un pdf lo podríamos subir también. Ya existe un PDF con el montaje original, pero no sé si ese documento se puede usar libremente.

Simba
01/11/2015, 01:49
Reviso lo que has comentado y amplio algo, ya te dire.

Por otro lado no se si estáis por aquí a estas horas.

El caso es que he cableado a la Flip32 el GPS y la salida de telemetria desde el puerto UART a la entrada de telemetria de mi Rx X8R.

Parece que es correcto y cuando pilla satelites, se manifiesta cierta actividad en los led de la Flip32.

Bueno pues no veo nada de información de GPS en la pantalla de la Taranis, en cambio la telemetria si funciona pues tengo información de RSSI y tensión de la bateria del Rx (comprobado).

Algo pasa que no entiende lo que le manda la Flip32.

¿Puede ser por aquello de la inversión del CLI ?

Simba
01/11/2015, 02:44
Creo que ya se que le pasa, mi Rx es del tipo X, es el X8R, y la entrada de telemetria es diferente, en estos se llama Smart port y no es como en los Rx tipo D.

Lo mejor del caso es que estamos trabajando en paralelo, Turruk en su casa y yo en la mia, y a el ya le funciona y ve en la Taranis la posición de GPS, pero el está con Rx del tipo D, y esto confirma lo comentado.

Este mañana es capaz de probar el Traker con telemetria Frsky.

Me voy a dormir si puedo.

Sl2.

rortega
01/11/2015, 07:36
Reviso lo que has comentado y amplio algo, ya te dire.

Por otro lado no se si estáis por aquí a estas horas.

El caso es que he cableado a la Flip32 el GPS y la salida de telemetria desde el puerto UART a la entrada de telemetria de mi Rx X8R.

Parece que es correcto y cuando pilla satelites, se manifiesta cierta actividad en los led de la Flip32.

Bueno pues no veo nada de información de GPS en la pantalla de la Taranis, en cambio la telemetria si funciona pues tengo información de RSSI y tensión de la bateria del Rx (comprobado).

Algo pasa que no entiende lo que le manda la Flip32.

¿Puede ser por aquello de la inversión del CLI ?
Fíjate en las imágenes que puse de mi configuración. En un desplegable dice FrSky, no? Pues creo, recordar cuando estuve buscando info que hay que seleccionar Sport para receptor tipo X.

rortega
01/11/2015, 07:39
Creo que ya se que le pasa, mi Rx es del tipo X, es el X8R, y la entrada de telemetria es diferente, en estos se llama Smart port y no es como en los Rx tipo D.

Lo mejor del caso es que estamos trabajando en paralelo, Turruk en su casa y yo en la mia, y a el ya le funciona y ve en la Taranis la posición de GPS, pero el está con Rx del tipo D, y esto confirma lo comentado.

Este mañana es capaz de probar el Traker con telemetria Frsky.

Me voy a dormir si puedo.

Sl2.
Bueno, no he leído esta respuesta, ya veo que lo averiguaste.

No paráis...

Simba
01/11/2015, 11:20
Fíjate en las imágenes que puse de mi configuración. En un desplegable dice FrSky, no? Pues creo, recordar cuando estuve buscando info que hay que seleccionar Sport para receptor tipo X.
Hola, yo de momento aun no lo tengo solucionado.
La salida de la Flip32 por el pin 6 hacia el Smart port del Rx es correcto pero no se yo si esta conexión Smart port necesita de algo mas.
En los puertos del Cleanflight he seleccionado telemetria Smart port.

En fin no me funciona, tendré que probar pon otro Rx tipo D.

rortega
01/11/2015, 11:49
Hola, yo de momento aun no lo tengo solucionado.
La salida de la Flip32 por el pin 6 hacia el Smart port del Rx es correcto pero no se yo si esta conexión Smart port necesita de algo mas.
En los puertos del Cleanflight he seleccionado telemetria Smart port.

En fin no me funciona, tendré que probar pon otro Rx tipo D.

Si la memoria no me falla, me suena haber leído estos días atrás que la telemetría sport no se enviaba si los motores no estaban armados, pero ya te digo que hablo de memoria.

Estoy muy liado con lo que me toca hacer esta semana en el trabajo, hasta el miércolos tarde/noche no podría ponerme a ver este detalle en profundidad.

Echa un ojo a estos dos documentos que son, uno el oficial de cleanflight sobre el tema de telemetría y el otro la referencia que ellos mismos dan para más info sobre smart port:

https://github.com/cleanflight/cleanflight/blob/master/docs/Telemetry.md

https://github.com/frank26080115/cleanflight/wiki/Using-Smart-Port

rortega
01/11/2015, 11:50
Si la memoria no me falla, me suena haber leído estos días atrás que la telemetría sport no se enviaba si los motores no estaban armados, pero ya te digo que hablo de memoria.

Estoy muy liado con lo que me toca hacer esta semana en el trabajo, hasta el miércolos tarde/noche no podría ponerme a ver este detalle en profundidad.

Echa un ojo a estos dos documentos que son, uno el oficial de cleanflight sobre el tema de telemetría y el otro la referencia que ellos mismos dan para más info sobre smart port:

https://github.com/cleanflight/cleanflight/blob/master/docs/Telemetry.md

https://github.com/frank26080115/cleanflight/wiki/Using-Smart-Port

La clave podría estar en esta frase:

S.PORT uses an inverted single-wire half-duplex UART signaling at 57600 baud.

Simba
01/11/2015, 11:51
Ok

UTOPIAS
01/11/2015, 12:59
Hola amigos;

San Guille bendito:-winner_first_h4h::worthy:, ya ha puesto en órbita mi antena tracker, queda mecanizar la base y acoplar la parte de video, Pero ya tiene vida "controlada"
:laugh::laugh::party::party::-11::-11::plane:

sl2, to be continued...

Guillesan
01/11/2015, 13:23
Hola tropa, por mi parte he probado la telemetria por video RVOSD , podriamos decir que ha ido bien aunque me parece que se tiene que ajustar un pelin mas, en mi opinion es un poco inestable , pongo aqui un video del unico vuelo de hoy, no se ha podido probar mas por que se a levantado un viento fuerte que ha impedido seguir con las pruebas.
Espero vuestros comentarios al respecto. Saludos.

https://www.youtube.com/watch?v=gvPCW5j-fPE

UTOPIAS
01/11/2015, 13:35
Hola tropa, por mi parte he probado la telemetria por video RVOSD , podriamos decir que ha ido bien aunque me parece que se tiene que ajustar un pelin mas, en mi opinion es un poco inestable , pongo aqui un video del unico vuelo de hoy, no se ha podido probar mas por que se a levantado un viento fuerte que ha impedido seguir con las pruebas.
Espero vuestros comentarios al respecto. Saludos.
https://www.youtube.com/watch?v=gvPCW5j-fPE

Lo dices por los saltitos extraños?
Una consulta ... podría ser por que se vuelve un poco loca con las 2 antenas y el diversiti?
Puede ser que los ángulos de recepción sean diferentes y el cambio entre una y otra pudiera provocar eso?
Mi intención es instalar solo una.
Es lo único que se me ocurre.
Lo probaste individualmente cada una?

Un cordial saludo.

Juan Antonio

rortega
01/11/2015, 16:40
Hola tropa, por mi parte he probado la telemetria por video RVOSD , podriamos decir que ha ido bien aunque me parece que se tiene que ajustar un pelin mas, en mi opinion es un poco inestable , pongo aqui un video del unico vuelo de hoy, no se ha podido probar mas por que se a levantado un viento fuerte que ha impedido seguir con las pruebas.
Espero vuestros comentarios al respecto. Saludos.


Aquí pueden estar pasando varias cosas, pero la más probable podría ser una mala recepción de satélites. Yo ayer hice varios vuelos de prueba, pero os puse únicamente el vuelo íntegro en el que mejor se comportó el tracker, y era en el que el número de satélites era 7/8.

En los vuelos que hice con 5 o 6 satélite sólo apuntaba bien del todo cuando estaba a 20 o más metros de distancia con respecto al plano horizontal. En las cercanías pues era poco preciso, pero ya me comentó Simba ayer que su experiencia con GPS Telemetry directa también pasa.

En el caso de RVOSD, las tramas son también más largas que las de GPS Telemetry, por lo que se necesita más tiempo de procesado, y no te extrañe que algún dato se pierda en la comunicación serie (no sé si RVOSD hace control de errores y descarta tramas no válidas por problemas en las comunicaciones).

Además, si la altitud la está cogiendo del barómetro del avión, no te extrañe que por el día que hace de viento, y por el cambio de la presión relativa, esté dando valores de altitud erróneos. Si la altitud la toma del GPS, es posible que el error se deba a la imprecisión por bajo número de satélites.

Cerca no hay problema, lo importante es que cuando te alejes apunte bien... A ver si en las próximas pruebas que hagas te alejas un poco más y vemos como se comporta. Si nó, pues haremos como con FrSky D, tendrás que sacarme datos de telemetría en un archivo (muchos) y los analizaremos para ver si se aprecia algo extraño.

rortega
01/11/2015, 16:41
Hola amigos;

San Guille bendito:-winner_first_h4h::worthy:, ya ha puesto en órbita mi antena tracker, queda mecanizar la base y acoplar la parte de video, Pero ya tiene vida "controlada"
:laugh::laugh::party::party::-11::-11::plane:

sl2, to be continued...

Enhorabuena, me alegro!!!

rortega
01/11/2015, 16:45
Me váis a tener que perdonar si no me pongo con la resolución de problemas de aquí al Jueves, pero es como esté pendiente al tracker no preparo las clases que tengo que dar el miércoles. No es por ganas, de verdad...:-beg:

UTOPIAS
01/11/2015, 17:57
Me váis a tener que perdonar si no me pongo con la resolución de problemas de aquí al Jueves, pero es como esté pendiente al tracker no preparo las clases que tengo que dar el miércoles. No es por ganas, de verdad...:-beg:

Lo primero las habichuelas y después los vicios. Las antenas deberían esperar.
sl2 y gracias.

manreg
01/11/2015, 18:00
Hola, ya he hecho las primeras pruebas, en todas me pasa lo siguiente, cuando el tracker gira en sentido anti horario H va siguiendo a A y la diferencia es 0 o 1 grado. Pero cuando el tracker para seguir al avión (tramas simuladas) tiene que girar en sentido horario, el valor de H es menor a del A en unos 30º. Si giro a mano todo el conjunto del traker para que H se acerque a A, me gira en sentido contrario para mantener esos 30º de diferencia.
¿sabéis que puede estar pasando?

Simba
01/11/2015, 19:02
rortega, tu a lo tuyo que es lo primero, y seguro que cuando vuelvas bienes con nuevas ideas, nosotros tenemos un poco mas de tiempo, bueno algunos.:-11:.

manreg, no se el tipo de servos que montas y tu setup, pero me suena que tienes un servo lento, que no esta bien ajustado la posición 0 y que el minimo se servo lo tienes muy bajo.
Pon datos y vamos viendo, lo importante es que se mueve que ya es bastante.

rortega
01/11/2015, 19:07
Hola, ya he hecho las primeras pruebas, en todas me pasa lo siguiente, cuando el tracker gira en sentido anti horario H va siguiendo a A y la diferencia es 0 o 1 grado. Pero cuando el tracker para seguir al avión (tramas simuladas) tiene que girar en sentido horario, el valor de H es menor a del A en unos 30º. Si giro a mano todo el conjunto del traker para que H se acerque a A, me gira en sentido contrario para mantener esos 30º de diferencia.
¿sabéis que puede estar pasando?
Has calibrado?
Qué versión usas?
Qué protocolo?
Has revisado el offset?
Has puesto un valor de min_pan_speed mayor que cero para que impida que se quede parado? Puede que el servo no gire igual en un sentido que otro (es normal que pase).

Pon el config.h que lo veamos, lo miro cuando pueda y te comento si veo algo raro. Seguro que algún compañero ve algo mal...

rortega
01/11/2015, 19:08
Has calibrado?
Qué versión usas?
Qué protocolo?
Has revisado el offset?
Has puesto un valor de min_pan_speed mayor que cero para que impida que se quede parado? Puede que el servo no gire igual en un sentido que otro (es normal que pase).

Pon el config.h que lo veamos, lo miro cuando pueda y te comento si veo algo raro. Seguro que algún compañero ve algo mal...
Añado. Has hecho servotest?

manreg
01/11/2015, 19:16
En el Pan tengo el servo lento, el que recomiendan los alemanes. He continuando haciendo pruebas y cuando gira en sentido anti horario hace el seguimiento perfecto pero cuando va girando en sentido horario va con un retraso de unos 30º. Retiro lo que me mantiene esta diferencia de 30º girando en sentido horario ya que si giro manualmente todo el tracker esos 30º no intenta mantenerlos pero no sigue al avión hasta que haya 30º de diferencia.
Estoy utilizando para las pruebas una placa arduino duemilanove con ATmega328.
La posición cero la tengo a 1485 y con este valor cuando enciendo la placa, el servo no se mueve.

manreg
01/11/2015, 19:17
Añado. Has hecho servotest?

No he hecho el servo test. Voy a hacerlo.
la versión es la 0.6

rortega
01/11/2015, 19:20
En el Pan tengo el servo lento, el que recomiendan los alemanes. He continuando haciendo pruebas y cuando gira en sentido anti horario hace el seguimiento perfecto pero cuando va girando en sentido horario va con un retraso de unos 30º. Retiro lo que me mantiene esta diferencia de 30º girando en sentido horario ya que si giro manualmente todo el tracker esos 30º no intenta mantenerlos pero no sigue al avión hasta que haya 30º de diferencia.
Estoy utilizando para las pruebas una placa arduino duemilanove con ATmega328.
La posición cero la tengo a 1485 y con este valor cuando enciendo la placa, el servo no se mueve.
Tienes que dar más información para que podamos ayudarte, ve respondiendo a las preguntas, así descartamos cosas. Fíjate en lo que te dice Simba que sabe todo sobre el comportamiento según sean los servos y según se configure.

rortega
01/11/2015, 19:24
Otra cosa, el simulador mete derivas y desplazamientos, pon todo lo que pueda alterar las posiciones a cero por si las moscas. No quiero decir que sea ese el motivo, pero hay que intentar quitar todo lo que pueda estar influyendo.

Simba
01/11/2015, 19:32
Nocias frescas:

Telemetria Frsky funcionando en pruebas con la Taranis veo posición de GPS.
De momento con el Rx tipo D, y con las instrucciones de rortega.

Siguiente paso, probar con el Traker360, aunque creo que Turruk esta teniendo problemas para sacar info por el puerto serial de la Taranis.

En fin iremos paso a paso.

rortega
01/11/2015, 20:05
Nocias frescas:

Telemetria Frsky funcionando en pruebas con la Taranis veo posición de GPS.
De momento con el Rx tipo D, y con las instrucciones de rortega.

Siguiente paso, probar con el Traker360, aunque creo que Turruk esta teniendo problemas para sacar info por el puerto serial de la Taranis.

En fin iremos paso a paso.

El médoto de extraer las telemetría D desde la Taranis imagino que debe ser similar a la de extraer la X. No sé como se hace pues no tengo Taranis, pero imagino que los problemas de inversión de señal y esas cosas hay que resolverlos de forma parecida, lo único que debería cambiar, pienso yo, es el formato de las tramas. Es que Turruk me preguntó por privado y la verdad es que no sé que contestar.

manreg
01/11/2015, 21:09
Estoy con el servo test. Cuando muevo el tracker él vuelve a la posición 0º.
si le aumento la P vuelve más rápido al 0º.
En el LCD los cuatros valores siempre están a cero, incluso cuando muevo manualmente el tracker. ¿es así?
Os mando los datos de mover el traker hacia un lado y después hacia el otro.
El MIN_PAN_SPEED lo tenía a 0 y le he puesto 50.
¿Hay que hacer algo más con el servo test?

/* #### Pan servo 0° adjustment ####
*
* Enter PWM value of Servo for not moving
*/
#define PAN_0 1485 // default 1470

/* #### Pan servo minimum required speed ####
*
* If the servo has problems to start a rotation when the speed is slow adjust this value until the tracker moves directly from each position
*/
#define MIN_PAN_SPEED 50 // default 50


Heading: 359 Target Heading: 0 PAN: 1485 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 358 Target Heading: 0 PAN: 1545 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 359 Target Heading: 0 PAN: 1485 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 356 Target Heading: 0 PAN: 1550 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 324 Target Heading: 0 PAN: 1605 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 343 Target Heading: 0 PAN: 1575 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 355 Target Heading: 0 PAN: 1557 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 359 Target Heading: 0 PAN: 1485 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 359 Target Heading: 0 PAN: 1485 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 359 Target Heading: 0 PAN: 1485 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 359 Target Heading: 0 PAN: 1485 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 359 Target Heading: 0 PAN: 1485 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 72 Target Heading: 0 PAN: 1312 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 43 Target Heading: 0 PAN: 1354 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 9 Target Heading: 0 PAN: 1406 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 357 Target Heading: 0 PAN: 1525 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 357 Target Heading: 0 PAN: 1528 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 357 Target Heading: 0 PAN: 1531 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 357 Target Heading: 0 PAN: 1534 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 357 Target Heading: 0 PAN: 1536 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 357 Target Heading: 0 PAN: 1539 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 357 Target Heading: 0 PAN: 1543 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 357 Target Heading: 0 PAN: 1545 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 359 Target Heading: 0 PAN: 1485 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 359 Target Heading: 0 PAN: 1485 TILT: 0.00 P: 5000 I: 100 D: 1000
Heading: 359 Target Heading: 0 PAN: 1485 TILT: 0.00 P: 5000 I: 100 D: 1000

Simba
01/11/2015, 22:39
¿ le metes con el servotest el angulo que quieres probar? tanto en Tilt como en Pan.
Y si puedes copia y pega el config.h

rortega
01/11/2015, 23:10
Estoy con el servo test. Cuando muevo el tracker él vuelve a la posición 0º.
si le aumento la P vuelve más rápido al 0º.
En el LCD los cuatros valores siempre están a cero, incluso cuando muevo manualmente el tracker. ¿es así?
Os mando los datos de mover el traker hacia un lado y después hacia el otro.
El MIN_PAN_SPEED lo tenía a 0 y le he puesto 50.
¿Hay que hacer algo más con el servo test?

Pega todo el config.h por favor para que lo veamos.

En servotest tienes que meter los valores multiplicados por 10. Es decir, si quieres meter 90 grados, debes indicar 900, y debes usar la letra correspondiente a cada servo. ¿Lo haces así?

El config.h, pégalo entero que lo veamos.

rortega
02/11/2015, 16:42
Os cuento la última...acabo de pedir una Flip32, la que lleva magnetómetro y demás. Quiero pasar la versión del firmware del tracker a 32 bits, para poder integrarle el sistema de configuración por línea de comandos.

Como comenté en su día la, la idea es que sólo sea necesario una configuración mínima antes de compilar, el protocolo deseado, como mucho, y el resto a través de línea de comandos. Cuando funcione, pasar a desarrollar una aplicación desde android que permita la configuración del tracker de forma remota para no tener que compilar una y otra vez, y entre las posibles mejoras, el ajuste remoto desde el móbil de ese desplazamiento del heading para afinar cuando está lejos, por poner un ejemplo.

El tema del CLI ya está superado, porque como ya sabéis, tenemos una versión operativa que funciona con GPS Telemetry, aunque está un poco desfasada y le faltan alguna que otra mejora que se ha hecho en la versión que estamos usando ahora mismo. Lo de pasar a 32 bits es, entre varias cosas, porque la flip32 tiene más memoria que la crius se, hablamos de 128k frente a los 32k actuales que ya he agotado con la versión CLI. Además, la posibilidad de conectar varios dispositivos serie sin miedo a quedarnos sin potencia de cálculo, ya sea por puerto puerto serie o por softserial, y un largo etcétera.

Elegir la Flip32 y no la NAZE32 se debe a que esta última es más cara si la queremos con magnetómetro, barómetro, etc...

En fin, que era algo que me rondaba la cabeza desde hace tiempo, y ya la he pedido, que me tardará 15 o 20 días en llegar y ¿Para qué esperar más?

Guillesan
02/11/2015, 16:45
Ole, sí señor, más cacharrines . Y digo podría tener varios protocolos y cambiar por pantalla o consola? Me explico mavlink y Gps-TELEMETRY y escoger a gusto?

Simba
02/11/2015, 16:56
Buena elección rortega, la Flip 32+ tiene un mejor diseño de Hardware, ademas de ser mas económica, los pines de conexión tienen una mejor y mas cómoda distribución, ademas de que tengo una disponible. :laugh:

rortega
02/11/2015, 17:50
Ole, sí señor, más cacharrines . Y digo podría tener varios protocolos y cambiar por pantalla o consola? Me explico mavlink y Gps-TELEMETRY y escoger a gusto?
Por eso la flip32, necesitamos memoria, si no eso no podemos hacerlo. Estaría genial poder usar el tracker para distintos aeromodelos con distintos sistemas de telemetría únicamente dándole a un botoncito, o en la pantalla del móvil.

rortega
02/11/2015, 17:50
Buena elección rortega, la Flip 32+ tiene un mejor diseño de Hardware, ademas de ser mas económica, los pines de conexión tienen una mejor y mas cómoda distribución, ademas de que tengo una disponible. [emoji23]
Ostras es verdad, lo comentaste ayer o el sábado...

Guillesan
02/11/2015, 18:06
Se me agolpan las preguntas.
Para usar esta flip32 se debe reprogramar todo o es posible portar-traducir lo que tenemos al micro de 32 bits.
Seria factible usar una pantalla mas elavorada, con matriz, para tener mas informacion en ella.
En fin al tiempo,

manreg
02/11/2015, 18:08
Pega todo el config.h por favor para que lo veamos.

En servotest tienes que meter los valores multiplicados por 10. Es decir, si quieres meter 90 grados, debes indicar 900, y debes usar la letra correspondiente a cada servo. ¿Lo haces así?

El config.h, pégalo entero que lo veamos.

Hola, he estado esta tarde probando el servo test y metiéndole tramas simuladas y funciona muy bien.
Los valores de PID los he bajado a la mitad y cuando el avión vuela cerca del tracker, el seguimiento es fluido pero cuando se va alejando hay un momento que el seguimiento del tracker no es tan fluido y va dando saltitos. Cuando el avión está lejos el tracker se desplaza a saltitos pero más distanciados.Continuaré probando valores de los PID a ver si encuentro mejor combinación. ¿Puede ser que para cada distancia los valores de PID deban de ser diferentes para que el seguimiento del tracker sea fluido?
También tengo pendiente probar el control sin PID.

Este es mi config.h:

/* Config file
* created by Samuel Brucksch, edited by Raúl Ortega.
*
*/
//#define DEBUG

#ifndef CONFIG_H
#define CONFIG_H
/* #### TYPE OF BOARD ####
*
* If using an APM or Atmega 2560 we do not need softserial, so uncomment if using an atema 2560
* MEGA -> APM & other MEGA Boards
*
*/

#define CRIUS_SE //Default
//#define MEGA
/* #### CONTROLL SYSTEM FOR PAN WITHOUT PIDs (EXPERIMENTAL)####
*
* If using a slow PAN servo this system could inprove your tracker with a more acurate and fluid movement.
* This system is also more user friendly to set up
*
* Uncomment #define NO_PID_CONTROL for disabling PIDs system and enabling this new system.
*
* MIN_DELTA: is the minimum angle in degrees between the heading of the tracker and the heading of the aircraft.
* If the current angle is greater than this value, the pan servo will spin.
* MAX_PAN_SPEED: is the maximum value in milliseconds which is necessary to increase the PAN_0 PWM to move the PAN servo.
* MAP_ANGLE: When the angle (in degrees) between the tracker and the aircraft is greater than this value, the MAX_PAN_SPEED is always applied.
* If the angle is less than this value, the error is mapped to a gradient of PWM pulses between MIN_PAN_SPEED and MAX_PAN_SPEED.
*
* The PAN servo will spin more and more slowly when is reaching the heading of the aircraft, and will mov as fast as posible when the difference between both headings is big.
*/

//#define NO_PID_CONTROL
//#define MIN_DELTA 0.1 // default 0.2
//#define MAX_PAN_SPEED 200 // default 200
//#define MAP_ANGLE 90 // default 180

/** PID Values
*
* MAX_PID_ERROR is the máximun grades allowed error in the PAN angle calculations.
* If after moving the PAN servo, the difference between reached angle and desired
* angle is smaller or greater than this value, the angle will be corrected using PIDs.
*
*/
#define P 2500 // default 5000
#define I 50 // default 100
#define D 500 // default 1000
#define MAX_PID_ERROR 10 // default 10

/* #### Protocol ####
*
* FRSKY_D, FRSKY_X, HOTT, EXTERNAL
*
* FRSKY_D -> D-Series
* FRSKY_X -> Taranis / XJT
* HOTT -> MX12, MX16 and all other HoTT transmitters with telemetry
* RVOSD
* MFD -> MFD protocol will not work with local GPS!!!!
* MAVLINK -> Mavlink protocol (APM/Pixhawk/...)
* GPS_TELEMETRY -> direct NMEA input
* SERVOTEST
*/
//#define SERVOTEST
#define GPS_TELEMETRY
//#define RVOSD
/* #### Baud Rate ####
*
* baud rate of telemetry input
* 9600 for FRSKY_D -> D-Series
* 57600 for FRSKY_X -> Taranis/XJT and MAVLINK
* 115200 for RVOSD (RVGS)
* ??? for HoTT
*/
#define BAUD 9600 // default 9600

/* #### Tilt servo 0° adjustment ####
*
* Enter PWM value of Servo for pointing straight forward
*/
#define TILT_0 1125 // 1200 // default 1050

/* #### Tilt servo 90° adjustment ####
*
* Enter PWM value of Servo for pointing 90° up
*/
#define TILT_90 2100 // 1500 // default 2025

/* ### Easing effect for tilt movements (EXPERIMENTAL)
*
* TILT_EASING_STEPS is the maximun number of steps to reach tilt position using easing functions
*
* 0 or 1: normal use, no easing effect applied, servo will reach tilt position in only 1 step.
* >1: servo will move to tilt position in with easing effect.
* 60 steps ~ 1 second
* 30 steps ~ 1/2 seconds
* 15 stips ~ 1/4 seconds
*
* TILT_EASING_MIN_ANGLE: Easing is applied if the difference between last and new tilt position is greater than TILT_EASING_MIN_ANGLE grade.
* TILT_EASING_MILIS: Is the time in miliseconds spend by echa step.
*/
#define TILT_EASING
#define TILT_EASING_STEPS 15 // default 10
#define TILT_EASING_MIN_ANGLE 2 // default 4
#define TILT_EASING_MILIS 15 //default 15

/*
* ### Easing ecuations
* EASE_OUT_QRT -> The easing effect is only applied at the end of the movement.
* EASE_INOUT_QRT -> The easing effect is applied at the begining and at the end of the movement.
* EASE_OUT_CIRC -> The easing out circular effect.
* Read more: Easing ecuations by Robert Penner, http://www.gizma.com/easing/
*/
//#define EASE_OUT_QRT // Easing Out Quart function
//#define EASE_INOUT_QRT // Easing In Out Quart function
#define EASE_OUT_CIRC // Easing Out Circular function (Default)

/* #### Pan servo 0° adjustment ####
*
* Enter PWM value of Servo for not moving
*/
#define PAN_0 1485 // default 1470

/* #### Pan servo minimum required speed ####
*
* If the servo has problems to start a rotation when the speed is slow adjust this value until the tracker moves directly from each position
*/
#define MIN_PAN_SPEED 50 // default 50

/* #### Compass declination ####
*
* http://magnetic-declination.com/
* Enter your city and then get the value for Magnetic declination
* for example [Magnetic declination: 3° 2' EAST]
*
* now enter the value in the format DEGREE.MINUTE * 10 -> 3.2 * 10 = 32
*
* set to 0 if you cannot find your declination!
*/

#define DECLINATION -13 //default 32

/* #### Compass offset ####
*
* If you did not mount your compass with the arrow pointing to the front you can set an offset here.
*
* Needs to be multiplied by 10 -> 90° = 900
*
* Range: 0 ... 3599
*
*/
#define OFFSET 0 //default 0

/* #### DIY GPS / Fix Type ####
*
* If you use the diy GPS the fix type is transmitted with the satellites on Temp2. The value is calculated like this:
* Num of Sats: 7
* Fix Type: 3
* Value = Sats * 10 + Fix Type = 7*10 + 3 = 73
*
* If you use the native frsky gps or fixtype is not present comment to disable.
*/
//#define DIY_GPS

#ifndef MFD
/* #### Ground GPS ####
*
* !!!!!!NOT SUPPORTED YET!!!!!!!
*
* needed for ground gps so home does not need to be manually set
*
* Types:
* MTK, UBX
* UBX not implemented yet
*
* does not work when in MFD mode
*/
//#define LOCAL_GPS // default uncommented
//#define MTK
#define GPS_BAUDRATE 9600 //default 9600
#endif

/* #### Tracker Setup ####
*
* Start tracking when plane is XXX m away from tracker
*
* It is recommended to start tracking only if plane moved a few meters already. Default: 10m
*
*/
#define START_TRACKING_DISTANCE 10 //default 10

/* ### LCD Display ###
*
* Uncomment to display data on LCD Display
*
* Please choose for the Display Type:
* I2C
* SPI
*
* LCD Display is required for this.
*
* Requires modified LiquidCrystal library: https://bitbucket.org/fmalpartida/new-liquidcrystal/downloads
*
*/
#define LCD_DISPLAY I2C
// no usar esta línea, es sólo experimental // #define LCD_SIZE_COL 16 // default 16. Not tested 20.
#define LCD_SIZE_ROW 2 // default 2. Not tested with 4.

/*
* LCD Display I2C ADDRESS
* Default is 0x27 if uncommented. You'll need a I2C address scanner sketch if you don't know the correct one.
* If your LCD has a different address descoment this line and change its value.
*/
#define LCD_I2C_ADDR 0x3F //default 0x27

/*
* LCD display bought at en Banggood http://www.banggood.com/IIC-I2C-1602-Blue-Backlight-LCD-Display-Module-For-Arduino-p-950726.html
* Download and install this LiquidCrystal I2C library https://www.dropbox.com/s/e5p9q5tq6sn5m7o/LiquidCrystal_para_LCD_BANGGOOD_SKU166911_I2C.zip?dl=0
* The 1602 is the correct one.
* The default I2C address for this LCD display is 0x3F
*/
#define LCD_BANGGOOD_SKU166911 //default commented

/* ### Battery monitoring ###
*
* Uncomment to monitor your Battery
*
* Voltage divider is required for this.
*
*/
//#define BATTERYMONITORING
#ifdef BATTERYMONITORING
//#define BATTERYMONITORING_RESISTOR_1 18000
//#define BATTERYMONITORING_RESISTOR_2 1000
//#define BATTERYMONITORING_CORRECTION 1.0 // default 1.0
#endif

/* #### Do not edit below this line */
#if TILT_0 < 800 || TILT_0 > 2200 || TILT_90 > 2200 || TILT_90 < 800
#error "Tilt servo range invalid. Must be between 800 and 2200."
#endif

#if OFFSET < 0 || OFFSET > 359
#error "Offset invalid. Must be between 0 and 3599."
#endif

#endif

rortega
02/11/2015, 18:57
Se me agolpan las preguntas.
Para usar esta flip32 se debe reprogramar todo o es posible portar-traducir lo que tenemos al micro de 32 bits.
Seria factible usar una pantalla mas elavorada, con matriz, para tener mas informacion en ella.
En fin al tiempo,
No va a ser tarea fácil el portarlo, hay muchas cosas que funcionan de forma diferente, pero haremos uso de otros desarrollos para el control del hardware, y así poder centrarnos sólo en portar las funciona vida des. Me explico, por ejemplo, usaré librerías ya programadas para mandar pulsos pwm, etc .

rortega
02/11/2015, 19:00
No va a ser tarea fácil el portarlo, hay muchas cosas que funcionan de forma diferente, pero haremos uso de otros desarrollos para el control del hardware, y así poder centrarnos sólo en portar las funciona vida des. Me explico, por ejemplo, usaré librerías ya programadas para mandar pulsos pwm, etc .
Y me voy a apoyar muy mucho en el desarrollo de baseflight/cleanflight, que al fin y al cabo, originalmente era una portabilidad de Multiwii a los 32 bits

Simba
02/11/2015, 19:06
manreg, según veo yo el tema tal como lo tienes, para afinar el seguimiento es cuestión de ir probando valores de PID, y con ayuda del servo test analizar comportamientos de los PID.
Aun no estoy seguro de que utilices el servo test correctamente, me refiero a que le metas valores de angulo de desplazamiento y veas como se comporta.
Me da la sensación que te has centrado en la simulación con tramas y esto solo sirve para ver como funciona cuando ya lo tienes ajustado de PIDs.

Yo aun no he probado con el servo que utilizas y por lo tanto mis valores no te sirven.
Si utilizas el otro método de control RORTEGA, sin PIDs, podías meter el config.h de Turruk, que el si que lleva tu mismo servo de pan.

Guillesan
02/11/2015, 19:28
No va a ser tarea fácil el portarlo, hay muchas cosas que funcionan de forma diferente, pero haremos uso de otros desarrollos para el control del hardware, y así poder centrarnos sólo en portar las funciona vida des. Me explico, por ejemplo, usaré librerías ya programadas para mandar pulsos pwm, etc .

OK tu mismo, te parece compre yo tambien la flip32+ para las pruebas, dime el link que as usado para comprar asi adelanto, ok

rortega
02/11/2015, 20:41
OK tu mismo, te parece compre yo tambien la flip32+ para las pruebas, dime el link que as usado para comprar asi adelanto, ok

Espera, no corras tanto, jajaja. Cuando vea yo que la cosa funciona bien os digo que compréis.

manreg
02/11/2015, 21:40
manreg, según veo yo el tema tal como lo tienes, para afinar el seguimiento es cuestión de ir probando valores de PID, y con ayuda del servo test analizar comportamientos de los PID.
Aun no estoy seguro de que utilices el servo test correctamente, me refiero a que le metas valores de angulo de desplazamiento y veas como se comporta.
Me da la sensación que te has centrado en la simulación con tramas y esto solo sirve para ver como funciona cuando ya lo tienes ajustado de PIDs.

Yo aun no he probado con el servo que utilizas y por lo tanto mis valores no te sirven.
Si utilizas el otro método de control RORTEGA, sin PIDs, podías meter el config.h de Turruk, que el si que lleva tu mismo servo de pan.

Hola Simba, tienes razón y tengo que volver con el servo test. He probado con el servo test giros amplios de 90º y 180º cuando después el tracker para seguir al avión va haciendo giros muy pequeños.

De Turruk he encontrado lo siguiente y lo voy a probar también.

Saludos.

Hola hombre por fin que tal, si claro a hora pongo :

#define CRIUS_SE // Discomment if using Multiwii Crius SE v2.5 board
#define MIN_DELTA 0.1 //Angulo mínimo en grados entre el heading del tracker y el del avion, si es mayor que este ángulo movemos el tracker.
#define MIN_PAN_SPEED 12 //Cantidad mínima en milisegundos que hay que incrementar el pulso del pan para que se mueva.
#define MAX_PAN_SPEED 253 //Cantidad máxima en milisegundos que hay que incrementar el pulso del pan para que se mueva.
#define MAP_ANGLE 20 //Ángulo en grados a partir del cual se empieza a mapear el error del ángulo a gradiente de velocidades.

Guillesan
02/11/2015, 22:19
Hola solo a titulo informativo ROrtega , podria ser una pantalla tal que esta?
http://es.aliexpress.com/item/New-0-96-I2C-IIC-Serial-128X64-OLED-LCD-LED-Display-Module-For-Arduino-55785/32357566914.html?adminSeq=220028666&shopNumber=536467
Por precio no sera, 5,47€ .

Simba
02/11/2015, 22:22
Ok, a Turruk le funciona muy bien y tiene tu servo.

El teme de PIDs, estoy seguro que tiene que funcionar igual de bien o mejor, los dos sistemas funcionan bien, es cuestión de gustos personales y manias particulares :laugh:, quizas el de PID sea un poco mas trabajoso y se tenga que ajustar mas especifico según que servo montes, y el sin PID, es mas fácil de ajustar, en fin el secreto está en probar y probar.

Sl2.

rortega
02/11/2015, 22:22
...cuando el avión vuela cerca del tracker, el seguimiento es fluido pero cuando se va alejando hay un momento que el seguimiento del tracker no es tan fluido y va dando saltitos.

A ver si consigues afinarlo y te va bien. Pon cuando puedas un vídeo de como se comporta, así te podremos decir si lo que vemos es un comportamiento normal.

Lo de los saltitos puede ser por varias cosas, no solamente los PIDS afectan. El min_pan_speed por defecto a 50 daba problemas a algunos compañeros. Yo tuve que ponerlo en el mío a cero. También hemos notado que le afecta al magnetómetro las interferencias. Y está el tema de la frecuencia a la que se reciban señales gps. Si suas telemetría gps directa, por ejemplo, a 1 hz recibes una posición por segundo, así que el tracker va como a pasos (no sé si eso es a lo que te refieres por saltitos). Si configuras tu GPS a 4 hz, recibes más posiciones por segundo y funciona más fluído.

Pon un vídeo y cuando puedas, que aquí hay quien lo ve y te dice hasta que servo llevas, jaja.

Entiendo por todo esto que ya no tienes el problema de los 30 grados, si es así me alegro un montón que ya te funcione.

Si vas a usar el sistema de control sin PIDs y usas el servo de los alemanes, lo mismo consigues mejores reslutados. Turruk está contento con ese sistema pues usa servo lento. En la sección de documentos subí ayer uno explicando los distintos parámetros de ese sistema:

https://github.com/raul-ortega/amv-open360tracker/tree/master/docs

Concretamente es:Sistema-de-Control-de-Servo-PAN-sin-PIDS.md (https://github.com/raul-ortega/amv-open360tracker/blob/master/docs/Sistema-de-Control-de-Servo-PAN-sin-PIDS.md)

caliwhite
02/11/2015, 23:23
Hola a todos;
Tengo una cuestion, por que desaparece el parámetro #define MIN_PAN_SPEED en la versión 07.
Intentaba poner los datos de turruk y me ha surgido esa duda, ya comentareis.
Un saludo.

Simba
02/11/2015, 23:42
rortega, ya he editado lo que comentaste para que lo subas OK.

http://www.aeromodelismovirtual.com/showpost.php?p=465958&postcount=164

Simba
02/11/2015, 23:47
Hola a todos;
Tengo una cuestion, por que desaparece el parámetro #define MIN_PAN_SPEED en la versión 07.
Intentaba poner los datos de turruk y me ha surgido esa duda, ya comentareis.
Un saludo.
No se ha quitado, lo tienes +- sobre la linea 131 del config.h

rortega
03/11/2015, 00:15
Hola a todos;
Tengo una cuestion, por que desaparece el parámetro #define MIN_PAN_SPEED en la versión 07.
Intentaba poner los datos de turruk y me ha surgido esa duda, ya comentareis.
Un saludo.

No desaparece, está más abajo, donde estaba inicialmente, antes de que crease el sistema de control de pids.

rortega
03/11/2015, 00:28
rortega, ya he editado lo que comentaste para que lo subas OK.

Subido...

https://github.com/raul-ortega/amv-open360tracker/tree/master/docs

rortega
03/11/2015, 20:38
Hola solo a titulo informativo ROrtega , podria ser una pantalla tal que esta?
http://es.aliexpress.com/item/New-0-96-I2C-IIC-Serial-128X64-OLED-LCD-LED-Display-Module-For-Arduino-55785/32357566914.html?adminSeq=220028666&shopNumber=536467
Por precio no sera, 5,47€ .

Supongo que sí, que podríamos usarla, pero no lo puedo asegurar.

Pero no tengas tanta prisa, porque fíjate lo que acaba de sacar rctimer, una controladora basada en NAZE32+MinimOSD todo en uno.

Ésto que significa? Que podemos sacar la señal del osd, que es vídeo al fin y al cabo, y mostrarla en monitores de pequeñas dimensiones que pudieran ser acoplados a la caja...



http://www.aeromodelismovirtual.com/attachment.php?attachmentid=62285&d=1446579112


The OZE32 FC base on NAZE32, but it has integrated MiniOSD, PDB, BEC and Current and voltage sensors, soulation for FPV, incl. almost everything FPV needed (excl. RF) on 35x35 mm PCB.
• STM103 MCU runs Cleanflight firmware
• Only 35x35mm, mount holes 30x30mm
• Onboard USB
• incl. 5V 3A UBEC
• incl. complete OSD hardware, Compatible with MinimOSD/MWOSD/CC3D OSD
• incl. one small PDB
• incl. Current and voltage sensors
*ACRO version hasn't MS5611 on board

rortega
03/11/2015, 21:00
Por cierto, estoy liberado, se ha pospuesto el tema de las clases.

Simba, Turruk ¿Cómo va lo de la telemetría en la Taranis?¿Habéis avanzado en ello?

Simba
03/11/2015, 21:09
Mal de momento no va.
Turruk ha montado un transistor inversor pero sigue sin leer nada en el Arduino.
He quedado en ir a su casa para ver con mi Osciloscapio que es lo que sale de la Taranis si es que sale algo.

Simba
03/11/2015, 21:12
Me han cortado el Internet.
Me he cambiado de Ono Movistar

Simba
03/11/2015, 21:13
Y entre líos de compañías hasta que vengan los de Movistar estoy tirando de Móvil

TURRUK
03/11/2015, 21:52
Por cierto, estoy liberado, se ha pospuesto el tema de las clases.

Simba, Turruk ¿Cómo va lo de la telemetría en la Taranis?¿Habéis avanzado en ello?

Hola, nada estoy con ella de momento taranis 1-yo 0 :biggrin2:

marcoasj
04/11/2015, 10:41
Sí, así es, pero no estoy con gafas. Le he puesto la Möbius en el servo tilt grabando, así luego veré el comportamiento, al menos cuando lo paseo yo en mis manos, porque a 30 metros a ver quien ve el micro volando.

De todos modos estoy contento, llevaba semanas/meses con ganas de hacer una prueba real. Ésto funciona!!!!!

Madre mia ¡¡¡ Tu no sabes las ganas que tengo yo de salir, ya no digo a probar.-.....A VOLAAARRRR ¡¡¡¡ pero cuando no es una cosa es otra....en fin......

Bueno, despues de un fin de semana largo de desconexión vuelvo a la carga....

REsulta que estaba tirado en el sillon y de repente pienso....." no he probado el HC06 que me mandaron por error.... ¿ y si lo pincho y.....??"

...Pues efectivamente lo pincho y funciona perfectamente ¡¡¡¡...... el otro HC-06 ESTABA MAL........¡¡¡¡¡¡¡

Increible.....en fin ahora vuelvo a los problemas del principio...

Sigo con las vibraciones del tilt y me pondré a probar....pero creo que acabaré cambiando la caja, por lo menos la parte de abajo para darle mas base, con lo que volveré a retrasar la salida, entre tanto he pedido otro servo para el tilt con menos fuerza.....

marcoasj
04/11/2015, 12:13
Aquí tenéis la prueba de que FrSky D funciona:

https://youtu.be/q7Tuwkey8dA

Lo de la portada ha sido para que se tenga una ide más aproximada de qué trata el vídeo...
[emoji122] [emoji122] [emoji122] [emoji122] [emoji122] [emoji122]

Enviado desde mi SM-G900F mediante Tapatalk

marcoasj
04/11/2015, 14:15
Marcoasj, de todas formas y si no te quieres complicar y vas a lo seguro, te aconsejo que te montes el que yo tengo, el Storm OSD, yo tengo 2 y estoy super satisfecho, no me ha fallado nunca y mira que le he echo putadas.

http://www.goodluckbuy.com/cyclops-storm-v2-01-osd-ahrs-based-osd-rtl-rth-auto-return-staberlization-f-fpv-w-protective-case.html

Yo sin este o el MFD no vuelo, mejor me dedico a otra cosa, y empece a disfrutar del FPV a partir del Storm.

Oye Simba, Donde compraste el Storm, ¿ en este enlace que pones ?

Simba
04/11/2015, 14:17
Si concretamente ese es el mejor precio.
No re arrepentirás
.

Simba
04/11/2015, 17:29
Rortega después de probar con Turruk lo que sale de la Taranis es s-port o sea smartphone por .
Es decir que es el tipo de telemetria X.
En las otras 2 posiciones del menú no sale nada.

Simba
04/11/2015, 17:31
Quería poner Smart por.

rortega
04/11/2015, 17:53
Rortega después de probar con Turruk lo que sale de la Taranis es s-port o sea smartphone por .
Es decir que es el tipo de telemetria X.
En las otras 2 posiciones del menú no sale nada.
Pero conseguís extraer las tramas?

TURRUK
04/11/2015, 17:56
Pero conseguís extraer las tramas?

Hola si que sale la trama, pero la programa de tracker no interpreta el telemetria X. :sad:

Simba
04/11/2015, 18:00
Turruk actualizo la Taranis y ya puede configurar el puerto pero realmente lo único que se puede sacar es tipo X que es lo que llaman Smart por mirror ,
Es una comunicación tipo IP con un solo cable.

Simba
04/11/2015, 18:01
Total que se complica y o le montas modulo externo o no hay nada que hacer al menos yo.

TURRUK
04/11/2015, 18:06
Hola si que sale la trama, pero la programa de tracker no interpreta el telemetria X. :sad:

Yo creo que si alguien que va usar la taranis con modulo interno falta comprar otro modulo externo que saca telemetria D ,o esperar magia de un "genio" que pincha codigo para telemetria X.:worthy:

TURRUK
04/11/2015, 18:09
Total que se complica y o le montas modulo externo o no hay nada que hacer al menos yo.

Hola que ya lo tienes internet ? :biggrin2: se nota me adelantaste con comentario.:laugh:

Simba
04/11/2015, 18:24
Tengo movil

rortega
04/11/2015, 18:30
Turruk actualizo la Taranis y ya puede configurar el puerto pero realmente lo único que se puede sacar es tipo X que es lo que llaman Smart por mirror ,
Es una comunicación tipo IP con un solo cable.

No entiendo lo que queréis decir???? Sale algo por el puerto serie que habéis conectado? Tenéis posibilidad de volvar a un archivo lo que salga para que yo lo analice?

Simba
04/11/2015, 18:33
Pues no se igual si le dices a Turruk una app para grabar si que podrá
Yo recuerdo haber grabado tramas para Jalves.

Simba
04/11/2015, 18:34
En el Arduino se ve actuar al Led de entrada.

rortega
04/11/2015, 18:40
Pues no se igual si le dices a Turruk una app para grabar si que podrá
Yo recuerdo haber grabado tramas para Jalves.

https://www.dropbox.com/s/2m6u81hdytkroeu/sscom32E.exe?dl=0

Descargar ese programilla, está en mi dropbox.

Selecciona el puerto de entrada y los baudios a los que este la salida de la taranis. Marcas la casilla HexData (está a la derecha) y se pulsa el botón Open Com.

Dejad que vaya sacando tramas de 30 segundos a un minuto y luego copias y pegas en un archivo de texto, porque el boton Save Data no funciona.

Es importante que se pongan los baudios correctos para asegurarno que los datos que saca con buenos.

TURRUK
04/11/2015, 20:41
https://www.dropbox.com/s/2m6u81hdytkroeu/sscom32E.exe?dl=0

Descargar ese programilla, está en mi dropbox.

Selecciona el puerto de entrada y los baudios a los que este la salida de la taranis. Marcas la casilla HexData (está a la derecha) y se pulsa el botón Open Com.

Dejad que vaya sacando tramas de 30 segundos a un minuto y luego copias y pegas en un archivo de texto, porque el boton Save Data no funciona.

Es importante que se pongan los baudios correctos para asegurarno que los datos que saca con buenos.


Hola señor Rortega ya hecho la prueba sacar la trama con esta programita, segun manual de taranis por este puerto saca con 57600baud, yo hecho y con 9600.
Esto con 57600.

44 04 00 00 81 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 43 04 00 00 82 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 26 00 43 04 00 00 82 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 10 00 00 00 00 00 DF 7E 98 10 21 00 12 00 00 00 BC 7E 16 7E 98 10 14 00 20 01 00 00 BA 7E 98 10 1C 00 00 00 00 00 D3 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 42 04 00 00 83 7E B7 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CA FF 00 00 01 7E 39 7E 98 10 25 00 0D 00 00 00 BD 7E 98 10 26 00 46 04 00 00 7F 7E 98 10 30 00 00 00 00 00 BF 7E BA 7E 1B 7E 00 7E A1 7E 22 7E 98 10 05 F1 00 29 04 A8 23 7E 98 10 01 F1 5C A5 12 A8 40 7E 98 10 02 F1 5F A5 12 A8 3C 7E 98 10 03 F1 81 A5 12 A8 19 7E 98 10 24 00 CD FF 00 00 FD 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E 83 7E E4 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0D 00 00 00 BD 7E 45 7E 98 10 26 00 43 04 00 00 82 7E 98 10 30 00 00 00 00 00 BF 7E C6 7E 98 10 10 00 00 00 00 00 DF 7E 98 10 21 00 12 00 00 00 BC 7E 98 10 14 00 20 01 00 00 BA 7E 98 10 1C 00 00 00 00 00 D3 7E 98 10 02 00 19 00 00 00 D4 7E 67 7E 98 10 03 00 00 00 00 00 EC 7E 98 10 06 00 00 00 00 00 E9 7E 98 10 3A 00 00 00 00 00 B5 7E 98 10 3B 00 00 00 00 00 B4 7E 98 10 28 00 00 00 00 00 C7 7E 48 7E 98 10 04 00 00 00 00 00 EB 7E 98 10 11 00 00 00 00 00 DE 7E 98 10 19 00 00 00 00 00 D6 7E 98 10 01 00 33 00 00 00 BB 7E 98 10 09 00 00 00 00 00 E6 7E E9 7E 98 10 05 00 05 00 00 00 E5 7E 98 10 13 00 61 0F 00 00 00 00 7D 5E 7E 98 10 12 00 12 00 00 00 CB 7E 98 10 1A 00 EE 12 00 00 D4 7E 98 10 22 00 57 00 00 00 76 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 43 04 00 00 82 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CB FF 00 00 00 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 44 04 00 00 81 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 26 00 43 04 00 00 82 7E 98 10 30 00 00 00 00 00 BF 7E 53 7E 98 10 24 00 CD FF 00 00 FD 7E 98 10 25 00 0A 00 00 00 C0 7E 34 7E 98 10 26 00 43 04 00 00 82 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 10 00 00 00 00 00 DF 7E 98 10 21 00 0A 00 00 00 C4 7E 98 10 14 00 20 01 00 00 BA 7E 95 7E 98 10 1C 00 00 00 00 00 D3 7E 98 10 24 00 CC FF 00 00 FE 7E 16 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 44 04 00 00 81 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 05 F1 00 29 05 A8 22 7E 98 10 01 F1 59 A4 12 A8 44 7E 98 10 02 F1 5F A4 12 A8 3D 7E 98 10 03 F1 81 A4 12 A8 1A 7E 98 10 24 00 CD FF 00 00 FD 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 44 04 00 00 81 7E 98 10 30 00 00 00 00 00 BF 7E B7 7E 39 7E BA 7E 1B 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0D 00 00 00 BD 7E 00 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E A1 7E 22 7E 83 7E E4 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0B 00 00 00 BF 7E 45 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E C6 7E 98 10 10 00 00 00 00 00 DF 7E 98 10 21 00 0D 00 00 00 C1 7E 98 10 14 00 20 01 00 00 BA 7E 98 10 1C 00 00 00 00 00 D3 7E 98 10 02 00 19 00 00 00 D4 7E 67 7E 98 10 03 00 00 00 00 00 EC 7E 98 10 06 00 00 00 00 00 E9 7E 98 10 3A 00 00 00 00 00 B5 7E 98 10 05 F1 00 2A 05 A8 21 7E 98 10 01 F1 59 A6 12 A8 42 7E 98 10 02 F1 5F A6 12 A8 3B 7E 98 10 03 F1 81 A6 12 A8 18 7E 98 10 3B 00 00 00 00 00 B4 7E 98 10 28 00 00 00 00 00 C7 7E 98 10 04 00 00 00 00 00 EB 7E 98 10 11 00 00 00 00 00 DE 7E 98 10 19 00 00 00 00 00 D6 7E 98 10 01 00 33 00 00 00 BB 7E 98 10 09 00 00 00 00 00 E6 7E 98 10 05 00 05 00 00 00 E5 7E 98 10 13 00 61 0F 00 00 6C 7E 98 10 1B 00 FE 06 00 00 CF 7E 98 10 23 00 4E 00 00 00 7D 5E 7E 98 10 12 00 12 00 00 00 CB 7E 98 10 1A 00 F0 12 00 00 D2 7E 98 10 22 00 57 00 00 00 76 7E 98 10 17 00 00 0B 00 00 CD 7E 98 10 18 00 25 00 00 00 B2 7E 98 10 24 00 CB FF 00 00 00 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 26 00 45 04 00 00 80 7E 48 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CC FF 00 00 FE 7E E9 7E 98 10 25 00 0A 00 00 00 C0 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CB FF 00 00 00 7E 98 10 25 00 0B 00 00 00 BF 7E 6A 7E 98 10 26 00 42 04 00 00 83 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 05 F1 00 24 03 A8 29 7E 98 10 01 F1 59 9F 12 A8 49 7E 98 10 02 F1 5F 9F 12 A8 42 7E 98 10 03 F1 81 9F 12 A8 1F 7E 98 10 24 00 CB FF 00 00 00 7E 98 10 25 00 0A 00 00 00 C0 7E 98 10 26 00 44 04 00 00 81 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 10 00 00 00 00 00 DF 7E 98 10 21 00 10 00 00 00 BE 7E 98 10 14 00 20 01 00 00 BA 7E 98 10 1C 00 00 00 00 00 D3 7E 98 10 24 00 CA FF 00 00 01 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 44 04 00 00 81 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E CB 7E AC 7E 98 10 24 00 CB FF 00 00 00 7E 0D 7E 8E 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E 2F 7E D0 7E 71 7E F2 7E 53 7E 34 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0A 00 00 00 C0 7E 95 7E 98 10 05 F1 00 29 05 A8 22 7E 98 10 01 F1 5A A0 12 A8 47 7E 98 10 02 F1 5F A0 12 A8 41 7E 98 10 03 F1 84 A0 12 A8 1B 7E 98 10 26 00 43 04 00 00 82 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 10 00 00 00 00 00 DF 7E 98 10 21 00 0A 00 00 00 C4 7E 98 10 14 00 20 01 00 00 BA 7E 98 10 1C 00 00 00 00 00 D3 7E 98 10 02 00 19 00 00 00 D4 7E 98 10 03 00 00 00 00 00 EC 7E 98 10 06 00 00 00 00 00 E9 7E 98 10 3A 00 00 00 00 00 B5 7E 98 10 3B 00 00 00 00 00 B4 7E 98 10 28 00 00 00 00 00 C7 7E 98 10 04 00 00 00 00 00 EB 7E 98 10 11 00 00 00 00 00 DE 7E 98 10 19 00 00 00 00 00 D6 7E 98 10 01 00 33 00 00 00 BB 7E 98 10 09 00 00 00 00 00 E6 7E 98 10 05 00 05 00 00 00 E5 7E 98 10 13 00 61 0F 00 00 6C 7E 98 10 1B 00 FE 06 00 00 CF 7E 98 10 23 00 4E 00 00 00 7D 5E 7E 98 10 12 00 12 00 00 00 CB 7E 16 7E 98 10 1A 00 F1 12 00 00 D1 7E 98 10 22 00 57 00 00 00 76 7E B7 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 26 00 43 04 00 00 82 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CB FF 00 00 00 7E 39 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 42 04 00 00 83 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 05 F1 00 22 03 A8 2B 7E 98 10 01 F1 5A A6 12 A8 41 7E 98 10 02 F1 5F A6 12 A8 3B 7E 98 10 03 F1 81 A6 12 A8 18 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CB FF 00 00 00 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 10 00 00 00 00 00 DF 7E 98 10 21 00 10 00 00 00 BE 7E 98 10 14 00 20 01 00 00 BA 7E 98 10 1C 00 00 00 00 00 D3 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0E 00 00 00 BC 7E 98 10 26 00 46 04 00 00 7F 7E 98 10 30 00 00 00 00 00 BF 7E BA 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0C 00 00 00 BE 7E 1B 7E 98 10 26 00 43 04 00 00 82 7E 98 10 30 00 00 00 00 00 BF 7E 00 7E A1 7E 22 7E 83 7E 98 10 24 00 CD FF 00 00 FD 7E 98 10 25 00 0A 00 00 00 C0 7E E4 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 05 F1 00 28 04 A8 24 7E 98 10 01 F1 5A A4 12 A8 43 7E 98 10 02 F1 5F A4 12 A8 3D 7E 98 10 03 F1 81 A4 12 A8 1A 7E 45 7E C6 7E 67 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0C 00 00 00 BE 7E 48 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E E9 7E 98 10 10 00 00 00 00 00 DF 7E 98 10 21 00 10 00 00 00 BE 7E 98 10 14 00 20 01 00 00 BA 7E 98 10 1C 00 00 00 00 00 D3 7E 98 10 02 00 19 00 00 00 D4 7E 6A 7E 98 10 03 00 00 00 00 00 EC 7E 98 10 06 00 00 00 00 00 E9 7E 98 10 3A 00 00 00 00 00 B5 7E 98 10 3B 00 00 00 00 00 B4 7E 98 10 28 00 00 00 00 00 C7 7E CB 7E 98 10 04 00 00 00 00 00 EB 7E 98 10 11 00 00 00 00 00 DE 7E 98 10 19 00 00 00 00 00 D6 7E 98 10 01 00 33 00 00 00 BB 7E 98 10 09 00 00 00 00 00 E6 7E AC 7E 98 10 05 00 0F 27 00 00 B4 7E 98 10 13 00 61 0F 00 00 6C 7E 98 10 1B 00 FE 06 00 00 CF 7E 98 10 23 00 4E 00 00 00 7D 5E 7E 98 10 12 00 12 00 00 00 CB 7E 98 10 05 F1 00 29 05 A8 22 7E 98 10 01 F1 5C A4 12 A8 41 7E 98 10 02 F1 5F A4 12 A8 3D 7E 98 10 03 F1 81 A4 12 A8 1A 7E 98 10 1A 00 F3 12 00 00 CF 7E 98 10 22 00 57 00 00 00 76 7E 98 10 24 00 CB FF 00 00 00 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 46 04 00 00 7F 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0A 00 00 00 C0 7E 98 10 26 00 47 04 00 00 7D 5E 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E 0D 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 26 00 43 04 00 00 82 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 10 00 00 00 00 00 DF 7E 8E 7E 98 10 21 00 10 00 00 00 BE 7E 98 10 14 00 20 01 00 00 BA 7E 2F 7E 98 10 1C 00 00 00 00 00 D3 7E 98 10 24 00 CD FF 00 00 FD 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E D0 7E 98 10 24 00 CD FF 00 00 FD 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 05 F1 00 2B 04 A8 21 7E 98 10 01 F1 5A A3 12 A8 44 7E 98 10 02 F1 5F A3 12 A8 3E 7E 98 10 03 F1 81 A3 12 A8 1B 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E 71 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0B 00 00 00 BF 7E F2 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E 53 7E 34 7E 95 7E 16 7E 98 10 24 00 CC FF 00 00 FE 7E B7 7E 39 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 45 04 00 00 80 7E BA 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 10 00 00 00 00 00 DF 7E 98 10 21 00 0D 00 00 00 C1 7E 98 10 14 00 20 01 00 00 BA 7E 98 10 1C 00 00 00 00 00 D3 7E 1B 7E 98 10 02 00 1A 00 00 00 D3 7E 98 10 03 00 00 00 00 00 EC 7E 00 7E 98 10 06 00 00 00 00 00 E9 7E 98 10 3A 00 00 00 00 00 B5 7E 98 10 3B 00 00 00 00 00 B4 7E 98 10 28 00 00 00 00 00 C7 7E 98 10 04 00 00 00 00 00 EB 7E A1 7E 98 10 05 F1 00 27 04 A8 25 7E 98 10 01 F1 5A A1 12 A8 46 7E 98 10 02 F1 5F A1 12 A8 40 7E 98 10 03 F1 81 A1 12 A8 1D 7E 98 10 11 00 00 00 00 00 DE 7E 98 10 19 00 00 00 00 00 D6 7E 98 10 01 00 33 00 00 00 BB 7E 98 10 09 00 00 00 00 00 E6 7E 98 10 05 00 05 00 00 00 E5 7E 98 10 13 00 61 0F 00 00 6C 7E 98 10 1B 00 FE 06 00 00 CF 7E 98 10 23 00 4E 00 00 00 7D 5E 7E 98 10 12 00 12 00 00 00 CB 7E 98 10 1A 00 F3 12 00 00 CF 7E 98 10 22 00 57 00 00 00 76 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 42 04 00 00 83 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 26 00 44 04 00 00 81 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CB FF 00 00 00 7E 98 10 25 00 0B 00 00 00 BF 7E 98 10 26 00 46 04 00 00 7F 7E 22 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CD FF 00 00 FD 7E 83 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 26 00 44 04 00 00 81 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 10 00 00 00 00 00 DF 7E 98 10 21 00 10 00 00 00 BE 7E E4 7E 98 10 14 00 20 01 00 00 BA 7E 98 10 1C 00 00 00 00 00 D3 7E 98 10 05 F1 00 2B 05 A8 20 7E 98 10 01 F1 5C A7 12 A8 3E 7E 98 10 02 F1 5F A7 12 A8 3A 7E 98 10 03 F1 81 A7 12 A8 17 7E 98 10 24 00 CB FF 00 00 00 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 26 00 44 04 00 00 81 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CB FF 00 00 00 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 26 00 44 04 00 00 81 7E 98 10 30 00 00 00 00 00 BF 7E 45 7E C6 7E 67 7E 48 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0B 00 00 00 BF 7E E9 7E 98 10 26 00 44 04 00 00 81 7E 98 10 30 00 00 00 00 00 BF 7E 6A 7E CB 7E AC 7E 0D 7E 98 10 24 00 CC FF 00 00 FE 7E 98 10 25 00 0C 00 00 00 BE 7E 8E 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E 2F 7E 98 10 10 00 00 00 00 00 DF 7E 98 10 21 00 12 00 00 00 BC 7E 98 10 14 00 20 01 00 00 BA 7E 98 10 1C 00 00 00 00 00 D3 7E 98 10 02 00 1A 00 00 00 D3 7E 98 10 05 F1 00 2B 04 A8 21 7E 98 10 01 F1 5C A5 12 A8 40 7E 98 10 02 F1 5F A5 12 A8 3C 7E 98 10 03 F1 7F A5 12 A8 1B 7E 98 10 03 00 00 00 00 00 EC 7E 98 10 06 00 00 00 00 00 E9 7E 98 10 3A 00 00 00 00 00 B5 7E 98 10 3B 00 00 00 00 00 B4 7E 98 10 28 00 00 00 00 00 C7 7E 98 10 04 00 00 00 00 00 EB 7E 98 10 11 00 00 00 00 00 DE 7E 98 10 19 00 00 00 00 00 D6 7E 98 10 01 00 33 00 00 00 BB 7E 98 10 09 00 00 00 00 00 E6 7E 98 10 05 00 0F 27 00 00 B4 7E 98 10 13 00 61 0F 00 00 6C 7E 98 10 1B 00 FE 06 00 00 CF 7E 98 10 23 00 4E 00 00 00 7D 5E 7E 98 10 12 00 12 00 00 00 CB 7E 98 10 1A 00 F4 12 00 00 CE 7E 98 10 22 00 57 00 00 00 76 7E D0 7E 98 10 24 00 CD FF 00 00 FD 7E 98 10 25 00 0C 00 00 00 BE 7E 98 10 26 00 45 04 00 00 80 7E 98 10 30 00 00 00 00 00 BF 7E 98 10 24 00 CA FF 00 00 01 7E 71 7E 98 10 25 00 0C 00 00 00


Esto con 9600:

FD FA F4 FF FA E4 F2 E9 FF FA FD FA F4 FA E4 F2 E9 FA E3 FA F9 FA F9 FA F9 FA 8A FA E9 FA E4 F2 E1 FF FF FF FF FF FA CA F2 F4 FF FA C9 F2 E9 FF FA C9 FA A5 F6 E4 F2 E9 F2 E1 FF FA C9 F2 E9 FA C9 FA C9 FA 49 F2 E9 FC A1 FE C9 FA A5 FA C9 FA E5 FA F3 FA E7 FA E5 FA C9 F6 E9 FE A5 FE C9 FE D3 FE F3 FE 49 FE 95 FE C9 FE 27 FA C9 FE 95 FE C9 FE 25 FA C9 FE D5 FE C9 FF FE 25 FA C9 FF FE D5 FE C9 FE 87 FA C9 FA C9 FA A5 FE 91 FE FA C9 FE D5 FE C9 FA E1 FA CD FA EF FA ED FE 27 FA C9 FE 95 FE C9 FE 27 FA A9 FF FE FE 55 FE A9 FF FE 25 FA A4 FF FF FF FF FF FF FE 95 FE C9 FE 27 FA C9 FA A9 FF FA 25 FE 91 FA C9 FA D3 FA C9 FA C5 FA E7 FA CF FA CD FA C9 F8 C9 FA C9 FA 49 FA A5 FE 89 FE C9 FA A5 FA C9 FA A3 FE A5 FE A4 FE A9 FE D3 FE F3 FE 49 FE 55 FF FE 89 FE 27 FA C9 FE 95 FE C9 FF FE 25 FE 92 FF FE D5 FE 92 FE 24 FE 42 FE 2A FF FE 12 FE 27 FE C5 FE EB FE 97 FE D3 FA C9 FE 49 FE A6 FE 22 FE A4 FE 55 FE 92 FE 4E FF FE 92 FE AA FE C9 FE 4A FF FE 92 FF FF FF FF FE AA FE 92 FF FE 4E FF FE 92 FF FF FE 2A FE 92 FE 4E FF FE 92 FE C5 FE D7 FE 97 FE DB FE 49 FE 26 FE 22 FE C9 FE A5 FE 49 FE 92 FE 92 FF FE 92 FF FE 92 FE 4A FF FE 49 FE 49 FE 49 FE 49 FE 92 FE 95 FF FE FC 49 FE 92 FF FE A5 FE E5 FE 92 FF FE AA FE 92 FE 4E FF FE 92 FE 2A FE FE 42 FE 4E FF FE 8D FE EB FE D7 FE 92 FE 92 FE 8E FE 92 FE 4A FF FE 92 FE AA FE 92 FE 4A FF FE 92 FE 49 FE 4A FF FE 21 FE C9 FE 2A FF FE 92 FE 4E FF FE 92 FE AA FE 92 FF FE 4E FF FE 92 FF FF FF FF FF FF FF 55 FF FE 92 FE C5 FE CF FF BD FF B5 FF 1D FF FE 92 FF FF 55 FF 21 FF FF 95 FF FE 92 FF FF 25 FF FF 99 FF 43 FF FE C9 FF 99 FF FF FF 49 FF FF 49 FF FE 12 FF FF 49 FF FF 49 FD FF FF 49 FF FE 49 FF 93 FF 29 FD FF 21 FF FF FE 06 FF FF 93 FF FF 9B FF 4B FF FF 4A FF FF FF 9B FF FF 5B FD FF 35 FF FF ED FF CD FF D5 FF 55 FE FF 25 FF 9D FF FF 49 FF FF 55 FF 25 FF 95 FF FF 49 FF FF 55 FF FF 25 FF 95 FF FF 49 FE FF 55 FF 85 FF 95 FF FF 49 FF FF 25 FF FF 99 FF FF 43 FF FF FF 49 FF FF A9 FF A5 FF 9D FF FF 49 FF FF FF 55 FF FF 25 FF FF 9C FF FF 49 FF FF 55 FF FF DD FF 3D FF 35 FF 55 FF FF 25 FF 9D FF FF FF 49 FF FE FF FE FF FF 55 FF FF 25 FF FF 95 FF FF 49 FF FF FF 25 FF FF 29 FF FF 43 FF FF 49 FF FF 91 FF FF FF 49 FF FF 49 FF FF 49 FF FF 21 FF FF 49 FD FF FF 49 FF FF 4B FF FF 93 FF 15 FF 9D 7A FF B5 FF 99 FF FF 49 FF 92 FF 26 FF 96 FF 4B FF 96 FF 36 FF 96 FD 0A FF FF 95 FF 2A FF 4A FF 2A FD 92 FF FF 55 4A FF 2A FD 92 FE FF 55 4A FF 2A FD 92 FE FF AA FF 4A FF 3A FD 92 FF FF 25 FE 6A FF 6A 7A 6A FF 22 FF 12 FF 92 FF AA 4A FF 3A FD 92 FF AA 0A FF 3A FD 92 FF FF AA 4A FF FF 3A FD 92 FF FF FF FF FF FF AA 4A FF FF 3A FD 92 FF FF 4A FD 32 FF 86 FF AA FF AA BA AA 92 FF 92 FF 92 FE 92 FF 92 FF 92 FF 92 FD 92 FF 16 FF 26 FF 32 FE 92 FF 92 FF 26 FF 96 FF 96 FF 96 FF A6 FF 96 FD FF AA 4A FF 3A FD 92 FF 2A FF 4A FF 2A FD 92 FF 3A 48 FF FF 3A FD 92 FF 6A FF 3A 7A 6A FF AA 4A FF 3A FD 92 FF 4A FD 32 FF 86 FF 92 FF AA 4A FF 3A FD 92 FF 56 FD 4A FF FF 3A FF 92 FF FE FF FF AA 4A FF FF 3A FD 92 FF FF FF FF FF FF 6A FF BA 7A 6A FF AA FF 4A FF 3A FD 12 FF 4A FD 32 FE 86 FF 92 FF 32 FF 92 FF 92 FF 92 FF 92 FE 92 FD 92 FF 96 FF 86 FF FF 32 FF 92 FF 32 FD 56 FF 96 FF FF 96 FF 36 FF 96 FF 96 FD AA FF 4A FF 3A FD AA FF AA BA AA 92 FF AA FF 4A FF 3A FD 92 FF AA 4A FF 3A FD 52 FD AA 4A FD 3A FD 92 FF 2A FD FF 52 FD 86 FF 92 FF AA 4A FF FF 3A FF 92 FF FF 2A FF 4A FF 2A FD 92 FF FF FF FF 2A FF 7A 7A FF 6A AA FF 4A FF 3A FD 42 FD FF FF AA 4A FF FF 3A FD 92 FF 4A FD 32 FF 86 FF 92 FF 32 FF FF 92 FF 42 FD FF 92 FF 92 FF 52 F9 92 FE 96 FF 26 FF 32 FF 52 FD 92 FF 26 FF FE 96 FF 96 FF 96 FF 6A FF 9A 3A 2A 96 FF 96 FC 2A 4A FF 2A FD 92 FF A2 FF 4A FF 3A FD 92 FF 52 FF 4A FF 3A FD 92 FF AA 4A FF 3A FD 92 FF 4A FD 52 FD 86 FF FE 92 FF AA FF FF 0A FF 3A FD 92 FF AA 4A FF 2A FF 9A BA 2A 32 FD 92 FF FF FF FF FF 2A 4A FF FF 3A FF 92 FF FF FF FF 2A FF 4A FF FF 3A FD 92 FF FF 4A FD 52 FD 86 FF 92 FF 32 FF FF 92 FF 92 FF 92 FF 92 FF 92 FD 2A FF 7A FF 7A 6A FF 42 FD 96 FF 86 FF 22 FF 92 FF 32 FD 26 FF 36 FD 96 FF 96 FF 26 FF 96 FD AA 4A FF 3A FD 92 FE AA FF 4A FF 3A FD 92 FF AA FF 42 FF FF 3A FD 92 FF FF AA 4A FF 38 FD 92 FF 4A FD 52 FF B8 7A 6A FF 52 FD 86 FF 52 FD AA 4A FD 3A FD 92 FF AA 4A FF 2A FD 92 FF FF FF FF AA FF 4A FF 3A FD 90 FF FF FE FF FE FF 52 FF 4A FF FF 2A FD 52 FD 2A FF 3A 7A 6A FF 4A FD 92 FF 86 FF 12 FF 22 FF 92 FF 92 FF 92 FF 92 FF 52 F9 92 FF 96 FF 26 FF 32 FD 12 FF 92 FF 26 FF 96 FF 96 FF 96 FF FF 46 FD 16 FD FF 4E FE 2A FF AA 4A FF 2A FD 92 FE A2 FF FF 0A FF 2A FD 92 FF 6A FF 7A FF 7A 6A FF AA 4A FF 3A DF 92 FF AA 4A FF 3A FF 92 FF 0A FD 52 F9 16 DF 92 FF AA FF 4A FF 3A FD 92 FF FF 2A FF 4A FF 2A FD 92 FF FF AA 4A EF FF 3A DF 92 FF FF FF FF 6A FF DA FF BA AA FF AA FF 4A FF FF 3A DF 92 FE FF 4A FD 52 FD 86 FF 92 FF 32 FF FF 12 FF 92 FF 52 FD 92 FE 42 BD FF 92 FF 96 FF 86 FF B2 DF 92 FF 92 FF 26 FF 96 FF 96 FF 96 FF FF 46 FF 96 DE 2A FF DA FF BA AA FF AA 4A FF 3A DF 42 FD 54 FF 4A FF 2A DF 92 FF AA 4A FF 2A DF 92 FF AA 4A FF 3A DF 92 FF 4A FD FF 52 FD 86 FF FF 92 FF AA 4A FF 3A DF 92 FF AA 4A FF FF 3A DF 92 FF FF 6A FF AA DA FE 8A FF AA FC 4A FF 2A FD 92 FF FE FF FE AA FD FF FF 4A DE 2A FD FF 92 FF 0A 7F FF 52 3F FF 86 FD 92 FF B2 FE 92 EF FF 42 7F FF 92 FF 92 FF 52 BD 92 FF FF 96 FF 24 FF 52 FD 92 FF 32 3F FF 6A FF FA FF 7A EA FF 26 FF 96 FD 96 FF 96 FF 56 FF 96 FD AA FE 48 FF 2A FD 92 FF AA FF 42 FD 3A FD 92 FF AA FF 4A FF 2A FD 92 F7 2A FF FF 4A FF 3A FD 92 FF 4A 3F 52 7F FF FF 86 FD 92 FF FF AA FD 4A FF 3A FD 6A FE EA FE DA FE CA FE 92 FF AA FF 4A FF 2A FD 92 FF FF FF FF AA FD 4A FF FF 3A FD 92 FF FF FF FF AA FF 4A FF FF 3A FD 92 FF FF 4A 3F 52 3F FF 16 FD 92 FF 32 FF 52 3F 92 FF 92 FF 6A FF F8 FE FA FF EA FD 52 BF FF 92 FD 92 FF 96 FD 26 FF 32 BF 42 7F 92 FF A6 FD A6 FD 96 FF D6 FD D6 FD 96 FD EA FD 4A FF 3A FD 92 FD EA FD FF 4A FF BA F9 92 FF EA F9 CA FD FF AA F9 92 FD EA F9 4A FF BA F9 AA FE FA FD FA FD EA FD 92 FD 4A FD D2 F9 C6 F9 92 FF EA F9 CA FD BA F9 92 FD AA FD CA FD AA FD 92 FD FE FF FE FF FF FF FF EA F9 CA F9 FF AA F9 92 FD FF FF FF EA FD CA FD FF EA FC FA F9 FA FE EA F9 BA FD 92 FD 4A FD 92 FD C6 F9 92 FD B2 FD 92 FD 92 FD 92 FD 92 FD 92 F9 92 FD 96 FF D2 FD B2 FD 92 FD 32 FD A6 FD D6 F9 96 FD D6 FD FF F6 FD 96 F9 FF EA FE CA FD BA FD 92 FD EA FD FF CA FD BA F9 92 FD AA FE EA F9 DA F9 CA F9 EA F9 CA FD BA FD 92 FD EA FD CA FD BA F9 92 FD CA F9 B2 FD C6 F9 92 FD EA FD CA FD BA F9 D2 F9 FF FA FD EA F9 FF FA F2 D2 F9 FF FF FF FA FD FF CA FD FA F2 92 FD EA F9 FA F9 FA FE EA F9 FF FF FA F9 CA FD EA F2 D2 F9 FE CA F9 F2 F9 C6 F9 D2 F9 F2 F9 FF D2 F9 D2 F9 92 FD D2 F9 D2 E9 FE D2 F9 D6 F9 A6 FD 92 FD D2 F9 FF D2 F9 E6 FC C6 F9 D6 F9 F6 F9 EA FC FA FD FA F9 CA FD F6 E9 D6 E9 4A FD CA E9 FA F9 CA FD FA F2 D2 F9 EA FD EA F9 FA F2 92 FD FA F9 CA FD FF FA F2 D2 F9 FF FA F9 EA F9 AA F9 D2 F9 CA FA FF D2 F9 E6 E9 92 FD FA FD EA F9 FF EA F2 D2 F9 FF EA F9 FA FD FA FD EA FE FA FD CA FD EA F2 D2 F9 FA FD EA F9 FA F2 D2 F9 FF FF FF FF FF FA F9 EA F9 FF FA E4 D2 F9 FF CA F9 D2 F9 E6 E9 F2 E9 F2 E9 FF D2 F9 F2 F1 D2 F9 F2 E9 F2 C9 FF F2 E9 F6 E9 E6 F9 FA F1 FA FD FA F9 FA FA F2 E9 D2 F9 D2 F9 F6 E9 E6 FA F6 F4 F6 E9 E6 E9 F6 E4 FA CA EA F9 FA C9 D2 F9 FA FD FA F4 FA F4 D2 F9 FA FD FA F4 FA C9 F2 E9 FF FA FD FA F4 FA F2 F2 E9 EA E9 FF F2 F2 F6 E8 EA F1 FA F9 FA FD EA FD F2 E9 FA CA E2 FD FA E4 F2 E9 FA FD FA F4 FA F4 D2 F9 FF FF FA FD FA F4 FF FA F4 F2 E9 FE FF FE FA CA FF FF FA E9 FA E4 FF D2 F9 EA E9 D2 F9 F6 E4 F2 E9 EA F9 FA FA FA F9 EA FD F2 E9 F2 E9 D2 F9 F2 E9 F2 E9 D2 E9 F2 E9 F6 E9 F6 E9 F2 E9 F2 E9 B2 FA F6 E9 F6 F4 F6 F4 F6 E9 F6 F9 FF F6 E4 FA CA FA E9 FE A7 F2 E9 FF FE 95 FA F4 FF FE 27 FA C9 FA EA FE C9 FA F4 FA E1 FA F7 FA FD FA ED FA C9 FA CA FE C9 FE 27 D2 F9 FA A5 FA C9 F6 E4 FA C9 FA AA FA E9 FE 25 FA C9 FA A2 FE C9 FE 26 F2 E9 FF FF FF FF FF FF FE 15 FA F4 FF FE 27 FA C9 FF FF FF FA 8D FA FB FA FD FA F5 FE D5 F8 E9 FE 87 FA C9 EA E9 FA CB FE 91 F2 E9 FA D3 FA C9 F2 E9 FA C9 FA C9 F2 A1 FA C9 FE C9 F6 E9 FA D3 F2 E9 FF FA C9 FE A5 F6 E9 FE 89 FE D2 FF FE E7 FE 29 FE D5 FE C9 FA F4 FA C9 FE 95 FA F9 FA F3 F8 F7 FA FD FE C9 FE 27 F2 E9 FE D5 FE C9 FA E4 FA A4 FE AA FA F4 FC 27 FA A9 EA E9 FA C9 FE 91 FF FA C9 FE 95 FE 89 FE A6 FA C9 FF FE 95 FE C9 FE A7 FA C9 FE FF FE FF FF FF FA E1 FE E7 FE EF FA F9 FE 54 FE 92 FE 27 FE 48 FF FF FE AA FE 92 FF FE 27 FE 92 FE 49 FE 92 F6 E4 FE C9 FE A5 FF FE 49 FA A5 FA C9 FE 92 FF FE 92 FF FA C9 FE 09 FE A4 FE 49 FE 49 FF FE 46 FF FE 95 FF FE A5 FC E5 FE CB FA CB FE D3 FE 90 FF FE D3 FE D5 FE 92 FE 95 FE 92 FE 4E FF F2 E9 FE 54 FE 92 FE 0E FF FE 12 FE 2A FE 92 FE 4E FF FE 92 FF FE 54 FE 52 FE 4E FF FE 42 FE 49 FF FE 12 FE 22 FF FE C9 FE AA FE 92 FE 4E FF FE 12 FF FA F1 FC EB FE 97 FE 93 FE A8 FE C9 FE 4E FF FE 92 FF FE AA FF FE 92 FE 4E FF FE 4A FF FF FF FF FF FE 8A FE 92 FE 4A FF FE 92 FE FE 49 FE CA FE 22 FE C9 FE A5 FF FE 49 FE 4A FF FA C9 FE 92 FF FF 49 FD FE CD FE EB FE 97 FE D3 FE 92 FE 49 FF 93 FE 95 FF 49 FE FE 92 FF 93 FF FF 43 FF FE C8 FF 4B FF FF 1B FF 43 FD FF 25 FF FE C9 FF 55 FF FF 21 FF 9D FF FE FE 52 FF AA FF FF 25 FF 9D FF FE 92 FF 55 FF FF 25 FF FF 9D FF FE 92 FF FF 55 FF FF 25 FF 9C FF FE 95 FF 95 FF 2D FF A5 FF 49 FF FF A5 FF FF 29 FF FF 43 FF FF 49 FF FF 15 FF 25 FF 9D FF FF 49 FF FF 55 FF FF 25 FF 9D FF FF 29 FF FF FF 55 FF FF 25 FF FF 9D FF FF 09 FF FF FF FF FF FF FF FF 55 FF 25 FF FF 9D FF FF 21 FF FF 95 FF 9D FF BD FF 35 FF 25 FF FF 29 FF FF 43 FF FF 49 FF FF 99 FF 49 FF FF 49 FF FF 49 FF FF 49 FF FF 49 FD FF 21 FF FE A4 FF 93 FF 49 FD FF 49 FF FF 49 FF FF 93 FF FF 43 FF FF 4B FF FF 4B FF FF FF 5B FF FF 4B FD FF FF 55 FF FF 49 FF FF 95 FF FF 09 FF FF 55 FF FF FF 25 FF 1D FF FF 49 FF FF 35 FF FF DD FF BD FF B5 FF 15 FF 25 FF 9D FF FF 49 FF FF 55 FF 25 3A FD FF 49 FF FF 25 FF FF 29 FF 86 FF 92 FF FF 55 FF 25 FF 9D FF 92 FF FF AA FF 4A FF FF 22 FD 92 FF FF FF FF AA 4A FF FF FF 1D FF 92 FF FF EA FF 4A FF FF 2D 4A AA FF FF 4A FF FF 9D FF 92 FF 4A FD B2 FF FF FF 8B FF 92 FF FF 32 FF 92 FF FF 49 FF 92 FF 92 FF FF 92 FF 92 FF 4A FD 86 FF B2 FF FF 92 FF 32 FD 26 FF 86 96 FF FF 96 FF 96 96 FD AA 4A FF 2A FF 9A 3A 2A FF 9D FF 92 FF AA 4A FF 3A FD 92 FE AA FF 4A FF 2A FB 92 FF AA FF 4A FE 3A FF 92 FF 4A FD 52 FD 86 FF 92 FF AA 4A FF 3A FD 92 FE FF 55 4A FF 3A FD 92 FF FF FF 6A FF 9A BA AA AA 4A FF 3A FD 92 FF FF FF FF AA 4A FF FF 2A FD 92 FF FF 4A FD B2 FF 86 FF 92 FF 32 FF 92 FF 92 FE 92 FF 92 FF 92 FD FF 92 FE 46 FD 26 FF 52 FF 92 FF AA FF BA 7A 6A FF 92 FF 26 FF 86 FF 16 FF 96 FF 26 FF 96 FD AA 4A FF 3A FD 92 FE 2A 4A FF 2A FF 92 FF AA 4A FF FF 3A FD 92 FF FF AA FF 4A FF 3A FD 92 FF 4A FD B2 FF 06 FF FF 92 FF 2A 9A FF 2A FF 5A 5A FF 4A 3A FD 92 FF AA 4A FF 3A FF 92 FF FF FE FF FE AA 4A FE 2A FF 92 FF FF FF FF FF FF AA FF 4A FE FF 2A FD 92 FF 4A FC B2 FF 86 FF 92 FF 32 FF FF 92 FF 92 FF 92 FF 6A FF 8A 3A 2A 92 FF 92 FD 42 FD 96 FF 26 FF 92 FD 92 FE 32 FD 26 FF 16 FF 96 FE 16 FF 36 FF 96 FD AA 4A FF 3A FD 92 FF 54 FD FF 4A FF 3A FD 92 FF AA 4A FF FF 2A FD 92 FF FF AA 4A FF 2A FD 2A FF AA 5A FF 4A FF 92 FF 4A FD B2 FF 86 FF 92 FF AA 4A FF 3A FD 12 FF AA 4A FF 3A FD 92 FF FF FF FF FF AA 4A FF FF 3A FD 52 FD FF FF FF FF FF 54 FF 4A FF 2A FF BA 3A 2A 3A FF 92 FF FE FF FE 4A FD B2 FF 86 FF 92 FF B2 FF 42 FD 92 FF 12 FF 92 FF 12 FD 92 FF 96 FF 26 FF 92 FF 92 FF 92 FF 26 FF 16 FF 96 FF 96 FF FF 36 96 FD FF 4A FF 4A FF AA 6A FF 52 5A FF 48 4A FF 3A FD 92 FF AA 4A FF 3A FD 92 FF AA FF 4A FF 2A FF 92 FF AA 4A FF 3A FD 92 FF 4A FD FF B2 FF 86 FF 92 FF AA 4A FF FF 2A FD 92 FF FF AA 4A FF 1A FD 42 FD AA FF FF 2A FF 3A 78 6A FF 4A FC 3A FD 92 FF FF AA 4A FF 3A FD 12 FF FF 4A FD B2 FF 06 FF 92 FF 32 FF FF 92 FF 92 FF 92 FF 92 FF 92 FD FF 92 FF 56 FD 26 FE 52 FF 92 FF FF 92 FF 26 FF 86 FF 96 FE 56 FF 6A FF BA 3A AA 26 FF 96 FD AA 4A FF 3A FD 92 FF 52 FF 4A FF 2A FD 92 FF AA 4A FF 3A FF 92 FF FF AA FF 4A FF 2A FF 92 FF 4A FD FF 22 FF 86 FF FF 92 FF 2A 4A FF 3A FF 12 FF AA 4A FF D2 FE BA FF 7A 6A FF 3A FF 92 FF FF AA 4A FF FF 3A DF 92 FF FF FF FF AA FE 4A FE 3A DF FF 92 FF 0A FD FE 32 FF 86 FF 92 FF 32 FF 92 FF FF 92 FF 92 FE 92 FF 92 DF

:facepalm:

rortega
04/11/2015, 23:35
Acabo de llegar a casa, tan sólo he visto las tramas y creo que las de 57600 son las buenas, veo el byte te principio y fin de trama. Intentaré ver si se pueden descifrar.

rortega
04/11/2015, 23:40
Una pregunta Turruk, ¿Sabes si tenías posición GPS (quizás podías verla en el display de la Taranis)?¿Cuánto tiempo más o menos has estado capturando?

TURRUK
05/11/2015, 00:45
Una pregunta Turruk, ¿Sabes si tenías posición GPS (quizás podías verla en el display de la Taranis)?¿Cuánto tiempo más o menos has estado capturando?

Hola si perfectamente he visto el GPS en la pantalla de emisora, tiempo de captura entre 30 y 60 min, que quieres decir captura de trama o el gps total.

TURRUK
05/11/2015, 01:00
Hola si perfectamente he visto el GPS en la pantalla de emisora, tiempo de captura entre 30 y 60 min, que quieres decir captura de trama o el gps total.

Otra cosa que quiero comentar el GPS eta configurado a 9600baud y Naze tambien, sin embargo del emisora saca a 57600. No se si algo sirve.

rortega
05/11/2015, 07:48
Otra cosa que quiero comentar el GPS eta configurado a 9600baud y Naze tambien, sin embargo del emisora saca a 57600. No se si algo sirve.
Bueno, eso no es problema. No he podido ponerme con ello, anoche estaba muy cansado. Hoy me pondré con ello por la tarde. Pero ya te digo, tiene buena pinta.

Simba
05/11/2015, 08:46
Si que tenia la posición de su casa

marcoasj
05/11/2015, 12:36
Si concretamente ese es el mejor precio.
No re arrepentirás
.

Pues ya lo he pedido, así que vete preparando, pq en cuanto llegue me vas a tener que dar una cursillo acelerado de "COSAS que no hay que hacer con el Cyclops storm", :laugh::laugh::laugh::laugh:

Simba
05/11/2015, 12:39
Vale no hay problema pero tienes un magnífico manual en el hilo del Storm OK.

rortega
05/11/2015, 17:57
Turruk, qué firmware y versión le has subido a la Taranis?

TURRUK
05/11/2015, 18:38
Turruk, qué firmware y versión le has subido a la Taranis?

Hola, firw; Opentx-taranis
Version-2.1.3

rortega
05/11/2015, 21:12
Hola, firw; Opentx-taranis
Version-2.1.3

Bueno, he estado mirando la implementación del decodificador de tramas del opentx, y la implementación del decodificador de tramas del tracker, y veo en las tramas que suelta tu taranis que las cabeceras de longitud y latitud coinciden con lo que ambos códigos esperan recibir.

No he probado aún a depurar el código fuente, pero seguramente el problema sea similar en parte a lo que ha padaso con el protocolo FrSky D, y es que el parser no esté adaptado al escenario concreto.

De momento, con lo que llevo visto, creo que la telemetría que suelta la Taranis por el puerto smart sport es buena, ahora es cuestión de adaptar el código fuente del parser para que se entienda con ella.

rortega
05/11/2015, 22:14
Bueno, ya estoy empezando a depurar el código.
Lo primero que veo es que el ancho de trama que espera recibir el parser es mucho mayor que el ancho de trama real, lo mismo que pasaba en el caso de FrSky D. Así que adaptaré el código a los nuevos tamaño de trama.

TURRUK
05/11/2015, 22:18
Bueno, he estado mirando la implementación del decodificador de tramas del opentx, y la implementación del decodificador de tramas del tracker, y veo en las tramas que suelta tu taranis que las cabeceras de longitud y latitud coinciden con lo que ambos códigos esperan recibir.

No he probado aún a depurar el código fuente, pero seguramente el problema sea similar en parte a lo que ha padaso con el protocolo FrSky D, y es que el parser no esté adaptado al escenario concreto.

De momento, con lo que llevo visto, creo que la telemetría que suelta la Taranis por el puerto smart sport es buena, ahora es cuestión de adaptar el código fuente del parser para que se entienda con ella.

Hola esta noticia promete, para una plataforma mas, creo que bastante gente lo tiene la emisora con modulo interno.

TURRUK
05/11/2015, 22:29
Bueno, he estado mirando la implementación del decodificador de tramas del opentx, y la implementación del decodificador de tramas del tracker, y veo en las tramas que suelta tu taranis que las cabeceras de longitud y latitud coinciden con lo que ambos códigos esperan recibir.

No he probado aún a depurar el código fuente, pero seguramente el problema sea similar en parte a lo que ha padaso con el protocolo FrSky D, y es que el parser no esté adaptado al escenario concreto.

De momento, con lo que llevo visto, creo que la telemetría que suelta la Taranis por el puerto smart sport es buena, ahora es cuestión de adaptar el código fuente del parser para que se entienda con ella.

Hola esta noticia promete, para una plataforma mas, creo que bastante gente lo tiene la emisora con modulo interno.

rortega
05/11/2015, 22:55
...

Simba
05/11/2015, 22:57
Con mucha probabilidad si.
Pero que lo confirme Turruk que es su casa.

rortega
05/11/2015, 22:57
...

rortega
05/11/2015, 22:58
Es lo que me devuelve el parser una vez modificado. Si subo el cambio posiblemente el tracker ya haga el seguimiento.

rortega
05/11/2015, 23:04
Turruk, te digo lo que hay que cambiar, es mínimo, así lo pruebas directamente en el tracker.

En el archivo frsky_sport.cpp, en la línea 51 tienes:

#define FRSKY_RX_PACKET_SIZE 19

Cambia el valor a 9:

#define FRSKY_RX_PACKET_SIZE 9

Compilas, subes, y ya debería funcionar.

rortega
05/11/2015, 23:07
No sé como está obteniendo los datos de GPS. Pero si en lugar del módulo GPS mete la salida del simulador NMEA y me devuelve las capturas con un vuelo simulado, yo puedo hacer pruebas para ver si me tracker se mueve bien y si hay errores raros.

rortega
05/11/2015, 23:09
Sats: 15 seguramente es un error. En la versión FrSky D también está, pero no afecta para nada al funcionamiento del tracker, porque el número de satélites no interviene para tomar ninguna decisión a la hora de hacer el seguimiento. El segimiento se realiza si hay dato de posición y altitud.

La altitud 51 es la absoluta, quiere decir que el módulo GPS está situado a 51 metros sobre el nivel del mar.

rortega
05/11/2015, 23:22
Ese error del parser, lo voy a llamar "error del bulto", cosa que no podría decirle al autor del código porque me echaría a los perros. Es incomprensible que ese error esté en el código y luego diga que su código funciona. Eso no funciona de ninguna de las maneras con 19, si este código con FrSky X lo hubiese probado alguien, habría reportado el fallo. Nuevamente vemos una característica que está sin probar.

El valor de 9 se lo he puesto yo tras contar la longitud de las tramas que me pasa Turruk. Hay tramas más larga en en la captura, pero muy pocas en compracación a las buenas, y se deben o bien a errores en las comunicaciones, o bien a que portan una información que a nosotros no nos sirve para nada. Las que llevan dato de altitud, gps y satélites, son todas de 9.

Despues de haberlo corregido, me ha dado por mirar en el código fuente del opentx, de donde el autor a copiado el código, y existe esa misma definición con el valor 9, lo que es correcto.

Esto lo comento por aquí por si alguna vez tenéis que lidiar con él para que no os cuente milongas.

Simba
05/11/2015, 23:27
Ok estamos al loro.
Le he puesto un msm a Turruk para que entre en el foro pero no debe de poder por algún motivo y se estará tirando de los pelos 😂😂😃

TURRUK
06/11/2015, 00:10
Hola ya funciona :party: claro sobre mesa, si hay un pequeño error de satelites se cambie 05 o 15, pero esto se puede corregir. Gracias señor Rortega :worthy::worthy::worthy:

Simba
06/11/2015, 00:15
Muchas felicidades 😃😃😃

rortega
06/11/2015, 00:17
Bueno, yo hasta que no vea un vídeo demostración no me voy a quedar tranquilo.

Turruk, si puedes hacer captura tomando los datos GPS desde el simulador, podríamos subir el archivo para que otros puedan hacer pruebas.

TURRUK
06/11/2015, 00:26
Bueno, yo hasta que no vea un vídeo demostración no me voy a quedar tranquilo.

Turruk, si puedes hacer captura tomando los datos GPS desde el simulador, podríamos subir el archivo para que otros puedan hacer pruebas.

Ok sin problema, mi pregunta creo simulador no da mas que 115200baud y falta poner 57600, otra pregunta como hacer captura de GPS .

TURRUK
06/11/2015, 01:36
Bueno, yo hasta que no vea un vídeo demostración no me voy a quedar tranquilo.

Turruk, si puedes hacer captura tomando los datos GPS desde el simulador, podríamos subir el archivo para que otros puedan hacer pruebas.

Perdon por mal entendido, queres captura con video?
A qui lo tienes: https://youtu.be/VcxBMq_NNbE Pido disculpa por tan cutre video. :redface2:

rortega
06/11/2015, 08:20
Magnífico Turruk. Quería ambas cosas, por un lado el vídeo para verlo. Por otro que realices nuevas capturas de tramas, pero a ser posible que uses el simulador de tramas en el lado del receptor en lugar de un módulo GPS, para que símiles un vuelo y pueda probar cómo se mueve mi tracker, para ver si hay algún otro problema.

TURRUK
06/11/2015, 12:03
Magnífico Turruk. Quería ambas cosas, por un lado el vídeo para verlo. Por otro que realices nuevas capturas de tramas, pero a ser posible que uses el simulador de tramas en el lado del receptor en lugar de un módulo GPS, para que símiles un vuelo y pueda probar cómo se mueve mi tracker, para ver si hay algún otro problema.

Hola ya hecho las pruebas, a qui: https://www.dropbox.com/s/0go1zrzpkczlxsl/Capturas%20de%20trama%20Frsky.txt?dl=0

Simba
06/11/2015, 13:21
Entonces a falta de últimas pruebas, se puede decir que la Telemetria tipo X, funciona.
¿Que significa Telemetria X?.
Según yo creo y lo digo para concretar ideas, la X es la que utiliza la Taranis y la del modulo Tx XJI, esto referido a sistema de transmisión.
Otra cosa diferente es el tipo de Telemetria utilizado en los Rx, los cuales pueden ser X o D y cada uno de ellos utilizan una comunicación diferente entre accesorios tipo GPS, Vario o Vcc y el Rx .
Los Rx tipo X utilizan el Smart por y los D el serial por con un Hub.

¿Estoy en lo cierto? O estoy patinando.

rortega
06/11/2015, 14:44
Entonces a falta de últimas pruebas, se puede decir que la Telemetria tipo X, funciona.
¿Que significa Telemetria X?.
Según yo creo y lo digo para concretar ideas, la X es la que utiliza la Taranis y la del modulo Tx XJI, esto referido a sistema de transmisión.
Otra cosa diferente es el tipo de Telemetria utilizado en los Rx, los cuales pueden ser X o D y cada uno de ellos utilizan una comunicación diferente entre accesorios tipo GPS, Vario o Vcc y el Rx .
Los Rx tipo X utilizan el Smart por y los D el serial por con un Hub.

¿Estoy en lo cierto? O estoy patinando.
Entre X y D también hay diferencias en el protocolo encapsulación de paquetes. Por ejemplo la longitud de trama, los códigos de encabezado, los campos de la cabezera, y algo muy importante, una suma de comprobación.

Así que no sólo se diferencian a nivel físico, también a nivel lógico y capa de transporte

rortega
06/11/2015, 14:46
Hola ya hecho las pruebas, a qui: https://www.dropbox.com/s/0go1zrzpkczlxsl/Capturas%20de%20trama%20Frsky.txt?dl=0
Turruk, esas tramas no sin buenas, yo diría que las has capturado con otros baudios.

rortega
06/11/2015, 14:50
Entre X y D también hay diferencias en el protocolo encapsulación de paquetes. Por ejemplo la longitud de trama, los códigos de encabezado, los campos de la cabezera, y algo muy importante, una suma de comprobación.

Así que no sólo se diferencian a nivel físico, también a nivel lógico y capa de transporte
De hecho el firm del tracker tiene implementado por separado cada protocolo. Por eso mismo necesitaba estar descansado y con la mente clara, porque era volver a empezar desde cero como con en protocolo D, aunque hay que decir que parte del protocolo X tiene cosas en común con el D, así que ya llevaba mucho aprendido.

TURRUK
06/11/2015, 15:24
Turruk, esas tramas no sin buenas, yo diría que las has capturado con otros baudios.

Entonces que hago, parece mi que con lo mismos que te mando otro dia en rx y gps 9600 y que saca tx 57600.

rortega
06/11/2015, 15:32
Entonces que hago, parece mi que con lo mismos que te mando otro dia en rx y gps 9600 y que saca tx 57600.
Yo creo que en el programa sscom no has indicado 57600

TURRUK
06/11/2015, 16:05
Yo creo que en el programa sscom no has indicado 57600

Puede ser, lo repito una ves mas y cargo archivo en dropbox. :icon_redface:

TURRUK
06/11/2015, 17:04
Yo creo que en el programa sscom no has indicado 57600

Hola a ver si esta te bale: https://www.dropbox.com/s/el66x9foqim31ch/prueba%20-2.txt?dl=0

rortega
06/11/2015, 18:57
Hola a ver si esta te bale: https://www.dropbox.com/s/el66x9foqim31ch/prueba%20-2.txt?dl=0

Sí vale, es un vuelo muy corto, pero vale.

Simba
06/11/2015, 19:04
Je je je, el 7E es la cabecera de las tramas, ji ji ji lo que estamos aprendiendo :laugh::biggrin2:

rortega
06/11/2015, 19:07
Je je je, el 7E es la cabecera de las tramas, ji ji ji lo que estamos aprendiendo [emoji23]:biggrin2:
Xasto[emoji23]

Simba
06/11/2015, 19:24
Entre X y D también hay diferencias en el protocolo encapsulación de paquetes. Por ejemplo la longitud de trama, los códigos de encabezado, los campos de la cabezera, y algo muy importante, una suma de comprobación.

Así que no sólo se diferencian a nivel físico, también a nivel lógico y capa de transporte

Si eso ya lo tengo claro, pero aparte de eso y para comprender, todo el transito de información desde el GPS, está el tema de como captura los datos el RX, en que formato los lee según el tipo de Rx, si es X o es D.

El sistema completo GPS + Rx X + Taranis + Traker.

Turruk esta probando un GPS Ublox + Nace32 + Rx D + Taranis + Traker, y esto funciona.

Yo no tengo un Rx D, el mio es X y por lo tanto no puedo meter el GPS Ublox + Nase32, esto no funcionaria por que mi Rx X, lee por puerto Smart Port, que es un sistema diferente, es lo que llaman por identificación IP, y los diferentes elementos de Telemetria, van conectados en serie con un solo cable de tipo servo, formando una cadena.

Yo me veo obligado a utilizar un GPS con Smart Port de Frsky, que cuesta unos 35€ y funciona a solo 1 Hz, cosa que no me mola mucho.

rortega
06/11/2015, 19:26
Xasto[emoji23]
Ese es el byte de inicio/fin de teama, es común a ambos protocolos, pero con un matiz, en el D está al principio y al fin, en el X sólo al principio. Luego los bytes que se siguen, en el D 4 bytes y en el X 2, sólo tienen en común 2, los que indican el tipo de paquete que llevan encapsulado...y otras diferencias, pero ya el hecho de que haya diferencia en la longitud y que el último byte sea para comprobación de errores, ya exige un tratamiento distinto.

rortega
06/11/2015, 19:32
Ésto de las comunicaciones serie hace décadas que se inventó. Yo cuando estudiaba, hará unos 26 años ya, tuve que implementar mi primer protocolo, tanto en un textremo como en otro, es decir, tanto el codificador como el decodificador, en c y completamente a pelo. Así que imaginaos, como el de la peli matrix, veo los ceros y unos fluyendo por el cable...

Simba
06/11/2015, 19:36
Anda y yo que creía que era ciencia ficción :-11:.
La verdad es que tienes que tener una paciencia de la leche.
Anda que si si no fuera por ti, lo teníamos claro. :worthy::worthy::worthy:

rortega
06/11/2015, 19:45
Le estoy metiendo ruido a conciencia al protocolo, robándole algunos bytes de forma aleatoria, y funciona un millón de veces mejor que el D, simplemente por el hecho de la suma de comprobación, descartando todas los paquetes que contengan error.

rortega
06/11/2015, 19:51
Si eso ya lo tengo claro, pero aparte de eso y para comprender, todo el transito de información desde el GPS, está el tema de como captura los datos el RX, en que formato los lee según el tipo de Rx, si es X o es D.

El sistema completo GPS + Rx X + Taranis + Traker.

Turruk esta probando un GPS Ublox + Nace32 + Rx D + Taranis + Traker, y esto funciona.

Yo no tengo un Rx D, el mio es X y por lo tanto no puedo meter el GPS Ublox + Nase32, esto no funcionaria por que mi Rx X, lee por puerto Smart Port, que es un sistema diferente, es lo que llaman por identificación IP, y los diferentes elementos de Telemetria, van conectados en serie con un solo cable de tipo servo, formando una cadena.

Yo me veo obligado a utilizar un GPS con Smart Port de Frsky, que cuesta unos 35€ y funciona a solo 1 Hz, cosa que no me mola mucho.

Naze32 si sabe hablar con los receptores X, sabe hablar ambos protocolos. Tú no tendrías que preocuparte nada más que de decirle a la NAZE32 que debe enviar los datos con protocolo smart port. Y la forma en la que se entienden el RX on del TX de la Taranis tampoco.

Luego en el puerto smart port deberías recibir las tramas de la misma forma, si no me he equivocado.

Simba
06/11/2015, 19:51
O sea que hace un cheksum, yo creía que eso era imprescindible en todos los sistemas.

Entonces que pasa que funciona mejor que el nuestro, ¿ mejor que el del GPS_TELEMETRY ?.

rortega
06/11/2015, 19:55
O sea que hace un cheksum, yo creía que eso era imprescindible en todos los sistemas.

Entonces que pasa que funciona mejor que el nuestro, ¿ mejor que el del GPS_TELEMETRY ?.

No, no. Con GPS_TELEMETRY también tienes checksum, el protocolo NMEA lleva un byte de checksum al final. En ese aspecto funcionan igual. El que es una caca es FrSky D, al no tener checksum muchas de las tramas que llegan erróneas no se detectan como erróneas, pero yo le he metido unos condicionales al código para descartar datos que provoquen cambios bruscos en las coordenadas o ne la altitud. Por ejemplo, si estamos volando en latitud 39.00000, y de repente salta a 30.00000, esa trama la descarto y devolvemos la última posición válida. Por eso en mi vídeo se veía un poco de retraso en algunas ocasiones.

RVSOD también lleva checksum.

Simba
06/11/2015, 20:05
Vale esa es una de las ñapas, que has tenido que hacer para que funcione, ñapa pero que funciona, o sea solución.

Ademas esta el tema de la velocidad del puerto que en el sistema X es de 57000 baudios, frente a los 9600 del D. ¿esto también cuenta no?

rortega
06/11/2015, 21:34
Vale esa es una de las ñapas, que has tenido que hacer para que funcione, ñapa pero que funciona, o sea solución.

Ademas esta el tema de la velocidad del puerto que en el sistema X es de 57000 baudios, frente a los 9600 del D. ¿esto también cuenta no?
Sí, sobre todo porque en cada trama NMEA GGA tenemos todo lo que necesitamos, mientras que en el protocolo de FrSky tenemos que procesar muchos bytes de otras muchas tramas que no necesitamos, así que cuanto más rápido nos lleguen menos tardamos en enterarnos de a donde tenemos que movernos (me refiero a la posición GPS a la que debemos apuntar).

rortega
06/11/2015, 21:49
Sí, sobre todo porque en cada trama NMEA GGA tenemos todo lo que necesitamos, mientras que en el protocolo de FrSky tenemos que procesar muchos bytes de otras muchas tramas que no necesitamos, así que cuanto más rápido nos lleguen menos tardamos en enterarnos de a donde tenemos que movernos (me refiero a la posición GPS a la que debemos apuntar).

Perdón, rectifico que se me ha ido la pinza y he metido el NMEA del GPS TELEMETRY de por medio.

Efectivamente, aunque los datos reales que se transmiten son los mismos, las tramas D se transmiten más lento, a 9600, y además son más largas por llevar más parafernalia, incluso bytes que no se usan para nada, y para colmo llegan muchas tramas con errores y no tenemos checksum para comprobarlas.

Entre D y X, teniendo la posibilidad de elegir, bien porque tengamos ambos receptores y módulos, bien porque no tengamos ninguno y decidamos comprarlos nuevos, todo apunta a que la mejor opción es X.

Una pregunta ¿Al final hubo que hacer el inversor para sacar las tramas del puerto smart port de la Taranis, o era simplemente un problema de no indicar los baudios correctamente?

Simba
06/11/2015, 21:55
Pues a ver si Turruk nos saca de dudas.

rortega
06/11/2015, 22:05
Acabo de probar en el tracker la versión en binario del archivo con las tramas que me ha pasado Turruk, y el tracker se mueve y muestra los datos en el display correctamente (salvo el detalle ese de esos satlites a 15 que se cuelan de vez en cuando). El vuelo es muy corto, es como haber hecho una pasada de un lado a otro, dura pocos segundos, pero bueno, se ve que funciona.

rortega
06/11/2015, 22:08
Acabo de probar en el tracker la versión en binario del archivo con las tramas que me ha pasado Turruk, y el tracker se mueve y muestra los datos en el display correctamente (salvo el detalle ese de esos satlites a 15 que se cuelan de vez en cuando). El vuelo es muy corto, es como haber hecho una pasada de un lado a otro, dura pocos segundos, pero bueno, se ve que funciona.

Lo he probado a 9600, si en otro momento que ya lo tenga todo bien montado y tal nos puede pasar otra captura más larga, con un vuelo con el que se pueda hacer la prueba de fuego, configuro los módulos bluetooth a 57600 y la hago.

Por cierto, ¿La taranis podrá guardar logs de los datos de telemetría que uno le configure?

Simba
06/11/2015, 22:22
Lo he probado a 9600, si en otro momento que ya lo tenga todo bien montado y tal nos puede pasar otra captura más larga, con un vuelo con el que se pueda hacer la prueba de fuego, configuro los módulos bluetooth a 57600 y la hago.

Por cierto, ¿La taranis podrá guardar logs de los datos de telemetría que uno le configure?
De los logs ni idea.
Lo de configurar los bluetooth a 57600 no lo entiendo, pero no dices que tu sistema D es solo de 9600, debería ir todo a 9600 o es que me he perdido algo.

Simba
06/11/2015, 22:24
Vale vale, estás simulando solo el Traker con una trama igual que la Taranis ¿NO?

rortega
06/11/2015, 22:28
Vale vale, estás simulando solo el Traker con una trama igual que la Taranis ¿NO?

Sí, es que he configurado el firm del tracker con protocolo X para probar las tramas de Turruk. Y como no tengo ganas de trastear hoy mucho, he pasado de configurar los módulos a 57600, y los he dejado a 9600.

Simba
06/11/2015, 22:34
Bien pero la ultima versión, la v0.7 ¿está operativa para Protocolo X ?.
Confirma lo que ya voy despistado, vamos creo que es la que Turruk esta utilizando.

Simba
06/11/2015, 22:38
Al final si todo lo que estáis probando queda OK, igual me da y me pido un modulo XJT, para el Traker360 con idea de probar el repetidor 2,4 a 2,4.

rortega
06/11/2015, 22:43
Bien pero la ultima versión, la v0.7 ¿está operativa para Protocolo X ?.
Confirma lo que ya voy despistado, vamos creo que es la que Turruk esta utilizando.

Turruk hizo la modificación que le dije por si mismo, pero yo también la subí al repositorio, aunque no lo hice público, más que nada porque estaba esperando a ver el tracker en acción y ver que no falla nada más. En tal caso lo haría oficial como versión 0.8, pero vamos que si te la descargas ahora mismo como 0.7 ya tiene la modificación hecha.

rortega
06/11/2015, 22:44
Turruk hizo la modificación que le dije por si mismo, pero yo también la subí al repositorio, aunque no lo hice público, más que nada porque estaba esperando a ver el tracker en acción y ver que no falla nada más. En tal caso lo haría oficial como versión 0.8, pero vamos que si te la descargas ahora mismo como 0.7 ya tiene la modificación hecha.

Por eso tanta insistencia en que me envíe un vuelo simulado en el que el tracker esté un rato en movimiento, pero lo que me ha enviado sólo se mueve unos segundos y termina la simulación.

Simba
06/11/2015, 22:47
Ok seguramente no está conectado y en cuanto vea el foro se pone a ello.

manreg
07/11/2015, 14:08
Unas fotos mejores
http://images.tapatalk-cdn.com/15/07/08/08261264137b4a884b37085604542272.jpghttp://images.tapatalk-cdn.com/15/07/08/42e971d04eab06a75b905cff09c3e21b.jpghttp://images.tapatalk-cdn.com/15/07/08/5228687d987ec4f75419fde463eaa380.jpg

Hola Guillesan, ¿Por qué le has puesto al Tilt engranajes de distinto diámetro?
¿de esta forma no te reduce demasiado el ángulo de giro?
Mi servo para tilt gira más de 90º (calculo que unos 120º a ojímetro), si le pongo esa relación entre engranajes, el giro se reduciría mas o menos a la mitad por lo que la antena no barrería desde la horizontal hasta la vertical en el tilt. ¿No le ocurre esto a tu antena?

Saludos.

Guillesan
07/11/2015, 14:11
No, me funciona bien, al ser ls engranajes de ese tamaño logró que el movimiento sea más "dulce"

TURRUK
07/11/2015, 19:03
Por eso tanta insistencia en que me envíe un vuelo simulado en el que el tracker esté un rato en movimiento, pero lo que me ha enviado sólo se mueve unos segundos y termina la simulación.

Hola, perdon por no responder ya lo hecho prueba con 5min de vuelo:
https://www.dropbox.com/s/6sox15kbq37ta3a/Prueba%20-3.txt?dl=0

Simba
07/11/2015, 19:29
Confirmo lo del inversor, es totalmente necesario.

Simba
07/11/2015, 19:30
Confirmado por Turruk.

rortega
07/11/2015, 20:33
Hola, perdon por no responder ya lo hecho prueba con 5min de vuelo:
https://www.dropbox.com/s/6sox15kbq37ta3a/Prueba%20-3.txt?dl=0

Ya lo he bajado y convertido a binario. Luego lo pruebo y grabo un vídeo para que se vea en funcionamiento el tracker con el protocolo FrSky X

fitozgz
08/11/2015, 13:48
Llevo varios días siguiendo el hilo este, no me entero de la mitad...jijiji pero os estáis pegando una currada del copón.

Una pregunta, habéis conseguido bajar mavlink desde un frsky a la taranis y sacar la telemetría a bluettoth?

Simba
08/11/2015, 13:53
Jope eso es nuevo .
Otra variante.
Se ha bajado mavlink con el Orange LRS, pero con Frsky no.

Guillesan
08/11/2015, 13:57
Llevo varios días siguiendo el hilo este, no me entero de la mitad...jijiji pero os estáis pegando una currada del copón.

Una pregunta, habéis conseguido bajar mavlink desde un frsky a la taranis y sacar la telemetría a bluettoth?

Fito dinos que montaje tienes.
TX de mando , osd, etc...

fitozgz
08/11/2015, 16:45
He conseguido, bueno... Miento... Fraucas ha conseguido bajarme la telemetria por Orange y sacarla a Bluetooth.

Pero la mayoría de aparatos que llevo es con frsky. Entonces la idea es :

Telemetria del mfd o gps a frsky, y en tierra sacarla del módulo integrado de la taranis. No se si se puede o no.



Enviado desde mi SM-N9005 mediante Tapatalk

fitozgz
08/11/2015, 16:51
Estamos esperando piezas para el tracker, y mientras tanto lo que buscamoshttp://images.tapatalk-cdn.com/15/11/08/4e7b748b5e12a8128cf9df5d7c25d8d6.jpg es tener telemetria en el droid planner para saber donde esta el avión.
Con Orange lo tenemos. Nos gustaría con el módulo interno frsky taranis.

Enviado desde mi SM-N9005 mediante Tapatalk

rortega
08/11/2015, 17:03
Jope eso es nuevo .
Otra variante.
Se ha bajado mavlink con el Orange LRS, pero con Frsky no.
Estaría complicado, pero no es imposible, requeriría programar un codificador en el lado del RX que recoja las coordenadas GPS de mavlink y las traduzca a paquetes hub. En el lado del TX no haría falta hacer nada.

Simba
08/11/2015, 19:50
Hola, hoy he estado volando un Micro Cloneaut250 con el Traker, vuelo perfecto, video perfecto y mando perfecto, y se me ocurren algunas cosas.
El GPS lo llevo igual al avión, directo al Rx Orange, y se me ocurre que ya que el Micro 250, lleva la Flip32+ por que no sacar la info del GPS, de la propia controladora y de esta manera, tener información del GPS en el MinimOSD, y poder seguir el Traker con el mismo GPS.
¿Que tal veis este tema.?

rortega
08/11/2015, 21:57
Hola, hoy he estado volando un Micro Cloneaut250 con el Traker, vuelo perfecto, video perfecto y mando perfecto, y se me ocurren algunas cosas.
El GPS lo llevo igual al avión, directo al Rx Orange, y se me ocurre que ya que el Micro 250, lleva la Flip32+ por que no sacar la info del GPS, de la propia controladora y de esta manera, tener información del GPS en el MinimOSD, y poder seguir el Traker con el mismo GPS.
¿Que tal veis este tema.?

Bien, me parece bien. Podrías sacar dos hilos, tierra y tx del gps hacia el rx orange, así tienes las dos cosas que quieres tener.

Simba
08/11/2015, 22:05
Entonces me recomiendas sacar en paralelo la señal del GPS, y meter un ramal a la controladora, y el otro directo al Rx Orange.
Pues también es verdad, para que complicar mas las cosas.

Sl2

rortega
08/11/2015, 22:07
Bien, me parece bien. Podrías sacar dos hilos, tierra y tx del gps hacia el rx orange, así tienes las dos cosas que quieres tener.

Me refiero a que podrías conectar los hilos en Y, de este modo puedes meterle a la flip32 el gps y al mismo tiempo sacar la señal hacia el orange. En su día lo usaba para esnifar la señal del gps de una controladora multiwii y poder monitorizar las tramas que sacaba el gps.

Guillesan
08/11/2015, 22:09
Eso está bien pero habría que saber si la controladora funciona a 4800 y solo gga no

rortega
08/11/2015, 22:32
Eso está bien pero habría que saber si la controladora funciona a 4800 y solo gga no
Buen punto...

rortega
08/11/2015, 22:54
Estoy probando con el tracker a 57600 el archivo que me envió Turruk con las tramas FrSKY X, y funciona. El único problema que hay es que el vuelo que se supone de 5 minutos, se ejecuta en menos de 1 minuto, va a toda pastilla, jajaja. Aunque la comunicación es a 57600, las tramas se envían todas unas detrás de otra, sin el intervalo de 1 segundo que hay normalmente entre posición y posición si usamos configurado a 1 hz. No es pues un problema, propiamente dicho.

rortega
09/11/2015, 01:07
He conseguido, bueno... Miento... Fraucas ha conseguido bajarme la telemetria por Orange y sacarla a Bluetooth.

Pero la mayoría de aparatos que llevo es con frsky. Entonces la idea es :

Telemetria del mfd o gps a frsky, y en tierra sacarla del módulo integrado de la taranis. No se si se puede o no.



Enviado desde mi SM-N9005 mediante Tapatalk

Ésta podría ser la solución

https://github.com/CzechUavGuy/APM-Mavlink-to-FrSky

Necesitas al menos un arduino a bordo de tu aeromodelo y meterle ese firm.

fitozgz
09/11/2015, 05:47
Y si solo fueran tramas gps? Sin que fuera mavlink?

Enviado desde mi SM-N9005 mediante Tapatalk

rortega
09/11/2015, 08:01
Y si solo fueran tramas gps? Sin que fuera mavlink?

Enviado desde mi SM-N9005 mediante Tapatalk
Necesitas algo del lado del aeromodelo que traduzca las tramas NMEA a paquetes Hub para mandarlas sobre FrSKY. Hay muchos proyectos relacionados a tal efecto.

Simba
09/11/2015, 10:52
Eso está bien pero habría que saber si la controladora funciona a 4800 y solo gga no
Parece ser que la controladora lo mínimo que admite es 9600 a no ser que con CLI se pueda poner a 4800.
En fin no se si vale la pena rizar tanto el rizo.
A fin de cuentas el Traker con el micro y GPS directo va genial.

rortega
09/11/2015, 20:09
Parece ser que la controladora lo mínimo que admite es 9600 a no ser que con CLI se pueda poner a 4800.
En fin no se si vale la pena rizar tanto el rizo.
A fin de cuentas el Traker con el micro y GPS directo va genial.
No termino de ver a qué te refieres con que la controladora no admite mas de 9600? Te refieres a la flip32? En todo caso sería el firm el que no admitiría cambiar los baudios? Qué firm usas? FrSK D funciona a 9600 baudios, a más baudios da problemas según las especificaciones del protocolo. Creo que cleanflight si te deja seleccionar más baudios, pero si no lo pines a 9600 no va.

Simba
09/11/2015, 20:42
No me refiero a que no se puede seleccionar menos de 9600.
En Cleanflight no se puede bajar a 4800 que es lo que necesitamos para el Orange..

Simba
09/11/2015, 20:44
Pero bueno solo era una sugerencia que tampoco tiene mucha utilidad en el Micro

TURRUK
09/11/2015, 20:46
No termino de ver a qué te refieres con que la controladora no admite mas de 9600? Te refieres a la flip32? En todo caso sería el firm el que no admitiría cambiar los baudios? Qué firm usas? FrSK D funciona a 9600 baudios, a más baudios da problemas según las especificaciones del protocolo. Creo que cleanflight si te deja seleccionar más baudios, pero si no lo pines a 9600 no va.

Hola traduzco el quiere decir si usas el GPS con Y e Flip no va porque el Orange esta configurado a 4800b. y cleanfligt permite de 9600 y mas. Simba es a si?:biggrin2:

Simba
09/11/2015, 20:47
Yes

rortega
09/11/2015, 21:50
Madre mía, ahora que leo vuestras respuestas y releo todo lo anterior, me doy cuenta de que estoy completamente empanado, y es que estoy con lo del tema de la clase que tengo que dar esta semana y no doy pie con bola con nada...

Pues sí, sí, que llevaba razón Guillesan, que lo de los 4800 baudios es un problema.

Simba
09/11/2015, 21:54
Nada lo te preocupes tu a lo tuyo que esto era una tontería de nada.

Guillesan
09/11/2015, 22:07
Ya os lo decía, coñe jajaja , es mucha tralla chicos, normal que patínen ciertas neuronas

Simba
09/11/2015, 22:30
Si Guillesan es normal que nos mareemos un poco , esto ya tiene muchas variables y es fácil perderse.
Sobre todo los que no siguen el foro a diario es fácil perder el hilo.
De todas formas y animando a los que quieran empezar, pueden preguntar todo lo que quieran y necesiten que no hay problema y es más fácil de lo que parece.

Ivan_Cillo
11/11/2015, 21:16
Hola chicos
Me reincorporo al tema para ir construyendomelo poco a poco ya que tengo casi todo lo necesario.
1 servo standard trucado
1 servo metalico de 90º
1 multiwii (http://hobbyking.com/hobbyking/store/__31138__Multiwii_and_Megapirate_AIO_Flight_Controller_w_FTDI_ATmega_2560_V2_0.html)
1 slip ring
1 lazy susan de 3"
1 lcd
1 gps en camino.
Lo usare con el myflydream o con el gps y el lrs, todavia no estoy decidido.
Me faltan los engranajes por lo que tendre que esperar a navidad a volver a casa y robarselos a algo o que alguno de los que habeis comprado packs me mande alguno, asique si teneis contactar conmigo por favor.
Por aprovechar los gastos de envio compre 5 rodamientos lazy susan por lo que si alguno los necesita que me lo haga saber ya que con 2 me apaño.
De momento me centrare en la mecanica y cuando empiece con la electronica os freire a preguntas.
Un saludete salaos!

rortega
12/11/2015, 18:35
Hola chicos
Me reincorporo al tema para ir construyendomelo poco a poco ya que tengo casi todo lo necesario.
1 servo standard trucado
1 servo metalico de 90º
1 multiwii (http://hobbyking.com/hobbyking/store/__31138__Multiwii_and_Megapirate_AIO_Flight_Controller_w_FTDI_ATmega_2560_V2_0.html)
1 slip ring
1 lazy susan de 3"
1 lcd
1 gps en camino.
Lo usare con el myflydream o con el gps y el lrs, todavia no estoy decidido.
Me faltan los engranajes por lo que tendre que esperar a navidad a volver a casa y robarselos a algo o que alguno de los que habeis comprado packs me mande alguno, asique si teneis contactar conmigo por favor.
Por aprovechar los gastos de envio compre 5 rodamientos lazy susan por lo que si alguno los necesita que me lo haga saber ya que con 2 me apaño.
De momento me centrare en la mecanica y cuando empiece con la electronica os freire a preguntas.
Un saludete salaos!

Por aquí andaremos atentos...

rortega
14/11/2015, 18:28
El lunes recojo la flip32

Guillesan
14/11/2015, 18:34
El lunes recojo la flip32

Venga animo, yo por mi parte estoy probando la telemetria RVOSD, cuando tenga datos fiables lo expondre, aunque debo decir que a primera impresion me parece que va peor que con GPS_Telemetry o Mavlink.
Pero ya digo que no tengo suficientes pruebas.
Saludos.

Ivan_Cillo
14/11/2015, 21:02
Estoy releyendo el tema poco a poco y me surge alguna duda.
He visto que ha subido versiones del codigo Waverider y no se si alguno mas, supongo que la de Ortega va englobandolas a todas verdad?

En cuanto al slip ring he comprado uno de 12 hilos pero no acabo de entender las conexiones del aleman que puso Guillesan en el post 433, ¿cuantos hay que pasar aparte de los 12v, y GND?
-2 para la pantalla
-1 para el video
-1 para la telemetria del lrs
-4 mas para el ftdi (para el servo test)?o usais bluetooth?
El esc para bajar los 12v a 5v lo poneis en la parte de arriba con la placa?
Y los dos botones para establecer casa?

Sigo esperando a ver si a alguien le sobran unos engranajes que me pueda vender o cambiar.
Un saludo

rortega
14/11/2015, 21:28
Estoy releyendo el tema poco a poco y me surge alguna duda.
He visto que ha subido versiones del codigo Waverider y no se si alguno mas, supongo que la de Ortega va englobandolas a todas verdad?

En cuanto al slip ring he comprado uno de 12 hilos pero no acabo de entender las conexiones del aleman que puso Guillesan en el post 433, ¿cuantos hay que pasar aparte de los 12v, y GND?
-2 para la pantalla
-1 para el video
-1 para la telemetria del lrs
-4 mas para el ftdi (para el servo test)?o usais bluetooth?
El esc para bajar los 12v a 5v lo poneis en la parte de arriba con la placa?
Y los dos botones para establecer casa?

Sigo esperando a ver si a alguien le sobran unos engranajes que me pueda vender o cambiar.
Un saludo
Que sepamos, o mejor dicho que yo sepa, sólo hay dos versiones del firm del tracker, la original de Samuel Burucksch, y la que llevamos en este hilo que deriva de la original. Las diferencias con respecto a la original son que con la ayuda de los compañeros de este hilo, estamos probando y corrigiendo problemas, y añadiendo mejoras que el original no tiene. No se trata por tanto una versión que englobe a las demás, es una versión mejorada de la original.

No tengo ni idea de cual es la que waverider lleva, nunca me he bajado los archivos que el comparte, y no sé si tiene hecha alguna mejora. Supongo que está preparada para que el que tenga el frqmax no tenga que marearse buscando librerías o modificando el config.h.

En cualquier caso, tanto la original como la que llevamos en este hilo, creo que son compartibles con el FRQMAX (que alguien me corrija si estoy metiendo la pata).

La que llevamos por aquí está en:

https://github.com/raul-ortega/amv-open360tracker

Actualmente lleva el número de versión 0.7. En el readme se explican las mejoras, y en la wiki hay más Info y links a los documentos de la carpeta doc, que se también se bajan al descargar el zip.

rortega
14/11/2015, 21:32
El tema de las conexiones mejor que te la expliquen los compañeros, yo mi tracker aún lo tengo montado con el slipring, que aunque lo tengo, aún no lo voy a poner en producción porque quiero migrar el firm a una flip32, y si lo monto del todo se me complican las cosas.

Simba
14/11/2015, 21:41
Hola de lo del cableado te puedo decir que es muy personal y depende de lo que tu decidas montar y como.
Creo que yo puse una foto del cableado y enlace entre la parte fija y la móvil es cuestión de que la busques.

Simba
14/11/2015, 21:45
No tengo conexión en el PC y ando con el móvil cuando pueda te digo al go más.

Simba
15/11/2015, 00:18
El lunes recojo la flip32
Jiji ji tengo una Flip32+ desocupada, venga a ver si la ponemos a trabajar.
Un saludo.

Ivan_Cillo
15/11/2015, 07:26
Que sepamos, o mejor dicho que yo sepa, sólo hay dos versiones del firm del tracker, la original de Samuel Burucksch, y la que llevamos en este hilo que deriva de la original. Las diferencias con respecto a la original son que con la ayuda de los compañeros de este hilo, estamos probando y corrigiendo problemas, y añadiendo mejoras que el original no tiene. No se trata por tanto una versión que englobe a las demás, es una versión mejorada de la original.

No tengo ni idea de cual es la que waverider lleva, nunca me he bajado los archivos que el comparte, y no sé si tiene hecha alguna mejora. Supongo que está preparada para que el que tenga el frqmax no tenga que marearse buscando librerías o modificando el config.h.

En cualquier caso, tanto la original como la que llevamos en este hilo, creo que son compartibles con el FRQMAX (que alguien me corrija si estoy metiendo la pata).

La que llevamos por aquí está en:

https://github.com/raul-ortega/amv-open360tracker

Actualmente lleva el número de versión 0.7. En el readme se explican las mejoras, y en la wiki hay más Info y links a los documentos de la carpeta doc, que se también se bajan al descargar el zip.

Gracias por la informacion Ortega, ya tenia lo de tu pagina descargado, menudo maquina eres!y aqui me tienes, a la vuelta dl curro investigando...
Me surge una duda sobre el bluetooth, tengo un modulo HC-06 que en su dia intente configurar para meter waypoints al myflydream. Lo podria configurar para meter las coordenadas con el servo tester y no tener cable supongo, es decir, estos modulos tambien funcionan con el bluetooth del ordenador o tiene que ser con otro modulo configurado como maestro?

Hola de lo del cableado te puedo decir que es muy personal y depende de lo que tu decidas montar y como.
Creo que yo puse una foto del cableado y enlace entre la parte fija y la móvil es cuestión de que la busques.

Hola simba, ¿no merece la pena bajar el lcd a la parte fija verdad?ya que las pocas veces que se miraran las coordenadas sera cuando se estrelle el avion y que en ese caso el tracker estara parado en las ultimas recibidas verdad?

rortega
15/11/2015, 07:46
Gracias por la informacion Ortega, ya tenia lo de tu pagina descargado, menudo maquina eres!y aqui me tienes, a la vuelta dl curro investigando...
Me surge una duda sobre el bluetooth, tengo un modulo HC-06 que en su dia intente configurar para meter waypoints al myflydream. Lo podria configurar para meter las coordenadas con el servo tester y no tener cable supongo, es decir, estos modulos tambien funcionan con el bluetooth del ordenador o tiene que ser con otro modulo configurado como maestro?



Hola simba, ¿no merece la pena bajar el lcd a la parte fija verdad?ya que las pocas veces que se miraran las coordenadas sera cuando se estrelle el avion y que en ese caso el tracker estara parado en las ultimas recibidas verdad?
Sí se puede con el bluetooth del ordenador, yo he realizado muchas pruebas así.

ALBERTHAMON
15/11/2015, 10:52
Hola a todos,
Primero enhorabuena y agradecimientos a guillesan y rortega por la iniciativa y por el esfuerzo de conseguir llevar a cabo este proyecto DIY para la comunidad española.

Segundo, me he leido todos los post esta mañana desde las 8:45 :facepalm::locos:. me quedo con la electronica y la mecanica porque con la programacion no me atrevo.

Tercero, yo tambien he empezado con la compra de materiales. Me faltan los servos por la parte de electronica (voy a fabricarlo con crius)

y por ultimo, utilizo MFD como muchos de por aqui, pero no voy a utilizar Open LRS para enviar la telemetria al tracker. a ver si la fortuna nos sonrie y es posible hacerlo por video con una calidad ya probada.

Un saludo y me quedo por aqui de fiel espectador.

Simba
15/11/2015, 14:13
Hola alberhamon me alegra que te acerques al Traker 360 y siento mucho que no utilices Orange OpenLRS ya que te ahorrarias muchossssssss problemas.
Lo de la Telemetria por video anda muyyy verde el tema.
Si te has leído el tocho veras que de momento y por mucho solo se puede utilizar Telemetria Frsky h la del Orange y si dispusieras por un casual de un decodificador Rango video pues también.
Un abrazo.

Simba
15/11/2015, 14:14
Frsky D y X quería decir

ALBERTHAMON
15/11/2015, 20:13
Gracias por la bienvenida Simba.
Por lo del video no te preocupes. Ya sé que por ahora no hay telemetría por video, pero vamos a sacarle partido al menos para el MFD o moriremos en el intento.:biggrin::biggrin:

No descartes que pida algo de ayuda.

Saludos,

rortega
15/11/2015, 23:01
y por ultimo, utilizo MFD como muchos de por aqui, pero no voy a utilizar Open LRS para enviar la telemetria al tracker. a ver si la fortuna nos sonrie y es posible hacerlo por video con una calidad ya probada.

Un saludo y me quedo por aqui de fiel espectador.

Bienvenido seas por aquí, a ver si lo montas pronto y empiezas a probar. Por aquí creo que nadie ha probado aún con MDF en el open360tracker (corregidme si no estoy en lo cierto), pero por lo que tengo entendido debería funcionar. Echaremos una mano en lo que haga falta para verlo en funcionamiento también con MDF...

Guillesan
15/11/2015, 23:08
Bienvenido seas por aquí, a ver si lo montas pronto y empiezas a probar. Por aquí creo que nadie ha probado aún con MDF en el open360tracker (corregidme si no estoy en lo cierto), pero por lo que tengo entendido debería funcionar. Echaremos una mano en lo que haga falta para verlo en funcionamiento también con MDF...
Hola , rectifico , yo he usado la telemetria Mavlink que entrega el MFD por su puerto data, a 9600 baudios.
Funciona correctamente, en el openlrs 19200 data rate y 9600 para la telemetria.
Si alguien quiere probar aqui estoy para lo que haga falta.
Ok saludos a todos.

rortega
15/11/2015, 23:12
Como comenté, creo que mañana podré recoger la flip32. Ya tengo preparado el entorno de desarrollo y he compilado con éxito cleanflight. La idea es poder usarlo como base para el desarrollo del tracker a 32 bits. Tendré que hacer limpieza y quitar mucho código que no será necesario utilizar, pero lo importante es que dispongo así de todas las librerías necesarias del hardware de que se compone la flip32, un sin fin de librerías que tendrá resuelto temas como el acceso a memoria, la captura de los datos del magnetómetro, la gestión de los puertos serie y softserial ,etc, etc, etc... Además, tiene desarrollado un sistema CLI que también podría utilizar como base.

No va a ser fácil, no va a estar de aquí para mañana, ésto tan sólo acaba de comenzar...a ver que tal se da este inicio de la versión de 32bits del tracker...

Guillesan
15/11/2015, 23:16
Como comenté, creo que mañana podré recoger la flip32. Ya tengo preparado el entorno de desarrollo y he compilado con éxito cleanflight. La idea es poder usarlo como base para el desarrollo del tracker a 32 bits. Tendré que hacer limpieza y quitar mucho código que no será necesario utilizar, pero lo importante es que dispongo así de todas las librerías necesarias del hardware de que se compone la flip32, un sin fin de librerías que tendrá resuelto temas como el acceso a memoria, la captura de los datos del magnetómetro, la gestión de los puertos serie y softserial ,etc, etc, etc... Además, tiene desarrollado un sistema CLI que también podría utilizar como base.

No va a ser fácil, no va a estar de aquí para mañana, ésto tan sólo acaba de comenzar...a ver que tal se da este inicio de la versión de 32bits del tracker...
Ole, animo Ortega eres el mejor.
Si te puedo ayudar en algo ya sabes aunque dudo que en programacion necesites nada y menos de mi, pero en lo demas pruebas y etc aqui estoy
Un saludo y suerte con las teclas.

ALBERTHAMON
15/11/2015, 23:32
Gracias por ofrecer vuestra ayuda.
En un grupo de adictos al MFD, nos hemos propuesto emplear el driver del AAT del MFD con el fin de obtener la telemetría necesaria para trasladarla al open360tracker. Creo que es factible, pero de momento hasta que no me llegue el driver no podremos confirmarlo.

Sin valorar si el driver del mfd es mas caro que el lrs que ya se utiliza para controlar el modelo de vuelo, creo que los datos llevados desde el OSD al tracker, son mas limpios y de mejor calidad que los que puedan llevarse a través del RX+TX(openlrs)+2 x bluetooth.
bueno, como ya dije no tengo ni idea de programación , por lo que lo que estoy comentando, lo mismo no es factible y hay que abortar misión.

venga, nos seguimos leyendo ;)

Guillesan
15/11/2015, 23:41
Gracias por ofrecer vuestra ayuda.
En un grupo de adictos al MFD, nos hemos propuesto emplear el driver del AAT del MFD con el fin de obtener la telemetría necesaria para trasladarla al open360tracker. Creo que es factible, pero de momento hasta que no me llegue el driver no podremos confirmarlo.

Sin valorar si el driver del mfd es mas caro que el lrs que ya se utiliza para controlar el modelo de vuelo, creo que los datos llevados desde el OSD al tracker, son mas limpios y de mejor calidad que los que puedan llevarse a través del RX+TX(openlrs)+2 x bluetooth.
bueno, como ya dije no tengo ni idea de programación , por lo que lo que estoy comentando, lo mismo no es factible y hay que abortar misión.

venga, nos seguimos leyendo ;)
ALBERTHAMON perdona a que driver te refieres, el envio de la telemetria desde el avion esta resuelto, el MFD envia los datos por video, pero tambien puedes configurarlo para que te de Mavlink por el puerto data, el problema lo encuentro en tierra , el decodificador de vidoe esta en su antena pero que yo sepa no se vende la electronica separada y por lo tanto no se puede obtener los datos para entregarlos a la antena360, no se si me explico o estoy en un error.

Simba
16/11/2015, 00:07
Hola Guillesan a ver si puedo dar un poco de luz. En el Traker MFD hay yn parato que llaman driver que es una cajista de aluminio azul y que hace las veces de parte fija y es donde conectamos DC y sacamos video.
Bien pues hay quien piensa que de este chisme que venden por separado, se puede sacar la telemetria ya descodificado del video.
Yo no tengo datos para desmentir o afirmar si es posible o no pero lo cierto es que por el driver se puede sacar la posición gps del avión, otra cosa es que la descodificación la realice el driver.

Seria cojonudo que fuera realizable peto mucho me estrañaria que los de MFD nos lo pusieran tan fácil.

Guillesan
16/11/2015, 00:09
Hola Guillesan a ver si puedo dar un poco de luz. En el Traker MFD hay yn parato que llaman driver que es una cajista de aluminio azul y que hace las veces de parte fija y es donde conectamos DC y sacamos video.
Bien pues hay quien piensa que de este chisme que venden por separado, se puede sacar la telemetria ya descodificado del video.
Yo no tengo datos para desmentir o afirmar si es posible o no pero lo cierto es que por el driver se puede sacar la posición gps del avión, otra cosa es que la descodificación la realice el driver.

Seria cojonudo que fuera realizable peto mucho me estrañaria que los de MFD nos lo pusieran tan fácil.
Gracias por la aclaracion, pero soy reacio a creer que sea ahi donde se decodifica, pero igualmente espero equivocarme a favor de alberthamon y compañeros.

ALBERTHAMON
16/11/2015, 00:15
Hola Guille,
el AAT Driver puede ser conectado a dispositivos externos mediante un bluetooth a través del puerto de datos. Y quien dice bluetooth dice cables directos al puerto de datos de la crius.

Hay dos modos; MFD y VGPS.

Esto es lo que dice el manual sobre el Modo VGPS;
The AATDriver outputs data in GPS format (only $GPGGA and $GPRMC sentence, a subset of the NMEA 0813protocol). You can check the plane’s track and coordinates with a variety of navigation or GPS software. VGPS mode has better compatibility with most hardware and software.

Y esto sobre el Modo MFD:
The AATDriver outputs data to external device with 5HZ rate in MFD mode. MFD protocol contains more information about the plane than VGPS mode. You can use the ground station software provided by MyFlyDream to check the data. Currently it runs on the J2ME platform (need JSR82 support). The android version is also coming soon.

Yo creo que el modo VGPS es el que interesa, pero insisto nuevamente que lo mio no es el soth:biggrin::biggrin::biggrin:

echale un ojo a las ultimas paginas de este manual: http://www.myflydream.com/download/AAT_en_5.0.pdf

A ver si fuera posible sacarle partido....

Guillesan
16/11/2015, 00:22
Hola Guille,
el AAT Driver puede ser conectado a dispositivos externos mediante un bluetooth a través del puerto de datos. Y quien dice bluetooth dice cables directos al puerto de datos de la crius.

Hay dos modos; MFD y VGPS.

Esto es lo que dice el manual sobre el Modo VGPS;
The AATDriver outputs data in GPS format (only $GPGGA and $GPRMC sentence, a subset of the NMEA 0813protocol). You can check the plane’s track and coordinates with a variety of navigation or GPS software. VGPS mode has better compatibility with most hardware and software.

Y esto sobre el Modo MFD:
The AATDriver outputs data to external device with 5HZ rate in MFD mode. MFD protocol contains more information about the plane than VGPS mode. You can use the ground station software provided by MyFlyDream to check the data. Currently it runs on the J2ME platform (need JSR82 support). The android version is also coming soon.

Yo creo que el modo VGPS es el que interesa, pero insisto nuevamente que lo mio no es el soth:biggrin::biggrin::biggrin:

echale un ojo a las ultimas paginas de este manual: http://www.myflydream.com/download/AAT_en_5.0.pdf

A ver si fuera posible sacarle partido....

Si entiendo los datos nmea salen por ahi, pero en lo que estoy en duda es si en esa caja esta el verdadero decodificador , es decir el que lee en el video la telemetria embebida. Hay una cuestion mecanica que me hace pensar asi y es que en la parte superior de la antena MFD existe una electronica, la he visto muy de pasada en videos de youtube, y este "driver se conecta en la parte inferior pasado en slipring , no veo razon en el desarrollador de bajar el video recibido hacia abajo para decodificarlo en el "driver" y volber a subir a la antena para mover servos, no se si me explico .

ALBERTHAMON
16/11/2015, 00:41
Te explicas perfectamente Guille, pero ten en cuenta una cosa muy importante, el driver lo suministran sin el tracker para utilizar la opción flytogether donde se ven los datos de otro avión, es decir, no se necesita el mecanismo del tracker.
:biggrin::biggrin:

ALBERTHAMON
16/11/2015, 00:43
El pin 2 es el que parece que lleva los datos VGPS.

Bueno, yo lo tengo pedido. En cuanto me llegue lo pruebo. Lo mas que puede pasar es que pierda el dinero invertido:redface:

Guillesan
16/11/2015, 00:43
Te explicas perfectamente Guille, pero ten en cuenta una cosa muy importante, el driver lo suministran sin el tracker para utilizar la opción flytogether donde se ven los datos de otro avión, es decir, no se necesita el mecanismo del tracker.
:biggrin::biggrin:
Nada pues a esperar, muy interesado estoy , yo tambien tengo un Skywalker con MFD, ya me informaras porfavor de como termina la cosa. Saludos.

fitozgz
16/11/2015, 06:34
Necesitas algo del lado del aeromodelo que traduzca las tramas NMEA a paquetes Hub para mandarlas sobre FrSKY. Hay muchos proyectos relacionados a tal efecto.

Muchas gracias por la información Rortega, ya estoy en ello con lo que me has facilitado

rortega
16/11/2015, 07:43
Por lo que he visto en el código fuente del tracker, lo que dice alberthamon tiene bastante sentido. El decodificador de tramas es similar al de telemetría directa.

Si no te funcionase, es cuestión de que nos pases capturas cuando lo tengas, y depuramos el código.

TURRUK
16/11/2015, 14:23
Hola quiero añadir sobre aat driver, es muy buena idea pero creo no funciona,
ALBERTHAMON dice que se puede comprar solo un driver para ver coordenadas de otro avion en modo Fly Togedher si pero hay que tener cuenta que esta presente una AAT completa, es decir que esta unidad lo hace toda la magia. Ojala me equivoco. :rolleyes:

ALBERTHAMON
16/11/2015, 22:24
Turruk espero que te equivoques:tongue2::tongue2: y para muestra un botón: Charles dice que para poder visualizar la información de otro avión en pantalla, no se necesita un tracker, si no un OSD teleflypro y un driver. Lo del OSD es por si no utilizas el MFD AP que no es nuestro caso.
http://www.rcgroups.com/forums/showpost.php?p=26707335&postcount=3848

En estas dos imágenes de la placa del driver, se ve que de los 5 cables que van/vienen del mecanismo del tracker, hay un negativo, un positivo que alimenta el mecanismo, un cable de audio que viene del mecanismo, y un cable de video que viene del mecanismo.
El quinto cable es el de control del mecanismo, es decir, el driver una vez que decodifica los datos recibidos por el video, le envia al mecanismo a través del cable de control los datos necesarios para orientar la antena.
Ese cable de control digamos que son datos y el circuito del mecanismo es el que se encarga de coger esos datos y traducirlo en movimientos para Pan y Tilt.

A mi el cable de control no me interesa a no ser que saque los datos que necesitemos. El cable que interesa es el del conector de 6 pines pequeño por donde sale la señal VGPS que es la que nos interesa.

Espero haber aclarado un poco las intenciones que tenemos y en que nos basamos.

Ojala funcione.:biggrin2::biggrin2:

Simba
16/11/2015, 23:34
Bien pues según veo en principio vuestra lógica parece posible.
Yo creo que lo más determinante sin tener otros datos, seria comprobar físicamente que la señal de video que entra en la parte mecánica, no pasa ni hace nada en la placa de control mecánico que pasa limpia y sin más contacto directa al slinring y por el Hasta el driver.
Si se comprueba esto que comento es prácticamente seguro que estáis en lo cierto OK.
¿ Tenéis forma de comprobarlo ?

ALBERTHAMON
16/11/2015, 23:51
no driver no test jijijijijj
estoy esperando al driver para poder empezar a realizar pruebas. En cuanto llegue a ver que acontecimientos se avecinan.

rortega
17/11/2015, 00:56
Turruk espero que te equivoques:tongue2::tongue2: y para muestra un botón: Charles dice que para poder visualizar la información de otro avión en pantalla, no se necesita un tracker, si no un OSD teleflypro y un driver. Lo del OSD es por si no utilizas el MFD AP que no es nuestro caso.
http://www.rcgroups.com/forums/showpost.php?p=26707335&postcount=3848

En estas dos imágenes de la placa del driver, se ve que de los 5 cables que van/vienen del mecanismo del tracker, hay un negativo, un positivo que alimenta el mecanismo, un cable de audio que viene del mecanismo, y un cable de video que viene del mecanismo.
El quinto cable es el de control del mecanismo, es decir, el driver una vez que decodifica los datos recibidos por el video, le envia al mecanismo a través del cable de control los datos necesarios para orientar la antena.
Ese cable de control digamos que son datos y el circuito del mecanismo es el que se encarga de coger esos datos y traducirlo en movimientos para Pan y Tilt.

A mi el cable de control no me interesa a no ser que saque los datos que necesitemos. El cable que interesa es el del conector de 6 pines pequeño por donde sale la señal VGPS que es la que nos interesa.

Espero haber aclarado un poco las intenciones que tenemos y en que nos basamos.

Ojala funcione.:biggrin2::biggrin2:

Una de las fotos tiene en el conector cortado todos los hilos menos lo que parece tierra, y supongo que tx y rx...

Por cierto, el microprocesador que lleva ese driver parece un "ARM" con encapsulado de 64 pines, eso tiene que decodificar la señal de vídeo como un cohete.

rortega
17/11/2015, 00:59
[QUOTE=rortega;480813... tx y rx...[/QUOTE]

Mejor dicho, Tele Data y Raw Tele Data

ALBERTHAMON
17/11/2015, 07:34
Mejor dicho, Tele Data y Raw Tele Data

Jijijiji se pone interesante ehh??:biggrin:

rortega
17/11/2015, 11:45
Me han solicitado agregar un nuevo protocolo, lighttelemetry, que trabaja a 1200/2400 bauds. Ya lo están implementando en cleanflight.

Guillesan
17/11/2015, 12:06
Bien lo estaba leyendo ahora mismo

marcoasj
17/11/2015, 12:53
Gracias por la informacion Ortega, ya tenia lo de tu pagina descargado, menudo maquina eres!y aqui me tienes, a la vuelta dl curro investigando...
Me surge una duda sobre el bluetooth, tengo un modulo HC-06 que en su dia intente configurar para meter waypoints al myflydream. Lo podria configurar para meter las coordenadas con el servo tester y no tener cable supongo, es decir, estos modulos tambien funcionan con el bluetooth del ordenador o tiene que ser con otro modulo configurado como maestro?



Hola simba, ¿no merece la pena bajar el lcd a la parte fija verdad?ya que las pocas veces que se miraran las coordenadas sera cuando se estrelle el avion y que en ese caso el tracker estara parado en las ultimas recibidas verdad?
Yo lo tengo en la parte de arriba.....

Enviado desde mi SM-G900F mediante Tapatalk

Simba
17/11/2015, 13:08
Hola msrcoadj yo también lo tengo arriba pero ponlo en la parte de atrás al contrario que las antenas así no te estorbara para verlo en funcionamiento.
Yo si que lo utilizo en cada vuelo para ver que tengo satélites antes de fijar el home luego ya no lo utilizo. Bueno durante las pruebas y ajustes del principio su que se utiliza mucho para ver el desfase y también con el simulador en casa.
Lo mejor es reservar los cables del slinring para doblar alimentación y señales.

Simba
17/11/2015, 13:12
Rortega el tema este del lighttelemetry ¿que ventajas tiene? Según leo se puede utilizar con el Orange pero no le veo la utilidad.

rortega
17/11/2015, 14:01
Rortega el tema este del lighttelemetry ¿que ventajas tiene? Según leo se puede utilizar con el Orange pero no le veo la utilidad.
Bueno, aumenta la compatibilidad/universalidad del tracker, por un lado, y por otro, al trabajar a menos baudios, con el orangerx rx, por ejemplo, podría aumentar el alcance y menos perdidas de paquetes en la señal de control del aeromodelo.

Simba
17/11/2015, 14:11
Ok.
Pero necesita una placa arduino más. ¿no?

rortega
17/11/2015, 15:35
Ok.
Pero necesita una placa arduino más. ¿no?
En aquellos sistemas que no proveen tramas LTM es necesario, claro.

En el caso de cleanflight/baseflight no, pues sabrán producir esas tramas por sí mismos, igual que hacen con el protocolo frsky D y X, etc..

Simba
18/11/2015, 00:27
Jijijiji se pone interesante ehh??:biggrin:
Con que jijiji jiji, pues si y casi seguro que funciona, yo diría que casi lo aseguraría ¿por que?, esa es la cuestión pero pronto lo veremos.
:-11:

Saludos.

Guillesan
18/11/2015, 00:45
Esto esta sacado del pdf manual del ATT Driver , pinta muy bien

"MFD AATDriver V5 is an enhance unit for MFD AAT(AutoAntennaTracker)system.
The main function of AATDriver V5 is to demodulate the tracking data from Video signal, and control the tracker to point
to the target"
.
Que os parece chicos.

rortega
18/11/2015, 06:55
Aún no está subido el código, pero ya tengo implementado el decodificador para el protocolo Light Telemetry. Estoy a la espera de confirmación de datos de posición conocidos para comparar los resultados.

ALBERTHAMON
18/11/2015, 08:29
Con que jijiji jiji, pues si y casi seguro que funciona, yo diría que casi lo aseguraría ¿por que?, esa es la cuestión pero pronto lo veremos.
:-11:

Saludos.

Esto esta sacado del pdf manual del ATT Driver , pinta muy bien

"MFD AATDriver V5 is an enhance unit for MFD AAT(AutoAntennaTracker)system.
The main function of AATDriver V5 is to demodulate the tracking data from Video signal, and control the tracker to point
to the target"
.
Que os parece chicos.


Pues eso, que las conjeturas no van por mal camino. De echo, los de goodlukbuy lo deben de saber, porque de 49$ lo han subido a 54$. ainsss que impaciente estoy.

Guillesan
18/11/2015, 08:30
Vaya máquina estas hecho tú. No tengo claro cómo se puede usar, me refiero en el avión en mi caso y luego en tierra extraer los datos pero todo llegará. Sigo expectante , no podía yo esperar el alcance que está tomando este proyecto cuando lo publique , por lo que estoy encantado con todo el "cacharreo" que estamos haciendo. No me cansare de agradecerte ROrtega el interés que le pones a esto. Un saludo

marcoasj
18/11/2015, 10:31
Pregunta tonta de la semana: ¿ la cajita azul sólo vale para MFD No ?.....es decir ¿ no podría sacar de la señal de vídeo nada que nonfuera protocolo MFD No?......

Enviado desde mi SM-G900F mediante Tapatalk

Simba
18/11/2015, 10:32
Ok pues eso

marcoasj
18/11/2015, 10:44
Ok pues eso


jijijijijijij.

TURRUK
18/11/2015, 12:24
Hola ya lo hecho las pruebas con AAT Driver si que saca una trama , yo intentado probar con el tracker el modo Telemetria Gps pero nada parece que no conoce esta trama. Lo dejo link para analizar la trama si alguno quiere jugar. :biggrin2: Seguro es poca cosa, igual como pasaba con el Frsky X.
https://www.dropbox.com/s/2bs0gm941hm8pbx/Prueba%20con%20%20AAT%20%20Driver%201200baud.txt?dl=0

Guillesan
18/11/2015, 13:11
Turruk prueba con Mavlink (57600), igual es esa telemetria

TURRUK
18/11/2015, 13:30
Turruk prueba con Mavlink (57600), igual es esa telemetria

Hola como mavlink con 57600 si aat driver saca segun manual 1200 .


1200bps
*Virtual GPS:AATDriver can virtualize itself as a bluetooth GPS module(need to connect with an external BT module). It outputs the location information of the plane with $GPGGA and $GPRMC command.

O me algo escapa.:rolleyes:

Guillesan
18/11/2015, 13:36
No se , pero si probaras a conectar la salida con él pc corriendo ardupilot, arduplaner, o algo así igual funciona, no sé si digo tonterías pero es fácil probarlo

TURRUK
18/11/2015, 13:44
No se , pero si probaras a conectar la salida con él pc corriendo ardupilot, arduplaner, o algo así igual funciona, no sé si digo tonterías pero es fácil probarlo

Hola para probar con crius falta cargar una version special de mavlink, o se puede elegir en misma version telemtria gps.

Guillesan
18/11/2015, 13:45
Hola para probar con crius falta cargar una version special de mavlink, o se puede elegir en misma version telemtria gps.

No me referia que la salida del driver lo conectes al pc corriendo un software como ardupilot o arduplanner, que interpretan Mavlink, sin pasar por la antena en directo entiendes.

TURRUK
18/11/2015, 13:56
No me referia que la salida del driver lo conectes al pc corriendo un software como ardupilot o arduplanner, que interpretan Mavlink, sin pasar por la antena en directo entiendes.

Ya te intendido, si puedo probar tu crees que va funcionar, mas fasil si señor Rortega descifra la trama y lo diga algo, con respecto.:icon_redface:

Guillesan
18/11/2015, 13:58
No se Turruk, fácil es si quieres esperar a Rortega bien tambien

TURRUK
18/11/2015, 14:08
No se Turruk, fácil es si quieres esperar a Rortega bien tambien

Yo creo no va, porque a sacar la trama con una programa solo se ve bien C3 58 02 0D D2 02 00 E2 B4 17 6B 01 CC 14 9F 00 CC 00 D6 con 1200 a cambiar a otro me da todo 00000.

Guillesan
18/11/2015, 14:08
Ok, pues esperaremos

rortega
18/11/2015, 14:19
Ya te intendido, si puedo probar tu crees que va funcionar, mas fasil si señor Rortega descifra la trama y lo diga algo, con respeto.:icon_redface:
Esta tarde le echo un vistazo al archivo

ALBERTHAMON
18/11/2015, 15:00
Pregunta tonta de la semana: ¿ la cajita azul sólo vale para MFD No ?.....es decir ¿ no podría sacar de la señal de vídeo nada que nonfuera protocolo MFD No?......

Enviado desde mi SM-G900F mediante Tapatalk
Bajatjate manual del driver del aat mfd. Te indica que puedes usar el driver con un osd de mfd. No es necesario el ap, pero si que necesitas un osd del fabricante.

ALBERTHAMON
18/11/2015, 15:02
Yo creo no va, porque a sacar la trama con una programa solo se ve bien C3 58 02 0D D2 02 00 E2 B4 17 6B 01 CC 14 9F 00 CC 00 D6 con 1200 a cambiar a otro me da todo 00000.
Con que haces la lectura? Con hyperterminal?

TURRUK
18/11/2015, 15:20
Con que haces la lectura? Con hyperterminal?

Hola no con, sscom32E.

Simba
18/11/2015, 16:30
Pregunta tonta de la semana: ¿ la cajita azul sólo vale para MFD No ?.....es decir ¿ no podría sacar de la señal de vídeo nada que nonfuera protocolo MFD No?......

Enviado desde mi SM-G900F mediante Tapatalk

Lo que te dice Alberhamon es que necesitas este parato de MFD:
http://www.goodluckbuy.com/teleflypro-auto-tracking-antenna-encoder-version-1-0-for-mfd-aat-system-compatible-with-aatdriver-v5-v4.html

Que es un OSD simple que tiene el codificador de Telemetria por Audio y por Video, con el y un GPS cualquiera (Ublox a ser posible) y la cajita Driver azul, ya lo tienes todo.
Con este sistema y nuestro Traker360, todos los chicos del Gragonlink van a alucinar.
Espero que TrurruK tenga existo y que rortega entienda sus tramas. :-11:

sl2

rortega
18/11/2015, 22:11
Con que haces la lectura? Con hyperterminal?

Lo hace con este programa: https://www.dropbox.com/sh/zh8r71xpjnynohs/AACV3_j3WDt4b4gna0c7uU9Ra?dl=0

Está en mi dropbox...

rortega
18/11/2015, 22:16
Hola ya lo hecho las pruebas con AAT Driver si que saca una trama , yo intentado probar con el tracker el modo Telemetria Gps pero nada parece que no conoce esta trama. Lo dejo link para analizar la trama si alguno quiere jugar. :biggrin2: Seguro es poca cosa, igual como pasaba con el Frsky X.
https://www.dropbox.com/s/2bs0gm941hm8pbx/Prueba%20con%20%20AAT%20%20Driver%201200baud.txt?dl=0

Ya estoy con este tema...a ver que sale.

rortega
18/11/2015, 22:56
Ya estoy con este tema...a ver que sale.

Voy a continuar mañana, hoy tengo la mente literalmente fundida por el trabajo, y la tarde se me ha ido entre buscar billete de avión para las navidades y terminar de arreglar el parser para Light Telemetry, que por fín decodifica bien las tramas. Mañana integraré dicho parser en el tracker y continuaré con las tramas de MDF, prefiero ir por partes, porque si no no acabo ni lo uno ni lo otro.

rortega
19/11/2015, 08:56
Ya tenemos nuevo protocolo. Acabo de terminar de subir la versión 0.8 con soporte para Light Telemetry.

Para probarlo, en el config.h descomentar:

#define LTM

Si queréis probarlo, he subido también el archivo raw:

https://github.com/raul-ortega/amv-open360tracker/blob/master/telemetry-logs/LTM.log

Es un vuelo cercano realizado por otro usuario de github, con un radio de vuelo de muy pocos metros, por lo que se aconseja cambiar en el config.h el parámetro de distiancia de inicio de seguimiento a cero.

Lo he verificado con mi tracker antes de subirlo.

rortega
19/11/2015, 08:57
Ya esta tarde puedo ponerme con el MDF.

rortega
19/11/2015, 13:00
Turruk ésto es lo que sale de los datos haciendo debug, sin tocar nada:

Debug values: 1000 , Alt: 19462, Azimuth; 270, ReadChk:32, CalcChk: 117

Debug values: 1000 , Alt: 0, Azimuth; 25428, ReadChk:0, CalcChk: 116

Debug values: 1000 , Alt: 0, Azimuth; 25428, ReadChk:0, CalcChk: 116

Debug values: 1000 , Alt: 0, Azimuth; 25428, ReadChk:0, CalcChk: 116

Debug values: 41548 , Alt: 0, Azimuth; 270, ReadChk:0, CalcChk: 61

La suma de comprobación calculada no coincide con la suma de comprobación leída, lo que podría indicar alguna de ests cosas:



que las tramas contengan errores (por ejemplo porque se estén leyendo a baudios incorrectos)
el formato de la trama sea distinto al formato que el firmware sabe decodificar.
El código fuente del decodificador contenga errores.


No la he buscado, pero si alguien tiene más información al respecto del formato de tramas que suelta ese cacharro, podríamos adelantar tiempo. Modificar el decodificador o implementar un nuevo protocolo para este escenario no es problema si conocemos el formato...

TURRUK
19/11/2015, 15:22
Turruk ésto es lo que sale de los datos haciendo debug, sin tocar nada:

Debug values: 1000 , Alt: 19462, Azimuth; 270, ReadChk:32, CalcChk: 117

Debug values: 1000 , Alt: 0, Azimuth; 25428, ReadChk:0, CalcChk: 116

Debug values: 1000 , Alt: 0, Azimuth; 25428, ReadChk:0, CalcChk: 116

Debug values: 1000 , Alt: 0, Azimuth; 25428, ReadChk:0, CalcChk: 116

Debug values: 41548 , Alt: 0, Azimuth; 270, ReadChk:0, CalcChk: 61

La suma de comprobación calculada no coincide con la suma de comprobación leída, lo que podría indicar alguna de ests cosas:



que las tramas contengan errores (por ejemplo porque se estén leyendo a baudios incorrectos)
el formato de la trama sea distinto al formato que el firmware sabe decodificar.
El código fuente del decodificador contenga errores.


No la he buscado, pero si alguien tiene más información al respecto del formato de tramas que suelta ese cacharro, podríamos adelantar tiempo. Modificar el decodificador o implementar un nuevo protocolo para este escenario no es problema si conocemos el formato...


Hola no se, lo mas que me parecido esta velosidad 1200baud, a probar con otro me daba 000 , esto que yo puedo hacer.:facepalm:

TURRUK
19/11/2015, 16:12
Entonces donde esta fallando, porque la trama sale falsa ? Manual dice que es protocolo NMEA 0813.

rortega
19/11/2015, 16:31
Entonces donde esta fallando, porque la trama sale falsa ? Manual dice que es protocolo NEMA 0183.

No sé exactamente que es lo que saca, pero está clarísimo que son tramas de algún protocolo, a vers si encontramos información al respecto:

CC 00 1B C4 58 02 1D D2 02 00 38 B4 17 00 00 53 F1 8E 00
CC 00 1B C4 58 02 1D D2 02 00 38 B4 17 00 00 53 F1 8E 00
CC 00 1C C4 58 02 1C D2 02 00 38 B4 17 00 00 55 26 59 00
CC 00 1D C4 58 02 1C D2 02 00 38 B4 17 00 00 57 A7 DB 00
CC 00 1E C4 58 02 1B D2 02 00 38 B4 17 00 00 74 54 0F 00
CC 00 1E C4 58 02 1B D2 02 00 2E B4 17 00 00 3D 97 93 00
CC 00 1E C4 58 02 1B D2 02 00 2E B4 17 00 00 3D 97 93 00
CC 00 1F C4 58 02 19 D2 02 00 2E B4 17 00 00 26 76 6A 00
CC 00 1F C4 58 02 18 D2 02 00 38 B4 17 00 00 62 25 6A 00
CC 00 1F C4 58 02 18 D2 02 00 38 B4 17 00 00 62 25 6A 00
CC 00 1F C4 58 02 17 D2 02 00 2E B4 17 00 00 6A 16 48 00
CC 00 20 C4 58 02 16 D2 02 00 38 B4 17 00 01 BA 7A DD 00
CC 00 1F C4 58 02 16 D2 02 00 2E B4 17 00 00 67 86 D4 00
CC 00 1F C4 58 02 16 D2 02 00 2E B4 17 00 00 67 86 D4 00
CC 00 1F C4 58 02 17 D2 02 00 2E B4 17 00 00 6A 16 48 00
CC 00 1E C4 58 02 17 D2 02 00 2E B4 17 00 00 68 97 CA 00
CC 00 1E C4 58 02 18 D2 02 00 2E B4 17 00 00 29 67 74 00
CC 00 1E C4 58 02 18 D2 02 00 2E B4 17 00 00 29 67 74 00
CC 00 1E C4 58 02 19 D2 02 00 2E B4 17 00 00 24 F7 E8 00
CC 00 1D C4 58 02 1A D2 02 00 2E B4 17 00 00 35 C4 CA 00
CC 00 1D C4 58 02 1B D2 02 00 2E B4 17 00 00 38 54 56 00
....

rortega
19/11/2015, 20:24
Después de dar unas cuantas vueltas, he encontrado algo. En p

MFD AAT Control Protocol


(1) Serial protocol parameter:
TTL level, baudrate 19200 bps (default) / 38400bps
8 data bits, 1 stop bit, no parity

(2) control command

1) Test command
Send char 'N' to point north with elevation angle of 0 degrees
Send char 'E' to point deast with elevation 30 degrees
Send char 'S' to point south with elevation angle of 0 degrees
Send char 'W' to point west with elevation angle of 60 degrees

2) Standby command
Send char '#' to tell the AAT that coordinates are not set. This allows you manual rotation of the AAT.

3) Coordinates set command
Send char 'X' to tell the AAT that coordinates are set. Tracking will start if object is more than 10m away from AAT.

4) Link failure, enter offline mode
Send char '@' to tell the AAT that there is a connection failure. This allows you manual rotation of the AAT.

5) direction and elevation control commands
'D' + distance + 'H' + height + 'A' + target azimuth + '*' + checksum + <LF>

D: distance in meters - positive values only INTEGER
H: height relative to start point - positive/negative height possible, but minimal antenna angle is limited to 0° INTEGER
A: azimuth in degrees 0 - 359
Checksum: unsigned int 8bit, Sum up all chars of the "D***H***A*" string. Intermediate overflow discarded.
<LF>: Newline \n, ASCII code 0x0A

Example: D1001H120A265*??\n
distance: 1001m
height: 120m
azimuth: 265°

ALBERTHAMON
19/11/2015, 21:11
Pero la lectura de que pin la has realizado? Ten en cuenta que hay dos pines con datos. Uno con los datos del mfd y otros con los del vgps. Y ademas el vgps depende tambien de la version del firmware que lleve el driver

rortega
19/11/2015, 21:16
Pero la lectura de que pin la has realizado? Ten en cuenta que hay dos pines con datos. Uno con los datos del mfd y otros con los del vgps. Y ademas el vgps depende tambien de la version del firmware que lleve el driver

A ver si Turruk nos da más información y nos ilumina, porque únicamente tener un archivo en hexadecimal ...

Turruk, por favor, intenta aportar más información para intentar saber que es lo que tenemos.

A parte, estaría bien poder tener coordenadas del punto en el que hiciste la captura, altitud, distancia ... de este modo podría intentar averiguar en que parte de las tramas podrían estar algunos datos.

rortega
19/11/2015, 21:35
El decodificado del tracker analiza otro tipo de tramas, en el que no hay datos gps. Lo que intenta obtener es dato de distancia, altitud y azimut, así como el valr de checksum. Con eso es suficiente para mover el tracker, y el driver previamente ha decodificado las tramas gps.

ALBERTHAMON
19/11/2015, 21:36
Yo la verdad que como no me ha llegado todavía el driver para hacer pruebas, no puedo mas que mirar y dar un poco de guerra:laugh::laugh:

a ver si no estoy equivoado, mi intención para hacer una lectura de datos, es coger el MFD, quitar el GPS y sustituirlo por un ftdi con el cual meterle una simulación nmea.
luego con el driver, coger la lectura por el puerto de datos mediante otro ftdi en otro pc a través de hyperterminal.
Lo mismo no es necesaria tanta historia, pero es lo que había pensado.


El pin de lectura de datos sería el pin 2 que se ve en la foto. No sé si el pin 4 también aporta datos.

Mediante el pin 2 se obtienen datos VGPS que según el manual indica esto:

Virtual GPS communication baudrate 1200bps
* *Virtual GPS:AATDriver can virtualize itself as a bluetooth GPS module (external BT module required). It outputs the location information of the plane with $GPGGA and $GPRMC command.
*Virtual GPS mode is not available in AATDriver V5.07 firmware yet. Will support it in the new firmware shortly.


A ver si esta información sirve de algo.
saludos,

rortega
19/11/2015, 21:40
Yo la verdad que como no me ha llegado todavía el driver para hacer pruebas, no puedo mas que mirar y dar un poco de guerra:laugh::laugh:

a ver si no estoy equivoado, mi intención para hacer una lectura de datos, es coger el MFD, quitar el GPS y sustituirlo por un ftdi con el cual meterle una simulación nmea.
luego con el driver, coger la lectura por el puerto de datos mediante otro ftdi en otro pc a través de hyperterminal.
Lo mismo no es necesaria tanta historia, pero es lo que había pensado.


El pin de lectura de datos sería el pin 2 que se ve en la foto. No sé si el pin 4 también aporta datos.

Mediante el pin 2 se obtienen datos VGPS que según el manual indica esto:


A ver si esta información sirve de algo.
saludos,

Pues si es verdad que van a entregar las tramas NMEA 0183 en las futuras versiones, sería la caña, eso ahorraría muchos quebraderos de cabeza. El problema lo veo a los que tengan versiones anteriores y que no puedan ser actualizadas con ese nuevo firm.

ALBERTHAMON
19/11/2015, 21:45
Turruk, sabes en que modo tienes configurado el driver? mfd o vgps?
mira en el manual como se configura:

ALBERTHAMON
19/11/2015, 21:52
Pongo mas información del manual del driver por si ayuda.

 Connect AATDriver to external devices
You can connect an external bluetooth module to the AATDriver. Using Bluetooth you can connect your laptop or mobile devices to the AATDriver to view and record the real-time flight data. The Bluetooth password is set to “1234”.

TURRUK
19/11/2015, 23:32
A ver si Turruk nos da más información y nos ilumina, porque únicamente tener un archivo en hexadecimal ...

Turruk, por favor, intenta aportar más información para intentar saber que es lo que tenemos.

A parte, estaría bien poder tener coordenadas del punto en el que hiciste la captura, altitud, distancia ... de este modo podría intentar averiguar en que parte de las tramas podrían estar algunos datos.

Hola perdon por tardar de responder, todo que explico el ALBERTHAMON yo hecho lo unico puede ser que no puse el AAT driver en modo VGPS. Voy a lleer mas manual.

TURRUK
20/11/2015, 00:35
Segun la manual como me intendido claramente dice siguiente:
1200bps
* GPS Virtual: AATDriver puede virtualizar como un módulo bluetooth GPS (necesidad de conectar con un módulo BT externo). Se da salida a la información de localización del avión con comando $ GPRMC $ GPGGA y.
* Modo Virtual GPS no está disponible en AATDriver V5.07 firmware. Lo apoyará en el nuevo firmware en breve.

Yo llevo ultima V5.07 entoces de momento no sirve nada.:sad:

ALBERTHAMON
20/11/2015, 08:03
Pues eso parece turruk. Lo mismo ya esta disponible el nuevo firm.
Por cierto, como sabes el firm que llevas?

TURRUK
20/11/2015, 10:58
Pues eso parece turruk. Lo mismo ya esta disponible el nuevo firm.
Por cierto, como sabes el firm que llevas?

Hola porque yo e actualizado.

Simba
20/11/2015, 15:28
Hola he estado hablando co Turruk y me comenta que el procedimiento para la toma de tramas de datos es tal como comento correcto y lo hizo con su propio avión y GPS en tierra, pero recogido los datos del Driver vía vídeo.

Por otro lado llegamos a la conclusión de que los datos son validos, pero en un formato desconocido, pero interpretado fácilmente por APP Android, ya que el hizo pruebas en su día, recogiendo información en el Móvil, y representando el vuelo del avión en google, o sea que esto funciona pero hay que interpretar correctamente las tramas que saca.

Confirmamos también lo comentado, respecto a la total independencia de la electrónica de control del traker MFD, de lo que es el Driver.
La señal de vídeo pasa limpia y sin tocar la placa electrónica superior del Traker, a el Driver el cual la decodifica y manda datos al control de servos por un lado, y por el otro enchufe al exterior, sitio por donde se pueden tomar para otras aplicaciones o sea nuestro Traker360 o cualquier otra APP.

Lo que comenta MFD en sus instrucciones de salida virtual GPS NMEA, con una nueva versión de firmwar, de momento es solo ficción y publicidad encubierta, ya que no está perativo, pero si rortega prepara un (como lo llamas ??? ) Parser maravilloso, que sea capaz de entender estas tramas, seria la leche para muchos muchos seguidores de este hilo.
A fin de cuentas, lo que promete MFD, es un protocolo de conversión de sus tramas a un formato NMEA, que lo haria el propio Driver, pero de momento solo rortega puede hacerlo realidad.

Todo esto es nuestra idea de como esta el tema, pero podemos estar equivocados.

Un saludo.

rortega
20/11/2015, 15:46
De todo lo que has dicho, lo que que interesa es,

1) por un aldo :

"...manda datos al control de servos por un lado..."

Creo que por ahí salen las tramas con distancia, altitud y azimut que sabe decodificar nuestro tracker con su actual firmware.

2) y por otro lado:

"...formato desconocido, pero interpretado fácilmente por APP Android..."

Estas son las tramas que tenemos, y que a poco que sepamos si tenemos acceso al código fuente de esa aplicación android, seríamos capaz de descifrarla. La posción GPS puede ser vivable (con sus matices) descrifrarla con la información que ya tengo por parte de Turruk, y esa información que he ido encontrando de lo que parecen versiones más antiguas del protocolo.

Por tanto, necesitaría dos cosas:

1) Que intentéis sacar las tramas que le manda el driver al tracker MFD
2) Toda la información posible de la aplicación android que usáis.

Simba
20/11/2015, 16:17
Vale, pues supongo que si Turruk esta al loro, es el sabe que APP de android utilizaba, pero creo que es una APP gratuita de las normales.
También es Turruk el que dispone del Traker y Driver y conoce perfectamente por donde sacar la información que le llega a la placa de control de servos.
Si Turruk no contesta por estar desconectado, luego mas tarde me pongo en contacto via Movil y lo pongo al corriente.

Venga que esto ya lo tenemos.

sl2.

TURRUK
20/11/2015, 17:10
Hola, lo veo que no tan facil con esto,yo peguntado un amigo el en su dia queiria sacar esta trama pero nada. Sobre alpicacion es una de pagina oficial de MyFlydream son esta; MFD AAT App (para Android)

TURRUK
20/11/2015, 18:05
Hola, ya lo hecho las pruebas con distintas velosidades si que se nota algo nuevo , lo dejo link para analizar;
https://www.dropbox.com/s/fi8t0ha657qs86z/Pruebas%20con%2038400.txt?dl=0

https://www.dropbox.com/s/oxb5oqzhmqso4vh/Prueba%20con%209600.txt?dl=0

rortega
20/11/2015, 18:28
voy a analizarlo, mientras tanto genere otro archivo a 2400bauds

Guillesan
20/11/2015, 18:32
Y digo yo no será Mavlink por vídeo , en el MFD la salida data tiene varias configuraciones a saber old , 9600, 19200 etc , si yo he usado esa salida por allí y dársela a openlrs para bajarla a 9600 era mavlink, no será el mismo protocolo pero pasado por vídeo y bajado de velocidad? Igual digo tonterías pero.....

rortega
20/11/2015, 20:20
Hola, ya lo hecho las pruebas con distintas velosidades si que se nota algo nuevo , lo dejo link para analizar;
https://www.dropbox.com/s/fi8t0ha657qs86z/Pruebas%20con%2038400.txt?dl=0

https://www.dropbox.com/s/oxb5oqzhmqso4vh/Prueba%20con%209600.txt?dl=0

El contenido de esos archivos no tienen ni pies ni cabeza, ahí no hay nada descifrable.

Simba
20/11/2015, 20:28
El contenido de esos archivos no tienen ni pies ni cabeza, ahí no hay nada descifrable.
Bien podía ser un código particular para su propio Traker y por supuesto indescifrable para alguien ajeno.

El otro puerto, el que esta pensado para usuarios ajenos, es el que debe ser mas fácil de interpretar, por tener un código que sera de uso publico.

Digo yo, por decir algo que aquí estoy haciendo fuerza para ver que sale.

TURRUK
20/11/2015, 20:47
El contenido de esos archivos no tienen ni pies ni cabeza, ahí no hay nada descifrable.

Lo siento mucho señores eso todo lo que me da, no se por donde tirar.
O mejor como opina el Simba, esta codificado yo creo que fabricante no tan tonto para dejar tan facil.
a

rortega
20/11/2015, 21:12
Bien podía ser un código particular para su propio Traker y por supuesto indescifrable para alguien ajeno.

El otro puerto, el que esta pensado para usuarios ajenos, es el que debe ser mas fácil de interpretar, por tener un código que sera de uso publico.

Digo yo, por decir algo que aquí estoy haciendo fuerza para ver que sale.

Yo me inclino a que el archivo de 1200 baudios es el que lleva datos buenos. Voy a seguir indagando para saber por donde toman los datos los alemanes con el MFD...

rortega
20/11/2015, 21:19
Lo siento mucho señores eso todo lo que me da, no se por donde tirar.
O mejor como opina el Simba, esta codificado yo creo que fabricante no tan tonto para dejar tan facil.
a

Turruk, ¿Puedes probar a sacar datos a 19200 baudios?

Es que en lo que puse ayer dice:

MFD AAT Control Protocol

(1) Serial protocol parameter:
TTL level, baudrate 19200 bps (default) / 38400bps
8 data bits, 1 stop bit, no parity

TURRUK
20/11/2015, 21:26
Turruk, ¿Puedes probar a sacar datos a 19200 baudios?

Es que en lo que puse ayer dice:

MFD AAT Control Protocol

(1) Serial protocol parameter:
TTL level, baudrate 19200 bps (default) / 38400bps
8 data bits, 1 stop bit, no parity

Ok a que metodo te refieres, como hoy o antes de ayer.

rortega
20/11/2015, 22:24
Ok a que metodo te refieres, como hoy o antes de ayer.

Qué metodo has usado y qué usaste antes de ayer?:redface2:

TURRUK
20/11/2015, 22:50
Hola ya lo hecho pruebas con 19200 por conector grande y por conector pequeño. https://www.dropbox.com/s/22rs5y7xnfcg6ld/Con%2019200%20por%20conector%20%20grande.txt?dl=0

https://www.dropbox.com/s/7c027tpjcrsre3o/Con19200%20conector%20pequi%C3%B1o.txt?dl=0

rortega
20/11/2015, 23:36
Hola ya lo hecho pruebas con 19200 por conector grande y por conector pequeño. https://www.dropbox.com/s/22rs5y7xnfcg6ld/Con%2019200%20por%20conector%20%20grande.txt?dl=0

https://www.dropbox.com/s/7c027tpjcrsre3o/Con19200%20conector%20pequi%C3%B1o.txt?dl=0

Imagino que la coordenada GPS, altitud y demás son las mismas que me diste por privado, no?

rortega
20/11/2015, 23:37
Imagino que la coordenada GPS, altitud y demás son las mismas que me diste por privado, no?

Dime sats y altitud por aquí.

rortega
20/11/2015, 23:43
No sé si cantar bingo:

Dis: 0, Alt: 0, Azimuth: 255, Read chk: 201, Calc chk: 201
Dis: 0, Alt: 0, Azimuth: 255, Read chk: 201, Calc chk: 201
Dis: 1, Alt: 0, Azimuth: 253, Read chk: 200, Calc chk: 200
Dis: 1, Alt: 0, Azimuth: 253, Read chk: 200, Calc chk: 200
Dis: 2, Alt: 0, Azimuth: 254, Read chk: 202, Calc chk: 202
Dis: 2, Alt: -1, Azimuth: 254, Read chk: 248, Calc chk: 248
Dis: 2, Alt: -1, Azimuth: 253, Read chk: 247, Calc chk: 247
Dis: 2, Alt: -1, Azimuth: 253, Read chk: 247, Calc chk: 247
Dis: 3, Alt: -1, Azimuth: 254, Read chk: 249, Calc chk: 249
Dis: 3, Alt: -2, Azimuth: 254, Read chk: 250, Calc chk: 250
Dis: 3, Alt: -2, Azimuth: 253, Read chk: 249, Calc chk: 249
.....
Dis: 8, Alt: -5, Azimuth: 253, Read chk: 1, Calc chk: 1
Dis: 8, Alt: -5, Azimuth: 253, Read chk: 1, Calc chk: 1
Dis: 9, Alt: -5, Azimuth: 253, Read chk: 2, Calc chk: 2
Dis: 9, Alt: -6, Azimuth: 253, Read chk: 3, Calc chk: 3
Dis: 9, Alt: -6, Azimuth: 253, Read chk: 3, Calc chk: 3
Dis: 9, Alt: -6, Azimuth: 253, Read chk: 3, Calc chk: 3
Dis: 10, Alt: -6, Azimuth: 254, Read chk: 44, Calc chk: 44
Dis: 10, Alt: -6, Azimuth: 254, Read chk: 44, Calc chk: 44
.....
Dis: 11, Alt: -7, Azimuth: 253, Read chk: 45, Calc chk: 45
Dis: 11, Alt: -7, Azimuth: 253, Read chk: 45, Calc chk: 45
Dis: 11, Alt: -8, Azimuth: 252, Read chk: 45, Calc chk: 45
...
Dis: 12, Alt: -8, Azimuth: 253, Read chk: 47, Calc chk: 47
Dis: 13, Alt: -9, Azimuth: 252, Read chk: 48, Calc chk: 48
Dis: 13, Alt: -9, Azimuth: 252, Read chk: 48, Calc chk: 48
Dis: 13, Alt: -9, Azimuth: 252, Read chk: 48, Calc chk: 48
...
Dis: 52, Alt: -56, Azimuth: 235, Read chk: 102, Calc chk: 102
Dis: 52, Alt: -56, Azimuth: 235, Read chk: 102, Calc chk: 102
Dis: 51, Alt: -56, Azimuth: 235, Read chk: 101, Calc chk: 101
Dis: 51, Alt: -56, Azimuth: 235, Read chk: 101, Calc chk: 101
...
Dis: 51, Alt: -56, Azimuth: 234, Read chk: 100, Calc chk: 100
Dis: 51, Alt: -56, Azimuth: 234, Read chk: 100, Calc chk: 100
...
Dis: 50, Alt: -55, Azimuth: 234, Read chk: 98, Calc chk: 98
Dis: 50, Alt: -55, Azimuth: 233, Read chk: 97, Calc chk: 97
Dis: 50, Alt: -55, Azimuth: 233, Read chk: 97, Calc chk: 97

He edidato para no sobrecargar vuestras pantallas, jeje.

Turruki, tiene sentido eso??? Me despistan las altitudes negativas, pero aparentemente son datos buenos.

TURRUK
21/11/2015, 00:11
Bale por lo menos algo mejor,no lose porque altura negativa tan poco se leer este .:redface2:

TURRUK
21/11/2015, 00:13
Imagino que la coordenada GPS, altitud y demás son las mismas que me diste por privado, no?

Si eso es.

rortega
21/11/2015, 00:23
Si eso es.

Bueno, pues ya está resuelto el enigma. Hay que configurar el tracker a 19200 baudios y tomar la señal del AAT driver por el conector grande, eso es todo.

Lo acabo de probar en mi tracker y funciona, se gira en dirección a los 255 grados y luego se mueve varias veces en un ángulo pequeño, pero lo hace. En mi caso al meterle los datos directamente desde un archivo, lo hace todo muy rápido, en poquitos segundos.

Simba
21/11/2015, 00:27
Creo que es normal lo de la altitud, pensar que esta en ambiente urbano y suele pasar, a mi me pasa cuando hago pruebas en la puerta de mi casa.
Incluso en el campo cuando estas en tierra al lado de la antena, si os acordáis al principio del Traker los alemanes tuvieron que corregir algo de la posición gps (filtro), por que con posiciones negativas hacia cosas raras.

rortega
21/11/2015, 00:28
Bueno, pues ya está resuelto el enigma. Hay que configurar el tracker a 19200 baudios y tomar la señal del AAT driver por el conector grande, eso es todo.

En el LCD no veréis datos de coordenadas, se quedarán a 0. Ésto es así porque simplemente no se envían coordenadas por ese conector, tan sólo el dato de distancia, azimut(heading) y altitud.

Cuando saquen el firm con lo de las tramas NMEA para el AAT driver, entonces se podrá cambiar la configuración telemetría gps directa y listo.

rortega
21/11/2015, 00:29
Creo que es normal lo de la altitud, pensar que esta en ambiente urbano y suele pasar, a mi me pasa cuando hago pruebas en la puerta de mi casa.
Incluso en el campo cuando estas en tierra al lado de la antena, si os acordáis al principio del Traker los alemanes tuvieron que corregir algo de la posición gps (filtro), por que con posiciones negativas hacia cosas raras.

Sí, de hecho el servo no pasa del 0 hacia abajo, y las altitudes positivas si las está haciendo.

Simba
21/11/2015, 00:37
Bien pues entonces esta volable ¿NO?.

El tema de saber si tiene satelites suficientes, lo tiene resuelto mediante los leds del driver, que según se enciende ya te da OK, y luego según frecuencia de parpadeo de da info de la cantidad de satelites.

En principio lo del LCD quedaría en 2ª plano para una posible mejora ¿NO?

Simba
21/11/2015, 00:42
No se muy deprisa voy yo, igual tienes que modificar algo en la versión, ya comentas.

rortega
21/11/2015, 00:49
Sí, de hecho el servo no pasa del 0 hacia abajo, y las altitudes positivas si las está haciendo.

Me temo que con ésto de las altitudes negativas hay un pequeño bug. Digo pequeño porque cuesta trabajo verlo, pero el caso es que escucho al servo tilt subir, y bajar a cero, en un ángulo muy pequeño, posiblemente uno o dos grados. A ver si consigo explicarlo:

Las tramas que obtenidas presentan altitudes que van desde 0 a -55, pero entre esos dos extremos, ya llegando al final de la "simulación", hay un momento que baja a -56 y luego a -57, para volver a subir a -56 y luego a -55. Pues bien, el servo tilt hace pequeñas oscilaciones, pero justo en ese tramo que comento hace un par de ellas un poco más acusadas, pero no más de 2 grados.

He subido el archivo MDF.log (https://github.com/raul-ortega/amv-open360tracker/blob/master/telemetry-logs/MFD.log) por si alguien tiene interés en probarlo y ver si aprecia también esas oscilaciones del servo tilt.

rortega
21/11/2015, 00:51
Bien pues entonces esta volable ¿NO?.

El tema de saber si tiene satelites suficientes, lo tiene resuelto mediante los leds del driver, que según se enciende ya te da OK, y luego según frecuencia de parpadeo de da info de la cantidad de satelites.

En principio lo del LCD quedaría en 2ª plano para una posible mejora ¿NO?

De hecho, al principio se recibe un único byte muchas veces que indica que no hay FIX. Y en cuanto lo hay empieza a recibir las tramas con los datos, tal y como se explica en esa descripción del protocolo que puse el otro día:

2) Standby command
Send char '#' to tell the AAT that coordinates are not set. This allows you manual rotation of the AAT.

rortega
21/11/2015, 00:54
B
En principio lo del LCD quedaría en 2ª plano para una posible mejora ¿NO?

En este caso, una posible mejora podría ser hacer que no se vea la página con las coordenadas, mostrando todo el tiempo datos de azimut, distancia y altitud.

Por cierto, a todo ésto, hay que decir que si se usa MFD con nuestro tracker, no es necesario en GPS Local, lo comento por si alguien está pensando en comprarlo, se lo puede ahorrar.

Simba
21/11/2015, 00:56
Ese es el mismo problema que teniamos al principio, y que se soluciono eliminando con un filtro todas las posiciones de altura negativa, mejor dicho cuando las posiciones son negativas lo que hace es tomarlas como 0 y con eso se soluciono el problema.
Lo que no recuerdo ya es que es lo que hacia, que tonteria hacia el traker pero creo que se bloqueaba algo, ya no me acuerdo.

rortega
21/11/2015, 00:57
Turruk, como siempre, gracias por la ayuda. Mañana más.
Que disfrutéis de los vuelos.

Simba
21/11/2015, 01:08
Mira lo que he encontrado:
http://www.aeromodelismovirtual.com/showpost.php?p=471766&postcount=805

Simba
21/11/2015, 01:11
OK rortega mañana mas, esto casi está a punto de caramelo, estoy por darle al ratón y pillarme un Driver. :ansioso:.

rortega
21/11/2015, 07:56
OK rortega mañana mas, esto casi está a punto de caramelo, estoy por darle al ratón y pillarme un Driver. :ansioso:.
Recordaba algo de ese problema con las altitudes negativas que comentabas entonces, pero no tengo claro si se trate del mismo error. Pudiera ser que esté solucionado para el resto de protocolos pero no para MFD. Lo miro hoy.

Y por que no hace primero las pruebas Turruk a ver como se comporta?

ALBERTHAMON
21/11/2015, 08:25
Jo. No me ha llegado todavia el driver para hacer pruebas y rortega ya lo tiene casi dominado. Eres un figura tio.
Si no hace falta gps en el opentracker360, como toma la referencia?
Y otra cosa? Los botones de reset y calibrado del ddrver, tambien serian funcionales? Supongo que habria que comprobar como se comporta la trama, verdad?
Saludos,

rortega
21/11/2015, 08:50
Jo. No me ha llegado todavia el driver para hacer pruebas y rortega ya lo tiene casi dominado. Eres un figura tio.
Si no hace falta gps en el opentracker360, como toma la referencia?
Y otra cosa? Los botones de reset y calibrado del ddrver, tambien serian funcionales? Supongo que habria que comprobar como se comporta la trama, verdad?
Saludos,
Los datos del gps local de nuestro tracker se usa para calcular el heading (azimut) y junto con la altitud obtener la distancia. Si ésa información ya la proporciona, entiendo que el Telefly a bordo o el AAT driver en tierra hacen los cálculos a partir de tener fix. El razonamiento a seguir es el mismo que haces cuando un avión/multi te hace un RTH: Cómo sabe la controladora a que punto volver y aterrizar?


Nuestro tracker con la información que le da el AAT driver se limita a mover los dos servos, sin hacer cálculos con coordenadas, como mucho calcula la inclinación del servo tilt con la distancia y la altitud.

Yo estaba pensando eliminar la función del botón home y hacer que se active automáticamente, una vez que detecta FIX. La única pega es que el aeromodelo debe estar junto al tracker cuando hace fix, y no en mitad de la pista a 10 o 20 metros de él, para evitar que haya un pequeño offset en el heading.

Haciendo ayer las pruebas con MFD, mi tracker se giró sólo sin yo apretar home, cosa que tengo que hacer con el resto de protocolos.

La calibración si es necesaria, pues el compás del tracker es imprescindible para saber a donde apuntar.

rortega
21/11/2015, 09:01
Una cosa, la calibración sólo es necesaria una vez, aunque es recomendable hacerlo si cambiáis de zona de vuelo o si actualizáis el firm.

Simba
21/11/2015, 10:24
Hola buenos días a todos.
Tengo algunas dudas, con tanto trajín se van quedando flecos.
Con la versión actual V0.8 se puede volar con el Driver MFD, con solo cambiar a 19200 baudios ????, es algo que no llego a comprender.

Lo del error de la altura, estaba solucionado en todas las versiones anteriores, por lo tanto si el comportamiento es el mismo, seguirá solucionado y lo que te hizo a ti sera otra la causa.

Lo de fijar el home en automático o en manual yo siempre lo haria y lo hago con el avión a 1m del traker, y para saber que esta todo OK, al desplazarme 5m veo que la antena me sigue.
Siguiendo la filosofia de MFD, estos lo que hacen es que cuando hace fix (home) el avión mueve los alerones como señal de que está listo, yo lo que hago es mirar el LCD y si hay satelites es que esta fijado y seguro que al apretar el home me toma la posición.
Si se pone en automático el home, deberíamos saber de alguna forma, que la maniobra esta lista y podemos despegar.

Si el sistema del Driver funciona sin esperar a nada mas, seguro que Turruk lo prueba en vuelo, pero el tiempo ha cambiado mucho y a mal y habrá que esperar a tener condiciones de vuelo.

rortega
21/11/2015, 10:32
Hola buenos días a todos.
Tengo algunas dudas, con tanto trajín se van quedando flecos.
Con la versión actual V0.8 se puede volar con el Driver MFD, con solo cambiar a 19200 baudios ????, es algo que no llego a comprender.

Lo del error de la altura, estaba solucionado en todas las versiones anteriores, por lo tanto si el comportamiento es el mismo, seguirá solucionado y lo que te hizo a ti sera otra la causa.

Lo de fijar el home en automático o en manual yo siempre lo haria y lo hago con el avión a 1m del traker, y para saber que esta todo OK, al desplazarme 5m veo que la antena me sigue.
Siguiendo la filosofia de MFD, estos lo que hacen es que cuando hace fix (home) el avión mueve los alerones como señal de que está listo, yo lo que hago es mirar el LCD y si hay satelites es que esta fijado y seguro que al apretar el home me toma la posición.
Si se pone en automático el home, deberíamos saber de alguna forma, que la maniobra esta lista y podemos despegar.

Si el sistema del Driver funciona sin esperar a nada mas, seguro que Turruk lo prueba en vuelo, pero el tiempo ha cambiado mucho y a mal y habrá que esperar a tener condiciones de vuelo.
Así es, configurar a 19200 baudios y tomar la señal del conector grande, nada más.

Yo lo único que he hecho es analizar las tramas usando insertando el código fuente para MFD del tracker en un programa que yo mismo me he creado y que tengo preparado para esos menesteres. Así puedo verificar y depurar.

No hay nada que depurar, el código funciona bien, al menos con el archivo binario que yo me creo con las tramas que me pasa turruk.

Simba
21/11/2015, 10:32
Perdonar que ponga por escrito mis cabilaciones.
El sistema en conjunto de MFD AP y traker, lo que hacen para fijar el home es que cuando el AP fija satelites, por la telemetria le manda la orden de fijar home al traker, y al mismo tiempo mueve alerones para indicarlo.
Es importante la cuestión de como fija el home el Traker, ya que es el propio AP el que le da la orden al Traker.

Creo yo o por lo menos así lo parece por el comportamiento que tiene, ya que el Traker fija home sin hacer nada sobre el.

rortega
21/11/2015, 10:37
Perdonar que ponga por escrito mis cabilaciones.
El sistema en conjunto de MFD AP y traker, lo que hacen para fijar el home es que cuando el AP fija satelites, por la telemetria le manda la orden de fijar home al traker, y al mismo tiempo mueve alerones para indicarlo.
Es importante la cuestión de como fija el home el Traker, ya que es el propio AP el que le da la orden al Traker.

Creo yo o por lo menos así lo parece por el comportamiento que tiene, ya que el Traker fija home sin hacer nada sobre el.
Eso es exactamente lo que yo creo. Y creo que es en el AAT driver donde se hacen los cálculos de triangulación.

Simba
21/11/2015, 11:05
Eso es exactamente lo que yo creo. Y creo que es en el AAT driver donde se hacen los cálculos de triangulación.

Pues por eso mismo es por lo que te comentaba que no entendía, como haciendo los cálculos de tiangulación el Driver, se entera nuestro Traker sin mas historias, cuando normalmente lo que le llega es NMEA, no se como se entiende con el Driver.

rortega
21/11/2015, 12:10
Pues por eso mismo es por lo que te comentaba que no entendía, como haciendo los cálculos de tiangulación el Driver, se entera nuestro Traker sin mas historias, cuando normalmente lo que le llega es NMEA, no se como se entiende con el Driver.
Nuestro tracker no tiene que entenderse con él, simplemente recibe un heading (el azimut) de x grados, y manda la orden al servo de moverse, verificando si el dato del compás de la crius y el azimut llegan a ser iguales, y da la orden de parar.

Y con la distancia y la altitud que le llega, simplemente aplica el teorema de pitágoras, por decirlo a groso modo, y mueve el servo de tilt.

Lo que hace el tracker cuando trabaja con el protocolo MFD, es ahorrarse el costoso cálculo de calcular ese azumut, esa distancia a base de funciones matemáticas de trigonometría, que consumen tiempo de procesador.

Además, se ahorra descifrar tramas más largas.

Simba
21/11/2015, 12:23
OK a todo lo que comentas rortega, pero por favor vamos a ver si yo me entero, el protocolo de MFD cuando y quien lo ha metido en nuestro Traker360 ????
Hay que descomentar algo en el config.h o hay que hacer algo ????.

O es que estaba desde el principio como una opción mas de protocolo ????.

rortega
21/11/2015, 13:32
A ver si este esquema ayuda a despejar las dudas:


http://www.aeromodelismovirtual.com/attachment.php?attachmentid=62554&stc=1&d=1448108246

Vamos a imaginar que nuestro tracker está dividido en tres unidades, de derecha a izquierda:

La unidad de decodificación de tramas recibe los datos de coordendas GPS desde todos esos protocolos, a excepción del protoclo MFD, y entrega los datos de Latitud, Longitud y Altitud a la unidad de cálculos de triangulación, la cual calcula el Heading (Azimut), Distancia y Altitud, y los envía a la unidad de ejecución de movimientos, que es la encargada de poner en movimiento el servo PAN, el cual se para cuando el compás del tracker (heading del tracker) coincide con el heading recibido, y mueve el servo tilt en un ángulo que calcula a partir del valor de la distancia y altitud.

En el caso del protocolo MFD, el AAT driver le entrega directamente a la unidad de ejecución los datos de Heading(Azimut), Distancia y Altitud, con lo cual nuestro tracker no realiza ningún cálculo con coordenadas, se limita a ejecutar los movimientos necesarios para alcancar el heading y que el tilt tenga el ángulo adecuado.

En todo los casos, incluido el protocolo MFD, nuestro tracker decodifica tramas, sólo que en el caso de MFD no decodifica datos de coordenada GPS.

El decodificador de tramas MFD está incluído de serie en el firmware desde su versión original open360tracker.

Para activarlo es necesario descomentar en el confi.h:#define MFD en el config.h

Y definir los budios adecuados:#define BAUD 19200

Porque es a esos baudios a los que el AAT driver entrega la información or el conector "grande".

Espero que con ésto estén aclaradas todas las dudas.

En todo ésto, comentar que el dato de satélite no sirve absolutamente para nada, es meramente informativo, no interviene para nada en en las acciones tomadas por nuestro tracker.

Simba
21/11/2015, 13:52
Pues si colega, muchas gracias por el curro de los dibujos y esquemas, y por todo lo ademas.
Ahora ya lo voy teniendo claro.
En lo que comentas:
En todo ésto, comentar que el dato de satélite no sirve absolutamente para nada, es meramente informativo, no interviene para nada en en las acciones tomadas por nuestro tracker.

¿Como se toma la decisión de hacar home? y ¿como sabemos que el home es correcto?.

Yo pensaba que estaba definido un minimo Nº de satelites para fijar el home, y de hecho si no llegamos a 6 no se representan en el LCD.

Esto hay que aclararlo y a ser posible obtener alguna indicación para fijar el home, ya sea en manual o automatico.

De todos modos si se utiliza el Driver MFD, en el hay dos leds que dan información de fijación de satelites y nº por los destellos, quizas si no se tiene otra herramienta, sera cuestión de fijar el home en nuestro Traker, cuando el Led del Driver de OK.
Lo ideal ya se sabe, seria que el Traker360 entendiera la orden de Fijar home que le manda el Driver.

A ver que nos dice Turruk de cuando puede probarlo, hoy hace un dia de perros con bastante aire rafagas de 50Km/h, y en cuanto lo probemos ya tenemos el protocolo MFD operativo.

Muchas gracias rortega, no se que haríamos sin ti, bueno si lo se, NA de NA.

Sl2.

rortega
21/11/2015, 14:21
...Yo pensaba que estaba definido un minimo Nº de satelites para fijar el home, y de hecho si no llegamos a 6 no se representan en el LCD.

Esto hay que aclararlo y a ser posible obtener alguna indicación para fijar el home, ya sea en manual o automatico...


Pues simplemente, cuando el decodificador de tramas recibe dato de posición y altitud activa dos FLAGS (banderas), para indicarle al tracker que tiene posición y altitud válidas. Eso con matices, claro está, dependiendo de cada protocolo. Sencillamente se confía en que los datos son correctos. En la mayoría de los protocolos que tenemos implementados es fiable, menos en el FRSKY D, que no hay suma de comprobación en los datos recibidos, y confiamos ciegamente en que lo decodificado no contiene errores. Se toman como buenos los datos si se detecta las letras N, S, E, W (norte, este, e y w), lo que indica que hay datos de gps buenos (supongo que el protocolo NMEA del GPS si no hay coordenadas válidas no devuelve esas letras en las tramas).

En el caso de MFD, si no hay coordenadas GPS válidas en el lado del aeromodelo, en el tracker se recibe continuamente un byte que se corresponde con el caracter #. En el momento que empieza a haber FIX, deja de mandar ese caracter y empieza a enviar tramas con azimut, distiancia y altitud.

En el caso de GPS Telemetry, las tramas traen siempre datos GPS y hay suma de comprobación, pero lo que se comprueba para decidir si son datos buenos es el dato del año es válido. Esta comprobación la hace llamando a una función de la librería TINYGPS.

En el caso de RVSOD se confía ciegamente al comprobar que el dato de suma de comprobación es correcto.

En cualquier caso, si echamos nuestro aeromodelo a volar, es porque sabemos que tiene FIX gps (bien porque la controladora activa una señal led, mueve alerones o vemos en las gafas/monitor las coordenadas gps y el número de satélites), podemos por lo tanto confiar en que lo que está recibiendo el tracker es correcto.


Muchas gracias rortega, no se que haríamos sin ti, bueno si lo se, NA de NA.Bueno, ya habría alguien por ahí aportando también, supongo...Que conste que hoy me en entretenido con ésto porque está nevando, que si no andaba yo por ahí campeando, jejejeje

ALBERTHAMON
21/11/2015, 15:40
Que conste que hoy me en entretenido con ésto porque está nevando, que si no andaba yo por ahí campeando, jejejeje
:laugh::laugh::laugh::laugh:
asi estamos en todos lados, nevando, lloviendo, soplando....
yo por aquí intentando diseñar el nucleo de una helical en 2,4 para imprimirlo en la 3d.


gracias por las pruebas y las aportaciones de todos y en especial de Rortega que efectivamente está dándolo todo con la codificación.

Saludos,

rortega
21/11/2015, 16:43
He empezado a hacer las primeras pruebas de codigo fuente con la flip32, y ya empiezo a controlar los leds, usando como base el código fuente de cleanflight.

Así que a partir de hoy voy a dedicarle tiempo a realizar la migración. Ya os iré contando.

fitozgz
22/11/2015, 08:00
Hay bastantes veces que el MFD obtiene HOME a miles de kilómetros de donde estamos. En ese momento, como sabéis, el avión mueve el servo de profundidad.
Si el Antena Tracker toma esa referencia automáticamente, estará mal.

Como opción, el Mfd permite resetear la posición HOME manualmente (mando de profundidad abajo y activar CH5).

Mi pregunta es: en caso de resetear la posición HOME manualmente, el tracker volvería a tomar esta posición nueva automáticamente?

Enviado desde mi SM-N9005 mediante Tapatalk

rortega
22/11/2015, 08:12
Hay bastantes veces que el MFD obtiene HOME a miles de kilómetros de donde estamos. En ese momento, como sabéis, el avión mueve el servo de profundidad.
Si el Antena Tracker toma esa referencia automáticamente, estará mal.

Como opción, el Mfd permite resetear la posición HOME manualmente (mando de profundidad abajo y activar CH5).

Mi pregunta es: en caso de resetear la posición HOME manualmente, el tracker volvería a tomar esta posición nueva automáticamente?

Enviado desde mi SM-N9005 mediante Tapatalk
En la descripción que he dado del funcionamiento del tracker, la del gráfico, explico que nuestro tracker en el caso de MFD, no sabe de coordenadas ni posición GPS.

Apuntará siempre a donde le diga el AAT driver, que es quien le da la distancia, el azimut y la altitud a la que apuntar.

La respuesta a esa pregunta está por tanto en el manual de MFD.

rortega
22/11/2015, 09:01
Turruk, ha habido suerte?

Simba
22/11/2015, 11:44
Hay bastantes veces que el MFD obtiene HOME a miles de kilómetros de donde estamos. En ese momento, como sabéis, el avión mueve el servo de profundidad.
Si el Antena Tracker toma esa referencia automáticamente, estará mal.

Como opción, el Mfd permite resetear la posición HOME manualmente (mando de profundidad abajo y activar CH5).

Mi pregunta es: en caso de resetear la posición HOME manualmente, el tracker volvería a tomar esta posición nueva automáticamente?

Enviado desde mi SM-N9005 mediante Tapatalk

Hola, tu estas seguro que el MFD AP pierde el Home o no te entiendo lo que dices de obtiene el Home a miles de Km, y que tienes que resetearlo ??.
No sera algo relacionado con hacer un home o vuelo circular sobre un punto determinado de la ruta, y luego lo reseteas para que vuelva a tener el home del Traker ????.

En fin yo no soy experto en MFD AP, solo he volado unas cuantas veces, pero seguro que Turruk que lleva volados unos cuantos miles de Km, conoce este tema y nos da luz.

Sl2.

fitozgz
22/11/2015, 13:44
No Simba. El mfd selecciona home dependiendo del número de satélites que pilla.
Hay una opción en el menú que le pones con cuantos satélites quieres que preseleccione Home.

Por ejemplo, si le pones 8 sat, en cuanto pille 8 selecciona Home.

A veces aunque pille 8 sat, la posición es "a tomar por culo" de donde realmente estas porque la cantidad de satélites no te asegura que la posición sea exacta (aunque ayude).

Para eso puedes subir el número de satélites mínimo para hacer home, pero hay días que es un incordio porque le cuesta pillar 9 satélites.


Por esto se puso la opción de poder seleccionar home "manualmente", que la verdad que viene muy bien. Es muy fácil.

Por eso os quería avisar con lo de que el aat ajuste home automáticamente en cuanto se lo mande el mfd... Porque a veces puede ser falso.

No obstante, si haciendo HOME manualmente con el Mfd luego el aat lo entiende como HOME... No habría problema.

Mi intención es avisar, no dar clases de nada, que mi nivel de conocimientos es muy básico, pero soy usuario de mfd desde hace mucho y me lo conozco.

Enviado desde mi SM-N9005 mediante Tapatalk

rortega
22/11/2015, 13:51
Mi intención es avisar, no dar clases de nada, que mi nivel de conocimientos es muy básico, pero soy usuario de mfd desde hace mucho y me lo conozco.



De eso se trata precisamente, de que todo aquel que sepa algo de ésto tiene mucho que aportar. Ésto que nos cuenta ayuda bastante a comprender mejor MFD.

Ésto apoya mi teoría de que no nos queda otra que confiar ciegamente en la información que le llega al tracker, porque tenemos muy pocos elementos para que "la máquina" pueda decidir por sí misma si lo que le llega es o no buena información. Una cosa es que le lleguen datos en formato correcto, y otra bien distinta interpretar si esos datos son fiables.

Cuando estemos volando FPV, con o sin tracker, al primer síntoma de que algo va mal, hay que regresar, no nos queda otra.

Simba
22/11/2015, 14:10
fitozgz (http://www.aeromodelismovirtual.com/member.php?u=923), que aquí no polemizamos nada de nada, solo nos ayudamos en buscar la mejor solución, y de eso se trata de que cada uno aporte todo lo que buenamente pueda.
Yo se que con el Traker y AP de MFD, puesto que lo tengo muy cerca a unos metros de mi, el Sr. Turruk me tiene dicho que cuando se pone cabezón y tarda en coger satelites, le da a un botón en el Traker (o de otra forma no se), y fija la posición con lo que tenga de satelites, sin esperar a los 7, 8 o 9 satelites, una vez que tiene en la pantalla suficientes satelites, como para darle posición GPS, le puede fijar posición anualmente, pero ATENCIÓN tiene posición de GPS establecida, solo que no le llega a los 9 sat. fijados, y siempre es la posición del avión junto al Traker.

Lo demás ya no tengo ni idea y mejor que lo diga el, que sabe infinitamente mas que yo.

fitozgz
22/11/2015, 14:59
Ok Ok.! Entonces lo que hace es! forzar el home. Por eso os decía lo del home automático. Cuidado con esto.

Al final vais a hacer un cacharro cojonudo... Que cabecicas!

Este hilo me recuerda al principio de este foro... Muy bien señores,en serio... Muy bien 😊

Enviado desde mi SM-N9005 mediante Tapatalk

fitozgz
22/11/2015, 15:23
Del manual del MFD: donde pone "68" en el OSD

7. Azimuth angle to the target. Only shown in Auto modes (CIR/ALT/WPT/RTH). When the
target (in WPT mode it's the current way point we are flying to; in RTH mode it's the
home location; in ALT mode it's the cruise direction that AP locked) is to the NORTH of
the plane, the azimuth is 0. When the target is to the WEST of the plane the angle is 270

http://www.myflydream.com/images/uploads/MFD_AP_1.jpg

fitozgz
22/11/2015, 15:24
y del propio manual, lo que os explicaba de como hacer SET HOME MANUALMENTE

The AP will automatically set home when GPS lock to 8 satellites and more.
 You can set home manually using the stick of your radio. Put CH5 and CH6 on LOW
position, hold the ELE stick in down position for 2 seconds or longer, the OSD will
prompt "SETTING HOME?” on the screen. Then switch CH5 to HIGH position. The
elevator of the plane will swing to indicate that SetHome operation is done. Then switch
CH5 to LOW to quit SetHome procedure.

Simba
22/11/2015, 18:24
Bueno ya estamos otra vez por aquí.
Vamos a ver si soy capaz de comentar todo lo que he hablado con Turuk.
Rortega ya sabes que Turruk esta teniendo algún problema con las pruebas, las cuales esta haciendo en casa por que no hace día para ir al campo.

El quiere saber si tal como lo tiene, el LCD debe de sacar algún dato, en su caso solo saca todo 0.

Tiene configurado el MFD AP, igual que siempre y de la misma forma que hizo la toma de datos que te mando.

En el Driver saca los datos del pin 1 que corresponde al cable de control + el de negativo (masa), y lo mete en la Crius en los mismos pines de siempre.

El Arduino lo ha modificado solo con el baurate a 19200 y descomentando protocolo MFD, el LCD lo pone como siempre le funciona bien, la compilación no le da errores y carga sin problemas.
Durante las pruebas el led de la Crius parpadea como siempre cuando se reciben datos.

Comenta que dada la situación de las pruebas, en el balcón de un primer piso, en el OSD pantalla se ve altura con posición en - (negativo) variando pero con medidas en -, lo comento por si estos datos no fueran buenos por algo.

Otra cosa, el chisme no ne mueve nada de nada, y sospechamos que pueda ser debido, a que no se ha desplazado los clásicos 10m, si es que esto lo contempla el programa, de echo a mi me paso en su día que creía que no funcionaba el mio, y era que no me había desplazado.

También comentar que se ha esperado a que el MFD AP de la orden de Fix, cosa que hace y el alerón lo mueve, o sea que si que da Fix y se aprecia según me comenta durante las pruebas de toma de datos, que en ese momento la salida de datos cambia de forma considerable a nivel de letras y números que sale.

En fin creo que no se me olvida nada, solo comentar que mañana si podemos, iremos a probar en el campo y veremos si con el desplazamiento y estando a nivel del suelo en terreno despejado, se empieza a mover el bicho.

Sl2.

rortega
22/11/2015, 18:58
La primera prueba que debería hacer es meterle el archivo MFD.log que subí al repositorio, con la ayuda del hércules. Si eso le funciona, enconces debería estar funcionando la entrada dire ta desde el AAT Driver.

Cosas que yo haría, modificar en el confi.h la distancia a la cual empieza a hacer el seguimiento:

#define START_TRACKING_DISTANCE 1

Así es como yo he hecho la prueba con el archivo log.

Cuando haya FIX (que no sé a cuantos satélites tendrá Turruk su MFD AP para que le haga fix, y lo mismo por eso no empieza a mostrar datos), en el LCD ya debería aparecer el dato del heading del aeromodelo (la A que está a la derecha de la H), la altitud (la otra A que está en la línea de abajo), y la distancia (la D). Los datos de Latitut, Longitud y satélites estarán siempre a 0.

Lo normal es que si no tiene Fix es que todo esté a 0. Así que o bien no está haciendo Fix, o bien hay algún problema con la comunicación.

Por eso, insisto, primero debe probar con el archivo MFD.log, para salir de dudas.

Simba
22/11/2015, 19:05
Si pero no se entiende para hacerlo.
Por más que intenta no sabe como hacer para probar con el hércules. Le tendrás que esplicar como ponerlo y que hacer, aunque te parezca obvio para un que no lo conozca resulta difícil.

rortega
22/11/2015, 19:55
Bueno, pues lo pongo por aquí:

Hay que conectar o bien un FTDI o bien un bluetooth a la crius, y conectarlo al PC. Eso en principio para él no debería ser un problema porque creo que lo tiene más que dominado.

Se tiene que descargar:



El programa hércules (http://new.hwg.cz/files/download/sw/version/hercules_3-2-8.exe)
El archivo MFD.log (https://github.com/raul-ortega/amv-open360tracker/blob/master/telemetry-logs/MFD.log)


Configuramos el config.hComo ya tiene configurado el tracker a 19200, que no lo toque y lo deje así.

Los pasos serían:



Enchufamos el cable usb al ordenador.
Le metemos alimentación al tracker.
Abrimos el hércules.
Pinchamos en la pestaña Serial, y nos fijamos en el panel de la derecha.
En Name seleccionamos el puerto COM que se corresponde con el FTDI.
En Baud ponemos 19200 (o lo que se haya configurado en le config.h).
Data size:8
Parity: none
Handshake: OFF
Mode: Free
Pulsamos Open. Debería aparecer en verde "Serial COMX opened".
Pulsamos las tecla CTROL + O (letro O de Open, el más no se pulsa)
Seleccionamos el archivo que quermos enviar y pulsamos Abrir.


Aparecerá una pequeña ventana con el mensaje Sending file, la ruta completa del archivo, los butes enviados, y una barra de progreso.


Cuando termine se puede pulsar el botón Close o enviar el archivo nuevamente si se desea.

Simba
22/11/2015, 21:00
Bien pues Turruk ya ha probado con el fichero y el hércules.

Arrancar arranca y casi le retuerce los cables del ftdi por que no tenia los bluetooht disponibles, arranca y se pone a dar vueltas sin parar, un poco mas despacio que durante la calibración.
No sabe si es que el fichero entra en bucle y por eso no para.

En el LCD sale todo 0 menos un 1, algo es algo.

No sabemos interpretar si esto es correcto o tiene algún otro problema, el caso es que con el cable directo del Driver no se mueve y con esta ultima prueba se arranca pero creo que no se para.

Yo creo recordar que en las múltiples pruebas que hice, también me paso en alguna que se ponía a dar vueltas y no paraba, y no era por desajuste del cero del servo, era mas bien por que se flipaba, y era cuando utilizaba el ftdi.

Tengo sospechas sin fundamento, que pudieramos tener algún problema de desacople de impedancias, o de niveles de TTL o similares, pero solo son sospechas.
Recuerdo que con el Traker Jalves, se tubo que poner una resistencia de 1K, en serie con la entrada de datos del Arduino y sin ella no leía la señal de Telemetria del Orange, lo digo por si da alguna idea.

javiec
22/11/2015, 21:10
Doy por entiendo en lo que comentáis del MFD que si usamos el driver y el avion se pierde no tendremos la ultima posición en el display no?






Enviado desde mi iPhone utilizando Tapatalk

rortega
22/11/2015, 21:12
Bien pues Turruk ya ha probado con el fichero y el hércules.

Arrancar arranca y casi le retuerce los cables del ftdi por que no tenia los bluetooht disponibles, arranca y se pone a dar vueltas sin parar, un poco mas despacio que durante la calibración.
No sabe si es que el fichero entra en bucle y por eso no para.

En el LCD sale todo 0 menos un 1, algo es algo.

No sabemos interpretar si esto es correcto o tiene algún otro problema, el caso es que con el cable directo del Driver no se mueve y con esta ultima prueba se arranca pero creo que no se para.

Yo creo recordar que en las múltiples pruebas que hice, también me paso en alguna que se ponía a dar vueltas y no paraba, y no era por desajuste del cero del servo, era mas bien por que se flipaba, y era cuando utilizaba el ftdi.

Tengo sospechas sin fundamento, que pudieramos tener algún problema de desacople de impedancias, o de niveles de TTL o similares, pero solo son sospechas.
Recuerdo que con el Traker Jalves, se tubo que poner una resistencia de 1K, en serie con la entrada de datos del Arduino y sin ella no leía la señal de Telemetria del Orange, lo digo por si da alguna idea.

Voy a cenar y dentro de un rato vuelvo a probar el archivo MFD.log, por si me hubiese equivocado al subirlo y haya subido otra cosa distinta. Además probaré con distintos baudios a ver si sucede algo raro.

rortega
22/11/2015, 21:13
Doy por entiendo en lo que comentáis del MFD que si usamos el driver y el avion se pierde no tendremos la ultima posición en el display no?

Exacto. Aunque bueno, sabiendo la dirección y la distancia se podría estimar su posición.

javiec
22/11/2015, 21:16
Bueno, a las malas en el grabador de tierra tendremos las ultimas coordenadas.


Enviado desde mi iPhone utilizando Tapatalk

TURRUK
22/11/2015, 21:35
Hola ya e probado con bluetooch para no se enrolle los cables, si que algo va, pero se jira sin parar es a si señor Rortega?

rortega
22/11/2015, 22:22
Hola ya e probado con bluetooch para no se enrolle los cables, si que algo va, pero se jira sin parar es a si señor Rortega?

Hay algo extraño con el archivo MFD.log que hay en el respositorio que no termino de comprender, lo he descargado y no me funciona, no hace nada el tracker. Es posible que durante la subida se hayan corrompido.

He subido una copia del original y lo he llamado MFD-2.log. Con ese al descargarlo si me funciona. Prueba a ver:

https://github.com/raul-ortega/amv-open360tracker/blob/master/telemetry-logs/MFD-2.log

TURRUK
22/11/2015, 23:41
Hay algo extraño con el archivo MFD.log que hay en el respositorio que no termino de comprender, lo he descargado y no me funciona, no hace nada el tracker. Es posible que durante la subida se hayan corrompido.

He subido una copia del original y lo he llamado MFD-2.log. Con ese al descargarlo si me funciona. Prueba a ver:

https://github.com/raul-ortega/amv-open360tracker/blob/master/telemetry-logs/MFD-2.log

Hola con este archivo se carga, pero el tracker nada de nada . :rolleyes:

TURRUK
23/11/2015, 00:07
Hola acabo de probar con un simulador de GPS es este:http://www.download3k.es/Install-Virtual-GPS.html
falta poner sus coordenadas y a probar, quiero decir que con version de tracker des comentado MFD eh confic h . y 19200baud le conose esta informacion .En lsd si que marca azimut, dist. alt. Debe funcionar a si con AAT driver , que opinas Rortega o es una paja mental.:biggrin2:

rortega
23/11/2015, 00:07
Hola con este archivo se carga, pero el tracker nada de nada . :rolleyes:
Lo único que se me ocurre Turruk es que comprimas en un zip tu copia del firm y me la pases por Dropbox y yo pueda probarlo, para descartar algún problema de versiones,

TURRUK
23/11/2015, 00:18
Lo único que se me ocurre Turruk es que comprimas en un zip tu copia del firm y me la pases por Dropbox y yo pueda probarlo, para descartar algún problema de versiones,

OK tu crees que problema con mi version?:eek:

rortega
23/11/2015, 00:19
Hola acabo de probar con un simulador de GPS es este:http://www.download3k.es/Install-Virtual-GPS.html
falta poner sus coordenadas y a probar, quiero decir que con version de tracker des comentado MFD eh confic h . y 19200baud le conose esta informacion .En lsd si que marca azimut, dist. alt. Debe funcionar a si con AAT driver , que opinas Rortega o es una paja mental.:biggrin2:

No entiendo el mensaje. ¿Quieres decir que has puesto puesto

#define MFD

y

#define BAUD 19200

y que inyectando los datos de un simulador GPS te funciona???

:blink:

rortega
23/11/2015, 00:20
OK tu crees que problema con mi version?:eek:

No lo sé, quiero ver que tienes.

rortega
23/11/2015, 00:23
Turruk, hay un momento en el que hay que dejar de repetir mil veces la misma cosa y hacer algo distinto.

A mi me huele a que estás teniendo algún problema con Arduino durante la compilación, puede que simplemente no esté compilando y por lo que sea está subiendo al tracker la última versión compilada que tuvieras con GPS TELEMETRY.

TURRUK
23/11/2015, 00:26
Lo único que se me ocurre Turruk es que comprimas en un zip tu copia del firm y me la pases por Dropbox y yo pueda probarlo, para descartar algún problema de versiones,

Hola ya lo tienes. https://www.dropbox.com/s/yyv6fctlqgvw49m/Version%20de%20Ortega%205C.rar?dl=0

TURRUK
23/11/2015, 00:44
Turruk, hay un momento en el que hay que dejar de repetir mil veces la misma cosa y hacer algo distinto.

A mi me huele a que estás teniendo algún problema con Arduino durante la compilación, puede que simplemente no esté compilando y por lo que sea está subiendo al tracker la última versión compilada que tuvieras con GPS TELEMETRY.

Si tienes razon ay que dejar esto, perdon.

rortega
23/11/2015, 01:03
He probado la versión que tú tienes, y se pone a girar descontrolado. No estoy seguro del todo, pero podría deberse al MIN_PAN_SPEED.

Prueba a bajar la última versión y ver si te funciona.

https://github.com/raul-ortega/amv-open360tracker/archive/master.zip

Deja el MIN_PAN_SPEED a 0

Suerte...

rortega
23/11/2015, 01:19
Se acabaron las pruebas, he frito la crius por culpa de una mala conexión :sad:
Habrá que pedir otra.

rortega
23/11/2015, 09:11
He probado la versión que tú tienes, y se pone a girar descontrolado. No estoy seguro del todo, pero podría deberse al MIN_PAN_SPEED.

Prueba a bajar la última versión y ver si te funciona.

https://github.com/raul-ortega/amv-open360tracker/archive/master.zip

Deja el MIN_PAN_SPEED a 0

Suerte...
Turruk, si pruebas la última versión, ten en cuenta que en ésta está con figurado por defecto el sistema de control CON PIDs.

Si quieres configurar el sistema de control SIN PIDs, sólo tienes que descomentar la línea:

#define NO_PID_CONTROL

El parámetro MIN_PAN_SPEED no ha desaparecido, está más abajo porque es común a ambos sistemas (línea 134)

Si te girase sin parar déjalo a 0

TURRUK
23/11/2015, 12:15
Turruk, si pruebas la última versión, ten en cuenta que en ésta está con figurado por defecto el sistema de control CON PIDs.

Si quieres configurar el sistema de control SIN PIDs, sólo tienes que descomentar la línea:

#define NO_PID_CONTROL

El parámetro MIN_PAN_SPEED no ha desaparecido, está más abajo porque es común a ambos sistemas (línea 134)

Si te girase sin parar déjalo a 0

Hola gracias por inf. de momento no funciona e hablado con simba a ver si el prueba para salir de dudas, mejor yo tengo problemas con el adruino no se .

Simba
23/11/2015, 14:20
Buenas tardes, ya estoy por aquí.

He probado con el hércules a meterle el fichero MFD-2.log (https://github.com/raul-ortega/amv-open360tracker/blob/master/telemetry-logs/MFD-2.log), y el Traker no se mueve nada de nada, al lanzar el fichero se ve que el led de trafico en la Crius parpadea, pero no reacciona en ningún sentido y ademas en el LCD salen todo ceros.

No se pero me da la sensación, de que no se pone en marcha por que no reconoce el Fix, y ademas para ponerse en marcha necesita 2 cosas mas, una que le pulsemos al botón Home, si no es que en esta versión MFD el Home lo hace automáticamente al reconocer Fix, y la otra cosa es el necesario desplazamiento a mas de la distancia fijada del Home.

Yo he he dado repetidas veces al botón Home, durante la descarga del fichero con el hércules, y la distancia de desplazamiento la tengo a 1m, con lo cual a poco que se vallan los satelites del fichero, va a liberarse el bloqueo por distancia.

Con todo esto llego a la conclusión de que o en el fichero no hay Fix, o este fichero no lo reconoce, o vete tu a saber, ya estamos desbordados. :redface2::redface2: no tenemos ni idea.

Bueno la parte positiva es que no hace tontadas de ponerse a dar vueltas y todo eso, pero no va.

Ale ya está to dicho.

rortega
23/11/2015, 14:35
Buenas tardes, ya estoy por aquí.

He probado con el hércules a meterle el fichero MFD-2.log (https://github.com/raul-ortega/amv-open360tracker/blob/master/telemetry-logs/MFD-2.log), y el Traker no se mueve nada de nada, al lanzar el fichero se ve que el led de trafico en la Crius parpadea, pero no reacciona en ningún sentido y ademas en el LCD salen todo ceros.

No se pero me da la sensación, de que no se pone en marcha por que no reconoce el Fix, y ademas para ponerse en marcha necesita 2 cosas mas, una que le pulsemos al botón Home, si no es que en esta versión MFD el Home lo hace automáticamente al reconocer Fix, y la otra cosa es el necesario desplazamiento a mas de la distancia fijada del Home.

Yo he he dado repetidas veces al botón Home, durante la descarga del fichero con el hércules, y la distancia de desplazamiento la tengo a 1m, con lo cual a poco que se vallan los satelites del fichero, va a liberarse el bloqueo por distancia.

Con todo esto llego a la conclusión de que o en el fichero no hay Fix, o este fichero no lo reconoce, o vete tu a saber, ya estamos desbordados. :redface2::redface2: no tenemos ni idea.

Bueno la parte positiva es que no hace tontadas de ponerse a dar vueltas y todo eso, pero no va.

Ale ya está to dicho.
Lo haces con el FTDI? A mí me pasaba anoche que al usar el ftdi tenía que cerrar el puerto y abrirlo otra vez, tras lo cual al enviar el archivo se ponía el tracker en movimiento.

Alguna vez incluso desconectaba el ftdi y lo volvía a conectar.

Con bluetooth no me pasaba.

Probé tantas veces, y era tan tarde, que al final metí el pin de los 5v en el TX del bluetooth y el negativo en el de 5v del bluetooth, que en ese momento estaba conectado al puerto UART...y se tostó. El resultado fué bluetooth y crius tostados.

Ya os digo, con bluetooth sólo funcionaba a la primera.

rortega
23/11/2015, 14:38
Buenas tardes, ya estoy por aquí.

He probado con el hércules a meterle el fichero MFD-2.log (https://github.com/raul-ortega/amv-open360tracker/blob/master/telemetry-logs/MFD-2.log), y el Traker no se mueve nada de nada, al lanzar el fichero se ve que el led de trafico en la Crius parpadea, pero no reacciona en ningún sentido y ademas en el LCD salen todo ceros.

No se pero me da la sensación, de que no se pone en marcha por que no reconoce el Fix, y ademas para ponerse en marcha necesita 2 cosas mas, una que le pulsemos al botón Home, si no es que en esta versión MFD el Home lo hace automáticamente al reconocer Fix, y la otra cosa es el necesario desplazamiento a mas de la distancia fijada del Home.

Yo he he dado repetidas veces al botón Home, durante la descarga del fichero con el hércules, y la distancia de desplazamiento la tengo a 1m, con lo cual a poco que se vallan los satelites del fichero, va a liberarse el bloqueo por distancia.

Con todo esto llego a la conclusión de que o en el fichero no hay Fix, o este fichero no lo reconoce, o vete tu a saber, ya estamos desbordados. :redface2::redface2: no tenemos ni idea.

Bueno la parte positiva es que no hace tontadas de ponerse a dar vueltas y todo eso, pero no va.

Ale ya está to dicho.
El fix va implícito al hecho fe recibir tramas con datos. Si no hubiese fix, no habría tramas con datos.

Simba
23/11/2015, 14:38
Lo hice siempre con bluetooth y no funciona ni a la primera ni en ninguna vez.

Simba
23/11/2015, 14:39
Y hay que apretar el botón home ????

rortega
23/11/2015, 14:41
Lo hice siempre con bluetooth y no funciona ni a la primera ni en ninguna vez.
Imagino que los baudios en el config.h los tendrías a los mismos que tuvieses configurados los bluetooth, no? Te lo digo porque si pones en el firm 19200 y tus bluetooth trabajan a 9600, por un poner, no va.

Estoy diciendo algo que es obvio, pero cuando uno prueba mil veces termina por pasar cosas por alto (como revisar haber conectado los 5v en su sitio).

Simba
23/11/2015, 14:44
Pues tienes razón los bluetooth están para el Orange o sea a 4800 lo malo es que no se cambiarlos tendré que pedir sopas a Turruk 😆😆😆

Simba
23/11/2015, 14:46
Por cierto siento lo de la Crius, descanse en paz

marcoasj
23/11/2015, 14:49
Pues tienes razón los bluetooth están para el Orange o sea a 4800 lo malo es que no se cambiarlos tendré que pedir sopas a Turruk 😆😆😆
[emoji3] tarde o temprano tenías que pasar por el tema Blueooth......[emoji23] [emoji23] . Te recomiendo el manual de rortega.........en este mismo hilo [emoji23] [emoji23] [emoji23] [emoji23]

Enviado desde mi SM-G900F mediante Tapatalk

rortega
23/11/2015, 14:59
Pues tienes razón los bluetooth están para el Orange o sea a 4800 lo malo es que no se cambiarlos tendré que pedir sopas a Turruk 😆😆😆
Cambia los baudios en el config.h

rortega
23/11/2015, 15:00
Y hay que apretar el botón home ????
No.

rortega
23/11/2015, 15:02
Por cierto siento lo de la Crius, descanse en paz
Bueno, me va a llegar una más rápido de lo que imaginas...

Simba
23/11/2015, 15:25
Cambia los baudios en el config.h
Crees que cambiando los baudios en config.h sera valido.
Bueno y en el Hércules claro.

rortega
23/11/2015, 15:28
Crees que cambiando los baudios en config.h sera valido.
Bueno y en el Hércules claro.
Para descartar un problema del código fuente es válido. Lo importantes es que emisor y receptor estén configurados con los mismos parámetros de comunicación.

Simba
23/11/2015, 15:35
Nada ya lo he probado a 4800 con config.h a 4800, hércules a 4800 y bluetooth a 4800.
Sigue exactamente igual no se mueve, el fichero a estos baudios va mas lento pero no hace nada.

rortega
23/11/2015, 15:39
Nada ya lo he probado a 4800 con config.h a 4800, hércules a 4800 y bluetooth a 4800.
Sigue exactamente igual no se mueve, el fichero a estos baudios va mas lento pero no hace nada.
Qué versión de código fuente usas???

Simba
23/11/2015, 15:41
Por cierto el fichero que le mando con hércules, es el que está en el repositorio junto con otros ficheros y el de la V0.8, lo selecciono con el hércules y le doy a intro.

Simba
23/11/2015, 15:45
Qué versión de código fuente usas???
La del repositorio v0.8, con la modificación para los baudios, el #define MFD y mi versión de LCD

rortega
23/11/2015, 15:47
La del repositorio v0.8, con la modificación para los baudios, el #define MFD y mi versión de LCD
Pusiste a 1 en el config h el parámetro de distancia a partir del cual empieza q hacer seguimiento?

Simba
23/11/2015, 15:51
rortega no digo con la mejor de las intenciones, pero solo por estar seguros, no habrás tocado algo en el código y no te acuerdas.
Por que podía ser que una tontería de nada nos la este jugando.

Simba
23/11/2015, 15:54
Te pongo el config.h y miras a ver si tengo algo mal.

/* Config file
* created by Samuel Brucksch, edited by Raúl Ortega.
*
*/
//#define DEBUG

#ifndef CONFIG_H
#define CONFIG_H
/* #### TYPE OF BOARD ####
*
* If using an APM or Atmega 2560 we do not need softserial, so uncomment if using an atema 2560
* MEGA -> APM & other MEGA Boards
*
*/

#define CRIUS_SE //Default
//#define MEGA
/* #### CONTROLL SYSTEM FOR PAN WITHOUT PIDs (EXPERIMENTAL)####
*
* If using a slow PAN servo this system could inprove your tracker with a more acurate and fluid movement.
* This system is also more user friendly to set up
*
* Uncomment #define NO_PID_CONTROL for disabling PIDs system and enabling this new system.
*
* MIN_DELTA: is the minimum angle in degrees between the heading of the tracker and the heading of the aircraft.
* If the current angle is greater than this value, the pan servo will spin.
* MAX_PAN_SPEED: is the maximum value in milliseconds which is necessary to increase the PAN_0 PWM to move the PAN servo.
* MAP_ANGLE: When the angle (in degrees) between the tracker and the aircraft is greater than this value, the MAX_PAN_SPEED is always applied.
* If the angle is less than this value, the error is mapped to a gradient of PWM pulses between MIN_PAN_SPEED and MAX_PAN_SPEED.
*
* The PAN servo will spin more and more slowly when is reaching the heading of the aircraft, and will mov as fast as posible when the difference between both headings is big.
*/

//#define NO_PID_CONTROL
//#define MIN_DELTA 0.1 // default 0.2
//#define MAX_PAN_SPEED 200 // default 200
//#define MAP_ANGLE 90 // default 180

/** PID Values
*
* MAX_PID_ERROR is the máximun grades allowed error in the PAN angle calculations.
* If after moving the PAN servo, the difference between reached angle and desired
* angle is smaller or greater than this value, the angle will be corrected using PIDs.
*
*/
#define P 2500 // default 5000
#define I 160 // default 100
#define D 1000 // default 1000
#define MAX_PID_ERROR 10 // default 10

/* #### Protocol ####
*
* FRSKY_D, FRSKY_X, HOTT, EXTERNAL
*
* FRSKY_D -> D-Series
* FRSKY_X -> Taranis / XJT
* HOTT -> MX12, MX16 and all other HoTT transmitters with telemetry
* RVOSD
* MFD -> MFD protocol will not work with local GPS!!!!
* MAVLINK -> Mavlink protocol (APM/Pixhawk/...)
* GPS_TELEMETRY -> direct NMEA input
* LTM -> Light Telemetry
* SERVOTEST
*/
//#define SERVOTEST
//#define GPS_TELEMETRY // Default
//#define MAVLINK
//#define RVOSD
//#define FRSKY_D
//#define FRSKY_X
//#define LTM
#define MFD
/* #### Baud Rate ####
*
* baud rate of telemetry input
* 9600 for FRSKY_D -> D-Series
* 57600 for FRSKY_X -> Taranis/XJT and MAVLINK
* 115200 for RVOSD (RVGS)
* ??? for HoTT
*/
#define BAUD 4800 // default 9600

/* #### Tilt servo 0° adjustment ####
*
* Enter PWM value of Servo for pointing straight forward
*/
#define TILT_0 1075 // default 1050

/* #### Tilt servo 90° adjustment ####
*
* Enter PWM value of Servo for pointing 90° up
*/
#define TILT_90 2000 // default 2025

/* ### Easing effect for tilt movements (EXPERIMENTAL)
*
* TILT_EASING_STEPS is the maximun number of steps to reach tilt position using easing functions
*
* 0 or 1: normal use, no easing effect applied, servo will reach tilt position in only 1 step.
* >1: servo will move to tilt position in with easing effect.
* 60 steps ~ 1 second
* 30 steps ~ 1/2 seconds
* 15 stips ~ 1/4 seconds
*
* TILT_EASING_MIN_ANGLE: Easing is applied if the difference between last and new tilt position is greater than TILT_EASING_MIN_ANGLE grade.
* TILT_EASING_MILIS: Is the time in miliseconds spend by echa step.
*/
//#define TILT_EASING
#define TILT_EASING_STEPS 15 // default 10
#define TILT_EASING_MIN_ANGLE 2 // default 4
#define TILT_EASING_MILIS 15 //default 15

/*
* ### Easing ecuations
* EASE_OUT_QRT -> The easing effect is only applied at the end of the movement.
* EASE_INOUT_QRT -> The easing effect is applied at the begining and at the end of the movement.
* EASE_OUT_CIRC -> The easing out circular effect.
* Read more: Easing ecuations by Robert Penner, http://www.gizma.com/easing/
*/
//#define EASE_OUT_QRT // Easing Out Quart function
//#define EASE_INOUT_QRT // Easing In Out Quart function
#define EASE_OUT_CIRC // Easing Out Circular function (Default)

/* #### Pan servo 0° adjustment ####
*
* Enter PWM value of Servo for not moving
*/
#define PAN_0 1547 // default 1470

/* #### Pan servo minimum required speed ####
*
* If the servo has problems to start a rotation when the speed is slow adjust this value until the tracker moves directly from each position
*/
#define MIN_PAN_SPEED 0 // default 50

/* #### Compass declination ####
*
* http://magnetic-declination.com/
* Enter your city and then get the value for Magnetic declination
* for example [Magnetic declination: 3° 2' EAST]
*
* now enter the value in the format DEGREE.MINUTE * 10 -> 3.2 * 10 = 32
*
* set to 0 if you cannot find your declination!
*/

#define DECLINATION 0 //default 32

/* #### Compass offset ####
*
* If you did not mount your compass with the arrow pointing to the front you can set an offset here.
*
* Needs to be multiplied by 10 -> 90° = 900
*
* Range: 0 ... 3599
*
*/
#define OFFSET 0 //default 0

/* #### DIY GPS / Fix Type ####
*
* If you use the diy GPS the fix type is transmitted with the satellites on Temp2. The value is calculated like this:
* Num of Sats: 7
* Fix Type: 3
* Value = Sats * 10 + Fix Type = 7*10 + 3 = 73
*
* If you use the native frsky gps or fixtype is not present comment to disable.
*/
//#define DIY_GPS

#ifndef MFD
/* #### Ground GPS ####
*
* !!!!!!NOT SUPPORTED YET!!!!!!!
*
* needed for ground gps so home does not need to be manually set
*
* Types:
* MTK, UBX
* UBX not implemented yet
*
* does not work when in MFD mode
*/
//#define LOCAL_GPS // default uncommented
//#define MTK
#define GPS_BAUDRATE 9600 //default 9600
#endif

/* #### Tracker Setup ####
*
* Start tracking when plane is XXX m away from tracker
*
* It is recommended to start tracking only if plane moved a few meters already. Default: 10m
*
*/
#define START_TRACKING_DISTANCE 1//10 //default 10

/* ### LCD Display ###
*
* Uncomment to display data on LCD Display
*
* Please choose for the Display Type:
* I2C
* SPI
*
* LCD Display is required for this.
*
* Requires modified LiquidCrystal library: https://bitbucket.org/fmalpartida/new-liquidcrystal/downloads
*
*/
#define LCD_DISPLAY I2C
// no usar esta línea, es sólo experimental // #define LCD_SIZE_COL 16 // default 16. Not tested 20.
#define LCD_SIZE_ROW 2 // default 2. Not tested with 4.

/*
* LCD Display I2C ADDRESS
* Default is 0x27 if uncommented. You'll need a I2C address scanner sketch if you don't know the correct one.
* If your LCD has a different address descoment this line and change its value.
*/
#define LCD_I2C_ADDR 0x27 //default 0x27

/*
* LCD display bought at en Banggood http://www.banggood.com/IIC-I2C-1602-Blue-Backlight-LCD-Display-Module-For-Arduino-p-950726.html
* Download and install this LiquidCrystal I2C library https://www.dropbox.com/s/e5p9q5tq6sn5m7o/LiquidCrystal_para_LCD_BANGGOOD_SKU166911_I2C.zip?dl=0
* The 1602 is the correct one.
* The default I2C address for this LCD display is 0x3F
*/
//#define LCD_BANGGOOD_SKU166911 //default commented

/* ### Battery monitoring ###
*
* Uncomment to monitor your Battery
*
* Voltage divider is required for this.
*
*/
//#define BATTERYMONITORING
#ifdef BATTERYMONITORING
//#define BATTERYMONITORING_RESISTOR_1 18000
//#define BATTERYMONITORING_RESISTOR_2 1000
//#define BATTERYMONITORING_CORRECTION 1.0 // default 1.0
#endif

/* #### Do not edit below this line */
#if TILT_0 < 800 || TILT_0 > 2200 || TILT_90 > 2200 || TILT_90 < 800
#error "Tilt servo range invalid. Must be between 800 and 2200."
#endif

#if OFFSET < 0 || OFFSET > 359
#error "Offset invalid. Must be between 0 and 3599."
#endif

#endif

rortega
23/11/2015, 16:07
rortega no digo con la mejor de las intenciones, pero solo por estar seguros, no habrás tocado algo en el código y no te acuerdas.
Por que podía ser que una tontería de nada nos la este jugando.
No, si ya a estas alturas cualquier cosa es posible.

rortega
23/11/2015, 16:20
Acabo de comparar el archivo mfd.cpp del repositorio con el mismo archivo que yo tengo y no hay diferencia alguna.

Y he comprobado tu config.h y todo parece estar ok.

Algo se me/nos está escapando.

Tengo la controladora Multiwii 328 de hobbyking, para probar ésto creo que me va a servir mientras me llega la crius.

En una hora y media aproximadamente estoy probándolo otra vez.

rortega
23/11/2015, 16:23
Simba, mientras tanto puedes hacer una prueba un tanto simple, que puede parecer absurda, pero tiene su por qué.

Edita el archivo mfd.cpp, y en la línea 58, cambia la r por una n, es decir, la línea:

} else if (c == '\r') {

debe quedar como

} else if (c == '\n') {

Si así sigue fallando, revierte el cambio, pues lo correcto es la r.

Simba
23/11/2015, 16:44
Bueno el que la lleva la entiende, tu sabrás el porque pero YA FUNCIONA .

En cuanto le mando el fichero cobra vida y empieza a moverse y a indicar el el LCD distancia, altura y azimut, aunque no se muy bien a que corresponde cada cifra.
Ademas el Traker queda en funcionamiento, me refiero a la función brújula, se queda orientado hacia la ultima posición pero vivo y corrigiendo.

TURRUK
23/11/2015, 16:59
Bueno el que la lleva la entiende, tu sabrás el porque pero YA FUNCIONA .

En cuanto le mando el fichero cobra vida y empieza a moverse y a indicar el el LCD distancia, altura y azimut, aunque no se muy bien a que corresponde cada cifra.
Ademas el Traker queda en funcionamiento, me refiero a la función brújula, se queda orientado hacia la ultima posición pero vivo y corrigiendo.

Hola esto ya otra cosa , a mi tan bien funciona :party: falta probar con aat drived.

rortega
23/11/2015, 17:00
Bueno el que la lleva la entiende, tu sabrás el porque pero YA FUNCIONA .

En cuanto le mando el fichero cobra vida y empieza a moverse y a indicar el el LCD distancia, altura y azimut, aunque no se muy bien a que corresponde cada cifra.
Ademas el Traker queda en funcionamiento, me refiero a la función brújula, se queda orientado hacia la ultima posición pero vivo y corrigiendo.
El problema puede estar en la forma en la que generé el archivo log.

Simba
23/11/2015, 17:02
Hola esto ya otra cosa , a mi tan bien funciona :party: falta probar con aat drived.
Copiante eres un copiante :ansioso::-800:que estás sin decir nada y ale así cualquiera. :-11:

Simba
23/11/2015, 17:04
El problema puede estar en la forma en la que generé el archivo log.
Quieres decir que para llevarlo al campo y probar con los datos directos del Driver habría que dejarlo como estaba. ?????.

O sea que creer que funcionara.

Estoy subiendo un vídeo de como se comporta.

TURRUK
23/11/2015, 17:05
Copiante eres un copiante :ansioso::-800:que estás sin decir nada y ale así cualquiera. :-11:

:-11::laugh:

Simba
23/11/2015, 17:06
https://youtu.be/AatWZW8JCS8

rortega
23/11/2015, 17:13
https://youtu.be/AatWZW8JCS8
Así es exactamente como se comporta el mío

rortega
23/11/2015, 17:14
Una pregunta, qué sistemas operativo tenéis, Windows, OS X?

Simba
23/11/2015, 17:21
Una pregunta, qué sistemas operativo tenéis, Windows, OS X?

Windows 7

Simba
23/11/2015, 17:21
Acuerdate que estoy a 4800 baudios.

rortega
23/11/2015, 17:31
Quieres decir que para llevarlo al campo y probar con los datos directos del Driver habría que dejarlo como estaba. ?????.

O sea que creer que funcionara.

Estoy subiendo un vídeo de como se comporta.

Pues no lo tengo claro aún, porque todo ésto que os pasa me confunde un poco, porque a mí me funcionaba con '\r', y el caso es que el firm original es con '\r'.

Y ahora, para liar un poco más la cosa, os cuento. La '\r' significa "Line Feed" (o nueva línea) para el tracker, y es el desafortunado caracter que han utilizado en el AAT driver para finalizar las tramas.

Digo desafortunado, porque en sistemas Linux el carácter nueva línea es '\n', mientras que en Windows es '\r' y aunque yo he generado el archivo log con mi ordenador de casa, que tiene Windows, trabajo con herramientas que son propias de Linux, y al meter el caracter nueva línea puede esté "liándose la picha"... De hecho, en las pruebas que hago de depuración del código fuente tengo que tener muy en cuenta ésto mismo. Bueno, un lío padre, por eso digo que usar ese carácter como finalización de trama es un error por parte de los creadores del protocolo.

Lo que no entiendo de todo ésto, es que una vez que se sube el firm al tracker, si vosotros ponéis \r en el código fuente, y yo también, y usáis el mismo archivo que yo, y a mí me funciona, entonces a vosotros os debería funcionar también con la \r...

En el tracker recibiendo datos directamente del AAT driver debería ser con \r, porque así es como está el código original.

Simba
23/11/2015, 17:32
Creo que a Turruk ya le funciona también con el Driver MFD, esta en la misma situación que cuando grabo el fichero, con el avión en el balcón y recibiendo datos por vídeo, en cuanto pillo satelites suficientes, se puso en marcha.

Ya nos lo contara cuando se conecte.

Simba
23/11/2015, 17:44
Bueno rortega para fijar posiciones, te confirmo que Turruk lo tiene en marcha con la n, tal como dijiste que modificáramos, con lo cual quiere decir que esto le afecta totalmente, ya que el esta funcionando de forma real, con el Driver MFD y por telemetria Vídeo.
Le oscila bastante como a mi pero se va a desplazar con el avión por la calle. para separarse y ver como se comporta.

Para mi que por lo que sea es con la n como va bien, de la otra forma con la r, es que ni arrancaba.

rortega
23/11/2015, 18:01
Bueno rortega para fijar posiciones, te confirmo que Turruk lo tiene en marcha con la n, tal como dijiste que modificáramos, con lo cual quiere decir que esto le afecta totalmente, ya que el esta funcionando de forma real, con el Driver MFD y por telemetria Vídeo.
Le oscila bastante como a mi pero se va a desplazar con el avión por la calle. para separarse y ver como se comporta.

Para mi que por lo que sea es con la n como va bien, de la otra forma con la r, es que ni arrancaba.
La cuestión es que sea como fuere funcione bien.

Lo mismo esta gente de MFD ha cambiado el carácter line feed para la versión del firm que tiene Turruk en su AAT driver.

El problema que tenemos es que no tenemos absolutamente nada de información sobre el funcionamiento del tracker con el firm original, todo pasa por preguntarle al autor, así que lo que no averiguemos por nosotros mismos no nos lo va a contar nadie.

Es por eso que estoy intentando documentar todo lo que hacemos y averiguamos y colgándolo en el repositorio, para el que venga por detrás sepa por dónde tirar.

Para este problema habrá que poner un parámetro de configuración en el config.h y explicar que con la versión X fdel firma de AAT driver se usa '\n' y para anteriores '\r'.

No sé qué pensáis sobre ésto.

Simba
23/11/2015, 18:11
A ver si llegamos a alguna conclusión, al final parece que a Turruk no le funciona o le funciona diferente a mi.
Si os fijáis en mi video solo se mueve el Pan y a el solo se mueve el Tilt.
Hay que probar más y ver si realmente funciona en el campo, pero lo más importante es que al final no sabemos realmente lo que tira el Driver y como lo maneja el Traker.
Nos faltan datos ¿no? rortega, no nos queda otra que andar por el método de prueba y error.

carabin
23/11/2015, 21:12
Gracias Guillesan por redireccionarme a este hilo desde el proyecto de Jalves , y hacer que se me disipen dudas y amplíe perspectivas .

Enhorabuena a todos , Ortega , Guillesan , Simba Turruk etc ... , llevo entretenido varios día para leer y releer todo el hilo completo y así poder hacerme una idea de todo esto que no es nada fácil de digerir.

Mi configuración es como la de Simba , Orange LRS , Storm y video en 5,8 GHz. Simba "Ole por ti " , por tu tesón de seguir con esto ya que el proyecto apuntaba a otras plataformas y tu has tirado "palante" aun a sabiendas que tu velocidad sería baja en Baudios , a mi con tus resultados me basta para ponerme manos a la obra .

No tengo mucha experiencia con todo esto pero creo que puedo llegar al final .

Ya he pedido material y mientras tanto Simba me gustaría hacerte alguna pregunta ;

*.- En el Proyecto de Jalves , mencionaba sacar en paralelo del cable GPS que va al OSD la señal GPS , ¿Se puede hacer así o es conveniente utilizar otro modulo GPS autónomo para no interferir en la señal?

*.- ¿ Se podría poner un TX Orange sólo como Receptor Rx(solo Telemetría) en el Antena 360 Tracker para recibir la trama de GPS , y utilizar el de la radio otro Tx Orange para el mando?

*.- ¿ Prefieres que abra un Hilo nuevo para no mezclar temas ?, ya sabes sería especifico de Jalves Orange LRS+Antena Tracker 360


De nuevo gracias por el PROYECTO :wink:

Simba
23/11/2015, 22:28
Hola carabin, bien venido al club del Traker360.
La verdad es que el tema de este hilo del Taker360, ha derivado en algunas ocasiones hacia el equipamiento del Traker como antenas y repetidores, y gran parte de la culpa la tengo yo, pero si abundamos en estos temas, despistamos mas que ayudamos en lo que verdaderamente es el meollo de la cuestión.

Si que estaría interesante que abrieras otro hilo, para tocar todos estos temas de Tx, Telemetria, repetidores y todo lo que puede equipar como auxiliar al conjunto del Traker.

El tema de este hilo es concretamente el sistema de seguimiento, la mecánica y la electrónica, y particularmente se ha ampliado constantemente, con varios sistemas de Telemetria, y en esto estamos liados ahora con la Telemetria por Vídeo con protocolo MFD.

Si abres el hilo que comentabas, de seguro que lo seguiré y participare en lo que pueda.

Un saludo.

rortega
23/11/2015, 22:31
Gracias Guillesan por redireccionarme a este hilo desde el proyecto de Jalves , y hacer que se me disipen dudas y amplíe perspectivas .

Enhorabuena a todos , Ortega , Guillesan , Simba Turruk etc ... , llevo entretenido varios día para leer y releer todo el hilo completo y así poder hacerme una idea de todo esto que no es nada fácil de digerir.

Mi configuración es como la de Simba , Orange LRS , Storm y video en 5,8 GHz. Simba "Ole por ti " , por tu tesón de seguir con esto ya que el proyecto apuntaba a otras plataformas y tu has tirado "palante" aun a sabiendas que tu velocidad sería baja en Baudios , a mi con tus resultados me basta para ponerme manos a la obra .

No tengo mucha experiencia con todo esto pero creo que puedo llegar al final .

Ya he pedido material y mientras tanto Simba me gustaría hacerte alguna pregunta ;

*.- En el Proyecto de Jalves , mencionaba sacar en paralelo del cable GPS que va al OSD la señal GPS , ¿Se puede hacer así o es conveniente utilizar otro modulo GPS autónomo para no interferir en la señal?

*.- ¿ Se podría poner un TX Orange sólo como Receptor Rx(solo Telemetría) en el Antena 360 Tracker para recibir la trama de GPS , y utilizar el de la radio otro Tx Orange para el mando?

*.- ¿ Prefieres que abra un Hilo nuevo para no mezclar temas ?, ya sabes sería especifico de Jalves Orange LRS+Antena Tracker 360


De nuevo gracias por el PROYECTO :wink:

Gracias por la parte que me toca. Ahí hay unas cuantas preguntas sobre OrangeRX (openLrs) que el que mejor que las puede contestar es Simba.

En principio creo que sí se puede sacar la señal de GPS en Y (lo que tu llamas paralelo) y enchufarla al receptor OrangeRX para que la mante al tracker.

Echa un ojo a este doc que el propio Simba ha redactado: https://github.com/raul-ortega/amv-open360tracker/blob/master/docs/Telemetria-Orange-OpenLRSng.pdf

Ya de paso echa un ojo a la wiki del proyecto (https://github.com/raul-ortega/amv-open360tracker/wiki), donde estoy tratando de conentrar la información. Algunos de los enlaces van directamente a la carpeta docs (https://github.com/raul-ortega/amv-open360tracker/tree/master/docs), donde hay más información al respecto.

Evidentemente aquí en el foro hay mucha más información que allí, aunque está muy dispersa y va emanando muy rápido...

rortega
23/11/2015, 22:41
A ver si llegamos a alguna conclusión, al final parece que a Turruk no le funciona o le funciona diferente a mi.
Si os fijáis en mi video solo se mueve el Pan y a el solo se mueve el Tilt.
Hay que probar más y ver si realmente funciona en el campo, pero lo más importante es que al final no sabemos realmente lo que tira el Driver y como lo maneja el Traker.
Nos faltan datos ¿no? rortega, no nos queda otra que andar por el método de prueba y error.

Las capturas que hizo Turruk las sacó en hexadecimal y las copió y pego, o bien las salvó con el programita aquel que en su día le pasé el enlace (el sscom).

Sugiero que haga capturas de lo que saca el driver con el programa Hércules, pero sin seleccionar hexadecimal, directamente lo que salga. Para ello hay dos opciones: Log to File y Log Enable.

Para acceder a esas funciones se pulsa con el botón derecho del ratón sobre la propia terminal (fondo blanco) del hércules.

Log to File sirve para indicar en que archivo queremos guardar los datos, y Log Enable (o también CTRLO + L) debería servir para activar/desactivar la función log.

Lo suyo sería poder realizar una captura de un vuelo real, o bien una captura con el avión en mano, sin volarlo, pero dándose una vueltecita por la pista para tener más datos.

A ver si lo podéis hacer y me pasáis la captura y volvemos a analizar el tema.

Simba
23/11/2015, 22:42
carabin, como puedes ver por aquí también tenemos bastante información, y rortega se ha empeñado en recopilarla para que se pueda consultar fácilmente, de echo es otra forma muy interesante, de que no nos perdamos con la mezcla de tantos temas.
Pensándolo bien y si los demás están de acuerdo, podemos tocar estos otros temas, y después pasarlos a la wiki del proyecto.

Simba
23/11/2015, 22:52
Las capturas que hizo Turruk las sacó en hexadecimal y las copió y pego, o bien las salvó con el programita aquel que en su día le pasé el enlace (el sscom).

Sugiero que haga capturas de lo que saca el driver con el programa Hércules, pero sin seleccionar hexadecimal, directamente lo que salga. Para ello hay dos opciones: Log to File y Log Enable.

Para acceder a esas funciones se pulsa con el botón derecho del ratón sobre la propia terminal (fondo blanco) del hércules.

Log to File sirve para indicar en que archivo queremos guardar los datos, y Log Enable (o también CTRLO + L) debería servir para activar/desactivar la función log.

Lo suyo sería poder realizar una captura de un vuelo real, o bien una captura con el avión en mano, sin volarlo, pero dándose una vueltecita por la pista para tener más datos.

A ver si lo podéis hacer y me pasáis la captura y volvemos a analizar el tema.

Vale pues me parece que sera lo mas indicado, toma de datos real en espacio abierto.
Esto ya lo hice a petición de Jalves, y resulto imprescindible para que aquello funcionara, ahora si me pegue unos cuantos paseos alrededor del campo de vuelo, y también algún vuelo grabando en el portátil un log, que ya no me acuerdo de nada y ni siquiera que programa utilizábamos.

Si Turruk está de acuerdo, por mi no hay problema y el portátil, lo pongo yo pero todo lo demás es cosa de Turruk, que es el que tiene el MFD y el Driver.

Simba
23/11/2015, 23:04
carabin contestando a lo que preguntabas:

*.- En el Proyecto de Jalves , mencionaba sacar en paralelo del cable GPS que va al OSD la señal GPS , ¿Se puede hacer así o es conveniente utilizar otro modulo GPS autónomo para no interferir en la señal?
Se puede hacer siempre que el OSD utilizado tenga los mismos parametros de configuración que nuestra Telemetria, o sea que va a ser que no, y es mas sencillo utilizar otro modulo GPS que total cuesta unos 10€.

*.- ¿ Se podría poner un TX Orange sólo como Receptor Rx(solo Telemetría) en el Antena 360 Tracker para recibir la trama de GPS , y utilizar el de la radio otro Tx Orange para el mando?
No lo veo necesario ademas de complicar las cosas con 2 Oranges que se morderan seguro y la telemetria pitara de lo lindo.
Es mejor utilizar en el Traker un modulo Tx con Telemetria activada, y conectado por PPM con un Rx en 2,4, enlazado con la emisora en 2,4.
Siempre que el Video sea en 1,2 o 5,8.
*.- ¿ Prefieres que abra un Hilo nuevo para no mezclar temas ?, ya sabes sería especifico de Jalves Orange LRS+Antena Tracker 360
Ya te he contestado.

carabin
23/11/2015, 23:40
rortega , gracias por el Link (y yo pegando trozos de los mensajes interesantes en una hoja de Word :facepalm: )esto simplifica perdidas de tiempo importantes .
Simba , aclarado lo del GPS y los de los 2 tx Orange , tengo claro también lo del mando con 2,4 GHz (aunque en el caso más desfavorable de que accidentalmente te quedes sin tensión en el Tracker te quedas sin mando también y el avión en RTH , aunque también puedes pensar que si te falla la batería de la emisora te quedas sin mando igual )

En cuanto reciba el material abriré un hilo más especifico para dejaros trabajar mejor y no mezclar temas .

Simba
24/11/2015, 01:01
Las capturas que hizo Turruk las sacó en hexadecimal y las copió y pego, o bien las salvó con el programita aquel que en su día le pasé el enlace (el sscom).

Sugiero que haga capturas de lo que saca el driver con el programa Hércules, pero sin seleccionar hexadecimal, directamente lo que salga. Para ello hay dos opciones: Log to File y Log Enable.

Para acceder a esas funciones se pulsa con el botón derecho del ratón sobre la propia terminal (fondo blanco) del hércules.

Log to File sirve para indicar en que archivo queremos guardar los datos, y Log Enable (o también CTRLO + L) debería servir para activar/desactivar la función log.

Lo suyo sería poder realizar una captura de un vuelo real, o bien una captura con el avión en mano, sin volarlo, pero dándose una vueltecita por la pista para tener más datos.

A ver si lo podéis hacer y me pasáis la captura y volvemos a analizar el tema.

Bueno rortega creo tener claro lo que necesitas, y he estado haciendo pruebas con el hercules, para grabar un fichero.log.
Lo que he hecho es probar a grabar lo que sale de un GPS, que es GPGGA a 9600 baudios, y creo un .log exacto al que monitorizo en el U.Center.

Resulta bastante fácil, y supongo que la prueba consistirá en meter en un FTDI la salida del driver, al Rx mas el negativo y el USB al portátil.

Volamos con el sistema MFD AP y el Traker360 con telemetria Orange, y por el Driver MFD sacamos los datos para el .log.

TURRUK
24/11/2015, 01:21
Vale pues me parece que sera lo mas indicado, toma de datos real en espacio abierto.
Esto ya lo hice a petición de Jalves, y resulto imprescindible para que aquello funcionara, ahora si me pegue unos cuantos paseos alrededor del campo de vuelo, y también algún vuelo grabando en el portátil un log, que ya no me acuerdo de nada y ni siquiera que programa utilizábamos.

Si Turruk está de acuerdo, por mi no hay problema y el portátil, lo pongo yo pero todo lo demás es cosa de Turruk, que es el que tiene el MFD y el Driver.

Si vale con una servesita y volar.:plane:

Simba
24/11/2015, 01:40
Si vale con una servesita y volar.:plane:
OK, apunto servesita para Turruk.

rortega
24/11/2015, 07:44
OK, apunto servesita para Turruk.
Tomaos alguna a mi salud, que de buena gana me acoplaba yo a esas pruebas con vosotros...a las pruebas de servesitas se entiende ;)

Simba
24/11/2015, 14:13
Hola, pongo enlace a dropbox con el fichero de vuelo sacado del Driver MFD.

Comentar que con este fichero al meterlo en pi Traker, no funciona pero atención, le he metido primero el fichero de las pruebas de ayer y después de pasarlo y con el traker arrancado le he metido a continuación este de hoy, y BINGO lo lee y parece funcionar bien, pero a toda leche, es como si fuera acelerado por que los datos no son en tiempo real.
A ver que te parece:

https://www.dropbox.com/s/0zp2sy1tgjx8bzg/Pruebas%20MFD-Driver.log?dl=0

rortega
24/11/2015, 14:37
Hola, pongo enlace a dropbox con el fichero de vuelo sacado del Driver MFD.

Comentar que con este fichero al meterlo en pi Traker, no funciona pero atención, le he metido primero el fichero de las pruebas de ayer y después de pasarlo y con el traker arrancado le he metido a continuación este de hoy, y BINGO lo lee y parece funcionar bien, pero a toda leche, es como si fuera acelerado por que los datos no son en tiempo real.
A ver que te parece:

https://www.dropbox.com/s/0zp2sy1tgjx8bzg/Pruebas%20MFD-Driver.log?dl=0
Estoy intentando digerirlo, osú... Quizás el hecho de enviarlo vía ftdi implica abrir y cerrar el puerto desde Hércules, y por lo que sea se envía la señal se reinicio de la crius, que provoca que el algoritmo de decodificación cambie a su estado de inicio y empiece a decodificar tramas.

Lo que trato de explicar tiene que ver con que el algoritmo de decodificación es como una maquina de estados, que en función de los caracteres que va recibiendo como "marcas" pasa de unrstado a otr, por ejemplo "libre", " decodificando paquete tipo x", "recibiendo checksum" .... Y en algún punto se quede en un problema estado del que no sale o en el que ya no espera leer una marca.

Otro motivo podría ser que por alguna causa, un fallo en las comunicaciones, se produzcan errores y el checksum calculado no coincida con el checksum real y de las tramas como no válidas.

Esta tarde probaré el archivo desde el entorno de desarrollo a ver que sale, pero hasta que no tenga la crius no voy a poder hacer pruebas reales.

Simba
24/11/2015, 14:45
Puede que sea por que cuando he empezado a guardar el .lo, ya había dado el fin.
Me explico, el ala de Turruk ya había pillado satélites y mandado fix y después lo he puesto a guardar el .log.
El vuelo dura unos 3 o 4 minutos pero en la reproducción con el hércules no dura ni 20 segundos.

rortega
24/11/2015, 14:49
Puede que sea por que cuando he empezado a guardar el .lo, ya había dado el fin.
Me explico, el ala de Turruk ya había pillado satélites y mandado fix y después lo he puesto a guardar el .log.
El vuelo dura unos 3 o 4 minutos pero en la reproducción con el hércules no dura ni 20 segundos.
Lo de la reproducción rápida es normal, se los metemos todos de golpe a 19200, y no cuando están disponibles como hace el dispositivo emisor.

Simba
24/11/2015, 16:17
Nada solo por ayudar rortega, se me a ocurrido copiar la cabecera del archivo de ayer o sea esto :
#####################################################XXXXXXXXXXXXXXD0H0A255*201
D0H0A255*201
D1H0A253*200

Delante del fichero de hoy, por mi sospecha de que no había guardado en el .log, el momento en que hacia Fix y claro si no lo ve se queda esperándolo.

El resultado es que ahora ya arranca y funciona perfectamente.

Se ve que algo voy aprendiendo.

Simba
24/11/2015, 16:20
Lastima que no sepa como relentizarlo, por que parece que se valla a desmontar el Traker, es como si lo pusieran a cámara súper rápida (o súper lenta según se mire)

rortega
24/11/2015, 16:23
Simba, ese archivo te llega así, en modo texto?

Simba
24/11/2015, 16:28
Pues no se, si te refieres al que hemos grabado esta mañana, yo lo grabe como .log que era lo que salia por defecto.
Y el que tu pusiste en el repositorio es al que le he copiado la cabecera hasta que veía que ya cambiaba y que interpreto como que hace Fix.

rortega
24/11/2015, 16:32
Lastima que no sepa como relentizarlo, por que parece que se valla a desmontar el Traker, es como si lo pusieran a cámara súper rápida (o súper lenta según se mire)
Si configuras el tracker a menos baudios y se lo subrs debería ir menos rápido.

rortega
24/11/2015, 16:33
Pues no se, si te refieres al que hemos grabado esta mañana, yo lo grabe como .log que era lo que salia por defecto.
Y el que tu pusiste en el repositorio es al que le he copiado la cabecera hasta que veía que ya cambiaba y que interpreto como que hace Fix.
Entonces, como tu dices, fijemos posiciones...Funciona cuando hay cabecera y no funciona cuando le falta la cabecera?

Simba
24/11/2015, 16:38
OK así es.

rortega
24/11/2015, 16:39
OK así es.
Pues nada, ya no me necesitáis, jajaja. Qué máquina...

Al final estás con '\r' o con '\n' ?

Simba
24/11/2015, 16:44
Como tu nos dijiste, creo que con "n".

Y eso de que no te necesitamos va a ser que NO, vale, lo que pasa es que uno se va quedando con algo, pero que no se muy bien lo que es ese algo, OK. :ansioso::ansioso::-11:

Simba
24/11/2015, 16:46
Estoy subiendo un vídeo de como va acelerado.

Simba
24/11/2015, 16:47
https://youtu.be/OjnY2zCXgdI

rortega
24/11/2015, 16:52
Bueno, pues ya has resuelto el entuerto. Estoy mirando el archivo principal del firm, el .ino, y resulta que ahí tienen en cuenta el estado de la bandera SETTING_HOME (uno de los estados de la hipotética máquina de estados), que inicialmente está desactivado y se activa sólo cuando detecta el carácter X. Al no tener la cabecera con Xs la máquina nunca llegaba a ese estado.

Pues bien, ese estado SETTING_HOME es condición necesaria e indispensable para que en MFD se tomen en cuenta los datos.

Simplemente los leía, y bien, pero no los usaba.

Me has ahorrado un buen rato de mareo depurando código. La vez anterior no miraba yo en el archivo .ino para saber que pasaba.

La conclusión de ésto es que hay que encender primero el tracker, y luego el avión.

rortega
24/11/2015, 16:55
Que bueno el vídeo, ja ja ja. Y qué alegría me da verlo en marcha.

Simba
24/11/2015, 16:56
Entonces quieres decir que ya está, no me lo puedo creer.

¿Tu crees que si voy con mi Traker360 y le ponemos el Driver de TurruK, funcionara ?.

TURRUK
24/11/2015, 17:38
Si configuras el tracker a menos baudios y se lo subrs debería ir menos rápido.

Hola, pero si cambias la velosidad de datos el trama de aat driver no sale lo misma no, :rolleyes:

TURRUK
24/11/2015, 17:43
Entonces quieres decir que ya está, no me lo puedo creer.

¿Tu crees que si voy con mi Traker360 y le ponemos el Driver de TurruK, funcionara ?.

Vale por un par de frias de dejo:biggrin2: una cosa no entiendo porque no funciona mi tracker con estos ficheros, o mejor por mi servo lento.

rortega
24/11/2015, 17:51
Hola, pero si cambias la velosidad de datos el trama de aat driver no sale lo misma no, :rolleyes:

Es sólo para enviar el fichero desde el ordenador.

Cuando trabajes directamente con el AAT Driver debe estar a 19200 (o otra velocidad a la que hayas configurado el AAT Driver).

Simba
24/11/2015, 17:51
Vale por un par de frias de dejo:biggrin2: una cosa no entiendo porque no funciona mi tracker con estos ficheros, o mejor por mi servo lento.
Vale las frias ya son unas cuantas, al final pillaremos una buena.

Lo de tu traker no sera nada, yo lo que haría es coger la versión que te funcionaba bien y con esos mismos parámetros, lo activas para MFD como lo tengo yo y ya está.

rortega lo de la velocidad de baudios, no lo puedo bajar por el tema de los Bluetooth, ya lo probé pero solo responde a la velocidad de 4800 que tienen, imaginate si tubieran los 19200, se me cruje el Traker. :ansioso::ansioso:

Simba
24/11/2015, 17:56
Turruk, los dos botones que tiene el Driver ¿para que son? uno es un Test pero el otro ¿no sera para hacer el home ? me refiero a que si no lo pilla el Traker por estar apagado cuando se produce, igual apretando el botón el Driver manda una cabecera con el Fix.
En fin como tu dices Pajas Mentales.

Simba
24/11/2015, 17:59
Vale lo pone en el instrucciones es el Botón HOME.

3. Operating Instructions
1). Accessing the OSD menu:
To enter OSD menu: Hold the TEST button, then press HOME button. Release both to enter OSD menu.
To move the selected item: Press TEST button.
To edit the item value: Press HOME button.
To exit menu: Move to menu item "QUIT" and press HOME button.

Traducidas las instrucciones, saco la idea de lo que hace.
Con los 2 botónes se maneja el menu para situar y elegir el modelo y situación del avión amigo a mostrar en pantalla, y en caso de no disponer de GPS local, el Botón HOME fija la posición HOME.
Es decir si no hacemos nada y el Traker esta encendido entes que se fijan satelites, el Traker toma HOME automaticamente.
En caso de que arranquemos el Traker a posteriori del avión y no reciva el Fix, tenemos el Botón HOME para fijarjo.

3. Instrucciones de funcionamiento
1). Acceso al menú OSD:
Para entrar en el menú OSD: Mantenga pulsado el botón TEST, a continuación, pulse el botón HOME. Suelte tanto para acceder al menú OSD.
Para mover el elemento seleccionado: Pulse el botón TEST.
Para editar el valor del artículo: Pulse el botón HOME.
Para salir del menú: Mover a la opción de menú "SALIR" y presione el botón HOME.
2). Introducción menú OSD: 选项 描述 OSD HOR OFFSET / OSD VER DESPLAZAMIENTO Utilice estas opciones para mover la imagen de OSD hacia la izquierda / derecha / arriba / abajo
DuoGPS
Por defecto = 19200 bps y usar el PIN # 3 para la entrada de datos GPS local. Otros valores baudrate utilizarán PIN # 6 para la entrada de datos GPS local.
Apague y encienda de nuevo para que el
cambio surta efecto VBI NIVEL Ajuste el nivel de VBI (-10 ~ 10). Valor por defecto = 0. Utilice esta opción para encontrar la mejor configuración de tu VideoTX / RX para el enlace descendente.
PLANO ID
Seleccione el ID de su avión. El ID se mostrará en la OSD de su amigo cuando se utiliza la función "FlyTogether". EXIT Sale del menú y guardar la configuración.
3). DuoTracking: DuoTracking le permite conectar un GPS para AATDriver para localizar el tracker. Con la característica DuoTracking usted no necesita SETHOME para el tracker antes de despegar.
Y usted puede mantener el seguimiento, incluso cuando el rastreador se mueve.
Para conectar un GPS para el AATDriver V5, usted tiene que utilizar el puerto lateral del AATDriver

ALBERTHAMON
24/11/2015, 18:29
deseando que hagáis la prueba.

Y para ir enfocando esto como debe, a ver si lo he entendido bien.
_Se conecta el driver del MFD al receptor de Video a través del conector de 6 pines del MFD.
_El driver también se alimenta desde el mismo conector de 6 pines.
_El Driver se conecta al aat360 mediante masa y conector CRTL(conector de 6 pines) a la crius.
_Entiendo que la crius recibe estos datos por masa y RX.

una vez todo alimentado y conectado, ya se puede conectar el MFD AP y esperar a que haga el HOME?
Eso y el archivo correspondiente cargado en la crius claro.

esto es asi?

TURRUK
24/11/2015, 18:33
Turruk, los dos botones que tiene el Driver ¿para que son? uno es un Test pero el otro ¿no sera para hacer el home ? me refiero a que si no lo pilla el Traker por estar apagado cuando se produce, igual apretando el botón el Driver manda una cabecera con el Fix.
En fin como tu dices Pajas Mentales.

Si eso es, boton HOME para fijar set manual.

Simba
24/11/2015, 18:33
Correcto, y por la salida de Vídeo del Driver, se conectan las gafas el monitor o lo que sea para ver el vuelo.

Y lo que he puesto antes, el Botón HOME si lo necesitas.

rortega
24/11/2015, 18:34
Dándole vueltas a lo de \r y \n, en el archivo que me has pasado hoy lo que aparece como finalización de trama es el valor 10 en decimal (0A en hexadecimal), que se correesponde con el valor al que traduce '\n' el compilador de c (del lenguaje de programación).

'\r' tiene el valor 13 en decimal (0D en hexadecimal), y se corresponde con el carácter Retorno de Carro.

El motivo por el cual podría estar con '\r' en el código origianl es que el autor pudiera estar trabajando con un sistema operativo y/o software que tras realizar las capturas le estuviese traduciendo los saltos de línea con 13 en lugar de 10.

O bien es a nosotros que estamos con windows y hércules a los que nos esté traduciendo mal.

La única forma de saber si funciona realmente es hacer la prueba real tomando datos directametne del AAT, con el firmware del tracker con '\r', y si no va bien hacerlo con '\n'.

Si tenéis un portátil sería bueno llevárselo al campo para cambiarlo si fuese necesario, o bien como váis los dos, llevaros un tracke con '\r' y el otro con '\n'.

En cualquier caso, recordad que hay que tener el tracker funcionando antes que el MFD AP y el AAT driver, para que se entere cuando le llegue la X del SETTING_HOME.

Simba
24/11/2015, 18:38
Correcto rortega lo tendremos en cuenta, pero lee un poco antes lo del Botón HOME del Driver.

Alberthamon, antes me refería a ti, a lo que preguntabas OK.

TURRUK
24/11/2015, 18:40
Es sólo para enviar el fichero desde el ordenador.

Cuando trabajes directamente con el AAT Driver debe estar a 19200 (o otra velocidad a la que hayas configurado el AAT Driver).

Ok eso si, dezde PC , otra cosa no entiendo porque se comporta tracker tan violento, por ejemplo con telemetria de frsky no uvo esta problema.

rortega
24/11/2015, 18:47
[QUOTE=Simba;481815]Correcto rortega lo tendremos en cuenta, pero lee un poco antes lo del Botón HOME del Driver.

Es que hemos escrito casi a la vez, y ese mensaje no estaba antes de empezar a escribir...Pues nada, magia potagia si es verdad que ese botón home hace eso, empezaría a enviar el caracter X, supongo, con lo cual problema resuelto, supongo tambíen, je je

rortega
24/11/2015, 18:48
Ok eso si, dezde PC , otra cosa no entiendo porque se comporta tracker tan violento, por ejemplo con telemetria de frsky no uvo esta problema.

Yo creo que sí, con mis archivos de telemetría sí iba más rápido que directamente, lo que pasa que los vuelos que yo hice en el campo enran más tranquilitos, tipo vuelo la pava.

TURRUK
24/11/2015, 19:02
Hola no se pero ya funciona me cargado otra version y cambiado r por n y chin -chan :-800: pero no me gusta como se comporta :mad:

TURRUK
24/11/2015, 19:05
Hola no se pero ya funciona me cargado otra version y cambiado r por n y chin -chan :-800: pero no me gusta como se comporta :mad:

Por mi que falta algo mas para que funciona fino.

Simba
24/11/2015, 19:07
Si lo que falta es que vueles y veas como funciona por que con el hercules es solo una prueba de comunicación, no de vuelo OK.

TURRUK
24/11/2015, 19:09
Si lo que falta es que vueles y veas como funciona por que con el hercules es solo una prueba de comunicación, no de vuelo OK.

Por mi no lo creo, pero bueno si falta volamos.:plane:

TURRUK
24/11/2015, 19:12
Es sólo para enviar el fichero desde el ordenador.

Cuando trabajes directamente con el AAT Driver debe estar a 19200 (o otra velocidad a la que hayas configurado el AAT Driver).

Esta funcion no esta disponible para los usuarios , eso ya viene con soft.

Simba
24/11/2015, 19:50
Anda que la que hemos liao entre todos con el Traker, es la leche.

Ya no se pero igual me pido un Driver de estos, y que conste que no lo necesito para nada, que voy mas que sobrado con el Orange, pero al final aunque solo sea por experimentar, me mola un montón.

Y para rematar el clavo un falta el desarrollo de rortega con la migración a 32 bits de la Flip32+, eso si que va a ser la repera limorera.

rortega
24/11/2015, 19:55
Anda que la que hemos liao entre todos con el Traker, es la leche.

Ya no se pero igual me pido un Driver de estos, y que conste que no lo necesito para nada, que voy mas que sobrado con el Orange, pero al final aunque solo sea por experimentar, me mola un montón.

Y para rematar el clavo un falta el desarrollo de rortega con la migración a 32 bits de la Flip32+, eso si que va a ser la repera limorera.

Sí, gorda...

El mingo estuve haciendo pruebas de funcionamiento del puerto serie con la flip32, y se tragaba las tramas del protocolo MFD y del LTM, pruebas que hice porque tenía a mano los archivos .log.

No sé si hoy me va a dar tiempo, pero quiero probar a ver si soy capaz de mover un servo, porque como se pueda la migración va a estar chupada.

Guillesan
24/11/2015, 20:04
Venga al lio, ya querria yo tener mas tiempo para probar/cacharrear.
Raul esta placa me serviria para la migracion a 32 bits http://www.rctimer.com/product-1508.html
Ok saludos a todos.

rortega
24/11/2015, 20:17
Venga al lio, ya querria yo tener mas tiempo para probar/cacharrear.
Raul esta placa me serviria para la migracion a 32 bits http://www.rctimer.com/product-1508.html
Ok saludos a todos.
Tirarse así a la piscina sin ante haber comprobado si está llena... En teoría, si corre cleanflight debería ser posible, pero hasta que no tenga en mis mano una y pruebe...

Tengo parte del código migrado, pero me falta probar el envío de pulsos pwm a los servos y la lectura del compás.

Y estoy en una fase de corregir errores de compilación... Un lío padre.

No quiero animar a nadie a comprar nada hasta que no vea yo el tracker trabajando con la flip32.

Seguiré informando...

Guillesan
24/11/2015, 20:28
Tirarse así a la piscina sin ante haber comprobado si está llena... En teoría, si corre cleanflight debería ser posible, pero hasta que no tenga en mis mano una y pruebe...

Tengo parte del código migrado, pero me falta probar el envío de pulsos pwm a los servos y la lectura del compás.

Y estoy en una fase de corregir errores de compilación... Un lío padre.

No quiero animar a nadie a comprar nada hasta que no vea yo el tracker trabajando con la flip32.

Seguiré informando...

Ok tomo nota , pero si corre cleanflight

Simba
25/11/2015, 00:40
Ok tomo nota , pero si corre cleanflight
Guillesan salvo error u omisión, está basada en la Nace Acro, y por lo tanto no dispone de Magnetometro.

Y en las fotos por mas que lo he intentado no lo encuentro (HMC5883C).
Casi seguro que no te vale.

rortega
25/11/2015, 07:14
Guillesan salvo error u omisión, está basada en la Nace Acro, y por lo tanto no dispone de Magnetometro.

Y en las fotos por mas que lo he intentado no lo encuentro (HMC5883C).
Casi seguro que no te vale.
Mejor la Flip32, por eso la elegí, porque lleva mag integrado.

Esa no lleva, y habría que conectarlo externo.

Guillesan
25/11/2015, 08:49
si a brujula no esta en placa , pero se instala exterior , seria igual a lo que uso en mi antena "grande" con un gps/brujula todo en uno.
Funciona correctamente en la Mega .

Simba
25/11/2015, 14:05
si a brujula no esta en placa , pero se instala exterior , seria igual a lo que uso en mi antena "grande" con un gps/brujula todo en uno.
Funciona correctamente en la Mega .
Pero no decías que con la brújula externa era extremadamente sensible a interferencias.
Yo desestime esa opción, dados los problemas que algunos tienen con el sistema de waverrider, y siendo que en la Crius y en la Filp32 tiene integrado en placa el Magnetómetro, que ademas funciona y está súper testeado, no veo el porque de complicar mas las cosas.
Bueno de todas formas es otra opción, y para gustos colores.

Guillesan
25/11/2015, 15:39
Pero no decías que con la brújula externa era extremadamente sensible a interferencias.
Yo desestime esa opción, dados los problemas que algunos tienen con el sistema de waverrider, y siendo que en la Crius y en la Filp32 tiene integrado en placa el Magnetómetro, que ademas funciona y está súper testeado, no veo el porque de complicar mas las cosas.
Bueno de todas formas es otra opción, y para gustos colores.

Hola Simba , te explico, de todas las pruebas que he hecho la brujula mas sensible a interferencias es la que va sola, me explico la pequeña plaquita con el hmc5883 , con esta version si es verdad que tiene su dificultad ponerla en el sitio propicio dentro de la caja, aunque hay algun compañero que la tiene funcionando sin mas problemas.
La version del gps/brujula tambien tiene cierta dificultad de montaje pero no tanto ni mucho menos que lo anterior, te decia en links anteriores que esta montado dentro de una pequeña caja metalica en la placa tapando tanto el circuito gps como la brujula y con esta version no he tenido ningun problema, de ahi que dijera que esta funcionando en mi antena grande sin problemas.
OK

jfrauca
25/11/2015, 16:19
Por si sirve de ayuda, yo lo tengo instalado en un arduino nano con un GPS de apm, de los que llevan magnetómetro, y las primeras pruebas ha ido fenomenal, simplemente tuve que corregir la dirección de la corrección del magnetometro y de momento todo ha ido bien.

saludos a todos

Simba
25/11/2015, 18:09
OK Guillesan y jfrauca, tomo nota por si hace falta.

Simba
25/11/2015, 18:30
Bueno chicos tenemos noticias frescas del Sistena MFD, lo de frescas es literal y con viento serrano.

Al lio, El Sr. Turruk echandole un par ha volado su ala para testear el MFD, el sistema funciona y funciona muy bien en el plano de Pan, incluso yo diría que con mas precisión que en otros protocolos, o en fin que marca la dirección rozando la perfección, pero tenemos problemas con el Tilt, vamos que no funciona, que se queda quieto mirando el horizonte.
Pensamos que es problema de que no interpreta bien el dato de Distancia, y al no tenerlo no triangula para sacar la inclinación de tilt.
Esto lo sabemos por que en el LCD, se ve perfectamente la Altura y el Azimut, pero la Distancia permanece fija en 1m.
La Altura y el Azimut la marca perfecta y contrastada por los datos del OSD, y la corrección de posición Pan la hace francamente bien.

Rortega te toca revisar el codigo, lo mas probable sera que tiene alguna letrita o numerito cambiado, bueno eso seguro que tu no tendrás problemas para verlo.

Lo importante es que interpreta los datos del Driver, y cuando se corrija el error promete ser una maravilla de protocolo.

Otra cosa que también hemos averiguado es que con el Boton de Home verdaderamente se hace Home :rolleyes2: como no podía ser de otra manera, y con el Botón de Test se mandan posiciones fijas pata testear posiciones de N-S-E-W, pero no sabemos si estará implementado en el código, o si aun estando lo interpretara correctamente, me da a mi que el que hizo el código original trato de imitar todas las características originales del sistema ATT MFD, el cual lo hemos probado también y este sistema si que posiciona los puntos cardinales con el Botón Test, saliendo en el OSD el punto cardinal que toca.

Comentar que yo como ya me estaba dando confianza este protocolo, me he tirado a la piscina y ya me he pedido un Driver, no sea que se acaben :-800:.

Bueno chicos es todo por el momento.

rortega
25/11/2015, 18:39
Bueno chicos tenemos noticias frescas del Sistena MFD, lo de frescas es literal y con viento serrano.

Al lio, El Sr. Turruk echandole un par ha volado su ala para testear el MFD, el sistema funciona y funciona muy bien en el plano de Pan, incluso yo diría que con mas precisión que en otros protocolos, o en fin que marca la dirección rozando la perfección, pero tenemos problemas con el Tilt, vamos que no funciona, que se queda quieto mirando el horizonte.
Pensamos que es problema de que no interpreta bien el dato de Distancia, y al no tenerlo no triangula para sacar la inclinación de tilt.
Esto lo sabemos por que en el LCD, se ve perfectamente la Altura y el Azimut, pero la Distancia permanece fija en 1m.
La Altura y el Azimut la marca perfecta y contrastada por los datos del OSD, y la corrección de posición Pan la hace francamente bien.

Rortega te toca revisar el codigo, lo mas probable sera que tiene alguna letrita o numerito cambiado, bueno eso seguro que tu no tendrás problemas para verlo.

Lo importante es que interpreta los datos del Driver, y cuando se corrija el error promete ser una maravilla de protocolo.

Otra cosa que también hemos averiguado es que con el Boton de Home verdaderamente se hace Home :rolleyes2: como no podía ser de otra manera, y con el Botón de Test se mandan posiciones fijas pata testear posiciones de N-S-E-W, pero no sabemos si estará implementado en el código, o si aun estando lo interpretara correctamente, me da a mi que el que hizo el código original trato de imitar todas las características originales del sistema ATT MFD, el cual lo hemos probado también y este sistema si que posiciona los puntos cardinales con el Botón Test, saliendo en el OSD el punto cardinal que toca.

Comentar que yo como ya me estaba dando confianza este protocolo, me he tirado a la piscina y ya me he pedido un Driver, no sea que se acaben :-800:.

Bueno chicos es todo por el momento.
Cambiasteis el parametro de distancia a 1 no? No lo he mirado pero y si fuese por eso?

rortega
25/11/2015, 18:43
Bueno chicos tenemos noticias frescas del Sistena MFD, lo de frescas es literal y con viento serrano.

Al lio, El Sr. Turruk echandole un par ha volado su ala para testear el MFD, el sistema funciona y funciona muy bien en el plano de Pan, incluso yo diría que con mas precisión que en otros protocolos, o en fin que marca la dirección rozando la perfección, pero tenemos problemas con el Tilt, vamos que no funciona, que se queda quieto mirando el horizonte.
Pensamos que es problema de que no interpreta bien el dato de Distancia, y al no tenerlo no triangula para sacar la inclinación de tilt.
Esto lo sabemos por que en el LCD, se ve perfectamente la Altura y el Azimut, pero la Distancia permanece fija en 1m.
La Altura y el Azimut la marca perfecta y contrastada por los datos del OSD, y la corrección de posición Pan la hace francamente bien.

Rortega te toca revisar el codigo, lo mas probable sera que tiene alguna letrita o numerito cambiado, bueno eso seguro que tu no tendrás problemas para verlo.

Lo importante es que interpreta los datos del Driver, y cuando se corrija el error promete ser una maravilla de protocolo.

Otra cosa que también hemos averiguado es que con el Boton de Home verdaderamente se hace Home :rolleyes2: como no podía ser de otra manera, y con el Botón de Test se mandan posiciones fijas pata testear posiciones de N-S-E-W, pero no sabemos si estará implementado en el código, o si aun estando lo interpretara correctamente, me da a mi que el que hizo el código original trato de imitar todas las características originales del sistema ATT MFD, el cual lo hemos probado también y este sistema si que posiciona los puntos cardinales con el Botón Test, saliendo en el OSD el punto cardinal que toca.

Comentar que yo como ya me estaba dando confianza este protocolo, me he tirado a la piscina y ya me he pedido un Driver, no sea que se acaben :-800:.

Bueno chicos es todo por el momento.
Lo de N-S-E-W está implementado, otra cosa es que funcione.

Habéis grabado log por casualidad ? Estaría bien tener todas esas tramas que genera al pulsar los botoncitos, además de las del vuelo...

Simba
25/11/2015, 19:24
Cambiasteis el parametro de distancia a 1 no? No lo he mirado pero y si fuese por eso?
Si la distancia minima para que se active esta a 10 m creo, pero ese no sera el problema por que arrancar arranca y el Pan va de P.M.
Es la Distancia que no la interpreta y por eso no calcula el angulo alfa del tilt, y claro en el LCD sale fijo un 1.

Por si acaso ¿no tendrá nada que ver con lo del easin?.

Lo de grabar las tramas cuando se pulsa el Test y el Home no lo hemos hecho, pero bueno ya lo haremos, lo primero sea ver por que no funciona el Tilt.

rortega
25/11/2015, 19:25
Si la distancia minima para que se active esta a 10 m creo, pero ese no sera el problema por que arrancar arranca y el Pan va de P.M.
Es la Distancia que no la interpreta y por eso no calcula el angulo alfa del tilt, y claro en el LCD sale fijo un 1.

Por si acaso ¿no tendrá nada que ver con lo del easin?.

Lo de grabar las tramas cuando se pulsa el Test y el Home no lo hemos hecho, pero bueno ya lo haremos, lo primero sea ver por que no funciona el Tilt.
Voy a mirarlo...

TURRUK
25/11/2015, 19:42
Cambiasteis el parametro de distancia a 1 no? No lo he mirado pero y si fuese por eso?

Hola yo tengo 10m programado.

Guillesan
25/11/2015, 20:05
Simba puedes darme el link de compra del driver para MFD , por fa.

Simba
25/11/2015, 20:09
Aquí lo tienes Guillesan:
http://www.goodluckbuy.com/aat-driver-v5-decoder-box-for-mfd-aat-auto-tracking-antenna.html

Guillesan
25/11/2015, 20:14
Aquí lo tienes Guillesan:
http://www.goodluckbuy.com/aat-driver-v5-decoder-box-for-mfd-aat-auto-tracking-antenna.html
Gracias Simba, veras tu me van a hechar de casa.
Comprado, ala al lio.

Simba
25/11/2015, 20:34
Pues ale uno mas en el lio, creo que te va a gustar, es un chisme curioso que no me había percatado de lo bien pensado que está.
Es diríamos el corazón del sistema MDF, pero no solo decodifica la Telemetria del Vídeo, ademas controla el Home y el Test de posicionamiento, creando unas tramas de control, para posicionar en los 4 puntos cardinales y el Tilt a 0º 45º y 90º, con lo que sirve de verificación de todo el sistema, y nuestro Traker360 debe de funcionar igual, si rortega lo pone a punto claro.

Por otro lado este chisme lo venden por separado, por que tiene la función "FlyTogether", para poder seguir en el OSD la posición del avión de un compañero, que muchos lo compran solo por esto.
Y ademas controla lo que llaman DuoTracking, que es un GPS local para el Home automatico del Traker.

En fin no es que se lo quiera vender a nadie, es solo que lo he descubierto y me parece muy interesante.

Sl2

rortega
25/11/2015, 20:40
¿Habéis comprado ya el AAT Driver? No, dios. Acabo de descubrir un problema tremendo, ni se os ocurra comprarlo. A ver como lo explico para que se entienda...es broma, jajajaja.

Simba
25/11/2015, 20:41
Joder que sussssssto

Guillesan
25/11/2015, 20:41
Pues ale uno mas en el lio, creo que te va a gustar, es un chisme curioso que no me había percatado de lo bien pensado que está.
Es diríamos el corazón del sistema MDF, pero no solo decodifica la Telemetria del Vídeo, ademas controla el Home y el Test de posicionamiento, creando unas tramas de control, para posicionar en los 4 puntos cardinales y el Tilt a 0º 45º y 90º, con lo que sirve de verificación de todo el sistema, y nuestro Traker360 debe de funcionar igual, si rortega lo pone a punto claro.

Por otro lado este chisme lo venden por separado, por que tiene la función "FlyTogether", para poder seguir en el OSD la posición del avión de un compañero, que muchos lo compran solo por esto.
Y ademas controla lo que llaman DuoTracking, que es un GPS local para el Home automatico del Traker.

En fin no es que se lo quiera vender a nadie, es solo que lo he descubierto y me parece muy interesante.

Sl2

Pues claro, he ido siguiendo vuestras pruebas, y la verdad si tu dices que funciona bien, pues eso.
Y claro con la ayuda de Raul fijo que salimos del lio, una vez mas me doy cuenta de la suerte que tuve de encontrar este desarrollo , en su inicio por el aleman, que ahora a quedado ya superado por este de largo.
Me consta que hay un monton de gente que sigue el tema, algunos incluso ya han montado la suya aunque no lo reporten por aqui, cosa que estaria bien.
En fin me alegro vaya todo hacia adelante.

rortega
25/11/2015, 20:48
Hay una cosita en el código que dice así:


if (targetPosition.distance == 0) {
// in larger altitude 1m distance shouldnt mess up the calculation.
//e.g. in 100m height and dist 1 the angle is 89.4° which is actually accurate enough
targetPosition.distance = 1;
}


Esto quería decir que la variable targetPosition.distance está tomando el valor 0 por algún motivo.

Y podría ser porque en la línea 540 aproximadamente, dice:


if (!HOME_SET && TEST_MODE && NEW_HEADING) {
distance = getDistance();
targetPosition.alt = getTargetAlt();


Creo que eso debería ser así:

targetPosition.distance = getDistance();

No puedo probarlo, necesitaría el tracker funcionando y tramas con dato de distancia (ahora de memoria no recuerdo si el último archivo de pruebas tenía distancias, el que probaste Simba, es que tengo muchas cosas en al cabeza y ahora no sé ni donde lo tengo).

Digo que está aproximadamente en la línea 540 porque lo mismo estáis usando una versión anterior a la 0.8. En la original esa línea es la 503, pero como metí muchos cambios ha corrido hacia abajo, así que entre la 503 y la 540 deberíais encontralar. Cambiadla y probad a ver que pasa.

ALBERTHAMON
25/11/2015, 20:54
Pues ale uno mas en el lio, creo que te va a gustar, es un chisme curioso que no me había percatado de lo bien pensado que está.
Es diríamos el corazón del sistema MDF, pero no solo decodifica la Telemetria del Vídeo, ademas controla el Home y el Test de posicionamiento, creando unas tramas de control, para posicionar en los 4 puntos cardinales y el Tilt a 0º 45º y 90º, con lo que sirve de verificación de todo el sistema, y nuestro Traker360 debe de funcionar igual, si rortega lo pone a punto claro.

Por otro lado este chisme lo venden por separado, por que tiene la función "FlyTogether", para poder seguir en el OSD la posición del avión de un compañero, que muchos lo compran solo por esto.
Y además controla lo que llaman DuoTracking, que es un GPS local para el Home automático del Traker.

En fin no es que se lo quiera vender a nadie, es solo que lo he descubierto y me parece muy interesante.

Sl2

ijijijjiji hombre de poca fe. y pensar que al principio cuando expuse la situación con el driver todo lo que opinabais era.... no creo que sirva, no creo que sea tan fácil...pero como funcione.....!!!! :party::party: jiiijjijijj
Me alegro que al final os decidieseis por hacer las pruebas antes de que me llegase el driver que por cierto cuando yo lo pedí estaba mas barato. creo que 49$. ir pidiendo que para el año que viene lo mismo llegan.

Lo dicho, me alegro de que todo avance correctamente.
Un saludo,

Simba
25/11/2015, 20:54
Yo estoy con la v.08 y el fichero.log si que tiene distancia y todo lo demás. Lo tienes en un link un poco antes.

Simba
25/11/2015, 20:59
Si si tu tienes parte de la culpa de este lío aunque a nosotros con poco que nos pinches tenemos bastante. Jiji jiji ji jaja

Simba
25/11/2015, 21:24
Hay una cosita en el código que dice así:


if (targetPosition.distance == 0) {
// in larger altitude 1m distance shouldnt mess up the calculation.
//e.g. in 100m height and dist 1 the angle is 89.4° which is actually accurate enough
targetPosition.distance = 1;
}
Esto quería decir que la variable targetPosition.distance está tomando el valor 0 por algún motivo.

Y podría ser porque en la línea 540 aproximadamente, dice:


if (!HOME_SET && TEST_MODE && NEW_HEADING) {
distance = getDistance();
targetPosition.alt = getTargetAlt();
Creo que eso debería ser así:

targetPosition.distance = getDistance();

No puedo probarlo, necesitaría el tracker funcionando y tramas con dato de distancia (ahora de memoria no recuerdo si el último archivo de pruebas tenía distancias, el que probaste Simba, es que tengo muchas cosas en al cabeza y ahora no sé ni donde lo tengo).

Digo que está aproximadamente en la línea 540 porque lo mismo estáis usando una versión anterior a la 0.8. En la original esa línea es la 503, pero como metí muchos cambios ha corrido hacia abajo, así que entre la 503 y la 540 deberíais encontralar. Cambiadla y probad a ver que pasa.


Lo voy a cambiar y lo pruebo con el .log a ver si noto alguna diferencia.

Simba
25/11/2015, 21:37
rortega, ya lo he probado pero sigue igual, y en el LCD sigue marcando lo mismo 1 m.

Simba
25/11/2015, 21:49
Por si sirve de algo, al pasar el .log en mi traker el Tilt si que se mueve a la super velocidad, pero en el LCD sale lo mismo siempre D:00001

rortega
25/11/2015, 22:32
Por si sirve de algo, al pasar el .log en mi traker el Tilt si que se mueve a la super velocidad, pero en el LCD sale lo mismo siempre D:00001

A ver, que en este otro trozo de código se repite, y creo que es el bueno, dios, que no lo había visto por culpa de la discusión de besugos que tenía en otro hilo.



if (HOME_SET && HAS_FIX && NEW_HEADING && !TEST_MODE) {
targetPosition.alt = getTargetAlt();
targetPosition.heading = getAzimuth() * 10;
distance = getDistance();




Els la línea 562 de la versión 0.8. Está unas 10 líneas más abajo del cambio anterior. Creo que es ahí porque la condición se lee así:

Sí se ha activado el home, tenemos fix hay un nuevo cambio de heading y no estamos en modo test, entonces toma estos valores...y pone la distancia en la variable distancia a secas, que no se usa en la función calcTilt, se usa targetPosition.distance.

Cámbialo ahí también.

rortega
25/11/2015, 22:48
A ver, que en este otro trozo de código se repite, y creo que es el bueno, dios, que no lo había visto por culpa de la discusión de besugos que tenía en otro hilo.



if (HOME_SET && HAS_FIX && NEW_HEADING && !TEST_MODE) {
targetPosition.alt = getTargetAlt();
targetPosition.heading = getAzimuth() * 10;
distance = getDistance();


Els la línea 562 de la versión 0.8. Está unas 10 líneas más abajo del cambio anterior. Creo que es ahí porque la condición se lee así:

Sí se ha activado el home, tenemos fix hay un nuevo cambio de heading y no estamos en modo test, entonces toma estos valores...y pone la distancia en la variable distancia a secas, que no se usa en la función calcTilt, se usa targetPosition.distance.

Cámbialo ahí también.

Hay otra sección de código en la que también podría estar mal, pero no afecta al funcionamiento del tracker, es sólo para mostrar los datos cuando está el modo DEBUG activado, que te los va sacando por el puerto serie para mostrarlo en consola. No vamos a cambiarlo de momento, sólo si vemos que el último cambio que has hecho soluciona el problema.

Simba
25/11/2015, 22:53
A ver si esto debe de ser así:

if (!HOME_SET && TEST_MODE && NEW_HEADING) {
distance = getDistance();
targetPosition.distance = getDistance();
targetPosition.heading = getAzimuth() * 10;

getError();
calculatePID();
SET_PAN_SERVO_SPEED(PWMOutput);
calcTilt();
NEW_HEADING = false;
}
if (HOME_SET && HAS_FIX && NEW_HEADING && !TEST_MODE) {
targetPosition.distance = getDistance();
targetPosition.heading = getAzimuth() * 10;
distance = getDistance();

Simba
25/11/2015, 23:03
Bueno ya lo he probado, ahora ya marca distancias en el LCD, pero el servo Tilt no se mueve ?¿?¿?¿?¿?¿.
La ultima distancia que queda en el LCD es 23m y es la misma que en la untima Trama del .log, es decir que tanto azimut de 037, altura de 0 y distancia de 23, corresponden exactamente con el dato de la ultima Trama del .log

Simba
25/11/2015, 23:09
Yo creo que la Crius no es capaz de digerir el chorro de datos que le llega del .log y los movimientos que veo no tienen representatividad, pero lo importante es que ya se ven datos de distancia en el LCD, pero que cambian a toda leche y seguro que no son todos.

Por otro lado paradógicamente, ahora que verdaderamente si que entiende los datos de distancia, no mueve el servo tilt.

rortega
25/11/2015, 23:12
Bueno ya lo he probado, ahora ya marca distancias en el LCD, pero el servo Tilt no se mueve ?¿?¿?¿?¿?¿.
La ultima distancia que queda en el LCD es 23m y es la misma que en la untima Trama del .log, es decir que tanto azimut de 037, altura de 0 y distancia de 23, corresponden exactamente con el dato de la ultima Trama del .log

Cual de los archivos logs es????

Altura 0 y distancia 23 es un tilt 0.

rortega
25/11/2015, 23:19
Yo creo que la Crius no es capaz de digerir el chorro de datos que le llega del .log y los movimientos que veo no tienen representatividad, pero lo importante es que ya se ven datos de distancia en el LCD, pero que cambian a toda leche y seguro que no son todos.

Por otro lado paradógicamente, ahora que verdaderamente si que entiende los datos de distancia, no mueve el servo tilt.

¿Qué me das si te hago un programilla que lea el archivo y te saque las tramas a 2 o 5 hz?¿O a los que tú los quieras poner?¿Y si te permito que le metas cualquier archivo?¿O mejor, que produzca las tramas con altura y distancia simulando un vuelo real?...

Simba
25/11/2015, 23:28
Vale pues ya tienes una Birra que con las que le debo a Turruk ya son 3.

Yo lo que he hecho es mientras esperaba le he metido entre renglon y renglon del .log lineas en blanco y he conseguido relentizarlo algo, pero sigue mas o menos igual .

El .log que le meto es este, pero con la cabecera esta:
#####################################################XXXXXXXXXXXXXX



https://www.dropbox.com/s/0zp2sy1tgj...river.log?dl=0 (https://www.dropbox.com/s/0zp2sy1tgjx8bzg/Pruebas%20MFD-Driver.log?dl=0)

Simba
25/11/2015, 23:32
No se pero a me da que después de la modificación podría estar volable, que si le llegan datos digeribles por la Crius igual va bien y todo.

Simba
25/11/2015, 23:45
Rectifico, me acabo de dar cuenta de un detalle, borro lo dicho anteriormente.

Lo que pasa después de la modificación es que ahora lo que no funciona es la altura.

Lo siento pero no me di cuenta pensaba que ya estaba pero claro en el suelo la altura es cero y me despisto.

El caso es que durante el vuelo ahora marca distancia pero no altura, o sea al revés de antes.

rortega
26/11/2015, 00:42
Es que te has cargado la altitud...

He realizado los cambios y he subido el archivo al repositorio, espero no haberme equivocado, estoy que me caigo de sueño. Mañan seguimos.

https://raw.githubusercontent.com/raul-ortega/amv-open360tracker/master/amv-open360tracker/amv-open360tracker.ino

Simba
26/11/2015, 01:19
OK Buenas noches.

Simba
26/11/2015, 01:40
Bueno no se si aun estas por aquí, pero te comunico que BINGO :ansioso:.
Ya funciona se ven en el LCD ahora si los datos del .log, los 3 datos y coinciden exactos con la ultima trama del .log cuando termina de moverse.

Ademas tiene buena pinta, va muy rapido pero lo que hace es logico.

Una vez mas muchas gracias.

Ivan_Cillo
26/11/2015, 06:26
Hola hola!
Joe tíos, OS leo cada día y ni con esas me entero de una miseria.
Estoy montando el mio los ratillos que voy teniendo.
De momento estoy con la mecánica, que como no he encontrado cajas en condiciones me la voy a hacer en madera para que quede lo mas compacto posible.
Por ahora es de cartón hasta que lo tenga todo.
En cuanto empiece con la programación OS daré la turra.
Os dejo unas fotos
http://images.tapatalk-cdn.com/15/11/25/27db895d4a14d7ef4d296c4863079b23.jpg
http://images.tapatalk-cdn.com/15/11/25/0db0df1fd71524b9aaf17a9d422eeb15.jpg
Enviado desde mi DG800 mediante Tapatalk

Simba
26/11/2015, 10:07
No te preocupes que cuando ya lo tenemos en marcha y probado lo demás es fácil.

rortega
26/11/2015, 17:37
Qué bueno, en cartón! Ya iremos echando una manita por aquí en lo que podamos.

Simba lo del simulador para enviar tramas lo tengo a medias, pero tengo intención de hacerlo. Una cosa simple que sirva para testear, de momento MFD.

La idea es sacar por USB las tramas a intervalo de 250 milisegundos, simulando un vuelo con dos giros de 360 grados y variando distancia y altitud, todo de forma gradual.

Simba
26/11/2015, 18:00
Qué bueno, en cartón! Ya iremos echando una manita por aquí en lo que podamos.

Simba lo del simulador para enviar tramas lo tengo a medias, pero tengo intención de hacerlo. Una cosa simple que sirva para testear, de momento MFD.

La idea es sacar por USB las tramas a intervalo de 250 milisegundos, simulando un vuelo con dos giros de 360 grados y variando distancia y altitud, todo de forma gradual.

Bueno lo ultimo que se, es que Turruk lo ha probado igual que yo anoche, con la modificación del ultimo y le funciona, primero lo ha probado con el fichero.log y luego de forma real con el Ala y el Driver conectado al Traker360, y todo sale correcto distancia, altura y azimut.
Solo faltara probar en vuelo real, pero ya estoy casi seguro al 100% que va a funcionar todo OK.

Lo del simulador que comentas, siempre sera util para afinar y que los compis puedan probar fácilmente, tu veras la faena que te pueda dar.

Nos quedara pendiente el sacar las tramas de los pulsadores del Driver, las de HOME y TEST, que las veo interesantes, lo mismo ya funcionan pero visto lo visto, el código original no ofrece muchas garantías si no es que le haces un lavado de cara en profundidad :rolleyes2: :laugh:.

Ayer me fui a la cama, con un poco de remordimiento, por la paliza que te pegue y el sueño que pasaste.:redface2::redface2: lo siento :ansioso::ansioso:. es broma Jajajaj jaja.

Pero al final TATACHIN TATACHAN ya lo tenemos casi listo.

Simba
27/11/2015, 12:56
Turruk ¿vas a probar el Driver Traker 360? Estoy ansioso de que comentes resultado.

TURRUK
27/11/2015, 16:28
Turruk ¿vas a probar el Driver Traker 360? Estoy ansioso de que comentes resultado.

Hola Simba y compania hecho las pruebas con ultimas configuraciones, el tilt no funciona, pero por lo menos se a parece los dos medidas ALT, DIS , al respecto de OSD. Esto todo, losiento.

Simba
27/11/2015, 16:57
Donde lo probaste has ido al campo????. Yo estoy en Barcelona.

TURRUK
27/11/2015, 17:04
Donde lo probaste has ido al campo????. Yo estoy en Barcelona.

Si en campo.

rortega
27/11/2015, 17:07
El problema tiene que ver con ésta línea de código (línea 623 en la versión 0.8):



void calcTilt() {
...
...
...
alpha = toDeg(atan(float(targetPosition.alt - trackerPosition.alt) / targetPosition.distance));
...
...
...
}
El resultado de alpha está dando 0, lo cual puede ser por varios motivos:



targetPosition.alt y trackerPosition.alt sean iguales
un error en la función atan que no admita altitudes negativas (supongamos que targetPosition.alt está tomando valores negativos, por lo que sea).
que targetPosition.alt simplemente no esté recibiendo el dato, no se le esté pasando o se le esté pasando mal
que la lectura del dato de altitud desde el driver se esté recepcionando mal por parte del decodificador MFD del tracker
que haya un error en la conversión entre tipos de datos que se le pasan a la función atan, podría porvocar un alpha igual a 0.

Una prueba sencilla que se puede realizar para comprobar si verdaderamente el error es por culpa de targetPosition.alt, es poner justo encima de esa línea otra como:



void calcTilt() {
...
...
...
targetPosition.alt = 120;

alpha = toDeg(atan(float(targetPosition.alt - trackerPosition.alt) / targetPosition.distance));
...
...
...
}

Y subir el firm al tracker. Ésto, si no hay un error de conversión de datos y suponiendo que trackerPosition.alt tenga valor, obligará al tilt a moverse pues hacemos creer que nuestro avión está a 120 metros de altura constantes.

También podríamos añadir otras líneas para que nos saque por puerto serie el tracker los valores de esas cuatro variables, así podríamos descartar algunas de las causas y dilucidar el origen real del problema, que seguro está antes de calcular el tilt.



void calcTilt() {
...
...
...
targetPosition.alt = 120;

alpha = toDeg(atan(float(targetPosition.alt - trackerPosition.alt) / targetPosition.distance));
Serial.print("tartet Alt: ");
Serial.print(targetPosition.alt);
Serial.print(" tracker Alt: ");
Serial.print(trackerPosition.alt);
Serial.print(" distance: ");
Serial.print(distance);
Serial.print(" alpha: ");
Serial.print(alpha);
Serial.println();

...
...
...
}

Para ello habría que pinchar en "Y" la salida tx y negativo de nuestro del puerto serie de nuestro tracker para ponernos a la escucha con el programa sscom, mientras le llegan los datos del AAT Triver por el rx.

Si usamos el hercules para neviar el archivo, no debería haber problema en enviar y recibir en la ventana las respuesta de los Serial.print, pero creo que los datos del archivo no son buenos para comprobar ésto.

Simba
27/11/2015, 17:07
Una cosa con el fichero.log se movía el Tilt.
A mi si que se movía bien terminando el fichero y la posición Tilt donde marcaba la altura

rortega
27/11/2015, 17:09
A ver si mañana termino ese programilla para simular un AAT driver con datos de altitud, distancia y heading buenos. Con eso sería más fácil ferificar posibles errores de código fuente.

rortega
27/11/2015, 17:12
Se me ha olvidado añadir que si el dato de distancia es muy grande, el valor de alpha casi siempre será cero. Es decir, que si se le está pasando mal el valor de distancia que haga que sea un valor muy alto en el divisor, el resultado de alpha es cero. Es como estar volando muy muy lejos en la distancia a baja altura.

rortega
27/11/2015, 17:18
Una posible causa del problema puede estar en la misma función calc tilt, al principio:



//this will fix an error where the tracker randomly points up when plane is lower than tracker
if (targetPosition.alt < trackerPosition.alt){
targetPosition.alt = trackerPosition.alt;
}



Es el mismo código que se añadió para corregir el problema de las alturas negativas. Si la posición la altitud del avion(target) es menor que la altitud del tracker, entonces iguala las dos altitudes.

Eso es un problema, porque puede que el AAT Driver esté devolviendo altitudes relativas y no absolutas, no sé si me explico...

rortega
27/11/2015, 17:25
Una posible causa del problema puede estar en la misma función calc tilt, al principio:



//this will fix an error where the tracker randomly points up when plane is lower than tracker
if (targetPosition.alt < trackerPosition.alt){
targetPosition.alt = trackerPosition.alt;
}

Es el mismo código que se añadió para corregir el problema de las alturas negativas. Si la posición la altitud del avion(target) es menor que la altitud del tracker, entonces iguala las dos altitudes.

Eso es un problema, porque puede que el AAT Driver esté devolviendo altitudes relativas y no absolutas, no sé si me explico...

En este caso podemos comentar estas tres líneas y comprobar que pasa sin ellas.

TURRUK
27/11/2015, 18:08
Hola ya probado con linia añadida de 120m si que tilt sube, como si fuera avion a esta alt.

TURRUK
27/11/2015, 18:10
En este caso podemos comentar estas tres líneas y comprobar que pasa sin ellas.

Yo intentado comentar estas linias y me da error
amv-open360tracker:639: error: expected declaration before '}' token

}

^

Utilizando biblioteca LiquidCrystal en carpeta: C:\Users\TORUK\Documents\libraries\LiquidCrystal (legacy)
Usando librería EEPROM con versión 2.0 en la carpeta: C:\Users\TORUK\Desktop\AEROMODELISMO\ADRUINO\hardware\arduino\avr\libraries\EEPROM
Usando librería Wire con versión 1.0 en la carpeta: C:\Users\TORUK\Desktop\AEROMODELISMO\ADRUINO\hardware\arduino\avr\libraries\Wire
Utilizando biblioteca TinyGPS en carpeta: C:\Users\TORUK\Documents\libraries\TinyGPS (legacy)
exit status 1
'servo_tilt_update' was not declared in this scope

rortega
27/11/2015, 18:30
Así es como tiene que quedar:



//this will fix an error where the tracker randomly points up when plane is lower than tracker
// if (targetPosition.alt < trackerPosition.alt){
// targetPosition.alt = trackerPosition.alt;
// }



Lo de los 120 quítalo para probar ésto.

TURRUK
27/11/2015, 20:10
Así es como tiene que quedar:



//this will fix an error where the tracker randomly points up when plane is lower than tracker
// if (targetPosition.alt < trackerPosition.alt){
// targetPosition.alt = trackerPosition.alt;
// }



Lo de los 120 quítalo para probar ésto.

Hola, a, ok voy a probar.

Simba
27/11/2015, 23:04
Hola acabo de llegar de Barcelona y me veo todo el lio que lleváis, muy bien, aquí camarón que no nada se lo lleva la corriente jijiji jaja.

Siento no poder quedarme un rato, que mañana salgo temprano para alicante, pero en cuanto pueda me uniré a las pruebas.

Un saludo.

TURRUK
27/11/2015, 23:28
Hola acabo de llegar de Barcelona y me veo todo el lio que lleváis, muy bien, aquí camarón que no nada se lo lleva la corriente jijiji jaja.

Siento no poder quedarme un rato, que mañana salgo temprano para alicante, pero en cuanto pueda me uniré a las pruebas.

Un saludo.

Hola, hombre ya estas a qui , me probado con tres linias comentadas, no noto algo nuevo solo cuando se acaba se queda A-350m.

rortega
28/11/2015, 10:56
Como no tenía forma de probar ésto del MFD hasta que no me llegase la crius, me ha dado por intentar montar al Multiwii 328, y lo he conseguido. De paso le he metido el servo towerpro en el PAN, que lo compré hace ya más de un més pero no lo monté porque no tenía resistencias para convertirlo a 360. El caso es que ahora mismo tengo el tracker funcionando, aunque es un coñazo todo lo que tengo que hacer con la 328p para subir el firm y luego meter el bluetooth y tal... Sigo esperando con ansia la crius.

He hecho ese programita, pero va a ser un poco triquiñueloso su uso por parte vuestra, pero bueno, lo importante es que hace lo que pretendía.

Es un programa de línea de comandos que lo único que hace es enviar los símbolos de NO Fix al principio, luego los de Fix y, a continuación tramas bien formadas, en las que no hay ninguna altitud negativa.

Empezando por distancia 0, altitud 0 y heading 0, hace que se ponga apuntando al norte, y el avión "virtual" comienza a alejarse a la vez que subir, que sube un poco de golpe por los datos de altitud que le he puesto. Luego se mantiene a una altitud y distancia concretas y empieza a hacer un giro de 360 en pasos de 3 en 3 grados (cuando os ponga el vídeo veréis que me pega algunas sacudidas el servo PAN, pero se debe a que no he ajustado bien los PIDs (las ansias por probar) y como el mag recibe muchas interferencias, corrije alguna que otra vez hacia atrás y hacia delatne de golpe. Finalmente, hace un giro de 360 grados en sentido contrario, también despacio, y antes de alcanzar otra vez el norte empieza a bajar la altitud y la distancia, pero no tiene mucho efecto sobre el tilt porque el ángulo resultante es muy parecido, hasta que llega al norte y baja el tilt a 0.

Con todo esto, SIN hacer el cambio de las tres líneas que le he propuesto a Turruk, el tracker funciona, hace todo lo que tiene que hacer.

Sólo me he encontrado una pega, y es la cosa que no entiendo aún: Si tras meter alimentación al tracker, comienzo a enviar tramas con ese programa, no hace nada, no reacciona. Acto seguido me pongo con el hérculoes, le paso el archivo MFD-2.log y empieza el baile que ya conocemos, a toda pastilla. Lo corto, inicio mi programa, empieza a enviar tramas y todo funciona a la perfección.

He analizado minuciosamente el contenido del archivo MFD-2.log y también he geneado un archivo con tramas con mi programa (puedo enviar a un archivo o puedo enviar al puerto serie) que he analizado, y las cabeceras son idénticas, así que el problema tiene que ir por otro sitio, hay algo que se me escapa, quizás la forma en la que se establece la conversación entre emisor y receptor a nivel de harwdware requiera algún parámetro, ajuste, o yo que sé que se me termina de escapar.

Lo importante de todo ésto, es que no he modificado nada en el código fuente, salvo lo que modifiqué para que se visualizaran bien los datos, eso es todo. Ésto me dice a mí que el problema puede estar con el tema de las altitudes negativas. Todos los archivos que me pasásteis tenían altitudes negativas en las primeras tramas, y eso creo que es lo que está provocando que el tilt no suba después en vuestros casos.

Os dejo aquí el archivo log que se genera con mi programa, para que lo provéis y os fijéis si el tilt se os mueve. Turruk, antes de probarlo deja las líneas como estaban originalmente.

https://github.com/raul-ortega/amv-open360tracker/raw/master/telemetry-logs/MFD-Simulator.log

rortega
28/11/2015, 12:09
El vídeo estará disponible en unos minutos:

https://youtu.be/dpLz-WGvEV0

Al final del vídeo veréis que hay un par de datos de altitud negativas, se debe a que al llegar al final el decremento que hago de la altitud es mayor del que debiera en las tramas finales. Pero no afecta para nada al comportamiento.

Simba
28/11/2015, 12:19
Esta tarde noche cuando este en casa lo pruebo.

Simba
28/11/2015, 19:11
Estoy haciendo una espera y me dio por mirar el .log mio y efectivamente empieza y está un rato con A en negativo .
Si esa es solo la causa , realmente en mi prueba lo que hacía es solo meter la cabecera ##############XXXXXXXX y ya funcionaba incluso con la A en negativo, luego no entiendo que ese sea el problema.

Estoy en Javea y no se a que hora estaré en casa pero si puedo probare tu fichero y reporto resultado.
Dl2

rortega
28/11/2015, 21:24
No probéis el archivo log, está mal, tengo que generarlo nuevamente.
Pero mejor que eso, esta noche subiré el programilla y unos archivos necesarios y explicaré como usarlos, a ver si soys capaces de ponerlo en marcha sin tener que instalar nada, espero.

Ya funciona el programa ok y no necesito abrir hércules para nada. Y va bien, perfectamente el tracker con el protocolo MFD así.

rortega
28/11/2015, 23:40
He subido el programa simulador de tramas MFD al repositorio, en el enlace que aparece en las siguientes instrucciones:

Pasos:

1.- Descargar el archivo MFD-Simulator.zip (https://github.com/raul-ortega/amv-open360tracker/blob/master/telemetry-logs/MFD-Simulator.zip?raw=true)
2.- Descomprimir.
3.- Con el BOTÓN DERECHO del ratón hacemos clic en el archivo launch.bat.
4.- Seleccionamos la ocpción EDITAR o ABRIR CON (lo editamos con el bloc de notas, por ejemplo)
5.- Nos fijamos en la línea:

MFD-Simulator.exe /dev/ttyS2

6.- Cambiamos el número dos del final por el número correspondiente a nuestro puerto USB, pero restando una unidad.

Ejemplos:

Para COM3----> MFD-Simulator.exe /dev/ttyS2
Para COM4 ----> MFD-Simulator.exe /dev/ttyS3
Para COM5 ----> MFD-Simulator.exe /dev/ttyS4
...
...

Esta relación que indico de poner el número del puerto COM restándo una unidad no tiene por qué ser cierta al 100%, pero en principio es lo más probable. Es cuestión de cambiar el número del final hasta que nos funcione el tracker.

7.- Guardamos los cambios y cerramos el bloc de notas.
8.- Hacemos DOBLE CLIC con el BOTÓN IZQUIERDO sobre el archivo launch.bat

Puede que el programa no funcione, que aparentemente se quede colgado sin hacer nada, ni siquiera mostrar mensaje alguno. Se podría deber al antivirus que estéis usando. En el caso de avast fijo que no os deja usarlo, así que desactivad el antivirus por unos minutos.

Bueno, espero que tengáis suerte y os funcione.

Si lo usáis con adaptador USB-FTDI directamente conectado a la controladura, sólo conectad los pines GND,5v, TX y RX.

Si conectáis el resto, al abrir el puerto se resetea la controladora y la comunicación con el firmware no se establece correctamente.

Simba
29/11/2015, 16:16
Hola he empezado las pruebas, pero no se si me falta algo y es por eso pero no me funciona bien.
He seguido las instrucciones, arranco el hércules como siempre y arranco el fichero MFD-Simulator.exe, el Traker se arranca y al momento despues de moverse Pan y Tilt, se que da dando vueltas continuas y muy lentas y ya no para.

Si trato de arrancar con el fichero launch.ba no se arranca.

En fin no se si me falta algo en la V.08 que no tenga modificado ?????.

Simba
29/11/2015, 16:50
Bueno rortega perdona pero ando algo pez en esto.
Creo entender despues de recapacitar, que el programa este que has preparado, es autonomo y que no necesita el Hércules.

Bien pues ya con el programa desconprimido y editado, le he cambido el puerto por un nº menos que el usado por el FTDI en mi caso el 10, y le he dejado el 9.

Cuando arranco el .exe, me sale un error que dice que no es win32 o algo así.

Le estoy desistalando el antivirus AVG, por si fuera eso, por que no se o no me deja desactivarlo.

rortega
29/11/2015, 16:54
Bueno rortega perdona pero ando algo pez en esto.
Creo entender despues de recapacitar, que el programa este que has preparado, es autonomo y que no necesita el Hércules.

Bien pues ya con el programa desconprimido y editado, le he cambido el puerto por un nº menos que el usado por el FTDI en mi caso el 10, y le he dejado el 9.

Cuando arranco el .exe, me sale un error que dice que no es win32 o algo así.

Le estoy desistalando el antivirus AVG, por si fuera eso, por que no se o no me deja desactivarlo.

No, no, eso es que yo lo compilo para 64 bits, quizás tu tienes un ordenador más antiguo o una versión de windows de 32 bits.

rortega
29/11/2015, 16:55
No, no, eso es que yo lo compilo para 64 bits, quizás tu tienes un ordenador más antiguo o una versión de windows de 32 bits.

Efectivamente es autónomo. Tendré que pensar en la posibilidad de crear uan versión 32 bits.

rortega
29/11/2015, 17:00
Muchas veces los informáticos lo que hacemos es complicar más aún las cosas...

Por otro lado, como hoy ha hecho un día de perros, nieve, lluvia, nieve otra vez ... y mucho frío, he aprovechado para avanzar en el firm para la flip32.

Ya están controlados los servos, magnetómetro y puerto serie. No he hecho aún la prueba de fuego, pero en un rato la voy a montar en el tracker para comprobar si funciona con el protocolo MFD, que es el único que le he implementado hasta ahora, por la sencillez en no tener que realizar cálculos con coordenadas GPS.

Sobre el "papel" funciona, decodifica las tramas y acciona el led cuando llegan tramas buenas, y tal... pero hay muchos datos que no he monitorizado y no sé si realmente va a mover los servos en la dirección y grados correctos...y de eso me voy a enterar en 15 o 20 minutos...

Simba
29/11/2015, 17:05
Efectivamente es autónomo. Tendré que pensar en la posibilidad de crear uan versión 32 bits.
Vale pues ese es el problema que seguramente yo voy en 32 bits, aunque no se, ¿como puedo saber si es 32 bits?

Simba
29/11/2015, 17:41
Bueno pues no se el porque, pero ya no me sale el error de 32 bits, configuro el com con un nº menos y he pasado por todos los com posibles, el FTDI lo tengo con com10 , pero ni con 10 ni con 11 ni bajando hasta el com1.

El programa arranca y veo como va cambiando los valores, pero no consigo que se comunique con el Traker.
Los Bluetooht están bien, pero el Traker no se entera.

rortega
29/11/2015, 19:26
Bueno pues no se el porque, pero ya no me sale el error de 32 bits, configuro el com con un nº menos y he pasado por todos los com posibles, el FTDI lo tengo con com10 , pero ni con 10 ni con 11 ni bajando hasta el com1.

El programa arranca y veo como va cambiando los valores, pero no consigo que se comunique con el Traker.
Los Bluetooht están bien, pero el Traker no se entera.

para com10 deberías poenr /dev/ttyS9

Pero si te dió un error de que no era una vesión de 32bits, de entrada vamos mal.

Simba
29/11/2015, 19:29
No ya no me da ningún error solo que no comunica con Traker y bluetooht a 4800.

Simba
29/11/2015, 20:23
Lo unico que hice fue actualizar el Winzip, y volver a descomprimir.

Pero como comente sigo sin poder comunicar con bluetooht a 4800.

Simba
29/11/2015, 20:59
Vale ya me comunico con el Traker, lanzo el simulador y se enciende en led de trafico de la Crius, el Traker empieza a moverse, pero no lo hace bien lo hace aleatoriamente, y el tilt lo mueve de 0 a 90º, no debe de estar interpretando bien los datos.

Seguramente antes era yo que no hacia bien algo, pero ahora que ya se comunica no se entienden.

No se si vale la pena seguir con el tema ?????

rortega
29/11/2015, 21:06
Vale ya me comunico con el Traker, lanzo el simulador y se enciende en led de trafico de la Crius, el Traker empieza a moverse, pero no lo hace bien lo hace aleatoriamente, y el tilt lo mueve de 0 a 90º, no debe de estar interpretando bien los datos.

Seguramente antes era yo que no hacia bien algo, pero ahora que ya se comunica no se entienden.

No se si vale la pena seguir con el tema ?????

Perdona la tardanza en contestar. No sé si lo del 32bits tendrá que ver algo, la próxima vez que te salga un error pega un pantallazo y lo pones por aquí o me lo envías (no sé si tienes mi correo electrónico).

De lo que sí estoy seguro es que nunca te va a funcionar porque lo he programado a 9600 baudios...juer...que siempre doy por hecho que todo el mundo funciona a 9600....perdona el mareo.

Voy a modificarlo para que se le pueda pasar el parámetro de los baudios también en el archivo launch.bat...en 10 minutos lo tengo.

Simba
29/11/2015, 21:09
Ok lo de los 32 bits ya no da problemas y el correo no lo tengo.
Será seguro lo de los 9600

rortega
29/11/2015, 21:34
Ok lo de los 32 bits ya no da problemas y el correo no lo tengo.
Será seguro lo de los 9600

https://github.com/raul-ortega/amv-open360tracker/raw/master/telemetry-logs/MFD-Simulator.zip

Ya está, te lo he dejado preparado como /dev/ttyS9, y a 4800 baudios.

Se han modificado los dos archivos: MFD-Simulator.exe y launch.bat

TURRUK
29/11/2015, 21:36
Ok lo de los 32 bits ya no da problemas y el correo no lo tengo.
Será seguro lo de los 9600

Alaaa otro que caído a esto, yo intentado pero nada, a hora ya esta claro yo tengo 19200 por eso no va.:laugh:

rortega
29/11/2015, 21:36
https://github.com/raul-ortega/amv-open360tracker/raw/master/telemetry-logs/MFD-Simulator.zip

Ya está, te lo he dejado preparado como /dev/ttyS9, y a 4800 baudios.

Se han modificado los dos archivos: MFD-Simulator.exe y launch.bat

Disculpa, hay un fallito, lo subo en unos minutos nuevamente.

TURRUK
29/11/2015, 21:43
Disculpa, hay un fallito, lo subo en unos minutos nuevamente.

Nooo, hombre yo me cambio en mi bluetooch.

Simba
29/11/2015, 21:47
Nooo, hombre yo me cambio en mi bluetooch.
Turruk no seas malo.

TURRUK
29/11/2015, 21:49
Turruk no seas malo.

Pero por que malo no te sigo .

rortega
29/11/2015, 21:50
https://github.com/raul-ortega/amv-open360tracker/blob/master/telemetry-logs/MFD-Simulator.zip?raw=true

Ya está...

Simba
29/11/2015, 22:00
Lo siento pero no veo la diferencia rortega, sigue exactamente igual.

rortega
29/11/2015, 22:09
El problema es complejo de resolver. Tendría que desinstalar parte del entorno de desarrollo para instalar las herramientas de 32 bits, ... un lio...

Simba
29/11/2015, 22:10
En el LCD del Traker salen cosas muuuuu raras, igual sale a: 00000 que sale a: 21000 y en fin que no está interpretando bien los datos.

Simba
29/11/2015, 22:17
Pues nada lo dejamos, pero vamos a ver, según entiendo yo debería de funcionar bien con el Driver MFD, o al menos es lo que yo entiendo.
Si a ti te funciona bien y no has tocado nada del codigo, salgo lo de la lectura de la distancia, se supone que debe de funcionar.
De hecho a mi en las pruebas cutres con el fichero .log del Hércules que sigue leyendo y posicionando a toda leche las posiciones tanto de Pan como de Tilt.

Lo que no me quedo claro el otro dia, es el porque a Turruk le seguía sin funcionar el Tilt, CREO que después de la modificación, y fue cuando empezamos este ultimo baile ¿NO?.

Bueno para concretar, ¿donde estamos que ya me he perdido ?

rortega
30/11/2015, 08:43
Pues nada lo dejamos, pero vamos a ver, según entiendo yo debería de funcionar bien con el Driver MFD, o al menos es lo que yo entiendo.
Si a ti te funciona bien y no has tocado nada del codigo, salgo lo de la lectura de la distancia, se supone que debe de funcionar.
De hecho a mi en las pruebas cutres con el fichero .log del Hércules que sigue leyendo y posicionando a toda leche las posiciones tanto de Pan como de Tilt.

Lo que no me quedo claro el otro dia, es el porque a Turruk le seguía sin funcionar el Tilt, CREO que después de la modificación, y fue cuando empezamos este ultimo baile ¿NO?.

Bueno para concretar, ¿donde estamos que ya me he perdido ?
El problema del programa éste es que desarrollo con herramientas linux para windows...habrá que cambiar de estrategia.

Lo de Turruk yo tampoco lo entiendo, necesito las capturas de las tramas durante el vuelo para poder dilucidar qué está pasando, pues lo que yo hago con este programa es crear una situación ideal, en la que todo es como el tracker necesita que sea para funcionar bien.

Sin driver AAT lo único que puedo hacer es simularlo, o esperar que algunos me enviéis las tramas de vuelo real.

Con el uso de este programa lo que pretendo conseguir es descartar posibles causas, haciendo más pequeño el rango de posibles orígenes del fallo.

Esta tarde dejaré de lado la versión del firm para la flip32 (que no tiene nada que ver en todo ésto, tan sólo el tiempo que le he dedicado el finde que no se lo he dedicado a resolver el problema del MFD) y me pondré a simular con tramas con datos negativos de altitud, etc...

Simba
30/11/2015, 09:07
Bien entiendo el problema, lo principal es conseguir tramas reales del Driver, en vuelo real sacandolas en paralelo con el propio traker.
Yo no tengo de momento el Driver y el único que dispone del mismo, además del mfd AP es Turruk que no se si esta disponible.

Yo sigo opinando que con el fichero que ya sacamos en vuelo directo del Driver, y poniéndole la cabecera de arranque, en mi Traker mueve Pan y Tilt y en LCD se ven los 3 datos. El único problema que aprecio es la velocidad de reproducción.
Por eso no entiendo que le paso a Turruk en el último vuelo de pruebas.

Turruk podía decirnos con seguridad si com el mismo procedimiento que yo con el .log, en casa le funciona igual que a mi, o ya en casa tampoco le funcionaba el Tilt.

ALBERTHAMON
30/11/2015, 09:08
Deseando que me llegue el driver para inundarte de tramas y conspiraciones. Ijijijiji

Simba
30/11/2015, 09:11
Si alberhamon seria estupendo una ayudita que ya empezamos a estar un poco saturados. Le ponemos muchas ganas y moral pero son muchas pruebas y visitas al campo para probar que al final pasan factura.
Sl2

jfrauca
30/11/2015, 11:08
Buenos días,

Por aquí en mañolandia fitozgz y un servidor nos liamos la manta a la cabeza y montamos uno, la verdad que funciona de perlas.

Hemos utilizado la versión AMV, y funciona muy, pero que muy bien.
Hemos probado con el parámetro para ajustar sin PID y va genial.

Nuestra instalación esta basada en este proyecto de thingiverse http://www.thingiverse.com/thing:1038005 pero quitando la reductora del tilt.

Como hardware, hemos puesto un arduino nano, y un gps de los de apm, que llevan el magnetómetro incluido. También lo hemos equipado con un bluetooth y en nuestro caso, hemos optado por no poner display.

El protocolo a utilizar ha sido MavLink (el que saca el MFD) y enviados los datos por el orange y un bt de repetidor para el AAT

Nos costó afinarlo un poco, mas por nuestra torpeza que por dificultad del proyecto, inicialmente las correcciones del compás las hacia en el sentido contrario del avión, y el servo del pan no paraba nunca, todo el rato izquierda derecha, izquierda derecha, pero como a cabezones no nos gana nadie, al final el chisme nos hizo caso y empezó a funcionar.

Que gozada la primera vez que lo ves en funcionamiento, disfruta mas el que mira la antena como sigue que el que pilota el avión.

El movimiento de la antena es simplemente perfecto, mucho mas de lo que inicialmente nos esperábamos.

Lo único que hemos observado, y aquí es donde os pedimos ayuda, el pan, en todo rato perfecto, tilt apunta en todo momento al avión con mucha precisión siempre y cuando esté a mas de 100 metros de distancia de la base, pero en que nos acercamos a la antena a menos de esos metros, el tilt se queda apuntado para arriba.

¿sabéis que puede ser?

Tenemos puesta la distancia mínima de tracking a 1m, por lo que en principio descartamos que sea por eso.

Os adjunto un breve vídeo de la prueba, al final se ve como cuando aterriza el avión, el pan si que lo sigue, pero el tilt se queda mirando a las "nuves"

D4Y89s3_mfc



MUCHAS GRACIAS A TODOS LOS QUE HABÉIS CONSEGUIDO QUE ESTE PROYECTO CONTINUASE.

rortega
30/11/2015, 12:11
Buenos días,

Por aquí en mañolandia fitozgz y un servidor nos liamos la manta a la cabeza y montamos uno, la verdad que funciona de perlas.

Hemos utilizado la versión AMV, y funciona muy, pero que muy bien.
Hemos probado con el parámetro para ajustar sin PID y va genial.

Nuestra instalación esta basada en este proyecto de thingiverse http://www.thingiverse.com/thing:1038005 pero quitando la reductora del tilt.

Como hardware, hemos puesto un arduino nano, y un gps de los de apm, que llevan el magnetómetro incluido. También lo hemos equipado con un bluetooth y en nuestro caso, hemos optado por no poner display.

El protocolo a utilizar ha sido MavLink (el que saca el MFD) y enviados los datos por el orange y un bt de repetidor para el AAT

Nos costó afinarlo un poco, mas por nuestra torpeza que por dificultad del proyecto, inicialmente las correcciones del compás las hacia en el sentido contrario del avión, y el servo del pan no paraba nunca, todo el rato izquierda derecha, izquierda derecha, pero como a cabezones no nos gana nadie, al final el chisme nos hizo caso y empezó a funcionar.

Que gozada la primera vez que lo ves en funcionamiento, disfruta mas el que mira la antena como sigue que el que pilota el avión.

El movimiento de la antena es simplemente perfecto, mucho mas de lo que inicialmente nos esperábamos.

Lo único que hemos observado, y aquí es donde os pedimos ayuda, el pan, en todo rato perfecto, tilt apunta en todo momento al avión con mucha precisión siempre y cuando esté a mas de 100 metros de distancia de la base, pero en que nos acercamos a la antena a menos de esos metros, el tilt se queda apuntado para arriba.

¿sabéis que puede ser?

Tenemos puesta la distancia mínima de tracking a 1m, por lo que en principio descartamos que sea por eso.

Os adjunto un breve vídeo de la prueba, al final se ve como cuando aterriza el avión, el pan si que lo sigue, pero el tilt se queda mirando a las "nuves"

D4Y89s3_mfc



MUCHAS GRACIAS A TODOS LOS QUE HABÉIS CONSEGUIDO QUE ESTE PROYECTO CONTINUASE.
Enhorabuena, ese cacharro tiene muy buena pinta...

Ya hemos observado algunos el problema de la triangulación del tilt en las proximidades. En el vídeo que puse este fin de semana, casi al final, hay un momento en el que el tilt se pone apuntando a unos 45 grados. Yo se lo achaco a que se acerca rápido y tenemos el avión virtual cerca de la vertical. Y en el que puse del vuelo real de frsky a menos de 15 metros experimentaba algo parecido, pero se lo achaco esa vez al bajo número de satélites, que provoca una posición poco precisa. Pero ahora viendo vuestro comentario me entra la duda, así que intentaré depurar el código a ver que pasa.

También es posible que haya problemas derivados de que el valor de altitud que devuelve el avión varíe, por ejemplo por el uso del barómetro, que próximo al suelo pueda estar dando altitudes menos precisas, o que hayan cambiado la presión atmosférica en esa zona con respecto al momento del despegue. O bien, si la altitud la provee el gps, que varíe la precisión en ese momento.

No sé si Simba habrá experimentado este problema con telemetría gps directa, en la que el dato de altitud sabemos seguro que viene del gps y no del baro.

Sería bueno tener tramas del vuelo para analizar si se ve algo extraño en los datos, o comprobar con ellos que el código tenga algún bug. Así que la próxima vez intentad hacer capturas, será interesante tenerlos.

Felicidades nuevamente por el invento.

rortega
30/11/2015, 12:45
Bien entiendo el problema, lo principal es conseguir tramas reales del Driver, en vuelo real sacandolas en paralelo con el propio traker.
Yo no tengo de momento el Driver y el único que dispone del mismo, además del mfd AP es Turruk que no se si esta disponible.

Yo sigo opinando que con el fichero que ya sacamos en vuelo directo del Driver, y poniéndole la cabecera de arranque, en mi Traker mueve Pan y Tilt y en LCD se ven los 3 datos. El único problema que aprecio es la velocidad de reproducción.
Por eso no entiendo que le paso a Turruk en el último vuelo de pruebas.

Turruk podía decirnos con seguridad si com el mismo procedimiento que yo con el .log, en casa le funciona igual que a mi, o ya en casa tampoco le funcionaba el Tilt.
Qué sistema operativo tienes?

Simba
30/11/2015, 12:46
Windows 7

rortega
30/11/2015, 13:05
Windows 7
Echa un ojo a ésto y dime si tienes 32 o 64 bits:

http://windows.microsoft.com/es-419/windows7/find-out-32-or-64-bit

Simba
30/11/2015, 13:15
Echa un ojo a ésto y dime si tienes 32 o 64 bits:

http://windows.microsoft.com/es-419/windows7/find-out-32-or-64-bit

Vale ya lo he mirado, tengo 64 bits.

Simba
30/11/2015, 15:51
Deseando que me llegue el driver para inundarte de tramas y conspiraciones. Ijijijiji
Bueno el mio ya lo han admitido en Correos, pero me temo que viene por barco, por que en el seguimiento ponía tipo de envío Navío :icon_twisted: :mad: .
De esta casa siempre me han llegado bien los paquetes pero algunos llegan con mas de 30 dias.
Toca esperar.

Simba
30/11/2015, 19:05
Echa un ojo a ésto y dime si tienes 32 o 64 bits:

http://windows.microsoft.com/es-419/windows7/find-out-32-or-64-bit
Por si hace falta:

Simba
30/11/2015, 20:17
Hola rortega, he estado comentando con turruk las ultimas pruebas que hizo, y sacamos nuevas conclusiones.
Tambien ha vuelto a probar el archivo.log que sacamos del Driver en vuelo real, aquel que no me arrancaba si no le ponía la cabecera #######XXXXX,
Lo ha vuelto a reproducir con el Hércules, y le hace lo mismo que a mi, se ven en LCD los 3 datos distancia, altura y azimut, y el movimiento del Traker es igual al mio, se mueve en Pan y el Tilt es lo curioso, se mueve de golpe de 0º a 90º y de 90º a 0º, varias veces durante la reproducción.

Me comenta que durante el vuelo de prueba ultimo, con la misma versión y modificación, el comportamiento en vuelo era el mismo, repito el Pan funciona todo correcto, pero el Tilt aunque los datos en el LCD parecen normales y sales los 3 datos, el comportamiento del Tilt es totalmente aleatorio y con desplazamientos rápidos entre 0º y 90º y de 90º a 0º, o sea igual a cuando reproducimos el .log con el Hércules.

Creo que es bastante significativo, y espero que te ayude a comprende,r en donde pueda estar el fallo.
Para mi que la lectura y representación de posición en LCD es correcta, pero debe de haber algún fallo, en los datos del calculo trasferido al servo de Tilt.

Espero te ayude un poco.

Sl2

rortega
30/11/2015, 21:04
Hola rortega, he estado comentando con turruk las ultimas pruebas que hizo, y sacamos nuevas conclusiones.
Tambien ha vuelto a probar el archivo.log que sacamos del Driver en vuelo real, aquel que no me arrancaba si no le ponía la cabecera #######XXXXX,
Lo ha vuelto a reproducir con el Hércules, y le hace lo mismo que a mi, se ven en LCD los 3 datos distancia, altura y azimut, y el movimiento del Traker es igual al mio, se mueve en Pan y el Tilt es lo curioso, se mueve de golpe de 0º a 90º y de 90º a 0º, varias veces durante la reproducción.

Me comenta que durante el vuelo de prueba ultimo, con la misma versión y modificación, el comportamiento en vuelo era el mismo, repito el Pan funciona todo correcto, pero el Tilt aunque los datos en el LCD parecen normales y sales los 3 datos, el comportamiento del Tilt es totalmente aleatorio y con desplazamientos rápidos entre 0º y 90º y de 90º a 0º, o sea igual a cuando reproducimos el .log con el Hércules.

Creo que es bastante significativo, y espero que te ayude a comprende,r en donde pueda estar el fallo.
Para mi que la lectura y representación de posición en LCD es correcta, pero debe de haber algún fallo, en los datos del calculo trasferido al servo de Tilt.

Espero te ayude un poco.

Sl2

Capturas de datos durante el vuelo es lo que necesito para poder reproducir las condiciones...

Simba
30/11/2015, 21:16
El archivo .log que te comentaba esta grabado directamente en vuelo desde el Driver, es totalmente real. Es lo que salía del Driver mfd.

Simba
30/11/2015, 21:23
Esto es lo que te dije:

El .log que le meto es este, pero con la cabecera esta:
#####################################################XXXXXXXXXXXXXX



https://www.dropbox.com/s/0zp2sy1tgj...river.log?dl=0 (https://www.dropbox.com/s/0zp2sy1tgjx8bzg/Pruebas%20MFD-Driver.log?dl=0)


Este se grabo directamente del Driver

fitozgz
30/11/2015, 21:29
Hola señores!

La ida de pinza de del tilt se provoca a 100 metros exactos (me atrevería a decir) y la altura del avión es indiferente, ya que probamos a ir rasos al suelo, a 10 metros y a 80, en todos los casos es cuanto entrábamos en ese radio de 100 metros... A tomar por saco el tilt.

En cuanto salíamos de ese radio, perfecto.


Intentaremos documentarlo otra vez este fin de semana. Hacia mucho ciento y las pruebas eran por cabezones.


Gracias a los cabecicas de este tema... En serio. Muchas gracias.
Cuando ves como la antena sigue perfectamente al avion te quedas embobado.

Enviado desde mi SM-N9005 mediante Tapatalk

Simba
30/11/2015, 21:50
Hola señores!

La ida de pinza de del tilt se provoca a 100 metros exactos (me atrevería a decir) y la altura del avión es indiferente, ya que probamos a ir rasos al suelo, a 10 metros y a 80, en todos los casos es cuanto entrábamos en ese radio de 100 metros... A tomar por saco el tilt.

En cuanto salíamos de ese radio, perfecto.


Intentaremos documentarlo otra vez este fin de semana. Hacia mucho ciento y las pruebas eran por cabezones.


Gracias a los cabecicas de este tema... En serio. Muchas gracias.
Cuando ves como la antena sigue perfectamente al avion te quedas embobado.

Enviado desde mi SM-N9005 mediante Tapatalk

Si es una gozada ver como funciona, y lo que os pasa debe de ser algún fleco suelto, que se quedo en el protocolo mavlink.
Nosotros (Turruk y Yo) lo que mas hemos probado y volado, es la versión con GPS directo con Telemetria Orange.
Vosotros estáis también con el Orange, y podríais probar el GPS directo, de hecho TurruK vuela con MFD AP, pero para todas estas pruebas, le metio otro GPS dedicado exclusivamente para Telemetria directa.
A nosotros nos funciona verdaderamente GENIAL y somos muy criticos.

Lo que estamos probando y tratando de poner en marcha, es el protocolo MFD con Driver, y lo hacemos no por necesidad, si no por darle otra posibilidad al Traker, y que lo pueda utilizar todo el que no utiliza el Orange, ya que se tiene telemetria por Video.

Probar el GPS directo y veréis lo bien que funciona.

rortega
30/11/2015, 22:19
Tomo nota de lo que comentáis, voy a tardar un poco más en preparar algo que me permita ver que pasa exactamente cuando se calcula el tilt, pero lo vamos a sacar...

Simba
30/11/2015, 22:25
Tomo nota de lo que comentáis, voy a tardar un poco más en preparar algo que me permita ver que pasa exactamente cuando se calcula el tilt, pero lo vamos a sacar...
Compañero creo que he visto algo que podia ser parte del problema.
En el config.h tenemos comentado el principio del easin tal como así:

//#define TILT_EASING
#define TILT_EASING_STEPS 15 // default 10
#define TILT_EASING_MIN_ANGLE 2 // default 4
#define TILT_EASING_MILIS 15 //default 15


Lo he descomentado y ha cambiado el comportamiento de Tilt, ahora ya no va de 0º a 90º de tiron y aunque lo hace rapido da la sensación de que controla bien.

Simba
30/11/2015, 22:49
Chicos no se no puedo asegurar nada, yo lo veo distinto el movimiento pero no estoy seguro de que sea correcto, lo siento si estoy dando palos de ciego.

rortega
01/12/2015, 08:12
Chicos no se no puedo asegurar nada, yo lo veo distinto el movimiento pero no estoy seguro de que sea correcto, lo siento si estoy dando palos de ciego.

Yo lo tengo descomentado, usando el tilt_easing, y con el simulador no aprecio problema alguno, salvo la subida que hace casi al final que se pone en 45 grados.

Simba
01/12/2015, 08:16
Si tienes razón es lo mismo que me hace a mi. Lo que pasa es que ya algunas ya mareado de tanto probar pues eso.

Simba
01/12/2015, 08:17
Que se pierde el sentido de la realidad

ALBERTHAMON
01/12/2015, 09:01
Pregunto: si a mas de 100 mts funciona el tilt, es necesario dejarlo para que funcione a menos de 100?
Lo digo mas que nada porque si el pan funciona bien, a menos de 100 mts el video va a ser bueno aunque el tilt apunte a cuenca.
O estoy confundido y el problema con el driver es con 100 o con 1000?

Simba
01/12/2015, 09:48
Hola te explico, el problema de los 100m lo tienen los compis de Zaragoza, con la versión para mavlik que saca el MFD.

En el del Driver la cuestión es otra, actualmente aun no hemos podido hacer funcionar el Tilt, ni a 100 y a ninguna distancia.

Lo que comentas del radio de los 100m, en parte tienes razón por la cercanía, pero tenemos probado que con antenas direccionales y volando a cierta altura por la vertical, que igual pudiera ser a bastante mas de 100m, sobre todo con antenas en Tx de tipo dipolo (que son las mejores para distancia), en la vertical se pierde la señal considerablemente, si la antena del Traker esta mirando al horizonte.

fitozgz
01/12/2015, 19:35
Pues una pequeña modificacion del invento, ventosas, más cómodo, más transportable.

Facil y sencillo con bricomanía

Piollo
01/12/2015, 20:58
Pues una pequeña modificacion del invento, ventosas, más cómodo, más transportable.

Facil y sencillo con bricomanía
Que buena pinta tiene, muy compacto

Enviado desde mi SM-G900F mediante Tapatalk

Zolber
01/12/2015, 21:09
Fito pareces el coche del google maps

Enviado desde mi Lenovo A820 mediante Tapatalk

fitozgz
02/12/2015, 06:14
Que no es mio! Que es de JFraucas y se lo he robado vilmente... Jijiji.

Hemos hecho unas modificaciones del invento, os pondremos los archivos de la 3d por si queréis hacerlo de este modo.

Enviado desde mi SM-N9005 mediante Tapatalk

rortega
02/12/2015, 16:03
Un puntazo para volar metido en el coche cuando hace frío

rortega
02/12/2015, 16:04
No me he olvidado del MFD y sus cosas con el tilt, ya tengo lo que necesito casi preparado para depurar.

Simba
02/12/2015, 16:14
OK, por aquí seguimos expectantes.

sl2

rortega
03/12/2015, 23:01
Hoy por fin me he podido poner a depurar el tema del tilt en MFD.
Aparentemente, sin usar easing, el tilt no presenta problema algno.
El movimiento brusco al final de mi vídeo se debía a que el archivo con tramas que yo había generado estaba mal, metía un salto de distancia y altitud repentino, así que el tilt reaccionaba en consecuencia.

Simba
03/12/2015, 23:16
Entonces todo estaba bien o has depurado algo ?????

rortega
03/12/2015, 23:46
Entonces todo estaba bien o has depurado algo ?????
Durante la depuración he cambiado algo en el código, he añadido una pequeña línea que creo es necesaria, pero en el tracker no tengo subido ese pequeño cambio y sigue funcionando bien.

rortega
03/12/2015, 23:47
Durante la depuración he cambiado algo en el código, he añadido una pequeña línea que creo es necesaria, pero en el tracker no tengo subido ese pequeño cambio y sigue funcionando bien.
El cambio en cuestión tampoco lo he subido al repositorio, hasta que no lo pruebe en el tracker no lo subo.

Simba
04/12/2015, 00:17
Bueno pues yo he estado tratando de ver que habia realmente en el fichero que sacamos del Driver Turruk y Yo, y para hacerlo mas inteligible por nuestro Traker360, y por nosotros mismos al ver funcionar al Traker360, lo he ralentizado de la única forma que he sabido, es decir sumando lineas en blanco en el fichero de texto.

La conclusión que he sacado es que el fichero en cuestión, creo que el capturador Hércules no lo captura todo lo real que pueda ser y tampoco lo interpreta y manda el Traker de forma totalmente fidedigna.

El caso es que aun así al reproducirlo por el traker360, se puede ver que el movimiento es bastante mas sano, tanto de Pan como de Tilt.

Pero lo que mas me desconcierta, es que en la prueba de vuelo que hizo Turruk, y a la que yo no asistí, el Tilt no le funcionaba y solo daba saltos bruscos de vez en cuando, en cambio ya tenia la modificación misma que yo utilizo y que si que funciona el Tilt, con el fichero interlineado, y reproducido por el Hércules.

El fichero que utilizo es este:
https://www.dropbox.com/s/qgudfoyz2rs7z6f/Pruebas%20MFD-Driver-interlineado.txt?dl=0

rortega
04/12/2015, 00:18
El cambio en cuestión tampoco lo he subido al repositorio, hasta que no lo pruebe en el tracker no lo subo.
Ya está probado y subido el cambio.

Dicho cambio podría corregir la visualización incorrecta de datos (alguien comentaba que en el LCD aparecían datos con fusos). Además podría estar corrigiendo un posible mal funcionamiento, algo que yo no he apreciado directamente en el tracker, pero que en el ordenador depurando me indica que podría tratarse de una fuente de problemas.

E

rortega
04/12/2015, 00:24
Bueno pues yo he estado tratando de ver que habia realmente en el fichero que sacamos del Driver Turruk y Yo, y para hacerlo mas inteligible por nuestro Traker360, y por nosotros mismos al ver funcionar al Traker360, lo he ralentizado de la única forma que he sabido, es decir sumando lineas en blanco en el fichero de texto.

La conclusión que he sacado es que el fichero en cuestión, creo que el capturador Hércules no lo captura todo lo real que pueda ser y tampoco lo interpreta y manda el Traker de forma totalmente fidedigna.

El caso es que aun así al reproducirlo por el traker360, se puede ver que el movimiento es bastante mas sano, tanto de Pan como de Tilt.

Pero lo que mas me desconcierta, es que en la prueba de vuelo que hizo Turruk, y a la que yo no asistí, el Tilt no le funcionaba y solo daba saltos bruscos de vez en cuando, en cambio ya tenia la modificación misma que yo utilizo y que si que funciona el Tilt, con el fichero interlineado, y reproducido por el Hércules.

El fichero que utilizo es este:
https://www.dropbox.com/s/qgudfoyz2rs7z6f/Pruebas%20MFD-Driver-interlineado.txt?dl=0
Esta noche ya no, pero mañana voy a intentar pasar tu fichero por RL simulador, el original, con idea de ralentizarlo a frecuencia de 250 milisegundos para ver que pasa tras este cambio que comento.

rortega
04/12/2015, 00:31
if (HOME_SET && HAS_FIX && NEW_HEADING && !TEST_MODE) {
targetPosition.alt = getTargetAlt();
targetPosition.heading = getAzimuth() * 10;
distance = getDistance(); //Possible deletion
targetPosition.distance = getDistance(); //New line

getError();
calculatePID();
SET_PAN_SERVO_SPEED(PWMOutput);
calcTilt();
NEW_HEADING = false;
HAS_FIX = false;



Lo que se ve en rojo es lo que he añadido al archivo .ino

Si esa línea no está ahí, en determinados momentos, la distancia, altitud, e incluso azimuth, podrían tomar valores no correctos, que provocarían saltos en el tilt bastante bruscos, incluso en el pan. Lo que ocurre al no estar esa línea ahí, es que va tomando letura de los datos que van llegando y los presenta como si de datos buenos se tratasen, cuando pueden estar incompletos por no haberlos leído enteros.

Al poner esa línea, sólo toma los datos cuando ya se ha líedo desde el primer dígito al último de cada uno de los 3 datos (distancia, altitud y azimut).

rortega
04/12/2015, 08:29
Acabo de verificar con mi tracker que la falta de esa línea es la causante de los trancazos que me pegaba el servo PAN, esos que se ven en el vídeo del otro día y que yo achacaba a los ajustes de PID. He dejado los PIDs como los tenía, y al meter el firm con ese cambio el PAN va como la seda.

En ek TILT se nota menos los cambios bruscos porque sucede todo muy rapido, en especial si tenenos el EASING activado, que al requerir más tiempo de proceso no le da tiempo a ejecutar del todo los movimientos que provocan los datos erróneos, cuando al momento le llega ya el dato bueno.

Sugiero que os descarguéis del repositorio el archivo *.ino

rortega
04/12/2015, 08:31
Acabo de verificar con mi tracker que la falta de esa línea es la causante de los trancazos que me pegaba el servo PAN, esos que se ven en el vídeo del otro día y que yo achacaba a los ajustes de PID. He dejado los PIDs como los tenía, y al meter el firm con ese cambio el PAN va como la seda.

En ek TILT se nota menos los cambios bruscos porque sucede todo muy rapido, en especial si tenenos el EASING activado, que al requerir más tiempo de proceso no le da tiempo a ejecutar del todo los movimientos que provocan los datos erróneos, cuando al momento le llega ya el dato bueno.

Sugiero que os descarguéis del repositorio el archivo *.ino
Esto que comento sólo afecta al protocolo MFD. Si alguien me pasa capturas mavlink puedo mirar si sucede o no también con ese protocolo.

Simba
04/12/2015, 13:40
Hola, rortega seria interesante que comentaras, con que programa haces la simulación, y que fichero .log utilizas.

Yo he modificado la linea en rojo que comentabas en el .ino, y utilizo el fichero del repositorio MFD-2.log, cargado con el Hércules y los bluetooth a 4800 bauds

La verdad es que ahora se aprecia que el Tilt funciona, pero al final no se para y el Traker sigue girando lentamente.

rortega
04/12/2015, 14:01
Hola, rortega seria interesante que comentaras, con que programa haces la simulación, y que fichero .log utilizas.

Yo he modificado la linea en rojo que comentabas en el .ino, y utilizo el fichero del repositorio MFD-2.log, cargado con el Hércules y los bluetooth a 4800 bauds

La verdad es que ahora se aprecia que el Tilt funciona, pero al final no se para y el Traker sigue girando lentamente.
Es que enviar tantos pulsos tan seguidos sin esperar a que se ejecuten, en tan poco tiempo, termina seguramente por colgar al procesador.

El simulador que uso es el que programé el otro día, pero sin errores, de modo que los datos de distancia, altitud y heading siguan una secuencia fluída, sin cambiar en el espacio de un punto a otro lejano de golpe. En la versión anterior metí por error datos malos. Ahora ya son todos buenos.

Lo que se necesita para ejecutarlo es lo que subí el otro día, pero la última versión del archivo exe no está actualizada.

Pero como hay dificultades para que cualquier mortal pueda usarlo, pues podría requerir instalar unas librerías adicionales en el sistema, tendré que programarlo con otro entorno de desarrollo más apropiado. Pero hasta el martes no voy a poder estar operativo para estas cosas, pues mañana viene un amigo de visita a pasar aquí el puente.

Simba
04/12/2015, 14:32
Ok lo importante no es que nosotros lo probemos igual que tu. Afín de cuentas si lo tienes tu controlado, lo que deberíamos hacer nosotros, es probarlo en vuelo real y sacar conclusiones.
De paso podríamos sacar las tramas del home y Test para que las documentes.
Si Turruk tiene tiempo y las condiciones lo permiten, igual podemos probarlo.

rortega
04/12/2015, 14:40
Sí, no sería mala idea sacar datos mañana...

Simba
06/12/2015, 13:55
Bueno pues tengo muy buenas noticias, el Protocolo para MFD Driver funciona PERFECTO.

Rortega lo ha vuelto a clavar con las ultimas modificaciones, ahora si que funciona el Tilt y el Pan a todas las distancias, en fin ya tenemos al 100% totalmente operativo este protocolo pero Vídeo con Driver MFD.

Lo de las Tramas de control Home y Test, no las hemos sacado por falta de tiempo, esto se lo dejamos al Sr. Alverthamon para que se entretenga cuando reciba el Driver. :rolleyes2: :biggrin2:, pero compañero ya lo tienes para enchufar y volar.

Un 10 para el Sr. rortega, gracias por tu dedicación y cariño.

Estoy subiendo vídeo.

Simba
06/12/2015, 13:56
https://youtu.be/CsWBfQDZzJA

Zolber
06/12/2015, 14:08
Sencillamente... sois unos FIERAS!

rortega
06/12/2015, 20:27
No sabéis cuánto me alegro de esta estupenda noticia. Sólo siento no haber podido dedicarle el tiempo que se necesitaba para solucionarlo unos días antes...

Que buena noticia, ando desconectado y me encuentro con ésto...

Una vez más añadir que no es mérito mío únicamente, si no lo probáis, si no os leéis los manuales, o me pasáis tramas, devolvéis feefback, poco podría hacer yo sólo por mucho que programara...

Guillesan
07/12/2015, 00:43
Pues felicidades y muchas gracias a todos, estoy pero que muy contento de lo que se esta sacando en este proyecto.
En mi caso estoy esperando el driver de MFD y probarlo tambien, pero con la tranquilidad de saber que Simba,Turruk y el sr. Ortega (crack) estaban en ello y como no solucionado y funcional totalmente.
Un saludo a todos y reitero felicidades.

fitozgz
07/12/2015, 07:51
Pues sí!!! muchismias gracías Rortega y compañía!!! vaya noticion!

ALBERTHAMON
07/12/2015, 09:34
enhorabuena!!
pocas pruebas voy a tener que hacer yo Simba. ya lo habéis sacado. Estupendo!!
Deseando que llegue el driver.
Un saludo y felices fiestas.

Simba
07/12/2015, 10:10
enhorabuena!!
pocas pruebas voy a tener que hacer yo Simba. ya lo habéis sacado. Estupendo!!
Deseando que llegue el driver.
Un saludo y felices fiestas.
Hola, ¿cuantos días hace que lo pediste ? el mio salio de origen el dia 3 diciembre.
Cuando te llegue lo tienes listo para volar, pero podías intentar sacar las tramas que deben de salir del Driver, al pulsar los botones HOME y TEST, nosotros los hemos pulsado, y en la pantalla se ve la acción HOME y al accionar el TEST cada pulsación marca N-S-E-W, pero el Traker no se orienta.
Lo que debería de hacer es marcar la posición y elevar el Tilt 45º en cada movimiento.
Nosotros no hemos podido entretenernos con esto, por que Turruk andaba mal de tiempo y tuvimos que recoger rápido.

De todas formas y a falta de estos detalles, el Traker360 MFD está totalmente volable y va bastante fino, yo espero tener mi Driver para enero, y me voy a preparar la nueva mecánica, para llevar los dos sistemas el Orange y el MFD.

Saludos y felices fiestas.

Zolber
07/12/2015, 12:17
Hola Simba, a mi me tardó unos 12 días desde que me indicaron que lo ponían en transporte. También lo pedí alli, después de preguntarle a Alberthamon.
Ahora me falta comprar un conector gx16 para probarlo.

Enviado desde mi Lenovo A820 mediante Tapatalk

Simba
07/12/2015, 12:59
El conector gx16 ¿cual es el pequeño?
Si puedes me pones enlace para comprarlo.

Zolber
07/12/2015, 13:08
No, el grande roscado. Batuadello en un video que tiene en su canal lo llama "conector aviator" yo miraré en una tienda de electrónica en Zgz
https://www.google.es/search?q=xonector+aviator&ie=utf-8&oe=utf-8&gws_rd=cr&ei=NHZlVvrJCcerU-bfurgP

Enviado desde mi Lenovo A820 mediante Tapatalk

Simba
07/12/2015, 15:28
Yo estoy a la espera de este, pero el pequeño no tengo ni idea de como pedirlo.
http://es.aliexpress.com/item/GX16-GX-16-6-Pin-6p-Connector-Connectors-Socket-Aviation-Plug-16mm-Male-Female-Free-shipping/32220500242.html

Zolber
07/12/2015, 15:41
El pequeño te refieres al de alimentación? Si es ese diría que es el mismo que utiliza mi cargador de lipos

Enviado desde mi Nexus 7 mediante Tapatalk

Simba
07/12/2015, 16:22
No, me refiero al que es parecido al de equilibrado de lipo, el que se utiliza para conectar el Bluetooth.

Zolber
07/12/2015, 16:25
No, me refiero al que es parecido al de equilibrado de lipo, el que se utiliza para conectar el Bluetooth.
Aaaa el driver te llegara uno con conectores iguales en las dos puntas
No estoy en casa, si no te haría una foto


Enviado desde mi Nexus 7 mediante Tapatalk

Simba
07/12/2015, 16:27
Aaaa el driver te llegara uno con conectores iguales en las dos puntas



Enviado desde mi Nexus 7 mediante Tapatalk
OK gracias.

ALBERTHAMON
09/12/2015, 15:49
Hola, ¿cuantos días hace que lo pediste ? el mio salio de origen el dia 3 diciembre.
Cuando te llegue lo tienes listo para volar, pero podías intentar sacar las tramas que deben de salir del Driver, al pulsar los botones HOME y TEST, nosotros los hemos pulsado, y en la pantalla se ve la acción HOME y al accionar el TEST cada pulsación marca N-S-E-W, pero el Traker no se orienta.
Lo que debería de hacer es marcar la posición y elevar el Tilt 45º en cada movimiento.
Nosotros no hemos podido entretenernos con esto, por que Turruk andaba mal de tiempo y tuvimos que recoger rápido.

De todas formas y a falta de estos detalles, el Traker360 MFD está totalmente volable y va bastante fino, yo espero tener mi Driver para enero, y me voy a preparar la nueva mecánica, para llevar los dos sistemas el Orange y el MFD.

Saludos y felices fiestas.
Hola Simba,
yo lo pedí el 11 de noviembre sin tracking por lo que por el momento sin haberlo recibido, no sabría decirte cuando me llegará.:blink::blink:

Zolber
09/12/2015, 15:55
Hola Simba,
yo lo pedí el 11 de noviembre sin tracking por lo que por el momento sin haberlo recibido, no sabría decirte cuando me llegará.:blink::blink:
El 11 y todavia no lo tienes?
Como le dije a Simba el mio lo pedi el dia 20 de noviembre, salio el 21 y el dia 3 de diciembre me lo entregaron. El mio fue con tracking, pero no creo que sea con diferentes compañias no?

ALBERTHAMON
09/12/2015, 18:01
Bueno,
con estos de goodluckbuy nunca se sabe.......
como no pedí tracking ahora me toca esperar hasta que pueda reclamar.
a ver si llega pronto y no reclamo. Eso será buena señal.

Simba
09/12/2015, 23:53
El 11 y todavia no lo tienes?
Como le dije a Simba el mio lo pedi el dia 20 de noviembre, salio el 21 y el dia 3 de diciembre me lo entregaron. El mio fue con tracking, pero no creo que sea con diferentes compañias no?

Bueno Zolber pues ya que lo tienes disponible, seria interesante que empezaras a aportar tramas, me refiero a las que saca el Driver al apretar los botones de Home y Test.
Turruk y yo gracias su Driver, el que forma parte del conjunto Traker MFD, hemos podido aportar las tramas de vuelo y probado el chisme, pero falta eso otro. Lo que tenemos claro es que en nuestra versión actual de Traker360 MFD, no funciona el Test, y el Home no estamos seguros.

Mas que nada es para que no decaiga el tema y sigamos avanzando.

Por cierto en mi pedido del Driver si que metí el Traking, menos mal eran creo que 2€ pero al menos se por donde va.

Simba
10/12/2015, 00:08
Turruk, ya tengo solucionado el tema de las interferencias, era el servo de Tilt, el Bluebird que produce una interferencia en video en forma de banda estrecha que recorre la pantalla de abajo a arriba muy lentamente.

Lo comento por si a alguno le sucede lo mismo.

El caso es que cuando el servo hace algo de fuerza, genera un perturbación eléctrica que a parte de oírse, produce esa interferencia.

He probado varios servos y curiosamente solo la producen los Bluebird (dos tipos diferentes que tengo) y los 3 futaba y un Towerpro en las mismas circunstancias no producen nada de nada de interferencias, total que he dejado montado el Towerpro MG996R, el mismo que llevo montado después de transformarlo en el Pan, (aun no lo he cambiado por el lento de los alemanes).

rortega
10/12/2015, 08:12
...el Towerpro MG996R...

Éste es el que finalmente tengo montado en el tracker como PAN, y el que ha dado lugar a que me quede atascado en la versión de 32bits. Al ser digital parece que no responde correctamente a las mismas frecuencias de reloj de las salidas PWM de la flip32. Necesito modificar algún parámetro de configuración de cleanflight para ajustar la señal que le envía, pero no he dado aún con la tecla.

rortega
10/12/2015, 08:14
...Lo que tenemos claro es que en nuestra versión actual de Traker360 MFD, no funciona el Test, y el Home no estamos seguros...

Seguramente que en el modo test hay un problema similar al que hemos solucionado, esta tarde cuando vuelva del curro intento echarle un vistazo. Si me refrescáis la memoria de que debe hacer exactamente el modo test es tiempo que gano en no tener que buscarlo.

Simba
10/12/2015, 10:36
Seguramente que en el modo test hay un problema similar al que hemos solucionado, esta tarde cuando vuelva del curro intento echarle un vistazo. Si me refrescáis la memoria de que debe hacer exactamente el modo test es tiempo que gano en no tener que buscarlo.
Hola, pues lo que se espera que haga con el botón Test, yo lo he visto en el Traker MFD, y en el programa nuestro en la pestaña mfd.ccp, se puede interpretar lo que deberia hacer, cosa que no hace.
Resumiendo, en cada pulsación adopta una posición de punto cardinal, y en cada una de ellas va subiendo el Tilt de 45º en 45º, haciendo un recorrido por todas la posiciones.

El botón de Home, supongo que data una trama similar a la conocida de ######XXXXXXX.

Rortega que quede claro, que todo esto no es necesario para que el Traker360 MFD funcione de P.M., pero ya que se tiene pues eso si se puede ya lo dejamos finiquitao.


Otra cosa, respecto a lo del servo TowerPro MG996R, yo lo tengo en estos momentos en Pan y en Tilt, y me va de maravilla hasta el punto que no veo la necesidad de cambiar el de Pan por el lento alemán, en el Tilt lo estoy probando desde anoche, y me esta sorprendiendo lo bien que funciona. El otro que llevaba, un Bluebird de 9Kg también funcionaba bien, pero estos servos Bluebird, no se el porque producen una frecuencia de equilibrado, que se transmite (supongo que por la alimentación) al Vídeo, y es bastante molesto que cada vez que hace fuerza el servo, salga una banda estrecha y deslizante por la pantalla.

También probé con servos standar de Futaba y estos tampoco hacen interferencias, los únicos que me las dan son los Bluebird.

Lo que comentas del problema del Towerpro con la Flip 32, no termino de entenderlo, yo suponía que el standar de señal PWM, daba lo mismo que fuera un servo normal o un digital, a fin de cuentas lo de digital o normal es un tema interno del propio servo, en como hace que funcione internamente, o analógicamente o con conversores analógicos/digitales, pero a fin de cuentas es algo interno del servo, y la señal PWM es la misma para los dos casos.
Igual se me escapa algo del terreno INFORMATICO, del cual estoy bastante descolocao.

sl2.

Simba
10/12/2015, 11:20
Estoy utilizando este simulador de GPS, que es mas real ya que reproduce exactamente las condiciones del Traker360 GPS a 4hz y 4800 bauds.

Video prueba Servos towerPro MG966R:
https://youtu.be/qKLuA9yP0eQ

rortega
11/12/2015, 08:31
Estoy utilizando este simulador de GPS, que es mas real ya que reproduce exactamente las condiciones del Traker360 GPS a 4hz y 4800 bauds.

Video prueba Servos towerPro MG966R:
https://youtu.be/qKLuA9yP0eQ
Buena aportación... Algún link?

rortega
11/12/2015, 08:39
Hola, pues lo que se espera que haga con el botón Test, yo lo he visto en el Traker MFD, y en el programa nuestro en la pestaña mfd.ccp, se puede interpretar lo que deberia hacer, cosa que no hace.
Resumiendo, en cada pulsación adopta una posición de punto cardinal, y en cada una de ellas va subiendo el Tilt de 45º en 45º, haciendo un recorrido por todas la posiciones.

El botón de Home, supongo que data una trama similar a la conocida de ######XXXXXXX.

Rortega que quede claro, que todo esto no es necesario para que el Traker360 MFD funcione de P.M., pero ya que se tiene pues eso si se puede ya lo dejamos finiquitao.


Otra cosa, respecto a lo del servo TowerPro MG996R, yo lo tengo en estos momentos en Pan y en Tilt, y me va de maravilla hasta el punto que no veo la necesidad de cambiar el de Pan por el lento alemán, en el Tilt lo estoy probando desde anoche, y me esta sorprendiendo lo bien que funciona. El otro que llevaba, un Bluebird de 9Kg también funcionaba bien, pero estos servos Bluebird, no se el porque producen una frecuencia de equilibrado, que se transmite (supongo que por la alimentación) al Vídeo, y es bastante molesto que cada vez que hace fuerza el servo, salga una banda estrecha y deslizante por la pantalla.

También probé con servos standar de Futaba y estos tampoco hacen interferencias, los únicos que me las dan son los Bluebird.

Lo que comentas del problema del Towerpro con la Flip 32, no termino de entenderlo, yo suponía que el standar de señal PWM, daba lo mismo que fuera un servo normal o un digital, a fin de cuentas lo de digital o normal es un tema interno del propio servo, en como hace que funcione internamente, o analógicamente o con conversores analógicos/digitales, pero a fin de cuentas es algo interno del servo, y la señal PWM es la misma para los dos casos.
Igual se me escapa algo del terreno INFORMATICO, del cual estoy bastante descolocao.

sl2.
Probé el modo test y aparentemente funciona sin cambio alguno. Le envío durante 4 segundos seguidos, a intervalos de 250 ms las letras:N E S W N en ese orden, es decir:

NNNNNNNNNNNNNNNNEEEEEEEEEEEEEEEESSSSSSSSSSSSSSSSWWWWWWWWWWWWWWWWNNNNNNNNNNNNNNNN

El tracker se va a los 0 grados primero con el tilt a 0

Luego a los 90 grados con tilt a 45.

Después a 170 grados con tilt a 90

A los 270 grados con tilt bajando a 0

Y finalmente se orienta al norte.

Simba
11/12/2015, 12:07
Probé el modo test y aparentemente funciona sin cambio alguno. Le envío durante 4 segundos seguidos, a intervalos de 250 ms las letras:N E S W N en ese orden, es decir:

NNNNNNNNNNNNNNNNEEEEEEEEEEEEEEEESSSSSSSSSSSSSSSSWWWWWWWWWWWWWWWWNNNNNNNNNNNNNNNN

El tracker se va a los 0 grados primero con el tilt a 0

Luego a los 90 grados con tilt a 45.

Después a 170 grados con tilt a 90

A los 270 grados con tilt bajando a 0

Y finalmente se orienta al norte.

Bien pues el problema debe de ser la trama que genera el Driver, ya comente que pulsando el Test en el Driver, nuestro Traker360 no se entera, no hace nada.
Probablemente por que la trama que genera el Driver sea algo distinta a la que tu mandas, por eso es necesario que el que disponga de un Driver, genere y registre la trama, para que tu la analices y veas en que se diferencia, que será algo simple pero que si no no se entera.

Yo de momento no tengo Driver, y en mi caso sera cuestión de esperar a disponer del mismo.

sl2.

Simba
11/12/2015, 12:12
rortega por si sirve de algo, en el Traker MFD cuando se hace un Test, basta con pulsar y soltar el botón Test, para que se posicione en la primera posición, y cada vez que se pulsa y se suelta cambia a la siguiente posición.

Es como si el Driver, tuviera programada una secuencia, que cambia según se va pulsando.

rortega
11/12/2015, 12:20
rortega por si sirve de algo, en el Traker MFD cuando se hace un Test, basta con pulsar y soltar el botón Test, para que se posicione en la primera posición, y cada vez que se pulsa y se suelta cambia a la siguiente posición.

Es como si el Driver, tuviera programada una secuencia, que cambia según se va pulsando.
Puedes probar a enviar por puerto serie al tracker, bien desde Hércules o desde el propio monitor serie de arduino letras sueltas entre las cuatro posibilidades: N E S W.

Envías una letra sola, y el tracker debería reaccionar y moverse para apyntar al punto cardinal correspondiente, y acciobando el tilt según describí esta mañana.

Si como bien dices, alguien me facilta esas tramas de modo test, podríamos ver que sucede...

Simba
11/12/2015, 12:24
Ok pues eso esperaremos a ver si alguien proporciona las tramas.

Simba
11/12/2015, 14:17
Puedes probar a enviar por puerto serie al tracker, bien desde Hércules o desde el propio monitor serie de arduino letras sueltas entre las cuatro posibilidades: N E S W.

Envías una letra sola, y el tracker debería reaccionar y moverse para apyntar al punto cardinal correspondiente, y acciobando el tilt según describí esta mañana.

Si como bien dices, alguien me facilta esas tramas de modo test, podríamos ver que sucede...

Vale ya está probado con la consola de Arduino, funciona correctamente tal como comentabas.

rortega
14/12/2015, 00:42
He realizado algunas mejoras en la visualización de datos en el LCD para el protocolo MFD:



He eliminado los datos de LAT y LON pues no se usan en MFD, como ya sabéis. A mí me resultaba muy molesto esperar a que cambiase de una pantalla a otra, al tener un display de 2 filas.
He corregido un problema de visualización de datos tras el arranque. Sin haber recibido aún datos del MFD, los encabezados aparecían con 3 letras, y el dato de satélites quedaba desplazado a la derecha, dejando en algunos casos una ristra de ceros larga durante la visualización de datos de telemetría, incluso algunas veces veía el símbolo de 2 puntos.
Ahora se muestra el mensaje "TEST" en el display cuando se está en MODO TEST, y desaparece cuando reciben datos como el de ausencia de datos, el de fix o datos de distancia, azimut y altitud.


Además, he corregido lo que podría ser un fallo que creo podéis haber padecido durante las pruebas del modo TEST. El problema, que hasta que no me lo confirméis no puedo decir que sea un problema real, consiste en que si se reciben datos de distancia, azimut y altitud, y el tracker funciona normalmente hasta que se termina el vuelo, si a continuación se envían caracteres de TEST MODE (N, E, W o S), el tracker no reaccionaba.

Sin embargo, si los datos de TEST MODE se enviaban sin haber recibido dato alguno previamente, hacía el test correctamente.

Esta supuesta "anomalía" ya no va a suceder, se pueden enviar datos de TEST MODE después de recibir datos de telemetría.

Todo ésto lo he subido al repositorio, que ahora muestra la versión 0.9.

Simba
14/12/2015, 08:25
Hola buenos días.
Veo que sigues mejorando y mucho, lo vas de dejar super pulido.
Estoy de acuerdo en lo del modo Test, y estas en lo cierto con lo del bloqueo después de haber volado, yo al hacer la prueba con el Driver de Turruk, lo hice después de volar y claro por eso no reaccionaba el Tráquer. Ya lo probaremos cuando disponga del mio.
Por lo demás que comentas me parece una gran mejora.
Con todo esto ya solo faltaría, para rizar el rizo, el sistema de control por botones, para ajustar o calibrar el 0 del servo Pan, pero esto creo que queda pendiente, para la versión de la Flip32, de todas formas no se hasta que punto, seria necesario pues tal como funciona con la Crius, realmente ya no se puede pedir más.
Un cosa quiero decir, a estas alturas del proyecto, creo que es igual de funcional que original MFD si no más y más fácil de ajustar.
Perdón que me extienda.
Creo que una cosa a tener en cuenta, es el volver a dejar funcional, si se puede, el GPS local, pues ya lo he echado en falta en más de una ocasión, pues he despegado sin accionar el botón de fijación home y me ha tocado aterrizar para fijarlo. Son cosas de despiste pero pasan.

Sl2 y buen día.

rortega
14/12/2015, 08:37
Lo de volver a dejar funcional el GPS Local me acaba dejar desconcertado. No recuerdo haberlo eliminado, sino haber solucionado un problema de compilación y otro de visualización de datos cuando no se disponía de él.

Claro, que no descarto que con tanto cambio algo haya por ahí mal.

Simba
14/12/2015, 08:59
Yo pampoco recuerdo, creo que en un cambio de version se quedo elininado y creo que Turruk me lo comento, pero como yo para entonces ya lo había quitado, no seguí el tema, será cuestión de probar, aunque algo recuerdo que con el GPS local, hacia locadas y se movía mucho, pero igual lo corregirte y quedo funcional.

Simba
14/12/2015, 11:14
Buena aportación... Algún link?
A ver si lo he hecho bien, este es el enlace a mi Dropbox del simulador GPS:
https://www.dropbox.com/sh/c6i621jfrvd0op2/AABe87UMvK8LVQ5fz4o0Dvfba?dl=0

eslanek
14/12/2015, 14:47
Por si alguien le interesa tengo una crius AIO con GPS, que no uso.

Simba
14/12/2015, 21:35
A ver si lo he hecho bien, este es el enlace a mi Dropbox del simulador GPS:
https://www.dropbox.com/sh/c6i621jfrvd0op2/AABe87UMvK8LVQ5fz4o0Dvfba?dl=0

Creo que no funciona tal como esta este simulador de GPS, se debe a que forma parte del configurador del OSD Remzibi.
Yo en su día tuve este OSD, y me quedo de residuo después de desistalarlo el simulador GPS.

Si bajáis el Soft del Remzibi lo podéis utilizar sin problemas aunque yo no he sabido bajar la misma versión que yo tengo.

En fin lo comento por si queréis calentaros un poco el coco.

sl2

TURRUK
14/12/2015, 22:54
Creo que no funciona tal como esta este simulador de GPS, se debe a que forma parte del configurador del OSD Remzibi.
Yo en su día tuve este OSD, y me quedo de residuo después de desistalarlo el simulador GPS.

Si bajáis el Soft del Remzibi lo podéis utilizar sin problemas aunque yo no he sabido bajar la misma versión que yo tengo.

En fin lo comento por si queréis calentaros un poco el coco.

sl2

Hola Simba ya funciona GPS emulator , si que falta descargar el soft de Remzibi. Gracias.

rortega
14/12/2015, 23:46
Yo con lo del debate ni lo he mirado

Simba
15/12/2015, 17:58
Hola, he estado curioseando y respecto a lo que te comente del GPS LOCAL, he visto algo que no le encuentro sentido, lo siguiente que resalto en negrita esta repetido en la primera pestaña en linea 70, y en el config.h, y me parece que no se debía repetir, ademas en la primera pestaña está a 0 y en el config.h yo lo tengo a 5.

TinyGPS gps;
void initGps();
#define START_TRACKING_DISTANCE 0

Al comentar esta linea con //, creo que ya funciona bien, ya no hace extraños, pero vamos que no estoy seguro, y necesito la revisión de Guru rortega.sl2

TURRUK
15/12/2015, 18:44
Hola ya lo tienes: https://www.dropbox.com/s/embw39c4f11otll/GPS%20Emulator.zip?dl=0

rortega
15/12/2015, 19:03
Hola, he estado curioseando y respecto a lo que te comente del GPS LOCAL, he visto algo que no le encuentro sentido, lo siguiente que resalto en negrita esta repetido en la primera pestaña en linea 70, y en el config.h, y me parece que no se debía repetir, ademas en la primera pestaña está a 0 y en el config.h yo lo tengo a 5.

TinyGPS gps;
void initGps();
#define START_TRACKING_DISTANCE 0

Al comentar esta linea con //, creo que ya funciona bien, ya no hace extraños, pero vamos que no estoy seguro, y necesito la revisión de Guru rortega.sl2

Pues sí, eres un artista...has detectado un fallo, y es mío seguro 100%, esa línea no debería estar ahí, se ve que en alguna de las miles de cosas que cambia uno para depurar código, seguramente me he olvidado quitarlo. Y no es de ahora, este error viene de lejos, de cuando en su día verificase el uso del GPS Local.

Voy a quitar esa línea del código y lo voy a actualizar en el repositorio.

Simba
15/12/2015, 19:07
Vale, pues me alegro mucho, no estaba seguro por que como puedes comprender, no tengo mucha idea de esto, pero algo es algo.

La verdad es que lo he probado a nivel de simulador, y parece funcionar como se espera.
Esta noche dormiré contento.

Gracias.

rortega
15/12/2015, 19:11
Vale, pues me alegro mucho, no estaba seguro por que como puedes comprender, no tengo mucha idea de esto, pero algo es algo.

La verdad es que lo he probado a nivel de simulador, y parece funcionar como se espera.
Esta noche dormiré contento.

Gracias.

Siento desilusionarte, pero el hecho de que esa línea ya no esté no tiene efecto ninguno sobre el funcionamiento del GPS Local, ni sobre ninguna otra función del tracker, simplemente se usa para dar valor verdadero a la variable TRACKING_STARTED, que no se usa en ninguna otra parte del código...

Simba
15/12/2015, 19:13
Siento desilusionarte, pero el hecho de que esa línea ya no esté no tiene efecto ninguno sobre el funcionamiento del GPS Local, ni sobre ninguna otra función del tracker, simplemente se usa para dar valor verdadero a la variable TRACKING_STARTED, que no se usa en ninguna otra parte del código...
O sea que no es eso y no he solucionado NA de NA.

rortega
15/12/2015, 19:17
O sea que no es eso y no he solucionado NA de NA.

Bueno, el START_TRACKING_DISTANCE sí se usa en otra parte del código, lo mismo si has mejorado algo, jeje.

Simba
15/12/2015, 19:20
Bueno, el START_TRACKING_DISTANCE sí se usa en otra parte del código, lo mismo si has mejorado algo, jeje.
Si claro ya lo puse que se utiliza también el el config.h, y tiene en los dos sitios distinto valor en el Open tiene 0 y en el config.h lo lo tengo a 5.

¿Es eso a lo que te refieres?

rortega
15/12/2015, 19:21
Pues no, no tiene efecto alguno salvo el del comienzo del tracking, nada más. Con esa línea el tracker empezaba a hacer tracking desde que recibe posición. Ahora empezará a hacerlo según el valor del config.h

Eso es todo lo que hace ...

rortega
15/12/2015, 19:23
Voy a echarel un rato al tema del GPS Local a ver si detecto algún fallo.

rortega
15/12/2015, 23:19
Me he estado mareando un rato con el simulador que usábamos antes, y creo que no se lleva bien con el softwerial. Voy a probar con el que habéis pasado.

Zolber
16/12/2015, 16:48
Hola, os informo de que acabo de recibir este conector
http://www.cetronic.es/sqlcommerce/disenos/plantilla1/seccion/producto/DetalleProducto.jsp?idIdioma=&idTienda=93&codProducto=999019579&cPath=1217
Y vale perfectamente para el driver mfd. Por si no quereis esperar a china y teneis que comprar mas cosillas electronicas. Con el que no he acertado es con el de alimentacion, el interior no es de 1,6 ni de 1,75... es mas grueso
Un saludo

Simba
17/12/2015, 21:39
Hola, os informo de que acabo de recibir este conector
http://www.cetronic.es/sqlcommerce/disenos/plantilla1/seccion/producto/DetalleProducto.jsp?idIdioma=&idTienda=93&codProducto=999019579&cPath=1217
Y vale perfectamente para el driver mfd. Por si no queréis esperar a china y tenéis que comprar mas cosillas electrónicas. Con el que no he acertado es con el de alimentación, el interior no es de 1,6 ni de 1,75... es mas grueso
Un saludo
Yo tengo pedidos dos de estos, pero macho y hembra, así se podrá desconectar totalmente el Driver, sin dejar el ramal de conexión al modulo superior fijo.
Recomiendo que se utilice cable blindado, (con pantalla o malla) para evitar interferencias, ya que durante las pruebas realizadas, con el Traker360 de Turruk, al tener todos los cables al aire, se apreciaba una banda de interferencias, poca cosa pero si se evita mejor, de echo en el original de MFD, utilizan una protección metálica flexible, que supongo hace de apantallamiento.

Sl2.

rortega
18/12/2015, 20:16
He sido incapaz de sentarme delante del ordenador con la mente despejada estos días. En el curro estamos cerrando asuntos antes de las vacas, que yo me las tomo el martes. Este fin de semana tranquilamente le echaré al modo GPS Telemetry el tiempo que se merece.

Simba
18/12/2015, 21:39
No te preocupes hombre que ya habrá tiempo, lo primero es lo primero y ademas, de lo que se trata es de mejorar, lo que ya está funcionando muy bien.
El tema del GPS local, es solo una garantía o seguridad, para despistes como yo, que sale volando sin haberle dado al botón home :rolleyes2::rolleyes2:.

Un saludo.

chema_33
19/12/2015, 08:02
Copio y pego lo que puse ayer en un post nuevo a ver si me podeis echar una manita:
Hola a todos, ando detrás de un gps traker para mis aviones y creo que el de mfd aat es el mas completo y fiable aunque también el mas caro :sad:. El traker funcionara perfectamente en conjunto de la controladora mfd, pero............... como funcionaria con una apm 2.6?? esa es mi duda,como se comunica el mfd aat con la apm?? ando buscando algo de info pero no encuentro nada en claro, si alguien pudiera asesorarme un poquillo, gracias

Simba
19/12/2015, 11:37
Copio y pego lo que puse ayer en un post nuevo a ver si me podeis echar una manita:
Hola a todos, ando detrás de un gps traker para mis aviones y creo que el de mfd aat es el mas completo y fiable aunque también el mas caro :sad:. El traker funcionara perfectamente en conjunto de la controladora mfd, pero............... como funcionaria con una apm 2.6?? esa es mi duda,como se comunica el mfd aat con la apm?? ando buscando algo de info pero no encuentro nada en claro, si alguien pudiera asesorarme un poquillo, gracias
Hola, pues aun no se cuales son tus necesidades.
No entiendo lo de la apm 2.6, explica de forma comprensible que es lo que necesitas, y si puedo o podemos, te informare de lo que este traker260, es capaz de hacer.

sl2

Simba
19/12/2015, 12:17
Vale ya me he enterado, ya se lo que es la apm 2.6, Ardupilot.
Bien pues con esta placa o con cualquier otra, para el caso siempre es lo mismo, lo primero que tienes que pensar, es el método de Telemetria que puedes utilizar.
En función del método que utilices de Telemetria, ya veremos que es lo que necesitas, y se puede hacer.

Yo personalmente tengo probados 2 sistemas, de hacer llegar al Traker la Telemetria, que son:
Mediante el sistema de mando OpenLRSng de Orange, con el que se tiene en el mismo sistema, el mando de control y la telemetria, mediante un puerto de comunicación serie transparente, entre el Rx y Tx de mando.

El otro método es mediante un MFD AP, el cual manda la telemetria por el canal de Vídeo, y lo decodificamos mediante un Driver de MFD, en este método el sistema de mando es totalmente independiente, pudiendo utilizar cualquier sistema de mando.

Dinos cual es tu plataforma de vuelo y veremos de acondicionar el Traker360 si podemos, que yo creo que si.

Sl2.

javiec
19/12/2015, 12:37
Copio y pego lo que puse ayer en un post nuevo a ver si me podeis echar una manita:
Hola a todos, ando detrás de un gps traker para mis aviones y creo que el de mfd aat es el mas completo y fiable aunque también el mas caro :sad:. El traker funcionara perfectamente en conjunto de la controladora mfd, pero............... como funcionaria con una apm 2.6?? esa es mi duda,como se comunica el mfd aat con la apm?? ando buscando algo de info pero no encuentro nada en claro, si alguien pudiera asesorarme un poquillo, gracias


Si usas el APM con el AAT del MFD tendrás que usar el telefly pro para que el driver del AAT entienda las tramas del video que le están llegando. Normalmente cuando compras el AAT suele venir un telefly pro incluido.




Enviado desde mi iPhone utilizando Tapatalk

chema_33
19/12/2015, 14:20
Vale ya me he enterado, ya se lo que es la apm 2.6, Ardupilot.
Bien pues con esta placa o con cualquier otra, para el caso siempre es lo mismo, lo primero que tienes que pensar, es el método de Telemetria que puedes utilizar.
En función del método que utilices de Telemetria, ya veremos que es lo que necesitas, y se puede hacer.

Yo personalmente tengo probados 2 sistemas, de hacer llegar al Traker la Telemetria, que son:
Mediante el sistema de mando OpenLRSng de Orange, con el que se tiene en el mismo sistema, el mando de control y la telemetria, mediante un puerto de comunicación serie transparente, entre el Rx y Tx de mando.

El otro método es mediante un MFD AP, el cual manda la telemetria por el canal de Vídeo, y lo decodificamos mediante un Driver de MFD, en este método el sistema de mando es totalmente independiente, pudiendo utilizar cualquier sistema de mando.

Dinos cual es tu plataforma de vuelo y veremos de acondicionar el Traker360 si podemos, que yo creo que si.

Sl2.

Gracias por tu respuesta, ardupilot tiene su propia telemetría en 433 y 900 MHz, pero lo veo bastante lioso este proyecto que llevais entre manos, yo soy mas de RTF o pnp, de todas formas gracias por tu aportación de info, creo de javiec me ha dado la solución mas fácil que es usas el teleflypro de aat mfd, de nuevo gracias y buenos vuelos fpv :-800:

chema_33
19/12/2015, 14:21
Si usas el APM con el AAT del MFD tendrás que usar el telefly pro para que el driver del AAT entienda las tramas del video que le están llegando. Normalmente cuando compras el AAT suele venir un telefly pro incluido.




Enviado desde mi iPhone utilizando Tapatalk


creo que es la solución mas fácil y creo que simple, voy a leer sobre telefly pro a ver como funciona, gracias

Simba
19/12/2015, 15:01
Ok el teleflypro hace las veces del mfd AP luego o te compras un mfd aat o un driver mfd y te montas un Traker 360.
Ahora si, siempre seras esclavo de MFD, y eso precisamente es lo que yo no quería y mi máxima motivación.
Un saludo.

carabin
19/12/2015, 20:40
Hola a todos de nuevo ,
Ya me esta llegando el material y hasta que abra el Hilo nuevo he empezado a trastear con los GPS y la Multiwii .

*Con respecto a los GPS (tanto Local como el de el Avión ) , no tengo ninguna duda después de ver el video de Simba (+1) , aparentemente los tengo ya configurados los dos , uno a 4 Hz y 4800 Baudios el del avión y a 1 Hz y 9600 el Local y los dos con trama NMEA sólo GPGGA .
¿Esto es correcto no?.

*Con lo que me está dando más problemas es para subir el software a la Multiwii se 2.5 , me explico :
Según Ortega habría que instalar Arduino 1.6.5 y cargar la librerías TinyGPS-13.zip y LiquidCrystal_v1.2.0.zip con añadir librerías , con la primera sin problemas pero la segunda , siempre me dice que no tiene ninguna librería el fichero , lo he probado con distintas versiones pero sigue igual , y ya no se si es incompatibilidad de la librería y versión o es que realmente el fichero no la tiene .

*Otra cosa que me gustaría saber es si la Multiwii SE 2,5 ya viene con el Bootloader cargado o no , se puede meter por FTDI o por USBASP y como Simba lo has metido por USBASP , pues el puerto ISP es de 6 pines y la USBASP es de 8 pines .

*Pregunta tonta del todo por donde se alimenta la Multiwii , una vez montada en el tracker (imagino 5v) pues no lo veo por ninguna parte en el esquema .

*La trama de GPS desde uno de los programas que habéis probado , por que puerto se lo metéis para probar desde el FTDI y puerto FTDI o realmente por el TX,Rx que proviene de la Telemetría con el cable FTDI.

Siento esta descarga de preguntas pero es que estoy un poco perdido :blink: ,espero tengan coherencia
Saludos
Carabin

Simba
19/12/2015, 22:59
Hola a todos de nuevo ,
Ya me esta llegando el material y hasta que abra el Hilo nuevo he empezado a trastear con los GPS y la Multiwii .

*Con respecto a los GPS (tanto Local como el de el Avión ) , no tengo ninguna duda después de ver el video de Simba (+1) , aparentemente los tengo ya configurados los dos , uno a 4 Hz y 4800 Baudios el del avión y a 1 Hz y 9600 el Local y los dos con trama NMEA sólo GPGGA .
¿Esto es correcto no?.

*Con lo que me está dando más problemas es para subir el software a la Multiwii se 2.5 , me explico :
Según Ortega habría que instalar Arduino 1.6.5 y cargar la librerías TinyGPS-13.zip y LiquidCrystal_v1.2.0.zip con añadir librerías , con la primera sin problemas pero la segunda , siempre me dice que no tiene ninguna librería el fichero , lo he probado con distintas versiones pero sigue igual , y ya no se si es incompatibilidad de la librería y versión o es que realmente el fichero no la tiene .

*Otra cosa que me gustaría saber es si la Multiwii SE 2,5 ya viene con el Bootloader cargado o no , se puede meter por FTDI o por USBASP y como Simba lo has metido por USBASP , pues el puerto ISP es de 6 pines y la USBASP es de 8 pines .

*Pregunta tonta del todo por donde se alimenta la Multiwii , una vez montada en el tracker (imagino 5v) pues no lo veo por ninguna parte en el esquema .

*La trama de GPS desde uno de los programas que habéis probado , por que puerto se lo metéis para probar desde el FTDI y puerto FTDI o realmente por el TX,Rx que proviene de la Telemetría con el cable FTDI.

Siento esta descarga de preguntas pero es que estoy un poco perdido :blink: ,espero tengan coherencia
Saludos
Carabin
Hola, lo de los GPS los veo todo correcto.
Lo de subir el software a la Crius, y con respecto a las librerias, a estas alturas yo ya no se si es que yo, tengo cargadas las librerias en la app Arduino, y por ese motivo no tengo ningún problema, al cargar las versiones, tal como aparecen en el repositorio de rortega.
Tampoco se manejar muy bien el repositorio, pero lo que he echo siempre es descargar todos las versiones tal como salían, y guardarlas.
Yo sigo utilizando la V 0.6, con el control por PIDs, y Telemetria por GPS directo y Orange, por que me funciona bien.

Seguro que rortega, nos saca de dudas con lo de las librerias.

La Crius viene con el bootloader cargado, otra cosa es que necesites como a mi me paso por tarugo, cargarlo de nuevo y para eso se necesita el USBASP.

El simulador de GPS, lo mejor es utilizarlo con los Bluetooth, o sea PC ---> USB ---> ftdi ---> Bluetooth =====>> Bluetooth ---> Crius.

De no ser así, puedes utilizar el ftdi directo a la Crius, pero ten cuidado con el enrolle de cables.

La alimentación, si que es a 5v, y la puedes conectar por cualquier puerto de los servos.

No se si me dejo algo.

sl2

caliwhite
20/12/2015, 01:39
Necesito que veáis las imágenes y me comentéis donde esta el error, ya que me estoy volviendo loco y no doy con la teccla. No consigo que al tracker le llegue la telemetria.
El sistema esta compuesto por LRMAX2 que cuenta con salidas de TX, RX y PPM. El Tx del lrmax va conectado al Rx del UART de la Crius multiwi y el Rx a Tx (comentar que el led azul de la placa esta parpadeando muy rapido , supongo que esto significa que llegan datos)
La salida PPM al receptor de 2.4 Emisora(Repetidor).
Y la configuración del Tx y Rx la podéis ver en las fotos, comentar que he probado con un gps a 9600 y otro a 4800 configurado según vídeo de SIMBA, el gps esta conectado con + y - a servos y el Tx al puerto RX del receptor.
Bueno espero vuestros comentarios, sobretodo de SIMBA, ya que este tracker es una replica del suyo, gracias.

https://www.youtube.com/watch?v=WvI9lcoHq-Q
http://i1172.photobucket.com/albums/r565/caliwhite1/TX_zpslz1wzfhg.png
http://i1172.photobucket.com/albums/r565/caliwhite1/RX_zpsj6hxm7td.png
http://i1172.photobucket.com/albums/r565/caliwhite1/EMISORA_zpslaf3l8pd.png

waverider
20/12/2015, 09:51
Yo probaría el gps a 4800 y poner todo a 4800 . es. Importante dejar solo las dos sentencias nmea para que no se desborde el buffer. Y empezaría probando poco a poco acortando al máximo la cadena para hacer la construcción poco a poco refinando cada vez mas. Así la tienes mas controlada. También recuerda que el Lrsmax tiene los inversores de tx y tx en dos jumper enel interior y han de estar bien colocados. El parpadeo es señal de que la telemetría va funcionando. Conecta un ftdi al Lrsmax y lo conectas a cualquier consola y así ves como llegan los datos y si son correctos. ( caracteres raros es mal baudrate y/o cadenas cortadas incompletas es desbordamiento de buffer) suerte y de cuerda postear los resultados en el hilo del Lrsmax , así te pongo un link desde la parte de manuales

Simba
20/12/2015, 10:07
Necesito que veáis las imágenes y me comentéis donde esta el error, ya que me estoy volviendo loco y no doy con la teccla. No consigo que al tracker le llegue la telemetria.
El sistema esta compuesto por LRMAX2 que cuenta con salidas de TX, RX y PPM. El Tx del lrmax va conectado al Rx del UART de la Crius multiwi y el Rx a Tx (comentar que el led azul de la placa esta parpadeando muy rapido , supongo que esto significa que llegan datos)
La salida PPM al receptor de 2.4 Emisora(Repetidor).
Y la configuración del Tx y Rx la podéis ver en las fotos, comentar que he probado con un gps a 9600 y otro a 4800 configurado según vídeo de SIMBA, el gps esta conectado con + y - a servos y el Tx al puerto RX del receptor.
Bueno espero vuestros comentarios, sobretodo de SIMBA, ya que este tracker es una replica del suyo, gracias.

https://www.youtube.com/watch?v=WvI9lcoHq-Q
http://i1172.photobucket.com/albums/r565/caliwhite1/TX_zpslz1wzfhg.png
http://i1172.photobucket.com/albums/r565/caliwhite1/RX_zpsj6hxm7td.png
http://i1172.photobucket.com/albums/r565/caliwhite1/EMISORA_zpslaf3l8pd.png
Hola caliwhite, tienes mal el serial baudrate que tienes que ponerlo a 4800, y el data rate a 19200, esto es imprescindible para que te funcione bien.

El GPS lo tienes bien pero ponlo a 4800 y solo GPGGA, con refresco a 4 Hz.

El orange OpenLRSng que es exacto al que tu tienes lo llevamos así y funciona de maravilla.

Si tienes algún otro problema aquí estamos.

sl2

Simba
20/12/2015, 10:18
Perdona se me olvidaba, tienes mal también en el config.h el baudrate, ponlo así:
#define BAUD 4800 // default 9600

Imprescindible para que se entere de lo que le llega a la Crius.

rortega
20/12/2015, 13:29
Hola chicos. No he querido intervenir en las últimas cuestiones planteadas porque quien realmente sabe del tema con este tracker es Simba. Yo salvo hacer pruebas reales con el protocolo FrSky D, el resto lo tengo que hacer con simulación.

Por otro lado, Simba, he estado probando el GPS Telemetry con GPS Local activado, y a mí me funciona. Ha sido un lío porque tenía que meterle dos simuladores, el habitual que venía usando para simular el vuelo de un avión, y uno adicional para meterle la posición local al tracker. Afortunadamente, como estoy usando la Multiwii 328p, que lleva USB, puedo meterle el vuelo simulado vía USB directa. Para el GPS Local me las he tenido que ingeniar con el bluetooth y un programita que me he tenido que diseñar porque no puedo tener en mi ordenador dos instancias del simulador gps corriendo y transmitiendo por puertos distintos a la vez. Un lío.

Pero repito, funciona sin tener que pulsar el botón HOME.

Simba
20/12/2015, 13:37
Hola chicos. No he querido intervenir en las últimas cuestiones planteadas porque quien realmente sabe del tema con este tracker es Simba. Yo salvo hacer pruebas reales con el protocolo FrSky D, el resto lo tengo que hacer con simulación.

Por otro lado, Simba, he estado probando el GPS Telemetry con GPS Local activado, y a mí me funciona. Ha sido un lío porque tenía que meterle dos simuladores, el habitual que venía usando para simular el vuelo de un avión, y uno adicional para meterle la posición local al tracker. Afortunadamente, como estoy usando la Multiwii 328p, que lleva USB, puedo meterle el vuelo simulado vía USB directa. Para el GPS Local me las he tenido que ingeniar con el bluetooth y un programita que me he tenido que diseñar porque no puedo tener en mi ordenador dos instancias del simulador gps corriendo y transmitiendo por puertos distintos a la vez. Un lío.
Pero repito, funciona sin tener que pulsar el botón HOME.

Ok rortega, pues me alegro mucho que tengamos seguridad de que está bien.
Por lo que comentas no hay que hacer nada, es decir tal como estaba debe de funcionar bien.
Seria solo activar el GPS local y a rular, supongo que la versión que llevo la V0.6 solo sera eso.

Igual a mi me hacia extraños por estar en casa con el chisme en la ventana.

Un saludo.

rortega
20/12/2015, 13:56
*Con lo que me está dando más problemas es para subir el software a la Multiwii se 2.5 , me explico :
Según Ortega habría que instalar Arduino 1.6.5 y cargar la librerías TinyGPS-13.zip y LiquidCrystal_v1.2.0.zip con añadir librerías , con la primera sin problemas pero la segunda , siempre me dice que no tiene ninguna librería el fichero , lo he probado con distintas versiones pero sigue igual , y ya no se si es incompatibilidad de la librería y versión o es que realmente el fichero no la tiene .


Ha pasado mucho tiempo desde que escribiera aquello, meses, y ya no sabe uno ni la librería que tiene instalada. El problema con la librería LiquidCrystal es que no todos los LCD funcionan con la misma versión. En mi caso particular, me tuve que instalar una versión de librería LiquidCrystal específica para mi LCD, y la forma de instalarla fue descomprimir el zip y colocarla dentro de la carpeta de Arduino de mi perfil, quedando algo como

C:\Users\Raul\Documents\Arduino\libraries\LiquidCrystal_I2C1602V1

Para saber si el problema lo tienes realmente con la librería del LCD y no con otra, lo suyo es que trates de compilar comentando la del LCD:

//#define LCD_DISPLAY I2C


Y que hagas lo mismo con la línea para GPS Local:

//#define LOCAL_GPS

Eso ayudará a descartar que el problema sea esa librería y no otra.





*Otra cosa que me gustaría saber es si la Multiwii SE 2,5 ya viene con el Bootloader cargado o no , se puede meter por FTDI o por USBASP y como Simba lo has metido por USBASP , pues el puerto ISP es de 6 pines y la USBASP es de 8 pines .



Lo mismo que te ha dicho Simba. El bootloader viene ya cargado por defecto, sólo necesitas un adaptador USB-TTL para subir el firm. En algunas ocasiones se corrompe el bootloader y hay que tostarlo de nuevo en la crius, en cuyo caso necesitas un adaptador USBasp.

Yo tengo pendiente llevarme estas navidades la crius que me hizo llegar Guillesan, o bien traerme el USBasp que tengo en España para tostarle el bootloader porque creo que le ha pasado eso precisamente.



*La trama de GPS desde uno de los programas que habéis probado , por que puerto se lo metéis para probar desde el FTDI y puerto FTDI o realmente por el TX,Rx que proviene de la Telemetría con el cable FTDI.

Lo mejor es que se la pases de forma inhlámbrica para evitar problemas con los cables. Yo se lo paso por bluetooth, tengo uno conectado al módulo FTDI TTL que va al PC, y otro módulo bluetooth conectado al tracker. Subí al repositorio un documento explicando como se hacía:

https://github.com/raul-ortega/amv-open360tracker/blob/master/docs/Bluetooth.pdf

Léetelo porque te va a aclarar unas cuantas dudas si optas por esta opción.

rortega
20/12/2015, 14:00
Ok rortega, pues me alegro mucho que tengamos seguridad de que está bien.
Por lo que comentas no hay que hacer nada, es decir tal como estaba debe de funcionar bien.
Seria solo activar el GPS local y a rular, supongo que la versión que llevo la V0.6 solo sera eso.

Igual a mi me hacia extraños por estar en casa con el chisme en la ventana.

Un saludo.

Tú sabes que si te pasas a la 0.9 puedes seguir usando control por PIDs?

Simba
20/12/2015, 14:14
Si esta claro y es lo que haré pero es que estoy de un vago , es por no cambiar parametros

rortega
20/12/2015, 14:21
Yo he terminado tan cansado esta semana, que creo que hoy es la último día que me pongo delante del ordenador con el tema del tracker. Ya hasta la que vuelva de las vacaciones de navidad se queda aquí aparcado. En España me dedicaré a volar algo...

Cuando vuelva voy a retomar el tema de los 32bits, a ver si lo echo a andar con los servos digitales.

Simba
20/12/2015, 15:00
Pues feliz navidad que te traiga papa Noel poco trabajo y mucho dinero.

Simba
20/12/2015, 18:34
Rortega antes de que te desconectes, ya he cambiado a la versión V0.9, pero no consigo que el GPS local me haga Home, y esta todo bien aunque no me acuerdo con exactitud en que pin se conectaba la señal del GPS (Tx), a la Crius. Yo lo tengo conectado al pin 8.

Estoy revisándolo todo.

rortega
20/12/2015, 18:36
Rortega antes de que te desconectes, ya he cambiado a la versión V0.9, pero no consigo que el GPS local me haga Home, y esta todo bien aunque no me acuerdo con exactitud en que pin se conectaba la señal del GPS (Tx), a la Crius. Yo lo tengo conectado al pin 8.

Estoy revisándolo todo.
Pines 7 y 8

Simba
20/12/2015, 18:50
Si en el 8 es la entrada, o sea el que viene del GPS como Tx.
Ya me marca seguramente no hacia buen contacto.

Pero con una pequeña diferencia, ahora cuando pilla satelites y los marca en el LCD, el traker360 no se mueve en ningún sentido, mientra que antes cuando accionábamos el botón Home, el traker360 se orientaba al Norte y se quedaba quieto, hasta que nos separábamos la distancia indicada.

Ahora solo empieza a moverse cuando nos separamos, teniendo que vigilar el LCD para estar seguros que ya tiene satelites, y por lo tanto Home.

¿Es así o me estoy haciendo un lio?

Simba
20/12/2015, 19:02
Si en el 8 es la entrada, o sea el que viene del GPS como Tx.
Ya me marca seguramente no hacia buen contacto.

Pero con una pequeña diferencia, ahora cuando pilla satelites y los marca en el LCD, el traker360 no se mueve en ningún sentido, mientra que antes cuando accionábamos el botón Home, el traker360 se orientaba al Norte y se quedaba quieto, hasta que nos separábamos la distancia indicada.

Ahora solo empieza a moverse cuando nos separamos, teniendo que vigilar el LCD para estar seguros que ya tiene satelites, y por lo tanto Home.

¿Es así o me estoy haciendo un lio?


Jejeje si es así como indico, seria muy chulo e interesante que sonara un beeper, indicando que ya tenemos Home. :ansioso: es solo una idea que no es necesaria, pero seria muy chulo a que si. :facepalm: :facepalm:

rortega
20/12/2015, 19:04
Si en el 8 es la entrada, o sea el que viene del GPS como Tx.
Ya me marca seguramente no hacia buen contacto.

Pero con una pequeña diferencia, ahora cuando pilla satelites y los marca en el LCD, el traker360 no se mueve en ningún sentido, mientra que antes cuando accionábamos el botón Home, el traker360 se orientaba al Norte y se quedaba quieto, hasta que nos separábamos la distancia indicada.

Ahora solo empieza a moverse cuando nos separamos, teniendo que vigilar el LCD para estar seguros que ya tiene satelites, y por lo tanto Home.

¿Es así o me estoy haciendo un lio?
Yo lo de apuntar al norte nunca lo he visto, al menos desde que me lo descargara en su día y empezara a resolver problemas.

Yo lo que hacía es que siempre empezaba la simulación volando hacia el norte, por eso se me giraba hacia el norte, pero no porque el tracker tuviese por defecto ese comportamiento.

rortega
20/12/2015, 19:07
Jejeje si es así como indico, seria muy chulo e interesante que sonara un beeper, indicando que ya tenemos Home. :ansioso: es solo una idea que no es necesaria, pero seria muy chulo a que si. :facepalm: :facepalm:
Eso se me ha pasado por la cabeza muchas veces...Lo haremos...

Simba
20/12/2015, 20:01
Ok je je tomo nota, venga no doy más la lata.

carabin
20/12/2015, 22:03
En primer lugar es un lujo que te respondan en estereo :ansioso: , Gracias Simba y rortega , soy cosciente de la fechas en las que estamos y las ganas de desconectar que se presentan al final de año , de nuevo mi agradecimiento.

Tengo ya los temas aclarados .

GPS ok

Arduino y librerias , me toca dedicarle tiempo , y hacer lo de las librerías .

Bootloader Ok , si lo tengo que tostar :ohmy: os preguntaré .

Alimentación Multiwii Ok

Comunicación trama GPS por bluetooth , Ok ya había leído el articulo del 05 y 06 y los tengo encargados hace días , pero me ha reforzado lo que me habéis comentado .

Sigo atento a los comentarios del Tracker , ahora ya no puedo dormir :laugh::laugh:

FELICES FIESTAS , prometo no hacer preguntas , depende de lo "ON LINE" que os vea.

Simba
20/12/2015, 22:07
Sin problemas carabin por aquí estaremos

rortega
20/12/2015, 22:23
Es que Tapa Talk me tiene siempre enganchado, ja ja ja. Tranqui que siempre que la familia me deje un hueco intentaré contestar.

Felices Fiestas a todos

Simba
20/12/2015, 22:26
Lo mismo digo el móvil siempre está cerca.
Felices fiestas

rortega
20/12/2015, 23:28
Buenas noticias, el servo digital es controlable con al filp32...consigo mover el tracker a izquierda, a deracha y pararlo...después de las navidades más.

rortega
21/12/2015, 00:33
... y lo mejor de todo, lo tengo funcionando con el protocolo MFD, el único que he migrado de momento a la plataforma 32bits.

El LCD de momento no está operativo. Y hay algunos fallitos, como por ejemplo que parece que el tracker se va quedando retrasado, cosa que creo se debe a los ajustes de PIDs tan bajos que tengo puesto. En una ocasión, tras la simulación, se queda girando en un sentido muy despacio...

Es cuestión de ir corrigiendo/ajustando cosas. Lo importante es que la versión 32bits con la flip32 parece viable.

Aquí el vídeo demostración:

https://www.youtube.com/watch?v=YkciCObO_hI

rortega
21/12/2015, 00:37
Y ahora ya sí de verdad, feclices fiestas...

Guillesan
21/12/2015, 10:18
Hola, aunque no postee aqui estoy siguiendo el proyecto, con menos tiempo libre del que desearia.
Esperando el driver de MFD para hacer la correspondiente prueba, y con una placa de 32 bits para lo mismo.
Asi que como Felices Fiestas a todos y un mejor año 2016 que falta hace. Un saludo a todos.

carabin
21/12/2015, 11:16
Otro unido a Tapatalk[emoji11]

Enviado desde mi GT-I9301I mediante Tapatalk

ALBERTHAMON
22/12/2015, 10:51
Felices fiestas.

marcoasj
22/12/2015, 11:30
Felices fiestas a todos....!!

Enviado desde mi SM-G900F mediante Tapatalk

silvio
22/12/2015, 11:37
Felices fiestas a todos....!!

Enviado desde mi SM-G900F mediante Tapatalk

Estoy en la retaguardia,... pero estoy atento a éste super-hilo...
Felices fiestas chicos, y felicidades por éste trabajo!

Saludos y mucha salud!
Suerte.

Simba
22/12/2015, 12:27
Hola a todos, a ver si ya empezáis a sacar los Traker para adelante, que ya tengo ganas de verlos en acción.

Silvio me parece recordar que tu participaste en el Traker Jalves ¿?¿?¿?. Ya ves como llevamos el tema, esto está mas que chupao, lo tenemos madurito y a punto de caramelo, y casí a gusto de todos.

Guillesan a mi pampoco me ha llegado el driver MFD, con eso de que viene por barco, espero que no sea en Carabela, y llegue pronto para iniciar pruebas con telemetry vídeo.

Lo ultimo que he probado, es el GPS local con la ultima versión 0.9, para GPS Telemetry, todo OK y funcionando perfecto.
No se lo que le modifico rortega, en esta V0.9, pero está funcionando OK, le he montado el GPS local, de forma que tengo acceso visual al led, para ver cuando pilla satelites, y en cuanto se enciende ya tengo Fix (home).
Esto esta bien para despistes como yo, que ya he despegado varias veces, sin apretar el botoncito.

Un saludo y felices fiestas.

Simba
23/12/2015, 00:38
Estos días le estoy pegando un empujón al Traker360 V2, es un poco mas grande que el V1, pero cabrá todo en el interior sin apreturas.

Afoticos del trasto.

Guillesan
23/12/2015, 00:40
Bien Simba, esto tiene muy buena pinta.

carabin
23/12/2015, 00:56
Como sigas aumentando la escala te va contratar el ejercito[emoji23] [emoji23]

Enviado desde mi GT-I9301I mediante Tapatalk

Simba
23/12/2015, 01:06
Como sigas aumentando la escala te va contratar el ejercito[emoji23] [emoji23]

Enviado desde mi GT-I9301I mediante Tapatalk
Para mi gusto el tamaño del V1 es ideal, pero en mi caso con los 2 repetidores, lo tengo que llevar todo exterior.
En el V2, el limite de tamaño lo tenia en el maletín de trasporte, que es una maletita de niño del Carrefour de 8€, en la que llevo el Traker, la antena de Tx 1,2g, los cables y las baterías.
La cuestión es que sea muy fácil el transporte, para que no de pereza mover todo el tinglado.

rortega
23/12/2015, 07:47
Muy bueno, ahí queda todo genial, y de fácil acceso. Lo de la maleta de 8€ me lo apunto...

carabin
23/12/2015, 10:03
Simba , no creas , que mi futura versión será como la V2 tuya , pues ya sabes que sigo de cerca tus pasos , la idea que tenía es hacerla al revés la caja pequeña arriba pero solo con el RX de video y la grande abajo , tendría que ponerle el TX de Orange pero con la antena fija, osea con la que antes ponía en la emisora tipo RMILEC 771 , que es habitualmente con la que vuelo y por supuesto el TRx de 2,4, en definitiva el TRACKER solo para la señal de video.
¿Qué te parece?

Como os veo ociosos,
Simba
¿Que versiones llevas en El TX y RX de Orange , y con que programa y programador se lo cargas (Arduino , Google OPENLrsn ....) (FTDI Usbasp) ?
¿Es la de JALVES ?

Sigo con el Arduino , pero no soy capaz de compilar el programa sin que me de muchos errores , seguiré probando creo que acabara conmigo o le venceré :blink:

Subo unas imágenes , la caja grande es de un equipo estropeado y la he apañado para el proyecto

marcoasj
23/12/2015, 10:42
Para mi gusto el tamaño del V1 es ideal, pero en mi caso con los 2 repetidores, lo tengo que llevar todo exterior.
En el V2, el limite de tamaño lo tenia en el maletín de trasporte, que es una maletita de niño del Carrefour de 8€, en la que llevo el Traker, la antena de Tx 1,2g, los cables y las baterías.
La cuestión es que sea muy fácil el transporte, para que no de pereza mover todo el tinglado.
Pon foto maletita niño pleaseeee...


Enviado desde mi SM-G900F mediante Tapatalk

Simba
23/12/2015, 11:49
Simba , no creas , que mi futura versión será como la V2 tuya , pues ya sabes que sigo de cerca tus pasos , la idea que tenía es hacerla al revés la caja pequeña arriba pero solo con el RX de video y la grande abajo , tendría que ponerle el TX de Orange pero con la antena fija, osea con la que antes ponía en la emisora tipo RMILEC 771 , que es habitualmente con la que vuelo y por supuesto el TRx de 2,4, en definitiva el TRACKER solo para la señal de video.
¿Qué te parece?

Como os veo ociosos,
Simba
¿Que versiones llevas en El TX y RX de Orange , y con que programa y programador se lo cargas (Arduino , Google OPENLrsn ....) (FTDI Usbasp) ?
¿Es la de JALVES ?

Sigo con el Arduino , pero no soy capaz de compilar el programa sin que me de muchos errores , seguiré probando creo que acabara conmigo o le venceré :blink:

Subo unas imágenes , la caja grande es de un equipo estropeado y la he apañado para el proyecto

Bueno en cuestión de diseño, cada cual tiene sus propios gustos, esto funciona así, pero yo sigo una idea fundamental.
Para mi si un proyecto funciona y esta testado, lo mejor es adaptarlo y a ser posible mejorarlo, en función de la experiencia obtenida en el proyecto original.
Todo cambio radical, implica una nueva fase de desarrollo experimental, y esto es lo mas costoso.

En el caso de que como dices, vas a montar un repetidor para el Tx de mando, lo mejor es que ya que tienes un Traker, le saques partido y le montes una antena direccional para el Tx mando, mando y recuerda Telemetria.
Es mas importante de lo que parece, ya que si utilizas Orange OpenLRS, al utilizar la Telemetria baja el rendimiento, y ademas la Telemetria solo tiene 100mW, por lo tanto los decibelios de ganancia, que te pueda dar la antena de mando/telemetria, son muy importantes dependiendo de a donde quieras llegar con el avión.
Yo con esos 100mW en telemetria y unos 400mW en Mando, he llegado sin el mas minimo problema a 12Km, y sin pitar el Orange por falta de paquetes.
El secreto es tan fácil como poner una simple antena, auto construida Yagi de solo 2 elementos, que da en teoría unos 4 db, que es equivalente a +-800mW.
En fin que lo mejor son unas buenas antenas, y como disponemos de un Traker ya tenemos lo principal.

Simba
23/12/2015, 11:57
Lo de las versiones del Orange, efectivamente sigo con la misma que utilizaba con el Traker Jalves y que es la mía de siempre, la V3.2.1, y no tengo nada en contra de cualquier otra versión, solo es que a mi me funciona bien y ademas la configuro muy fácil con el Companion DTF UHF, y el Arduino para cargar versión y deshacer entuertos.

carabin
23/12/2015, 12:12
Simba sabia respuesta lo de la antena direccional de mando , lo haré así .
Gracias por lo de la versión , habiendo ya que la tienes probada pondré esa ya sabes preguntaré cuando me ponga con ello.
Por fin he podido v subir el

Enviado desde mi GT-I9301I mediante Tapatalk

carabin
23/12/2015, 12:13
Software a la críus y esto parece que empieza a funcionar .

Enviado desde mi GT-I9301I mediante Tapatalk

Simba
23/12/2015, 12:15
Esta es la maletita a la cual le he desmontado el asa de arrastre y el forro interior, ahora tengo que pegarle interiormente unos corchos, para encajar la caja del Traker.

carabin
23/12/2015, 12:16
Es TOTAL [emoji106] [emoji106]

Enviado desde mi GT-I9301I mediante Tapatalk

Simba
23/12/2015, 12:53
Software a la críus y esto parece que empieza a funcionar .

Enviado desde mi GT-I9301I mediante Tapatalk

Me alegro mucho, a veces es cuestión de ser muy cabezón hasta que se consigue.

Otra cosa quería comentar de lo de las Telemetrias.
Lo que yo mas conozco es la del Orange, y ya sabemos cuales son sus virtudes y defectos.
La de Vídeo mediante el Driver MFD, sabemos que funciona y que a fin de cuentas, es igual al original Traker AAT de MFD, y la hemos probado muchas veces con el Traker AAT de Turruk, por eso sabemos que tampoco es que sea la panacea, y que funciona muy bien, siempre y cuando de tenga un buen Vídeo.
Por esto es por lo que es muy importante, disponer de una buena antena de Vídeo en el Traker, ya que de esto depende no solo lo que veamos, si no que ademas es la señal de Telemetria y si empieza a salir nieve en la imagen, se pierde la señal de Telemetria.
Lo comento para que lo tengáis en cuenta.

P.D. me acaba de llegar el Driver MFD.

sl2.

marcoasj
23/12/2015, 13:31
Esta es la maletita a la cual le he desmontado el asa de arrastre y el forro interior, ahora tengo que pegarle interiormente unos corchos, para encajar la caja del Traker.
Me cag*****la leche!!! Perfecta.!!!!

Enviado desde mi SM-G900F mediante Tapatalk

ALBERTHAMON
23/12/2015, 23:23
oleeee, ya tengo el driver en casa. A ver si me empapo de los programas que se pueden utilizar para capturar datos del driver y así poder facilitároslos por si queréis seguir haciendo pruebas.

ALBERTHAMON
23/12/2015, 23:24
Por cierto, según me han dicho en correos, todos los retrasos con los envíos de los paquetes se debían a las elecciones.
a partir del 22 vamos a empezar a recibir todo lo pendiente. A ver si es verdad.

Simba
23/12/2015, 23:29
Ok.
Que sepas que la última versión está totalmente operativa para el driver .
Sólo tienes que cargarla y a volar.

Simba
24/12/2015, 00:18
oleeee, ya tengo el driver en casa. A ver si me empapo de los programas que se pueden utilizar para capturar datos del driver y así poder facilitároslos por si queréis seguir haciendo pruebas.
Bueno solo para recordar lo que ya hemos realizado, con el Driver MFD.

Proceso captura de datos:
Utilizamos el programa Hércules, tomando datos directos del driver MFD.
Vimos las sentencias de posición, y los comandos de Home, al principio el driver antes de tener datos manda continuo ##############, y luego cuando fija posición manda XXXXXXXX y empieza la serie de datos.

Probamos funcionamiento de sentencias de control de TEST y HOME del Driver, mediante la consola de Arduino, y vemos respuestas de posición N-S-E-W mas posición de Tilt. (literal, metiendo estas letras en la consola).

Falta probar con el Botón de Test del Driver, así como la acción del botón Home, y sacar la trama para rortega, que aunque ya sabemos que funciona, seria interesante que se documente.

Por lo demas como dije antes el que disponga de un MFD AP y un Driver, solo tiene que configurar la ultima versión 0.9, y a volar.

sl2

UTOPIAS
24/12/2015, 07:34
A la Paz de Dios;
Feliz Navidad.

Después de estar un poco apartado del tema por cuestiones laborales y una vez retomado el asunto, con Guillesan le hemos puestos(ha puesto principalmente) en solfa al proyecto.
Actualmente ya está mecanizado y recibiendo telemetría que muestra en el LCD. Las próximas pruebas en el campo.
De momento lo detectado es que el TIL va al contrario.
Quizás con un poco de suerte durante estas fiestas se pueda hacer alguna escapadita y darle un empujón.

Bueno felicidades a todos con el deseo de una buenas fiestas en compañía de los familiares y seres más queridos.

Salud, suerte y sl2.

javiec
24/12/2015, 09:24
Alguien tiene los STL para imprimir? Es que no recuerdo si al final se publicaron o cada uno esta haciendose sus propios diseños.


Enviado desde mi iPhone utilizando Tapatalk

Zolber
24/12/2015, 09:33
Yo por ahora utilizare el driver sin el traker. Solamente enlazado con la tablet.
Tampoco tengo claro como podría sacar las tramas.
De informática más bien poco...

Enviado desde mi Lenovo A820 mediante Tapatalk

silvio
24/12/2015, 10:22
Yo por ahora utilizare el driver sin el traker. Solamente enlazado con la tablet.
Tampoco tengo claro como podría sacar las tramas.
De informática más bien poco...

Enviado desde mi Lenovo A820 mediante Tapatalk

Me explicas eso pleasee de utilizar el Driver para la tablet!? Como!?
Gracias.

Zolber
24/12/2015, 10:28
Me explicas eso pleasee de utilizar el Driver para la tablet!? Como!?
Gracias.
Te dejó un enlace al canal de vídeo de marmalfpv, del compañero batuadello.
Es como yo lo he hecho.
http://youtu.be/-MYg4EkDVqw

Enviado desde mi Lenovo A820 mediante Tapatalk

Simba
24/12/2015, 13:23
Pregunta tonta, ¿ esta aplicación APK, se puede utilizar en un Móvil samsung Galaxi 4 ?, ¿alguien lo tiene probado?

sl2

Zolber
24/12/2015, 13:31
Supongo que será para cualquier android. Mi tablet es android

Edito:
Confirmado, lo acabó de probar en mi móvil y funciona. No creó que tengas problemas en tu móvil.

Enviado desde mi Lenovo A820 mediante Tapatalk

Simba
24/12/2015, 15:10
Ok Gracias, ya veré como se carga que no tengo ni idea.

Zolber
24/12/2015, 17:51
Ok Gracias, ya veré como se carga que no tengo ni idea.
No me digas que eres capaz de montar un traker desde cero y no esta sencilla aplicación!
Para ti será un juego de niños.

Enviado desde mi Lenovo A820 mediante Tapatalk

Simba
24/12/2015, 20:17
No me digas que eres capaz de montar un traker desde cero y no esta sencilla aplicación!
Para ti será un juego de niños.

Enviado desde mi Lenovo A820 mediante Tapatalk
Pues como no lo he hecho nunca, no se, y ademas los Moviles son especiales para mi, se lo justo para hablar y mandar Wassaps y poco mas :facepalm: :-11:

Zolber
24/12/2015, 21:02
Pues como no lo he hecho nunca, no se, y ademas los Moviles son especiales para mi, se lo justo para hablar y mandar Wassaps y poco mas :facepalm: :-11:
La aplicacion esta muy bien, ademas puedes guardar el track que recorre tu modelo y verlo en el eart o en el oruxmaps

Enviado desde mi Nexus 7 mediante Tapatalk

Ivan_Cillo
25/12/2015, 04:16
Feliz navidad volones!
Yo sigo trabajando en este proyecto aunque no postee nada.
Me pille una impresora 3d y he estado probando con ella.
Tengo casi hecho mi prototipo del tracker V1 (es decir solo para vídeo).
Ahora estoy en el pueblo de vacaciones pero cuando vuelva lo acabaré y colgare fotos y el stl si alguien lo quiere.
Que paseis buenas fiestas compañeros!

Enviado desde mi DG800 mediante Tapatalk

Simba
25/12/2015, 12:15
La aplicacion esta muy bien, ademas puedes guardar el track que recorre tu modelo y verlo en el eart o en el oruxmaps

Enviado desde mi Nexus 7 mediante Tapatalk
Hola buenos días FELIZ NAVIDAD.

Ya tengo instalada en el Galaxi 4 la APP MFD, al final ha sido fácil, ya comentare cuando lo pruebe, ahora tenemos la Navidad y todo este lio, que mi casa parece un circo y es lo que toca.

sl2

Simba
25/12/2015, 21:28
Hola, estoy jugando con el Galaxi 4 y la APP MFD, he conectado el simulador de GPS con un Bluetooth al Galaxi 4, y la aplicación reconoce el bluetooth, pero no interpreta los datos que le mando con el simulador GPS.
El Bluettoth está como venia de fabrica, y supongo que debería configurarlo con los baudios que espera la APP MFD, y los hercios.

¿Alguien me puede decir como se debería configurar el Bluettoth ?.

El Bluettoth que vende MFD, ya debe de venir preparado, pero el mio es un genérico.

Guillesan
25/12/2015, 21:30
Hola Simba , creo que interpreta mavlink no nmea

Simba
26/12/2015, 00:07
Hola Simba , creo que interpreta mavlink no nmea
Hola Guillesan, ¿entonces no se puede utilizar el simulador de NMEA?

De todas formas estoy intentando configurar el Bluetooth a 1200 baudios, que es lo que pone en las características del BT de MFD, pero no me entiendo con el Terminal, no acabo de ver que hago mal.

He hablado con Turruk, y el lo probo ( la APP MFD ), sacando los datos del driver por el puerto pequeño, y le funcionaba muy bien.

En fin, lo que quería era probarlo con el simulador de GPS, pero veo que es misión imposible.

Gracias.

carabin
26/12/2015, 20:39
Hola , he montado el Tracker sobre el servo del Pan (gira todo soportado por la pieza refonda del servo de barco de vela)muy en precario pues no me ha llegado todavía el Display , le he colocado el Gps local y la trama NMEA por Bluethoot y cuando le pongo tensión y apretó 6 sg él pulsador de calibración se pone a girar todo el sistema a izquierdas 2 vueltas a una velocidad más alta y después sigue girando mucho más despacio pero no para .
¿Tiene que girar a izquierdas?
La trama por Bluethoot parece le llega pues el Led azul parpadea cuando le envía datos .

Enviado desde mi GT-I9301I mediante Tapatalk

Simba
26/12/2015, 21:02
Hola deberías empezar por ajustar el 0 del servo Pan.

carabin
26/12/2015, 22:43
Gracias Simba .
Esperare al montaje definitivo pues el ajuste será mejor y definitivo, era por enredar con ello un poco.

Enviado desde mi GT-I9301I mediante Tapatalk

carabin
29/12/2015, 21:15
Hola a todos.
Estoy pensando en el servo de TILT , y me gustaría saber vuestra opinión acerca de en vez de poner un único servo poner dos con un cable en Y y cambiar la polaridad del motor en uno de ellos para que el movimiento del eje fuera acompasado y a la vez tuviera un buen punto de apoyo en el otro extremo.
Ya se que SIMBA lo monta con un muelle en el otro extremo pero creo que así se sumaría el TORQUE de cada servo pudiendo mover unas antenas grandes sin problema, todo depende de la intensidad de la salida de la CRIUS .
¿Qué os parece ?
¿La CRIUS aguantaría esta potencia de dos servos?


Simba , ya me he leído tu post de Ajustar el 0 del servo PAN y también la instrucciones que tiene RORTEGA subidas , ahora ya lo voy entendiendo mejor :baba: , ya queda menos para empezar el montaje .....

Simba
29/12/2015, 22:41
Hola a todos.
Estoy pensando en el servo de TILT , y me gustaría saber vuestra opinión acerca de en vez de poner un único servo poner dos con un cable en Y y cambiar la polaridad del motor en uno de ellos para que el movimiento del eje fuera acompasado y a la vez tuviera un buen punto de apoyo en el otro extremo.
Ya se que SIMBA lo monta con un muelle en el otro extremo pero creo que así se sumaría el TORQUE de cada servo pudiendo mover unas antenas grandes sin problema, todo depende de la intensidad de la salida de la CRIUS .
¿Qué os parece ?
¿La CRIUS aguantaría esta potencia de dos servos?


Simba , ya me he leído tu post de Ajustar el 0 del servo PAN y también la instrucciones que tiene RORTEGA subidas , ahora ya lo voy entendiendo mejor :baba: , ya queda menos para empezar el montaje .....
No te recomiendo para nada que montes otro servo.
El muelle que utilizo esta puesto en el único servo que utilizo.
Con un servo de 10K te sobra y con bastante menos, con un servo Standar tambien, el secreto está en que contrapeses o equilibres todo lo que puedas, haciendo palanca y el resto lo hace el muelle.

Piensa que yo llevo dos yaguis que por pequeñas que sean hacen un buen brazo de palanca, que contrapesa el receptor de Vídeo los cables y el muelle, el servo casi no trabaja, solo mueve la balanza.

El tema de poner dos servos en paralelo, es un tema peliagudo y que da muchos problemas, el motivo es que el 0 de cada servo, aunque sean iguales los servos, es un poco diferente en cada uno, y el uno con el otro servo siempre están peleándose por encontrar el 0.

Si tu problema es el encontrar un punto de giro (eje) al otro lado del Traker, una solución de lo mas fácil, es montar la mecánica de un servo viejo o inútil, quitando todos los engranajes y dejando solo el eje central.

OK.

sl2

carabin
30/12/2015, 10:38
Vale Simba ahora lo entiendo , osea que cuanto mejor esté contrapesado menos trabajo realiza el servo , el problema es que en mi señal de video 5,8 ghz utilizo una antena Sircana pequeña (Unos 15 cm de longitud ) y su peso es pequeño y unido al Receptor de 5,8 ghz, creo sera inferior a cualquier antena Yagi que conecte al otro extremo , bueno será cuestión de contrapesar y ponerle el muelle .
Con esto irá más pesado de un lado que de otro pero buenolo importante es el eje.
Ya he logrado que el servo se quede quieto con el ajuste de SERVO PAN _0:wink2:
Tambien recibe ya las señales por el modulo Bluetooth , haré un montaje preliminar para hacer pruebas y que todo esto se mueva a su sitio y después ajustar los parámetros de PID.

Saludos a todos , ya que queda menos para tomar las uvas .

carabin
03/01/2016, 19:14
He montado la mecánica y el servo PAN , a falta de que me llegue el display , me he puesto a probar , en config h, he comentado lo del GPS Local , y descomentado lo del display e asignado a 1 MIN_PAN_SPEED he ajustado el SERVO PAN 0 , al valor que he visto hasta que el servo se quedaba quieto , después enciendo da como un impulso a izquierdas y espero a que el GPS Local (lo tengo configurado a 9600 y 1 Hz) se conecte y comience a enviar datos , pulso la tecla calibración , da dos vueltas para un lado otras dos para otro y se para en una posición distinta a la que inció , y asi se queda .

He probado con los módulos Bluetooth y mandándole tramas GGA , parece que le llegan el led Azul parpadea cuando se lo envío y los modulos están configurados según RORTEGA pero el no se mueve .
Aquí subo el config h y un video por si alguien me puede ayudar , seguro que estoy haciendo algo mal :redface2:. Los valores PID que tiene son los que Simba puso en algún momento .


https://youtu.be/yxV42c-qBOk




/* Config file
* created by Samuel Brucksch, edited by Raúl Ortega.
*
*/
//#define DEBUG
#ifndef CONFIG_H
#define CONFIG_H
/* #### TYPE OF BOARD ####
*
* If using an APM or Atmega 2560 we do not need softserial, so uncomment if using an atema 2560
* MEGA -> APM & other MEGA Boards
*
*/
#define CRIUS_SE //Default
//#define MEGA
/* #### CONTROLL SYSTEM FOR PAN WITHOUT PIDs (EXPERIMENTAL)####
*
* If using a slow PAN servo this system could inprove your tracker with a more acurate and fluid movement.
* This system is also more user friendly to set up
*
* Uncomment #define NO_PID_CONTROL for disabling PIDs system and enabling this new system.
*
* MIN_DELTA: is the minimum angle in degrees between the heading of the tracker and the heading of the aircraft.
* If the current angle is greater than this value, the pan servo will spin.
* MAX_PAN_SPEED: is the maximum value in milliseconds which is necessary to increase the PAN_0 PWM to move the PAN servo.
* MAP_ANGLE: When the angle (in degrees) between the tracker and the aircraft is greater than this value, the MAX_PAN_SPEED is always applied.
* If the angle is less than this value, the error is mapped to a gradient of PWM pulses between MIN_PAN_SPEED and MAX_PAN_SPEED.
*
* The PAN servo will spin more and more slowly when is reaching the heading of the aircraft, and will mov as fast as posible when the difference between both headings is big.
*/
//#define NO_PID_CONTROL
#define MIN_DELTA 0.1 // default 0.2
#define MAX_PAN_SPEED 200 // default 200
#define MAP_ANGLE 90 // default 180
/** PID Values
*
* MAX_PID_ERROR is the máximun grades allowed error in the PAN angle calculations.
* If after moving the PAN servo, the difference between reached angle and desired
* angle is smaller or greater than this value, the angle will be corrected using PIDs.
*
*/
#define P 2500 // default 5000
#define I 60 // default 100
#define D 1500 // default 1000
#define MAX_PID_ERROR 10 // default 10
/* #### Protocol ####
*
* FRSKY_D, FRSKY_X, HOTT, EXTERNAL
*
* FRSKY_D -> D-Series
* FRSKY_X -> Taranis / XJT
* HOTT -> MX12, MX16 and all other HoTT transmitters with telemetry
* RVOSD
* MFD -> MFD protocol will not work with local GPS!!!!
* MAVLINK -> Mavlink protocol (APM/Pixhawk/...)
* GPS_TELEMETRY -> direct NMEA input
* LTM -> Light Telemetry
* SERVOTEST
*/
//#define SERVOTEST
//#define GPS_TELEMETRY // Default
//#define MAVLINK
//#define RVOSD
//#define FRSKY_D
//#define FRSKY_X
#define LTM
/* #### Baud Rate ####
*
* baud rate of telemetry input
* 9600 for FRSKY_D -> D-Series
* 57600 for FRSKY_X -> Taranis/XJT and MAVLINK
* 115200 for RVOSD (RVGS)
* ??? for HoTT
*/
#define BAUD 9600 // default 9600
/* #### Tilt servo 0° adjustment ####
*
* Enter PWM value of Servo for pointing straight forward
*/
#define TILT_0 1125 // default 1050
/* #### Tilt servo 90° adjustment ####
*
* Enter PWM value of Servo for pointing 90° up
*/
#define TILT_90 2100 // default 2025
/* ### Easing effect for tilt movements (EXPERIMENTAL)
*
* TILT_EASING_STEPS is the maximun number of steps to reach tilt position using easing functions
*
* 0 or 1: normal use, no easing effect applied, servo will reach tilt position in only 1 step.
* >1: servo will move to tilt position in with easing effect.
* 60 steps ~ 1 second
* 30 steps ~ 1/2 seconds
* 15 stips ~ 1/4 seconds
*
* TILT_EASING_MIN_ANGLE: Easing is applied if the difference between last and new tilt position is greater than TILT_EASING_MIN_ANGLE grade.
* TILT_EASING_MILIS: Is the time in miliseconds spend by echa step.
*/
//#define TILT_EASING
#define TILT_EASING_STEPS 10 // default 10
#define TILT_EASING_MIN_ANGLE 2 // default 4
#define TILT_EASING_MILIS 15 //default 15
/*
* ### Easing ecuations
* EASE_OUT_QRT -> The easing effect is only applied at the end of the movement.
* EASE_INOUT_QRT -> The easing effect is applied at the begining and at the end of the movement.
* EASE_OUT_CIRC -> The easing out circular effect.
* Read more: Easing ecuations by Robert Penner, http://www.gizma.com/easing/
*/
//#define EASE_OUT_QRT // Easing Out Quart function
//#define EASE_INOUT_QRT // Easing In Out Quart function
#define EASE_OUT_CIRC // Easing Out Circular function (Default)
/* #### Pan servo 0° adjustment ####
*
* Enter PWM value of Servo for not moving
*/
#define PAN_0 1670 // default 1470
/* #### Pan servo minimum required speed ####
*
* If the servo has problems to start a rotation when the speed is slow adjust this value until the tracker moves directly from each position
*/
#define MIN_PAN_SPEED 1 // default 50
/* #### Compass declination ####
*
* http://magnetic-declination.com/
* Enter your city and then get the value for Magnetic declination
* for example [Magnetic declination: 3° 2' EAST]
*
* now enter the value in the format DEGREE.MINUTE * 10 -> 3.2 * 10 = 32
*
* set to 0 if you cannot find your declination!
*/

#define DECLINATION 11 //default 32
/* #### Compass offset ####
*
* If you did not mount your compass with the arrow pointing to the front you can set an offset here.
*
* Needs to be multiplied by 10 -> 90° = 900
*
* Range: 0 ... 3599
*
*/
#define OFFSET 0 //default 0
/* #### DIY GPS / Fix Type ####
*
* If you use the diy GPS the fix type is transmitted with the satellites on Temp2. The value is calculated like this:
* Num of Sats: 7
* Fix Type: 3
* Value = Sats * 10 + Fix Type = 7*10 + 3 = 73
*
* If you use the native frsky gps or fixtype is not present comment to disable.
*/
//#define DIY_GPS
#ifndef MFD
/* #### Ground GPS ####
*
* !!!!!!NOT SUPPORTED YET!!!!!!!
*
* needed for ground gps so home does not need to be manually set
*
* Types:
* MTK, UBX
* UBX not implemented yet
*
* does not work when in MFD mode
*/
#define LOCAL_GPS // default uncommented
//#define MTK
#define GPS_BAUDRATE 9600 //default 9600
#endif
/* #### Tracker Setup ####
*
* Start tracking when plane is XXX m away from tracker
*
* It is recommended to start tracking only if plane moved a few meters already. Default: 10m
*
*/
#define START_TRACKING_DISTANCE 1//10 //default 10
/* ### LCD Display ###
*
* Uncomment to display data on LCD Display
*
* Please choose for the Display Type:
* I2C
* SPI
*
* LCD Display is required for this.
*
* Requires modified LiquidCrystal library: https://bitbucket.org/fmalpartida/new-liquidcrystal/downloads
*
*/
//#define LCD_DISPLAY I2C
// no usar esta línea, es sólo experimental // #define LCD_SIZE_COL 16 // default 16. Not tested 20.
//#define LCD_SIZE_ROW 2 // default 2. Not tested with 4.
/*
* LCD Display I2C ADDRESS
* Default is 0x27 if uncommented. You'll need a I2C address scanner sketch if you don't know the correct one.
* If your LCD has a different address descoment this line and change its value.
*/
#define LCD_I2C_ADDR 0x3F //default 0x27
/*
* LCD display bought at en Banggood http://www.banggood.com/IIC-I2C-1602-Blue-Backlight-LCD-Display-Module-For-Arduino-p-950726.html
* Download and install this LiquidCrystal I2C library https://www.dropbox.com/s/e5p9q5tq6sn5m7o/LiquidCrystal_para_LCD_BANGGOOD_SKU166911_I2C.zip?dl=0
* The 1602 is the correct one.
* The default I2C address for this LCD display is 0x3F
*/
#define LCD_BANGGOOD_SKU166911 //default commented
/* ### Battery monitoring ###
*
* Uncomment to monitor your Battery
*
* Voltage divider is required for this.
*
*/
//#define BATTERYMONITORING
#ifdef BATTERYMONITORING
//#define BATTERYMONITORING_RESISTOR_1 18000
//#define BATTERYMONITORING_RESISTOR_2 1000
//#define BATTERYMONITORING_CORRECTION 1.0 // default 1.0
#endif
/* #### Do not edit below this line */
#if TILT_0 < 800 || TILT_0 > 2200 || TILT_90 > 2200 || TILT_90 < 800
#error "Tilt servo range invalid. Must be between 800 and 2200."
#endif
#if OFFSET < 0 || OFFSET > 359
#error "Offset invalid. Must be between 0 and 3599."
#endif
#endif

Simba
03/01/2016, 19:48
Comenta define LTM
Descontar define GPS telemetri
Supongo que quieres ir con gps telemetria no ????

carabin
03/01/2016, 19:51
Me he dado cuenta repasando el configh que el protocolo que yo debería de uar es GPS_TELEMETRY , lo he comentado y subido descomentado el define LTM pero aún así hace lo mismo , ¿alguna idea?



ç/* #### Protocol ####
*
* FRSKY_D, FRSKY_X, HOTT, EXTERNAL
*
* FRSKY_D -> D-Series
* FRSKY_X -> Taranis / XJT
* HOTT -> MX12, MX16 and all other HoTT transmitters with telemetry
* RVOSD
* MFD -> MFD protocol will not work with local GPS!!!!
* MAVLINK -> Mavlink protocol (APM/Pixhawk/...)
* GPS_TELEMETRY -> direct NMEA input
* LTM -> Light Telemetry
* SERVOTEST
*/
//#define SERVOTEST
#define GPS_TELEMETRY // Default
//#define MAVLINK
//#define RVOSD
//#define FRSKY_D
//#define FRSKY_X
//#define LTM

Simba
03/01/2016, 19:53
Con gps local el traker no se mueve hasta que te des places 10 m.
El simulador te tiene que separar virtualmente esos 10 m

UTOPIAS
03/01/2016, 20:24
Yo lo tengo así y tampoco me funciona.
Tengo la brújula que se orientaba hacia el Norte y ahora tampoco lo hace...


/* Config file
* created by Samuel Brucksch, edited by Raúl Ortega.
*
*/
//#define DEBUG

#ifndef CONFIG_H
#define CONFIG_H
/* #### TYPE OF BOARD ####
*
* If using an APM or Atmega 2560 we do not need softserial, so uncomment if using an atema 2560
* MEGA -> APM & other MEGA Boards
*
*/

#define CRIUS_SE //Default
//#define MEGA
/* #### CONTROLL SYSTEM FOR PAN WITHOUT PIDs (EXPERIMENTAL)####
*
* If using a slow PAN servo this system could inprove your tracker with a more acurate and fluid movement.
* This system is also more user friendly to set up
*
* Uncomment #define NO_PID_CONTROL for disabling PIDs system and enabling this new system.
*
* MIN_DELTA: is the minimum angle in degrees between the heading of the tracker and the heading of the aircraft.
* If the current angle is greater than this value, the pan servo will spin.
* MAX_PAN_SPEED: is the maximum value in milliseconds which is necessary to increase the PAN_0 PWM to move the PAN servo.
* MAP_ANGLE: When the angle (in degrees) between the tracker and the aircraft is greater than this value, the MAX_PAN_SPEED is always applied.
* If the angle is less than this value, the error is mapped to a gradient of PWM pulses between MIN_PAN_SPEED and MAX_PAN_SPEED.
*
* The PAN servo will spin more and more slowly when is reaching the heading of the aircraft, and will mov as fast as posible when the difference between both headings is big.
*/

//#define NO_PID_CONTROL
#define MIN_DELTA 0.1 // default 0.2
#define MAX_PAN_SPEED 200 // default 200
#define MAP_ANGLE 90 // default 180

/** PID Values
*
* MAX_PID_ERROR is the máximun grades allowed error in the PAN angle calculations.
* If after moving the PAN servo, the difference between reached angle and desired
* angle is smaller or greater than this value, the angle will be corrected using PIDs.
*
*/
#define P 2500 // default 5000
#define I 60 // default 100
#define D 1000 // default 1000
#define MAX_PID_ERROR 2 // default 10

/* #### Protocol ####
*
* FRSKY_D, FRSKY_X, HOTT, EXTERNAL
*
* FRSKY_D -> D-Series
* FRSKY_X -> Taranis / XJT
* HOTT -> MX12, MX16 and all other HoTT transmitters with telemetry
* RVOSD
* MFD -> MFD protocol will not work with local GPS!!!!
* MAVLINK -> Mavlink protocol (APM/Pixhawk/...)
* GPS_TELEMETRY -> direct NMEA input
* LTM -> Light Telemetry
* SERVOTEST
*/
//#define SERVOTEST
//#define GPS_TELEMETRY // Default
//#define MAVLINK
//#define RVOSD
//#define FRSKY_D
//#define FRSKY_X
#define GPS_TELEMETRY
/* #### Baud Rate ####
*
* baud rate of telemetry input
* 9600 for FRSKY_D -> D-Series
* 57600 for FRSKY_X -> Taranis/XJT and MAVLINK
* 115200 for RVOSD (RVGS)
* ??? for HoTT
*/
#define BAUD 4800 // default 9600

/* #### Tilt servo 0° adjustment ####
*
* Enter PWM value of Servo for pointing straight forward
*/
#define TILT_0 1500 // default 1050

/* #### Tilt servo 90° adjustment ####
*
* Enter PWM value of Servo for pointing 90° up
*/
#define TILT_90 1100 // default 2025

/* ### Easing effect for tilt movements (EXPERIMENTAL)
*
* TILT_EASING_STEPS is the maximun number of steps to reach tilt position using easing functions
*
* 0 or 1: normal use, no easing effect applied, servo will reach tilt position in only 1 step.
* >1: servo will move to tilt position in with easing effect.
* 60 steps ~ 1 second
* 30 steps ~ 1/2 seconds
* 15 stips ~ 1/4 seconds
*
* TILT_EASING_MIN_ANGLE: Easing is applied if the difference between last and new tilt position is greater than TILT_EASING_MIN_ANGLE grade.
* TILT_EASING_MILIS: Is the time in miliseconds spend by echa step.
*/
//#define TILT_EASING
#define TILT_EASING_STEPS 15 // default 10
#define TILT_EASING_MIN_ANGLE 2 // default 4
#define TILT_EASING_MILIS 15 //default 15

/*
* ### Easing ecuations
* EASE_OUT_QRT -> The easing effect is only applied at the end of the movement.
* EASE_INOUT_QRT -> The easing effect is applied at the begining and at the end of the movement.
* EASE_OUT_CIRC -> The easing out circular effect.
* Read more: Easing ecuations by Robert Penner, http://www.gizma.com/easing/
*/
//#define EASE_OUT_QRT // Easing Out Quart function
//#define EASE_INOUT_QRT // Easing In Out Quart function
#define EASE_OUT_CIRC // Easing Out Circular function (Default)

/* #### Pan servo 0° adjustment ####
*
* Enter PWM value of Servo for not moving
*/
#define PAN_0 1500 // default 1470

/* #### Pan servo minimum required speed ####
*
* If the servo has problems to start a rotation when the speed is slow adjust this value until the tracker moves directly from each position
*/
#define MIN_PAN_SPEED 0 // default 50

/* #### Compass declination ####
*
* http://magnetic-declination.com/
* Enter your city and then get the value for Magnetic declination
* for example [Magnetic declination: 3° 2' EAST]
*
* now enter the value in the format DEGREE.MINUTE * 10 -> 3.2 * 10 = 32
*
* set to 0 if you cannot find your declination!
*/

#define DECLINATION 0 //default 32

/* #### Compass offset ####
*
* If you did not mount your compass with the arrow pointing to the front you can set an offset here.
*
* Needs to be multiplied by 10 -> 90° = 900
*
* Range: 0 ... 3599
*
*/
#define OFFSET 0 //default 0

/* #### DIY GPS / Fix Type ####
*
* If you use the diy GPS the fix type is transmitted with the satellites on Temp2. The value is calculated like this:
* Num of Sats: 7
* Fix Type: 3
* Value = Sats * 10 + Fix Type = 7*10 + 3 = 73
*
* If you use the native frsky gps or fixtype is not present comment to disable.
*/
//#define DIY_GPS

#ifndef MFD
/* #### Ground GPS ####
*
* !!!!!!NOT SUPPORTED YET!!!!!!!
*
* needed for ground gps so home does not need to be manually set
*
* Types:
* MTK, UBX
* UBX not implemented yet
*
* does not work when in MFD mode
*/
#define LOCAL_GPS // default uncommented
#define MTK
#define GPS_BAUDRATE 9600 //default 9600
#endif

/* #### Tracker Setup ####
*
* Start tracking when plane is XXX m away from tracker
*
* It is recommended to start tracking only if plane moved a few meters already. Default: 10m
*
*/
#define START_TRACKING_DISTANCE 5//10 //default 10

/* ### LCD Display ###
*
* Uncomment to display data on LCD Display
*
* Please choose for the Display Type:
* I2C
* SPI
*
* LCD Display is required for this.
*
* Requires modified LiquidCrystal library: https://bitbucket.org/fmalpartida/new-liquidcrystal/downloads
*
*/
#define LCD_DISPLAY I2C
// no usar esta lÃ*nea, es sólo experimental // #define LCD_SIZE_COL 16 // default 16. Not tested 20.
#define LCD_SIZE_ROW 4 // default 2. Not tested with 4.

/*
* LCD Display I2C ADDRESS
* Default is 0x27 if uncommented. You'll need a I2C address scanner sketch if you don't know the correct one.
* If your LCD has a different address descoment this line and change its value.
*/
#define LCD_I2C_ADDR 0x27 //default 0x27

/*
* LCD display bought at en Banggood http://www.banggood.com/IIC-I2C-1602-Blue-Backlight-LCD-Display-Module-For-Arduino-p-950726.html
* Download and install this LiquidCrystal I2C library https://www.dropbox.com/s/e5p9q5tq6sn5m7o/LiquidCrystal_para_LCD_BANGGOOD_SKU166911_I2C.zip?dl=0
* The 1602 is the correct one.
* The default I2C address for this LCD display is 0x3F
*/
//#define LCD_BANGGOOD_SKU166911 //default commented

/* ### Battery monitoring ###
*
* Uncomment to monitor your Battery
*
* Voltage divider is required for this.
*
*/
//#define BATTERYMONITORING
#ifdef BATTERYMONITORING
//#define BATTERYMONITORING_RESISTOR_1 18000
//#define BATTERYMONITORING_RESISTOR_2 1000
//#define BATTERYMONITORING_CORRECTION 1.0 // default 1.0
#endif

/* #### Do not edit below this line */
#if TILT_0 < 800 || TILT_0 > 2200 || TILT_90 > 2200 || TILT_90 < 800
#error "Tilt servo range invalid. Must be between 800 and 2200."
#endif

#if OFFSET < 0 || OFFSET > 359
#error "Offset invalid. Must be between 0 and 3599."
#endif

#endif

carabin
03/01/2016, 20:50
Gracias Simba estoy procesando todo esto .Parece que ya se mueve pero cuando llega a las coordenadas enviadas empieza a temblar de un lado a otro pero creo que es ya más tema de ajuste , moviendo la base con la mano va a posicionarse otra vez al mismo sitio pero cuando llega se pone a temblar.
Haré un video

Enviado desde mi GT-I9301I mediante Tapatalk

Simba
03/01/2016, 20:52
Con gps local el traker no se mueve hasta que te desplaces 10 m.
El simulador te tiene que separar virtualmente esos 10 m

Repito que es importante comprender el funcionamiento, con GPS LOCAL tal como lo teneis vosotros.
Deberiais tener cargada la ultima versión, la V0.9.

La secuencia de funcionamiento es:
---Encender Traker, (no hace nada solo se pone en horizontal y no se orienta )
---El GPS local pilla satelites, (sigue sin hacer nada)
---El Avión o el Simulador, empieza a mandar Telemetria, (sigue sin hacer nada)
---El Avión o el simulador manda Telemetria con posiones alejadas unos 10m, segun tengamos prefijado, (en ese momento el Traker se pone apuntando al Avión y nos sigue).

sl2

carabin
03/01/2016, 20:54
Oído cocina[emoji6]

Enviado desde mi GT-I9301I mediante Tapatalk

Simba
03/01/2016, 20:57
Gracias Simba estoy procesando todo esto .Parece que ya se mueve pero cuando llega a las coordenadas enviadas empieza a temblar de un lado a otro pero creo que es ya más tema de ajuste , moviendo la base con la mano va a posicionarse otra vez al mismo sitio pero cuando llega se pone a temblar.
Haré un video

Enviado desde mi GT-I9301I mediante Tapatalk


¿Que tipo de servo tienes montado?, en todo caso ya tienes mucho avanzado, empieza a bajar ganancia Proporcional, si la tienes como yo bájale a 2000, y ves probando y también aumenta a 10 el error.

Todo esto es mejor hacerlo con el servotest, que para eso está.

Simba
03/01/2016, 21:09
Por cierto, he estado probando a volar en dirección Este, hasta alcanzar el meridiano 0º, en mi caso lo tengo exactamente a 29Km sobre el mar.

Es para comprobar que pasaba cuando se alcanzaba esta posición que según teorias comentadas por rortega, podía hacer cosas raras y ponerse el Traker en dirección contraria.

Pues bien lo ubico que hace, es empezar a medir la distancia invertida, o sea que a partir de los 29Km se pone a restar distancia en lugar de seguir aumentando, pero la antena no se pone al contrario, y sigue apuntando en la misma dirección.

Si mas allá del meridiano 0º danos la vuelta, empieza a aumentar la distancia y al llegar al 0º, empieza a disminuir correctamente marcando la distancia real.

Para evitar malos entendidos, esto se ha probado VIRTUALMENTE ok, :ansioso:, no sea que alguien pille algún mosqueo. :meparto:.

sl2.

UTOPIAS
03/01/2016, 21:39
Repito que es importante comprender el funcionamiento, con GPS LOCAL tal como lo teneis vosotros.
Deberiais tener cargada la ultima versión, la V0.9.

La secuencia de funcionamiento es:
---Encender Traker, (no hace nada solo se pone en horizontal y no se orienta )
---El GPS local pilla satelites, (sigue sin hacer nada)
---El Avión o el Simulador, empieza a mandar Telemetria, (sigue sin hacer nada)
---El Avión o el simulador manda Telemetria con posiones alejadas unos 10m, segun tengamos prefijado, (en ese momento el Traker se pone apuntando al Avión y nos sigue).

sl2



Yo parto de la ultima versión y con las rectificaciones sobre el config.h que me enviaste...
Le he realizado alguna modificación pero sigo igual en el agujero.
Procuraré respetar ese protocolo qu eme indicas.
Muchas gracias

carabin
03/01/2016, 22:42
Felicidades Simba por la prueba del Meridiano , seguro RORTEGA puede dormir tranquilo :laugh: la verdad ese punto es bastante crítico.

El servo es un Hitec antiguo Hs-605BB tuneado con dos resistencias de 2k2 y eliminado el tope mecánico.
Hitec HS-605BB - Ball Bearing Servo

http://www.servodatabase.com/images/servos/hitec-hs-605bb.jpg
Basic Information

Modulation: Analog

Torque:4.8V:76.4 oz-in (5.50 kg-cm)

Speed: 4.8V:0.17 sec/60°
Weight: 1.73 oz (49.0 g)
Dimensions:
Length:1.59 in (40.4 mm)
Width:0.77 in (19.6 mm)
Height:1.57 in (39.9 mm)
Motor Type: 3-pole Gear Type: Plastic Rotation/Support: Dual Bearings

Additional Specifications

Pulse Cycle: 20 ms
Pulse Width: 900-2100 µs
Un servo normalito.


Lo del SERVOTEST no se muy bien como funciona , me imagino que se tendrá que comentar y descomentar la telemetría por GPS y así será más fácil hacer ajustes en plan monitor pero ya te digo que aunque habláis por aquí de ello no lo se manejar.
Me parece que esta noche tengo pruebas :ansioso:

Simba
04/01/2016, 00:25
Carabin no es nada complicado, y si efectivamente consiste en descomentar solo el protocolo #define SERVOTEST.
Es aconsejable utilizar la comunicación con bluetooth.
Luego desde el mismo Arduino abrimos el Monitor serie que está en herramientas.
Se mete los valores de angulo de desplazamiento, tal que el Tilt empieza con T seguido de los grados, por ejem: T45 y debe ir el Tilt a 45º.
Para el Pan se empieza por H seguido por 0 y los grados, por ejem: H078, y debe desplazarse a 78º respecto al Norte.

Es facilisimo, pero hay que tener en cuenta unos detalles, el Bluetooth de conecta en el UART y el FTDI en su sitio, pero hay que retirar siempre el que no utilicemos.
Resumiendo que en cada cambio que hagamos, se hará dejando conectado solo el FTDI, y para introducir los grados, conectaremos solo el Bluetooth en el UART.

Esto es muy básico pero muy importante, y si con el servotest funciona bien y a nuestro gusto, seguro que luego funcionara bien.
Por eso ya lo dijo casi al principio del hilo Guillesan, que si el servotest funciona, ya tenemos casi todos los problemas solucionados.