Last updated
Last updated
Systemstate is a special type of protocol that lets you listen for state change events on all of the Connectware resources. For any object that can be addressed by a , the current state can be queried by read or be subscribed by subscribe.
The following describes the general format of the commissioning file you will need to assemble to configure this protocol.
You can find a fully working example below:
The service using this protocol does not create a connection to somewhere outside of the Connectware but rather an internal connection that taps into the internal state of the Connectware. So you will need to configure the connection object the following way:
protocol (required)Must be Systemstate.
Each connection can have multiple endpoints. These define the operations that are supported. For the Systemstate protocol, read and subscribe are available as operations.
You define an endpoint by adding a resource of type Cybus::Endpoint and protocol Systemstate.
On a subscribe endpoint, a message with the state notification will be sent on each state change of the respective resource.
With a read endpoint, on the other hand, it is possible to query the current status by sending any message to the topic with suffix req, then receiving the response on the topic with the suffix res.
The examples are using the example commissioning file below. Thus, the MQTT topics might differ in your application but the payload needs to be the same (as long as no JSONata rules are being used).
The protocol produce the following output messages:
When enabling an endpoint:
When the endpoint is enabled:
When the initial subscribe operation was completed:
The only property you need to configure for read or subscribe is a that identifies the component you want to receive updates from. This Resource ID is constructed from the Service ID and the Resource ID, separated by a hyphen character (a minus character: -).