Title: gelöst: Genauigkeit der RTC
Post by: DL8EBD on 05. November 2017, 10:33:54
Title: Re:Genauigkeit der RTC
Post by: hb9trt on 05. November 2017, 11:10:54
Hallo Thomas
Also meine geht leicht vor. Nach ca. 2 Wochen etwa 1 Minute. Korrigiert habe ich noch nichts. Aber geht nicht bös daneben.
Gruss
Reto |
Title: Re:Genauigkeit der RTC
Post by: DF8OE on 05. November 2017, 11:28:06
Ich habe auch den Verdacht, dass die ppm-Korrektur irgendwo auf /dev/null geht. Ich habe das noch nicht sooo genau kontrolliert, meine aber auch, dass eine Änderung der Einstellung ohne Wirkung bleibt.
vy 73
Andreas |
Title: Re:Genauigkeit der RTC
Post by: S53DZ on 05. November 2017, 17:32:32
Probably I was lucky with the RTC.
Here is the story:
I took a 32k quartz from an old ARM board, together with two 20 pF! capacitors. They were an obvious good match for the impedance of this particular quartz. However these Cs influence a little bit the XTAL frequency.
With a ppm correction = 0ppm I reached an accuracy of about 5 sec pro 3 months. I think this is also a target accuracy for such RTC, considering the possible temperature drifts in particular.
Working setup: mcHF, STM32F429, 12.6V. (Not the OVI40! - so probably I am off-topic here.)
Unfortunately I can not advise you on which particular crystal to take but I think it matters.
73 Bojan
|
Title: Re:Genauigkeit der RTC
Post by: DF8OE on 05. November 2017, 18:12:07
Of course it is possible to reach very good accuracy "out-of-the-box". But if frequency is a little bit different from expected this should be correctable via ppm setting. I am not sure this is working at mcHF - but i am in doubt it works on OVI40.
vy 73
Andreas |
Title: Re:Genauigkeit der RTC
Post by: DB4PLE on 05. November 2017, 19:38:56
Hallo,
der Code der RTC PPM Korrektur wurde 1:1 vom F4 übernommen. Da auch das RTC Modul im Prinzip identisch ist, bin ich davon ausgegangen, dass das auch funktioniert. Das scheint nicht zu stimmen. Bitte macht einen GitHub Issue dazu, danke!
Kurzer Blick in den Code des HAL: auch dort sieht es identisch aus im Vergleich F4 und F7, es ist also nicht klar warum das nicht geht.
73
Danilo |
Title: Re:Genauigkeit der RTC
Post by: S53DZ on 17. November 2017, 19:08:15
I have measured a short-time influence of RTC calibration. Please, find attached the measurement table.
It seems that it works well only for the PPM values from -487 to zero.
EDIT:
these were made on STM32F4 but if on F7 there is the same code, perhaps it could help ...
73 Bojan |
Title: Re:Genauigkeit der RTC
Post by: S53DZ on 17. November 2017, 21:35:33
Thomas,
nice to hear that you are just inside ...
May I ask you with which FW and on which MCU?
You can lower a bit the XTAL frequency by adding some additional Cs to the crystal impedance matching Cs but you then also mismatch the XTAL and probably gain little more oscillator quiescent current when on battery.
But on the other hand if this compensation for +PPM values really does not work properly you would again be outside the 488 limits.
Added:
My very last quick measurement using +400ppm just go along your observation: By choosing higher +PPM values time compensation is falling and not raising as with -PPM values. So, by this I think it is a FW issue.
73 Bojan |
Title: Re:Genauigkeit der RTC
Post by: DB4PLE on 17. November 2017, 23:02:33
Hi Bojan,
your observation is right, there is a firmware issue. I misunderstood the parameter concept for the Hal Smooth Calib function.
That leads to correct behavior when negative ppm values are used and positive ppm values are basically also negative ones but with opposite sign (large values -> small correction).
Will fix this.
73
Danilo |
Title: Re:Genauigkeit der RTC
Post by: peter_77 on 18. November 2017, 20:23:30
Interessant das minor Fixes wie der Uhrenkorrekturfaktor nun gleich Änderungen der Versionsnummern an 2ter Stelle nach sich ziehen.
Erwartet hätte man ja was an 3ter Stelle oder geht es jetzt mit Siebenmeilen auf die 3.0.0 zu ;D ??
|
Title: Re:Genauigkeit der RTC
Post by: S53DZ on 19. November 2017, 08:40:21
Danilo,
nice job there with the last fix. It works also in +ppm direction now (I didn't re-check the -ppm direction though).
73 Bojan
|
Title: Re:Genauigkeit der RTC
Post by: OE3HKC on 19. November 2017, 09:27:08
Hallo Peter,
Wenn ich es richtig verstanden hab, bedeutet eine gerade Zahl an zweiter Stelle eine stable release, da gibt es nur eine Null an dritter Stelle.
Eine ungerade Zahl an zweiter Stelle bedeutet developement release, da wird dann die dritte Stelle mit jeder(auch noch so kleinen) Firmwareänderung um eins erhöht, bis der Zeitpunkt für die nächste Stable release erreicht ist...
Das wäre im konkreten Fall hier 2.8.0
Hoffe es stimmt so, wie ich es verstanden habe...
Vy 73,
Helmut |
Title: Re:Genauigkeit der RTC
Post by: DB4PLE on 19. November 2017, 10:49:27
Hallo Peter,
Interessant das minor Fixes wie der Uhrenkorrekturfaktor nun gleich Änderungen der Versionsnummern an 2ter Stelle nach sich ziehen.
Erwartet hätte man ja was an 3ter Stelle oder geht es jetzt mit Siebenmeilen auf die 3.0.0 zu ;D ??
|
|
Das eine hat mit dem anderen nichts zu tun: 2.7.0 ist einfach die erste Entwicklungs-Version nach dem Stable 2.6
Und der PPM Fix war zufällig der 1. Fix.
Siehe https://github.com/df8oe/UHSDR/wiki/Firmware-and-Bootloader-Versioning-Scheme-Explanation (https://github.com/df8oe/UHSDR/wiki/Firmware-and-Bootloader-Versioning-Scheme-Explanation)
@Helmut: Theoretisch gibt es auch bei Stable-Releases Nummer ungleich 0 in der dritten Stellen, wenn wir eine Release fixen wollen, aber nicht den aktuellen Entwicklungs-Stand rausgeben wollen.
73
Danilo
|
Title: Re:gelöst: Genauigkeit der RTC
Post by: S53DZ on 25. November 2017, 09:47:17
Hi,
I can report also for the STM32F429 mcHF (OT) that the calibration works. I suppose it is the same code for that. Thanks for this fix.
I would just add that at 1 PPM the difference is 2,6 sec pro month. Knowing that the calibration works by adding or dropping some pulses only occasionally it can be expected that this happens at some 10 days for 1 PPM change. I think it is excellent to achieve that accuracy for this RTX.
So, Thomas et al, patience at waiting for the result as it can go up and down in short term.
73 Bojan |
Diskussions- und Newsboard des DARC-Ortsverbandes I40 | Powered by YaBB SE
© 2001-2003, YaBB SE Dev Team. All Rights Reserved.
|