10:58:03.155 [DEBUG] [binding.mqtt.internal.MqttItemBinding] - Publishing command ON to cmnd/gate/POWER3
10:58:03.306 [WARN ] [ab.core.events.EventPublisherDelegate] - given new state is NULL, couldn't post update for 'Garage'
10:58:04.259 [WARN ] [ab.core.events.EventPublisherDelegate] - given new state is NULL, couldn't post update for 'Garage'
10:58:08.191 [INFO ] [smarthome.event.ItemStateChangedEvent] - UPS_Input_Voltage changed from 239.0 to 237.0
10:58:08.193 [INFO ] [smarthome.event.ItemStateChangedEvent] - UPS_Current_Load changed from 33 to 34
Convert the Item to a String Item and take the transform off of the incoming to see what is actually being sent to your Item. Compare that to what you have in your MAP. Watch for leading or trailing spaces.
11:38:23.624 [ERROR] [ipse.smarthome.core.items.GenericItem] - Tried to set invalid state OFF (OnOffType) on item Garage of type StringItem, ignoring it
rossko, this is only about formatting the state. Nothing more… I want the ON/OFF commands to remain as is, there’s no issue but my rules for alerts work on things being OPEN or CLOSED.
This is why I put the transform in the state section, is that not correct?
As rossko says, a Switch can only be ON or OFF. You can’t transform the state to OPEN CLOSED and still use it with a Switch. If you’re Role need it to be OPEN CLOSED, you need to use a Contact item.
No, not stuffed. You need to adapt your rules. Let’s say you have a rule triggered from a change of a group of contacts to OPEN. You add a trigger for a similar group of switches changing to ON or whatever. And obviously change the rule code to handle either case.
Another approach would be to make a virtual Contact Item mirroring your switch. Traditionally you’d use a little rule; these days you can use a follow profile I think.
thanks rossko57, given neither will actually tell me correctly if the door is open I think a contact sensor is the best idea with a proper reed function.
Never heard of the follow profile, will look into that though! neat