|
这问题真是戳到心里了！协议栈这玩意儿，搞过的都懂代码一时爽，调试火葬场。 尤其是当老板甩下一句“这个设备要同时支持Modbus、CAN和I2C”，而MCU内存还没你手机表情包大的时候……，所以还是要根据情况来说。
我理解的一些观点， 使用协议简单的I2C基础读写、资源极度紧张，或者老板说咱要100%自主可控，目前是不原意多花钱，都会根据资源限制成本。 记得有一回为了省内存，把Modbus 状态机用switch-case硬怼了几百行，结果因为一个状态漏了个break，设备半夜疯狂发异常帧，导致大家都没有休息好。
CAN协议的手动ID过滤，寄存器配置错了，收了一堆错误信息。
一方面是在GitHub搜Modbus STM32，代码是用HAL库写的，而你项目在用其它的库，而且开源作者用了一堆动态内存，而你的MCU连堆管理器都没开。
买现成的协议栈，协议栈占用了30%的Flash，而你的应用代码已经挤到没地方了，特别是最近我同事用到的一个FPGA，被一个算法把资源都挤的没有地方了。厂商提供的API文档写了一句调用此函数前请确保中断关闭，而你忘了——系统随机死机，日志宛如天书。
协议栈其实有这几方向 ，
示波器看时序，逻辑分析仪抓帧，串口调试助手发「Hello World」变体报文
把协议处理扔进DMA+空闲中断，主循环专心搞UI特效，领导来查岗时还能假装在画3D图表（实际在跑FreeRTOS的Task Monitor）
你们有没有过这种操作：为了避开某个协议的坑，硬是重构了整个通信架构？和使用的哪些栈？
| 
楼主
标题置顶
标题高亮
