[Ovmsdev] 3.2.016 released to EAP
Michael Balzer
dexter at expeedo.de
Fri Mar 5 21:30:15 HKT 2021
Everyone,
I've just tagged the 3.2.016 release, uploaded it to my "eap" directory
and published the info on my site.
* https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/releases/tag/3.2.016
<https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/releases/tag/3.2.016>
* https://dexters-web.de/firmware-release-3.2.016-text_98.en.htm
<https://dexters-web.de/firmware-release-3.2.016-text_98.en.htm>
Mark, I suggest you do the same on openvehicles.com.
If no issues turn up, we should aim at the "main" release in about 1-2
weeks.
_Summary of changes:_
- New vehicle: VW e-Up via OBD-II Port (VWUP.OBD)
- New vehicle: MG ZS EV via OBD-II Port (MGEV)
- New vehicle: BMW i3/i3s via OBD-II Port (BMWI3)
- VW e-Up: combined T26A & OBD module, extended standard metrics coverage,
charge notifications & durations (OBD), enhanced cabin pre-heating
(T26)
- VW e-UP T26A: add climate control and charging detection
- VW e-Up: BMS cell monitoring (@OBD)
- VW e-Up: CCS (DC) charge detection & data
New metrics:
xvu.c.ccs.u -- CCS charger supplied voltage [V]
xvu.c.ccs.i -- CCS Charger supplied current [A]
xvu.c.ccs.p -- CCS Charger supplied power [kW]
- VW e-Up: replaced MFD range based CAC/SOH by charge coulomb count based
Removed metrics:
xvu.b.cap.range
xvu.b.cap.chg.ah.norm
xvu.b.cap.chg.ah.norm
xvu.b.cap.chg.kwh.norm
xvu.b.cap.chg.kwh.abs
New metrics:
xvu.b.energy.range -- MFD range estimation energy [kWh]
xvu.b.cap.kwh.range -- … usable battery capacity derived [kWh]
xvu.b.cap.ah.abs -- Charge coulomb based capacity [Ah]
xvu.b.cap.ah.norm -- … normalized (usable) [Ah]
xvu.b.cap.kwh.abs -- Charge energy based capacity [kWh]
xvu.b.cap.kwh.norm -- … normalized (usable) [kWh]
- MG ZS EV: Add Charging Metrics page.
- MG ZS EV: Add support for ms_v_charge_kwh, ms_v_bat_energy_used and
ms_v_bat_coulomb_used metrics
- Volt/Ampera: BMS cell monitoring (CAN1 polling), fast CAN polling when
waking up,
estimated range gets from CAN instead of calculation,
lock/unlock status processing fixed for Volt 14MY;
New standard metrics:
trip (this charge), energy used (this charge), HV battery capacity
(CAC, Ah),
transmission temp, doors, trunk, hood, lightings;
- Volt/Ampera: new xva metrics:
xva.v.p.trip.ev = trip using electric, km;
xva.v.e.fuel = fuel tank level, %;
- Renault Twizy: new metrics to reflect extended lock & valet modes:
xrt.v.e.locked.speed -- Speed limit [kph] set for Twizy lock mode
xrt.v.e.valet.odo -- Odometer limit [km] set for Twizy valet mode
- Renault Twizy: support additional OBD/UDS request types & arguments on
"xrt obd request"
- ZOE: BMS cell monitoring (PH1)
- SmartED: add Drivmode for Brabus
- Nissan Leaf: invert batt current sign to match standard metrics
definition, populate charger power/efficiency
- Vehicle framework: generic single OBD2/UDS request shell command & API
call
New commands:
obdii can[1-4] request device [-t<timeout_ms>] [-e] txid rxid request
obdii can[1-4] request broadcast [-t<timeout_ms>] request
- BMS: optional cell voltage & temperature logging
New configs:
[vehicle] bms.log.voltage.interval Interval [s] for cell voltage
logging, default 0=disable
[vehicle] bms.log.temp.interval Interval [s] for cell
temperature logging, default 0=disable
- BMS: detection of inconsistent voltage series by gradient & stddev
average deviation
thresholds, added pack metrics to battery monitor web UI, change
cell warning & alert
thresholds to be applied exceeding stddev level
New metrics:
v.b.p.voltage.grad Cell voltage - gradient of
current series [V]
New configs:
[vehicle] bms.dev.voltage.maxgrad Max gradient for a valid series
[vehicle] bms.dev.voltage.maxsddev Max stddev deviation from
average for valid series
- Notifications: added optional long term trip & grid (charge/generator
session) server logs.
See
https://docs.openvehicles.com/en/latest/userguide/notifications.html for
details.
New configs:
[notify] log.trip.storetime Trip log storage time in days,
0/empty = off (default)
[notify] log.trip.minlength … minimum trip length in km,
default 0.2 km
[notify] log.grid.storetime Grid log storage time in days,
0/empty = off (default)
- Metrics: extended reboot persistence: most vehicle state and long term
counter
metrics will now retain their values over a reboot (e.g. OTA update)
- Metrics: new standard metrics for grid integration (V2G) / generator role
New standard metrics:
v.c.kwh.grid Energy drawn from grid during running session
v.c.kwh.grid.total Energy drawn from grid total (life time)
v.g.generating True = currently delivering power
v.g.climit Maximum generator input current (from battery)
v.g.current Momentary generator input current (from
battery)
v.g.duration.empty Estimated time remaining for full discharge
v.g.duration.range … for range limit
v.g.duration.soc … for SOC limit
v.g.efficiency Momentary generator efficiency
v.g.kwh Energy sum generated in the running session
v.g.kwh.grid Energy sent to grid during running session
v.g.kwh.grid.total Energy sent to grid total
v.g.limit.range Minimum range limit for generator mode
v.g.limit.soc Minimum SOC limit for generator mode
v.g.mode Generator mode (TBD)
v.g.pilot Pilot signal present
v.g.power Momentary generator output power
v.g.state Generator state (TBD)
v.g.substate Generator substate (TBD)
v.g.temp Generator temperature
v.g.time Duration of generator running
v.g.timermode True if generator timer enabled
v.g.timerstart Time generator is due to start
v.g.type Connection type (chademo, ccs, …)
v.g.voltage Momentary generator output voltage
- TPMS: metrics rework & standard alert notifications on new v.t.alert
metric.
Replaced metrics…
v.tp.fl.p TPMS front left pressure
v.tp.fl.t TPMS front left temperature
v.tp.fr.p TPMS front right pressure
v.tp.fr.t TPMS front right temperature
v.tp.rl.p TPMS rear left pressure
v.tp.rl.t TPMS rear left temperature
v.tp.rr.p TPMS rear right pressure
v.tp.rr.t TPMS rear right temperature
…by…
v.t.pressure TPMS tyre pressures vector (fl,fr,rl,rr)
v.t.temp TPMS tyre temperatures vector
New standard metrics:
v.t.alert TPMS tyre alert levels [0=normal,
1=warning, 2=alert]
v.t.health TPMS tyre health states
- New standard metrics for total (life time) energy and coulomb
- Events: added automatic events on v.e.aux12v changes.
New events:
vehicle.aux.12v.on
vehicle.aux.12v.off
- Location: add metric for name of current location
New metrics:
v.p.location -- Name of current location if defined
- Server V3 improvements:
a) On first connection to MQTT broker we used to send all metrics. Now
we only send metrics for which we have a value.
b) New config settings:
"updatetime.on" which sets updatetime when the car is on (driving)
"updatetime.charging" which sets updatetime when the car is
charging
"updatetime.awake" which sets updatetime when the car is awake
If unset the server uses the "idle" or "connected" interval as
before
c) New config setting "updatetime.sendall". If you set this we will
publish
_all_ valid metrics at this interval. Helpful to keep a steady
flow of
values for charting.
PLEASE NOTE: These settings will increase OVMS' data usage.
- Wifi: option to immediately disconnect/reconnect on bad signal level
New config:
[network] wifi.bad.reconnect [bool], default no
- WiFi: replace fixed scan times by config instances
New configs:
[network] wifi.scan.tmin Min scan time per channel
[ms], default 120 ms
[network] wifi.scan.tmax Max scan time per channel
[ms], default 120 ms
- Updated wolfssh and wolfssl so the restriction of clients to use
aes128-cbc cipher is no longer required.
Regards,
Michael
--
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/20210305/b5fe2213/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 203 bytes
Desc: OpenPGP digital signature
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20210305/b5fe2213/attachment-0001.sig>
More information about the OvmsDev
mailing list