PRESET_PLAYBACK - E1.20 RDM (Remote Device Management) Protocol Forums

berntd · October 18th, 2009

Hello,

if the device does not support PRESET_PLAYBACK_ALL (table A-7)
should it NACK with DATA_OUT_OF_RANGE or ACK and ignore?

Likewise, if the device dioes not support the level setting of this PID, should it NACK with DATA_OUT_OF _RANGE for value other than 0sFF or ACK and ignore?

Kind regards
Bernt

ericthegeek · October 18th, 2009

> if the device does not support PRESET_PLAYBACK_ALL
> should it NACK with DATA_OUT_OF_RANGE or ACK and
> ignore?

I'd vote for a NACK, then the controller knows it was received and explicitly rejected.

> if the device dioes not support the level setting
> of this PID, should it NACK with DATA_OUT_OF _RANGE
> for value other than 0sFF or ACK and ignore?

For most dimmers, I'd probably ACK the request and ignore the level (treat it like 0xFF). I think either behavior is acceptable though.

October 18th, 2009	#1
berntd Senior Member Join Date: Jan 2008 Posts: 102	PRESET_PLAYBACK Hello, if the device does not support PRESET_PLAYBACK_ALL (table A-7) should it NACK with DATA_OUT_OF_RANGE or ACK and ignore? Likewise, if the device dioes not support the level setting of this PID, should it NACK with DATA_OUT_OF _RANGE for value other than 0sFF or ACK and ignore? Kind regards Bernt

October 18th, 2009	#2
ericthegeek Task Group Member Join Date: Aug 2008 Posts: 390	> if the device does not support PRESET_PLAYBACK_ALL > should it NACK with DATA_OUT_OF_RANGE or ACK and > ignore? I'd vote for a NACK, then the controller knows it was received and explicitly rejected. > if the device dioes not support the level setting > of this PID, should it NACK with DATA_OUT_OF _RANGE > for value other than 0sFF or ACK and ignore? For most dimmers, I'd probably ACK the request and ignore the level (treat it like 0xFF). I think either behavior is acceptable though.