Joined
·
1,362 Posts
In a couple of weeks we'll have our main pack (8 Tesla Modules) and motor ready to spin the wheels... I'd be happy to test your BMS if it's helpful
Tesla BMS
41 - 60 of 108 Posts
New features added to code:
-Parallel strings now configurable (currently just adjusts the voltage accordingly)
-Does not count cell voltage below 0.1v as connected cells (allows use of Tesla Daimler boards)
https://github.com/tomdebree/TeslaBMS
-Parallel strings now configurable (currently just adjusts the voltage accordingly)
-Does not count cell voltage below 0.1v as connected cells (allows use of Tesla Daimler boards)
https://github.com/tomdebree/TeslaBMS
thanks to a recent update to the Victron firmware now the BMS can control the current and voltage limits in all modes.
This means that now the implementation of a true dynamic current limit will be essential to safe guard thermals.
What I have in mind is as follows:
1. Minimal temperature below which nothing is allow, no charge or discharge.
Above this full discharge allowed.
2.Charged tapered from minimal to T2.
3.Discharge tapers off above T3
4. Max temperature allows no further currents in or out of the battery.
With this as a base it should maintain better control over thermals.
Besides the work on 'stationary' applications, I have been working on formulating the communication with the opensource tesla charger controller. This will follow soon, as functions proven for the 'stationary' application will directly translate into the charger control functionality.
As always latest code available on github, also have added a quick overview of the setup menu on my version of the code.
This means that now the implementation of a true dynamic current limit will be essential to safe guard thermals.
What I have in mind is as follows:
1. Minimal temperature below which nothing is allow, no charge or discharge.
Above this full discharge allowed.
2.Charged tapered from minimal to T2.
3.Discharge tapers off above T3
4. Max temperature allows no further currents in or out of the battery.
With this as a base it should maintain better control over thermals.
Besides the work on 'stationary' applications, I have been working on formulating the communication with the opensource tesla charger controller. This will follow soon, as functions proven for the 'stationary' application will directly translate into the charger control functionality.
As always latest code available on github, also have added a quick overview of the setup menu on my version of the code.
Turns out that after running a couple of endurance tests (weeks hence why the long time no updates) the can bus kept going dead.
Cannot have that on a stationary battery (currently first application), reworked the canbus control direct to the teensy and updated the pcb with more IO.
New pcb designed and ordered. Will be ammending the code to work with the new design. Should be a simple renumbering of pins vs outputs.
Need to get a setup to test the BMS interacting with the Tesla Charger.
Might then also look at getting a IVT-mod current sensor working for those higher amps.
https://www.isabellenhuette.de/fileadmin/Daten/Praezisionsmesstechnik/IVT_Modular_datasheet_1.20.pdf
Cannot have that on a stationary battery (currently first application), reworked the canbus control direct to the teensy and updated the pcb with more IO.
New pcb designed and ordered. Will be ammending the code to work with the new design. Should be a simple renumbering of pins vs outputs.
Need to get a setup to test the BMS interacting with the Tesla Charger.
Might then also look at getting a IVT-mod current sensor working for those higher amps.
https://www.isabellenhuette.de/fileadmin/Daten/Praezisionsmesstechnik/IVT_Modular_datasheet_1.20.pdf
Attachments
That's an interesting sensor!
Jack at EVTV has that sensor in his kits......
http://store.evtv.me/proddetail.php?prod=TeslaDriveUnitBasics
Regards
/Per
http://store.evtv.me/proddetail.php?prod=TeslaDriveUnitBasics
Regards
/Per
Yes he does, as it is practically the best sensor out there at the moment for the job. plus reasonably priced.
New pcb is made and shipped, now just waiting on the mail man for Rev2.0 build can start.
Is there any work ongoing to use the full size battery and communicate with the master BMS board ?
I have a full 85kwh pack that I plan to use and is looking for solutions.
Jacks solution seems overkill for a car application, I think he is more focusing that solution towards his solar application.
I have been looking at using a Macchina M2 to run the battery, but I have no working Tesla to baseline CAN-talk from.
Btw I plan to repackage the battery pack.
Regards
/Per Eklund
I have a full 85kwh pack that I plan to use and is looking for solutions.
Jacks solution seems overkill for a car application, I think he is more focusing that solution towards his solar application.
I have been looking at using a Macchina M2 to run the battery, but I have no working Tesla to baseline CAN-talk from.
Btw I plan to repackage the battery pack.
Regards
/Per Eklund
Hi All !
Ok so I'm working on setting up a BMS controller for my tesla modules.
I have downloaded the flexscan version from Tomdb and it looks like it is running on the Teensy. At that point time ran out that night.
So next step is to hook it up to a module to see if it can communicate.
In the meantime I have been looking at reusing the Tesla battery pack current sensor.
So I snapped a couple of photos.....
Findings so far.
16pin thing: ihm-a-1500, really interesting, its the IsaScale chip.
https://www.mikrocontroller.net/attachment/65321/Datasheet_IMC-A-R0001.pdf
8pin thing: 2903AV, looks like a dual comparator.
http://www.ti.com/product/LM2903V?keyMatch=2903&tisearch=Search-EN-Everything
32pin thing:looks like STM8AF 62661 C 9918 VG MYS 402,
http://www.st.com/resource/en/datasheet/stm8af6246.pdf
So I have not hooked it up to any power yet.
But my guess is that there is some kind of normal uart talk on ttl level to the sensor, just as with the modules. Or that is what I hope.
I'll hook it up and take a look......
Seems like to good a sensor just to waste.....
Regards
/Per
Ok so I'm working on setting up a BMS controller for my tesla modules.
I have downloaded the flexscan version from Tomdb and it looks like it is running on the Teensy. At that point time ran out that night.
So next step is to hook it up to a module to see if it can communicate.
In the meantime I have been looking at reusing the Tesla battery pack current sensor.
So I snapped a couple of photos.....
Findings so far.
16pin thing: ihm-a-1500, really interesting, its the IsaScale chip.
https://www.mikrocontroller.net/attachment/65321/Datasheet_IMC-A-R0001.pdf
8pin thing: 2903AV, looks like a dual comparator.
http://www.ti.com/product/LM2903V?keyMatch=2903&tisearch=Search-EN-Everything
32pin thing:looks like STM8AF 62661 C 9918 VG MYS 402,
http://www.st.com/resource/en/datasheet/stm8af6246.pdf
So I have not hooked it up to any power yet.
But my guess is that there is some kind of normal uart talk on ttl level to the sensor, just as with the modules. Or that is what I hope.
I'll hook it up and take a look......
Seems like to good a sensor just to waste.....
Regards
/Per
Attachments
I have gotten a batch of boards made and they have proven to work.
So now offered for sale SIMP-BMS Sale
So now offered for sale SIMP-BMS Sale
Joined
·
1,362 Posts
Great news Tom... will order one and test it in my bus
Update 18/08/18
As I have now generated a product I intend to offer to others I have put some work into generating a wiring 'cheat sheet'
Besides that the serial interface is getting crammed full of all the settings that are currently hand coded.
This will allow changes to settings on the fly, also now EEprom updates everything the settings menu is exited.
As always, code is on github opensource. However if you want to play around with it I would recommend getting one of my boards to make life easier.
As I have now generated a product I intend to offer to others I have put some work into generating a wiring 'cheat sheet'
Besides that the serial interface is getting crammed full of all the settings that are currently hand coded.
This will allow changes to settings on the fly, also now EEprom updates everything the settings menu is exited.
As always, code is on github opensource. However if you want to play around with it I would recommend getting one of my boards to make life easier.
Added Serial interface overview.
Newly introduced updates:
- add more adjustable values to menus
- Precharge Timer
- Precharge Current
- PWM holding duty cycle
Software update planned features:
- current sensor input ratio current/voltage
- add more adjustable values to menus
- Charge and Discharge temperature taper points
As always the updates are on github. If anyone has more requests please let me know.
Currently debating to add more 'saftey' functions such as over temperature shutdown and some pre-warnings to allow you to prepare on the HV pack disconnecting.
Newly introduced updates:
- add more adjustable values to menus
- Precharge Timer
- Precharge Current
- PWM holding duty cycle
Software update planned features:
- current sensor input ratio current/voltage
- add more adjustable values to menus
- Charge and Discharge temperature taper points
As always the updates are on github. If anyone has more requests please let me know.
Currently debating to add more 'saftey' functions such as over temperature shutdown and some pre-warnings to allow you to prepare on the HV pack disconnecting.
Update 30-09-18
Nothing major, just working on refining what I have.
Turns out that during balancing the readings were not as stable due to the balancing switching on and off.
This is now resolved by having the slaves turn balancing off before measuring, had a little headache with the Teensy spitting data on the serial bus too fast upsetting the slaves, now with this in place the measurements are nice and stable.
As always latest code on my github:
https://github.com/tomdebree/TeslaBMSV2
Nothing major, just working on refining what I have.
Turns out that during balancing the readings were not as stable due to the balancing switching on and off.
This is now resolved by having the slaves turn balancing off before measuring, had a little headache with the Teensy spitting data on the serial bus too fast upsetting the slaves, now with this in place the measurements are nice and stable.
As always latest code on my github:
https://github.com/tomdebree/TeslaBMSV2
That's correct, internally it's 2x ModelS CMU, with total of 2 sensors. I'm not sure what the second value is.
in the code, use:
settings.IgnoreTemp = 1; // 0 - use both sensors, 1 or 2 only use that sensor
So now i want to compile the code and upload it to the teensy.
It wants a ADC.h file, I cant find a reference for which ADC.h file it wants.
Is this the correct one? https://github.com/pedvide/ADC/blob/master/ADC.h
It wants a ADC.h file, I cant find a reference for which ADC.h file it wants.
Is this the correct one? https://github.com/pedvide/ADC/blob/master/ADC.h
41 - 60 of 108 Posts
