I only as recent as 30 days ago upgraded to OH3.3, so I cant say for certain, however, I did re-write the entire configuration at this time, to move over from 2.5. I am using Items files for my sitemap. I mostly use my mobile phone for interacting, so not sure if this was or wasnt an issue before on OH 3.3 as I may not have tested it.
I have found one strange thing. If I open the sitemap/BasicUI and go to my setpoint item, I cannot change it (as described), but if I then leave that page open on my web browser, open the sitemap on my phone, change the setpoint item, this is then reflected in the web browser AND THEN I can also change it in the web browser. I’ve tried this twice, with the same result. Process as follows:
I can also confirm that I have some other setpoints in my sitemap, that are purely to do with expire timers on automated lights (set the time duration from a motion trigger to the light switching off). These DO work absolutely fine and I can change the setpoint item within the web interface. These automated light setpoints run DSL code to update the metadata expire timer on a couple of Items and so dont interact with any binding.
So my conclusion is my issue is somehow linked purely to the Drayton Wiser binding and/or something generally to do with bindings that isn’t part of the internals/core of Openhab.
The Drayton Wiser binding only accepts a QuantityType for this channel.
Pkease check in events.log what command is aent when you use the UI and nothing happens.
IMHO, the binding should have handled at least also DecimalType. But I am not sure what commands are produced by BasicUI for the setpoint widget, that is the reason why I ask you to check the logs.
I couldn’t see anything in my logs relating to “Drayton…” (the Item/Setpoint) when I clicked on anything in the interface, while the log was set at DEBUG (log:set DEBUG openhab.event)
So I upped the log level to TRACE (log:set TRACE openhab.event) hoping that may yield different results… but nothing
I tried to click the up/down about 20x, then I hunted the log for:
There was nothing in the logs that seemed to reference I had clicked on anything within the web interface. I repeated the whole process again, just to confirm the result.
Obviously other things, relating to other items were logged (none of them relevant to the interface or anything with the Drayton binding/items)
I did also after this test, go to the Android app for BasicUI and change it there. The following was logged:
2022-12-23 10:45:17.564 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'Draytontoproom_setpoint' received command 23 °C
2022-12-23 10:45:17.565 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Draytontoproom_setpoint' predicted to become 23 °C
2022-12-23 10:45:17.587 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Draytontoproom_setpoint' changed from 22.5 °C to 23 °C
So I think Im logging with the correct settings, but let me know if not?
Also… yes it does log as “penhab.event.ItemStatePredictedEvent” (the middle event)
@ewrw : please open a separate topic for your issue with BasicUI and the Drayton binding.
When I asked to check the logs, I was thinking about events.log.
My idea was the the initial value was without unit, for example 22. BasicUI would then send 22.5 when you click the up button. This command would then be ignored by the binding because the binding unfortunately only expects a value with a unit.
Using the Android app, the value ia then set to 22.5 °C. At this step, BasicUI has knowledge of the unit and will then send 23 °C when you click on the up button (a command accepted by the binding).
All this makes fully sense if you can find the initial 22.5 command in events.log.
While the value has a init, is it working in BasicUI when you open the page and click the up button?