Main Page

From evsgl
Revision as of 17:28, 3 April 2012 by Eric Pauwels (Talk | contribs)
Jump to: navigation, search


Connecting the Labs & Conducting Remote Experiments

Setting up co-simulation or remote experiments is a highly non-trivial undertaking and needs coordination. This Wiki is intended to facilitate the exchange of collaboration ideas and sharing of resources. All partners are encouraged to use it to

  • advertise hard- and software resources they want to share;
  • suggest ideas for potential collaboration;
  • publish wish-lists of data or equipment they would like to access;
  • share ideas and experiences about standards for data exchange,
  • ... etc.


Several partners have developed sophisticated smart grid related simulation tools that are often complementary in nature. For instance, one simulation tool will dynamically match power supply and demand based on real-time inputs, while another simulator (at another lab) is specifically designed to simulate the stochastic nature of power supply from renewables such as solar or wind. Linking these simulators up creates a more valuable tool, the results of which will provide investigators with more detailed and realistic predictions. Unfortunately, in most cased these simulators are built using a wide variety of home-grown or proprietary software tools (Matlab, LabView, Simulink, AutoCad, ..., etc) which makes integration challenging.

For that reason we propose to facilitate interaction and collaboration by adhering to a RESTful webservice strategy in which each simulator is seen as a resource that can be approached via the standard HTTP commands GET (to retrieve results) and POST (to communicate input parameters) commands.

To facilitate interaction the following URI's are defined:

List of currently available simulators

Remote Experiments

  1. Observational: Making data (obtained from test sites or living labs) accessible to other partners;
    • Typically:
      • Initiative and control remain at the hosting (hardware)lab;
      • Resulting data streams are broadcast to interested parties;
    • Services On Offer
      •  ??
    • Services Requested
      •  ??
  2. Participatory but Asynchronous (Off-line)
    • Typically:
      • The script for an experiment is submitted to a partner lab, where (upon approval) it is performed (hence, each partner can be the initiator, but the control remains at the hardware host);
      • The results are then communicated to the requesting lab (not necessarily in real time);
    • Services On Offer
      • Inverter control at Imperial College??
    • Services Requested
      •  ??
  3. Interactive remote experiments
    • Typically:
      • The hardware resources at the remote host are directly controlled (over the internet) by another partner;
      • The results are communicated in real time to the initiator;
    • Notes
      • This type of application carries obvious risks, and will require appropriate safety and security measures.
    • Services Requested
      • Demand-side management?
    • Services On Offer
      • Demand-side management?

Getting started

Consult the User's Guide for information on using the wiki software.

Personal tools