Has anyone made their open/close remote work lately? I tried the binding/groups thing but the device doesn’t appear. I’m wary to try automations and listening to events because it seems too hacky.
Mine is currently working - it’s sometimes slow to enact, but it does work. I haven’t bound it directly however - I go via home assistant to control
Same with me. And it works fine.
But I’m running under ZHA.
I’m on ZigBee2MQTT - it didnt work for me in ZHA
(Edit: Oh oops, just realized that was clear from the thread above!)
Either way, seems it can work on either
I haven’t tried lately, but controlling the blinds directly with the remote stopped working for me after the remotes got the October 2021 firmware update and I wasn’t able to set it up again.
Where can I find the version? I’m new to Zigbee.
The roller blinds are working fine with the button, but following the guide laichiufamily posted Nov 13, 2020 didn’t get me anywhere. It gets stuck when I click “bind group”.
EDIT: Couldn’t do it the fancy way, but it was fairly easy to set up an automation to do it manually. Nice to know that if I don’t care about using this remote to toggle the blinds, I have a spare button I can use for literally anything.
EDIT2: Thanks to the people on Discord, I do have it paired properly via the binding. I had to mash the button on the remote while binding and then it eventually worked, even though the UI still said it was loading. I no longer need the automation, woo.
Does anyone have these working directly with HA Yellow? Would be interested to learn if there are any particular quirks
1 Like
So I had a wierd issue with my blind yesterday where it just stopped responding, even on the blind itself.
I’ve just reset it and reconnected and it does work, but i have something very odd…
If i set a position (i.e. 60% ) it will go there, but if it’s fully open, it will not let me press down, only up
I thought this might be due to inverted state and it thinking it’s fully closed instead
But it’s not - pressing up does make it try and go up, down does make it try and go down.
Is there any way to not have HA disable the down button?
I can read position manually too only. Anyone knows how get automatically show cover position everytime when i move it?
FWIW, I’m having a lot of issue with FYRTUR + Conbee 2 + Z2M.
Previously I was using official Ikea Hub (Tradfri), and HA’s official add-on for it locally, absolutely no issues, everything works, just that I can’t use the button paired to the hub to control other things in HA, no big deal, I manually paired one in my separate Zigbee network and it worked fine.
Now, with the news that Ikea has deprecated / discontinuing Trafdri hub, I wanted to migrate them into my separate Zigbee network with Z2m + Conbee2, so I paired them all manually (20+ blinds, 4 signal repeaters), the zigbee network is growing even bigger (100+ total devices), and the nightmare began the next day.
FYRTUR blinds show all kinds of weird issues, since zigbee group doesn’t work anymore on latest firmware, I manually created groups in HA, and if I try to control 8 blinds at the same time (in a group), one or two of them would stop along the way (purely random, stuck anywhere 0%-100%), and then some of them would not react for a long time, then started dancing on their own (e.g. going up, stop, wait 1-2 seconds, then going down, wait, then going up…). Sometimes even if I manually press the button on the blind to move it down, it would stop randomly, like they seem to have a mind of their own.
Every other device on my zigbee network works absolutely perfect, I have 40+ Aqara accessories, 20+ Hue bulbs (all kinds of different models), they all work great, similar to their official hub, it’s just FYRTUR blinds have issues.
I then tried changing my Conbee2 stick to a Sonoff Zigbee-E stick (currently experimental support from Z2M), hoping to isolate out the coordinator, and exactly same issues happens.
One last thing, the Ikea Air purifier seems to be fine, but maybe because I don’t change it that much.
I’m planning to go back to the Tradfri hub, it’s a separate zigbee network, but I prefer stability than issues.
UPDATE: I bought another Zigbee coordinator (Sonoff ZBDongle-E) to replace Conbee2 as a last resort, did another round of re-pairing for all devices, and to my surprise FYRTUR blinds are now more stable, there’s still occasionally one blind stopped moving when the network became busy, but the issue where they move on their own is now gone. I’ll continue to monitor it for a bit.
I’ve started having real issues lately with my Fyrtur too - I would say it completely loses connection to my Zigbee mesh once a week or so for no reason…
Only way to kick it back into gear is to do a repair and thankfully Zigbee2MQTT knows it’s the same device… blind itself is a pain to reach however so very annoying
I have a router right next to it so it’s not that, just seems to be this device
I wonder if anyone has any idea how I can find out why it dropped? I guess not. I have have many other zigbee devices which have no issues
I have 8 blinds/shutters from IKEA, all integrated to my HA via a Conbee II and ZHA, with no issues.
I have 3 Fyrtur and 2 Tredansen blinds connected via a Conbee II stick running ZHA. I’ve recently moved over from deconz, but I’ve noticed that the cover.set_position command in HA isn’t updating the state of the covers when it reaches the desired state (the position attribute is fine tho and updates accordingly, just not the entity state). This results in the blind entity “thinking” that its still opening/closing and not updating it correctly. I notice this especially in Homekit where the blinds stay in a pending state, not updating to the correct position. Not sure how to solve this but might try to remove and rebind the blinds to see if this helps anything.
This results in the blind entity “thinking” that its still opening/closing and not updating it correctly
I did have this for a while - removing and re-binding worked
2 Likes
That’s awesome to hear! Did you have to factory reset the blinds at all or was removing/adding in HA enough?
I think I factory reset.
Worth noting that I’m still having issues with the blind randomly deciding to disconnect - probably unrelated but still… I wish I’d just pumped for a Somfy one tbh
Yeah the disconnecting issue drove me away from Deconz, but I’m now doubting that ZHA will be able to resolve this issue.
Have been trying to rebind my blinds to get the entity updating fixed for the last few hours now, but no luck after a few dozen tries. I’ve instead just created an automation that fires a cover.stop_cover command so that the state of the blinds is updated after sitting still for a few seconds. Feels like something the entity should really do by itself but will unfortunately have to resort to this for now.
trigger:
- platform: state
entity_id: cover.window_covering_device_1
attribute: current_position
for:
seconds: 5
action:
- service: cover.stop_cover
target:
entity_id: cover.window_covering_device_1
FWIW the blind was even more erratic for me using ZHA - it’s one of the main reasons I tried (and stuck with) Zigbee2MQTT
Hello everyone,
I am currently trying to integrate the IKEA Fyrtur smart blinds into HomeAssistant using Deconz and Conbee II. I have managed to get them into HA, they show up in the Deconz network but not in the Phoscon UI.
The problem i am facing now is that I don’t have any controls for them. I can only see the battery level, but I cannot open/close them in HA. In Deconz there is no problem controlling them.
Any advice? Thanks in advance!
Edit: For people running into the same problem: I switched over to ZHA; setup of these blinds was done in less than a minute - immediately recognized and controls work perfect.
Maybe someone can help me with this problem.
I have looked in several places and have not found any help.
I dont understand why my cover wont display always current position %.
When i move cover then it displays like that.
And few minutes later when pages refresh then it disappears again and i dont know current % again.
This is yaml code
When i open ZHA zigbee cluster then i can manually read and write current %.
I dont understand why i dont have every time current position % because its seems so basic stuff 
I wonder is it possible hard coded this cluster infot somehow to yaml so it displays always current position?
Too many headaches with such a simple thing
