Work Package 6: Standardized Architecture

(Updated: December 2018)


  • Develop a generic, flexible and open BMS architecture – including BMS hardware platforms, software components, and their interfaces – with the aim to increase reusability of components and to facilitate the seamless integration of hardware and software modules from different suppliers, while meeting safety requirements and accuracy needs of the specific e-mobility applications.
  • Specification and practical verification of a prototypical technical standard, which aims to unify and establish engineering criteria, methodologies and best practice for the design, manufacturing, licensing and operation of Battery Management Systems under the consensus of the consortium’s specialists.

 PARTNERS: LION Smart (Lead), TUM, RWTH, Voltia


  • Design a multi-layered architecture, which consists of lower-level layers that interact with and abstract as far as possible from the specific hardware platform, and higher-level layers that define the diverse BMS functional components together with their respective application program interfaces (APIs). The functional components will in particular include the implementation of safety features, real-time battery state-estimation algorithms, user interaction via graphical user interfaces, and the connectivity of the BMS with external infrastructure such as database servers, cloud services, etc., over communication networks.
  • Specify a set of requirements, materials, components, systems, regulations and services that the developed standard will provide related to form factor, cells interconnections capabilities, interfaces for communication, computation and data processing capability, estimation algorithms, APIs, etc.


  • Analysis of the state of the art on BMS (report, public, M6) was finished and very well received by external stakeholders
  • Requirements and architecture concept of a highly modular prototyping hardware platform has been completed (report, public, M6)
  • Hardware design and prototype (demonstrator, confidential, M21) adopting a master-slave architecture
  • Implementation and testing of several PCBs according to the above-mentioned hardware platform
  • Analysis of existing standards relevant for BMS, initially assessing the standardization potential of the BMS architectural solutions under development in EVERLASTING, and identifying and establishing initial contact with relevant standardization bodies


  • Design of a generic, flexible BMS software architecture and definition of several sets of application programming interfaces (APIs)
  • Experimentation with alternative parallel computing platforms for the execution of algorithms in a multi-cell environment, the assessment of such alternatives and their recommendation as possible standardized solutions
  • Organization of a workshop on BMS standardization, bringing together various stakeholders involved in the standardization of BMS components and interfaces