Implement availability triggers for lights and blinds actuators in AI-MAS lab

[asorici]

Why

Context information from web-enabled devices should be advertised only when these devices are actually available (e.g. plugged in). To maintain consistency of implementation for the AI-MAS lab devices, triggers of availability should be based on notifications sent over the ROS-based AMIRO framework.

What

• [x] Implement ROS service to query for the availability of Philips Hue lights
• [x] Implement ROS channel to signal notification of light being available or not
• [x] Implement ROS service to query for the availability of blinds
• [x] Implement ROS channel to signal notification of blinds being available or not

Notes

[asorici]

By ROS services I am referring to this. In roslibpy they can be used as explained her.

[asorici]

Before implementing the availability triggers, code refactoring is required:

• Convert main webthings server into a manager node, which registers the things it is responsible for
• Create a subclass of Thing to act as the general wrapper for things representation. Create two additional services for this class, that help the representation communicate with the physical devices:
  • An Actuation Service - provides the methods that translates action invocations POST requests into actual changes on the device
  • An Availability Service - provides methods to check and be informed on the physical availability of the devices

For each of the above services, implement a default class (for testing), as well as the ROS-based version for interacting with the AMIRO framework.