-
Notifications
You must be signed in to change notification settings - Fork 7
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
Zone Handling and common zones #15
Comments
FYI @epetousis So perhaps the zone name needs to be checked to find "Common Zone", maybe it's the name that's consistent across installations. |
Is it something you could leave to part of the user config? As part of the initial setup, provide the user with a dropdown list of zones and ask them to choose the common/master zone. |
Yeah that would be more flexible, if the zone list can be queried in time... I don't have zones so there's only so much I can figure out myself... |
The zone list was from the dump the integration logs on first connection. |
Ah great, would you mind copying that entire dump json here for reference? Feel free to mask out the Mac address if it's there. |
|
I have the same problem as @wrodie My system (heating only) has three zones. Haven't got a log of my system state yet (waiting for a HA restart), but, based on testing my "COMMON ZONE" (system control) must also be the last zone in the index. Changing this:
to this:
works for my system. Haven't tested yet but a more general case should be replace lines 188-191 with this:
Perhaps it's just a better 'guess'. When I can restart HA and get some logs. I'll report back my system state json dump and the success or otherwise of the code replacement. BTW. Thanks for this integration @andrewleech. Other than this issue everything is working well. Before using the integration I was relying on Google Assistant that is plagued by 'Google cannot contact Magiqtouch' or words to that effect. This makes my wife very happy who was getting frustrated with a system that said it couldn't do what she asked it to do even though it actually (in most instances) did it. Obviously, the big advantage though is that I can now integrate my heating into my overall home automation. |
As expected the initial state shows I have 3 zones and the common zone is indeed zone_index 2. Here is my json dump. and here is a current state dump { There may be a more elegant solution but if the system control zone is always the last zone then the suggested change to climate.py - line 187 works ok. |
Excuse my rather late reply to this @wrodie,
I think I made an error in the code and used NoOfZonesControl instead of NoOfZones, because I’m fairly sure my unit is also the exact same in terms of the Common Zone being the last zone. |
How do I get a log to see if this is the case in my setup? Has this been pushed out? As currently the 4 zones I have, appear to have an issue with global updates and non zone correctly updating. |
FYI in my setup, I have "ZoneName1": "FAMILY/DINING", "ZoneName2": "LIVING/STUDY", "ZoneName3": "LEISURE/BED 1", "ZoneName4": "BED 2,3 & 4" and "NoOfZones": 4, "NoOfZonesControl": 1 Of which ZONE 1 is my control/master controller. But the operation of the zones isn't correct with all being the same values across the 'child' zone/controllers. |
I don't believe you guesses here are correct
climate.py line 187
In my system (heating only)
Zones are returned as
but
Your code's assumption is that zone 1 is the common zone, but in my situation that is zone5 (zone_index = 4)
Using the climate card I can turn off the zone only for the "MASTER BED" zone, if I attempt with any of the others, then it turns off the system.
If I log
(self.zone_index, self.controls_system, self.controller.current_system_state.NoOfZonesControl)
then I get the following results
Which is not correct.
The text was updated successfully, but these errors were encountered: