1. 项目概述在汽车电子和工业控制领域芯片的功能安全是系统设计的生命线。想象一下一辆高速行驶的汽车其控制单元内部的存储器或逻辑电路在某个瞬间出现了一个潜在的、未被发现的硬件故障后果不堪设想。为了应对这种风险内置自测试BIST技术应运而生它就像是嵌入在芯片内部的“私人医生”能够在系统启动时或运行间隙自动对关键硬件进行“体检”。MPC5746R作为一款广泛应用于汽车动力总成、底盘控制等领域的高性能微控制器其内置的STCU2自测试控制单元2模块是实现BIST功能的核心。然而官方手册往往只提供寄存器位域的描述对于如何将这些冰冷的寄存器位组合成一个可运行、可复现的完整测试流程却常常语焉不详让许多工程师在初次接触时感到无从下手。本文将从一个资深嵌入式开发者的视角深入剖析MPC5746R离线BIST的完整配置流程不仅告诉你每个寄存器应该写什么值更重要的是解释清楚为什么这么写以及在实际操作中可能遇到的“坑”和应对技巧。我们将聚焦于最核心的STCU2寄存器配置与DCF客户端设置手把手带你完成从理论到实践的跨越。2. STCU2与DCF基础理解自测试的“控制中心”与“配置管道”在深入配置细节之前我们必须先理解两个核心概念STCU2和DCF。这是整个BIST架构的基石理解它们的工作原理后续的配置操作才会变得清晰。2.1 STCU2自测试的“大脑”STCU2即自测试控制单元2是MPC5746R中负责协调和执行所有BIST操作的核心硬件模块。你可以把它想象成一个高度专业化的测试执行引擎。它不直接产生测试向量而是负责调度MBIST存储器BIST和LBIST逻辑BIST控制器管理测试时钟PLL监控看门狗并收集最终的测试结果MISR签名、错误状态等。我们通过配置一系列STCU2的寄存器来“编程”这个引擎告诉它测试什么哪些内存分区或逻辑模块、以什么顺序测试并发还是串行、用什么时钟频率、允许测试多长时间等等。STCU2的寄存器映射在特定的内存地址空间。在离线BIST模式下我们通常通过调试器如Lauterbach Trace32直接向这些地址写入配置值来对其进行初始化。这里有一个至关重要的前提STCU2的寄存器在默认状态下是写保护的。这就是为什么配置脚本的第一步总是写入两个神秘的“SKU Key”。这两个密钥例如0xD3FEA98B00080008和0x2C01567400080008是NXP预设的“解锁密码”只有成功写入后后续对STCU2_CFG、STCU2_PLL_CFG等寄存器的写入操作才会被接受。如果跳过这一步所有配置都会石沉大海BIST根本无法启动。2.2 DCF设备配置格式——安全的“配置管道”DCF是MPC5746R引入的一种安全、可靠的寄存器访问机制。在功能安全FuSa应用中直接对关键寄存器进行写操作可能存在风险例如被异常程序流篡改。DCF机制通过一个独立的、受保护的硬件通路来应用配置。你可以把它理解为一条专用的、有安检的“配置管道”。对于BIST配置我们主要与一系列名为DCF_SELFTEST_CONFIG_IPS_x的DCF客户端打交道。这些客户端是STCU2模块在DCF域中的“代理”。我们的配置信息被打包成“DCF记录”通过DCF总线发送最终由硬件安全地应用到对应的STCU2内部寄存器上。DCF记录的构造是配置中的难点。一个DCF记录是一个64位的数据其结构并非简单的“地址数据”。它包含了目标寄存器地址、要写入的数据、奇偶校验位、停止位以及特定的控制字段。更复杂的是对于某些关键客户端如IPS_1和IPS_4MPC5746R要求使用“分散地址和三重表决”策略。这意味着你不能只写一条DCF记录而必须连续写入三条特定格式的记录DCF硬件内部会对这三条记录进行比对和表决只有一致的情况下才会执行配置这极大地增强了抗干扰能力。官方文档中的那些0x0031100102000024、0xFFCEEFFE02000028等看似随机的十六进制数就是按照此规则构造出的三条DCF记录。不理解这个机制直接照抄这些数值是危险的因为一旦应用场景稍有变化比如时钟源选择不同你就不知道如何修改它们。实操心得密钥与DCF记录的顺序至关重要在实际操作中我踩过的一个坑是执行顺序。务必严格遵守1) 写入SKU Key解锁STCU2) 配置STCU2基础寄存器CFG PLL WDG3) 配置MBIST/LBIST控制寄存器4) 最后才通过DCF客户端写入IPS配置并启动RUN。如果顺序错乱例如先配置了DCF客户端但由于STCU未解锁或基础时钟未配BIST可能无法启动或产生不可预期的行为。调试器脚本的执行是线性的确保你的脚本顺序与硬件初始化流程一致。3. 核心寄存器配置详解从全局设定到测试序列掌握了STCU2和DCF的基本概念后我们开始逐一拆解各个关键寄存器的配置。每一处配置背后都有其设计意图理解这些意图你才能灵活应对不同的项目需求。3.1 STCU2_CFG全局配置寄存器STCU2_CFG寄存器设定了BIST执行的全局行为。根据提供的脚本示例data.set 0x00400320 %QUAD 0x10FF00080008000c我们将其拆解来看0x10FF0008这是写入寄存器的值。我们需要关注其中的关键位域。例如高位字节0x10可能对应START_PTR字段它指明了MBIST测试序列的起始分区索引这里是0x10即从分区16开始这里需要根据具体内存映射核对示例可能只是一个示意。0xFF可能对应MAX_LB_DLY用于逻辑BIST的边沿平滑延迟控制设置为最大值以提供充足的时序裕量。0008000c这是DCF记录格式的后半部分包含了地址0x00400320STCU2_CFG寄存器的DCF客户端地址的变换形式、奇偶校验和停止位。在离线BIST脚本中我们直接使用data.set命令向内存地址写入这个完整的64位四字QUAD相当于手动构建并提交了DCF记录。这个寄存器的配置决定了BIST以何种模式开始以及一些全局时序参数。在大多数离线测试场景中我们会从MBIST开始并给予LBIST最大的延迟容忍度。3.2 STCU2_PLL_CFG测试时钟的生成离线BIST的执行速度依赖于一个稳定的时钟。STCU2_PLL_CFG寄存器就是用来配置这个专用测试PLL的。文档明确指出离线BIST时PLL的参考时钟只能是内部IRC内部弛豫振荡器通常为16MHz。示例配置0x0201001900080010的目标是产生一个100MHz的系统时钟。我们来推算一下PLL的输出频率Fout (PREDIV, MULT, POSTDIV)等参数共同决定。假设IRC为16MHz要得到100MHz一个常见的配置是PREDIV1不分频MULT25倍频POSTDIV22分频。计算过程16MHz * 25 / 2 200MHz。这看起来不对等等这里可能还需要考虑额外的分频器。实际上0x02010019这个值需要根据参考手册中STCU2_PLL_CFG寄存器的位域定义来解析。它可能包含了PLLDIV、PLLMF等字段的组合最终目的是让FXBAR和SXBAR时钟域达到100MHz而PBRIDGE时钟域为其三分之一33.3MHz这通过后续的DCF_SELFTEST_CONFIG_IPS_2客户端来设置分频器实现。注意事项PLL锁定与超时风险配置PLL后硬件需要时间锁定。在启动BIST设置STCU2_RUN寄存器的RUN位时如果同时使能了MBPLLEN或LBPLLEN位STCU2会监控PLL锁定信号。如果PLL未能成功锁定BIST将不会开始并可能在错误寄存器中置位。因此在极端温度或电压条件下进行测试时需要确保PLL配置参数如环路滤波器设置的鲁棒性。有时适当增加PLL锁定等待时间如果寄存器支持或验证PLL状态寄存器是必要的调试步骤。3.3 STCU2_WDG看门狗超时设置BIST测试尤其是LBIST涉及大规模的逻辑状态遍历理论上存在陷入死循环的风险。STCU2_WDG看门狗就是为了防止这种情况而设的安全机制。它为一个BIST测试序列设定了最长的允许执行时间。示例值0x02DC6C0000080014将超时值设置为最大。0x02DC6C00换算成十进制是一个很大的数字对应着非常长的时钟周期数。在工程实践中不建议盲目设置为最大值。你应该根据测试的规模来估算一个合理的超时值。估算方法查找参考手册中每个MBIST分区或LBIST模式的典型测试周期数乘以时钟周期再乘以一个安全系数如2-3倍。设置过短的超时会误报错误设置过长则失去保护意义。一个合理的做法是先根据理论计算设置一个值在实验室环境下运行BIST通过读取STCU2_WDG的计数寄存器或监控实际运行时间来校准这个超时值。3.4 STCU2_MB_CTRL 与 STCU2_LB_CTRL编排测试剧本这是配置中最体现“编排”艺术的部分。STCU2_MB_CTRL寄存器数组控制了多达47个具体数量依芯片型号而定存储器测试分区的执行顺序和模式。STCU2_LB_CTRL寄存器数组则控制着多个逻辑模块的BIST。关键规则并发与串行每个控制寄存器都有一个字段例如NEXT_PTR指向下一个要执行的测试项。你可以将大多数测试设置为并发CONCURRENT模式以提高效率但最后一个测试项必须设置为串行SEQUENTIAL模式并将其NEXT_PTR指向一个特殊值如0x7F代表NIL或结束。如果最后一个测试项也设置为并发模式STCU2将不知道测试序列何时结束从而触发指针错误STCU2_ERR_STAT寄存器中会体现。指针链你需要精心设计一个指针链将所有需要测试的MBIST和LBIST模块串联起来。例如MBIST_0指向MBIST_1MBIST_1指向MBIST_2...MBIST_45指向LBIST_0LBIST_0指向LBIST_1...最后一个LBIST指向0x7F。模式选择每个控制寄存器还可以选择测试算法如March C-用于MBIST和故障模型。这需要根据芯片的数据手册和测试覆盖率要求来选择。提供的Lauterbach脚本示例清晰地展示了这一点从MBIST CTRL0到CTRL45NEXT_PTR依次递增且都设置为并发模式。直到MBIST CTRL46其值被设置为0x00000000000806B8其中NEXT_PTR字段指向了LBIST 0并且模式位表明其为串行模式。这就构成了一个从存储器测试平滑过渡到逻辑测试的完整链条。4. DCF客户端配置实战破解“三重表决”之谜DCF客户端的配置是离线BIST中最容易出错的一环尤其是IPS_1和IPS_4所需的“分散地址与三重表决”策略。我们以DCF_SELFTEST_CONFIG_IPS_1为例深入理解其构造过程。4.1 DCF_SELFTEST_CONFIG_IPS_1时钟源与故障模型这个客户端主要控制两个事情LBIST使用的故障模型Fault Model和选择哪个PLL作为LBIST的时钟源如果使用的话。根据文档中的图表我们需要配置的寄存器值User Value是0x80188800。但你不能直接把这个值写到某个地址。你需要构造三条DCF记录0x00311001020000240xFFCEEFFE020000280x8018880002000030这三条记录是如何得来的它们遵循DCF记录格式位[63:32]这是要写入的数据Data。在第一条记录中它是0x00311001这很可能是一个包含控制信息的头部或部分数据。在第三条记录中它才是我们最终想写入的0x80188800。位[31:0]这是地址和控制段。它包含了目标地址的变换、记录类型0x02表示写操作、序列号以及奇偶校验位。0x02000024、0x02000028、0x02000030中的最后字节0x240x280x30是递增的序列号。“分散地址”意味着这三条记录的目标地址在地址字段中编码是分散在某个地址范围内的而不是同一个地址。“三重表决”意味着DCF硬件会等待收到三条序列号连续、且数据符合特定规则的记录后才执行一次真正的写操作。这就是为什么你必须按顺序、完整地写入这三条记录缺一不可。脚本中的三条data.set命令正是完成了这个操作。4.2 DCF_SELFTEST_CONFIG_IPS_2系统时钟分频这个客户端用于配置BIST执行期间的系统时钟分频器。文档要求将FXBAR和SXBAR时钟分频比设为1即100MHz将PBRIDGE时钟分频比设为3即33.3MHz。这通过配置寄存器中特定的位域如[26:28]对应CMU_FXBAR分频值来实现。其DCF记录构造原理与IPS_1类似但可能不需要三重表决根据文档描述IPS_2是“optional”且未提及特殊策略。示例中给出的三条记录0x00000010020000440xFFFFFFEF020000480x0000000802000050其最终要写入的数据0x00000008第三条记录的高32位就编码了这些分频值。0x08的二进制为0000 1000结合位域定义可能表示PBRIDGE_DIV2二进制010SXBAR_DIV0FXBAR_DIV0。这里需要严格对照参考手册的位域说明进行核对。4.3 DCF_SELFTEST_CONFIG_IPS_4LBIST移位长度这个客户端用于配置LBIST测试中各个逻辑分区的移位寄存器长度。移位长度是一个关键参数它直接影响测试的覆盖率和最终生成的MISR多输入签名寄存器签名。必须严格按照参考手册中“LBIST Configuration by Partition and Expected MISR”章节给出的推荐值进行设置否则计算出的预期MISR签名将不匹配导致测试失败。IPS_4同样需要“分散地址与三重表决”策略。示例脚本中的三条记录0x00FB7C3F020000840xFF0483C0020000880x807DBE1F02000090最终将0x807DBE1F这个值写入该值就编码了L0 W1 W0 L1等逻辑分区的移位长度。避坑指南DCF记录的手动计算与验证直接使用官方示例脚本中的魔数Magic Number虽然快捷但存在风险。一旦你的应用需要不同的配置例如选择不同的PLL锁相源这些魔数就失效了。我强烈建议掌握手动计算DCF记录的方法。你需要根据参考手册中DCF章节的详细格式画出64位记录的结构图。确定目标客户端的基地址如IPS_1的某个基址。根据“分散地址”规则计算出三条记录各自对应的编码后地址。将你想要设置的数据User Value填入第三条记录的数据位。根据奇偶校验算法通常是简单的奇偶校验计算出每条记录的校验位。使用调试器的内存查看功能在写入DCF记录后去读取对应的STCU2影子寄存器或状态寄存器验证配置是否真的生效。这是确保配置正确的最终手段。5. 启动BIST与结果解析临门一脚与成败判定所有前置配置完成后最后一步就是启动测试。5.1 启动BIST写入STCU2_RUN寄存器通过向STCU2_RUN寄存器的DCF客户端写入特定值来启动。示例脚本中为data.set 0x004005A0 %QUAD 0x0000030100080000。解析这个值0x00000301RUN位位0置1启动离线BIST。LBPLLEN位可能为位8置1使能LBIST的PLL锁定监控。MBPLLEN位可能为位9置1使能MBIST的PLL锁定监控。值0x00000301即体现了这些位的组合0x0300|0x0001。写入这个寄存器后STCU2硬件状态机就会开始按照预设的序列执行MBIST和LBIST。此时CPU核心通常处于复位或挂起状态由STCU2完全接管相关时钟域和测试逻辑。5.2 结果读取与故障诊断BIST执行完毕后我们需要读取一系列结果寄存器来判断测试是否通过。状态寄存器STCU2_LBS/STCU2_MBSL/STCU2_MBSM这些寄存器指示各个LBIST和MBIST分区是否完成DONE位以及是否通过PASS位。这是最直接的“通过/失败”指示。STCU2_LBE/STCU2_MBEL/STCU2_MBEM结束标志寄存器当某个测试序列完成时相应的位会被置起。错误寄存器STCU2_ERR_STAT这是最重要的诊断寄存器之一。如果测试失败这里会记录错误类型例如指针错误序列配置错误、看门狗超时、PLL锁定失败、MBIST/LBIST测试失败等。在调试任何BIST失败时第一个就应该查看这个寄存器。STCU2_ERR_FM错误故障映射寄存器可以提供更详细的故障信息。MISR签名寄存器STCU2_LB_MISRRLn/STCU2_LB_MISRRHn对于LBIST需要读取实际计算出的MISR签名并与预期的签名在配置LBIST时通过MISRELSW/MISREHSW寄存器预设或在参考手册中查找进行比较。必须完全匹配才算通过。签名不匹配是LBIST失败最常见的原因通常源于移位长度IPS_4、测试模式数或时钟配置的错误。常见问题排查速查表现象可能原因排查步骤BIST无法启动RUN位写不进去或写后无反应1. STCU未解锁SKU Key未写或写错2. 时钟配置PLL失败硬件未就绪3. DCF记录格式错误配置未生效1. 检查并重新写入SKU Key。2. 检查STCU2_PLL_CFG配置确认IRC是否启用PLL相关状态位。3. 使用调试器读取STCU2_CFG等寄存器确认配置值是否与写入一致。MBIST/LBIST执行失败ERR_STAT报错1. 测试序列指针错误最后一个测试未设为串行模式或NEXT_PTR错误2. 看门狗超时3. 存储器或逻辑本身存在硬件缺陷1. 仔细检查STCU2_MB_CTRL和STCU2_LB_CTRL数组的配置确保指针链正确且以0x7F结束。2. 增加STCU2_WDG的超时值或检查测试时钟频率是否过高。3. 进行单分区测试定位具体故障单元。LBIST测试完成但签名不匹配1.DCF_SELFTEST_CONFIG_IPS_4中的移位长度配置错误2. LBIST控制寄存器中的测试模式数PCS设置错误3. 测试时钟频率或分频设置与预期不符1. 严格对照芯片勘误表或参考手册中的推荐表核对IPS_4的配置值。2. 核对STCU2_LB_CTRL[n].PCS寄存器设置的模式数量。3. 核对IPS_1和IPS_2的时钟配置确保LBIST测试使用的时钟与生成预期签名时一致。部分测试通过部分失败1. 内存分区存在物理损坏MBIST2. 特定逻辑模块对测试条件敏感LBIST3. 电源噪声或时序问题1. 重复测试确认是否为永久性故障。2. 尝试调整该模块的LBIST测试参数如时钟延迟。3. 检查PCB的电源完整性和去耦电容。6. 从脚本到代码构建可维护的BIST驱动虽然Lauterbach脚本对于初始验证和调试非常方便但在量产测试或嵌入式软件中我们更需要用C语言来实现BIST的初始化和执行。这不仅更易于集成也便于进行条件编译和参数调整。6.1 寄存器映射与头文件首先需要为STCU2和DCF客户端定义清晰的寄存器映射结构体。这通常由芯片厂商提供的SDK完成但理解其结构至关重要。/* 示例STCU2 寄存器映射结构体 (部分) */ typedef volatile struct { uint32_t SKC; /* SKU Key 寄存器 */ uint32_t RESERVED0[3]; uint32_t CFG; /* STCU2_CFG */ uint32_t PLL_CFG; /* STCU2_PLL_CFG */ uint32_t WDG; /* STCU2_WDG */ uint32_t RESERVED1[1]; struct { uint32_t CTRL; /* MBIST 控制寄存器 */ uint32_t RESERVED; } MB_CTRL[47]; /* MBIST 控制寄存器数组 */ struct { uint32_t CTRL; /* LBIST 控制寄存器 */ uint32_t PCS; /* 模式计数 */ uint32_t MISREL; /* MISR预期值低 */ uint32_t MISREH; /* MISR预期值高 */ } LB_CTRL[4]; /* LBIST 控制寄存器数组 (示例数量) */ uint32_t RUN; /* STCU2_RUN */ uint32_t ERR_STAT; /* 错误状态寄存器 */ /* ... 其他寄存器 ... */ } STCU2_Type; #define STCU2_BASE (0x00400300UL) #define STCU2 ((STCU2_Type *)STCU2_BASE) /* DCF 客户端地址定义 */ #define DCF_IPS1_BASE (0x00400300UL) /* 假设的DCF写入地址 */ #define DCF_IPS2_BASE (0x00400318UL) #define DCF_IPS4_BASE (0x00400318UL) /* 注意不同客户端可能复用地址靠数据区分 */ #define DCF_RUN_BASE (0x00400330UL)6.2 初始化序列的C语言实现将脚本中的操作转化为函数调用。关键点在于DCF记录的写入需要遵循硬件要求的时序和格式。void Offline_BIST_Init(void) { /* 1. 解锁STCU2 */ STCU2-SKC 0x8AC06DB1; /* 写入Key 2喂狗兼解锁需确认顺序通常先写Key1和Key2 */ /* 更常见的解锁序列是直接写入两个固定的KEY地址如下 */ *(uint64_t*)(0x00400310) 0xD3FEA98B00080008ULL; // SKU Key 1 *(uint64_t*)(0x00400318) 0x2C01567400080008ULL; // SKU Key 2 /* 2. 配置基础寄存器 (假设已解锁可直接写) */ STCU2-CFG 0x10FF0008; /* 全局配置 */ STCU2-PLL_CFG 0x02010019; /* PLL配置产生100MHz */ STCU2-WDG 0x02DC6C00; /* 看门狗超时 */ /* 3. 配置MBIST序列 (示例前46个并发最后1个串行) */ for (uint8_t i 0; i 46; i) { STCU2-MB_CTRL[i].CTRL 0x91000000 i; /* NEXT_PTR i1, 并发模式 */ } STCU2-MB_CTRL[46].CTRL 0x00000000; /* NEXT_PTR LBIST0, 串行模式 */ /* 4. 配置LBIST序列 */ STCU2-LB_CTRL[0].CTRL 0x0102110F; // 指向LBIST1 移位长度等配置 STCU2-LB_CTRL[0].PCS 0x00000866; STCU2-LB_CTRL[0].MISREL 0xFDC31B19; STCU2-LB_CTRL[0].MISREH 0x18F2A1F5; // ... 配置其他LBIST分区 STCU2-LB_CTRL[3].CTRL 0x7F02110F; // 最后一个 NEXT_PTR0x7F(结束) /* 5. 通过DCF写入IPS配置 (此处需要以64位方式写入特定地址) */ /* IPS_1 */ *(uint64_t*)(DCF_IPS1_BASE) 0x0031100102000024ULL; *(uint64_t*)(DCF_IPS1_BASE 0x08) 0xFFCEEFFE02000028ULL; *(uint64_t*)(DCF_IPS1_BASE 0x10) 0x8018880002000030ULL; /* IPS_2 */ *(uint64_t*)(DCF_IPS2_BASE) 0x0000001002000044ULL; *(uint64_t*)(DCF_IPS2_BASE 0x08) 0xFFFFFFEF02000048ULL; *(uint64_t*)(DCF_IPS2_BASE 0x10) 0x0000000802000050ULL; /* IPS_4 */ *(uint64_t*)(DCF_IPS4_BASE) 0x00FB7C3F02000084ULL; *(uint64_t*)(DCF_IPS4_BASE 0x08) 0xFF0483C002000088ULL; *(uint64_t*)(DCF_IPS4_BASE 0x10) 0x807DBE1F02000090ULL; /* 6. 启动BIST */ *(uint64_t*)(DCF_RUN_BASE) 0x0000030100080000ULL; // 设置RUN位使能PLL监控 } uint32_t Check_BIST_Result(void) { uint32_t error 0; /* 等待BIST完成可以通过轮询RUN位或等待一段时间 */ // while ((STCU2-RUN 0x1) ! 0); // 等待RUN位清零 /* 检查错误状态 */ if ((STCU2-ERR_STAT 0xFFFFFFFF) ! 0) { error | 0x1; // 标记通用错误 // 可以进一步解析ERR_STAT的具体位 } /* 检查MBIST状态 */ if ((STCU2-MBSL 0xAAAAAAAA) ! 0xAAAAAAAA) { // 假设所有分区PASS位为1 error | 0x2; // MBIST失败 } /* 检查LBIST状态和签名 */ if ((STCU2-LBS 0x1) 0) { // 假设DONE位为1表示完成 error | 0x4; // LBIST未完成或失败 } else { // 读取MISR并与预期值比较 uint32_t misr_low STCU2-LB_MISRRL0; uint32_t misr_high STCU2-LB_MISRRH0; if ((misr_low ! 0xFDC31B19) || (misr_high ! 0x18F2A1F5)) { error | 0x8; // LBIST签名不匹配 } } return error; // 返回0表示全部通过 }6.3 集成与优化建议在实际项目中BIST初始化代码应放在系统启动的最早期在初始化RAM和主要外设之前。这能确保测试环境是干净和可控的。可配置性不要将配置值硬编码在函数里。应该定义配置文件或头文件将SKU Key、PLL配置、MBIST/LBIST序列、预期MISR等作为可配置的宏或常量便于针对不同的芯片型号或测试需求进行切换。错误处理与日志Check_BIST_Result函数应该更详细地解析错误寄存器并将错误类型如MBIST分区0失败、LBIST签名错误等通过调试串口或安全内存区域记录下来这对于产线测试和现场故障诊断至关重要。时序考虑在写入DCF记录后特别是启动RUN之后需要插入适当的延时或轮询机制等待BIST执行完成。避免立即去读取结果寄存器因为测试可能还在进行中。安全考量对于功能安全应用BIST的结果应该被安全地存储和上报给上层软件或安全监控单元如FCCU。