I don't know if this helps since it's not OVMS databut I have US Leaf with miles on instrument panel but leaf spy shows odometer in km<br id="yMail_cursorElementTracker_1523464097052"><br><div id="ymail_android_signature"></div> <br> <blockquote style="margin: 0 0 20px 0;"> <div style="font-family:Roboto, sans-serif; color:#6D00F6;"> <div>On Wed, Apr 11, 2018 at 12:14 PM, ovmsdev-request@lists.openvehicles.com</div><div><ovmsdev-request@lists.openvehicles.com> wrote:</div> </div> <div style="padding: 10px 0 0 20px; margin: 10px 0 0 0; border-left: 1px solid #6D00F6;"> <div dir="ltr">Send OvmsDev mailing list submissions to<br></div><div dir="ltr">    <a ymailto="mailto:ovmsdev@lists.openvehicles.com" href="mailto:ovmsdev@lists.openvehicles.com">ovmsdev@lists.openvehicles.com</a><br></div><div dir="ltr"><br></div><div dir="ltr">To subscribe or unsubscribe via the World Wide Web, visit<br></div><div dir="ltr">    <a href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" target="_blank">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a><br></div><div dir="ltr">or, via email, send a message with subject or body 'help' to<br></div><div dir="ltr">    <a ymailto="mailto:ovmsdev-request@lists.openvehicles.com" href="mailto:ovmsdev-request@lists.openvehicles.com">ovmsdev-request@lists.openvehicles.com</a><br></div><div dir="ltr"><br></div><div dir="ltr">You can reach the person managing the list at<br></div><div dir="ltr">    <a ymailto="mailto:ovmsdev-owner@lists.openvehicles.com" href="mailto:ovmsdev-owner@lists.openvehicles.com">ovmsdev-owner@lists.openvehicles.com</a><br></div><div dir="ltr"><br></div><div dir="ltr">When replying, please edit your Subject line so it is more specific<br></div><div dir="ltr">than "Re: Contents of OvmsDev digest..."<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">Today's Topics:<br></div><div dir="ltr"><br></div><div dir="ltr">   1. Leaf Odometer Units (Tom Parker)<br></div><div dir="ltr">   2. Re: changes.txt (Michael Balzer)<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">----------------------------------------------------------------------<br></div><div dir="ltr"><br></div><div dir="ltr">Message: 1<br></div><div dir="ltr">Date: Wed, 11 Apr 2018 21:55:14 +1200<br></div><div dir="ltr">From: Tom Parker <<a ymailto="mailto:tom@carrott.org" href="mailto:tom@carrott.org">tom@carrott.org</a>><br></div><div dir="ltr">To: OVMS Developers <<a ymailto="mailto:ovmsdev@lists.teslaclub.hk" href="mailto:ovmsdev@lists.teslaclub.hk">ovmsdev@lists.teslaclub.hk</a>><br></div><div dir="ltr">Subject: [Ovmsdev] Leaf Odometer Units<br></div><div dir="ltr">Message-ID: <<a ymailto="mailto:6496e407-cef0-ef76-96d2-86c174107291@carrott.org" href="mailto:6496e407-cef0-ef76-96d2-86c174107291@carrott.org">6496e407-cef0-ef76-96d2-86c174107291@carrott.org</a>><br></div><div dir="ltr">Content-Type: text/plain; charset=utf-8; format=flowed<br></div><div dir="ltr"><br></div><div dir="ltr">Hi,<br></div><div dir="ltr"><br></div><div dir="ltr">I'm parsing the Leaf odometer out of the car can bus messages (something <br></div><div dir="ltr">that wasn't possible on the ovms v2). The leaf apparently sends the <br></div><div dir="ltr">odometer in km or miles, depending on the dashboard units. I'm detecting <br></div><div dir="ltr">the units and setting them on the ovms metric, but I can only test on a <br></div><div dir="ltr">car that records km. If it doesn't understand the units it does not <br></div><div dir="ltr">populate the odometer value at all.<br></div><div dir="ltr"><br></div><div dir="ltr">When someone gets an OVMS on Leaf which shows it's odometer in miles can <br></div><div dir="ltr">you please let me know if your odometer metric remains zero, is reported <br></div><div dir="ltr">with the correct units, or reported with the wrong units.<br></div><div dir="ltr"><br></div><div dir="ltr">Thanks.<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">------------------------------<br></div><div dir="ltr"><br></div><div dir="ltr">Message: 2<br></div><div dir="ltr">Date: Wed, 11 Apr 2018 18:13:41 +0200<br></div><div dir="ltr">From: Michael Balzer <<a ymailto="mailto:dexter@expeedo.de" href="mailto:dexter@expeedo.de">dexter@expeedo.de</a>><br></div><div dir="ltr">To: <a ymailto="mailto:ovmsdev@lists.openvehicles.com" href="mailto:ovmsdev@lists.openvehicles.com">ovmsdev@lists.openvehicles.com</a><br></div><div dir="ltr">Subject: Re: [Ovmsdev] changes.txt<br></div><div dir="ltr">Message-ID: <<a ymailto="mailto:5777c152-653e-5af7-ba9f-98ed48f2c3ac@expeedo.de" href="mailto:5777c152-653e-5af7-ba9f-98ed48f2c3ac@expeedo.de">5777c152-653e-5af7-ba9f-98ed48f2c3ac@expeedo.de</a>><br></div><div dir="ltr">Content-Type: text/plain; charset="utf-8"<br></div><div dir="ltr"><br></div><div dir="ltr">Mark,<br></div><div dir="ltr"><br></div><div dir="ltr">I would reduce this much further to:<br></div><div dir="ltr"><br></div><div dir="ltr">????-??-?? ???? ???????? OTA release<br></div><div dir="ltr">- Tesla Model S: Support v.bat.soc, v.pos.speed and park/drive status metrics<br></div><div dir="ltr"><br></div><div dir="ltr">This is IMO the only change from the current log a normal user needs to know about.<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">The SD card configuration is on the edge, I would remove that entry from the user info as well, as a normal user will (should) not need to touch these configs:<br></div><div dir="ltr"><br></div><div dir="ltr">- SD CARD: Provide configurable sdcard parameters:<br></div><div dir="ltr">??? sdcard [maxfreq.khz] = 16000???????? Maximum frequency (in kHz) of SD CARD bus<br></div><div dir="ltr">??? sdcard [automount] = yes???????????? Automatically mount SD CARD on insertion<br></div><div dir="ltr"><br></div><div dir="ltr">The DebugCrash records info is also on the edge, I would now also remove that from the changes file as no normal user can make use of that info:<br></div><div dir="ltr"><br></div><div dir="ltr">- Boot: store & send crash debug info (*-OVM-DebugCrash records)<br></div><div dir="ltr"><br></div><div dir="ltr">The remaining changes are bug fixes or internal stuff no user needs to know, only developers:<br></div><div dir="ltr"><br></div><div dir="ltr">- Wifi: Increase scan responsiveness (60 seconds -> 10, on first scan)<br></div><div dir="ltr">- Server v2: Introduce a 50ms delay between setting charge mode and current in same command<br></div><div dir="ltr">- Core: Changes to housekeeping and events tasks to move event delivery and housekeeping actions<br></div><div dir="ltr">? to the event task (removing housekeeping task)<br></div><div dir="ltr">- Core: Enable watchdogs for production builds<br></div><div dir="ltr">- SD CARD: Reliability improvements to SD CARD auto-mounting on insertion<br></div><div dir="ltr">- Core: Introduce protection for thread safety while logging, to workaround ESP IDF bug<br></div><div dir="ltr">? <a href="https://github.com/espressif/esp-idf/issues/1837" target="_blank">https://github.com/espressif/esp-idf/issues/1837</a><br></div><div dir="ltr"><br></div><div dir="ltr">All this can be reduced to a single line "lots of bug fixes and optimizations".<br></div><div dir="ltr"><br></div><div dir="ltr">Am I too radical on this?<br></div><div dir="ltr"><br></div><div dir="ltr">Regards,<br></div><div dir="ltr">Michael<br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">Am 11.04.2018 um 02:06 schrieb Mark Webb-Johnson:<br></div><div dir="ltr">><br></div><div dir="ltr">> Yes, that is the intention. For v2, I generally did this for each firmware release by doing a ?git lola? (like your 'git log --oneline --no-merges?), going<br></div><div dir="ltr">> through the changelog, and updating the changes.txt with non technical translations of core functionality changes. Trivial changes were not recorded in<br></div><div dir="ltr">> changes.txt.<br></div><div dir="ltr">><br></div><div dir="ltr">> I just reviewed the latest, and this is what I came up with:<br></div><div dir="ltr">><br></div><div dir="ltr">>     $ git log --oneline --no-merges 3.1.003 master<br></div><div dir="ltr">>     aeb7728 (HEAD -> master) Tesla Model S: Refinements for v.e.handbrake and Mph/Kph support<br></div><div dir="ltr">>     52e8214 (origin/master, origin/HEAD) Web shell: touch keyboard optimization<br></div><div dir="ltr">>     2eab5d3 Provide configurable parameters for sdcard: sdcard [maxfreq.khz] = 16000 sdcard [automount] = yes<br></div><div dir="ltr">>     a2804b8 Add ovms_utils.h for FormatHexDump.<br></div><div dir="ltr">>     343ad45 Reimplement setting console prompt for secure mode<br></div><div dir="ltr">>     09f6f6b Tesla Model S: Use 32bit arithmetic for data decoding<br></div><div dir="ltr">>     ed4d700 Tesla Model S: Use 32bit arithmetic for data decoding<br></div><div dir="ltr">>     6f732b2 Improve hexdump of 're list' to show ascii printable characters.<br></div><div dir="ltr">>     82cccc7 Tesla Model S: Gear selector - on/awake<br></div><div dir="ltr">>     3e0d5b1 TeslaModelS: v.bat.soc and v.pos.speed metrics<br></div><div dir="ltr">>     e898c1b TeslaModelS: Fix for metric v.bat.soc<br></div><div dir="ltr">>     c5bc34a TeslaModelS: Fix for metric v.pos.speed<br></div><div dir="ltr">>     ad46fb2 Clone data passed to SignalEvent<br></div><div dir="ltr">>     ed32467 Default production config support for ESP IDF panic stub<br></div><div dir="ltr">>     b38b0ef Mutex protect fsync function call, on logging, to workaround ESP IDF bug <a href="https://github.com/espressif/esp-idf/issues/1837" target="_blank">https://github.com/espressif/esp-idf/issues/1837</a><br></div><div dir="ltr">>     37c5f4b Boot: store & send crash debug info (*-OVM-DebugCrash records) Note: needs esp-idf update (daef4b5c11a646b7149bf3534e338f3070ae3abf)<br></div><div dir="ltr">>     1bcbef9 Clone data passed to SignalEvent<br></div><div dir="ltr">>     d9931cb Changelog update<br></div><div dir="ltr">>     be39917 Run SD CARD automount in Events task context, not Timer.<br></div><div dir="ltr">>     f0969a3 Refactor housekeeping/events tasks to use Events task for signal dispatch and housekeeping.<br></div><div dir="ltr">>     97775cf OVMS task naming cleanup<br></div><div dir="ltr">>     90c00b8 Enable watchdog reset for production builds<br></div><div dir="ltr">>     fde6d8d OVMS task naming cleanup<br></div><div dir="ltr">>     f6a8de5 changes.txt update<br></div><div dir="ltr">>     7ea18b4 Server v2: Delay 50ms on cmd #16 (between setting mode and current)<br></div><div dir="ltr">>     21e4110 Increase wifi scan responsiveness<br></div><div dir="ltr">><br></div><div dir="ltr">><br></div><div dir="ltr">> Becomes:<br></div><div dir="ltr">><br></div><div dir="ltr">>     ????-??-?? ??? ???????? ?OTA release<br></div><div dir="ltr">>     ? ? ? ? ? ? ? ? ? ? ? ? ?- Wifi: Increase scan responsiveness (60 seconds -> 10, on first scan)<br></div><div dir="ltr">>     ? ? ? ? ? ? ? ? ? ? ? ? ?- Server v2: Introduce a 50ms delay between setting charge mode and current in same command<br></div><div dir="ltr">>     ? ? ? ? ? ? ? ? ? ? ? ? ?- Core: Changes to housekeeping and events tasks to move event delivery and housekeeping actions<br></div><div dir="ltr">>     ? ? ? ? ? ? ? ? ? ? ? ? ? ?to the event task (removing housekeeping task)<br></div><div dir="ltr">>     ? ? ? ? ? ? ? ? ? ? ? ? ?- Core: Enable watchdogs for production builds<br></div><div dir="ltr">>     ? ? ? ? ? ? ? ? ? ? ? ? ?- SD CARD: Reliability improvements to SD CARD auto-mounting on insertion<br></div><div dir="ltr">>     ? ? ? ? ? ? ? ? ? ? ? ? ?- SD CARD: Provide configurable sdcard parameters:<br></div><div dir="ltr">>     ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?sdcard [maxfreq.khz] = 16000 ? ? ? ? Maximum frequency (in kHz) of SD CARD bus<br></div><div dir="ltr">>     ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?sdcard [automount] = yes ? ? ? ? ? ? Automatically mount SD CARD on insertion<br></div><div dir="ltr">>     ? ? ? ? ? ? ? ? ? ? ? ? ?- Boot: store & send crash debug info (*-OVM-DebugCrash records)<br></div><div dir="ltr">>     ? ? ? ? ? ? ? ? ? ? ? ? ?- Core: Introduce protection for thread safety while logging, to workaround ESP IDF bug<br></div><div dir="ltr">>     ? ? ? ? ? ? ? ? ? ? ? ? ? ?<a href="https://github.com/espressif/esp-idf/issues/1837" target="_blank">https://github.com/espressif/esp-idf/issues/1837</a><br></div><div dir="ltr">>     ? ? ? ? ? ? ? ? ? ? ? ? ?- Tesla Model S: Support v.bat.soc, v.pos.speed and park/drive status metrics<br></div><div dir="ltr">><br></div><div dir="ltr">><br></div><div dir="ltr">> This process is helped if people can include full information in their commit messages - in particular for changes that impact features, usage, provide new<br></div><div dir="ltr">> options, etc - anything that is going to affect or be visible to the user.<br></div><div dir="ltr">><br></div><div dir="ltr">> Currently, the firmware download server has a file (<a href="http://api.openvehicles.com/firmware/ota/" target="_blank">http://api.openvehicles.com/firmware/ota/</a>[v3.0|v3.1]/<tag>/ovms3.ver<br></div><div dir="ltr">> <<a href="http://api.openvehicles.com/firmware/ota/%5Bv3.0%7Cv3.1%5D/%3Ctag%3E/ovms3.ver" target="_blank">http://api.openvehicles.com/firmware/ota/%5Bv3.0%7Cv3.1%5D/%3Ctag%3E/ovms3.ver</a>>) that stores a one-line ?current version?. I plan to change that to include<br></div><div dir="ltr">> the last few releases for changes.txt (as well as the version). That way, ?ota status? can show the changes in the latest version as well as the version<br></div><div dir="ltr">> number itself).<br></div><div dir="ltr">><br></div><div dir="ltr">> Regards, Mark.<br></div><div dir="ltr">><br></div><div dir="ltr">>> On 11 Apr 2018, at 5:31 AM, Michael Balzer <<a ymailto="mailto:dexter@expeedo.de" href="mailto:dexter@expeedo.de">dexter@expeedo.de</a> <mailto:<a ymailto="mailto:dexter@expeedo.de" href="mailto:dexter@expeedo.de">dexter@expeedo.de</a>>> wrote:<br></div><div dir="ltr">>><br></div><div dir="ltr">>> A suggestion for the changes.txt:<br></div><div dir="ltr">>><br></div><div dir="ltr">>> I thought and now suggest this file is intended as an extract of high level changes, i.e. changes that extend or change the user interface and/or features of<br></div><div dir="ltr">>> the system, but not bug fixes or internal reworks.<br></div><div dir="ltr">>><br></div><div dir="ltr">>> A log of all changes can be created automatically from the git log, no need to do that manually.<br></div><div dir="ltr">>><br></div><div dir="ltr">>> git log --oneline --no-merges 3.1.000..<br></div><div dir="ltr">>><br></div><div dir="ltr">>> If we add all commits, users will stop reading this file. If we reduce it to high level entries, it becomes a valuable info for users.<br></div><div dir="ltr">>><br></div><div dir="ltr">>> Regards,<br></div><div dir="ltr">>> Michael<br></div><div dir="ltr">>><br></div><div dir="ltr">>> -- <br></div><div dir="ltr">>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal<br></div><div dir="ltr">>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26<br></div><div dir="ltr">>><br></div><div dir="ltr">>><br></div><div dir="ltr">>> _______________________________________________<br></div><div dir="ltr">>> OvmsDev mailing list<br></div><div dir="ltr">>> <a ymailto="mailto:OvmsDev@lists.openvehicles.com" href="mailto:OvmsDev@lists.openvehicles.com">OvmsDev@lists.openvehicles.com</a> <mailto:<a ymailto="mailto:OvmsDev@lists.openvehicles.com" href="mailto:OvmsDev@lists.openvehicles.com">OvmsDev@lists.openvehicles.com</a>><br></div><div dir="ltr">>> <a href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" target="_blank">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a><br></div><div dir="ltr">><br></div><div dir="ltr">><br></div><div dir="ltr">><br></div><div dir="ltr">> _______________________________________________<br></div><div dir="ltr">> OvmsDev mailing list<br></div><div dir="ltr">> <a ymailto="mailto:OvmsDev@lists.openvehicles.com" href="mailto:OvmsDev@lists.openvehicles.com">OvmsDev@lists.openvehicles.com</a><br></div><div dir="ltr">> <a href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" target="_blank">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a><br></div><div dir="ltr"><br></div><div dir="ltr">-- <br></div><div dir="ltr">Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal<br></div><div dir="ltr">Fon 02333 / 833 5735 * Handy 0176 / 206 989 26<br></div><div dir="ltr"><br></div><div dir="ltr">-------------- next part --------------<br></div><div dir="ltr">An HTML attachment was scrubbed...<br></div><div dir="ltr">URL: <<a href="http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20180411/d11bb176/attachment.html" target="_blank">http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20180411/d11bb176/attachment.html</a>><br></div><div dir="ltr"><br></div><div dir="ltr">------------------------------<br></div><div dir="ltr"><br></div><div dir="ltr">Subject: Digest Footer<br></div><div dir="ltr"><br></div><div dir="ltr">_______________________________________________<br></div><div dir="ltr">OvmsDev mailing list<br></div><div dir="ltr"><a ymailto="mailto:OvmsDev@lists.openvehicles.com" href="mailto:OvmsDev@lists.openvehicles.com">OvmsDev@lists.openvehicles.com</a><br></div><div dir="ltr"><a href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" target="_blank">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a><br></div><div dir="ltr"><br></div><div dir="ltr"><br></div><div dir="ltr">------------------------------<br></div><div dir="ltr"><br></div><div dir="ltr">End of OvmsDev Digest, Vol 75, Issue 39<br></div><div dir="ltr">***************************************<br></div> </div> </blockquote>