Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Page Properties


DescriptionBattery voltage, temperature, and current sensing
Target release
Epic

Jira Legacy
serverJIRA (uwmidsun.atlassian.net)
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId6df7ba0d-c6df-39f5-b19f-bb96d235af5f
keyELEC-49

Document owner
Project leadsKarl Ding, Kevin Chen (Unlicensed)
Team members


Goals

  • Design a BMS that is robust to electrical noise found from sources in and out of vehicle
  • The BMS is robust and reliable to vibration, elements, and users
  • The BMS provides test points for scrutineering
  • The BMS is calibrated appropriately
  • Provides at least the minimal active protection requirements for the Li-ion battery pack
    • Over-voltage
    • Under-voltage
    • Over-temperature
    • Over-current (either direction)
  • Transmit voltages, current, temperatures, and SOC to telemetry/display
  • Consider manufacturability and flexibility

Background and strategic fit

The Battery Management System (BMS) is responsible for monitoring the state our Li-ion pack, ensuring that the battery is operating within its Safe Operating Area, calculating secondary data, reporting that data, and balancing it. It consists of Analog Front-End chips that allow the board to grab pack data, and then take appropriate actions.

MSXI's BMS was a single board that had 6 AD7280As and a hall-effect current sensor. This approach was difficult to manufacture and test, as bringing up a board was expensive and error-prone. It was also physically large, which made it difficult to fit in the battery box. Also, all the wires needed to return to the single board, making wiring a challenge.

Requirements

#TitleUser StoryImportanceNotes
1Minimize wiringWe'd like to reduce the amount of wiring that needs to be run back to the controller board.Must Have

Look into splitting AFEs into their own boards

2Flexible setupWe haven't fully decided on our battery box layout, so the voltage and number of AFEs required is subject to change.Must HaveDaisy chained AFEs would make this nice
3Cell balancingIt'd be nice to be able to support cell balancing.OptionalWe're building a new pack and we should be testing our modules to match capacity

Questions

Below is a list of questions to be addressed as a result of this requirements document:

QuestionOutcome
What are we using for the AFE?LTC6811 - 12-cell AFE, add LTC1380 I2C muxes to support up to 32 temp sensors
Daisy chained or addressable? Addressable - we'd like to put LTC3300 balancers on the same isoSPI line
What architecture are we using?

Single controller board, carrier board reads current and uses LTC6820 isoSPI interface, AFE boards contain AFE, balancers, and thermistor inputs

Master battery box contains controller board, slave battery box is connected by isoSPI

Active vs. passive balancingActive balancing - passive just burns power and we need higher currents to be effective
How many cells should we balance across?The entire pack - go big or go home