-
Notifications
You must be signed in to change notification settings - Fork 28
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Shutter (Homematic IP Wired Device) #90
Comments
Personally I use input_number and some switches to control my covers which works fine. So my question would be what you are expecting and how that is not working for you. From what I see in the code there is support for automatic detection of devices of type "blind". Could you install the devices adapter (if not already installed) and have a look at the device tab in admin (might be necessary to activate). Do you see devices of type blind there? From further inspection of the code I see that a device of type blind will be converted into an input_number entity. It will not even create a stop switch. Hm. That probably needs improvement. So what would you expect to happen? Is there a card for cover/shutter/blinds? I see there is a cover entity in HomeAssistant which should be used as entity for devices of type blind. But I have not yet looked into what advantages that might have above a simple input_number which is currently used. Of course that would be a breaking change for all current users, so it should have some benefit. So I'm really interested in hearing what you would expect here and what you want to achieve. |
BTW: the easiest thing to do is to create a manual input_number entity for the position state of your shutter (click on the wrench symbol next to the object in ioBroker). |
At First, thank you for your fast Reply. At Second, be aware of my Bad English. I've just started yesterday to setup a VM for trying ioBroker. So maybe i was a litte bit to Fast to start this issue. When configuring IOBroke everything works so nice (autmatic look up for Devices and setup of the Instanes). After that I've just looked for a good and quite Nice Visu. But back to Topic. After a litte bit trying i've just found out, what you're saying (just using a input_number Device). But would that be realy a breaking change for all current users, if just creating a new Devicetype named Shutter. The input_number devices should be working to, or not? I think a Shutter would be easy to use for somebody, how just started to work with ioBroker. It would be a intutive use. So when i look at all Visu's for IOBroker, in my opinion the lovelace visu brings the best user feeling (css for mobile user's etc.). So maybe i found a Bug when using a Enumeration. I've just had a Entitiy with the german word for Kitchen. (The Entity was called input_number.Küche). When trying to add to a Enumeration, a Error is shown, wich depends on the "Ü". And when using a Enumeration, it would be nice to configure an Icon and a Title (So the Entity Name could be have a good Description of the Device). In my opinion it would be the Best solution, to Use german own Charactes in Title, and not in Entitynames... but you don't have the possibilty to change the Entityname in Enumerations). in LoveLace i can even use own Icons. Where can the Icons be found on the Linux System, wich path could be used for it. Best regards. |
And by the way, is there anywhere a Description to setup the Yaml for Lovelace, to use own CSS? |
Currently, if a device of type "blind" is detected in ioBroker (you can find detected devices in the devices tap, if the device-adapter is installed, which I recommend when working with lovelace) it will automatically create an entity inputer_number for it.
In the latest versions the Umlaut will be replaced.
Do you mean the "Theme" tab in instance settings? |
Yeah Right, but i 'even think i can find this information in the thread, so i have to search. Thank you for the Info. |
Sorry for asking here,
but i can't find any Solution, to put a Simple Shutter in Lovelace. Is there no Possibilty?
Best Regards
Ben
The text was updated successfully, but these errors were encountered: