been trying to add switches all afternoon but can not get thew syntax that the system finds acceptable
this is what I have, which I believe is same as documentation.
“”"
platform: rflink
device_defaults:
fire_event: true
signal_repetitions: 2
devices:
newkaku_001802be_1
name: Router
newkaku_001820be_2
name: TV Amplifier
newkaku_001820be_3
name: Lounge TV
icon: mdi:tv
“”"
Tried various spacing, commas etc but always get various errors in log file such as.
17-02-12 17:55:43 ERROR (Thread-1) [homeassistant.util.yaml] mapping values are not allowed here
in “/home/hass/.homeassistant/configuration.yaml”, line 108, column 13
Its best to use the preformatted text option when pasting config as it preserves the whitespaces. But from what I can see it you miss a color ‘:’ at the end of the device names (eg, newkaku_001802be_1).
I would definitely love to see the MilIghts work with RFLink. It has some clear advantages over the official controller (control unlimited individual bulbs, intercept the remote to keep things in sync)
Furthermore, it looks like the people at RFlink are already working on the newer Milight bulbs. Something that seems difficult using the original controller.
So getting the Milight bulbs to work with RFLink might solve multiple problems at once.
I don’t own milight devices so I am unable to test. But if you could provide debug output for what is and isn’t working I can add support. According to: http://www.nemcon.nl/blog2/protref the same protocol is used for milights. Don’t know if pairing is mandatory before being able to control? Brightness and color setting are currently not implemented and should be added.
First off let me thank you for making the RFlink work!!! I`m very happy with it!
Regarding the milights. The indeed need to be paired. When you turn on the light bulbs they go into pairing mode for a few seconds. Normally you would then press a “on button” on the remote, pairing the bulb to that button (zone) of the remote. The official controller and remote are limited to 4 zones. According to the RFlink docs, the RFlink should not have this limit.
If I start hass I can see the following passing by in the output while I use the official remote. No sign from the bulbs, but as far as i can see, they only receive signals.
Im not a programmer, so i can not really asses what exact information you would need. But im more that happy to provide whatever i can to get this working
EDIT: I just noticed the remote controls popping up in the front-end. At least the on/off switches for the 4 zones and the main on/off switch. Missing are brightness and color control, and the “modes” (disco mode etc, 0-8 ).
I can control these with with my remote. The bulbs however, seem to only react to the remote. For example: when i pair my bulbs to zone2 on the remote, i can control them with my remote, en hass picks up on that, but i can not use the hass switch to control the bulb.
I updated to v0.40.0 today, but since then all my RFlink sensors and lights stopped working. The strange thing is that switches are still working correctly.
When pressing the on or off button, nothing happens. When using an alias’ed remote, the switch actually toggles, so it’s receiving command correctly. But if you then click the switch in HASS, it toggles back after a few secs to it’s old state without actually switching the light on or off.
Sensor data is simply not received.
Also, RFlink devices with a space in it’s name are triggering all kinds of errors since 0.40:
17-03-12 21:43:41 ERROR (MainThread) [homeassistant.core] Error doing job: Task exception was never retrieved
Traceback (most recent call last):
File "/usr/lib/python3.5/asyncio/tasks.py", line 239, in _step
result = coro.send(None)
File "/home/stefan/.local/lib/python3.5/site-packages/homeassistant/helpers/entity_component.py", line 359, in async_process_entity
new_entity, self, update_before_add=update_before_add
File "/home/stefan/.local/lib/python3.5/site-packages/homeassistant/helpers/entity_component.py", line 208, in async_add_entity
'Invalid entity id: {}'.format(entity.entity_id))
homeassistant.exceptions.HomeAssistantError: Invalid entity id: light.Overloop zolder
Maybe it’s no related to RFlink specifically, since nothing much has changed since 0.39.x as far as I can see, but does anyone else see these problems as well?
After downgrading back to 0.39.3 with the exact same config, everything is working fine again.
It probably has to do with the space in the entity name. I ran into the same issue with one of my devices. I still need to figure out why this is happening have not looked into it yet. For now the workaround is to add ‘_’ where the space was.
I tried that, but then lights and sensors still aren’t working, even after removing the database.
Also, after changing the spaces to underscores I tried setting the friendly_name in the customize options, but they didn’t seem to pick up, is that unsupported by RFlink device ID’s?
I was able to solve this by removing the spaces in the names in my 0.39.3 installation and setting friendly_names accordingly. Restarting the installation so the changes were picked up. And I then upgraded to 0.40 without problems. All my lights, sensors and switches are working correctly now.
So in case anyone else runs into this, tl;dr: remove spaces in names before you upgrade to 0.40.
Thank you, did a new install but now with Hassbian and now it works.
Another question ( sorry, just starting to learn HA)
I have added
sensor:
platform: rflink
new_devices_group: "New Rflink Lights"
But in the logs it’s complaining with the following message.
17-03-28 08:59:07 ERROR (MainThread) [homeassistant.config] Invalid config for [sensor.rflink]:
[new_devices_group] is an invalid option for [sensor.rflink]
the device above is just for testing.
Though, after setting it up you don’t want auto discovery anymore since you don’t want to control the lights from others.
Maybe removing this would help.
@passie@pixiandreasdiscovery is not related to rflink. A recent change removed support for the new_devices_group. Some mess still needs to be cleaned up for that.
