[Ovmsdev] Default values and fields...
Michael Balzer
dexter at expeedo.de
Wed Jun 6 16:28:43 HKT 2018
Just tested this entry from the list:
"Europe/Berlin","CET-1CEST,M3.5.0,M10.5.0/3"
Same problem as with other public examples: local time is correct, but file dates are offset 1 hour into the future.
# con set vehicle timezone "CET-1CEST,M3.5.0,M10.5.0/3"
Parameter has been set.
# time stat
Time Zone: CET-1CEST;M3.5.0;M10.5.0/3
UTC Time: 2018-06-06 08:15:18 UTC
Local Time: 2018-06-06 10:15:18 CEST
Provider: ntp
PROVIDER STRATUM UPDATE TIME
gsm-nmea 2 12 Wed Jun 6 08:15:18 2018
*ntp 1 53 Wed Jun 6 08:15:17 2018
# vfs ls /sd
…
5 06-Jun-2018 11:14 testdate
Maybe this is a bug in the vfs.
"CET-2,M3.5.0/02:00:00,M10.5.0/03:00:00" works correctly now but I haven't tested if it would adapt to winter time.
Regards,
Michael
Am 06.06.2018 um 08:56 schrieb Mark Webb-Johnson:
> A topic on esp32.com <http://esp32.com> brought up this:
>
> https://github.com/nayarsystems/posix_tz_db
>
>
> The approach seems similar to what I spoke about before (scrape tzdata, although they scrape install zone files directly in
> /usr/share/zoneinfo). I’ve attached the csv output of that. 460 time zones, about 15KB code size. That is up-to-date with tzdata 2018d-1.
> Including a simple library wrapper, to (a) iterate over the zone names, and (b) return the posix string for a particular name, probably less
> than 20KB overhead.
>
> I live in such a simple timezone, it is hard for me to judge. Is this any use?
>
> Regards, Mark.
>
--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20180606/2827c37b/attachment.htm>
More information about the OvmsDev
mailing list