March 2021 - OvmsDev - Open Vehicles

Defective voltage regulator
by Chris van der Meijden 24 Mar '21

24 Mar '21

Hi all Yesterday I got my new OVMS from Fasttech for my new VW e-Golf project. All very well, but it won't boot from 12v DB9. 5v USB boots. In the WebUI->Status it shows always 3.2v as 12v voltage value. We believe the voltage regulator is faulty. I wrote Fasttech and they responded that I should contact the manufacturer "openvehicles" for warranty ??? Does anyone here have experience in warranty replacement of the OVMS? Who do I have to contact? How is the process of replacement? Thanx for help in advance. Regards Chris

2 2

3.2.016 released to EAP
by Michael Balzer 16 Mar '21

16 Mar '21

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/t… <https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/releases/t…> * 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

2 4

External Wifi antenna
by Michael Balzer 15 Mar '21

15 Mar '21

Some info for those in need of a better Wifi signal than achievable with the builtin ESP32-WROVER antenna: A friend of mine on the german Twizy forum had severe signal issues, using an external router antenna he saw an improvement of ~10 dB. Basics: - https://www.esp32.com/viewtopic.php?t=1635 …view on the OVMS module: Here's a video by him on the topic (in German, try automatic translation) – but sadly not showing the actual soldering process, more the afterworks: https://www.youtube.com/watch?v=4Uv71HiBPpg Regards, Michael -- Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

4 22

Re: [Ovmsdev] Time for release 3.2.016?
by sharkcow 11 Mar '21

11 Mar '21

Hi all, > Twice in the last few weeks I've gotten the "possible theft/flatbed" alert just as I was backing out of the garage. I have never received that alert before. I hadn't posted anything yet because I was waiting to drive the other car and see if has the same problem. I get this too every once in a while with my e-Up. Mostly shortly after parking, I think (and tragically, the one time I'd have needed it because I actually _did_ get towed, I had crashed OVMS into a boot loop just before :-/). sharkcow

6 26

Wifi AP bandwidth
by Derek Caudwell 09 Mar '21

09 Mar '21

Hi all, I've noticed the default wifi AP is using a 40mhz width. This is not ideal at 2.4ghz as it can be less stable and create interference see https://learntomato.flashrouters.com/wifi-frequency-wifi-channel-width-wire… . Does anyone mind if I submit a PR to default it to 20mhz instead? Cheers Derek

2 1

ESP32 S3
by Mark Webb-Johnson 07 Mar '21

07 Mar '21

Not available for a while, but the specs look incrementally better. Mark

2 4