rflink component support devices that use RFLink gateway firmware, for example the Nodo RFLink Gateway. RFLink gateway is an Arduino firmware that allows two-way communication with a multitude of RF wireless devices using cheap hardware (Arduino + transceiver).
First you have to set up your rflink hub.
After configuring the RFLink hub lights will be automatically discovered and added.
RFLink switch/light ID’s are composed of: protocol, id, switch. For example:
Once the ID of a light is known it can be used to configure the light in HA, for example to add it to a different group, hide it or configure a nice name.
Configuring a device as light with a nice name:
# Example configuration.yaml entry light: - platform: rflink device_defaults: fire_event: true signal_repetitions: 2 devices: newkaku_0000c6c2_1: name: Living room
- automatic_add (Optional): Automatically add new/unconfigured devices to HA if detected (default: True).
- devices (Optional): A list of devices with their name to use in the frontend.
fire_event (Optional): Set default
fire_eventfor Rflink switch devices (see below).
signal_repetitions (Optional): Set default
signal_repetitionsfor Rflink switch devices (see below).
- fire_event (Optional): Set default
Device configuration variables:
- name (Optional): Name for the device, defaults to Rflink ID.
- type (Optional): Override automatically detected type of the light device, can be: switchable, dimmable, hybrid or toggle. See ‘Light Types’ below. (default: Switchable)
- aliases (Optional): Alternative Rflink ID’s this device is known by.
fire_event (Optional): Fire a
button_pressedevent if this device is turned on or off (default: False).
- signal_repetitions (Optional): Repeat every Rflink command this number of times (default: 1).
fire_event_ (Optional): Set default
fire_eventfor RFLink switch devices (see below).
signal_repetitions (Optional): Set default
signal_repetitionsfor RFLink switch devices (see below).
- group (Optional): Allow light to respond to group commands (ALLON/ALLOFF). (default: yes)
aliaseswhich only respond to group commands.
aliaseswhich do not respond to group commands.
Initially the state of a light is unknown. When the light is turned on or off (via frontend or remote) the state is known and will be shown in the frontend.
Sometimes a light is controlled by multiple remotes, each remote has its own code programmed in the light. To allow tracking of the state when switched via other remotes add the corresponding remote codes as aliases:
# Example configuration.yaml entry light: - platform: rflink devices: newkaku_0000c6c2_1: name: Living room aliases: - newkaku_000000001_2 - kaku_000001_a Ansluta_ce30_0: name: Kitchen Under Counter Lights Maclean_0d82_01: name: Bedroom Lamp
Any on/off command from any alias ID updates the current state of the light. However when sending a command through the frontend only the primary ID is used.
Light devices can come in different forms. Some only switch on and off, other support dimming. Dimmable devices might not always respond nicely to repeated
on command as they turn into a pulsating state until
on is pressed again (for example KlikAanKlikUit). The RFLink component support three types of lights to make things work in every situation:
Hybrid: This type sends a
dimfollowed by an an
offcommands. This will make dimmable devices turn on at the requested dim level and on/off devices on. One caveat is this type is not compatible with signal repetition as multiple
onsignals will cause dimmers to go into disco mode.
Switchable: Device type that sends only
offcommands. It work for both on/off and dimmable type switches. However dimmables might have issues with signal repetition (see above).
Dimmable: Sends only
offcommands. This does not work on on/off type devices as they don’t understand the
dimcommand. For dimmers this does not cause issues with signal repetitions.
Toggle: Device type that sends only
oncommands to turn on or off the device. Some switches like for example Livolo light switches use the same ‘on’ command to switch on and switch off the lights. If the light is on and ‘on’ gets sent, the light will turn off and if the light is off and ‘on’ gets sent, the light will turn on. If the device has an unknown state, it will assume it is off by default.
By default new lights are assigned the
switchable type. Protocol supporting dimming are assigned the
hybrid type. Currently only
newkaku protocol is detected as dimmable. Please refer to Device Support to get your dimmers supported.
Lights are added automatically when the RFLink gateway intercepts a wireless command in the ether. To prevent cluttering the frontend use any of these methods:
- Disable automatically adding of unconfigured new sensors (set
- Hide unwanted devices using customizations
- Ignore devices on a platform level
See device support