So I removed all Airzone Things and binding, rebooted the raspberry.
I reinstalled the binding and the Things. Now it’s ok. No errors.
It seems to work but I still have a problem with the setpoint temperature of the zones.
I make OH create the items and links.
When I go to a setpoint item, the setpoint value is either correct or NaN. When I click + or -, nothing happens on the UI nor on the Airzone System. The value doesn’t change. Sometimes the UI complains : connection error. I see nothing in the logs.
I tried to post a command to the REST API to change the setpoint : it works like a charm. The value change both in the logs and on the Airzone System.
So I don’t understand why I cannot change the setpoint value through the UI and the setpoint item.
Did I miss something ?
It’s quite expected because those items are “write only” and never get an update.
It is, however, impossible to use the + or - buttons here as NaN is not supported by MainUI. There’s nothing that I can do here, unfortunately.
Note however, that this value is only populated after a refresh cycle, so it’s possible to have the item for a valid zone stay at value NaN for a few seconds after creation. But once it has received an updated value, all should be fine.
In all cases, you have to make sure the item is properly linked to a channel, as it may happen that openHAB “remembers” links from previous things and does not replace them with valid values.
The link should display online as seen here:
Would you care to show me where you did that?
I’m asking because the channel should already be defined with a step value of 0.5 so maybe I missed something.
I don’t, but this should not be any different than any other HVAC based things already present in openHAB. So maybe there are explanations done with other bindings that would apply here as well.
I have an issue with the all zones Thing. In my case, it is not discovered. I had to manually add it. I configured the Bridge and system number. It goes on line, however it has no channels. Did I miss something ?
EDIT: This wrning is in the logs every 20 sec
2023-09-16 14:51:42.287 [WARN ] [.handler.AirZoneAllZonesThingHandler] - No master zone data for 1
Ah well, I did not notice it at the time, but your system does not provide the master_zoneID field in its replies.
The “all zone” thing currently relies on it being available for working properly. I’ll see if I can find a workaround.
To send a command for allZones (on/off, temperature, mode), using zone 0 works well on my install.
The only information that have to be read is the mode. The mode is indicated in every zone description. So mode can be read from the Zone 1 which is always defined in an installation.
Other option : the master Zone is the one for which the “modes” key is populated by more than 1 value
Good morning,
This week I wanted to install the Airzone binding, but it doesn’t appear.
Is this a temporary error, or has it been removed from openHAB?
I have several installations with Aidoo, and I’m concerned about having to modify the integration with openHAB.
Kind regards,
Which version of openHAB are you using?
If it’s version 5, then this behavior is expected as I have not yet had time to test the plugin with this new version of openHAB.
I’ll add this to my backlog, this should hopefully be sorted by the end of March.
My version is openHAB 4.2.2.
I have 10 Raspberry Pi devices with the same version of openHAB, and I have installed it on two of them because I have air conditioners with AIDOO from Airzone.
Now I want to add another AIDOO to openHAB on another Raspberry Pi, but the binding does not appear.