Hi all,
after a longer while I started updating to 2.3 and in the transformation documetation I found a section saying transformations for inbound channels, e.g like that:
OK, when you go to the OH docs you are looking at the latest and greatest docs, meaning the documentation for OH 2.4 SNAPSHOT. At the upper right you will see a little box that says “Version:Latest”. Select 2.3 from that list and you will see the docs for 2.3.
Applying transformations to arbitrary channels like this is not available in OH 2.3. In fact, I’m not certain it is even available in the most recent milestone release. You may need the latest snapshot.
I should have looked at the date of the comments. I thought that issue had gone fallow and ignored. I just added a comment to it to boost it to people’s attention again. Guess it is already being taken care of. Good!
Greatly appreciated your help here! Even though I might need some help getting the dynamic icos working on the sitemap. I understand doing the transformation is for the view only - nevertheless I have all RSSI values nicely transformed to 0,1,2,3,4s - and the item.state being e.g. “-65” which I can’t get working with my items. Any advice on how to map negative values to dynamic icons? … ah, writing this, rules come to mind - being the lazy type and having over 20 RSSI items… i’ be looking form something more elegant than writing a rule for each item… Any other idea someone?
Starting with openHAB 2.3, you can use the MemberOf group identifier in your rules - so you’d only need to write one rule, group your 20 items into one group, and the one group would work for all cases
You should change this to “<=”, as an input of 1 fails your check currently. The fact Rueck is set to 0 at the start means it doesn’t really matter and you’ll get what you meant (0), but it’s bad practice to leave gaps between range checks. Technically, the last check should also just be “> 75” with no upper bound, in case you get “101” as an input
Bartus, thx a lot - i had a look at the groups and triggering item rules recently - and seems I missed the goodies > Will have a look again & thx for your comments on the code - makes all sense. Stefan
hm, “Member of…” triggers do not seem to be in 2.3 … at least I haven’t found it in the docs -. and repectively it does not work (trigger rule to fire) … considering an update.
Well, you are right - it seems they are triggered - but items change rarel< - why i did not see any effect. Interstingly the 2.3. documentation does not list the triggers (same spot wheer 2.4 docu lissts them)
Theoretically we would have to cherry pick those pull requests to the stable docs and then re tag so the build recognizes them.
That’s really much effort, to be honest.
So I am blaming no one for not adding stuff to the stable docs.
I’m not sure that I understand the purpose of the profile function as it is not working as expected for me. I’m using with MQTT Binding with a Switch item and trying to transform a command “off” to “OFF” as Openhab does not recognize lowercase.
Smartthings sends MQTT “off” or “on”. The profile below is intended to transform these values to “OFF” or “ON”, but openhab is reporting it can not apply the “on”/“off” commands to item.
A related question: Why does my switch item through sitemap send a “1” or “0” to the MQTT broker when “ON” and “OFF” are the valid item states? I was able to deal with this by editing the Smartthings smart app, but it just seems oddly inconsistent.
I initially had some trouble understanding application of “MQTT Generic Thing - Bindings” documentation and examples, but my solution was within the examples.
I discovered that ON/OFF config defaults to 1/0 if not specified and updating the text configuration doesn’t immediately update channel, so restart may be required.