-
Notifications
You must be signed in to change notification settings - Fork 4
Plugwise Binding
Please note that in version 1.1 you also have to add the Serial binding, so that the libraries for serial communication are present.
Note: JRE 1.7 is required to run this binding
Currently only "V2" of the Plugwise protocol is supported. It is advices that users of the binding upgrade their devices to the latest firmware using the Plugwise Source software
Plugwise's system consists of a Plug - a ZigBee USB controller -, a Circle+ - managing the network, and multiple Circles that each, except for the Stick, measure energy usage in either real-time or per hour-interval, and that can switch an internal relay On or Off
For installation of the binding, please see Wiki page Bindings.
In order to bind an item to a Plugwise device, you need to provide configuration settings. The easiest way to do so is to add some binding information in your item file (in the folder configurations/items`). The syntax for the Plugwise binding configuration string is explained here:
The format of the binding configuration is simple and looks like this:
plugwise="[<command>:<Plugwise id>:<Plugwise command>:<Polling interval>], [<command>:<Plugwise id>:<Plugwise command>:<Polling interval>], ..."
for Items that trigger action or commands on the Plugwise device, and
plugwise="[<Plugwise id>:<Plugwise variable>:<Polling interval>], [<Plugwise id>:<Plugwise variable>:<Polling interval>], ..."
for Items that rather store a status variable or other from the Plugwise device
where the <Plugwise id>
corresponds with the 'MAC' address - or - the configuration in openhab.cfg where one can configure the Plugwise devices, which looks like this
plugwise:<Plugwise id>.mac=[MAC]
where <Polling Interval>
is the interval in seconds to poll the given variable
and where <Plugwise command>
is the command to be sent to the Plugwise device when <command>
is received. In case status variables are used then any value received from the Plugwise device for the defined <Plugwise variable>
is used to update the Item
The Plugwise device is very simple device. For a perfect integration within OpenHAB it is assumed that the user will be using the Plugwise Source software to define the network, reset devices, perform firmware upgrade, and so forth, e.g. anything which requires user input or interactivity. Therefore the Plugwise Commands supported from within OpenHAB are mostly limited to those actions that require little or no user interaction
Valid <Plugwise command>
's are:
Command | Item Type | Purpose | Note |
state | OnOff | switch the internal relay On or Off |
Valid <Plugwise variable>
s are:
Variable | Item Type | Purpose | Note |
clock | String | Time as indicated by the internal clock of the device | |
lasthour | Number | Energy consumption over the last hour, in kWh | |
lasthour-stamp | DateTime | Date/Time stamp of the last hourly energy consumption history entry | |
power | Number | Current energy consumption, measured over 1 second interval, in Watt | |
power-stamp | DateTime | Date/Time stamp of the last energy consumption measurement | |
realtime-clock | DateTime | Date/Time as indicated by the internal clock of the Circle+ | only for Circle+ |
Here are some examples of valid binding configuration strings, as defined in the items configuration file:
Switch Switch1 "Switch1" <plugwise> { plugwise="[ON:000D6F000099675B:state:15], [OFF:000D6F000099675B:state:15]"}
Number Item1 "Item1" <plugwise> { plugwise="[multimedia:power:3]"}
DateTime Time1 "Time1" <plugwise> { plugwise="[circleplus:realtime-clock:10]"}
Installation
Community
- Support
- News Archive
- Presentations
- How to Contribute
- IDE Setup
- How to Implement a Binding
- How to Implement an Action
- Projects using openHAB
- User Interfaces
- Classic UI
- iOS Client
- Android Client
- GreenT UI
- CometVisu
- Bindings
- Asterisk Binding
- Astro Binding
- Bluetooth Binding
- Comfo Air Binding
- CUL Binding
- CUPS Binding
- digitalSTROM Binding
- DMX512 Binding
- EnOcean Binding
- Epson Projector Binding
- Exec Binding
- Fritz!Box Binding
- Fritz AHA Binding
- GPIO Binding
- HDAnywhere binding
- Heatmiser Binding
- Homematic Binding
- HTTP Binding
- IHC / ELKO Binding
- Insteon Hub Binding
- Insteon PLM Binding
- Ir-Trans Binding
- KNX Binding
- Koubachi Binding
- MAX!Cube-Binding
- MiLight Binding
- Modbus TCP Binding
- MPD Binding
- MQTT Binding
- MQTTitude binding
- Neohub Binding (Preview)
- Netatmo Binding
- Network Health Binding
- Nibe Heatpump Binding
- Nikobus Binding
- Novelan/Luxtronic Heatpump Binding
- NTP Binding
- One-Wire Binding
- Onkyo AV Receiver Binding
- Open Energy Monitor Binding
- OpenPaths presence detection binding
- OpenSprinkler Binding
- OSGi Configuration Admin Binding
- Philips Hue Binding
- Piface Binding
- Pioneer-AVR-Binding
- Plugwise Binding
- PLCBus Binding
- Pulseaudio Binding
- RFXCOM Binding
- Samsung TV Binding
- Serial Binding
- Snmp Binding
- Squeezebox Binding
- System Info Binding
- Somfy URTSI II Binding
- Sonos Binding
- Swegon ventilation Binding
- TCP/UDP Binding
- Tellstick Binding
- TinkerForge Binding
- VDR Binding
- Velleman-K8055-Binding
- Wake-on-LAN Binding
- Withings Binding
- XBMC Binding
- xPL Binding
- Z-Wave Binding
- Persistence
- db4o Persistence
- rrd4j Persistence
- MySQL Persistence
- MongoDB Persistence
- Sen.Se Persistence
- Cosm Persistence
- Logging Persistence
- Exec Persistence
- MQTT Persistence
- Automation
- Scripts
- Rules
- Actions
- Misc
- REST-API
- Security
- Google Calendar Support
- Twitter Action
- Service Discovery
- Dropbox Bundle
Samples
- Item definitions
- Sitemap definitions
- Binding configurations
- Rules
- REST Examples
- Tips & Tricks
- FAQ
- XSLT Transforms
- Scripts
- Integration with other applications
- Syntax highlighting for external editors
- Update-Scripts
- Samples-Comfo-Air-Binding
- Samples WAC Binding
Release Notes