IKEA FYRTUR block-out roller blind support

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.
2023-01-10 08_22_48-Dwains Dashboard – Home Assistant

And few minutes later when pages refresh then it disappears again and i dont know current % again.

2023-01-10 08_23_07-Dwains Dashboard – Home Assistant

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 :slight_smile:
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 :slight_smile:

Just a thought - Has anyone considered maybe the zigbee controller not being able to handle that many zigbee devices / that much zigbee traffics…?

@syncnj @vaderag @MDR @Yardco - are you guys all using Conbee sticks?

Or, is there anyone here controlling Fyrtur blinds using other zigbee controller sticks? Success? More of less the same issues?

Trying to see whether there is any pattern…

I have more than 70 zigbee devices in total. Some are bulbs or smart plugs, so they can route the Zigbee signal.
And Conbee II can handle that traffic.

Nah I’m nowhere near any limits and I’m not using conbee, using aqara

I switched from the conbee to the Skyconnect stick last week and haven’t really noticed a big difference. Network was pretty stable with the conbee and might seem more stable with the Skyconnect but I think that’s more due to the placebo effect of a new toy to play with. Currently 65 devices in my network.

I previously used conbee 2, then switched to Sonoff, same issue still exists but happened far less often. However there’s still the case where some blinds won’t react if a lot of traffic is sent.

What do you mean by “a lot of traffic is sent”?

E.g. closing 5+ window blinds at the same time.

Hey, so ikea blinds working ok, seems the latest update broke the cover.position service? My automations broke, but the service cover.close and cover.open work, but when using the cover.position it says “this device can’t handle this service”…

What’s going on? …

cover.set_cover_position is working fine for me.

service: cover.set_cover_position
data:
  position: 21
target:
  entity_id: cover.office_shutter_1_cover

So funnily enough since I made the post above I’ve had no issues.

One thing that has changed this time to last time is that I haven’t set any limits on the blind itself.
It’s in an awkward position and I forgot after my last pair so I decided to work around it rather than get back up to it

I’m not saying this is responsible for it being more reliable, correlation doesn’t equal causation, but if you’re having issues might be worth a try