同一 RPI 上的 MQTT 代理和客户端
MQTT broker and client on the same RPI
因此，我正在构建一个系统，在该系统中，我使用 reader 连接到 Raspberry Pi 扫描 RFID 标签，然后应该将 RFID 标签 ID 发送到另一个 "central" RPI ，其中会检查数据库中的一些信息，如果匹配，中央 Pi 会向 lamp（也连接到 Pi）发送一条消息，然后它会打开。这只是更大的家庭自动化系统的开始。
我读到有关 MQTT 的文章，它使更多的 RPI 可以很容易地进行通信并根据此类事件采取行动。我唯一想知道但无法在互联网上找到记录的是，在我的案例中，中央 Pi 是否可以充当经纪人，但也可以订阅 RFID 标签 ID 的主题，检查数据库，然后发布到另一个主题。
纯粹基于逻辑思维我会说是的，因为经纪人在后台 运行ning。因此，我仍然可以 运行 一个 python 脚本，我猜 subscribes/publishes 到本地主机而不是中央 Pi 的 IP 地址和端口。
谁能证实这一点？我还不能自己测试，因为我刚刚订购了设备，并且正在做大量的准备研究。
您可以在与代理相同的机器上 运行 任意数量的客户端（您甚至可以 运行 多个代理，只要它们侦听不同的端口即可）。您唯一需要做的就是确保每个客户端都有不同的客户端 ID
因此，我正在构建一个系统，在该系统中，我使用 reader 连接到 Raspberry Pi 扫描 RFID 标签，然后应该将 RFID 标签 ID 发送到另一个 "central" RPI ，其中会检查数据库中的一些信息，如果匹配，中央 Pi 会向 lamp（也连接到 Pi）发送一条消息，然后它会打开。这只是更大的家庭自动化系统的开始。
我读到有关 MQTT 的文章，它使更多的 RPI 可以很容易地进行通信并根据此类事件采取行动。我唯一想知道但无法在互联网上找到记录的是，在我的案例中，中央 Pi 是否可以充当经纪人，但也可以订阅 RFID 标签 ID 的主题，检查数据库，然后发布到另一个主题。
纯粹基于逻辑思维我会说是的，因为经纪人在后台 运行ning。因此，我仍然可以 运行 一个 python 脚本，我猜 subscribes/publishes 到本地主机而不是中央 Pi 的 IP 地址和端口。
谁能证实这一点？我还不能自己测试，因为我刚刚订购了设备，并且正在做大量的准备研究。
您可以在与代理相同的机器上 运行 任意数量的客户端（您甚至可以 运行 多个代理，只要它们侦听不同的端口即可）。您唯一需要做的就是确保每个客户端都有不同的客户端 ID