[dsp-l] timer

[Ignacio Ramirez Paulino]

A los interesados les comento que tengo andando una primera version del 
API para programar el timer del DSP.

Si bien la idea del curso es que estas cosas las hagan ustedes (tmabién 
las del CODEC y todo lo que sea hardware, incluso si les damos bibliotecas 
hechas).

Comento también que encontré un bug en codec_write que hacía andar mal al 
programa de unos alumnos, y presumiblemente puede haber hecho andar mal 
alguna que otra cosita. Si bien es cierto que era un bug venenoso, es la 
consecuencia de usar esas bibliotecas hechas por nosotros que bueno, las 
hicimos con la mejor intención de forma de permitirles a ustedes realizar 
proyectos más complejos.

Tarde decirlo, pero espero que quede claro que NO tienen ningún tipo de 
garantía al usar esas bibliotecas. Es responsabilidad de ustedes su uso y 
si no anda bien siempre tengan en cuenta que el error puede estar en 
alguna función de ellas. 

El balance sin embargo es bastante positivo hasta el momento. Solamente un 
par de bugs desde que se hizo: uno era el de fix_2_float, algo que 
usualmente solo era relevante para los printfs, y ahora este del codec que 
era mucho más venenoso pero también era difícil que impactara directamente 
en la mayoría de los programas.

En fin. Todo esto se los digo además porque hay algo bastante negativo en 
lo que respecta a los proyectos de este año.  Es que realmente en lugar de 
avanzar en complejidad de algoritmos, y trabajar más en C, lo que resultó 
en muchos casos es que la complejidad de los proyectos bajó mucho, la 
calidad también, y el espíritu del curso se perdió. 

Esto va con lo que decía Gregory el otro dia: este es un curso de 
programación de BAJO nivel, aplicada, mezclada con hardware. Creo que eso 
no quedó claro. Meterse en Assembler, o programar timers e interrupciones 
no es algo raro en el curso sino que por lo contrario deberia ser su 
corazón. El tema de usar C es para modularizar los proyectos y aumentar su 
reusabilidad, pero TIENEN que tener claro que en DSP los tiempos de 
ejecución importan, la eficiencia es lo primero, y C en muchos casos NO ES 
LA SOLUCION. Lo digo porque varios proyectos que vi hicieron gala de un 
enorme desperdicio de tiempos de ejecución en casos realmente vitales.


-- 
----------------------------------------Ignacio Francisco Ramirez 
Paulino
------------------------------------------
Ingeniero Electricista/Telecomunicaciones
Electrical Engeneer/Telecommunications
------------------------------------------
IIE - Facultad de Ingeniería:
web : http://iie.fing.edu.uy/~nacho/
mail: nacho en fing.edu.uy
------------------------------------------
IMAGO.COM.UY:
web : http://www.imago.com.uy
mail: iramirez en imago.com.uy
------------------------------------------
icq : 30310335
jabber : ignacio_ramirez en jabber.org
MSN : ignacio_francisco_ramirez_paulino en hotmail.com
------------------------------------------



--- dsp-l en iie.edu.uy ------------------------------
por altas y bajas de la lista dirijase al formulario en
la pagina web del curso: http://www.iie.edu.uy/ense/asign/sisdsp/