对驱动的疑问?
比如SPI, I2C 系统都有自己的总线框架, 那么大家都是利用这些框架写驱动呢? 还是自己写一个单独的设备驱动??
不知道哪个效率高点呢??
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
比如SPI, I2C 系统都有自己的总线框架, 那么大家都是利用这些框架写驱动呢? 还是自己写一个单独的设备驱动??
不知道哪个效率高点呢??
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
接受
或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
发布评论
评论(7)
可能差不多吧。 这些是慢速总线, 总线本身是瓶颈。 吞吐率一般可达带宽80-90%。
我觉得自己写的驱动在某些处理方面可能比总线要快,毕竟总线考虑的细节太多,
自己写的驱动有针对性,可能会更有效率,也更容易懂
学习一下linux的实现吧,我觉得这个有比较大的参考价值。
同意你的观点, 但倾向于差别不大。
当然使用系统的框架了,字节实现我觉得不灵活
当然是要看具体情况了,如果说你的设备本身就是i2c或者spi接口的难道你也自己去做一套总线协议吗。。。
如果熟悉协议,自己实现也无大碍。明白硬件已经实现协议的哪些部分,就清楚软件需要实现另外的部分。