A zone-based, event-driven Home Assistant integration for Digital Strom home automation systems. Built by Woon IoT BV — Digital Strom installation specialists.
English | Deutsch | Nederlands
- Digital Strom Server: dSS20 or newer (firmware 1.19.x+)
- Home Assistant: 2024.1.0 or newer
- Connection: Local network access to your dSS (HTTPS, default port 8080)
This integration connects directly to your dSS over your local network. No cloud connection or digitalstrom.net account required.
Unlike traditional per-device polling integrations, Digital Strom Smart uses the scene-based architecture that Digital Strom was designed for:
| Traditional approach | Digital Strom Smart | |
|---|---|---|
| Control method | Individual device commands | Zone scenes (one command, all devices respond) |
| State updates | Polling every 10-30s per device | Real-time event subscription |
| Bus load | ~50+ requests/min (10 zones) | ~0.4 requests/min + 1 event connection |
| Risk | Can corrupt apartments.xml | Safe — uses only standard API calls |
- Zone-based lights with brightness control (dimming via
setValue) - Zone-based covers (blinds/shades) with position control and direction inversion
- Individual Joker switches — each Joker actuator gets its own switch entity with the device name from dS Configurator
- Joker binary sensors — contact sensors, smoke detectors, door contacts are auto-detected as binary sensors with the correct device class
- Scene activation with imported dS scene names (the recommended way to control Digital Strom)
- Temperature sensors per zone (including rooms without heating, using any available source: zone sensors, device sensors)
- Device sensors — Ulux and similar devices expose CO2, brightness, temperature, and humidity as individual sensor entities
- Apartment power monitoring — apartment-level power consumption (W)
- Alarm binary sensors — Fire/Brand, Alarm 1-4, Panic, and Doorbell appear as binary sensors under the Digital Strom Server device, with live updates from dSS alarm events
- System scene switches — trigger Panic, Fire/Brand, Alarm 1-4 and Doorbell apartment-wide from HA as switches (via
apartment/callScene); each switch reads the real dSS state back, so it returns to off by itself if the dSS ignores the scene - Environment states — Day/Night, Twilight, Daylight and Holiday from the dSS as read-only binary sensors
- Event-driven — instant state updates when someone uses a wall switch
- Scenes for all groups — Light, Shade, and Heating scenes
Unlock advanced features with a Pro license key from wooniot.nl/pro:
- Climate control — target temperature, preset modes (Comfort, Economy, Night, Holiday), heating + cooling detection
- Presence mode — read and set the apartment presence state (Present, Absent, Sleeping, …) as a select entity
- User Defined Actions — actions configured in the dSS Configurator appear as Home Assistant buttons
- User Defined States — custom and apartment-wide dSS states appear as sensors / binary sensors with live updates from
stateChangeevents - Per-circuit (dSM) energy — power and lifetime kWh per dSM meter, each as its own device, ready for the HA Energy Dashboard
- Apartment kWh sensor — aggregated cumulative energy across all dSMs (Energy Dashboard ready)
- Motion per zone — per-zone motion binary sensors from the dSS
zone.X.motionstates - Malfunction & service — aggregate diagnostic binary sensors that flag any component reporting a malfunction or service-required
- Outdoor weather sensors — temperature, humidity, brightness, wind speed, wind gust, air pressure (weather station), plus a station-free outdoor temperature + sun position from the dSS weather service
- Rain detection — real-time rain sensor via dSS system-protection state events
- Weather protection sensors — wind/rain protection scene states as binary sensors
- Device identification — blink any device for identification
- Save scenes — save current output values as a new scene
- Area scenes — full scene range support (6-9, 10-14, 20-24, 30-34, 40-44) plus all user-defined scenes from dSS
Enter your Pro license key in the integration options (Settings > Devices & Services > Digital Strom Smart > Configure). License types:
| Type | Duration | Price |
|---|---|---|
| Trial | 30 days | Free (request via wooniot.nl/pro) |
| Yearly | 365 days | €29/year |
| Lifetime | Permanent | €89 one-time |
- Open HACS in Home Assistant
- Click the three dots menu (⋮) in the top right corner
- Select Custom repositories
- Add this URL:
https://github.com/wooniot/ha-digitalstrom-smart - Category: Integration
- Click Add
- Now search for "Digital Strom Smart" and click Install
- Restart Home Assistant
- Download the latest release from GitHub
- Copy
custom_components/digitalstrom_smart/to your HA config directory - Restart Home Assistant
- Go to Settings > Devices & Services > Add Integration
- Search for Digital Strom
- Enter the IP address and port (default 8080) of your dSS
- Approve the connection in your dSS admin interface:
- Open the dSS web interface in your browser
- Go to System > Access Authorization
- Find WoonIoT HA Connect and check the box to approve
- Click Submit — the integration discovers all zones and devices automatically
After setup, go to the integration options to:
- Select zones to include in Home Assistant
- Invert cover direction if blinds/screens move the wrong way
- Enter Pro license key to unlock advanced features
A dSS firmware update can change three things that affect the connection. The integration now recovers from these automatically, but it's good to know:
- The IP address may change (DHCP). The integration self-heals the IP via auto-discovery, but a static IP or DHCP reservation for the dSS avoids this entirely. Recommended.
- The app token may become invalid. Home Assistant then shows a "Re-authentication required" notification. Click it, approve the new token in the dSS web interface (System > Access Authorization) and click Submit. Your settings, Pro license and entities are kept — no need to re-pair.
- The internal dSS identifier may change. This can temporarily unbind a Pro license. It is automatically re-bound on our side (server-side); if Pro stops working after an update, contact info@wooniot.nl.
Tip: a static IP for the dSS prevents half of these issues. After a major firmware jump, verify that all entities show values again.
For each zone with devices:
light.<zone>_light— Zone light control (on/off/brightness)cover.<zone>_cover— Zone cover control (open/close/position)scene.<zone>_<scene_name>— Activate dS presets (with user-defined names from dS)sensor.<zone>_temperature— Zone temperature (from any available source)
Individual Joker devices:
switch.<zone>_<device_name>— Per-device on/off control (actuators with outputMode > 0)binary_sensor.<zone>_<device_name>— Contact/smoke/door sensors (devices with outputMode == 0)
Device-level sensors (Ulux, etc.):
sensor.<zone>_<device>_temperature— Device temperaturesensor.<zone>_<device>_humidity— Device humiditysensor.<zone>_<device>_co2— Device CO2 levelsensor.<zone>_<device>_brightness— Device brightness
Note: per-device power (W) and per-device energy (Wh) sensors were removed in v3.7.6. Reading them required polling the dSS sensor bus, which starved the dSM metering controller and corrupted the dSM energy values. Power and energy are now measured at the dSM (circuit) level only — see Per-circuit (dSM) meters below.
Apartment-level (Free):
sensor.dss_power_consumption— Total power (Watts)sensor.dss_license_status— License status: Pro/Free with validation details (diagnostic)
Alarm & system states (Digital Strom Server device) — Free:
binary_sensor.dss_fire— Fire alarm (Brand), device class: smokebinary_sensor.dss_alarm_1…alarm_4— Alarm states 1-4binary_sensor.dss_panic— Panic alarmbinary_sensor.dss_doorbell— Doorbell active statebinary_sensor.dss_frost/hail/wind/rain— Weather/protection states (read-only)binary_sensor.dss_daynight/twilight/daylight/holiday— Environment states (read-only)switch.dss_fire,switch.dss_alarm_1…alarm_4,switch.dss_panic,switch.dss_doorbell— Trigger the matching apartment scene viaapartment/callScene. The switch mirrors the real dSS state, so it flips back to off by itself if the dSS ignores the scene
Per-circuit (dSM meters) — Pro:
sensor.<circuit_name>_power— Instantaneous power per dSM meter (W)sensor.<circuit_name>_energy— Cumulative lifetime energy per dSM (kWh,total_increasing)sensor.dss_energy_consumption— Apartment-wide kWh, sum of all dSMs (Energy Dashboard ready)
Supported dSM meters: dSM12, dSM20 and dSM25 are metered (power and energy). The end-of-life dSM11 is excluded, as it provides no reliable metering.
User Defined Actions & States (apartment) — Pro:
button.<action_name>— One button per action defined in the dSS Configuratorsensor.<state_name>/binary_sensor.<state_name>— One entity per custom/apartment state, with live updates from dSS events
Other Pro entities (requires license):
climate.<zone>_climate— Zone climate control with target temperatureselect.<...>_presence— Apartment presence mode (Present / Absent / Sleeping / …)binary_sensor.<zone>_motion— Per-zone motion (dSSzone.X.motionstates)binary_sensor.dss_malfunction/dss_service— Aggregate malfunction / service-required (diagnostic)sensor.dss_outdoor_*— Outdoor weather-station sensorssensor.dss_ws_outdoor_temperature/ sun position — Station-free outdoor data from the dSS weather servicebinary_sensor.dss_rain— Rain detectionbinary_sensor.dss_*_protection— Wind/rain weather-protection scene states
| Service | Description | Pro |
|---|---|---|
digitalstrom_smart.call_scene |
Activate a scene (zone_id, group, scene_number) | |
digitalstrom_smart.blink_device |
Blink a device for identification (dsuid) | Yes |
digitalstrom_smart.save_scene |
Save current output values as a scene | Yes |
Digital Strom uses passive cooling — the dSS does not actively control cooling output. When the system switches to cooling mode:
- The climate entity shows Cooling in Home Assistant
- Adjusting the target temperature will briefly show the entity as Idle — this is normal
- The switch back to heating takes 1-2 minutes (controlled by the dSS)
- The minimum setpoint configured in the dSS applies during cooling mode
Home Assistant
│
└── Digital Strom Smart
│
├── Event Listener (long-poll)
│ ├── callScene / undoScene → Light, Cover, Switch, Scene state
│ ├── zoneSensorValue → Temperature sensors
│ ├── deviceSensorValue → Device sensors (Ulux CO2/Lux/Temp)
│ ├── stateChange → Binary sensors (contacts, smoke, door)
│ └── stateChange → Rain detection (apartment-level)
│
├── Binary Input Polling (every 5s)
│ └── apartment/getDevices → Contact/door/window state
│
├── Polling (every 30s)
│ ├── getConsumption → Energy sensor
│ ├── getTemperatureControlValues → Zone temperatures
│ └── PRO: getSensorValues, getCircuits, climate status
│
└── Commands
├── callScene / setValue → Zone lights, covers, scenes
└── device/turnOn / turnOff → Individual Joker switches
- dSS20 (minimum) or newer Digital Strom Server
- All Digital Strom device types: GE (light), GR (shade), SW (joker/black), BL (blinds)
- Joker actuators (relays, switches) — individually controllable
- Joker sensors (contacts, smoke detectors, door sensors) — auto-detected device class
- Ulux and similar multi-sensor devices (CO2, brightness, temperature, humidity)
- dSM meters (energy monitoring)
- Outdoor weather stations (temperature, humidity, brightness, wind speed/gust, pressure)
- Rain detection via dSS system-protection state
- Climate control zones (heating and cooling)
Digital Strom Smart supports multiple languages for all entity names, configuration screens, and state values:
| Language | Status |
|---|---|
| English | Complete |
| Nederlands (Dutch) | Complete |
| Deutsch (German) | Complete |
Home Assistant automatically uses the correct language based on your system language setting. Want to add a translation? PRs welcome — just create a new JSON file in custom_components/digitalstrom_smart/translations/.
- New "Control value" sensor per climate zone: exposes the DS temperature-control output as a signed value — negative = cooling demand, positive = heating demand (magnitude = intensity). Works in cooling mode too, where a setpoint is absent. The value is now also read from the per-zone temperature-control status (not only the apartment poll), and the sensor is always created for zones with temperature control.
- Joker actuators used as a switch: the status right after the integration starts is now correct. Previously an actuator could wrongly appear "on" just after startup because the initial state came from an unreliable structure field; it is now derived from the actual output state (the same source as the status poll). Follow-up to v4.1.2.
- Joker actuators used as a switch (SW-ZWS200, SW-SSL200, etc.): an on/off change made outside Home Assistant (via the Digital Strom app or a physical switch) is now reflected correctly in HA. Previously the state only updated when switched via the integration itself; external changes were missed because the state poll only read binary inputs and skipped pure output actuators. The state is now also updated from the output state, via the same cached dSS poll — so without extra dS485 bus load.
- Measured temperature and setpoint stay available — previously a climate zone's measured temperature and target setpoint could fall back to "unknown" after a heating/cooling changeover or a restart, until the Thanos thermostat pushed a fresh value. The integration now reads these from every polled source (the per-zone temperature-control status, the apartment sensor poll and the zone's device temperature sensors), not only from pushed events, so the climate entity and the temperature sensors show a value again immediately.
- Auto re-authentication — when the dSS app token becomes invalid (common after a dSS firmware update), Home Assistant now shows a "Re-authentication required" notification instead of silently failing setup. Approving a new token keeps the entry, Pro license and all entities — no delete-and-re-pair needed.
- Connection errors are retried — a temporary connection failure now raises
ConfigEntryNotReady(HA retries automatically) instead of permanently failing. - Periodic Pro license recheck — the license is re-validated every 6 hours, so a server-side re-bind (after a firmware id-flip) is picked up without an HA restart; a Free⇄Pro change reloads the entry automatically.
- "Pro license inactive" repair issue — if a Pro key is configured but no longer validates, a clear repair notification is shown (cleared once valid again), so vanished Pro features are no longer silent.
- README — added a "After a dSS firmware update (1.19.13)" section with attention points (static IP recommended, reauth, server-side license re-bind).
- dSM12 included in circuit metering — dSM12 meters now report power (W) and lifetime energy (Wh), just like dSM20/dSM25. Only the end-of-life dSM11 is skipped. Earlier builds excluded dSM12; this is verified on a dSM12-only installation. The energy corruption that previously affected metering came from
getSensorValue2bus starvation, which is fixed separately (per-device power is events-only), so dSM12 metering is safe.
- System alarm scenes as switches — Fire/Brand and Alarm 1-4 now get a switch (next to the read-only status binary sensor) that triggers the scene via
apartment/callScene. Each switch reads the real dSS state back, so it returns to off by itself if the dSS ignores the scene. - Environment states (Free) — Day/Night, Twilight, Daylight and Holiday exposed as read-only binary sensors.
- Per-zone motion + malfunction/service (Pro) — per-zone motion binary sensors, plus aggregate malfunction and service-required diagnostics.
- Weather service (Pro) — station-free outdoor temperature and sun position from the dSS weather service.
- Metering rework — per-device power (W) and energy (Wh) sensors were removed: polling the dSS sensor bus for them starved the dSM metering controller and corrupted the dSM energy values. Power and energy are now read at the dSM (circuit) level only. Per-device power is event-driven, never polled.
- Reliability — IP-change reconfigure + DHCP discovery, faster non-blocking startup, and a hardened event loop (one malformed event can no longer stop the loop). Apartment system states (fire/rain/frost/hail/wind/alarm) are read-only where the dSS rejects writes.
- Fix: Energy sensor (kWh) on Joker devices showing "unknown" at startup — now polled explicitly at first load
- Fix: Devices not assigned to HA area automatically —
suggested_areaadded to all platform entities - Privacy: Telemetry opt-out toggle added in integration options (Settings → Configure)
- Trial licenses require telemetry; paid Pro licenses work without it
- New: Power sensor entity (Watts) for SW-KL200, SW-ZWS200, SW-SSL200, SW-UMR200 (output 1)
- Metering must be enabled per device in the dSS Configurator
- Real-time updates via
deviceSensorValueevents; polled every 30s via cachedapartment/getDevices(no bus traffic) state_class: measurement— fully compatible with the HA Energy Dashboard
This is the 2.10.x development cycle rolled up into a single major release. Highlights versus 2.9.x:
Energy Dashboard
- Per-dSM (group) cumulative kWh sensor with
state_class=total_increasing - Apartment-wide kWh sensor as the sum of all dSMs
- Existing instantaneous Watt sensors retained
dSS Configurator entities
- User Defined Actions → HA buttons (raise the addon's
highleveleventwithid=<action>parameter) - User Defined States → binary_sensor / sensor entities, joined from all six addon categories (custom / combined / triggered / window / device-sensor / zone-sensor)
- Klokken / Timers → one button per timer to fire its configured actions on demand (zone-scene + device-scene sequenced with per-action delay)
Per-component status
- Every output-capable non-Joker device gets a diagnostic
binary_sensorexposing its currentonstate fromapartment/getDevices— no dS-bus traffic, single shared HTTP poll
Hardening (from GPT-4o code review)
asyncio.TimeoutErrornow mapped toDigitalStromApiErrorin the request layer- Background event-listener startup wrapped in a
try/exceptso a crash is logged instead of silently lost - Binary poll loop logs full traceback on unexpected exceptions
Brand assets — bundled in repo under custom_components/digitalstrom_smart/brand/ so HACS default-repository validation passes (HA 2026.3+).
- Run-once timer button — each Configurator timer now has a
button.run_<timer>that fires its configured actions immediately, on demand. The button reads the timer's action list (zone-scene + device-scene) from the dSS property tree and replays it through the regular scene API - Removed: timer enable/disable switch. Toggling klokken on/off stays in the dSS Configurator as Rene requested — only the manual fire-once stays in HA
- Per-action
delayhonoured when sequencing - Attributes on the run-once button:
enabled_in_dss,last_executed,time_base,offset_seconds,recurrence_base,timer_id
- Per-device output status — every output-capable dS device (lights, shades, klimaat actuators) gets a diagnostic
binary_sensor.<device> statusshowing whether the component is currently on. Sourced fromapartment/getDevicesweb API only — no dS-bus polling, no extra HTTP-call (parsed from the existing 5-second device poll that already runs for binary inputs) - Joker devices keep their existing
switchentity — no duplicates - Attributes:
dsuid,hw_info,output_mode,is_present,is_valid. Entity becomesunavailablewhen the dSS reportsisPresent=false
- One entity per timer — the separate
sensor.<timer>is gone; only theswitch.<timer>remains. The switch state shows whether the timer is enabled, and thelast_executedtimestamp is now an attribute on the switch alongsidetime_base,offset_seconds,recurrence_baseandtimer_id - All timers (enabled and disabled) appear as switches; toggling the switch updates the dSS via
property/setBoolean - Migration note: the old
sensor.<timer>entities (from v2.10.4-v2.10.6) become orphaned in HA's entity registry. Either delete them manually under Settings > Devices & Services > Entities, or leave them — they'll be cleaned up automatically when the integration is reloaded once
- Full coverage of User Defined States — v2.10.3 only imported
custom-states. This release adds the five remaining categories:combined-states,triggered-states,window-states,device-sensor-states,zone-sensor-states. Examples: "Melder meeting", "Heater", "Roldeur open", "Warmtevraag", "Vorstbeveiliging 8-10gr.", "Oververhitting" - Sensor-threshold based states (device/zone sensor) join their runtime value via
completeName(e.g.dev.<dsuid>.type9.<id>orzone.zoneN.groupX.type9.<id>) instead of the numeric id - New attributes on each binary_sensor:
category,active_value,inactive_value(for sensor-threshold states) - stateChange events now match on either the state id or its
completeNamelookup key
- Timer enable/disable switch — each imported timer also gets a
switchentity that writes to/scripts/system-addon-timed-events/entries/<id>/conditions/enabledvia the dSS property tree. Toggle a klok on or off from Home Assistant without opening the Configurator set_timer_enabled()coordinator helper +api.set_property_boolean()for general boolean property writes
- Timers / Klokken import — every Timed Event from the dSS Configurator (sunset/sunrise/dawn/daily timers) is imported as a
sensorwithdevice_class=timestamp, value =lastExecuted. Attributes:enabled,time_base(sunset/sunrise/daily/…),offset_seconds,recurrence_base,timer_id - Source:
/scripts/system-addon-timed-events/entries/*
- Configurator User Defined States — states created in the dSS Configurator (Activities > User Defined States) are now imported as
binary_sensorentities with their human-readable name ("Schoonmaak", "Vitrage was dicht", …). The previous v2.10.x release only imported/usr/states/which contains zone/device/system states but not the custom user definitions - Runtime values come from
/usr/addon-states/system-addon-user-defined-states/<id>, names from/scripts/system-addon-user-defined-states/custom-states/<id>— joined on state id - State changes propagate live via the existing
stateChangeevent subscription - Each entity exposes
set_nameandreset_name(the labels the user configured) as attributes
- Brand assets — icon and logo bundled at
custom_components/digitalstrom_smart/brand/so the integration meets the HACS default-repository requirements (since HA 2026.3 custom integrations ship their own brand assets instead of thehome-assistant/brandsrepo)
- User Defined Action trigger fix — pressing a button now raises
highleveleventwithid=<UDA_id>as parameter, the event pattern the dSS UDA addon actually subscribes to (the oldevent/raise?name=<UDA_id>only acknowledged the event but never executed the action) - Friendly names for device-bound states — states named like
dev.<dsuid>.status.playbacktypenow show as<Device Name> Playbacktypeinstead of the raw dSUID
- Energy Dashboard support — every dSM (group) now reports cumulative energy in kWh with
device_class=energyandstate_class=total_increasing, so circuits show up in the HA Energy Dashboard out of the box - Apartment-wide kWh sensor — aggregated lifetime energy across all dSMs (
sensor.dss_energy_consumption) - User Defined Actions — actions configured in the dSS Configurator are imported as HA
buttonentities; pressing the button raises the corresponding dSS event - User Defined States — custom and apartment-wide dSS states from
/usr/statesare imported assensor(multi-value) orbinary_sensor(active/inactive) entities with live updates fromstateChangeevents - New
buttonplatform and additional translation strings (EN/NL/DE)
- License diagnostics sensor — shows Pro/Free status with attributes: valid, reason, dss_id_sent, validation_method
- Pro validation logging — warning in HA logs when license validation fails (with reason)
- No more guessing why Pro features are inactive — check the sensor or HA logs
- Full i18n — all entity names now translatable via Home Assistant's native translation system
- German translation — complete DE translation for all entities, config flow, and options
- Dutch translation — complete NL translation for all entities
- Translated: sensors, lights, covers, climate, switches, presence mode (with state values), binary sensors, scenes (including area scenes)
- Breaking change: Presence Mode select options changed from display names (
"Present","Absent") to internal keys ("present","absent"). Update automations usingselect.select_optionaccordingly.
- Binary sensor debug logging — improved diagnostic logging for Joker binary sensors
- Binary sensor fix — contact sensors (doors, windows, UMR, EnOcean) now report correct open/closed state
- Fast binary polling — separate 5-second polling loop for contact/door/window sensors (was 30s)
- Correct API — uses
apartment/getDevicesfor binary input state (reliable across all dSS firmware versions) - Polarity fix — contact-type sensors correctly inverted (dSS "active"=closed, HA on=open). Motion/presence unchanged.
- Area scenes (Pro) — support for scenes 6-9, 10-14, 20-24, 30-34, 40-44
- Dynamic scene discovery (Pro) — automatically creates entities for all reachable and named scenes from dSS
- Cooling mode detection via event — uses
heating_system_modestateChange event (active=heating, inactive=cooling) as the primary cooling detection method - When dSS switches to cooling, the heating controller API returns only
{ControlMode: 0}with no cooling indicator — the real signal is the apartment-level event - Cooling check runs before off-detection in both
hvac_modeandhvac_action - Passive cooling behavior documented (see Climate notes)
- Rain sensor fix — detects apartment-level stateChange events (StateApartment;rain)
- Wind Protection removed — dSS handles wind protection per device internally, no universal state exists
- Climate detection fix — now detects climate zones regardless of ControlMode format (string or integer)
- Cooling mode fix — robust type handling for ControlMode/OperationMode values from dSS API
- Weather protection as binary sensors (rain detection via dSS system-protection)
- Climate entity improvements — better detection for PLAN44/EnOcean setups
- Alarm entities — alarm 1-4, panic, doorbell as switch entities
- Presence detection — present, absent, sleeping, wakeup, standby, deep off
- Per-dSM energy monitoring moved to Free tier — each dSM meter gets its own device with power sensor
- Sensor reliability — uses dSS zone API for pre-scaled values, removed all manual bus-encoding
- Automatic dSM filtering (virtual controllers excluded)
- Sensor values now always match what the dSS reports, regardless of device type
- Free/Pro tier split with license key system (wooniot.nl/pro)
- Individual Joker switches — per-device control with names from dS Configurator
- Joker binary sensors — contact, smoke, door sensors with auto-detected device class
- Device sensors — Ulux CO2, brightness, temperature, humidity as individual entities
- Climate control (Pro) — target temperature, presets, heating + cooling detection
- Outdoor weather sensors (Pro) — temperature, humidity, brightness, wind, pressure, rain
- Scene discovery with user-defined names from dS Configurator
- Temperature for rooms without heating (any available source)
- Initial release: zone-based lights, covers, scenes, temperature sensors, energy monitoring
- Event-driven architecture with real-time state updates
- Local and cloud connection support
This integration sends a minimal anonymous ping to WoonIoT once at startup and every 24 hours. This helps us understand how many installations are active and which HA versions are in use.
What is sent:
| Field | Value | Personal? |
|---|---|---|
v |
Integration version | No |
ha |
Home Assistant version | No |
zones |
Number of zones (integer) | No |
devices |
Number of devices (integer) | No |
dss_id |
First 8 characters of dSS machine ID | Pseudonymous |
pro |
Pro license active (true/false) | No |
The receiving server is ha-ds.internetist.nl (operated by WoonIoT BV, hosted in the EU). Your IP address is technically received by the server as part of every HTTP request. No data is sold or shared with third parties. Full details: wooniot.nl/privacy
Opt out: Go to Settings → Devices & Services → Digital Strom Smart → Configure and disable the Send anonymous telemetry toggle. No data will be sent after saving.
Note: Trial licenses require telemetry to be enabled. Paid Pro licenses work without telemetry.
Developed by Woon IoT BV — professional Digital Strom installers and smart home specialists based in the Netherlands.
- Website: wooniot.nl
- Pro license: wooniot.nl/pro
- Issues: GitHub Issues
- License: CC BY-NC-ND 4.0 — free for personal use, commercial use requires written permission from Woon IoT BV