Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

The Elis Platform: Enabling Mobile Services for Energy Efficiency in Existing Buildings

805 views

Published on

Today, most buildings have technology that controls ventilation, heating and other systems that make a building energy efficient and comfortable to live in. Buildings, just like modern cars, are controlled by computer systems that ensure that all technical devices work together with the same goals. Many buildings older than five-ten years have not just one but several systems, and these systems have previously been hard to integrate so that they collaborate with each other as one ecosystem.
For instance, lighting is commonly separate from heating systems as well as alarm systems, which makes it hard to use smart reasoning such as ‘a window is open in this room, so turning off the heat is a good idea’ and ‘as the lights are being turned off and it is dark outside, the person leaving the room should be reminded that the window is still left open’. The Elis platform has been developed to allow existing building systems to be connected with each other, which makes smarter building services simpler to create.
Through the Elis platform, existing technologies and systems already used individually may be integrated into one system, thereby forming an ecosystem that may exchange information through the Elis platform. This integration could be between several buildings also, as the platform does not have to run locally. While the platform is first and foremost intended for energy efficiency, not just ventilation or heating, but also home entertainment systems or automated pet-feeding devices could be integrated. Through a single (and open source) API, the Elis platform allows services to be developed that build upon what all your systems and devices control.
The Elis platform connects to existing systems and devices through so-called adapters. These adapters are needed to connect systems, and essentially translate the system-specific behavior to the Elis platform, which together with the system services then are made available to services through one single API. The API is where you access data on which you then build services or apps. A system owner is primarily interested in the API and the adapters, while a platform developer is also interested in the architecture of the Elis platform, which is built according to the Internet of Things Reference Architecture (IoT–A). Without the Elis platform, development of smart services would have to use different APIs for each system and device that the service would want to interact with.

Published in: Software
  • Be the first to comment

  • Be the first to like this

The Elis Platform: Enabling Mobile Services for Energy Efficiency in Existing Buildings

  1. 1. HOW TO BUILD AN OPEN PLATFORM FOR SMART BUILDINGS ULRIK EKLUND 2015
  2. 2. IoT research has focused on technological infrastructure But in order to develop successful products and services, the perspective of the users must be integrated We are about 25 researchers from Computer Science and Interaction Design at MAH focusing on: Interaction technology Embedded intelligence User-centered development
  3. 3. ELIS PROJECT Funded by Vinnova: Utmaningsdriven Innovation and the collaborating partners
  4. 4. PROBLEM A lot of talk about smart buildings! Why don’t we see more of this already? • Vertically integrated systems • No 3rd party services • Contract form of construction • Cost of infrastructure – fixed installations – Sensors, control systems, wiring, cost of work, etc.
  5. 5. CHALLENGES ADDRESSED Energy waste in buildings – Use IoT technology – develop ecosystem of services (apps) Existing buildings – use retro-fit technology – reuse of existing hardware and infrastructure
  6. 6. CHALLENGES ADDRESSED Technological “lock-in” – interoperability – provide open API:s Usability – mobile devices as user-interfaces – user-centered development (Living labs)
  7. 7. THE ELIS APPROACH Integration of existing systems Open platform Minimal subsequent installations Can mobile services minimize the need of infrastructure? – Indoor positioning? – Mobile phone sensors?
  8. 8. CONSORTIUM
  9. 9. ELIS PROJECT GOALS Open platform for mobile energy efficiency services – Enabling 3rd-party developers to provide mobile services A set of mobile services evaluated at two types of test sites: – Apartment buildings – Schools
  10. 10. ELIS PROJECT GOALS Business models and value-creation mechanisms – Create win-win-win for all parties in the user-supplier-provider chain Knowledge development – Lessons learned – Identification of future challenges
  11. 11. EXAMPLE SERVICE: ELIS MOBILE (FOR APARTMENTS) Shows energy and water consumption for a specific user’s apartment Lists and shows devices in an apartment Allows the user to answer questions about the app, their consumption and also provide general feedback
  12. 12. ANOTHER SERVICE: IF THIS THEN THAT
  13. 13. DELIVERABLES APIs – REST-based API for 3rd-party developers – Internal Java-based API for platform developers Platform reference implementation – https://github.com/iotap-center/elis- platform Mobile service prototypes (e.g. Crowdis)
  14. 14. MORE DELIVERABLES Documentation – Platform deployment instructions – Code & design documentation – Platform development documentation – API documentation Security roadmap Proposed future work Lessons learned
  15. 15. PLATFORM ARCHITECTURE Design decisions driving the platform architecture
  16. 16. ARCHITECTURE QUALITIES Openness: Easy to develop new applications utilising the API Interoperability/integrability: The platform shall not be dependent on services or devices supplied by a certain organisation Modifiability: It shall be easy to extend the platform over time with new services – those provided by different vendors, and – those services available through the API
  17. 17. ARCHITECTURE QUALITIES Security: Certain services shall only be allowed to authenticated users – services shall be possible to restrict Cost, in particular: – Infrastructure, things for making stuff happen; servers, gateways, physical devices, etc. – Application service development cost – Operation costs for running a system Availability: The uptime of platform services shall be maximised
  18. 18. ARCHITECTURE QUALITIES • Usability for the end-user is the responsibility of the applications service developers – The platform should support abstractions relevant for the end-user to be used by developers • Performance: A service provided by the platform shall respond sufficiently fast • Scalability: The number of devices a platform can manage shall not be limited by the software implementation of the platform
  19. 19. DESIGN RATIONALE Simplicity and interoperability of the public API are prioritised  Public API conforms to REST – Accepting that not all proprietary services can be implemented or be made available to 3rd -party developers
  20. 20. DESIGN RATIONALE Modifiability, scalability and cost for infrastructure are prioritised  OSGi as the framework for implementing the platform – Accepting translation of device and vendor services to and from Java within the platform
  21. 21. LOGICAL VIEW
  22. 22. DEPLOYMENT CONFIGURATION Showing how various running software interacts
  23. 23. 1ST EXAMPLE OF PHYSICAL IMPLEMENTATION Deployment where the Elis platform runs on a separate cloud server Typical implemen- tation when proto- typing
  24. 24. 2ND EXAMPLE OF PHYSICAL IMPLEMENTATION Deployment where both the vendor services and the Elis platform runs on a local server within the building system
  25. 25. SERVICES WITHIN THE ELIS PLATFORM
  26. 26. DEVELOPMENT OF THE ELIS PLATFORM Agility in practice
  27. 27. WAYS-OF-WORKING Architecture Platform Prototype 4 week cycle One page architecture Internet of things architectu Service oriented architectur OSGi Java OpenAPI Rapid prototyping Mock-ups Living labs
  28. 28. SOME EXPERIENCES The devil is in the details No standards for designing devices
  29. 29. SOME EXPERIENCES Hard to find the killer app Vision changes during a long project, both • what services should be offered, • the technical infrastructure
  30. 30. MORE INFORMATION HTTP://IOTAP.MAH.SE/ELIS- PLATFORM/ HTTPS://GITHUB.COM/IOTAP- CENTER/ELIS-PLATFORM HTTP://DOCS.ELIS1.APIARY.I O/

×