-
Notifications
You must be signed in to change notification settings - Fork 675
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
Extended Beca TRV #1459
Extended Beca TRV #1459
Conversation
Codecov Report
@@ Coverage Diff @@
## dev #1459 +/- ##
==========================================
- Coverage 80.30% 79.72% -0.58%
==========================================
Files 227 228 +1
Lines 6687 7123 +436
==========================================
+ Hits 5370 5679 +309
- Misses 1317 1444 +127
Continue to review full report at Codecov.
|
Pull Request Test Coverage Report for Build 2140384247
💛 - Coveralls |
PR #1464 was applied |
@dmulcahey Can you tell me what hinders this PR from being merged? |
I need to look at the analog input stuff... we are adding correct support for configuration entities in HA and I do not want to continue abusing analog input clusters. As an example: home-assistant/core#70110 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
home-assistant/core#70110 Let's change how this works so we aren't adding a bunch of fake clusters to the device to handle the configuration of the device. We can target the mfg cluster + make + model directly in HA.
I'm sorry but I don't get what you mean. Should I replace those generic AnalogInput/Output with my own and then add all of them into |
Do you have discord? |
I'm not sure if you guys have actually discussed the fake cluster issue came up in this PR, however, I'm happy to report that ts0601_trv_beca.py applied via zha_quirks fixes how my TRVs look like. So for folks searching for Moes/Tuya/Beca Radiator Thermostat BRT-100-TRV ZHA support as of issues with the currently (2022.8.7) applied zhaquirks.tuya.ts0601_trv.MoesHY368_Type1new quirk (ping #1192 #932), this PR has the best quirk to be applied to date. Fingers crossed it can get merged soon, I've got like 10 of these devices, so this was great help. Thanks @rforro ! |
Is this still needed? If so, can we work towards getting it mergeable? |
Nearly all tuya TRVs have very basic functionality and not working in ZHA GUI and we have spending weeks of testing and coding so the user can getting there devices working OK in ZHA. Still If no one can doing it better this PR is much better then no or very bad support for tuya TRVs and more user is getting them and moving to other system (normaly not to de(F)CON) then is not getting any functionality in ZHA GUI. Also pleas say what is wrong and trying getting it fixed instead letting it dying jacekk015] on Nov 29, 2021 and in some week the PR is needed then its being cold in the north. |
Yes - it solved my problem. Out of the box the Moes TRV provides proper climate entities. However, on the latest 2022.8.7, battery % is reported as "unknown" and there's a bunch of entities missing compared to what's visible in @bh 's screenshots (child lock, min max temps, temp correction, etc). It'd be awesome getting this merge-ready. |
There hasn't been any activity on this pull request recently. This pull request has been automatically marked as stale because of that and will be closed if no further activity occurs within 7 days. Thank you for your contributions. |
I've finalized quirk for BECA TRV which was written by @jacekk015 but PR got stuck because of missing tests. This code was extracted from #1192 which is basically dead, because it is not compatible with current zigpy version.
Note this PR uses AnalogInput cluster which is currently not exposed in HA, but I'm working on it. @Adminiuga @dmulcahey I need your advice, please look at home-assistant/core#69063
After merging, this PR should close following issue #1123