Difference between revisions of "MQTTBROKER"

From HSYCO
Jump to navigation Jump to search
 
(22 intermediate revisions by 2 users not shown)
Line 9: Line 9:
 
*'''User''': optional default username for clients
 
*'''User''': optional default username for clients
 
*'''Password''': optional default password for clients
 
*'''Password''': optional default password for clients
If presents, these two fields must be both not empty
 
  
 
==== Authentication file ====
 
==== Authentication file ====
Line 16: Line 15:
  
 
<pre><clientid>:username=<username>,password=<password></pre>
 
<pre><clientid>:username=<username>,password=<password></pre>
 +
<pre><clientid>:password=<password>,username=<username></pre>
 +
<pre><clientid>:username=<username></pre>
 +
<pre><clientid>:password=<password></pre>
 +
<pre><clientid></pre>
  
 
E.g.  
 
E.g.  
  
 
<pre>client123:username=homesensor,password=abc123</pre>
 
<pre>client123:username=homesensor,password=abc123</pre>
 +
<pre>client123:password=abc123,username=homesensor</pre>
 +
<pre>client123:username=homesensor</pre>
 +
<pre>client123:password=abc123</pre>
 +
<pre>client123</pre>
  
  
Line 25: Line 32:
 
*if default username and password are specified in "hsyco.ini" they will be used by the authentication mechanism  
 
*if default username and password are specified in "hsyco.ini" they will be used by the authentication mechanism  
 
*if default username and password are not specified in "hsyco.ini" the authentication mechanism is disabled
 
*if default username and password are not specified in "hsyco.ini" the authentication mechanism is disabled
 +
 +
Client identifiers are considered as case insensitive when they are registered to the MQTTBROKER, so there can't be two identifiers with the same sequence of characters in upper/lower case, e.g. "MQTT_Client" and "mqtt_client" are considered the same so they cannot be registered both on the MQTTBROKER.
  
 
=== Options ===
 
=== Options ===
Line 120: Line 129:
 
|-
 
|-
  
|client.<clientdId>.lastseen
+
|client.<clientId>.lastseen
|<date>
+
|<ts>
 
|R
 
|R
|timestamp of the last message or ping sent by clientId to the broker. The value has the format "yyyy-mm-dd hh:mm:ss.ms" (e.g. "2012-12-30 16:59:23.523")
+
|timestamp of the last message or ping sent by clientId to the broker
 +
 
 +
|-
 +
 
 +
|rowspan="2" |client.<clientId>.subscribe.<topicName>
 +
|subscribed, <n>
 +
|R
 +
|clientId subscribed to topicName with QoS = <n>
 +
|-
 +
|unsubscribed
 +
|R
 +
|clientId unsubscribed from topicName
 +
 
 +
|-
 +
 
 +
|publish.<topicName>
 +
|<message>
 +
|R/W
 +
|MQTTBROKER published a message on topicName
  
 
|}
 
|}
 +
 +
<clientId> field in datapoints will be reported with whitespaces replaced with '_'
 +
 +
<topicName> field is case insensitive and will be reported in lower case, furthermore the MQTT broker will replace every whitespace present in the topic name with '_'. E.g. if a client publishes a message or subscribes to "Topic Test", the MQTT broker will convert this value in "topic_test" and this change will be reflected in <topicName> field present in datapoints
 +
  
 
<span id="note">
 
<span id="note">
 
;Note :  
 
;Note :  
The MQTT Broker is configured to maintain up to 256 clients (with their session info) and up to 256 retain messages. After reaching those values every new item will replace the oldest one
+
All the informations about client sessions are not persistent so they will be lost in case of driver restart. The MQTT broker can maintain up to 1024 client sessions and up to 1024 retain messages in memory, every new item will replace the oldest one.
 +
 
 +
The MQTT broker can manage up to 10000 in/out MQTT messages every seconds.
 
</span>
 
</span>
 +
 +
== Release Notes ==
 +
 +
=== 3.7.0 ===
 +
*initial release

Latest revision as of 08:45, 12 October 2020

This driver acts as an MQTT broker for Hsyco, it fully supports MQTT version 3.1.1. This broker is also ready to communicate with MQTT version 5.0 although full support to this version will be introduced later.

HSYCO Configuration

Add the MQTTBROKER I/O Server in the I/O Servers section of the Settings and set its parameters:

Authentication

  • User: optional default username for clients
  • Password: optional default password for clients

Authentication file

Under the hsyco root directory must be present a file named "mqttbroker.ini" which can contain a series of line, each line represents the credentials of a client and can have the following format:

<clientid>:username=<username>,password=<password>
<clientid>:password=<password>,username=<username>
<clientid>:username=<username>
<clientid>:password=<password>
<clientid>

E.g.

client123:username=homesensor,password=abc123
client123:password=abc123,username=homesensor
client123:username=homesensor
client123:password=abc123
client123


Clientid must be present in each line while username and password are optional; if username and password are not present there will be two cases:

  • if default username and password are specified in "hsyco.ini" they will be used by the authentication mechanism
  • if default username and password are not specified in "hsyco.ini" the authentication mechanism is disabled

Client identifiers are considered as case insensitive when they are registered to the MQTTBROKER, so there can't be two identifiers with the same sequence of characters in upper/lower case, e.g. "MQTT_Client" and "mqtt_client" are considered the same so they cannot be registered both on the MQTTBROKER.

Options

ID Default Values Description
startupevents true true generate IO events also during the driver’s start-up phase
false start generating events only after HSYCO is aligned with the current status of the system
acceptunknown false true accept connection from clients whose id isn't specified in mqttbrokerauth.ini
false doesn't accept connection from clients whose id isn't specified in mqttbrokerauth.ini
localport 1883 <portNumber> local port for incoming client connection
maxthreads 64 n > 0 max number of clients connected simultaneously

MQTTBroker Utility

Use the MQTTBroker Utility to automatically discover new clients or configure existing ones.

Datapoints

ID Value R/W Description
connection online R the broker is ready to accept connections from clients
offline R initialization of the driver failed or loop cycle failed
client.<clientId>.connected 1 R clientId is connected to the broker
0 R clientId isn't connected to the broker
client.<clientId>.publish.<topicName> <message> R clientId published a message on topicName
client.<clientId>.willpublish.<topicName> <message> R MQTTBROKER published the will message of clientId, on topicName, because of connection problems or protocol violations
client.<clientId>.lastseen <ts> R timestamp of the last message or ping sent by clientId to the broker
client.<clientId>.subscribe.<topicName> subscribed, <n> R clientId subscribed to topicName with QoS = <n>
unsubscribed R clientId unsubscribed from topicName
publish.<topicName> <message> R/W MQTTBROKER published a message on topicName

<clientId> field in datapoints will be reported with whitespaces replaced with '_'

<topicName> field is case insensitive and will be reported in lower case, furthermore the MQTT broker will replace every whitespace present in the topic name with '_'. E.g. if a client publishes a message or subscribes to "Topic Test", the MQTT broker will convert this value in "topic_test" and this change will be reflected in <topicName> field present in datapoints


Note 

All the informations about client sessions are not persistent so they will be lost in case of driver restart. The MQTT broker can maintain up to 1024 client sessions and up to 1024 retain messages in memory, every new item will replace the oldest one.

The MQTT broker can manage up to 10000 in/out MQTT messages every seconds.

Release Notes

3.7.0

  • initial release