Closed vincentwolsink closed 3 years ago
@vincentwolsink a few questions:
http://<your_adam_ip>/core/domain_objects with
the thermostat not having a zone assigned?After a detailed look at the xml-data on my Adam, and the data that we have received from other users, I'd say this is not something we want to fix because then we are going against the way that Plugwise has set everything up in their xml-data. Who knows what other problems this will cause.
So, in my mind, the solution for solving the bug you are reporting, is assigning a location to (all of) the (present) thermostat(s) that don't have one. This is also how Plugwise wants you to set things up. Do you agree?
@bouwew thanks for your reply.
This is indeed plugwise-beta 0.15.0. But I think the bug is in python-plugwise
itself.
I can send you the output of the domain_objects if you want.
The reason I am not assigning the thermostat to any zone is because I want to remove the external physical thermostat and use my tablet with Home Assistant as thermostat in the specific zone. According to Plugwise support this should be possible. In the Plugwise app it works perfectly fine. (I do need support for using Jip as a temperature source for the climate device in HA though, which doesn't seem to be present at the moment, but that is something else).
I did fix it locally by just adding an if statement to check if rule_ids
is populated before going into the for loop. But I don't know if this will have any unwanted side-effects.
Ok clear I think. You want the python-plugwise code to handle the case no rules_ids found
in a way so that no error is thrown, correct? This means you don't have presets defined for that "special" thermostats, correct?
About adding support for Jip, if you have one, should be a piece of cake. To be able to do this, and also to understand better how your system with the "special" thermostat looks like, please send me the XML-data from your system: please read https://github.com/plugwise/python-plugwise/tree/main/userdata#sharing and link the requested xml-data onto a post.
Ok clear I think. You want the python-plugwise code to handle the case
no rules_ids found
in a way so that no error is thrown, correct? This means you don't have presets defined for that "special" thermostats, correct?
Yes indeed. Thanks for your help. See the attached files. core.appliances.xml.txt core.direct_objects.xml.txt core.domain_objects.xml.txt core.locations.xml.txt core.modules.xml.txt
Great, thanks! I'll have a look.
Question: in Woonkamer I see a Tom and a Jip. But these are both "slaves" to the HA thermostat. How did you set this up in the Plugwise App? How is the HA thermostat called?
Also, I guess the Toon is the thermostat that is not assigned a location?
The external thermostat is called "Toon". It used to be in Woonkamer, currently I removed it from the zone, so Jip is the temperature sensor for Woonkamer. I'm still in contact with Plugwise support if this is the actual way to go. I would expect the "Toon" device to disappear when disconnecting the (wired) external thermostat, but this doesn't happen.
Did you try to remove the Toon? When you click on the Toon there should be a button called Verwijderen
.
And when I read it correctly on the Plugwise website, the Jip becomes the Master-thermostat so to speak. So you should be able to remove the Toon and have the Jip and the Tom in the Woonkamer, the Jip should be the master. In the Plugwise App, under Bediening
you should see a thermostat with the name Woonkamer.
As I read it here https://www.plugwise.com/product/jip/ a Jip has the same status as a Lisa.
@vincentwolsink Please test plugwise-beta version 0.16.0b0, it contains support for the Jip as a zone thermostat. Please let me know if it works. When it does, I'll do a formal release to v0.16.0.
I tried removing the "Toon" thermostat before, but it still got detected by HA, so I don't think it actually works. I just deleted it again, see attached domain_objects.
I will test 0.16.0b0 asap. Thanks!
I tried removing the "Toon" thermostat before, but it still got detected by HA, so I don't think it actually works. I just deleted it again, see attached domain_objects.
Just confirmed it. Even though the Toon thermostat is completely gone in the Plugwise app, it is still detected by Plugwise beta and causes the python error. So this might be a "bug" on the Plugwise side.
Yes, I see what you mean. I'll think about what I can do to remove/ignore the Toon.
I just tested 0.16.0b0 and it works like a charm! The Jip device now has a climate entity. And even the error for Toon is gone! The device is still there in HA, but it doesn't throw a python error anymore. Perfect.
Very happy with this, thanks a lot. Where is your "buy me a coffee" button? 😄
That's good news! Yes, I've also fixed the python error for good measure.
But the Toon still showing up, that bothers me somewhat. Something to fix in the future... Please leave this bug-report open, I'll keep you posted...
I think I've solved it, I'll release a test-version soon.
@vincentwolsink Please test plugwise-beta v0.16.0b1
The Toon should no longer show, or it should become unavailable
(which means it's no longer there but HA Core kept the reference, you can manually remove the entity).
Tested v0.16.0b1, works. Toon no longer shows up.
Great, thanks for checking! I'll start the release-process. Might take a while, vacation time...
Bugs/missing functionality solved/implemented in #88
@vincentwolsink You should also have a Jip humidity sensor. Is it present and does it have a correct value? In the 0-100% range?
Yes, looks good.
Thanks for confirming that works too. Please close this issue when you think the reported bugs are solved.
Issue solved. Thanks a lot for the help!
A python error occurs in getting thermostat presets when using Plugwise beta component.
Edit: This seems to be only happening when the "Opentherm thermostat" (main thermostat) is not placed in a zone.
Home Assistant Core:
2021.6.2
py-venv
plugwise-beta
HACS
Plugwise product:
3.2.8