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

Reference attributes directly from cluster #7139

Merged
merged 2 commits into from
Mar 1, 2024

Conversation

lucasteligioridis
Copy link
Contributor

What?

Change to referencing the attributes directly from the cluster object.

Full disclosure I've looked at the code and from what I understand this is how we should be referencing the data from the cluster, but I would also really need your help here to validate that this is correct. The current implementation doesn't seem to work correctly as hitting the "refresh" button didn't seem to update the value of these LEDs.

Can you please just confirm both this PR and the Koenkk/zigbee-herdsman#942 are compatible and that the integration should work in this way?

Changing to follow the convention
Reference the configuration/data directly from the cluster rather than
specifying the data in-line. This seems to have broken the integration
in a previous PR.
@Koenkk Koenkk merged commit 0ed1497 into Koenkk:master Mar 1, 2024
2 checks passed
@Koenkk
Copy link
Owner

Koenkk commented Mar 1, 2024

Looks good, thanks!

lucasteligioridis added a commit to lucasteligioridis/zigbee-herdsman-converters that referenced this pull request Mar 1, 2024
…-converters

* 'master' of github.com:lucasteligioridis/zigbee-herdsman-converters:
  chore(master): release 18.42.0 (Koenkk#7140)
  fix(ignore): update dependencies (Koenkk#7141)
  feat: Support fanTimerMode for Inovelli VZM35-SN (Koenkk#7023)
  fix: Reference attributes directly from cluster for various Schneider Electric specific attributes (Koenkk#7139)
lucasteligioridis added a commit to lucasteligioridis/zigbee-herdsman-converters that referenced this pull request Mar 2, 2024
This was changed in Koenkk#7139
and seemed to break this integration. Unsure as to why this is not
working anymore as everything logically looks correct.

For now lets revert this change and hope this resolves the bug and gets
this part of the integration working again.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants