<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">I would ask that from now onwards if people want to make changes to the *framework* files, they make them to the for-v3.3 branch (not master). The changes to the framework in v3.3 have been difficult to keep up to date when changes to the master branch files conflict.<div class=""><br class=""></div><div class="">Small changes to individual vehicle modules can continue in master, and I will periodically merge master -> for-v3.3 until ready to release. Perhaps after 3.2.016 goes EAP -> MAIN, we can consider merging for-v3.3 into master as it should be ready by then.</div><div class=""><br class=""></div><div class=""><span style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" class="">The for-v3.3 branch is definitely ok for developers to use now, and I have been running it in my cars for some time.</span></div><div class=""><span style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0);" class=""><br class=""></span></div><div class="">With my health issues mostly resolved, I am working now on getting v3.3 completed. The foundation is fine, modem -> cellular transition complete, and I am now left with just finalising the plugin system and integration to allow plugins to extend the console commands (no more ’script eval …’ needed).<br class=""><div><br class=""></div><div>Thanks, Mark</div><div><br class=""><blockquote type="cite" class=""><div class="">On 5 Mar 2021, at 9:30 PM, Michael Balzer <<a href="mailto:dexter@expeedo.de" class="">dexter@expeedo.de</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="content-isolator__container"><div class="protected-part"><div class="protected-title">Signed PGP part</div><div class="protected-content">
<meta http-equiv="content-type" content="text/html; charset=UTF-8" class="">
<div class="">
Everyone,<br class="">
<br class="">
I've just tagged the 3.2.016 release, uploaded it to my "eap"
directory and published the info on my site.<br class="">
<ul class="">
<li class=""><a moz-do-not-send="true" href="https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/releases/tag/3.2.016" class="">https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/releases/tag/3.2.016</a></li>
<li class=""><a moz-do-not-send="true" href="https://dexters-web.de/firmware-release-3.2.016-text_98.en.htm" class="">https://dexters-web.de/firmware-release-3.2.016-text_98.en.htm</a></li>
</ul>
Mark, I suggest you do the same on <a href="http://openvehicles.com" class="">openvehicles.com</a>.<br class="">
<br class="">
If no issues turn up, we should aim at the "main" release in about
1-2 weeks.<br class="">
<br class="">
<u class="">Summary of changes:</u><br class="">
<br class="">
<font face="monospace" class="">- New vehicle: VW e-Up via OBD-II Port
(VWUP.OBD)<br class="">
- New vehicle: MG ZS EV via OBD-II Port (MGEV)<br class="">
- New vehicle: BMW i3/i3s via OBD-II Port (BMWI3) <br class="">
<br class="">
- VW e-Up: combined T26A & OBD module, extended standard
metrics coverage,<br class="">
charge notifications & durations (OBD), enhanced cabin
pre-heating (T26)<br class="">
- VW e-UP T26A: add climate control and charging detection<br class="">
- VW e-Up: BMS cell monitoring (@OBD)<br class="">
- VW e-Up: CCS (DC) charge detection & data<br class="">
New metrics:<br class="">
xvu.c.ccs.u -- CCS charger supplied voltage [V]<br class="">
xvu.c.ccs.i -- CCS Charger supplied current [A]<br class="">
xvu.c.ccs.p -- CCS Charger supplied power [kW]<br class="">
- VW e-Up: replaced MFD range based CAC/SOH by charge coulomb
count based<br class="">
Removed metrics:<br class="">
xvu.b.cap.range<br class="">
xvu.b.cap.chg.ah.norm<br class="">
xvu.b.cap.chg.ah.norm<br class="">
xvu.b.cap.chg.kwh.norm<br class="">
xvu.b.cap.chg.kwh.abs<br class="">
New metrics:<br class="">
xvu.b.energy.range -- MFD range estimation energy [kWh]<br class="">
xvu.b.cap.kwh.range -- … usable battery capacity derived
[kWh]<br class="">
xvu.b.cap.ah.abs -- Charge coulomb based capacity [Ah]<br class="">
xvu.b.cap.ah.norm -- … normalized (usable) [Ah]<br class="">
xvu.b.cap.kwh.abs -- Charge energy based capacity [kWh]<br class="">
xvu.b.cap.kwh.norm -- … normalized (usable) [kWh]<br class="">
<br class="">
- MG ZS EV: Add Charging Metrics page.<br class="">
- MG ZS EV: Add support for ms_v_charge_kwh, ms_v_bat_energy_used
and ms_v_bat_coulomb_used metrics<br class="">
<br class="">
- Volt/Ampera: BMS cell monitoring (CAN1 polling), fast CAN
polling when waking up,<br class="">
estimated range gets from CAN instead of calculation, <br class="">
lock/unlock status processing fixed for Volt 14MY; <br class="">
New standard metrics: <br class="">
trip (this charge), energy used (this charge), HV battery
capacity (CAC, Ah), <br class="">
transmission temp, doors, trunk, hood, lightings;<br class="">
- Volt/Ampera: new xva metrics:<br class="">
xva.v.p.trip.ev = trip using electric, km;<br class="">
xva.v.e.fuel = fuel tank level, %; <br class="">
<br class="">
- Renault Twizy: new metrics to reflect extended lock & valet
modes:<br class="">
xrt.v.e.locked.speed -- Speed limit [kph] set for Twizy
lock mode<br class="">
xrt.v.e.valet.odo -- Odometer limit [km] set for Twizy
valet mode<br class="">
- Renault Twizy: support additional OBD/UDS request types &
arguments on "xrt obd request"<br class="">
<br class="">
- ZOE: BMS cell monitoring (PH1)<br class="">
<br class="">
- SmartED: add Drivmode for Brabus<br class="">
<br class="">
- Nissan Leaf: invert batt current sign to match standard metrics
definition, populate charger power/efficiency<br class="">
<br class="">
- Vehicle framework: generic single OBD2/UDS request shell command
& API call<br class="">
New commands:<br class="">
obdii can[1-4] request device [-t<timeout_ms>] [-e] txid
rxid request<br class="">
obdii can[1-4] request broadcast [-t<timeout_ms>]
request<br class="">
<br class="">
- BMS: optional cell voltage & temperature logging<br class="">
New configs:<br class="">
[vehicle] bms.log.voltage.interval Interval [s] for cell
voltage logging, default 0=disable<br class="">
[vehicle] bms.log.temp.interval Interval [s] for cell
temperature logging, default 0=disable<br class="">
- BMS: detection of inconsistent voltage series by gradient &
stddev average deviation<br class="">
thresholds, added pack metrics to battery monitor web UI,
change cell warning & alert<br class="">
thresholds to be applied exceeding stddev level<br class="">
New metrics:<br class="">
v.b.p.voltage.grad Cell voltage - gradient
of current series [V]<br class="">
New configs:<br class="">
[vehicle] bms.dev.voltage.maxgrad Max gradient for a valid
series<br class="">
[vehicle] bms.dev.voltage.maxsddev Max stddev deviation
from average for valid series<br class="">
<br class="">
- Notifications: added optional long term trip & grid
(charge/generator session) server logs.<br class="">
See
<a class="moz-txt-link-freetext" href="https://docs.openvehicles.com/en/latest/userguide/notifications.html">https://docs.openvehicles.com/en/latest/userguide/notifications.html</a>
for details.<br class="">
New configs:<br class="">
[notify] log.trip.storetime Trip log storage time in days,
0/empty = off (default)<br class="">
[notify] log.trip.minlength … minimum trip length in km,
default 0.2 km<br class="">
[notify] log.grid.storetime Grid log storage time in days,
0/empty = off (default)<br class="">
<br class="">
- Metrics: extended reboot persistence: most vehicle state and
long term counter<br class="">
metrics will now retain their values over a reboot (e.g. OTA
update)<br class="">
- Metrics: new standard metrics for grid integration (V2G) /
generator role<br class="">
New standard metrics:<br class="">
v.c.kwh.grid Energy drawn from grid during running
session<br class="">
v.c.kwh.grid.total Energy drawn from grid total (life
time)<br class="">
v.g.generating True = currently delivering power<br class="">
v.g.climit Maximum generator input current (from
battery)<br class="">
v.g.current Momentary generator input current
(from battery)<br class="">
v.g.duration.empty Estimated time remaining for full
discharge<br class="">
v.g.duration.range … for range limit<br class="">
v.g.duration.soc … for SOC limit<br class="">
v.g.efficiency Momentary generator efficiency<br class="">
v.g.kwh Energy sum generated in the running
session<br class="">
v.g.kwh.grid Energy sent to grid during running
session<br class="">
v.g.kwh.grid.total Energy sent to grid total<br class="">
v.g.limit.range Minimum range limit for generator mode<br class="">
v.g.limit.soc Minimum SOC limit for generator mode<br class="">
v.g.mode Generator mode (TBD)<br class="">
v.g.pilot Pilot signal present<br class="">
v.g.power Momentary generator output power<br class="">
v.g.state Generator state (TBD)<br class="">
v.g.substate Generator substate (TBD)<br class="">
v.g.temp Generator temperature<br class="">
v.g.time Duration of generator running<br class="">
v.g.timermode True if generator timer enabled <br class="">
v.g.timerstart Time generator is due to start <br class="">
v.g.type Connection type (chademo, ccs, …)<br class="">
v.g.voltage Momentary generator output voltage<br class="">
- TPMS: metrics rework & standard alert notifications on new
v.t.alert metric.<br class="">
Replaced metrics…<br class="">
v.tp.fl.p TPMS front left pressure<br class="">
v.tp.fl.t TPMS front left temperature<br class="">
v.tp.fr.p TPMS front right pressure<br class="">
v.tp.fr.t TPMS front right temperature<br class="">
v.tp.rl.p TPMS rear left pressure<br class="">
v.tp.rl.t TPMS rear left temperature<br class="">
v.tp.rr.p TPMS rear right pressure<br class="">
v.tp.rr.t TPMS rear right temperature<br class="">
…by…<br class="">
v.t.pressure TPMS tyre pressures vector
(fl,fr,rl,rr)<br class="">
v.t.temp TPMS tyre temperatures vector<br class="">
New standard metrics:<br class="">
v.t.alert TPMS tyre alert levels [0=normal,
1=warning, 2=alert]<br class="">
v.t.health TPMS tyre health states<br class="">
- New standard metrics for total (life time) energy and coulomb<br class="">
<br class="">
- Events: added automatic events on v.e.aux12v changes.<br class="">
New events:<br class="">
vehicle.aux.12v.on<br class="">
vehicle.aux.12v.off<br class="">
<br class="">
- Location: add metric for name of current location<br class="">
New metrics:<br class="">
v.p.location -- Name of current location if defined<br class="">
<br class="">
- Server V3 improvements:<br class="">
a) On first connection to MQTT broker we used to send all
metrics. Now<br class="">
we only send metrics for which we have a value.<br class="">
b) New config settings:<br class="">
"updatetime.on" which sets updatetime when the car is on
(driving)<br class="">
"updatetime.charging" which sets updatetime when the car
is charging<br class="">
"updatetime.awake" which sets updatetime when the car is
awake<br class="">
If unset the server uses the "idle" or "connected" interval
as before<br class="">
c) New config setting "updatetime.sendall". If you set this we
will publish<br class="">
_all_ valid metrics at this interval. Helpful to keep a
steady flow of<br class="">
values for charting.<br class="">
PLEASE NOTE: These settings will increase OVMS' data usage. <br class="">
<br class="">
- Wifi: option to immediately disconnect/reconnect on bad signal
level<br class="">
New config:<br class="">
[network] wifi.bad.reconnect [bool], default no<br class="">
- WiFi: replace fixed scan times by config instances<br class="">
New configs:<br class="">
[network] wifi.scan.tmin Min scan time per
channel [ms], default 120 ms<br class="">
[network] wifi.scan.tmax Max scan time per
channel [ms], default 120 ms<br class="">
<br class="">
- Updated wolfssh and wolfssl so the restriction of clients to use<br class="">
aes128-cbc cipher is no longer required.<br class="">
</font><br class="">
<br class="">
Regards,<br class="">
Michael<br class="">
<pre class="moz-signature" cols="72">--
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26</pre>
</div>
</div></div><br class=""><iframe class="content-isolator__isolated-content" sandbox="allow-scripts" scrolling="auto" width="200" height="10" style="border:none;display:block;overflow:auto;" data-src="data:text/html;charset=UTF-8;base64,PGlmcmFtZS1jb250ZW50IGRhdGEtaWZyYW1lLWhlaWdodD0idHJ1ZSI+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188QlI+T3Ztc0RldiBtYWlsaW5nIGxpc3Q8QlI+T3Ztc0RldkBsaXN0cy5vcGVudmVoaWNsZXMuY29tPEJSPmh0dHA6Ly9saXN0cy5vcGVudmVoaWNsZXMuY29tL21haWxtYW4vbGlzdGluZm8vb3Ztc2RldjxCUj48L2lmcmFtZS1jb250ZW50Pg=="></iframe></div></div></blockquote></div><br class=""></div></body></html>