Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
paho-mqtt
疯狂吐槽mqtt组件,使用mqtt的需要注意
发布于 2019-11-05 16:30:22 浏览:10023
订阅该版
准备使用mqtt开发产品,于是先进行mqtt组件的评估,例子跑起来没问题,但是例子跑完读了下源码,目测出几个严重的问题,该组件基本不能商用。现将问题列举如下: 1.mqtt发送是通过pipe或udp回环方式,udp方式没什么问题,但是要多使用一个回环网卡,多少令人不爽。 2.pipe模式下,就有严重问题了。mqtt消息发布时,如果消息大小大于pipe容量,则消息会被截断,前一部分会正常发送,后一部分找不pipe的mqtt头部,会发送不成功。对于一个消息,要么发布失败,要么发布成功,截断发送显然是不合理的。当然pipe是阻塞模式的,不会丢弃数据,所有发送数据都放入了pipe里,但因为容量限制会被截断。 3.pipe模式下,如果发布消息过快,那么pipe接收数据可能会将2个消息合并为一个发送,这显然就是严重的错误了。这2个消息可能都是不同的主题,他擅自合并。要解决的话,只能每条消息写入pipe的话增加头尾和长度,读出来的时候头尾和长度的整包读出来在发送。 4.不能忍受的是因为使用pipe或者udp要发布一个消息,数据要来回多拷贝4次,大家可以去读源码看。 5.mqtt组件写的只支持Qos1,但是事实上并未对MQTT ACK做处理,他只是等待信号量,保证pipe拿走数据,并且已经通过网络发走,发送成功失败与否都没做处理,这谈不上Qos1。 鉴于以上问题,mqtt组件根本无法实际商用,本人已经重写,近期会重新上传一个能够商业应用的mqtt组件。
查看更多
63
个回答
默认排序
按发布时间排序
bernard
2019-11-11
这家伙很懒,什么也没写!
只适合学习,这个确实有些以偏概全了。 mqtt这里用pipe方式,是因为不是太好处理并行收发的问题。目前这样的问题,或许是pipe用法的不对,或者例如说只传递过去指针可能更合理。不过pipe确实是类似于stream的模式,能发的就都先发了。 另外RT-Thread中有不合理的地方大家可以多提提,RTT也一直在持续进化中,RTT平台本身会遵循**“小而美”**的原则来小心谨慎添加 & 更改代码、功能。而在维护好RTT平台本身的情况下,也会优先处理好核心软件包的事情。不过对软件包这边确实会相对松些,因为也希望大家多多参与,把自己的想法、组件分享出来,所以基本上任何社区开发者的任何软件包都可以提、添加到软件包索引中。
MurphyZhao
认证专家
2019-11-14
这家伙很懒,什么也没写!
看完这里的评论,内心五味陈杂,说说自己的感受。 一个 RTOS 的核心就是系统调度,以及多任务的互斥与通讯,只要这些是稳定的,那么整个项目就有了基本的确定性。 后面,增加了异常处理,日志系统,各种组件,设备框架,驱动框架,第三方软件包,那么为什么会增加这些东西? 我想,出发点就是为了开发更简单。 嵌入式开发真的是太碎片化了,不同的芯片,不同的硬件,不同的系统资源,不同的应用方式(中断、DMA),等等,这些都会因为不同的业务,不同的硬件,导致不一样的软件需求。 为了能够让碎片化的代码有那么一丝丝的重用性和确定性,RTT 抽象了设备框架、驱动框架,并将基本需求抽象为组件(如日志组件 ulog、网络组件 SAL)。这些努力,都是希望更多的代码复用,希望能够一次开发多处应用。 关于 menuconfig。每一块嵌入式代码模块都或多或少存在一些配置,要么是平台适配,要么是功能设置,要么就是资源配置。这些自定义的内容放到哪里,怎么样才能让软件开箱即用,又能让用户自由配置,灵活裁剪?我想 menuconfig 已经是非常有效的解决方式,以至于标准化的 Linux 依旧使用这种方式。为了让配置更简单,开发者用起来没那么难受,从该代码配置走向 menuconfig 的命令行界面,再到后面 IDE 里的可视化图形界面配置,这每一步都是为了简化开发者工作。但,不要妄想着自己啥都不用做了。作为项目代码开发维护者,你应当清除每一个功能组件的依赖关系,因为配置工具并不知道谁依赖谁,工具只能简化操作,并不能替代操作。 最后,RTT 提供的是通用代码,所有的组件、软件包都可能仅仅适应一定的场合,并不能全业务场景适用,即使是高级语言,也无法解决这个问题,不然哪来的性能优化与运维(尽管 RTT 在努力减少这部分工作)。当然,我们每一个人可能都是某个领域的大佬,如果你在应用 RTT 相关代码的时候,当它不能满足你的需求,或者它本身设计存在问题,如果你不能忍受,那就动手优化(就像这个帖子的作者一样)。
bernard
2019-11-11
这家伙很懒,什么也没写!
>快10年了吧,很多都是虚头的东西拿出来给别人看,但是仔细往深了挖掘就会发现并不适合用来做项目,比如针 ... --- 发展的过程中出现一些问题也是必然的。快10年了,但不能否认RTT是一款稳定的系统,否则也不会有这么多人使用。 如果说有很多修改的,做为一份开源中立的系统,没能合并在一起,是悲哀的(我不希望给大家的感受是:中国的一个人是一条龙,合在一起是一条虫,真的)。我在做这个系统之初,就希望它开源开放,让它应用得更多更广,而不是依赖我的力量。git上的PR永远都是打开的,可以多提补丁、建议,在遵循“小而美”,不会干扰到其他组件代码或其他BSP代码的前提下,都欢迎。 stm32的库更新,这部分是跟着ST的步伐走,也是一种无奈。太多人吐槽 HAL 不好用了……这个能怎么说,是跳坑了,还是趟坑了?不过stm32新BSP用的人还是更多,比原来的好很多。原来的stm32 bsp,驱动不全,问题也挺多,现在都得到长足的改观。 log输出问题,poll?指的是什么?rt_kprintf?或者ulog系统?rt_kprintf实现得简陋些,但是却是在中断中可用的非常好的一种方式。要异步,不poll,请看ulog,而且ulog可以对接不同的后端,同步或异步方式都很灵活。 menuconfig,这个是什么问题?没发现有什么问题,RTT平台(也就是RTT每次发布的代码,不包括软件包)的Kconfig一直在完善中,软件包则有些超出我们的管辖范围了。确实也会面临到一些问题,例如查找一个配置项不容易;英文的文本描述信息等。所以在这点上,我们期望通过图形化界面的配置器来解决<什么时候有?那还请想像下,把Kconfig翻成图形化配置的并且好用的,这个工作量啊>。 如果说都是虚头的东西,我也不会在这里回复你,还投入很多时间到代码,到社区中,直接删帖就好了。希望大家多吐槽,我们以及您一起多来完善,改观。
tyustli
2019-11-05
这家伙很懒,什么也没写!
期待大佬的 PR
aozima
2019-11-05
调网络不抓包,调I2C等时序不上逻辑分析仪,就像电工不用万用表!多用整理的好的文字,比截图更省流量,还能在整理过程中思考。
楼主说得对,楼主V5,点个赞!
hichard
认证专家
2019-11-05
这家伙很懒,什么也没写!
先确认下问题,描述是否有误,是否是真实存在的问题!也欢迎吐槽本人
whj467467222
认证专家
2019-11-06
开源,分享,交流,共同进步
膜拜大佬,期待大佬的PR
春和景明
2019-11-06
这家伙很懒,什么也没写!
膜拜大佬!
zhangjun
2019-11-06
这家伙很懒,什么也没写!
膜拜大佬!
来一颗糖
2019-11-08
这家伙很懒,什么也没写!
膜拜大佬!
撰写答案
登录
注册新账号
关注者
2
被浏览
10k
关于作者
hichard
这家伙很懒,什么也没写!
提问
3
回答
95
被采纳
6
关注TA
发私信
相关问题
1
esp8266用paho-mqtt出现溢出
2
开了其他线程paho_mqtt就出错,不开其他的就正常
3
paho-mqtt心跳间隔太快
4
mqtt hard fault on thread: mqtt0
5
paho-mqtt 出现错误
6
paho-mqtt 软件包支持Qos 2吗?有没有好的mqtt软件包推荐?
7
pahomqtt 发送数据频率过快导致多个组件出现问题
8
paho-mqtt遇到mqtt0的错误,出错在MQTTstrlen函数
9
添加Paho MQTT的SAMPLE文件报错
10
移植freemodbus主机和pahomqtt,如何组织线程
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总,欢迎查看!
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》,看这篇就够了!干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
最新文章
1
组件 lwip v2.0.3 版本使用 netdev网卡的 ping 功能
2
简单两步配置RTT源码阅读环境 vsc+clangd插件
3
恩智浦[FRDM-MCXN947]初探 之 ADC与DAC
4
LVGL使用字库IC芯片显示中文
5
基于STM32H750和Rt-Thread的CANFD通信实现的记录(一)
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
线程
RT-Thread Nano
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
UART
WIZnet_W5500
ota在线升级
PWM
cubemx
freemodbus
flash
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
编译报错
Debug
SFUD
msh
rt_mq_消息队列_msg_queue
keil_MDK
ulog
C++_cpp
MicroPython
本月问答贡献
出出啊
1517
个答案
342
次被采纳
小小李sunny
1443
个答案
289
次被采纳
张世争
807
个答案
174
次被采纳
crystal266
547
个答案
161
次被采纳
whj467467222
1222
个答案
148
次被采纳
本月文章贡献
xnosky
2
篇文章
1
次点赞
Woshizhapuren
1
篇文章
4
次点赞
YZRD
1
篇文章
2
次点赞
用RTT跑流水灯
1
篇文章
2
次点赞
catcatbing
1
篇文章
2
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部