首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    erpc(EmbeddedRPC)入门笔记

    最近在忙一个IOT设备的项目,想设计一个通信系统通过串口控制设备(freertos)的运行。按照传统的设计思路,先要定义一套串口通信协议,在这套协议中传输层协议、应用层协议一个都不能少。每一层协议都要自己实现。数据编码/解码,数据校验,容错,这些非常基础的东西都要自己实现。 等这些协议都实现了,才是能开始设计真正的业务逻辑。 和同事商议后,一致认为要是照这么干,黄花菜都凉了。我们的生命不能浪费在这些无意义的劳动上! 我想到了RPC概念是适用于我们的应用场景的。实际我们就是在串口上实现一个客户端请求->服务端响应的模型。除了传输层是串行通信,这与我们一般在tcp/ip网络上常见的client/server模型没啥区别,就是1对1简化版的client/server模型。比如也许google的基于protocol bufffers的grpc就能满足要求。如果能利用现成的开发框架,可以大大减化开发流程,减少开发时间。

    03

    Qt编写控件属性设计器8-网络采集

    上一篇文章已经打通了数据源之一的串口采集,这次要说的是网络采集,网络通信目前用的最多的是三种,TCP/UDP/HTTP,其中tcp通信又包括了客户端服务端两种,tcp通信才用了多次握手机制不丢包,但是耗费资源多而且需要建立连接。udp通信在大数据量或者网络不稳定的情况下,可能丢包,而且顺序无法保证,但是一个包的数据肯定是正确的,由于占用资源极少而且不需要建立连接,在很多场景中应用也蛮多,我个人用udp以来,也没发现过丢包的情况,可能数据量不够大或者是在局域网内的原因吧,反正用起来还是蛮爽的。http通信目前非常流行,尤其是和服务器之间做数据交互,基本上post请求然后返回一串json数据,解析对应的json数据即可。本次采用的TCP通信作为示例,其他两种可以自行拓展,也很简单的。

    00
    领券