blob: 895831c5f7925b9f02b11e4feaedf5c3eac8ac65 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
|
### The `mqtt` backend
This backend provides input from and output to an message queueing telemetry transport (MQTT)
broker. The MQTT protocol is used in lightweight sensor/actor applications, a wide selection
of smart home implementations and as a generic message bus in many other domains.
The backend implements both the older protocol version MQTT v3.1.1 as well as the current specification
for MQTT v5.0.
#### Global configuration
This backend does not take any global configuration.
#### Instance configuration
| Option | Example value | Default value | Description |
|---------------|-----------------------|-----------------------|---------------------------------------|
| `host` | `mqtt://10.23.23.1` | none | Host or URI of the MQTT broker |
| `user` | `midimonster` | none | User name for broker authentication |
| `password` | `mm` | none | Password for broker authentication |
| `clientid` | `MM-main` | random | MQTT client identifier (generated randomly at start) |
| `protocol` | `3.1.1` | `5` | MQTT protocol version (`5` or `3.1.1`) to use for the connection |
The `host` option can be specified as an URI of the form `mqtt[s]://[username][:password]@host.domain[:port]`.
This allows specifying all necessary settings in one configuration option.
#### Data exchange format
The MQTT protocol places very few restrictions on the exchanged data. Thus, it is necessary to specify the input
and output data formats accepted respectively output by the MIDIMonster.
The basic format, without further channel-specific configuration, is an ASCII/UTF-8 string representing a floating
point number between `0.0` and `1.0`. The MIDIMonster will read these and use the value as the normalised event value.
Values above the maximum or below the minimum will be clamped. The MIDIMonster will not output values out of those
bounds.
#### Channel specification
A channel specification may be any MQTT topic designator not containing the wildcard characters `+` and `#`.
Example mapping:
```
mq1./midimonster/in > mq2./midimonster/out
```
#### Known bugs / problems
If the connection to a server is lost, the connection will be retried in approximately 10 seconds.
If the server rejects the connection with reason code `0x01`, a protocol failure is assumed. If the initial
connection was made with `MQTT v5.0`, it is retried with the older protocol version `MQTT v3.1.1`.
Support for TLS-secured connections is planned, but not yet implemented.
|