|
RDM General Implementation Discussion General Discussion and questions relating to implementing RDM in a product. |
|
Thread Tools | Search this Thread | Display Modes |
February 2nd, 2014 | #1 |
Junior Member
Join Date: Feb 2014
Location: Brisbane,Australia
Posts: 15
|
Sensor Defintion/Support Parameters
Hi,
I would like to get some support on how to define a temperature sensor using RDM.and also how to use it.(examples would be great) Also would a RDM controller normally have a stock standard supoprt parameter for all the RDM units, or can a RDM controller get support parameters without calling the SUPPORT PARAMTER PROTOCALL. Thanks in advance, Regards George |
February 2nd, 2014 | #2 |
Administrator
|
Welcome to the forums George!
I'll take the second part first. All the units for Sensors are pre-defined within the protocol. So a controller that supports Sensors should have support for all the unit types listed in Table A-13. SUPPORTED_PARAMETERS is only used to tell the controller what messages (PIDs) that are implemented in the device. There is very little a controller can do with a device without using SUPPORTED_PARAMETERS to find out the capabilities of the device. Here's some code snippets that show temperature sensor implementations. Sometimes code is faster than English Sorry for the whitespace mangling the forums do to it, but it should be somewhat readable. This is how to define a message. Then the SENSOR_VALUE message is used to get the actual values for the sensor after it has been defined. Code:
case
__________________
Scott M. Blair RDM Protocol Forums Admin |
February 2nd, 2014 | #3 |
Junior Member
Join Date: Feb 2014
Location: Brisbane,Australia
Posts: 15
|
Hi Scott,
Thanks for the quick reply. I am quite new to RDM. This does answer a lot of my question. Then again brought about a lot more questions . Please tell me if I am correct or not. first the controller asks for the SUPPORT PARAMETERS in which the SLAVE replys saying I have a sensor or two. which all happens after discovery. Then by selecting sensor definition from the controller we get what the values of the sensors are. Then if the sensor values are selected we get the value that the sensor is recorded. Please let me know if this is correct, if not please do correct me. Thanks a lot Regards George |
February 2nd, 2014 | #4 |
Administrator
|
Here's the basic steps related to sensor messages.
DEVICE_INFO message contains several basic parameters about the device, one of which is the number of sensors it includes. This and SUPPORTED_PARAMETERS are the first messages the controller requests. The controller will also ask for SUPPORTED_PARAMETERS where the device will need to respond with SENSOR_DEFINITION and SENSOR_VALUE PIDs among those being supported by the device. The controller will then send a request for the SENSOR_DEFINTION for each of the qty of sensors indicated from the DEVICE_INFO message to understand what type of sensor each is and what it is monitoring. At this point the controller knows how many sensors there are and what each of the sensors does so it can then start sending SENSOR_VALUE messages for each of the sensors to get current readings. Hope that helps. Scott
__________________
Scott M. Blair RDM Protocol Forums Admin |
February 2nd, 2014 | #5 |
Junior Member
Join Date: Feb 2014
Location: Brisbane,Australia
Posts: 15
|
Hi Scott,
Thanks for all that information. we have got most of it working. It would be great if you could guide me in how to address the sensors too. for example? I got 3 senesor which I have declaird in my device info. I have also got sensor definition done. But how do I dedicate a PID to a specific sensor. do i just say PID 1 is X PID2 is Y and PID 3 is Z Also if the sensor number is defined as 0x03, would that mean when the sensor definition is called out it is called in the order. |
February 2nd, 2014 | #6 |
Administrator
|
The 2nd to last paragraph of Section 10.7 covers sensor addressing.
Sensors are consecutively numbered starting from 0. The request message from the controller will specify which sensor number it is requesting the definition or value of.
__________________
Scott M. Blair RDM Protocol Forums Admin |
February 2nd, 2014 | #7 |
Junior Member
Join Date: Feb 2014
Location: Brisbane,Australia
Posts: 15
|
Hi Scott,
Thanks a Lot for the help. Really apreciate it. Regards George |
February 2nd, 2014 | #8 |
Administrator
|
No problem! Let us know if you have any other questions.
__________________
Scott M. Blair RDM Protocol Forums Admin |
February 2nd, 2014 | #9 |
Junior Member
Join Date: Feb 2014
Location: Brisbane,Australia
Posts: 15
|
sure will..
Thanks once again |
February 3rd, 2014 | #10 |
Junior Member
Join Date: Feb 2014
Location: Brisbane,Australia
Posts: 15
|
Hi Scott,
How are you? We got the entire system working in the way of sensors. while using the RDM controller it had the option on its user interphase which said STATUS MESSAGE. I had hard coded the GET SENSOR VALUE to a value more than the normal value(which was defined in the SUPPORT PARAMETERS) but the STATUS MESSAGE would not show a thing. would that mean I have to write a pice of code to reply to STATUS message? I also looked into STATUS MESSAGE(10.3.2) but in its Responce it had "Sub-Device ID". Now the question become how do I specify it is the sensor and not a sub device? Looking forward to hearing soon. Thanks once again in advance.. Regards George |
February 5th, 2014 | #11 |
Task Group Member
Join Date: Aug 2008
Posts: 379
|
You can use a STATUS_MESSAGE to deliver a message such as "Sensor 15 over temp at 100 degrees C" (In this example, you'd use STS_OVERTEMP with "Data Value 1" set to 15 and "Data Value 2" set to 100).
If you don't support sub-devices you always set the Sub-Device field to 0x0000. Otherwise, you set the sub-device field to the sub-device which contains the sensor that generated the status condition. |
February 5th, 2014 | #12 |
Junior Member
Join Date: Feb 2014
Location: Brisbane,Australia
Posts: 15
|
Hi,
Thanks for that information. Would there be any command which would report that a specific sensor is recoding normal operatoinal values. most of the commands in table B-2 is to do with errors or warnings. Regards George |
February 5th, 2014 | #13 |
Task Group Member
Join Date: Aug 2008
Posts: 379
|
Status messages are typically used to report unusual conditions. When a sensor goes outside of the normal range, the responder might return a Status Type "WARNING" for STS_OVERTEMP as we discussed earlier. Then, when the temperature returns to the normal range the responder reports "WARNING_CLEARED" STS_OVERTEMP. This can asynchronously notify the controller that a sensor has returned to the normal range.
Controllers can poll sensors periodically to look for values within the normal range. Some controllers will poll every sensor periodically, while others will only read sensors when the user requests an update, for example by opening a "sensor data" window in the controller's GUI. Last edited by ericthegeek; February 5th, 2014 at 04:27 PM. Reason: Update _CLEARED to match the text of the standard |
February 5th, 2014 | #14 |
Junior Member
Join Date: Feb 2014
Location: Brisbane,Australia
Posts: 15
|
Thanks for that information.
Appreciate it Regards George |
February 13th, 2014 | #15 |
Junior Member
Join Date: Feb 2014
Location: Brisbane,Australia
Posts: 15
|
Hi,
I have been working on the status message. Got a few question on that. how does a slave understant that the controller is talking to it. Pg49 has not got a UID in it. So just wondering how that works. Also when replying to a Status message get, how do we deicde which sensor it is asking for. For example if We got 2 sensors on a slave and the master is asking for status message how do i distingues which sensor it is asking for and also how do i deciced that it is asking a specific UID. Looking forward to hearing from you soon. Regards George |
February 14th, 2014 | #16 |
Task Group Member
Join Date: Aug 2008
Posts: 379
|
The STATUS_MESSAGES data format described in E1.20-2010 section 10.3.2 is enclosed in the general packet format described in section 6.2. That enclosing packet has the responder's UID included.
Status messages (and queued messages) are more of an advanced feature for RDM. They are not required for basic operation. In fact, many simple responders don't implement status messages at all. Rather than focusing on Status Messages right away, you may want to get the rest of your responder working, then go back and add status message support once you have that foundation to build on. |
February 16th, 2014 | #17 |
Junior Member
Join Date: Feb 2014
Location: Brisbane,Australia
Posts: 15
|
Hi Eric,
Thanks for that information. We have got the system to monitor the sensors, set max and min opertation temperature and also do the remaining basic information such as Discovery,identify, set/get DMX address, Software version,supported parameters, sensor definition, sensor value, and now currentley working on status message. we believe that section 6.2 explains all that we where looking for. we shall have a play with it and let you know how we go. Thanks a lot for the support. Regards George |
February 16th, 2014 | #18 |
Administrator
|
George,
I'd really encourage you to make sure that you've read the entire document pretty thoroughly rather than just focusing on the parts that have the messages you're interested in. There's lots of other requirements in the doc, especially concerning handling of other fields in the header that you don't want to miss. I'd also encourage you to attend one of the upcoming plugfests in either the UK or in the US as they are a great opportunity to get some through testing done of your product with other products and test gear and plenty of knowledgeable people to answer all your questions and help debug any issues.
__________________
Scott M. Blair RDM Protocol Forums Admin |
February 16th, 2014 | #19 |
Junior Member
Join Date: Feb 2014
Location: Brisbane,Australia
Posts: 15
|
Thanks Scott,
Will Do so. Sadley We are in Australia and I dont think I be able to make in there(funds) but let see. Will look into it. Thanks for the advice and help. Regards George |
February 20th, 2014 | #20 |
Task Group Member
Join Date: Jun 2006
Posts: 181
|
George
If you contact me off-list I may be able to help review your design when I am next in Australia. I would also draw your attention to the RDMLabpack which pretty much has support for all of the RDM commands and is a useful reference platform to see how things work. Peter Willis Last edited by prwatE120; February 20th, 2014 at 11:32 AM. Reason: add content |
March 11th, 2014 | #21 |
Junior Member
Join Date: Feb 2014
Location: Brisbane,Australia
Posts: 15
|
Hi
Thanks for all that information. I have informed my management of help available. will keep let you know how we go. While playing with it, had another question. Does RDM support displaying Temperature in Fahrenheit. Looking forward to hearing from you guys soon. Regards George |
March 12th, 2014 | #22 |
Administrator
|
At the time we went with standard SI units, as otherwise it would have quickly become quite painful dealing with all the other unit variations.
To paraphrase a favorite Simpson's quote "My dimmer gets 40 rods to the hogshead and that's the way I like it..."
__________________
Scott M. Blair RDM Protocol Forums Admin |
March 12th, 2014 | #23 |
Task Group Member
Join Date: Aug 2008
Posts: 379
|
RDM only uses SI units for sensors. But, controllers can easily convert the sensor data and display it in whatever unit makes sense for its users.
For example, a controller that's configured for US Localization might convert units to Feet/Pounds/Farenheight when displaying sensors, but use Meters/Kilograms/Centigrade everywhere else. |
March 12th, 2014 | #24 |
Junior Member
Join Date: Feb 2014
Location: Brisbane,Australia
Posts: 15
|
thanks Eric
|
September 1st, 2016 | #25 |
Junior Member
Join Date: Jan 2014
Location: Treviso, Italy
Posts: 13
|
Hello,
just a question about sensor addressing on STATUS MESSAGES. I have 4 temperature sensors on my driver and they are addressed as 0,1,2,3. In case of STS_OVERTEMP, are these the numbers to fill in DATA VALUE 1 field of table B-2? In other words, is 0 a valid value or in this case I have to start with 1? Thank you |
September 1st, 2016 | #26 |
Task Group Member
Join Date: Aug 2008
Posts: 379
|
Sensors are numbered 0x00 – 0xFE, so zero is a valid value for Data Value 1 in the status messages.
|
Bookmarks |
Thread Tools | Search this Thread |
Display Modes | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
QUEUED_MESSAGE - must controllers support this? | berntd | RDM General Implementation Discussion | 2 | October 31st, 2013 11:06 PM |
Sensor type and Sensor unit for No of Phases question | berntd | RDM General Implementation Discussion | 1 | October 1st, 2009 11:04 PM |
Sensor type and Sensor unit for DMX rate question | berntd | RDM General Implementation Discussion | 3 | October 1st, 2009 01:41 AM |
DMX/RDM support in new SBC | tracyu | RDM Marketplace Discussion | 0 | June 2nd, 2008 06:57 PM |