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: docs/Containers/Zigbee2MQTT.md
+14-18
Original file line number
Diff line number
Diff line change
@@ -131,25 +131,21 @@ For those reasons, it is better to take the time to identify your Zigbee adapter
131
131
132
132
What the output is telling you is that the *by-id* path is a symbolic link to `/dev/ttyACM0`. Although this *may* always be true on your Raspberry Pi, the only part that is actually *guaranteed* to be true is the *by-id* path, which is why you should use it.
133
133
134
-
7. Use your favourite text editor to open your *compose file*.
135
-
8. Find your `zigbee2mqtt` service definition and identify this line:
134
+
7. Once you have identified the path to your adapter, you communicate that information to docker-compose like this:
The default from the IOTstack template maps the *external* (Raspberry Pi) device `/dev/ttyAMA0` to the *internal* (Zigbee2MQTT container) device `/dev/ttyACM0`.
142
-
143
-
> On the Raspberry Pi, the *external* device `/dev/ttyAMA0` is the Bluetooth adapter. It was chosen as the default because it normally exists and its presence avoids docker-compose refusing to bring up the container. However, a Bluetooth adapter doesn't actually respond like a Zigbee adapter so the Zigbee2MQTT container will go into a restart loop if you start it before completing these steps. A side-effect of the container entering a restart loop is the web GUI never starts.
144
-
145
-
9. Replace `/dev/ttyAMA0` with your *by-id* path. Example:
140
+
Note:
141
+
142
+
* if you forget to do this step, docker-compose will display the following error message:
0 commit comments