Creado por FRANCISCO JAVIER FRANCO BELENO
hace más de 5 años
|
||
08/03/2019 21:36 - Al momento de probar el código - motores_0 - el cuál consiste en mover los 4 motores al mismo tiempo, sucede que solo llegan hasta "32", sabiendo que deberian llegar hasta 255. Así que proseguire a hacer las pruebas que creo convenientes.
08/03/2019 21:53 - Proseguimos con las pruebas las cuales consistieron en ver como actuaban los motores en base según se iban añadiendo y de esto sacamos algunas preguntas. 1. M1, funciona bien solo. 2. M1-M2, funcionan bien. 3. M1-M2-M3, funcionan bien los 3. 4. M1-M2-M3-M4, toman valores máximos entre 31-33 Después de esto se propuso cambiar el pin al que esta conectado M4, dando los siguientes resultados 1. Pin 3, pin original valores entre 31-33. 2. Pin 5, segundo pin de prueba; valor fijo de 46. 3. Pin 6, último pin disponible del nano; valor fijo de 46 Hipotesis - Puede ser que casualmente dicho pines den problemas, pero realmente creo que es el uso de un 4° PWM el que genera el problema para ello cambiaremos el orden de las pruebas anteriores para poder concluir . Después de algunas pruebas descartamos esta hipotesis. - Este error podría deberse a que usamos 4 motores y no 4 PWM para comprobar eso anularemos un pin de PWM y compartiremos el PWM con otro pin. . No estoy del todo seguro de los resultados, efectivamente llegaron a 255 pero el consumo de corriente se mantuvo constante (incluso un poco menor) lo cuál me desconserto. Preguntas - ¿A que podría deberse que usar 4 PWM no deje que se siga ejecutando el codigo?
CODIGO ¿Que hace el código? R/ El código genera 4 PWM (una para cada motor) y prueba el funcionamiento de los mismos en el proceso de aceleración y desaceleración. ¿Que quiero añadirle? - Función para arrancar, es incomodo tener que abrir el serial para que inicie en 0 y que arranque solo cada vez que se conecta.
CODIGO 26.03.2019 Hay un problema con la función depurar en el Motor Sur, recae en el procese de desaceleración en sentido antihorario, según el Monitor Serial se le esta mandando los datos correctos al Driver sin embargo cuando termina la función aSccw y comienza la función dSccw "pega un brinco" y hace una desaceleración de golpe y se encierra en un ciclo en el cuál se supone se esta enviando un 0 e igual el motor continua en movimiento.
Electrónica 26.03.2019 Tenemos 750mA de perdidas a un voltaje de 7V. En el momento no tengo idea a que pueda deberse y menos como solucionarlo.
Código 26.03.2019 Se propone implementar un código que divida en 3 secciones el mensaje ingresado por el monitor serie de la siguiente manera: - XXXYZ X, Seran los 3 primeros digitos los cuales seran la velocidad del motor. Y, Determina el motor que moveremos Z, Nos indica el sentido de giro del motor
CODIGO 29.03.2019 Se plantea desarrollar un nuevo código en base al primer control de los motores Este y Oeste mediante el DVR8833, vale anotar que este driver en comparación con el MX1508 el cual se supone que soporta corrientes de 1.5A por canal presenta unas perdidas de corriente mucho menores. Las pruebas realizadas con el MX1508 a un voltaje de 7V generaban una perdida de 750mAh como media en cambio el DRV8833 con un voltaje de 6.5V solo presento unas perdidas de 150mAh, lo que nos deja ver claramente la diferencia de calidad entre los mismos. Otra cosa que vale mencionar es que ambos generaban un consumos de 3A con estos valores alcanzados. Las características de este nuevo código deberan tener: - 3....2.....1.... Let's Go! - Final de carrera - Sensor Infrarojo Se debe ir trabajando al menos en la interfaz de la aplicación
¿Quieres crear tus propios Apuntes gratis con GoConqr? Más información.