Hi Guys,
I’m using OpenWebNet 2.4.0 provided by Massi with OH2 2.3.0 on a Raspberry PI. I have 8 thermostats and I’m able to get the “heating” channel updated only for 3 of them. There seem to be no difference in how I defined things and items but only 3 of them update the status of “heating”, for the other 5 I get a NULL status.
The “Studio” thermostat is now below target temperature and switched the valve to ON but the associated item ThermoStudio_Heating is still showing NULL. The thing works correctly as I can read the temperature and target temperature associated to the thing.
heating property should be read-only but tried to write a state to it via REST APIs and I can do it, is this correct?
Hi Luciano,
the configuration is of course correct since it’s the same for all thermos.
there may be a problem if the heating actuators of the 5 thermostats are registered under a different number: I assume in the binding the heating actuator its numbered “1”. Maybe you can check this in your virtual configurator.
To be sure this is the problem, I would need some logs: refer to the binding README to how to set your log file to DEBUG, then make sure one of the 5 thermostats goes below target temp, then make it start heating, then send me the openhab.log file and tell me which is the address of the thermostat you used for the test.
the channel is defined as “read only”:
<channel-type id="heating" advanced="true">
<item-type>Switch</item-type>
<label>Heating Is</label>
<description>Heating is active (read only)</description>
<state readOnly="true" />
</channel-type>
and most importantly there is absolutely no code in my binding that is able to change the heating channel using a command coming from OH2.
After you changed it via REST API did you see the changed value in PaperUI ?
Did you check the new state of the channel again using the API ?
there may be a problem if the heating actuators of the 5 thermostats are registered under a different number: I assume in the binding the heating actuator its numbered “1”. Maybe you can check this in your virtual configurator.
In fact the 5 associated actuators were not numbered as “1” (which doesn’t make sense). I fixed the cfg and now testing. THANKS.
After you changed it via REST API did you see the changed value in PaperUI ?
Did you check the new state of the channel again using the API ?
I tried to post via APIs the value ON and the response was:
I see ON in PaperUI
I GET ON from APIs
The ON value is reflected in my influxDB as it is persisted on everyChange
The thermostat (the device) doesn’t switch to ON
So it seems the hardware is not affected, but the sw object is. I think I can live with this
good, let me know because if this works, I will update the readme as a solution. others have reported this in the past.
this is very weird behavior from OH2, it seems the OH2 accepts the status update even if the binding does not update the status. I will do some more testing about this to make sure is not an error on my binding.
@llegovich, can you write here 2 lines of how did you modify the coniguration in you system to check and modify that actuators are numbered correctly ?
O will suggest this in the binding README
bye
M
To ensure the actuator is set up correctly, for each thermostat follow the steps below:
1. open MyHome_Suite (setup tool provided by bTicino/Legrand)
2. select the thermostat, this brings you to the thermostat configuration panel
3. select the first tab "Plant settings" and in the "Actuators section" check if the first actuator listed has been numbered with N° 1. This will be the actuator which state will be returned by the binding through the channel "heating".
4. if the actuator is numbered N° 1 then STOP here
5. if it is not numbered N° 1 then you have to set it to N°1
6. find the actuator device corresponsing to the same zone as that of the thermostat and set the "Device number" property to 1
Please feel free to cut/re-phrase as you wish.
Not easy reading without screenshots. If anyone asks for further details I’m happy to write a guide with screenshots.