Skip to content
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

Add status (binary_)sensor for each device #56

Open
postlund opened this issue Sep 28, 2020 · 2 comments
Open

Add status (binary_)sensor for each device #56

postlund opened this issue Sep 28, 2020 · 2 comments
Labels
enhancement New feature or request

Comments

@postlund
Copy link
Collaborator

It's currently very hard to provide decent feedback to the user regarding if the connection works or not. It's also a bit tricky since the same error affects all the entities at the same time, so we would over-report problems. I suggest that we add a new sensor per device, which shows the current state and can include additional error information via attributes. That way we can signal if the whole device is broken or and and possibly also what is broken. I know some other integrations do this as well. Either we keep it simple with a binary_sensor or we use a regular sensor which gives us better feedback via state name.

What do you think @rospogrigio?

@rospogrigio
Copy link
Owner

Nice idea, I'd go with the regular sensor which can give more info using the state name 👍

@postlund
Copy link
Collaborator Author

Agree, let's take that route!

@postlund postlund added the enhancement New feature or request label Oct 11, 2020
PaulCavill pushed a commit to PaulCavill/localtuya that referenced this issue May 9, 2024
* change var `gateway` to `fake_gateway`

* Fix: `set dp service` and support set list of dps (rospogrigio#55)

Give the user the ability to change multi values with 1 command e.g.
value:
  - 1: true
  - 2: false
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants