PONTON develops Smart Grid Solutions with Austrian and German Grid Operators
Redispatch 2.0 – Proof of Concept successfully completed
On Wednesday, April 1st, PONTON has organized the final workshop for decentralized Redispatch 2.0 together with BTC AG. Together with participants from various market roles, we showcased the data exchange between flexibility providers, DSOs and the TSOs who offer and request flexibility options on an intraday basis.
The project highlight was a hands-on workshop, organized in mid-March, when several participants installed, configured and used a PONTON X/P based, decentralized communication infrastructure within just three hours – including the public key infrastructure and the publication of participant profiles in a shared registry.
EDA Flex – Data-Exchange Infrastructure for Gird Operators
At the same time, PONTON develops a proof of concept for flexibility/ Redispatch 2.0 based on the Austrian EDA data communication infrastructure, called EDA Flex. Following the decentralized characteristics of EDA (Energy Data exchange Austria), the existing communication infrastructure that already supports supplier switching and other energy market processes is enriched with data communication between flex providers, DSOs and the TSOs – very similar to the above Redispatch 2.0 process.
Within EDA Flex, we integrate production and consumption schedules, short-term flexibility offers, and a cascaded process for using flexibility as it is offered on its way from the local DSO up to the TSO. EDA Flex allows to run this process based on variable grid topology models such that different Austrian regions can be mapped.
PONTON X/P – Process and Industry independent B2B Integration
For both projects, Ponton X/P is used in its latest version 3.8. Our software allows for secure end-to-end communication, a maximum level of availability and at the same time, set-up and operation of the software is possible at low cost. This way, operation of the decentralized Austrian EDA infrastructure comes at a fraction of the cost that central datahub would impose – we just spare out the “man in the middle”.