Hola LordLaFebre:
Te dejo una imagen de mi configuración
A ver si soy capaz de poner a trabajas a las pocas neuronas que tengo funcionales
y esta vez dar una explicación clara
La trama de bytes la envías en el orden correcto, pero como puedes ver no envío los datos como ASCII si no como HEX. Al enviarlos ASCII estás enviando el valor del carácter 1, B, 4 ó 0.
La configuración debe ser:
velocidad: 115200
bits de datos: 8
paridad: No
bits de parada: 1
Es necesario activar el RTS (control por hardware de la comunicación) ya que de otro modo se interfiere con los PWM, originándose algún temblor en los servos, esto creo que puedo arreglarlo y poder utilizar ese pin para un servo más.
Como puedes observar en mi configuración, es el puerto COM2 por donde envío los datos y en la simulación el puerto seríe está configurado con el COM1. Esto lo tuve que hacer así ya que si intentaba enviar y recibir por el mismo puerto, COM1 como en tu caso, había problemas. Si era el terminal serie el que activaba primero el COM1, proteus no protestaba al comenzar la simulación pero no hace caso a los datos enviados desde el terminal. Si es al contrario, primero ejecutamos la simulación y luego el terminal serie, este último protestaba diciendo que el puerto ya esta ocupado por otra aplicación.
¿Cómo lo haces para no tener este problema?
Hola gu1llermo:
No he visto tu hilo, el C y yo no nos llevamos demasiado bien
, aparte de no entrar mucho en el foro, pero descuida que lo haré y ya te formularé alguna pregunta seguro.
En cuanto a la resolución de mi código, lo tengo restringido a 0,5º pero creo recordar que podía llegar a los 0,35º (unos 5us de interrupción).
Tengo algo hecho para los 18F, también en ensamblador, y sí que tenía una resolución bajísima, otra cosa es que sea útil.
Saludos