Michael, I just checked, and that OVMS_TWIZY_BATTMON takes ram from 426 bytes free to 208. A little bit scary, given that I am about to add the trip logging functions. I'm really not sure what happens with the stack, and if it is counted in those 208 bytes. Can we get to zero? But, I see this as a useful function for Twizy owners. How about I create a new firmware config V2_FullTwizy that includes just the Twizy module but also OVMS_TWIZY_BATTMON? Regards, Mark. On 3 Apr, 2013, at 5:54 PM, Michael Balzer <dexter@expeedo.de> wrote:
Nikki,
for the Twizy: I think the V2 "developer version" still does not include the battery monitor -- I had to add the compiler switch again after my last local merge.
If you compile yourself, check the configuration for the OVMS_TWIZY_BATTMON define.
Or let me know if you need a precompiled image.
Regards, Michael
Am 02.04.2013 22:08, schrieb Nikki Gordon-Bloomfield:
I'll be updating it tomorrow!
Sent from my iPhone
On 2 Apr 2013, at 20:35, Tom Saxton <tom@idleloop.com> wrote:
Links to the v2.2.6 firmware are now up on my firmware download page:
http://www.idleloop.com/tesla/ovms/
The release notes link points to the entry for v2.2.5, which is probably close enough.
Tom
on 4/2/13 5:48 AM, Mark Webb-Johnson wrote:
I was getting 12v alerts in my roadster. I don't think the new logic is compatible with the roadster battery behaviour.
Anyway, I've rolled v2.2.6 with the following changes:
2013-04-02 2.2.6 Firmware 2.2.6 ## Volt Ampera fixes (from Michael) ## Support net_fnbits NET_FN_12VMONITOR and NET_FN_SOCMONITOR to allow vehicle module to control what is monitored
I brought in the Volt Ampera fixes pending from Michael (some changes to the source of SOC).
I also added NET_FN_12VMONITOR and NET_FN_SOCMONITOR to net_fnbits, to allow the vehicle modules to turn on/off those monitoring. I changed the vehicle modules appropriately (in particular 12VMONITOR is off in the Tesla Roadster, and SOCMONITOR is off in the Volt/Ampera).
Now testing this v2.2.6 in my car, but it will likely be 24 hours before I know if it is behaving better.
Regards, Mark.
On 1 Apr, 2013, at 6:59 PM, Mark Webb-Johnson <mark@webb-johnson.net> wrote:
This is now in my car, and running well.
For CAC, I had:
rx msg S 66,K,222,0,charging,standard,206,200,56,0,100,0,5,1,0,0,0,-1,0
then, I started a charge, and now get:
rx msg S 66,K,223,0,charging,standard,206,200,56,0,100,0,5,1,0,0,0,-1,15694
That's what I would expect - the code will poll for latest CAC whenever (a) a charge starts, (b) the car is turned on, or (c) the car is turned off.
Regards, Mark.
On 1 Apr, 2013, at 5:30 PM, Mark Webb-Johnson <mark@webb-johnson.net> wrote:
Back from the brinkŠ Good grief, there is some nasty stuff coming out of China now.
I managed to spend some time on OVMS firmware today, and built v2.2.5. Change log is:
2013-04-01 2.2.5 Firmware 2.2.5 ### Fixes for charge notification logic on VA ### Show charge, trunk and alarm notifications in DIAG mode ### Speed, parking, and general tidy-ups for VA ### Switch ambient temperature to PID 0x801f for VA ### Auto-calibration for 12V line reading ### Twizy version 2.6.1 - power line plug-in detection ### Add car_doors5 for rear doors, frunk and 12v charging ### 12v alert by MSG protocol fix ### Rework of 12V reference logic - Filters out single peaks / misreadings - Sends "OK" alerts if voltage level restores w/o charging - 15 minutes calmdown before taking new ref voltage - No alerts while car is on ### ESS SOC DIAG (for TR) ### Initial support for CAC in TR and TZ modules ### Experimental Tazzari (TZ) module ### Experimental Nissan Leaf (NL) module
All is in github.
I haven't run it in my car yet, but it tests out fine on the bench. It is going into my car in a few minutes time.
Major changes are the experimental support for Tazzari, some bug fixes and 12V work on Twizzy, and support for CAC readings in Tazzari and Tesla Roadster (including protocol extensions to report back to apps).
Regards, Mark.
P.S. I haven't had time to make anything good for 1st April this year (although I did consider an experimental module for Hummer support). Anyway, please consider any bugs in this version just an April fools joke.
_______________________________________________ OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
_______________________________________________ OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
-- Michael Balzer * Paradestr. 8 * D-42107 Wuppertal Fon 0202 / 272 2201 * Handy 0176 / 206 989 26
<dexter.vcf>_______________________________________________ OvmsDev mailing list OvmsDev@lists.teslaclub.hk http://lists.teslaclub.hk/mailman/listinfo/ovmsdev