保持微控制器外设驱动程序独立

Question

这是我一直在问自己一段时间的问题。 我试过找到关于这个的好读物，但我似乎找不到适合我认为应该如何的解决方案。

我认为，出于便携性和维护原因，驾驶员最好不要相互依赖。 但是，有时一个驱动程序可能需要其他驱动程序提供的功能。 例如，I²C总线的超时可能取决于定时器驱动程序。

直到现在我一直这样做的方法是简单地#include其他驱动程序中的驱动程序，但这不是一个理想的解决方案。 我觉得应该有更好的方法来做到这一点。

我正在考虑添加另一个层，一个主应用程序和所有驱动程序之间的抽象。 然而，这感觉就像它只是将问题转移到其他地方而不是解决它。

我已经使用了函数指针，但这也使维护成为一种新生。

关于驱动程序相互依赖性以及如何巧妙地解决这样的问题，是否有任何好的来源或想法？

Answer 1

在大型控制器，Cortex M3 / 4等上，拥有无数层是完全没有问题的。 例如，LPC1822的SD卡接口包含一个“sdif”驱动程序，用于处理卡接口的基本通信和引脚切换。 最重要的是有“sdmmc”驱动程序，提供更复杂的功能。 最重要的是，这个可以是FAT系统（使用实时时钟），以及开启......

相反，在一个微小的8位控制器上，最好不要有任何层。 您必须为i2c通信设置的这3个寄存器是可管理的。 不要写几百行代码来做一些微不足道的事情。 在这种情况下，将定时器直接包含在I2C例程中是完全没问题的。 如果您希望您的程序对您的同事更容易理解，请花时间编写好的注释和文档，而不是将所有内容封装在函数和抽象层中。

当你受到资源约束而且你的程序不是那么大时，不要为了获得一致的层而给自己带来太多的开销。 图层是大型复杂软件的一部分。 在嵌入式计算中，有时最好保持侧向依赖，而不是编写不适合闪存空间的大型库。