Unfortunately not - the window is actually a command line cover, with device class set to window - which in theory Google understands. The other device_classes allowed are things like doors, curtains etc
At some level HA understands the blind/window distinction, as it is automatically given a window icon…although so too are my RFXComm controlled blinds - so I may be reading too much into that!
Its because right now all of those things are ‘covers’ of device_class ‘window’. (all my shades (Graber/Somfy - ZWave) currently show as window as well bug i dont have an actual mptorozed windows so its not an issue.
Id try forcing the device_class on your blinds to something else, ‘not window’… There are classes for both ‘blind’ ans ‘shade’ available - although shade seems more fitting. I’d try one and see if it changes Googles behavior.
If it doesn’t, you noe have similar devices using two different device classes you’d have to take up how Google is handling the shade device class oncs its passed to them.
Thanks.
Forcing the device class seems to have resolved the local icon issue (though the icons do not change between closed and open - that is a very minor thing indeed)
All devices though appear to google as blinds - so perhaps the distinction between cover types is not implemented by the google home integration?
Thanks - I might give that a go. In this case, the integration (RFXTrx) does not support discovery of this device type (RTY blinds) - so they were added manually by providing the relevant codes through the UI - but I can give that a try.
In the meantime it is working, even if all the window and blinds are the same to google!
Hi @Ben_Barker how did you force the device class of your “covers” to “windows”? I’m having a similar issue. Home Assistant has classified my velux skylights as covers and I want to force them to windows.
However, I still found that Google home would open the window when I asked it to open blinds, so in the end I cheated and stopped exposing the window to google