The 2012 mbb does not have the ability to do much to the sevcon.
We have been wrong, I trace the CAN data at the moment and the MBB would be able to do a lot! but it do only little; as much as I know.
If you trace the data you will see that the MBB use the SDO-Protocol to speak direct to the Sevcon. It's funny they first log in with password level 4 it's the highest you can reach only Secon-Techs have level 5. Additionally you will know the password now
if you write own software it will be helpful!
Now they change Neutral Torque, Regen-brake torque and the Ramp up rate for both on the fly. I guess this is the most reason why we are not allow to change from SPORT to ECO vs during drive. (I/We never realized a problem but as a SW-engineer I would do the same)
The data flow!
ASCII Trace IXXAT MiniMon V3 Version: 1.1.1.3080 Date: 13.02.2013 Start time: 18:20:48 Stop time: 18:21:20 Overruns: 0 Baudrate: 125 kbit/s Time Identifier (hex) Format Flags Data (hex) 00:16:23.47 601 Std 40 00 50 01 00 00 00 00 00:16:23.48 581 Std 4F 00 50 01 00 00 00 00 00:16:23.48 601 Std 2B 00 50 03 00 00 02 01 Set PWD-ID 00:16:23.49 581 Std 60 00 50 03 00 00 00 00 00:16:23.50 601 Std 2B 00 50 02 ** ** 02 01 Set Password (PWD) 00:16:23.51 581 Std 60 00 50 02 00 00 00 00 (I think PDW shouldn't be in the NET) 00:16:23.51 601 Std 40 00 50 01 00 00 00 00 00:16:23.52 581 Std 4F 00 50 01 04 00 00 00 We now have Level 4 ;=) 00:16:23.52 601 Std 40 20 29 03 00 00 00 00 Maximum Torque applied when neutral braking 00:16:23.53 581 Std 4B 20 29 03 96 00 00 00 Actual value 150=15% 00:16:23.54 601 Std 2B 20 29 03 46 00 00 00 Set value 70 00:16:23.54 581 Std 60 20 29 03 00 00 00 00 respond 00:16:23.54 601 Std 40 20 29 03 00 00 00 00 read 00:16:23.55 581 Std 4B 20 29 03 46 00 00 00 Actual value 70 = 7% 00:16:23.55 601 Std 40 00 50 01 00 00 00 00 00:16:23.56 581 Std 4F 00 50 01 04 00 00 00 we still have PWD level 4 00:16:23.56 601 Std 40 20 29 09 00 00 00 00 Ramp up rate during direction change braking 00:16:23.57 581 Std 4B 20 29 09 DC 05 00 00 Actual value 1500 00:16:23.57 601 Std 2B 20 29 09 F4 01 00 00 Set value 500 00:16:23.58 581 Std 60 20 29 09 00 00 00 00 respond 00:16:23.58 601 Std 40 20 29 09 00 00 00 00 read 00:16:23.59 581 Std 4B 20 29 09 F4 01 00 00 Actual value 500 00:16:23.59 601 Std 40 00 50 01 00 00 00 00 00:16:23.60 581 Std 4F 00 50 01 04 00 00 00 we still have PWD level 4 00:16:23.60 601 Std 40 20 29 04 00 00 00 00 Maximum Torque applied when footbraking 00:16:23.61 581 Std 4B 20 29 04 FA 00 00 00 Actual value 250=25% 00:16:23.61 601 Std 2B 20 29 04 96 00 00 00 Set value 150 00:16:23.62 581 Std 60 20 29 04 00 00 00 00 respond 00:16:23.62 601 Std 40 20 29 04 00 00 00 00 read 00:16:23.63 581 Std 4B 20 29 04 96 00 00 00 Actual value 150=15% |
Why is it done?
The Sevcon has a so called "Traction baseline profile" for the default and highest set of values (2920 h).
and two "Drivability select 1 and 2 profiles [2921h and 2922h].
I don't know why but Zero use the baseline for SPORT and drivability 1 for ECO.
The problem is ECO will use higher neutral and brake torque so they couldn't set it in drivability 1 because baseline will limit this.
A smart but tough way was this on the fly reprogramming.
Actually they could write the highest values in the baseline and use drivability 1 for SPORT and drivability 2 for ECO. Maybe I overlooked some thing but if not, they could have saved lot of developing time. (but what they did is cool stuff
)
Why does I play with this?
I intend to use all three modes because since your "glitch up date" there is a parameter that allows the drivabilities to override the basline but now the MBB will interfere
I will use ECO and SPORT wit normal neutral braking 7% and a second SPORT with neutral braking 0%!