Open Lighting Architecture  0.9.6
 All Classes Namespaces Files Functions Variables Typedefs Enumerations Enumerator Friends Macros Groups Pages
Classes | Public Types | Public Member Functions | List of all members
ola::rdm::DimmerRootDevice Class Reference

Detailed Description

The root device in the simulated dimmer.

Inheritance diagram for ola::rdm::DimmerRootDevice:
Inheritance graph
[legend]
Collaboration diagram for ola::rdm::DimmerRootDevice:
Collaboration graph
[legend]

Classes

class  RDMOps

Public Types

typedef const std::map
< uint16_t, class
DimmerSubDevice * > 
SubDeviceMap

Public Member Functions

 DimmerRootDevice (const UID &uid, SubDeviceMap sub_devices)
void SendRDMRequest (RDMRequest *request, RDMCallback *callback)
 Send a RDM command.

Constructor & Destructor Documentation

ola::rdm::DimmerRootDevice::DimmerRootDevice ( const UID uid,
SubDeviceMap  sub_devices 
)

Create a new dimmer root device. Ownership of the DimmerSubDevices is not transferred.

Member Function Documentation

void ola::rdm::DimmerRootDevice::SendRDMRequest ( RDMRequest request,
RDMCallback on_complete 
)
virtual

Send a RDM command.

Parameters
requestthe RDMRequest, ownership is transferred.
on_completeThe callback to run when the request completes.

Implementors much ensure that the callback is always run at some point. In other words, there must be no way that a request can be dropped in such a way that the callback is never run. Doing so will either block all subsequent requests, or leak memory depending on the implementation.

Also the implementor of this class may want to re-write the transaction #, and possibly the UID (changing src UIDs isn't addressed by the RDM spec).

The RDMRequest may be a DISCOVERY_COMMAND, if the implementation does not support DISCOVERY_COMMANDs then the callback should be run with ola::rdm::RDM_PLUGIN_DISCOVERY_NOT_SUPPORTED.

Implements ola::rdm::RDMControllerInterface.


The documentation for this class was generated from the following files: