米家 APP 的耗材只能看到电池显示 OK ，Homekit APP 能看到电池电量还有 30%左右，实际上已经电量不足各种出错了。

想知道米家的蓝牙 MESH 设备会有这样的问题吗？

为什么协议要从 AGPLv3 转为 Apache 2.0 ？

开源协议有很多种，但并不是所有协议都能满足不同场景的需求。之前 ThingsPanel 使用的是 AGPLv3 协议，它的一个特点是强调代码的共享性：

• 如果你基于 AGPLv3 的代码开发了新功能或服务，哪怕只是在线使用，你都必须开源自己的代码。

虽然这样的协议能保护社区的共享精神，但它对一些企业用户来说有很大的限制，比如：

• 企业可能担心开发的功能被强制公开，失去竞争优势。
• 很多商业项目因此放弃使用 AGPLv3 开源的产品，转而选择限制更少的协议。

为了让 ThingsPanel 能更好地满足开发者和企业的需求，我们决定切换到 Apache 2.0 协议。

Apache 2.0 和 AGPLv3 的区别

下面我们用一张简单的对比表，帮你快速了解两种协议的不同：

协议变更对用户的福利和价值

切换到 Apache 2.0 协议后，ThingsPanel 更加开放，给用户和开发者带来了以下好处：

1. 完全免费，不受限制
   无论是个人开发者还是企业用户，都可以免费使用 ThingsPanel 的功能，不再有复杂的开源义务或法律风险。

2. 自由定制与闭源发布
   用户可以在 ThingsPanel 的基础上开发自己的功能或产品，而无需公开修改代码。这为企业带来了极大的灵活性，可以根据自己的需求定制解决方案。

3. 商业化更简单
   企业可以直接使用 ThingsPanel 来开发自己的物联网项目，而无需担心违反协议的问题，轻松推出自己的产品或服务。

4. 更强的法律保护
   Apache 2.0 协议包含了专利授权条款，为开发者和用户提供了法律保护，避免潜在的知识产权纠纷。

谁最适合用 ThingsPanel ？

• 开发者：完全开源且免费，随时可以修改和扩展代码，快速实现自己的想法。
• 初创公司：无需承担高昂的许可费用，能以最小的成本快速开发和部署物联网应用。
• 企业用户：灵活使用，打造自定义闭源项目，适应各种复杂商业场景。

总结

ThingsPanel 从 AGPLv3 升级到 Apache 2.0 是一项重大的改变。这不仅仅是协议的变更，更是对用户自由和价值的承诺。

我们希望通过这一决定，让更多的开发者和企业用户轻松上手 ThingsPanel ，打造自己的物联网项目，而不再受限于许可协议的束缚。

同时我们提供了云服务版本，企业版本以及定制开发等收费服务，为开源活动提供支撑，确保开源与商业并行不悖。

1. 工作环境恶劣，需要防尘防水且需要稳定的无线网络覆盖。
2. 对内网带宽有一定的需求，可能内网需要传一下流媒体等。
3. 无线带机量不多，20 以下即可

大家有什么工业级的 ap 、ac 推荐？

场景：现在这环境下小孩子动不动就发烧感冒，有时候不想一发烧就打针吃药，所有 38.5 以下会选择物理降温，但是定时测温也累，特别是晚上，所有想着自己能不能动手做一款实时监控体温带记录的产品，到达设定温度后警报提醒；

说明：市面上已经有同类产品了，我是做后台开发，做这个东西只是想以此接触（学习）物联网，想请教大家有没有教程，开发板、芯片、传感器类的推荐，有兴趣的朋友可以一起研究研究

目前已知开启“移动热点”的方式有三种：

1. Windows 通知面板“移动热点”；
2. Connectify Hotspot 软件（略过其他同类软件）；
3. 命令行控制支持承载网络的无线网卡；

三连问

（如何开启热点？） 虽然 windows 可以开 WiFi 热点，但比较鸡肋，必须要先联网。

（如何不联网开启热点？） 然后自己在网上找了 Connectify Hotspot 这款软件就很不错，允许不联网的状态下直接启用热点。

（如何不用软件开启热点？） 既然 Windows 本身可以启动 WiFi 热点，而 Connectify Hotspot 软件也支持不联网的状态下直接启用热点。那么问题来了，我要如何使用代码去控制移动热点呢？

请教大神指点

ps 试过 netsh wlan 的命令了，但需要网卡支撑不太可取。想搞懂 Connectify Hotspot 是如何实现的功能，然后提供接口给界面使用。

网上搜到一些相关的产品，相关的功能应该能实现，就是不知道是否靠谱，有做过类似的朋友麻烦指点一下😂

当然，真的是太贵甚至没有的话，只能使用舵机之类，去实现自动旋转旋钮调整电压了……

主要用于烘焙咖啡豆时测温。测温范围，最低是室温（广东南部，冬天一般不会低于零度），最高不超过 300 摄氏度，一般最高在 250 摄氏度以下。不会接触水或有腐蚀性液体。

