Usando ATtiny ADC con un reloj del sistema de 32.768 kHz

3

Estoy ejecutando mi ATtiny85 con un cristal externo de 32.768 kHz porque necesito mantener la hora exacta. También necesito usar el ADC en mi aplicación. Sin embargo, la hoja de datos especifica que la frecuencia mínima de ADC es de 50 kHz. Además, el divisor mínimo para el preescalador ADC es 2, por lo que el reloj efectivo para el ADC terminaría en 16.384 kHz.

Ahora, he probado esto con el cristal de 32.768 kHz mencionado, y el ADC parece funcionar. Estoy obteniendo resultados suficientemente buenos. Sin embargo, ¿está "permitido" lo que estoy haciendo o me estoy preparando para fallar a lo grande? El plan es que si este dispositivo es algo que la gente quiere, yo podría hacer 100 de ellos, y sería horrible si asumiera que esto funcionaría cuando, de hecho, podría haber un problema más adelante.

¿Alguien tiene alguna palabra sabia?

    
pregunta David Högberg

3 respuestas

3

La frecuencia mínima se debe a la muestra y al escape del condensador. Cuando la conversión es demasiado lenta, el voltaje almacenado puede perder más de 1LSB y de esta manera comprometer la conversión.

De esta manera obtendrá una precisión inferior a la especificada.

Observe que la frecuencia mínima se define para el peor de los casos: temperatura más alta, tensión de alimentación extrema (más baja o más alta), tal vez radiación externa. De esta manera, los problemas descritos pueden ocurrir más tarde durante el trabajo del dispositivo.

Entonces, la conclusión es que si una menor precisión no es un problema, hágalo. Pero si desea utilizar la precisión total del ADC, debe respetarse la frecuencia mínima.

    
respondido por el johnfound
2

Si está funcionando "suficientemente bien" ahora, continuará haciéndolo.

El problema principal con la violación de la frecuencia de reloj mínima es una pérdida de precisión. Esto está relacionado con el circuito de muestreo y retención usado dentro del ADC. Se "caerá" en más de 1 LSB, lo que significa que el ADC no cumplirá con las especificaciones de precisión, pero si esto todavía es suficiente para su aplicación, vaya con él.

    
respondido por el Dave Tweed
0

Tuve problemas similares. Tuve que mantener el cálculo preciso de datos / tiempo en 32.768K y, además, realizar procedimientos de alto consumo de energía que exigían al menos 1Mhz.

Lo que hice fue que elegí un micro de gama baja (Tiny13) para mantener el tiempo en 32.768 y cronometré el procesador principal a 16Mhz, una velocidad significativamente mayor.

Los conecté con SDA & SCL. Con esto, tengo tanto tiempo preciso como alta velocidad.

    
respondido por el Gábor Dani

Lea otras preguntas en las etiquetas