So far I haven't noticed any time drifting caused by MC34063.-Ray
to reset the RTC to the correct time.
Any thoughts on what to do?
If this occurs during a program, while handling a 5 second Station
Delay, is the time correction going to cause problems with the
interpretation of the Program?
Perhaps resetting the mpu clock every minute instead of once
each 15 minutes would be better, trying to keep the mpu clock
within about one second of the correct time.
Is there a fairly easy hardware fix to use a crystal for the mpu clock?
Not using a crystal in a timing-type application might be a mistake?
However, good work in getting the initial fix out quickly.
Why did this problem never show up in previous hardware versions?
Thanks, Gary
Since the mpu clock can be off by about a half second in each
minute, a correction each 15 minutes could cause a 7.5 second
jump in time.
If this occurs during a program, while handling a 5 second Station
Delay, is the time correction going to cause problems with the
interpretation of the Program?
Perhaps resetting the mpu clock every minute instead of once
each 15 minutes would be better, trying to keep the mpu clock
within about one second of the correct time.
Is there a fairly easy hardware fix to use a crystal for the mpu clock?
Not using a crystal in a timing-type application might be a mistake?
However, good work in getting the initial fix out quickly.
Why did this problem never show up in previous hardware versions?
Thanks, Gary