Necesito medir la frecuencia de onda cuadrada que puede variar entre 0 y 1MHz, y tiene una resolución de 0.25Hz.
Todavía no he decidido qué controlador, pero lo más probable es que sea uno de los 20 pin de Attiny.
Normalmente, cómo mediría las señales de baja frecuencia sería usando dos temporizadores, uno configurado en modo de captura de temporizador para interrumpir, por ejemplo, los bordes ascendentes de la señal externa y otro temporizador configurado para interrumpir cada segundo, por lo tanto, los antiguos temporizadores registran el valor después de 1 segundo sería igual a la frecuencia de la señal.
Sin embargo, este método obviamente no funcionará para capturar señales que oscilan entre 0 y 1MHz con una resolución de 0.25Hz para esto necesitaría un contador de 22 bits (los micros AFAIK de 8 bits solo tienen contadores de 8/16 bits).
Una idea que tuve fue dividir la señal antes de aplicarla al micro, pero esto no sería práctico ya que la señal tendría que dividirse entre 61, por lo tanto, la frecuencia solo se podría actualizar cada 61 segundos, donde me gustaría que fuera cada pocos segundos. .
¿Hay algún otro método que permita actualizar la frecuencia, por ejemplo, cada 4 segundos?
Actualizar:
La solución más simple es usar una interrupción externa o una captura de temporizador para interrumpir en el borde ascendente de la señal y hacer que isr
incremente una variable de tipo long int
. Lea la variable cada 4 segundos (para permitir frecuencias de hasta 0.25Hz para medir).
Actualización 2:
Como señaló JustJeff, una MCU de 8 bits no podrá mantenerse al día con una señal de 1MHz, por lo que se descarta la interrupción en cada flanco ascendente y el incremento de un long int
...
Elegí el método sugerido por timororr. Una vez que llegue a implementarlo, volveré a publicar y compartiré los resultados. Gracias a todos por sus sugerencias.
Informe de progreso:
Ivé comenzó a probar algunas de las ideas presentadas aquí. Primero probé el código de vicatcu. Hubo un problema obvio de que TCNT1 no se borró después de que se calculó la frecuencia, no es un gran problema ...
Luego, al depurar el código, noté que aproximadamente cada 2 a 7 veces se calculaba la frecuencia, el conteo de desbordamiento del temporizador 1 (el temporizador configurado para contar eventos externos) sería corto en dos. Puse esto a la latencia de Timer 0 ISR y decidí mover el bloque de declaración if del ISR al principal (ver fragmento a continuación) y simplemente establecer una bandera en el ISR. Algunas depuraciones mostraron que la primera medición estaría bien, pero con cada lectura subsiguiente, el recuento de desbordamiento del temporizador 1 se terminaría en 2. Lo que no puedo explicar: hubiera esperado que no estuviera debajo ...
int main()
{
while(1)
{
if(global_task_timer_ms > 0 && (T0_overflow == 1))
{
global_task_timer_ms--;
T0_overflow = 0;
}
.....
}
}
Luego decidí que intentaría implementar la sugerencia de timrorrs. Para generar el intervalo necesario (de aproximadamente 15 ms entre cada interrupción timer_isr), tendría que conectar en cascada los dos temporizadores de 8 bits, ya que el único temporizador de 16 bits en Atmega16 se está utilizando para capturar los bordes ascendentes de la señal externa.
Pensé que esta solución funcionaría y sería mucho más eficiente, ya que la mayor parte de la sobrecarga se traslada a los temporizadores y solo queda un corto ISR para que la CPU lo maneje. Sin embargo, no fue tan preciso como esperaba, las mediciones se movieron hacia adelante y hacia atrás en aproximadamente 70Hz, lo que no me importaría en frecuencias altas, pero definitivamente no es aceptable en frecuencias más bajas. No pasé mucho tiempo analizando el problema, pero supongo que la disposición en cascada del temporizador no es tan precisa, ya que he implementado una disposición similar a la sugerencia de los temporizadores en un controlador 8051 mucho más lento que tenía 2 temporizadores de 16 bits y los resultados fueron bastante precisos.
Ahora he vuelto a la sugerencia de vicatcu, pero he movido el cálculo de frecuencia al temporizador 0 isr (ver fragmento a continuación ), este código ha producido mediciones consistentes y razonablemente precisas. Con un poco de calibración, la precisión debe ser aproximadamente de +/- 10Hz.
ISR(TIMER0_OVF_vect)
{
TCNT0 = TIMER0_PRELOAD; //Reload timer for 1KHz overflow rate
if(task_timer_ms > 0)
{
task_timer_ms--;
}
else
{
frequency_hz = 1.0 * TCNT1;
TCNT1 = 0;
frequency_hz += global_num_overflows * 65536.0;
global_num_overflows = 0;
frequency_hz /= (TASK_PERIOD_MS / 1000.0);
task_timer_ms = TASK_PERIOD_MS;
}
}
Si alguien tiene alguna otra sugerencia, estoy abierto a ellas, aunque prefiero no tener que usar rangos ... Tampoco tengo la intención de obtener una resolución del 0.25%, no parece tener mucho sentido el nivel de precisión que tengo en este momento. .