Todavía no he usado un RTC, así que no estoy completamente seguro de la forma "normal" de leer un reloj en tiempo real. Hay algunos enfoques diferentes en los que he pensado pero esperaba algún consejo al respecto.
Estas son las formas en que he pensado leer y usar el tiempo hasta ahora:
- Obtenga la fecha y la hora al encender y guarde en la RAM, y luego, mediante el uso de la interrupción del temporizador, incremente los valores de RAM cada segundo, etc. El código luego usaría los valores en la RAM cada vez que fuera necesario para conocer la fecha / hora.
- Mediante el uso de una interrupción del temporizador, consulte el RTC cada segundo y copie la fecha y hora recibidas en la RAM. Una vez más, el código usaría los valores en RAM siempre que fuera necesario para conocer la fecha / hora.
- Cada vez que necesite averiguar el tiempo, consulte el RTC y use su respuesta directamente.
¿Cuál sería el mejor enfoque?
microcontroller
rtc
usuario9993
fuente
fuente
Respuestas:
Yo usaría una cuarta opción.
La mayoría de los chips RTC tienen la opción de emitir un pulso de 1 segundo. Debe conectar ese pulso a una entrada habilitada para interrupción en su MCU.
Esa disposición le brinda la precisión al segundo del RTC sin la sobrecarga de leer activamente el RTC.
fuente
3ro y 2do son más viables.
El tercer enfoque es lo que uso en la mayoría de los casos. Su beneficio es que no necesito preocuparme por reflejar el RTC en la RAM. Su posible inconveniente es que interrogar al RTC a través del bus serie introduce un retraso. Si está escribiendo datos una vez por segundo, este retraso probablemente no importará.
El segundo enfoque también es bueno. Mantener un reloj espejo puede introducir un error de cronometraje, si el dispositivo está funcionando durante mucho tiempo. El reloj del espejo puede separarse del RTC. Si lee el RTC regularmente, la deriva no se acumulará.
Sin embargo, aconsejaría que no se hiciera una comunicación en serie en la rutina del servicio de interrupción (ISR). Establezca una bandera en el ISR y realice la comunicación en serie en el main ().
ps En todos los casos, estaba usando DS1307.
fuente
Algunos RTC (p. Ej., MC68HC68T1 [que ciertamente ya casi nadie debería usar]) pausarán su conteo interno cuando se lean para dar una respuesta consistente. Deben leerse tan raramente como sea posible para minimizar la interrupción. Lea de ellos una vez y luego use las interrupciones del temporizador para actualizar el valor de tiempo almacenado en la RAM de la MCU.
fuente
Asumiré que el RTC es un chip separado con su propio cristal, o un módulo integrado con su microcontrolador que nuevamente tiene una fuente de tiempo separada (como un cristal de 32 kHz) que el reloj principal. Y la fuente de tiempo para el RTC es más precisa que la del microcontrolador.
Para determinar con qué frecuencia necesita leer el RTC, debe averiguar cuál es el error máximo que puede tener su reloj principal. Por ejemplo, si el cristal principal se especifica a 20 ppm, eso es lo mismo que 0.002%. Por lo tanto, un reloj basado únicamente en la fuente del reloj principal podría derivar 0.00002 * 3600 * 24 = 1.728 segundos al día.
Entonces, si lee el RTC solo dos veces al día, y en el medio incrementa el tiempo una vez por segundo usando una interrupción del temporizador, nunca estaría apagado más de un segundo, nunca estará apagado más de un segundo en comparación con el RTC que es.
Si, como supuse anteriormente, su RTC es un chip separado con su propio cristal o un módulo integrado con su microcontrolador, eso no significa que sea correcto. Un RTC también puede tener un error. Por ejemplo, si está utilizando un cristal de 32 kHz con una tolerancia de 5 ppm (que son un poco más caras que las de 10 ppm), podría estar apagado en 0,43 segundos por día, o 13 segundos por mes.
Para evitar esto, deberá ajustar el RTC, donde debe escribir un factor de corrección en un registro. Hacerlo te permitirá llevar el error prácticamente a cero. Pero, por supuesto, tendrá que tener una tercera fuente de reloj externa para usar como referencia cuando realice la sintonización. Una referencia extremadamente precisa en los EE. UU. Es la línea de CA de 60 Hz, que se garantiza que será exactamente 60 * 60 * 60 * 24 (5,184,000) ciclos en un período de 24 horas entre sucesivas noches de medianoche. Para que esto sea útil, debe tomarse el tiempo durante las 24 horas completas, ya que los 60 Hz pueden variar entre la medianoche.
Otra excelente referencia de tiempo sería usar GPS (precisión de 10 ns), si uno ya tuviera hardware de GPS en su proyecto.
Si, en cambio, sus tiempos de RTC provienen de una fuente externa, como la hora de la red celular (llamada AT + CCLK?) O un servidor de tiempo de la red que usa NTP, entonces puede usar el valor de RTC tal como está ya que no habrá nada que "ajustar" .
fuente