On Friday, July 11, 2008 2:57 PM [GMT-3=CET],
Miguel Angel Lopez Di Benedetto wrote:

> Tambien pensa que es una materia de segundo año, y la facultad no
> mostro nada de electronica a los alumnos, asi que de momento un
> profesor no puede y no deberia juzgar a alguien por otra cosa que no
> sea el soft, si bien el programa debe trabajar "sobre el hard" lo
> principal es el soft y que tenga una buena orientacion.

Asumí un proyecto de años más elevados o tipo final. Sorry. Olvidate del
hard, vayamos al soft.


> si bien lo que vos decis sobre interruppciones etc etc el chabon este
> tiene una forma MUY grosa de programar, y hace todo con
> interrupciones pero no interrupciones sobre las entradas, sino sobre
> unos timers (eventos) que cuando desbordan activan el poolling, asi
> que lo de interrupciones es medio confuso, podes hacer algo que
> prenda un led que va a ser por interrupciones. igualmente de lo que
> dijiste me gusto mucho lo de las baterias y el mah.

De hecho, fijate que en el 8051, las interrupciones (sus bits) se revisan
(polling, se pronuncia como se lee) en el estado 5 (ciclo 9no o décimo), es
decir, también hay un polling en el mismo micro. En este caso de las
banderas de interrupción, si además están habilitadas, el PC salta al vector
guardando SOLO su valor anterior. (es responsabilidad del programador
guardar el resto, acc por ejemplo)

Bueno, hacer un polling de los puertos o de otros perisféricos, no se si
será buena práctica. Lo que si te garantiza es dónde está el PC en ESTE
momento. O sea, controlas el micro. Esto es muy de programación en ASM.
Podés hacer un polling de banderas sin necesidad que estén habilitadas como
Ints, como por ejemplo las de flanco del INT para un input resetado desde el
programa.

Uh, que épocas!


> por ahi cambiaria el rf y lo haria infrarojo (me parece menos
> complicado). aunque esta muy bueno lo de cambiar algo "simple" como
> un cuenta vueltas por algo como lo que propusiste, gracias, lo voy a
> tener en cuenta

Ahora que lo aclaraste, sería bueno no poner ni siquiera IR. Algo más
vistoso es un control de motor.
Podés hacer un PWM y mandarlo a un driver. Con un encoder en el eje contás
los pulsos. El motor con un control proporcional u on-off (no meterse en PID
ni en fuzzy) se ajusta al set point.
Después si hay tiempo y ganas le metés más algoritmos.

Lo interesante es que necesitás un clock maestro de x uS para realizar todas
las tareas, empleas un contador, y si les interesa pueden graficar en una PC
vía el puerto serie el resutlado del contador (hz)

De lo que necesites acá hay.

Saludos y contanos como va el proyecto. Si se traban griten.