DM42- clock losing time
Re: DM42- clock losing time
It's really a shame we can't get a reply from the developers on this issue
DM42 SN: 0612
Re: DM42- clock losing time
It's not clear that there is an issue, just some vague comments that you think it lost some amount of time over some other amount of time; you noted yourself that you didn't even record it.
I suggest you do this, to help characterize if there is an issue:
1. Update to the latest f/w
2. Set the time precisely and record the time that you set it (using a reliable, objective source)
3. Enjoy life for a couple months
4. Come back and check the time on the DM42 vs. the original source, and record the difference
Then come back here and report it. Either the result is there is not enough difference to matter, OR that you've provided a solid case that something is amiss and a basis for SM to investigate.
--bob p
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
DM42: β00071 & 00282, DM41X: β00071 & 00656, DM10L: 071/100
Re: DM42- clock losing time
The clock losing time, after no use for an extended period.
DM42 SN: 0612
Re: DM42- clock losing time
Another user just reported the same thing, in this thread.rprosperi wrote: ↑Fri May 10, 2019 4:30 amIt's not clear that there is an issue, just some vague comments that you think it lost some amount of time over some other amount of time; you noted yourself that you didn't even record it.
I suggest you do this, to help characterize if there is an issue:
1. Update to the latest f/w
2. Set the time precisely and record the time that you set it (using a reliable, objective source)
3. Enjoy life for a couple months
4. Come back and check the time on the DM42 vs. the original source, and record the difference
Then come back here and report it. Either the result is there is not enough difference to matter, OR that you've provided a solid case that something is amiss and a basis for SM to investigate.
Given that I had the latest firmware when I reported it, and it’s been months since I posted the original message..
I think there’s enough information there for people with multiple DM-42’s to do the experiment and report.
DM42 SN: 0612
-
- Posts: 564
- Joined: Mon Apr 24, 2017 8:38 pm
Re: DM42- clock losing time
Are we talking a few seconds different per month? A few minutes? A few hours? A few days?
It's a calculator, not a precision time piece. A little lost time is not an issue.
It's a calculator, not a precision time piece. A little lost time is not an issue.
Re: DM42- clock losing time
Many minutes over several months.keithdalby wrote: ↑Fri May 10, 2019 6:18 amAre we talking a few seconds different per month? A few minutes? A few hours? A few days?
It's a calculator, not a precision time piece. A little lost time is not an issue.
There are precision clock sources driving most microcontrollers (some use the cheesy resonators), there’s no excuse for that much loss of time especially in such a short period. I wouldn’t expect that much Lost time until several years have lapsed.
DM42 SN: 0612
Re: DM42- clock losing time
I can confirm that the DM42 clock has a precision in the order of minutes, not seconds. My DM42 is 11 minutes ahead of true time today - I adjusted it several months ago (sorry I didn't record that date).
I concur it's a calculator, not a clock, even less a precision clock. Nevertheless (and as mentioned in post #2 of this thread already), this precision is not conforming with a quartz-controlled clock which is standard nowadays even at low cost devices.
And it bears the name "SwissMicros" which certainly sets expectations ...
I concur it's a calculator, not a clock, even less a precision clock. Nevertheless (and as mentioned in post #2 of this thread already), this precision is not conforming with a quartz-controlled clock which is standard nowadays even at low cost devices.
And it bears the name "SwissMicros" which certainly sets expectations ...
WP43 SN00000, 34S, and 31S for obvious reasons; HP-35, 45, ..., 35S, 15CE, DM16L S/N# 00093, DM42β SN:00041
Re: DM42- clock losing time
Thanks for confirming this WalterWalter wrote: ↑Fri May 10, 2019 1:05 pmI can confirm that the DM42 clock has a precision in the order of minutes, not seconds. My DM42 is 11 minutes ahead of true time today - I adjusted it several months ago (sorry I didn't record that date).
I concur it's a calculator, not a clock, even less a precision clock. Nevertheless (and as mentioned in post #2 of this thread already), this precision is not conforming with a quartz-controlled clock which is standard nowadays even at low cost devices.
And it bears the name "SwissMicros" which certainly sets expectations ...
DM42 SN: 0612
Re: DM42- clock losing time
Despite using a 32768khz reference device (be it a crystal or a resonator or whatever they are using on it), the time depended on two factors:
1. Hardware oscillator circuitry precision. The hardware design, namely the load components used affect the frequency that will not be exactly 32768khz if the project was not covering this clock "feature". Also the crystal/resonator type will have its own precision tolerances, namely to temperature changes.
So to have a precision clock it requires adequate hardware design to support that "feature" in first place.
2. Software design. As already mentioned, documentation exists to be followed that covers the different processor states in order to maintain good accuracy, as long as the hardware oscillator precision can be trusted.
I don't remember to see any adverts from the manufacturer concerning the precision of the clock but i might be wrong.
1. Hardware oscillator circuitry precision. The hardware design, namely the load components used affect the frequency that will not be exactly 32768khz if the project was not covering this clock "feature". Also the crystal/resonator type will have its own precision tolerances, namely to temperature changes.
So to have a precision clock it requires adequate hardware design to support that "feature" in first place.
2. Software design. As already mentioned, documentation exists to be followed that covers the different processor states in order to maintain good accuracy, as long as the hardware oscillator precision can be trusted.
I don't remember to see any adverts from the manufacturer concerning the precision of the clock but i might be wrong.
Jose Mesquita
http://www.radiomuseum.org/collection/j ... quita.html
http://www.radiomuseum.org/collection/j ... quita.html