Title: gelöst: Genauigkeit der RTC
Post by: DL8EBD on 05. November 2017, 10:33:54
ich hab mittlerweile +450ppm Korrektur eingestellt und meine RTC geht immer noch 15 Sekunden pro Tag nach.
Wie sieht das bei den anderen Betatestern aus? |
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: DL8EBD on 05. November 2017, 12:10:28
Andreas, genau diesen Verdacht hege ich auch, denn ich habe keinerlei "Verbesserung" der Abweichung festgestellt.
Oder muss man die RTC jedes mal erst mit RESET zurücksetzen?
Wozu ist der Menüpunkt eigentlich?
@Reto
2 Minuten in 14 Tagen ist für eine Quarzuhr inakzeptabel.
Solche Abweichungen kenne ich sonst nur von meiner Schweizer Armbanduhr ;D ;D ;D |
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: DL8EBD on 05. November 2017, 20:10:33
Danilo, ich bin gerade auf 488ppm gegangen, das ist das Maximum was einstellbar ist und plötzlich geht die Uhr innerhalb 2h um 20 Sekunden vor. ;D
Das muss ich jetzt aber nochmal genauer untersuchen.
Danilo, kann man zu Messzwecken den Sekundentakt mal auf einen freien GPIO führen?
Dann kann ich die Periodendauer mit dem HP messen und sehen wie die RTC Calibration wirkt (oder eben nicht wirkt)
|
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: DL8EBD on 17. November 2017, 19:42:35
Bojan, at the moment I'm at +466ppm and the drift it acceptable
|
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: DL8EBD on 18. November 2017, 14:52:28
Danke Danilo!
Ich teste die Daily gerade |
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: gelöst: Genauigkeit der RTC
Post by: DL8EBD on 24. November 2017, 21:45:04
wollte noch positiv rückmelden dass ich nun eine recht genau gehende RTC habe!
Durch die jüngst mehrfachen Unterbrechungen der Batteriespannung fehlt mir zwar eine Langzeitaufnahme, aber die Genauigkeit liegt zuletzt bei 1-2 Sekunden pro Tag (war mal bei -15 Sekunden) .
Das bekomme ich aber noch genauer hin ;D
RTC Calibration aktuell bei +20ppm !
Sehr gut!
Nochmals Dank an Danilo und den Softwerkern für den Fix |
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.
|