¿Alguna razón para no usar Timer0 en AVR?

Si la pregunta es sobre un microcontrolador AVR simple, entonces no, no hay ninguna restricción en el uso de ninguno de los temporizadores .

• Para Arduino, es mejor evitar Timer0 , ya que millis() , delay() y todos los tiempos internos en las bibliotecas de Arduino usan este temporizador. Cambiar su constante de tiempo afectará estas operaciones.
• Timer1 , como indica la pregunta, es la popular primera opción para cualquier tarea de temporizador / contador, a través de bibliotecas como TimerOne library , así como la manipulación directa. Es un temporizador de 16 bits, por lo tanto, con una resolución más fina que los temporizadores de 8 bits.
• Timer2 es usado por la biblioteca tone (), pero como no se usa de manera ubicua, también está el La biblioteca msTimer2 que muchos encuentran muy útil, como TimerOne. La manipulación directa de Timer2 también está bien.
• Los temporizadores adicionales en Mega, Timer3 , Timer4 y Timer5 , cada uno de ellos un temporizador de 16 bits, también están disponibles para su uso. si utiliza un tablero Arduino Mega .

Aparte de deshabilitar el PWM asociado, otras razones que se me ocurren son:

• TIMER0 es un temporizador de 8 bits, mientras que TIMER1 es un temporizador de 16 bits.

• En el mundo de Arduino, TIMER0 se usa para las funciones del temporizador como retraso () y milis (). Muchos otros códigos que he visto lo usan de la misma manera porque la resolución de 8 bits es normalmente suficiente.

• TIMER2 también es un 8 bits, no puedo pensar en una razón para evitarlo específicamente si solo se requieren 8 bits. Sin embargo, es utilizado por la función tono () de Arduino.

Supongo que eso deja a TIMER1 como una opción bastante genérica y es la única opción en los AVR más pequeños cuando se requiere un temporizador de 16 bits. Los dispositivos Mega AVR también contienen TIMER3 - TIMER5 que son todos de 16 bits.