@@ -523,18 +523,16 @@ communicating by sending device measures over the `/ul/4jggokgpepnvsb2uv4s40d59o
523
523
524
524
> ** Note** Measures and commands are sent over different MQTT topics:
525
525
>
526
- > * _Measures_ are sent on the ` /< protocol> /< api-key> /< device-id> /attrs` topic
527
- > * _Commands_ are sent on the ` /< api-key> /< device-id> /cmd` topic
526
+ > - _Measures_ are sent on the ` /< protocol> /< api-key> /< device-id> /attrs` topic
527
+ > - _Commands_ are sent on the ` /< api-key> /< device-id> /cmd` topic
528
528
>
529
- > The reasoning behind this is that when sending measures northbound from device to IoT Agent,
530
- > it is necessary to explicitly identify which IoT Agent is needed to parse the data. This
531
- > is done by prefixing the relevant MQTT topic with a protocol, otherwise there is no way to
532
- > define which agent is processing the measure. This mechanism allows smart systems to connect
533
- > different devices to different IoT Agents according to need.
529
+ > The reasoning behind this is that when sending measures northbound from device to IoT Agent, it is necessary to
530
+ > explicitly identify which IoT Agent is needed to parse the data. This is done by prefixing the relevant MQTT topic
531
+ > with a protocol, otherwise there is no way to define which agent is processing the measure. This mechanism allows
532
+ > smart systems to connect different devices to different IoT Agents according to need.
534
533
>
535
- > For southbound commands, this distinction is unnecessary since the correct IoT Agent has already
536
- > registered itself for the command during the device provisioning step and the device will always
537
- > receive commands in an appropriate format.
534
+ > For southbound commands, this distinction is unnecessary since the correct IoT Agent has already registered itself for
535
+ > the command during the device provisioning step and the device will always receive commands in an appropriate format.
538
536
539
537
The `resource` attribute is left blank since HTTP communication is not being used. The URL location of `cbroker` is an
540
538
optional attribute - if it is not provided, the IoT Agent uses the default context broker URL as defined in the
0 commit comments