qq_39257814的博客

＜sa8650＞ sa8650介绍＜sa8650＞QAM8650P-之-引导和核心BSP体系结构技术概述＜sa8650＞sa8650 XBL-之-XBL配置指南＜sa8650＞ sa8650基线代码编译＜sa8650＞ snapdragon-auto-hqx-4-5-6-0基线代码编译＜sa8650＞sa8650开发板-之-刷机教程(flashing)＜sa8650＞sa8650 CDT-之-汽车CDT配置用户指南（上）＜sa8650＞sa8650 CDT-之-汽车CDT配置用户指南（下）

但是，在某些情况下，CAMX 尚未初始化，FuSa 会产生错误（例如，摄像机检测和探测序列期间的错误）。QCarCamErrorInfo_t 的以下字段适用：errorId、errorCode、errorSource、inputId、frameId、bufferlistId 和时间戳。在任何客户端应用程序启动之前，启动或启动序列中产生的错误（相机检测错误、BIST 错误等）将仅通知安全监视器。这是特定数据流的致命错误，如违反 CCIF 协议等，qcarcam 驱动程序为此启动了内部恢复。

在＜sa8650＞sa8650 partition-之-非基线编译下新增分区中，我们介绍了，在已有的UFS刷机包中新增分区 方法。这种基本上时一次性的。不方便需要的使用。那么有没有比较实用的，一次修改后续能一直继承继续使用的呢？当然是有的。按照＜sa8650＞sa8650 partition-之-独立新增分区不加img中的修改，并补充额外的内容即可。接下来看看具体操作内容。经过前面的步骤，我们可以知道，新增分区、以及为新分区分配镜像文件的配置步骤；

转储文本文件生成到/var/camera/文件夹，例如：/var/camera_core_Dump_pid1388622_Tid133_19700101_000331。根据第一步运行qcarcam_rvc后显示的菜单，在正常出图的情况下，根据菜单选择“z”，退出qcarcam_rvc；开机后在启动qcxserver的前提下，第一次运行qcarcam_rvc，命令： qcarcam_rvc -menu。为了找出CamX中相机错误的根本原因，某些问题被视为致命问题，并导致调试信息转储的强制崩溃。

在前面两篇文章中主要分析了QCX中DiagnosticManager模块的具体实现过程；我们对DiagnosticManager具体实现有了了解后；就来看开QCX中是如何使用的了；笔者在SDK中搜索了一下，具体使用的位置有三个地方，分别如下：(1) Client 的IPC通信中。

在＜sa8650＞sa8650 qcxser-之-DiagnosticManager HealthStatus中详细介绍了DM模块的初始化流程；同时也介绍了一些关键的API；本文主要介绍DiagnosticManager ReportEvent的详细内容；上报详细的事件信息给到SafetyMonitor进程。本文主要是分析 事件消息的上报；关于DM模块的内容这两篇文章基本分析完了，笔者将在下一篇文章中，分析QCX中具体使用的内容；对于实际运行用 主要是了解这部分的框架设计；

本文主要分析，在qcxservser这个摄像头服务中，是如何将诊断信息上报给safety monitor的。一般情况下，qcxserver的错误信息上报分两路，一路是上报给客户端应用程序。另一路，则是上报被专门的safety monitor.＜sa8650＞sa8650 qcxser-之-QCX错误报告接口本文主要讲解上报给 safety monitor 服务。

本章主要讲解QCX服务的错误报告接口，如何将qcxserver的错误诊断信息报告给Safety Monitor。

XBLConfig特性支持将平台特定的或目标的配置和设置分离到单独的二进制文件中。引导加载程序有一个XBLConfig驱动程序。驱动程序通过访问二进制文件，提供对XBLConfig项的每个设置的读访问。

首先，我们的目的是将MAX96717F的ERRB信号直接映射到MAX96712的ERRB上。对于映射功能的介绍，可参考文档“GMSL2 User Guide” 第33.2 和 33.3节都有介绍。部分内容如下：根据文档，我们可以关注到几个关键的配置参数ERR_TX_IDERR_TX_ENERR_RX_IDERR_RX_EN参考GPIO的映射关系，以及查看芯片手册，即可。＜sa8650＞sa8650 qcxser-之-串行解串器GPIO输入输出。

MAX96717F的特点是一个10位，集成了模数转换器（ADC）与多路单端输入监测直流电压。多路复用的输入允许监控外部输入线（ADC0、ADC1和ADC2）和内部电源。ADC的输入范围从地面延伸到一个全尺度电压，这取决于所选择的参考电压。默认值是一个内置的1.25V电压参考。或者，也可以使用外部1.25V精度参考电压或VDD18电源电压除以2（VDD18/2）。参考1.25V参考，最大ADC输入电压为1.2V。当使用VDD18/2作为参考时，最大输入电压被限制为VDD18/2。

本次验证了GPIO的映射功能，此功能可以将摄像头上，其它IC的状态引脚或信号直接映射后给到SOC处理。后面将分析ERRB的映射，此功能可监测MAX96717的errb状态，从而满足诊断功能。

通过编程每个GPIO引脚的GPIO_TX_EN和GPIO_RX_EN寄存器位，每个GPIO引脚都可以被配置为输入、输出或输入/输出。当启用延迟补偿时，跨链路的gpi到gpo的延迟是一个精确的固定值。根据3.1节寄存器分析，当作为普通GPIO输入输出时，且非远程传输时，可使用以下配置，（以GPIO4为例，只需配置GPIO4_A 和 GPIO4_B）。根据前的寄存器分析，当作为普通GPIO输入输出时，且非远程传输时，可使用以下配置，（以GPIO4为例，只需配置GPIO4_A 和 GPIO4_B）。

两个soc每1秒就会在AURIX串行控制台上连续打印一次摘要。在串行控制台上打印的摘要如下所示：AURIX上的安全应用程序连续打印了SOC1和SOC2的以下摘要：▪串行控制台打印“Info：SOC1[T：] / info：SOC2[T：]”，描述摘要是来自SOC1还是SOC2，时间以秒为单位。▪在最近1秒内收到的运行状况消息总数。▪客户端在1秒的时间间隔内变得不健康的次数将出现在“不健康的状态”中。▪在1秒的时间间隔内，每个客户端ID的最新健康状态将出现在“健康状况”中。

本文档指定了安全监视器与其客户端之间的接口规范。本文件同时适用于APSS和SAIL安全监控接口。下面提到的api公开了一个接口，供安全客户端调用安全监视器来检测SoC的各种功能安全组件的故障和健康管理。