[Ovmsdev] Nissan LEAF: HVAC Metrics
Mark Webb-Johnson
mark at webb-johnson.net
Mon Nov 11 13:51:31 HKT 2019
I will look into this, and let you know. The fan speeds, etc, can normally be represented as a percentage of maximum (to make it easier for Apps).
Can you explain what your car offers, and what the proposed settings are:
v.e.cabin.fan 0-100% (cabin fan speed)
v.e.cabin.setpoint 999C (cabin temperature set point)
v.e.cabin.intake fresh/recirc (cabin air intake mode)
v.e.cabin.vent feet | face | screen (or comma-separated list)
But not sure what remotecool and remoteheat are?
Does that match other car’s capabilities? Or suggestions for more?
Regards, Mark.
> On 11 Nov 2019, at 5:15 AM, Jaunius Kapkan <jaunius at gmx.com> wrote:
>
> Hi,
>
> While doing Leaf HVAC/Climate Control Metrics I tought it would make sense to put them under v.e. or a new climate category like v.h or v.cc and agree on general metrics that would be used by all cars.
> Such as:
> v.e.fan.speed 6
> v.e.remotecool no
> v.e.remoteheat yes
> v.e.setpoint 21°C
> v.e.intake def/fresh/recirc
> v.e.vent def/def-feet/face/face-feet/feet
>
> Then later it would be much easier to make them visible in an app.
> Also "maxfanspeed" could be added to the config so that the GUI could take the required amount of bars for each car.
>
> Regards,
> Jaunius
>
> Sent: Monday, November 04, 2019 at 1:09 PM
> From: "Jaunius Kapkan" <jaunius at gmx.com>
> To: "OVMS Developers" <ovmsdev at lists.openvehicles.com>
> Subject: [Ovmsdev] Nissan LEAF: HVAC Metrics
> Hi,
>
> I have enhanced Nissan LEAF HVAC metrics as well as added additional ones under xnl.cc
>
> I have built and tested the changes and so far all works as intended.
>
> I have also updated documentation.
>
> So I think it is time to merge this in to current edge build, but I just wanted to check with you if all the code style and naming conventios are according to standards.
>
> Would appreciate if someone could review and advise if something needs to be corrected.
>
> Here is the link to the repo and main file I worked on: https://github.com/mjkapkan/Open-Vehicle-Monitoring-System-3/commits/master/vehicle/OVMS.V3/components/vehicle_nissanleaf/src/vehicle_nissanleaf.cpp <https://github.com/mjkapkan/Open-Vehicle-Monitoring-System-3/commits/master/vehicle/OVMS.V3/components/vehicle_nissanleaf/src/vehicle_nissanleaf.cpp>
>
> Kindly,
>
> Jaunius Kapkan [Sent from cellphone]
>
> Global Market Operations
>
> Cell: +370 650 11 752 <>
>
> On 2019-10-17, at 15:14, Jaunius Kapkan <jaunius at gmx.com> wrote:
>
>
> Thanks Mark,
>
> [renaming subject]
>
> In regards to config store. Where would you recommend placing the timers? I was thinking about putting them under vehicle conf:
> OVMS# config list vehicle
> vehicle (readable writeable)
> bms.alerts.enabled: yes
> bms.dev.temp.alert:
> bms.dev.temp.warn:
> bms.dev.voltage.alert:
> bms.dev.voltage.warn:
> cctimer.evening: 1715-1730
> cctimer.morning: 0800-0815
> id: ******
> minsoc: 20
> name:
> timezone: EET-2EEST,M3.5.0/3,M10.5.0/4
> timezone_region: Europe/Helsinki
> units.distance: K
> Any other suggestions?
>
> Regards,
> Jaunius
>
> Sent: Monday, October 14, 2019 at 4:01 AM
> From: "Mark Webb-Johnson" <mark at webb-johnson.net>
> To: "OVMS Developers" <ovmsdev at lists.openvehicles.com>
> Subject: Re: [Ovmsdev] WifiConsole V1.0
> Probably not. The majority of power consumption is from the modems (cellular and wifi).
>
> Regards, Mark
>
> P.S. If all you need is a 10 second notification, you can pubsub subscribe to the standard event ticker.10.
>
> On 14 Oct 2019, at 7:22 AM, Jaunius Kapkan <jaunius at gmx.com <mailto:jaunius at gmx.com>> wrote:
>
> Delayed events seem to be working fine, thanks for the examples!
> However, do you think spamming the events API every 10 seconds might substantially increase power consumption?
>
> [2:17:04 AM]usr.CCtimer.heartbeat
> [2:17:04 AM]usr.CCtimer.Night.stopped
> [2:17:14 AM]usr.CCtimer.heartbeat
> Regards,
> Jaunius
> Sent: Sunday, October 13, 2019 at 8:54 PM
> From: "Michael Balzer" <dexter at expeedo.de <mailto:dexter at expeedo.de>>
> To: ovmsdev at lists.openvehicles.com <mailto:ovmsdev at lists.openvehicles.com>
> Subject: Re: [Ovmsdev] WifiConsole V1.0
> Sending notifications is now also supported directly:
>
> https://docs.openvehicles.com/en/latest/userguide/scripting.html#ovmsnotify <https://docs.openvehicles.com/en/latest/userguide/scripting.html#ovmsnotify>
>
> Regards,
> Michael
>
>
> Am 13.10.19 um 16:09 schrieb Jaunius Kapkan:
> > Great,
> >
> > Will try that out!
> >
> > Regards,
> > Jaunius
> >
> >> Sent: Sunday, October 13, 2019 at 11:20 AM
> >> From: "Michael Balzer" <dexter at expeedo.de <mailto:dexter at expeedo.de>>
> >> To: ovmsdev at lists.openvehicles.com <mailto:ovmsdev at lists.openvehicles.com>
> >> Subject: Re: [Ovmsdev] WifiConsole V1.0
> >>
> >> Jaunius,
> >>
> >> I've added scheduled (delayed) events & the native OvmsEvents API:
> >> https://docs.openvehicles.com/en/latest/userguide/scripting.html#internal-objects-and-functions-methods <https://docs.openvehicles.com/en/latest/userguide/scripting.html#internal-objects-and-functions-methods>
> >>
> >> So you can now also implement millisecond resolution timeouts and intervals in scripts.
> >>
> >> Regards,
> >> Michael
> >>
> >>
> >> Am 11.10.19 um 10:36 schrieb Jaunius Kapkan:
> >>> Thanks Michael,
> >>>
> >>> 1 second will do just fine as this is for climate control timer plugin I'm doing. Will try to use that event listener. Of course some standartized way would
> >>> be better.
> >>>
> >>> Regards,
> >>> Jaunius
> >>>
> >>> *Sent:* Friday, October 11, 2019 at 8:48 AM
> >>> *From:* "Michael Balzer" <dexter at expeedo.de <mailto:dexter at expeedo.de>>
> >>> *To:* ovmsdev at lists.openvehicles.com <mailto:ovmsdev at lists.openvehicles.com>
> >>> *Subject:* Re: [Ovmsdev] WifiConsole V1.0
> >>> Jaunius,
> >>>
> >>> setTimeout() is not a standard Javascript function, it's a method of the browser window object.
> >>>
> >>> https://developer.mozilla.org/de/docs/Web/API/WindowTimers/setTimeout <https://developer.mozilla.org/de/docs/Web/API/WindowTimers/setTimeout>
> >>>
> >>> As a workaround, subscribe to the "ticker.1" event as shown in the foglight example:
> >>>
> >>> http://docs.openvehicles.com/en/latest/components/ovms_script/docs/foglight.html#listen-to-events <http://docs.openvehicles.com/en/latest/components/ovms_script/docs/foglight.html#listen-to-events>
> >>>
> >>> Resolution is limited to 1 second though. I thought about scheduled events some time ago, i.e. being able to tell the event system to trigger an event after a
> >>> specific delay. That would also offer a clean & simple solution for this. Another option would be a script API for the timer service.
> >>>
> >>> I'll have a look at scheduled events.
> >>>
> >>> Regards,
> >>> Michael
> >>>
> >>>
> >>> Am 11.10.19 um 08:29 schrieb Jaunius Kapkan:
> >>>
> >>> Thanks Mark,
> >>>
> >>> One other thing I stumbled upon is that standard setTimeout() does not seem to work. Is there any workaround for this? Sample Code:
> >>>
> >>> |function intervalFunc() { print('Next try in 1.5s') } setInterval(intervalFunc, 1500)|
> >>>
> >>>
> >>> Basically I need the script to check certain conditions each n seconds.
> >>>
> >>> Regards,
> >>> Jaunius
> >>> *Sent:* Thursday, October 10, 2019 at 3:35 AM
> >>> *From:* "Mark Webb-Johnson" <mark at webb-johnson.net <mailto:mark at webb-johnson.net>>
> >>> *To:* "OVMS Developers" <ovmsdev at lists.openvehicles.com <mailto:ovmsdev at lists.openvehicles.com>>
> >>> *Subject:* Re: [Ovmsdev] WifiConsole V1.0
> >>> I think in v2 that could have been the case (as we didn’t have any standardised functions for things like climate control). But in the v3 architecture we
> >>> now have these and the vehicle modules should support the standard functions to the best of their abilities.
> >>>
> >>> If we still need mappings like Homelink 1 -> Climate On, then that should be done either by scripts or by some centralised mapping framework.
> >>>
> >>> Regards, Mark.
> >>>
> >>> > On 9 Oct 2019, at 2:19 PM, Jaunius Kapkan <jaunius at gmx.com <mailto:jaunius at gmx.com>> wrote:
> >>> >
> >>> > I am making a couple of plugins (initially for leaf) and the JS functions are great for that. However I assume the functions are not unifed accross
> >>> different vehicles. For example for leaf to turn on pre-heat you need to issue Homelink 1 instead of ClimateControl. What would be the best way to change
> >>> this? Or is this something that need to be changed on the lower level?
> >>> >
> >>> > Greetings,
> >>> > Jaunius
> >>> >
> >>> >> Sent: Tuesday, October 08, 2019 at 9:05 AM
> >>> >> From: "Michael Balzer" <dexter at expeedo.de <mailto:dexter at expeedo.de>>
> >>> >> To: ovmsdev at lists.openvehicles.com <mailto:ovmsdev at lists.openvehicles.com>
> >>> >> Subject: Re: [Ovmsdev] WifiConsole V1.0
> >>> >>
> >>> >> Mark,
> >>> >>
> >>> >> yes, the OLEDs are perfect for these things, bright enough for daylight use with very little energy usage.
> >>> >>
> >>> >> Thanks for the link to that combined ESP32 module, that's a real beauty, even includes a LiPo supply / charger. I need to check that one out.
> >>> >>
> >>> >> Regarding our Javascript support, I already had stunned some users with the foglight plugin, they thought stuff like this would need builtin
> >>> >> support. That brought me back to my point about how little users know about our capabilities, so I added an explanation to our docs:
> >>> >>
> >>> >> http://docs.openvehicles.com/en/latest/components/ovms_script/docs/foglight.html <http://docs.openvehicles.com/en/latest/components/ovms_script/docs/foglight.html>
> >>> >>
> >>> >> But we really need something like an OVMS cheat sheet as an overview of what is possible.
> >>> >>
> >>> >> Regards,
> >>> >> Michael
> >>> >>
> >>> >>
> >>> >> Am 08.10.19 um 05:40 schrieb Mark Webb-Johnson:
> >>> >>> Michael,
> >>> >>>
> >>> >>> I really like those little OLED SSD1306 based displays. I use them on my esphome+hassio projects like this little water tank level (using an
> >>> >>> ESP32, a BME280 pressure/humidity/temperature sensor, waterproof ultrasonic distance sensor, and SSID1306 OLED yellow/blue display):
> >>> >>>
> >>> >>>
> >>> >>> Adding a display to a project makes it so much more useful and easy to diagnose problems.
> >>> >>>
> >>> >>> AliExpress has them very cheap:
> >>> >>>
> >>> >>> * https://www.aliexpress.com/item/32844104782.html <https://www.aliexpress.com/item/32844104782.html>
> >>> >>> US$2 for the 0.96” yellow/blue 128x32
> >>> >>> US$3 for the 1.3” white 128x64
> >>> >>>
> >>> >>>
> >>> >>> There is also a 4MB ESP32 with a 0.96” OLED display on-board:
> >>> >>>
> >>> >>> * https://www.aliexpress.com/item/32822105291.html <https://www.aliexpress.com/item/32822105291.html>
> >>> >>> US$9 plus shipping
> >>> >>>
> >>> >>>
> >>> >>> Glad that you are finding a use for our JavaScript support. I really think that has so many possibilities.
> >>> >>>
> >>> >>> Regards, Mark
> >>> >>>
> >>> >>>> On 6 Oct 2019, at 10:43 PM, Michael Balzer <dexter at expeedo.de <mailto:dexter at expeedo.de> <mailto:dexter at expeedo.de <mailto:dexter at expeedo.de>>> wrote:
> >>> >>>>
> >>> >>>> FYI: I've just implemented an OVMS v3 style replacement for the SimpleConsole:
> >>> >>>>
> >>> >>>> https://github.com/dexterbg/WifiConsole <https://github.com/dexterbg/WifiConsole>
> >>> >>>>
> >>> >>>> V3 makes it pretty easy now to add stuff like this. It's using a script plugin to provide custom functions via the web API.
> >>> >>>>
> >>> >>>> Regards,
> >>> >>>> Michael
> >>> >>
> >>> >> --
> >>> >> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
> >>> >> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
> >>> >>
> >>> >> _______________________________________________
> >>> >> OvmsDev mailing list
> >>> >> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
> >>> >> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
> >>> >>
> >>> > _______________________________________________
> >>> > OvmsDev mailing list
> >>> > OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
> >>> > http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
> >>>
> >>> _______________________________________________
> >>> OvmsDev mailing list
> >>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
> >>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> OvmsDev mailing list
> >>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
> >>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
> >>>
> >>>
> >>> --
> >>> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
> >>> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
> >>> _______________________________________________ OvmsDev mailing list OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
> >>>
> >>> _______________________________________________
> >>> OvmsDev mailing list
> >>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
> >>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
> >> --
> >> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
> >> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
> >>
> >> _______________________________________________
> >> OvmsDev mailing list
> >> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
> >> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
> >>
> > _______________________________________________
> > OvmsDev mailing list
> > OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
> > http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
>
> --
> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
>
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>_______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>_______________________________________________ OvmsDev mailing list OvmsDev at lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>_______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.openvehicles.com
> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>_______________________________________________ OvmsDev mailing list OvmsDev at lists.openvehicles.com http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>_______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.openvehicles.com
> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20191111/e16e669d/attachment.htm>
More information about the OvmsDev
mailing list