业界向来都选择微控制器与微处理器来处理针对仪表、车门模块以及其他电子油门控制器中的控制功能。持续累积的设计经验以及以往开发的程序代码，这两项主要因素促使业者不断地运用这两种组件。

现今的趋势是将软件划分成许多逻辑功能区块，符合ECU的规格限制。但这些功能区块必须等到编译并针对特定组件进行设计后，才有办法从程序代码中看出实时运作的问题。即使这些功能是独立进行开发，但在已预先定义先后顺序的结构中，仍依照顺序来运作。

业者甚至无法立即观察出时序问题。在功能仿真环境中无法找出讯号中断冲突，因为业者的作法是仅测试他们认为能运作的部份，且几乎不可能测试不确定的状态或是实时错误状况。在讯号中断时才启动的功能，必须在系统启动并在实时模式下运作时，才能真正进行测试。在这个阶段虽然能找出更多的错误，但必须等到产品真正开始实地运作后，才能开始执行与测试各种能想象到的中断状态。因此只能希望这不会是个重大错误，并且能在下次定期保养时以软件更新的方式修复这些错误。
...
...