* 实时操作系统选择：已有很多论文和文章就如何选取择实时操作系统给出了建议。对于ECU设计，OSEK已经逐渐演变为行业标准RTOS，可从许多的供应商那里买到这种具有确定性、鲁棒性、高效率和稳定的解决方案。

* 调试模式：软件工程师应当在项目进入集成阶段的时候，确信自身具备足够的查错及排障的能力，尽管代码模拟器相当可靠，但集成问题还是存在的。这时候要怎么办？答案各有不同。以ECU设计为例，一个全速传统的在线仿真器(ICE)的价格昂贵(12,000美元)，它不仅在引擎隔仓中应用在线仿真的难度很大，而且不能用于解决棘手的时序问题。

相比之下，片上调试(JTAG型) 仿真器是经济的($1,000) ，并且较易于连接到系统上。举个例子，Renesas' E10A是一种JTAG-兼容硬件调试器，该种调试器可使工程师询问并控制寄存器集以及某个超高整处理器的RAM存储器。此外，要提高ECU代码的精度，软件工程师要能利用某种AUD(高级用户调试) 的特性，该AUD会形成超高速CPU管线的特别的线迹。Renesas SH7058 MCU系列中，MCU上的AUD界面是双向作用的，并且无须暂停CPU，也可使RAM进行存储。

硬件问题

32位系统的开发过程中会遇到很多硬件问题，以下几点值得特别注意：

* 电源供应滤波：绝大部分32位MCU比16位MCU的运行速度要快很多，此外，32位MCU的CPU内核要求独立的低压供电系统，因此其噪声容限要比I/O电路严格得多。因此，在PUB周围，尤其MCU的附近要安放足够的低频和高频的去耦电容，实践表明去耦电容能够有效地降低噪声。

* 片上闪存：在过去，用于ECU 系统中的许多MCU 不具备足够的内存作为一个单芯片控制器进行运行，并且部分MCU 就根本没有程序内存，结果是程序内存被设置在芯片之外，由于需要大量高速寻址和数据总线，因而常常会导致EMI问题的出现。

目前，像SH7058这样的32位ECU具有1 MB闪存，具有真正意义的单片解决方案特征。在大多数情况下，由于具有大量的片上程序内存，所以不再需要片外内存。在采用SH7058的ECU设计中，片上闪存可通过两种方式进行固化，一种是在主板制造前，对器件进行固化，另一种是主板的设计完成后在系统内进行固化，这样，软件工程师在升级代码时就有了很大的灵活性，工程师甚至能在ECU被安装在车辆内部以后，也能借助车载总线(CAN)进行升级操作。

本文小结

从16位到32位MCU的跨跃是一个质的飞跃，这种趋势是不可避免的。32位实现方案极大地提升系统的运算能力及操作性能，进行成功转换的关键是要有充分的准备、训练和周密的开发工具选择策略，此外，像瑞萨这样的32位MCU供应商的持续支持也是至关重要的。