-
Notifications
You must be signed in to change notification settings - Fork 661
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
Maxsmart, Beca, Siterwell and Moes TRV support/update #1192
Conversation
Are you planning on finishing this in the next couple of days? The beta for HA is Friday and I want to cut a release and get it into HA before then. I'll wait if you have the bandwidth to finish this before then. Just LMK. |
If jacekk015 can do all test we also need adding more presets for all new devices in ZHA that is needing presets for working OK but i can helping with that if needed. |
Unfortunately I don't know the Python test approach so that parts is out of my knowledge. I've seen plenty of bytes sent RAW which I do not understand. |
I have tested the Maxsmart implementation with @jacekk015 Would it be possible to make the HVAC mode |
Not sure if Off mode on TRV means totally Off. It could be that Freeze prevention is still enabled - I think I've read that in TRV manual. Is it possible? Of course. |
Yes, I was talking about that mode as well, so no heating except when it is preventing things from breaking due to freezing or calcification. |
TRVs is normally not have any off mode like electrical thermostats is having and and they have normal different working modes like away or holyday for not losing antifreeze protection. The system more off is the same the TRV is dead and cant / shall not do anything (only sending one new system mode to the system that is not off). If making one preset with off then it shall being the lowest possible inforced in manual mode. If cant using working mode in the TRV / presets its better using HA using manual mode and setting one very low setpoint temperature by adding one template switch that is doing that operation. |
@chaptergy Use a local quirk from this post. |
Hi, @MattWestb asked me for help with the tests here. I have rebased this branch against current dev and added a fix for the cause of these errors in the tests:
There is now another error in the tests showing up. I think this time it could be a genuine problem:
The error is happening here:
It is because |
@MattWestb Do we still need this PR and this one: home-assistant/core#59289 What needs to be done to move these forward? |
@jacekk015 and i and many user have getting all TRV working with this quirk but we dont have the knowledge writing the tests for getting it merged. @challs have the knowledge but i cant do the coding :-(( I dont knowing if @jacekk015 still is interested writing the tests if hi is getting help or if some one other can helping doing that. I think its some more devices that can being added that have showing up later and is using local quirks but i can catching them from the tuya TRV matrix. I think we need adding some more of this in clima.py in ZHA for getting all function but its one smal thing. |
home-assistant/core#59289 is now OK and its not one braking thing then the devices is not having one quirk in ZHA. But Siterwell also need presets but and that is braking for users that is using there devices with on/off mode (then presets was not implanted) that is wrong method (then the TRV is never off). I doing one new PR for Stairwell presets tomorrow but that shall being merged with this quirk for making all working OK with presets. Thanks for helping David !! Ed: Stairwell presets presets PR in ZHA is made and must being merged with this PR for not loosing control function of the TRV. |
I can write write test for ts0601_trv_beca.py, because I own it. But I think that will be easier to break this mega PR into smallers ones. For every TRV one PR. |
Yes I agree with you on that and I had already thought about doing the same for the SEA802 which I own. |
Also possible copy the Beca code and doing the test code for it in one new PR then currently the devices its using one "Moes" code that is not optimal for the device. I think present in ZHA is already added for it. The current test code is using Moes and Siterwell so also need updating the old test for this classes. The PR is splitting all device families so shall being easy only doing new PR and deleting the code in the old quirk. I can producing the nervelessly debut logging for Siterwell test code but i cant doing coding. |
Yes, that would be possible.
Yes, there seems to be a problem with the new implementation (see my earlier comment).
I don't think this is a good idea, because it makes a very big PR. If you have a separate PR for a single device class, it is easier to review, and any fixes for common problems only need to be discussed and implemented for one device to start with. Once the first device PR is ready and can be merged, the next PRs will need less work to be merged.
Okay, if you have time to collect some logs for the Siterwell device that would be great, and I can spend the time I have looking at how to write the tests. Maybe you could collect about 5 messages? That would be enough for me to start writing the tests for now, and you can collect further logs later, while I am working on the first tests. |
@challs thanks for the offers !! For the MOES we need some user that can making the same and the most important is the |
One fast mode switching and un/setting the functions of the TRV (I is not having the presets in my new test setup but have doing all mode changed local and all other with ZHA) Not logged is open window and valve jammed alarms then need more work for triggering them (deep freezer and unrealistic setpoint.temp). |
Just to let you know, none of this code will be working in 2022.04 The never version of zigpy rejects BTW I'm currently working on exposing AnalogInput clusters, just give me few days. home-assistant/core#69063 |
Thais sad but nothing we can doing more then keep trying getting the code fixed and the tests. Thanks for info and you work @rforro !!! |
Thanks @MattWestb - that's very helpful. I'll start working on a new branch for just that device for now. I'll let you know if I have any more questions about the logs. |
Sevus @challs and thanks for you work !! |
Updated Maxsmart/Lidl quirk to work with HA 2022.4 |
@MattWestb |
Great thanks @jacekk015 then i can upgrading my production system 2 (i have done 2 test setups with RCP coordinator for testing "IKEA remote problems") and need doing the last ones SAP but now in knowing the TRV problem is fixed !!!. |
2 HA test setups with RCP EZSP coordinator (Radio Co Processor firmware for Zigbee and Thread) and Open Thread Boarder routers is updated yesterday evening and working OK. For dinner this evening 2 HA test system with normal EZSP coordinator updated and also one test TRV (without presets) is up and running OK. Production network updated and all TRV looks working OK (presets is not updated) !! One more great thanks Jakke !!!!! |
Hello @jacekk015
Strange in this case: All rooms except the bathroom have one hour difference, where I guess that this might be an issue between winter / summer time. EDIT: One hour difference was caused by a wrongly set timezone. The bathroom thermostat still has the same behaviour. |
Is this still needed? |
Hello @dmulcahey! |
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. |
I have updated moes quirk based on the changes from the Beca PR #1459 to work with the current code base. Just in case someone needs it... |
@jacekk015 any chance we can get this cleaned up and merged if it is still necessary? |
According to matrix
zigpy/zigpy#653
new TRVs has support for ZHA and some got update of functionality.
Siterwell tested locally by @MattWestb
#1084 (reply in thread)
Beca tested locally by @iedex and @Youpimatin
#1123 (comment)
Maxsmart written and tested locally by me - I own 12pcs of them
Maxsmart -> Silvercrest Tuya Lidl clone tested by @JoostvdB94 @lukasf98 @baldisos
#1061 (comment)
Moes TRV extended using same approach as above Tuyas, split to separate file
Zonnsmart not touched code, spitted to separate file
Pull request made by @MattWestb should be Closed, newer code version is here
#1129