You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardexpand all lines: components/udp.rst
+31-4
Original file line number
Diff line number
Diff line change
@@ -56,6 +56,8 @@ Configuration variables:
56
56
- **port** (*Optional*, int): The destination UDP port number to use. Defaults to ``18511``.
57
57
- **addresses** (*Optional*, list of IPv4 addresses): One or more IP addresses to broadcast data to. Defaults to ``255.255.255.255``
58
58
which is the local network broadcast address.
59
+
- **listen_address** (*Optional*, IPv4 address): Changes to multicast, adding an address to listen to. Defaults to no multicast address, just
60
+
local network broadcast address ``255.255.255.255``. **NOTE**: Adding a multicast address stops it from listening on the broadcast address.
59
61
- **sensors** (*Optional*, list): A list of sensor IDs to be broadcast. Each entry may be just the sensor id, or may set a different id to be broadcast.
60
62
61
63
- **id** (**Required**, :ref:`config-id`): The id of the sensor to be used
@@ -114,8 +116,8 @@ attacks on the encryption much more difficult. This is enabled in the provider c
114
116
115
117
For further protection a ``ping-pong`` (or challenge-response) facility is available, which can be enabled in the
116
118
consumer configuration. The consumer periodically generates a 32 bit random number (a *nonce* aka "Number used Once")
117
-
and broadcasts it as a *ping*. Any provider receiving this nonce will include it in any future encrypted broadcasts as
118
-
*pong*. The consumer expects to get back its most recently transmitted *ping* in any packets it receives, and will reject
119
+
and broadcasts it as a *ping*. Any provider receiving this nonce will include it in any future encrypted broadcasts as
120
+
*pong*. The consumer expects to get back its most recently transmitted *ping* in any packets it receives, and will reject
119
121
any that do not contain it.
120
122
121
123
Use of the ping-pong feature will add to network traffic and the size of the transmitted packets (a single packet may
@@ -263,7 +265,7 @@ the port specified in the ``udp_external`` configuration:
263
265
- humi_rooma
264
266
- humi_roomb
265
267
- humi_roomc
266
-
268
+
267
269
- id: udp_external
268
270
update_interval: 60s
269
271
encryption: "Muddy Waters"
@@ -284,9 +286,34 @@ the port specified in the ``udp_external`` configuration:
284
286
provider: remote-node
285
287
remote_id: binary_sensor_unlock_me
286
288
on_press:
287
-
- lambda: |-
289
+
- lambda: |-
288
290
ESP_LOGI("main", "d command to binary_sensor_unlock");
289
291
292
+
The example below shows two devices communicating via multicast:
0 commit comments