RT-Thread 传感器框架设计存在很大缺陷
发布于 2021-10-21 20:57:43 浏览：516
目前我们在使用rt-thread 设计一款rtu。看到传感器框架初期，感觉这个框架想的挺周到的，然而使用起来，一地鸡毛。列举遇到的问题如下。
（1）没有考虑类如RS485总线/Can总线等总线传感器的采集模式，例如，我有两个温度传感器A和B，传感器通过485总线形式采集，采集的命令格式为 帧头+地址+长度+命令字+crc。采用Senors传感器框架只能一一列举两个senors地址来进行数据采集。没办法通过传递一个地址参数从而复用代码。
（2）设置传感器的规则过于死板，有的传感器读取的数据是多个值，类似读取倾斜传感器分别是X/Y/Z三个值的角度。则需要设置的阈值就有x最大，x最小，y最大，y最小，z最大，z最小6 组值。目前这个框架太死板，无法面对五花八门的物联网传感器种类
（3） 最需要吐槽就是就是传感器的设置模式，为啥就不能好好搞个钩子函数让用户回调一下，非要一一列举常用的设置，例如，我有一个gps的传感器，需要设置它里面的一个非常规的参数，还是那句话，框架太死板了。。。不适用千变万化的IOT场景
6 个回答
有道理！ 操作系统的工程师可能不像应用工程师那样有多场景的使用经验，有些地方有些理想主义，你再想想还有什么缺陷，可以一并提出来。
我知道了
欢迎提PR帮助修改
楼主加油。
希望楼主能加rtt的sensor传感器，优化提升，开源就是这样，大家发现问题，解决问题，然后越来越好
框架带来规范的好处，也失去了灵活性，尤其是嵌入式方向。。
撰写答案
请登录后再发布答案，点击登录
关注者
1
被浏览
516
关于作者
相关问题
推荐文章
最新文章
目前已在构思，希望能做点贡献。