URBANIZED D3.2: Multi-layer EMS interfacing and functionalities

Urbanized develops and demonstrates the next generation of modular vehicle architectures for urban commercial e-vehicles. Such architectures are based on optimal design principles and vehicle right-sizing for a particular mission. To help on accomplishing this goal, a multi-layer Energy Management Systems (EMSs) is to be developed for the next generation modular vehicle. Such EMSs are developed in several stages throughout the project scope, as Figure 1 shows. (Figure: see Report)Figure 1: Work package structure of Urbanized in the context of EMS-related developments. The work presented in this report corresponds to the second step of the development of the EMSs, which is carried out in work package 3. This step is carried out in Task 3.2, which is focused on detailing the architecture and agreeing an interface and functionalities of the EMSs at vehicle and fleet level. Moreover, this task also reports the development and integration process of the multi-layer EMS into the virtual tool developed in Task 3.1. Note that the detailed development of the EMSs together with the testing and integration of these algorithms is to be carried out in next work packages. In the context of Task 3.2, for defining the interfacing between multiple components and the vehicle architecture, an interfacing tool has been developed. Such a tool is a blend of commonly used software tools among the partners in the consortium, such as Microsoft Office and Matlab Simulink. The tool provides a visual diagram of the vehicle interfacing, as well as a comprehensive table with the details of each connection. The document continues with an overview of the vehicle and cloud architecture and a detailed explanation of the functionality of the EMSs. Additionally, it is also provided some brief explanation of the functionality of other components in the architecture, which are related to the EMSs functions. Using the previously described tool, the connections between each one of the components in the architecture is defined. Such connections are derived around the EMSs functions to provide the desired functionality described in the previous chapter. Each one of the connections is detailed with relevant information such as physical layer, sampling periods, data type, etc. Each one of the connections is identified according to a unique name, which is defined according to a naming convention. The naming convention is also agreed with the involved partners. Finally, the interfacing of the EMSs and two simulation tools is explained: the virtual simulation tool from Thessaloniki Living Lab for the cloud-based developments, and the vehicle simulator of Task 3.1 for the on-board functions.