Add support for HmIPW-Devices (DRD3, SPI, DRBL4)

[p0l0]

Please point your pull request at the devel branch. Also provide some information about the changes.

This pull request:

• contributes to discussion in issue: #219
• adds support for HomeMatic IP devices: "HmIPW-DRD3", "HmIPW-SPI" and "HmIPW-DRBL4"
• New classes: IPWDimmer, IPWMotionDection, IPWKeyBlindMulti

[danielperna84]

Changes required in Home Assistant:

 homeassistant/components/homematic/const.py | 12 +++++++++++-
 1 file changed, 11 insertions(+), 1 deletion(-)

diff --git a/homeassistant/components/homematic/const.py b/homeassistant/components/homematic/const.py
index cd2d528044a9..f3a27aa46f54 100644
--- a/homeassistant/components/homematic/const.py
+++ b/homeassistant/components/homematic/const.py
@@ -45,6 +45,7 @@
         "SwitchPowermeter",
         "IOSwitch",
         "IPSwitch",
+        "IPWSwitch",
         "RFSiren",
         "IPSwitchPowermeter",
         "HMWIOSwitch",
@@ -61,6 +62,7 @@
         "KeyDimmer",
         "IPKeyDimmer",
         "IPDimmer",
+        "IPWDimmer",
         "ColorEffectLight",
         "IPKeySwitchLevel",
     ],
@@ -105,6 +107,7 @@
         "MotionIPV2",
         "IPMultiIO",
         "IPThermostatWall2",
+        "IPWMotionDection",
     ],
     DISCOVER_CLIMATE: [
         "Thermostat",
@@ -144,8 +147,15 @@
         "TiltIP",
         "IPShutterContactSabotage",
         "IPContact",
+        "IPWMotionDection",
+    ],
+    DISCOVER_COVER: [
+        "Blind",
+        "KeyBlind",
+        "IPKeyBlind",
+        "IPKeyBlindTilt",
+        "IPWKeyBlindMulti",
     ],
-    DISCOVER_COVER: ["Blind", "KeyBlind", "IPKeyBlind", "IPKeyBlindTilt"],
     DISCOVER_LOCKS: ["KeyMatic"],
 }
 

[henningweiler]

I observed similar behavior before; also on raspmatic. I'm using two fully separated Raspies (1x Raspmatic, 1x HomeAssistant). And actually, the Raspmatic one has to be fully started, before I can use anything on HA. Due to the additional stuff that has been put in, I'd recommend the use of Raspmatic as the controller for HM devices.

@p0l0 - wouldn't the IPWDimmer rather be a sensor than an actor? (just for housekeeping reasons; functionally it seems fine)

[p0l0]

@henningweiler i think you mean IPWMotionDection? You are right, it should be a sensor, I will change it.