Electro mobility

T3.1, T3.2 and T3.3 have one joint demonstration of 30 min. Planned to be performed 4 times (depending on the volume of spectators). Electro mobility demonstration includes 6 contributions listed below.

Leader/moderator: Michele Ornato (CRF)
Demonstration: T3.1.1

  • T3.1.1 – EDA tool for Battery Modeling
  • T3.1.2 – Autonomous recharge station featuring slow and fast recharging
  • T3.2 – Contactless power transfer concept
  • T3.2 – Italian pilot for EV contactless recharge under construction
  • T3.3 – Testing Arrowhead service platform with an urban scenario simulation framework
  • T3.3 – Protective device status service adapter implementation

Type: Video/Slide presentation. Arrowhead Framework service simulation (Physical “real life” things in demonstration)


Sub-Demonstration: EDA tool for Battery Modeling

Battery modeling has been one of the most important research topics in the last years as a consequence of the widespread usage of Energy Storage Systems (ESS) in various markets, such as portable electronic devices, wireless sensors, and renewable energy technologies and power systems. Therefore, system design must necessarily encompass the analysis of its related ESS, which requires, as for any system component, appropriate models for describing its performance and, in the case of the batteries, their well-known non-idealities in order to allow the simulation of the system as a whole.

Unfortunately, the required information to populate models is seldom available and thus in many instances, the system designer determines the battery nominal characteristics (voltage and capacity) based on the energy requirement of the rest of the system, and, for the choice of the battery, he/she simply picks an off-the-shelf component. In this scenario, the only possibility to derive all the required data to populate the model is to empirically measure some physical parameters and follow the procedure described in the literature for generating the models.

The alternative is to use data provided by the manufacturer in the battery datasheet. However, the latter rarely provides the required information for properly populating the models, thus preventing the mapping of the abstract models to the specific battery device.

The real problem a system designer faces is then: “How to derive a battery model based on the information available in a datasheet?”, but also “what level of accuracy can I expect from this model?”

This presentation provides an answer to these issues, by defining a general methodology for the automatic construction of battery models from datasheet information. The distinctive feature of this methodology is that it allows generating models with different accuracy levels depending on the amount of the available manufacturers’ data.

Each accuracy level, that we call model level, corresponds to a particular abstract model. Hence, more information available implies a more detailed equivalent circuit and vice versa.

Contributor: Politecnico di Torino


Sub-Demonstration: Autonomous recharge station featuring slow and fast recharging

An update will be presented about the status of the charging station design, with schematics and layout drawings.

About the simulation activity, some preliminary results will be shown based on actual produced electrical energy from installed solar panel and a simulated uses cases for EV charging in rural areas.

Contributor: Bitron


Sub-Demonstration: Contactless power transfer concept

The video shows a wireless power transfer link consisting in two coupled parallel resonators driven by a Royer-type oscillator. An ammeter and a voltmeter are used to measure the DC current and voltage provided by the power supply. An oscilloscope is used to measure the RF voltage across the load, and thus the output power.

This setup is used as a proof of concept, to show how a self oscillating link can be used to realize a contactless EV recharging system capable of providing a constant output power over different coupling conditions, due to both coil distance variations and misalignment, without the need of communication between transmitter and receiver.

It is possible to show that, for low values of the coupling factor, the oscillating frequency is practically independent of coupling, while the output power increases with the coupling factor. If the coupling factor exceeds a critical value, determined by the loaded quality factor of the receiver resonator, the oscillation frequency starts decreasing, while the output power becomes practically independent of the coupling factor. This allows to design a WPT system providing a prescribed output power over a prescribed range of values of the coupling factor.

In the present case, the system can deliver an output power of about 42 W for coupling factor greater then 0.1, corresponding to a distance of about 12 cm for aligned coils or to an offset of about 11 cm (approximately half of the inductor side length) at a distance of 5 cm.

Contributor: Università di Bologna


Sub-Demonstration: Italian pilot for EV contactless recharge under construction

Contactless power transfer is a recharging concept that has a strong impact on road infrastructure and also on vehicle. The target demonstrator vehicle will be a delivery van, modified in order to host the on-board components of the charge-while-drive equipment.

The demonstrator site will be a restricted area in which a limited road section will be equipped with the on-road components of the recharging station. This test site, although will be used as Arrowhead demonstrator, is not part of Arrowhead project and is being developed within other Seventh Framework Program funded projects.

This presentation is focused on the test site currently being set up in Italy.

Contributor: CRF


Sub-Demonstration: Mixed mode simulation/deployment in-reality framework

An urban traffic simulation framework reproduces dynamic aspects of electric vehicles (EVs), charging stations and associated services.

Communication between EVs and charging stations are modeled by an event-based simulator. A semantic information broker enables any simulated device to access service platforms and interact with mobile applications.

The simulator will be used for example to test the Arrowhead framework in scenarios with realistic urban traffic conditions and with lot of devices (e.g. protected charging stations developed by the partners) distributed over the city (e.g. Bologna). From Arrowhead point of view one of the aims is to test the Arrowhead service platform operation when stressed by large set of legacy systems which are not yet deployable in reality.

It will also offer to interested Arrowhead service consumers the opportunity to interact with the Arrowhead Service platform fed by realistically simulated mobility scenarios. This will be useful for appropriate impact evaluation of not yet deployable mobility scenarios and services.

Interoperability at information level will be enabled by a shared ontology (semantic profile) describing the involved entities and the relations among them.

Contributor: Università di Bologna


Sub-Demonstration: Protective device status service adapter implementation

This demonstration is a simulation of the Application System and the Services documented according to the Arrowhead Framework, they are able to exchange Core Services with the Core systems according to the Arrowhead Generic SoSD.

The Application system is a test tool used as services provider and consumer system simulator.It’s composed by a tool that simulates a protective device with the function to detect any leakage current and, in case, immediately stop the functionality of the recharge device. The simulated protective device must make visible the message to the Core Services transforming the data into services in order to make them available on a server.

In order to reach this goal, the simulated device is connected to and adapter (software) able to connect to the Arrowhead Framwork and thus make this service visible to other Arrowhead-compliant services.

From Arrowhead point of view the aim is to make a legacy system fully Arrowhead compliant, be able to provide application services towards any other Arrowhead system in the same network and consume needed services (application and/or core services) from any other Arrowhead system in the same network.

Contributor: Akhela