Si además quieres enviarnos un Artículo para el Blog y redes sociales, pulsa el siguiente botón:
Cuidado, parrafada a continuación.
Hola:
Como muchos sabréis, soy un usuario de AVR que reivindica la calidad de estos micros. Aunque no soy muy 'batallador' ni defiendo de manera enconada, a ciegas dichos micros, sí que reconozco que les tengo cierto aprecio.
Pero hasta la fecha, la mayoría de argumentos eran más bien vagos, subjetivos o de peso relativo, con poca argumentación técnica.
Y eso, señores, parece una riña de patio de colegio.
Por eso, he decidido preparar una serie de argumentos explicados de los puntos fuertes, según mi opinion, de los AVR respecto de otros microcontroladores. En el fondo, en realidad, no es más que una comparativa con los pros y contras de diferentes arquitecturas, no sólo de AVR y PIC.
Y como pretendo ser imparcial, expongo sólo lo que creo que puedo explicar, es decir, las cosas que yo se. Por tanto, después de buscar cómo demostrar las razones por las cuales prefiero a los AVR, creo que no hay nada como un ejemplo.
Así, he escrito un pequeño programa en C (GNUGCC, gratuito) que he compilado, y presentado en ensamblador (con comentarios simples), para ilustrar cómo funciona un AVR por dentro. O mejor dicho, cuales son los argumentos de un sistema multiacumulador.
Pero para estar en igualdad de condiciones, pediría por favor, que alguien que conozca bien los PIC, y los programe tanto en C como en ASM, que hiciese el mismo programa para algunos de los PIC. Como hay diferentes famílias que no son completamente iguales de core (a diferencia de los AVR), quizás sea mejor que haga varios.
Agradecería que fuese lo más optimizado (sin entrar en trucos excesivamente retorcidos), claro y comentado posible.
De esta manera, podríamos comparar en igualdad de condiciones, las prestaciones de cada uno en determinados puntos.
¿Alguien acepta el reto?
PS: No se si este es el foro adecuado, así que por favor, los moderadores lo pongan en el correspondiente.
En ese caso estarías limitando al conversor AD creo que se podría usar un sensor con salida digital para que el factor tiempo de conversión no fuera decisivo.
En eso consiste la prueba, en medir las ventajas y limitaciones de cada micro, si el adc de uno funciona mejor que el de otro es algo a tener en cuenta.
JM, no descarto que sea una de las pruebas, pero no centrar solo la prueba en la conversión.
La idea me gusta. Propongo lo siguiente: usar una NTC (eso es porque ya tengo un tutorial o algo similar ya hecho) para leer los datos a través del ADC, y luego, hacer el cálculo.
Pero intentaría mantener los diferentes bloques por separado, es decir, por un lado, la media, que ilustra claramente las ventajas de un tipo de core (es puro cálculo, y prácticamente independiente del micro que uses). Por otra parte, el ADC, que ilustraría las diferencias entre diferentes tipos de ADC, pero entonces tendríamos mucha más variación, ya que no sería simplemente PIC, AVR, PSoC, ARM, si no también diferentes PIC's, AVR's (XMegas a 12 Bits 2MS/s, ATmega's con diferentes velocidades, diferentes velocidades según resolución), diferentes tipos de ADC para el PSoC.
Lo mismo se podría hacer otro bloque para comparar timers, PWM's, y control de servos, por ejemplo, que también es próximo a nuestras aplicaciones.
Y el último que propongo (y que estoy empezando a mirar), es un algoritmo de control sencillo de un siguelíneas/velocista, o similar, pero aún tengo que acabar de definir la idea.
Lo de los 256 bytes lo puse para que se vea la limitación de la RAM paginada, por tanto, no tiene sentido usarlo en micros con menos de 511 bytes.
De momento, ¿por que no trabajamos en dos líneas? Una la de terminar lo que empecé en este hilo, otra, que se puede continuar discutiendo en este hilo, que más comparaciones podemos hacer. Sobre todo, interesaría que estos minialgoritmos se puedan usar para nuestros propósitos. ¿Ques os parce?
Me gustaría aprovechar los mini-algoritmos que vayáis haciendo para ir ilustrando los módulos de la entrenadora ( http://wiki.webdearde.com/index.php/Pro ... ntrenadora ), así es trabajo que se aprovecha (tanto para AVR como para PIC u otros procesadores)...
S2
Ranganok Schahzaman
