This C++ DAB adapter template is designed to ease the implementation of DAB operations. The library handles all message layer interfaces, parsing, and dispatch; this means a DAB partner can focus solely on the implementation of the DAB operations they wish the support incrementally.
The library comes with handlers already implemented for the follow DAB operations:
dab/<deviceId>/operations/list
dab/<deviceId>/version
dab/discovery
All other DAB operations require implementation by partners using relevant device APIs. Please be sure to leverage device APIs that most closely mimic the real customer interaction workflow.
The reference code is distributed as a header-only library.
The library utilizes several classes.
DAB::dabClient - This is the base class that an implementation will inherit from when implementing their DAB methods
DAB::dabBridge - This class implements the dabBridge functionality.
DAB::dabMQTTInterface - This class implements the MQTT interface layer.
DAB::jsonElement - This class implments json handling (creation, serialization, access and assignment)
External dependencies.
eclipse-paho-mqtt-c - This library implements the MQTT layer
The dabClient class implements all the basic functionality needed to implement the DAB interface. You must inherit it using the CRTP pattern. This is used to allow the class to detect overrides of functionality and to auto-populate the opList DAB method. A minimal class inheriting from DAB::dabClient with no methods being implemented (other than those implemented by DAB::dabClient would be
class dab_panel : public DAB::dabClient<dab_panel>
{
public:
dab_panel ( std::string deviceId, std::string ipAddress ) : dabClient ( deviceId )
{}
static bool isCompatible ( char const *ipAddress )
{
// should connect to device specified in ipAddress and see if this class is capable of managing that device
return true;
}
};
Classes inheriting DAB::dabClient should not be instantiated directly. Instead, the class type is passed as a parameter to DAB::dabBridge.
DAB::dabBridge<dab_panel,...> bridge;
dabBridge can take multiple classes
Instantiation occurs when an instance of dabBridge has it's makeDeviceInstance method called:
bridge.makeDeviceInstance ( <deviceId>, <ipAddress> )
The makeDeviceInstance call will in turn call each class type (dab_panel) and call the isCompatible() static method.
If the method returns true, the dabBridge client will instantiate the class, passing in the deviceId and ipAddress to the class's constructor. No other classes will be examined once isCompatible returns true.
*NOTE: The actual implementation of makeDeviceInstance is a bit more complex than stated above. In reality, ipAddress is simply a parameter that is passed to the constructor and isCompatible. By convention this is an ipAddress, but it can be any value of use to the implementor (a HW device ID for instance). Additionally, it's possible to pass additional parameters to the makeDeviceInstance call and these will be perfectly forwarded to the constructor (only the first parameter is passed to the isCompatible call).
Once we have instantiated all supported devices (it's possible for DAB::dabBridge to support multiple devices with a single instance. Each device needs to respond with isCompatible when it's ipAddress allows it to connect to a supported device. The deviceID will be used to route requests to the appropriate instance of the class), we can now attach it to the DAB::dabMQTTInterface.
auto mqtt = DAB::dabMQTTInterface ( bridge, <mqtt bridge ip address> );
After creation of the interface we can then start handling messages by connecting to the mqttBridge
mqtt.connect ();
This method will spawn a worker thread to handle incoming mqtt requests and pass appropriate requests to the dabClient object instantiated with associated deviceId during construction.
Because all activity occurs within a worker thread, a wait method is supplied. This method will exit only after the mqttBridge closes the connetion or the mqtt.disconnect() method is called
mqtt.wait ();
The library does all the heavy lifting for you. Implementation of DAB methods is a simple as implementing the functionality within the class inheriting from DAB::dabClient.
DAB::jsonElement deviceInfo ()
{
// example return
return {{"status", 200},
{"version", "2.0"}};
}
The library will detect the presence of an implementation method with the correct signature. It will then add this to the opList response, and direct any requests to the method. The method need only return a jsonElement response.
Additionally, the library implements all necessary timers/management for telemetry operations. Telemetry start/stop (for both device and application) will simply call the defined telemetry method at the appropriate time. The implementor need not worry about any details of managing timing queues, or starting and stopping timers as this is all handled by the library.
For signatures of all supported methods, please see the dab.cpp example file.
Additionally, the library will parse any non-optional parameters for you and pass them to the method. Optional parameters are passed as a jsonElement const reference.
The jsonElement class is the DAB clients c++ library for supporting json operations.
DAB::jsonElement x = 5;
Constants can be assigned through simple initialization to a constant.
Internally the jsonElement supports int64_t, std::string, double, bool and null (default value)
null can be set by calling the clear() method and tested for with isNull().
Alternately, if you know the element does not exist, simply accessing it will create a null element as the accessor returns a writable reference;
jsonElement x;
x["test"]; // creates a reference to a null json element
DAB::jsonElement x = { {"name", "value"}};
std::string value = x ["name"];
An object is declared by creating an array containing nested arrays of two-elements of name-value pairs. You can have multiple name/value pairs in an object.
DAB::jsonElmement x={{"status", 200},
{"language", "en-US"},
{"outputResolution", {{"width", 3840}, {"height", 2160}, {"frequency", 60}}},
{"memc", false},
{"cec", true},
{"lowLatencyMode", true},
{"matchContentFrameRate", "EnabledSeamlessOnly"},
{"hdrOutputMode", "AlwaysHdr"},
{"pictureMode", "Other"},
{"audioOutputMode", "Auto"},
{"audioOutputSource", "HDMI"},
{"videoInputSource", "Other"},
{"audioVolume", 20},
{"mute", false},
{"textToSpeech", true}};
The jsonElement class also supports the has ( <"name"> ) method. This can be used to detect if a jsonElement object has a specified name associated with it. By convention, a reference is returned to the value, so simply accessing a value in an object that does not contain that named value will create the name/value pair and return a reference to the value.
This then allows you to programmatically create json objects.
DAB::jsonElment x;
x["name1"] = "value 1";
x["name2"] = "value 2";
DAB::jsonElement x = { 1, 2, 3, 4, 5 };
int64_t y = x[2];
Arrays are declared and accessed in a fashion similar to std::vector but with restricted functionality.
A special case, however exists if, in the case of an array of length two with the first element being a string. By convention, the library will assume all length-2 arrays with the first element being a string to represent a jsonObject and not an array.
In order to force the library to interpret such an initializer as an array, it is necessary to pass a special value as part of the initializer;
DAB::jsonElment x = { DAB::jsonElement::array, "name", "value" }; // this will be interpreted as an array of length two and not as an object
The library can be used in both bridge, where it executes on a test platform, and communicates with the device under test via a manufacturers proprietary testing protocol, or alternatively, it can execute on the device itself. The library is entirely agnostic with regard to the communication path to the device. By default, an IP address is passed in, however this is simply a string. It can be null, or any other identifier the developer wishes to use. If a manufacturer wishes to hose the executable on the device itself, all that is required is for the isCompatible() method to return true if the executable is capable of communicating with the hardware, and for the methods to implement the necessary communication path.
The library is distributed as a header-only library. However, it does have a dependency on the paho-mqtt library. The library comes with a vcpkg.json file and as such you can utilize vcpkg to fetch the library.
You can use:
vcpkg install
vcpkg integrate install
followed by
cmake -B build -S . -DCMAKE_TOOLCHAIN_FILE=path/from/vcpkg/integrate/
cmake --build build
to build the DAB C++ Adapter.
The program accepts 3 parameters by default in-order:
Argument Position / Name | Type | Description |
---|---|---|
mqttBrokerIpAddress:port | string | This is the IP address of the MQTT Broker (either in-device in native mode, or outside device in bridged mode) paired with the port number (1883 is expected) |
dabDeviceId | string | This is a unique identifier that represents a device under test. Set anything unique to the device for which DAB is being implemented. |
bridgedDeviceUnderTestIpAddress | string | This is relevant only if this implementation will be in Bridged mode (IE the adapter and MQTT broker are outside the device). In a native mode, you will directly use device APIs and hence this can be null. |
build/dab <mqttBrokerIpAddress:port> <dabDeviceId> <bridgedDeviceUnderTestIpAddress>
For a native implementation, an example invocation could be:
build/dab 127.0.0.1:1883 my-unique-device-id null
For a bridged implementation with the device on the same network, an example invocation could be:
build/dab 192.168.144.23:1883 my-unique-device-id 192.168.144.55