@nils-github1/node-red-contrib-tahoma 3.3.1
Control a Somfy TaHoma box from Node RED
Somfy Tahoma for Node-RED
Fork of Nikkhow (Nicolas Nunge) package, with merge of @packyr and @blondak forks. With some clean-up, adds (Europe/America/Oceania Somfy server choice for API token generation) and removal (watson/bonjour outdated package as dependency which implied some security vulnerability).
🚨 Important Note vor v2.x and v1.x users
This 3rd version implements a new API released by Somfy (yes, another one). This time, it no longer relies on any cloud-based API, but will directly discuss with your local Tahoma box.
What does this mean?
Basically, the only requirement is to host the node-red instance on the same network than your Tahoma box. That's all. No more quotas, no more expiring tokens. Good news, isn't it?
How to upgrade?
Even though your flows should not be modified, the config-node must be reconfigured using this new API.
However, please note that even though this release was tested before being published, you might encounter unexpected issues. Please backup your flow before proceeding with this major release.
Setup
You can read this guide from Node-RED official portal. This will help you install this node. Typically, the command are as follows:
cd $HOME/.node-red
npm install @nils-github1/node-red-contrib-tahoma
Disclaimer
This software is provided as-is. Be careful: your devices can be fully controlled via API actions. I am not responsible of any mis-usage or corruption of the devices configuration.
Configuration
This node relies on the Local API provided by Somfy, and available on the Tahoma box (from v2 onwards -as per Somfy documentation).
You will need to enable the developer mode on your Somfy account to use this module. This guide will walk you through this process.
When creating your first node, you will be asked to provide your e-mail and password used to login to your TaHoma mobile app. These will be used to generate a token to interact with your box (they will not be saved at all on your instance). The pin code of your TaHoma box will also be required. This information is available in the TaHoma mobile app and on the sticker below the box.
Usage
Node tahoma
This node accepts a JSON object as msg.payload input. The following properties will be parsed:
| Property | Type | Required? | Description |
|---|---|---|---|
action |
enum (see below) | Yes | The action to perform |
position |
int (0-100) | No | The position you want to set your blinds/door to |
rotation |
int (0-100) | No | The rotation you want to set your blinds to |
lowspeed |
boolean | No | Should the action be triggered in low-speed mode? |
Actions
Currently, only a few commands are understood by this node. The possible values for the action property are:
open: This will open the device (door, blind...)close: This will close the deviceon: This will set the device ON (light, ...)off: This will set the device OFF (light, ...)setOnOff: This will set the device ON or OFF (light, ...). The action is passed using theonOffboolean property (1=ON, 0=OFF), which is required in this mode.setIntensity: This will set the device intensity (light, ...). The action is passed using theintensityproperty, which is required in this mode.toggle: This will toggle the devicestop: This will stop all running actionscustomPosition: This will set the device to a custom position. The position is passed using thepositionproperty, which is required in this mode.customRotationorcustomOrientation: This will set the device (blinds) to a custom rotation. The rotation is passed using theorientationproperty, which is required in this mode.customClosureAndOrientation: This will set the device (blinds) to a custom closure and rotation. The rotation is passed using theorientationproperty and the position is passed using thepositionproperty, which are both required in this mode.wink: This will make the device wink. The action is passed using therepetitionsproperty, which are both required in this mode.
Output
The node will output its original msg.payload enriched with the result of the expected action. msg.payload.output will contain 2 properties:
open: a boolean. Set to true if the device is open, or false otherwiseposition: an integer (0-100). Set to the position returned by the Tahoma box.luminance: in case of a Sun Sensor, returns the current value of core:LuminanceState (See issue #6)
Node tahoma-read
This node will ignore all data provided as input. You can specify the desired device by editing the node properties.
(Note: you can still trigger a tahoma-read instuction periodically by using an inject node. See #28)
Output
The node will output its original msg.payload enriched with the selected device information. The fields returned are the raw information sent by the Tahoma box.
Example flow

An example flow can be found in the docs/ folder. Basically, all it does is close and open shutters based on manual triggers. Those can be replaced by some logic (e.g. a node calculating the sunset and sunrise times). The output is sent to a local MQTT broker.
Compatibility
This was tested with the following devices:
- IO-HomeControl Roller Shutters
- IO-HomeControl Garage Door
- Sunea IO Awning (thanks to @xeor)
Feel free to send any feedback of any other compatible items or known limitations :)