Questions tagged «mqtt»

IoT Edge的主要目的之一是将稳态（正常条件）的计算本地化到边缘而不是云中。 有没有人让Azure IoT Edge充当“透明”网关，请参见 https://docs.microsoft.com/zh-CN/azure/iot-edge/iot-edge-as-gateway#patterns 使用标准协议（MQTT，AMQP）而不是专有SDK？

10 mqtt  azure  edge 

如果有人能告诉我在同一台服务器上运行带有Thingsboard IoT网关的Mosquito MQTT和Thingsboard的设置，将不胜感激。 蚊子正在运行的端口1883上接收。我是否需要配置IoT-Gateway和Thingsboard之间的端口（必须不同，对吗？），以及如何配置要连接到Thingsboard的IoT-Gateway？ Thingsboard文档在这里没有帮助。

9 mqtt 

当前在我的项目中，控制器（客户端）将传感器数据发送到服务器，并从服务器接收反馈以及一些其他数据，并使用MQTT协议进行通信。它有2个分别针对客户端和服务器的主题。 例如： 主题1- 客户端（订阅），服务器（发布） 主题2-客户端（订阅），服务器（订阅） 但是，如果该项目是大型应用程序的用例，那么假设需要在某处安装大约5000台设备。 因此，是否需要为客户端和服务器创建5000个不同的主题？还是主题较少，可以做到的，以及如何做到的？

9 mqtt 

寻找其他人的反馈意见，这些人一直在将SIM53xx系列模块用于3G网络上的IoT解决方案。我在互联网上有一个MQTT经纪人，可以为正在开发的车队跟踪系统收集数据。有关使用2G连接的此类解决方案的信息很多，但是随着2G的淘汰，我别无选择，只能将3G用作较新的NB1 / CAT M1，sigfox等。小型太平洋地区不提供解决方案此解决方案针对的孤岛，并且LoRa没有足够的范围（孤岛不是那么小！）。 经过大量研究，似乎SIM5320是最适用的解决方案（价格合理，受欢迎，体积小，具有GPS功能），并且还有一份白皮书指出，AT命令集的扩展具有MQTT会话设置，发布/订阅的扩展。等对于我的应用程序来说是完美的，但是它仅在单独的白皮书simcom mqtt 3g中引用，在其他simcom文档或网络上没有其他引用。 在我出去购买一对夫妇进行测试之前，谁能确认MQTT扩展是否确实存在以及它们是否可靠？ 此外，由于我是3G IoT的新手，因此对有关simcom模块可靠性/支持的任何反馈都将不胜感激。

9 mqtt  mobile-data 

我正在从事家庭自动化项目。我项目的基本目标是控制位于不同位置的继电器和其他传感器。我已经将Raspberry Pi设置为MQTT代理。Mosquitto运行良好。现在，我想做的是触发与esp8266（GPIO2）连线的继电器。这是我的Python Web服务器代码： import paho.mqtt.client as mqtt from flask import Flask, render_template, request app = Flask(__name__) mqttc=mqtt.Client() mqttc.connect("localhost",1883,60) mqttc.loop_start() # Create a dictionary called pins to store the pin number, name, and pin state: pins = { 2 : {'name' : 'GPIO 2', 'board' : 'esp8266', 'topic' : 'esp8266/2', 'state' …

9 mqtt  esp8266 

我希望可以从家庭网络外部访问我的MQTT代理，但是我有点不愿意在防火墙中打开端口。而且我想避免使用我的家庭IP。 在家里有一个未加密的开放经纪人是很方便的，但是如果我要公开它，那是行不通的。我还有什么其他选择？

9 mqtt 

我正在研究一种可从环境中感应和收集信息的设备，例如温度，湿度等。 该设备未连接任何电源，但具有电池和一块太阳能电池板来为其充电。 大多数情况下，它几乎处于深度睡眠状态，并且仅在需要感测和传输数据时才唤醒。此操作大约需要1-2分钟，然后再次进入睡眠状态。 我不是该领域的专家，但是我认为，如果需要随时访问设备以接收来自某个主题的消息，那么MQTT应该是一个不错的选择，但是在我的情况下，它仅读取传感器并将数据发送到服务器定期。 当前，我正在通过HTTP发送数据，但是我想知道实现MQTT是否有意义？在这种情况下，我应该比HTTP获得任何优势吗？

9 mqtt  protocols  https 

在终端设备和主机服务之间交换应用程序数据时，MQTT被广泛用于物联网。发布－订阅模型使其易于使用：无需握手，协商等（至少在MQTT协议层以上）。它的主要目的是使数据生产者能够轻松地将其数据分发给消费者。 但是，当涉及到要在终端设备上配置设置的中央服务器时，我不确定该模型是否非常合适。服务器将要向设备发送命令并等待响应（例如，读取特定设置，等待响应），这实际上不适合MQTT的发布-订阅模型。 我想知道是否有任何现有协议适合发送和接收命令以及配置远程设备？

9 networking  mqtt  protocols 

MQTT允许发送方设置服务质量（QoS）级别，该级别为是否将接收消息（以及是否允许重复）提供了一定的保证。HiveMQ的这篇文章着重介绍了降级的问题，在该问题中，具有较低QoS级别的客户端将无法保证发送方要求的情况下收到消息： 如前所述，发布客户端和订阅客户端之间的QoS流是两个不同的事物，并且QoS可以不同。这意味着QoS级别可能不同于发布消息的客户端A和接收发布消息的客户端B。在发送方和代理之间，QoS由发送方定义。当代理将消息发送给所有订阅者时，将使用来自客户端B的订阅的QoS。 MQTT是否提供指示这种降级是不可接受的方式，并且消息必须使用原始发送者请求的QoS进行传递？在发送消息之前，唯一的选择是确保发送方和接收方都具有所需的QoS设置吗？

9 mqtt  communication