FHEM Homebridge plugin

FHEM

homebridge-fhem · v0.5.54

VerifiedLocalHomebridge 2.0

Bridges FHEM devices such as switches and lights into HomeKit.

View on npm Source code

What it says it supports

Brands

FHEM

Devices it names

FHEM switches
lights

Shows up in Apple Home as from its README

What people report

FHEM-based devices auto-detected: HomeMatic, FS20, ZWave, HUE, MAX, DUOFERN, SOMFY, SONOS and more. HomeMatic IP via HMCCU support is pending.

Works7
Requested1

The plugin’s own supported-device list

Device	Status	What they said	Source
DUOFERN and SOMFY blinds	Works	Auto-detected; DUOFERN moving state mapped Saved copy Usually the device type is automatically detected, so no action is needed here: switches (devices with set on and set off commands) lights (devices with set on and set off commands) homematc, FS20 and ZWave dimmers (devices with set on, set off and set dim or set pct commands) HUE, WifiLight, MilightDevice, SWAP_0000002200000003 (hue, sat, bri, rgb) homematic, max, pid20 and comet dect thermostats homematic, DUOFERN, SOMFY and FS20/IT(?) blinds hommatic, MAX and FHTTK contact sensors (door, window) HM-SEC-WIN, HM-SEC-KEY HM-Sen-LI-O presence, ROOMMATE, GUEST SONOS (power, volume) harmony … Excerpt saved from GitHub on 2026-10-22.	Wiki: Device types
HM-SEC-WIN and HM-SEC-KEY	Works	Listed as auto-detected Saved copy Usually the device type is automatically detected, so no action is needed here: switches (devices with set on and set off commands) lights (devices with set on and set off commands) homematc, FS20 and ZWave dimmers (devices with set on, set off and set dim or set pct commands) HUE, WifiLight, MilightDevice, SWAP_0000002200000003 (hue, sat, bri, rgb) homematic, max, pid20 and comet dect thermostats homematic, DUOFERN, SOMFY and FS20/IT(?) blinds hommatic, MAX and FHTTK contact sensors (door, window) HM-SEC-WIN, HM-SEC-KEY HM-Sen-LI-O presence, ROOMMATE, GUEST SONOS (power, volume) harmony … Excerpt saved from GitHub on 2026-10-22.	Wiki: Device types
HomeMatic dimmers, thermostats and blinds	Works	Auto-detected from FHEM device types Saved copy Usually the device type is automatically detected, so no action is needed here: switches (devices with set on and set off commands) lights (devices with set on and set off commands) homematc, FS20 and ZWave dimmers (devices with set on, set off and set dim or set pct commands) HUE, WifiLight, MilightDevice, SWAP_0000002200000003 (hue, sat, bri, rgb) homematic, max, pid20 and comet dect thermostats homematic, DUOFERN, SOMFY and FS20/IT(?) blinds hommatic, MAX and FHTTK contact sensors (door, window) HM-SEC-WIN, HM-SEC-KEY HM-Sen-LI-O presence, ROOMMATE, GUEST SONOS (power, volume) harmony … Excerpt saved from GitHub on 2026-10-22.	Wiki: Device types
MAX thermostats and contact sensors	Works	Auto-detected Saved copy Usually the device type is automatically detected, so no action is needed here: switches (devices with set on and set off commands) lights (devices with set on and set off commands) homematc, FS20 and ZWave dimmers (devices with set on, set off and set dim or set pct commands) HUE, WifiLight, MilightDevice, SWAP_0000002200000003 (hue, sat, bri, rgb) homematic, max, pid20 and comet dect thermostats homematic, DUOFERN, SOMFY and FS20/IT(?) blinds hommatic, MAX and FHTTK contact sensors (door, window) HM-SEC-WIN, HM-SEC-KEY HM-Sen-LI-O presence, ROOMMATE, GUEST SONOS (power, volume) harmony … Excerpt saved from GitHub on 2026-10-22.	Wiki: Device types
Netatmo air quality sensor	Works	Listed as auto-detected Saved copy … (hue, sat, bri, rgb) homematic, max, pid20 and comet dect thermostats homematic, DUOFERN, SOMFY and FS20/IT(?) blinds hommatic, MAX and FHTTK contact sensors (door, window) HM-SEC-WIN, HM-SEC-KEY HM-Sen-LI-O presence, ROOMMATE, GUEST SONOS (power, volume) harmony scenes temperature and humidity sensors CO20 and netatmo air quality sensor RESIDENTS module ... A full list of device types available in homebridge can be checked here: Hombridge devices If the device is not detected specify it with the FHEM Attribute `genericDeviceType`. This can also be used to differentiate switches (e.g. if … Excerpt saved from GitHub on 2026-10-22.	Wiki: Device types
Philips HUE / WifiLight / Milight lights	Works	Auto-detected with hue, sat and brightness Saved copy Usually the device type is automatically detected, so no action is needed here: switches (devices with set on and set off commands) lights (devices with set on and set off commands) homematc, FS20 and ZWave dimmers (devices with set on, set off and set dim or set pct commands) HUE, WifiLight, MilightDevice, SWAP_0000002200000003 (hue, sat, bri, rgb) homematic, max, pid20 and comet dect thermostats homematic, DUOFERN, SOMFY and FS20/IT(?) blinds hommatic, MAX and FHTTK contact sensors (door, window) HM-SEC-WIN, HM-SEC-KEY HM-Sen-LI-O presence, ROOMMATE, GUEST SONOS (power, volume) harmony … Excerpt saved from GitHub on 2026-10-22.	Wiki: Device types
SONOS speakers	Works	Power and volume supported Saved copy … DUOFERN, SOMFY and FS20/IT(?) blinds hommatic, MAX and FHTTK contact sensors (door, window) HM-SEC-WIN, HM-SEC-KEY HM-Sen-LI-O presence, ROOMMATE, GUEST SONOS (power, volume) harmony scenes temperature and humidity sensors CO20 and netatmo air quality sensor RESIDENTS module ... A full list of device types available in homebridge can be checked here: Hombridge devices If the device is not detected specify it with the FHEM Attribute `genericDeviceType`. This can also be used to differentiate switches (e.g. if switch triggers a light or an outlet). Accordingly in Homekit the light symbol or the … Excerpt saved from GitHub on 2026-10-22.	Wiki: Device types
HomeMatic IP devices via HMCCU	Requested	Only generic on/off detected; support PR still open Saved copy HMCCUCHN and HMCCUDEV devices are currently only picked up by the generic on/off branch in `FHEMAccessory()`. Every other detection branch keys off CUL_HM specifics that a HMCCU device does not have, `attr subType`, and the `state`/`pct`/`desired-temp` readings, so HomeMatic IP switches, dimmers, blinds and thermostats all end up as switches bound to a `state` reading that never updates, and the sensors are not exposed at all. The only HMCCU-aware code today is `this.model`/`this.serial` in the device info block. Approach Readings are looked up by datapoint name rather than hardcoded, so … Excerpt saved from GitHub on 2026-10-22.	PR #126 · 2026-08

Gathered from the plugin’s GitHub issues, pull requests, discussions, wiki and docs, and from r/homebridge. These are individual reports, so check the linked thread and the date before you buy.

How it connects

Local

FHEM server via longpoll

You’ll need

FHEM server

Compatibility

Verified by Homebridge	Yes
Homebridge versions	>=0.2.0 \|\| \|\| ^2.0.0-beta.0
Homebridge 2.0	Yes
Node.js	>=0.12.0
Settings in Homebridge UI	Yes
Matter	No
Platform name	FHEM

Community signals

Downloads a week	28
Downloads a month	285
GitHub stars	73
Open issues	31
Closed issues	70
Last code push	2026-05-24
Latest version	0.5.54 (2026-05-24)
First published	2015-09-12
Releases	152

In ReReHome

Whatever this plugin publishes reaches Apple Home as a normal HomeKit accessory behind your Homebridge bridge, so ReReHome shows and controls it like any other.

Bridges get their own settings page listing the accessories behind them.

HomeKit services in its code

Found by scanning the published npm package. A plugin can register a service only for some devices.

Switch

Sources

npm: https://www.npmjs.com/package/homebridge-fhem
Source code: https://github.com/justme-1968/homebridge-fhem
Issues: https://github.com/justme-1968/homebridge-fhem/issues
Verified plugins list: https://github.com/homebridge/verified