Hi - just setting up openhab on a nas and testing control with a denon pro pre-amp via RS232 via GlobalCache ItachFlex
The things and items are configured via paper UI, and the “user” UI is the HABPanel.
Simple test - turn the Denon unit on and off - works great. The item is defined as string, and I just pass the proper string and the Denon responds. Two way is enabled on the thing and its sent out via
Module 1 (serial module) - Connector 1 - Direct. (I don’t see any specific module to receive)
However - I do not know where to find the response from the Denon. Using iTest I can see that it sends a response like: @PWR:2 (meaning the physical device is now in ON state)
I would like to show the response in the HABPanel, The HABPanel simply has a button widget on it, and the button settings “Display” tab indicates It should display a response.
Thanks Mark ! I was blind to the “show more” link.
Now that I have the receive data, I need to transform it into human readable text - is there a simple UI process to do this? (avoiding text files if I can) Starting to lean toward looking at the scripting feature…
Just an update: Openhab 3 is installed now, in a QNAP Container Station running Debian - sure was a minimalistic install had to even install sudo ! In this “virtualized” system, Multicast is not passed thru so it doesn’t find the itachflex devices on its own through scan. Using iHelp.exe (free) from globalcache I found the IPs for all the itachflexs and matched it up with all my installer notes device id - > physical device name.
Created a “cell” on the overview page and through the UI had it call an action (send command string). Unit powers on and off - but this is even more cryptic as to how to pickup the response, let alone change color without writing some “code”. What is that code anyway looks like ecma script, but I can’t seem to find a dom model in the documentation to know what I can call…more digging on the weekend.
Yes, you would need to write a rule to process the response. There are a variety of language choices you could use. You would use “received update” to identify changes to the item linked to the receive channel. Then apply the transform (or your own code) to convert the item state to something human readable.
The OH3 UI allows you to add transform profiles to links (which will operate on data from binding before it gets passed toItem). And/or, to put a transform in the Item’s metadata state description (which will leave Item state unaltered but transform it for display only). Same mechanisms as OH2.
There is as yet no means to create or edit associated files like denon.map
I agree its probably moot - I still have OH2.5 on another vm, but OH3 is the one operational.
In OH2.5 the Denon sent back a message, and it showed on a button in the hab panel, but it was “@PWR…xxx”. I wanted to transform that to a real work like “ON” or “OFF”, so created the map file, but it didn’t observe the map file, and I couldn’t find an easy way to see if the map file was even being read.
Maybe if the transform file is missing, it should raise an error when you try to save the profile.