模块是 K 型的，芯片是 MAX6675 。

想请教一下，如何选择比较灵敏的测温探头？是否需要把测温模块也一起换了？

1. 中间这个问号的地方是直接连上就可以了，还是需要配置？
2. 如果设备太多，IP 不够怎么办（当然这种情况目前不用考虑）

我目前知道的功能也就控制灯开关和空调，以及对接 nas 的状态检测了。不过应该开源的库，是不是能对接一些自己编写的东西，比如自己的电脑 CPU 状态和在线情况等？如果可以，该怎么整呢？

• 1 硬件设备使用 485 线连接通讯设备(DTU),使用 4G 网络传输数据
• 2 通讯设备吧数据传输到 EMQX
• 3 Java 程序订阅 EMQX 主题，接受 16 进制数据，并做解析 /告警校验等，录入 Influxdb

遇到的问题是：java 程序挂掉，数据就丢失了，这里如何做高可用？

目前系统已有 RocketMQ ，因此想尽可能用它来实现，减少中间件引入，避免增加维护成本，但是看到有文章说 RocketMQ 不适合该场景。

备选有 MQTT 、Netty 。

网上一般都是推荐 MQTT ，请问各位大佬有没有什么好的建议呢？

烦请你经验的朋友指点下，大概的一个流程，和必须看的文档 目前一脸懵逼

感谢感谢

一、单位基础信息展示

该功能模块主要展示联网单位基础信息，以及所安装智慧供配电设备的基础信息，直观展示单位联网状态和设备运行状态。

二、维保管理

形象直观展示联网单位设备巡检、维护保养情况。

巡检管理：展示需巡检任务总数、已完成的巡检任务、正在进行中的巡检任务、超期未完成的巡检任务。

隐患管理：实时显示已上报隐患总数、已处理隐患数、正在处理的隐患数量、未处理的隐患数量。

维修管理：实时显示需维修设备总数量、已完成维修数量和待检修数量。

维修及时率：该项实际的维修完成时间进行统计，客观显示对设备维修检测的响应情况。

保养管理：实时显示保养任务总数、已保养设备数量、待保养设备数量。

检测管理：实时显示检测任务总数、已检测设备数量、待检测设备数量

三、统计分析

实时显示单位报警事件(近 10 条)，根据设备类型对报警信息进行分类统计，隐患事件类型进行量化显示。

四、三维地图

对单位位置信息进行三维展示，直观、形象显示单位所在位置。

五、监控

通过监控与大数据平台的对接，实时监控供配电设施运行状态，发现异常情况可随时展示现场情况。

六、电气接线图

可通过系统平台显示联网单位详细的电气接线图，对单位电气线路进行全方位把控。

易电务--智慧配电运维品牌，专注于电力运维系统远程状态监控、设备运维管理，能耗数据分析，安全监控的配电智能运维解决方案提供商。其采用物联网、云计算、大数据、人工智能等现代信息技术，建设的智慧电力运维云平台。通过手机 APP 及电脑 WEB，实现对电力设备的智慧化运维与管理，开创了电力运维管理新模式。

配对原则是基于 Web UI 和设备心跳与服务器连接时，服务器获得两者的外网 IP 的一致性。当 Web UI 得到清单后 需要进一步简单扫描，以屏蔽小区宽带造成的服务器端 IP 错误匹配的可能。 当用户通过 Web UI 进行期望绑定设备的选择后，通过 js 完成设备的连通，引导用户输入 ID 进行绑定操作。

2)开启 AP 模式后，Web 端能自动识别出启动了 AP 模式，提供 AP 信息填写入口

简介：完整实现了 mqttv3.1.1 版本协议的 mqtt broker

特点：

1. 支持集群
2. 支持 SSL
3. 支持共享主题
4. 支持主题安全

源码清晰易懂，便于学习和修改，欢迎大家提意见。

基于上面我描述我的经历，所以我萌生了一个想法，也就是开发一个平台，来提高机械行业的效率。 当我看到“犀牛智造平台”我顿时醒悟，原来马云先生在三年前就开始准备了。 然后我好像对于自己的规划逐渐模糊，希望大家给出建议。

下发指令 业务服务端 => MQTT Broker ==> { 大量客户端 }

接收处理 { 大量客户端 } MQTT Broker ==> 业务服务端（数据消费）

现在通过与某云技术客服沟通，这种方案不行。 （另外也触发了他们的限制，导致消息不能消费）

在服务端与 MQTT-Broker 中间需有个 RocketMQ （或其他 MQ ）， 业务服务端连 MQ 处理数据，用于下发指令，或数据收集。

现在有两个问题：

1. 是不是 mqtt 不能处理（大量生产方，少量消费方）这种？
2. 是不是有开源或成熟一点的低成本的方案支持 mqtt 桥连其他 MQ ？

网上找了一圈没有，我想应该有 mqtt 桥连 kafka 或者 RocketMQ 的方案