- Configuration and Testing
- Component Configuration
- Expert Properties
- Functional Demonstration
The MQTT component is used to allow devices to communicate with remote systems in an efficient and asynchronous manner. It allows the client to publish/subscribe to the topic and send/receive the message on that topic. The topic name on which message is to be sent/received can be specified in Configuration Property Sheet (CPS) Wizard.
Configuration and Testing
MQTT component connection related properties Topic, QOS and MQTT message can be configured in the CPS.
Figure 1: Component Configuration
Error handling configuration
For setting up Error Handling Configurations, please refer the respective sections in the Common Configurations page.
The MQTT protocol is based on the principle of publishing messages and subscribing to topics. After the MQTT client is connected, it can publish the message to the topics. In addition, multiple clients can also subscribe to the preferred topics.
MQTT Connection Configuration
Figure 2: MQTT Connection Configuration
MQTT Provider URL
This is the URL to MQTT broker.
It is an identifier of each Fiorano MQTT client connecting to MQTT broker.
If clean start is disabled, then the connection is treated as durable. When the client disconnects, existing subscriptions will remain and any subsequent QOS 1 or 2 messages will be stored until it connects again in the future. If clean start is enabled, then all subscriptions for the client will be removed when it disconnects.
- If enabled, the client has to provide Will Topic, Will Message and Will QOS. When the client does not disconnect gracefully from the server, then Fiorano MQTT sends out the Will Message on behalf of the client to the Will Topic at the supplied Will QOS level.
- If disabled, Will Message will not be sent when the connection terminates abruptly.
When connection loss is detected, then the server will publish the Will Message on Will Topic.
This is the QOS level on which client wants to publish the Will Message.
Will Retain ?
It indicates whether the server should retain the Will message which is published by the server on behalf of the client in the event where the client is disconnected unexpectedly.
Message that will be published on Will Topic.
Username to authenticate and authorize the client who is trying to establish a connection.
Password for the username mentioned. If the username is empty, a password cannot be inserted.
Keep Alive ?
Defines the maximum time interval between messages received from a client.
Figure 3: Keep Alive property with the provision for time interval
Keep Alive Interval
The maximum time interval in seconds.
It is a simple string on which publisher can publish the messages and subscribers can subscribe to. Topics are treated as a hierarchy with forward slashes as the separator.
QOS (Quality Of Service)
Fiorano MQTT defines three levels of qualities of service for message delivery. The QOS defines how hard the client tries to ensure that a message is received.
Following are three levels of QOS:
|0||"At most once", where messages are delivered according to the best efforts of the operating environment; message loss may occur.|
|1||"At least once", where messages are assured to arrive but duplicates can occur.|
|2||"Exactly once", where message are assured to arrive exactly once.|
The message that gets published on the Topic.
Enable the Expert Properties view to configure these properties.
Figure 4: MQTT CPS with the Expert Properties enabled and highlighted
Pre Processing XSL Configuration
Pre Processing XSL configuration can be used to transform request message before processing it. Click the ellipses button against the property to configure the properties.
Refer to the Pre/Post Processing XSL Configuration section under the Common Configurations page for details regarding Pre Processing XSL configuration and Post Processing XSL configuration (below).
Process Message Based on Property
The property helps components to skip certain messages from processing.
Refer to the Process Message Based On a Property section under the Common Configurations page.
If this property is enabled, the component requests for acknowledgement messages, and only after the receipt of the positive acknowledgement of delivery, the component discards the output message.
Figure 5: Option to enable acknowledgement and specify timeout value
Publisher Ack Timeout
Maximum time interval in milliseconds for which the component will wait for acknowledgement, after which the message is discarded with an exception.
This property is used when there is a need to process messages in parallel within the component, still maintaining the sequence from the external perspective.
Refer to the Threadpool Configuration section under the Common Configurations page.
Configure the component for publishing the message as described in Component Configuration section and use Feeder and Display components to send sample input and check the response respectively. The component receives Topic name, QOS level and message from the Feeder, and publishes messages to the topic.
Figure 6: Event Process for Scenario 1
Figure 7: Output for the sample input
Configure the component for subscribing to the topic as described in the Component Configuration section and use display component to check the response. As soon as message is received on the topic, subscriber.
Figure 8: Event Process for Scenario 2
Figure 9: Output message for Scenario 2