启动时，一旦在“短状态”中设置了系统已初始化 标志，主机便可以开始发送命令来控制器件。这可由引导应用程序或主应用程序设置。有关短状态的更多详情，可以在节 8.2.87（主应用程序）和节 7.2.6（引导应用程序）中找到。在设置系统已初始化 标志之前，主机应该期望接收 NAK (I²C) 或无效数据 (SPI)。图 4-2 演示了主机在启动时应执行的操作。节 2.1.4.1 描述了一个可用于调试启动时序和进度的硬件信号。

图 4-2 通信就绪检查

• 读取短状态 - 尝试从硬件读取“短状态”。
• 命令 NAK？- 如果通信硬件尚未初始化，将收到 NAK 或无效数据。
• 系统是否已初始化？- 如果成功接收到“短状态”，则检查系统已初始化 位。如果该位被清除，则继续轮询“短状态”，直到该位被设置。
• 是否设置了错误位？- 如果设置了任何短状态错误位，则会发生启动错误。可能的启动错误示例包括启动 BIST 故障或自动初始化批处理命令集执行错误。应读取错误历史，了解有关错误的详细信息，然后应清除“短状态”和“错误历史”，以清除之前的错误标志。然后，主机可以根据错误条件确定要采取的操作。
• 应用程序 / 模式 == 符合预期？- 如果没有设置错误位，则应检查应用程序和运行模式，以确认软件是否处于预期状态。如果应用程序或模式不正确且未设置错误，则可以检查几个系统配置参数。检查 STAY-IN-BOOT 信号是否被拉至所需状态。这可确定是否执行主应用程序，或者是否仍在引导应用程序中执行。检查闪存头文件是否指示为初始启动模式选择了正确的主应用程序工作模式（待机或显示）。

引导应用程序驻留在 DLPC230-Q1 的引导 ROM 中。在 DLPC230-Q1 硬件在启动时完成初始化后，执行引导应用程序。引导应用程序的目的是从闪存加载主应用程序，并在启动期间验证其内容。引导应用程序的执行流程如图 4-3 所示。它会读取节 2.1 中所述的硬件引脚信号以配置主机通信接口，然后确定是否已设置 STAY-IN-BOOT。如果设置了 STAY-IN-BOOT，引导应用程序将进入一个循环，等待主机命令的指令。如果未设置 STAY-IN-BOOT 信号，引导应用程序将从闪存加载主应用程序并对其进行验证。如果验证失败，错误将记录在“错误历史”中，引导应用程序将进入 wait-for-command 循环。如果验证成功，将执行主应用程序。

图 4-3 引导应用程序执行流程

主应用程序执行流程如图 4-4 所示。主应用程序首先初始化时钟，然后从硬件检索上次复位的原因。然后，它执行通过闪存选项选择的任何非周期性 BIST。主应用程序将检查闪存选项以确定它是应保持在待机模式还是自动切换到显示模式。进入所需模式后，自动初始化批处理命令集将从闪存存储器运行。有关批处理命令集的更多信息，请参阅节 5.2。如果在启动期间没有要执行的命令，则自动初始化批处理命令集可以为空。自动初始化批处理命令集也可以更改工作模式。完成自动初始化批处理命令集后，主应用程序将设置系统已初始化 短状态标志，以指示可以从主机发送命令事务。

图 4-4 主应用程序执行流程