ZHCU813A April   2021  – February 2022 DLPC6540

 

  1.   商标
  2. 范围
  3. 参考文献
  4. 首字母缩写词
  5. 系统引导
    1. 4.1 闪存中的数据
    2. 4.2 引导加载程序
    3. 4.3 主应用程序
    4. 4.4 引导加载程序和主应用程序支持的命令
    5. 4.5 调试终端
    6. 4.6 HOST_IRQ/SYSTEM_BUSY
    7. 4.7 心跳
    8. 4.8 低级故障
  6. 系统状态
  7. 版本
  8. 功耗模式
  9. 显示模式
  10. 源检测和配置
  11. 10内部源
    1. 10.1 测试图形 (TPG)
    2. 10.2 纯色域 (SFG) 颜色
    3. 10.3 幕布
  12. 11显示格式
  13. 12图像处理
  14. 13照明控制
  15. 14外设
    1. 14.1 GPIO
  16. 15接口协议
    1. 15.1 支持的接口
    2. 15.2 I2C 目标
    3. 15.3 USB
  17. 16命令协议
    1. 16.1 命令数据包
    2. 16.2 响应数据包
    3. 16.3 目标详细信息
    4. 16.4 错误处理和恢复
    5. 16.5 系统繁忙 - I2C 场景
      1. 16.5.1 GPIO 实现
      2. 16.5.2 短缺状态响应
    6. 16.6 支持可变数据大小
  18. 17自动初始化批处理文件
  19. 18命令说明
  20. 19系统命令
    1. 19.1  3D
    2. 19.2  管理事务
    3. 19.3  自动锁定
    4. 19.4  引导加载程序
    5. 19.5  校准
    6. 19.6  内部调试
    7. 19.7  调试
    8. 19.8  常规运行
    9. 19.9  照明
    10. 19.10 图像处理
    11. 19.11 外设
    12. 19.12 扭曲
    13. 19.13 手动 WPC
  21.   修订历史记录

错误处理和恢复

所有物理接口都支持相同的协议,因此很难支持每个接口都支持的启动条件。此外,根据有效载荷大小,一个命令数据包可以通过多个数据包发送。

DLP 控制器了解命令从何处开始也很重要,这样才能够成功解析和执行命令。这意味着主机和 DLP 控制器应始终同步。如果主机和 DLP 控制器均复位并一同上电,就会出现这种情况。但是,如果任一端发生错误,或者主机/DLP 控制器之一发生异步复位,则将失去同步。器件不会监控特定于物理接口的启动条件,因此当发生此类错误时,我们需要另一种恢复机制。

为了支持这种用例,DLP 控制器会监控每组字节的到达时间。如果任何一组字节与上一组相比超出了定义的超时时间 (750ms),则会将其视为新命令的开始。

该超时时间始终从最后接收的字节组而不是从遇到错误的字节组开始算起。这意味着,如果主机一个接一个地发送命令而没有发生超时,则所有命令都将被丢弃。

将多个命令包含在单个组中或将命令背靠背发送而不等待定义的超时时间是有效的做法。这两种情况都由命令处理程序进行控制,命令处理程序将按照接收到的顺序执行所有此类链接命令。