CN109783437A - 一种芯片的控制方法及装置 - Google Patents

Abstract

本发明提供了一种芯片的控制方法及装置，该方法包括：获取MCU驱动的芯片的芯片信息；芯片信息包括芯片的传输通道的传输通道信息；芯片的一路输入通道以及至少一路输出通道作为一路传输通道；基于传输通道对应的传输通道信息，对传输通道进行驱动控制。通过本发明提供的芯片的控制方法及装置，抽象出MCU驱动每种芯片的传输通道，一路输入通道以及至少一路输出通道作为一路传输通道，不同种类的芯片的传输通道的驱动方式相同，进而可以采用同一套驱动程序驱动不同的芯片，减少冗余代码，提高复用性。

Description

一种芯片的控制方法及装置

技术领域

本发明涉及芯片控制技术领域，更具体的说，涉及一种芯片的控制方法及装置。

背景技术

在微控制单元MCU中，一般会使用到多个不同种类的高驱硬件芯片，由于不同种类的高驱硬件芯片使用不同的端口，进而MCU在驱动不同种类的高驱硬件芯片时，需要为不同种类的高驱硬件芯片分别编写对应的驱动程序，这样会导致MCU中冗余代码较多、复杂以及复用性低。

发明内容

有鉴于此，本发明提供一种芯片的控制方法及装置，以解决需要为不同种类的高驱硬件芯片分别编写对应的驱动程序，这样会导致MCU中冗余代码较多、复杂以及复用性低的问题。

为解决上述技术问题，本发明采用了如下技术方案：

一种芯片的控制方法，应用于微控制单元MCU，所述MCU所在的印制线路板上设置有至少一种芯片；所述控制方法包括：

获取所述芯片的芯片信息；所述芯片信息包括所述芯片的传输通道的传输通道信息；所述芯片的一路输入通道以及至少一路输出通道作为一路传输通道；

基于所述传输通道对应的传输通道信息，对所述传输通道进行驱动控制。

优选地，所述传输通道信息包括通道编号、芯片编号、输入端口、电压诊断阈值、通道历史诊断结果以及所述滤波后的诊断结果。

优选地，基于所述传输通道对应的传输通道信息，对所述传输通道进行驱动控制，包括：

根据所述传输通道对应的传输通道信息，对所述传输通道对应的MCU硬件接口进行配置；

获取所述传输通道的滤波后的诊断结果；

若所述滤波后的诊断结果为正常，根据MCU硬件接口的配置结果，正常驱动所述传输通道；

若所述滤波后的诊断结果为异常，当执行异常处理后，根据MCU硬件接口的配置结果，正常驱动所述传输通道。

优选地，所述芯片信息还包括芯片诊断端口信息；

相应的，基于所述传输通道对应的传输通道信息，对所述传输通道进行驱动控制之后，还包括：

基于所述传输通道对应的传输通道信息以及所述芯片诊断端口信息，对所述传输通道进行故障诊断操作。

优选地，基于所述传输通道对应的传输通道信息以及所述芯片诊断端口信息，对所述传输通道进行故障诊断操作，包括：

基于所述传输通道对应的传输通道信息以及所述芯片诊断端口信息，采用分批诊断方式，对所有的所述传输通道进行故障诊断操作。

优选地，基于所述传输通道对应的传输通道信息以及所述芯片诊断端口信息，对所述传输通道进行故障诊断操作，包括：

获取所述传输通道的电压诊断阈值；

根据所述芯片诊断端口信息，读取所述传输通道所在的芯片的供电电压；

根据所述供电电压以及所述电压诊断阈值，计算得到新的电压诊断阈值；

基于所述新的电压诊断阈值，对所述传输通道进行故障诊断操作。

优选地，基于所述新的电压诊断阈值，对所述传输通道进行故障诊断操作，包括：

获取所述传输通道所在的芯片的诊断输出端口输出的电压值；

根据所述电压值以及所述新的电压诊断阈值，得到诊断结果；

根据所述诊断结果，更新所述通道历史诊断结果；

对所述诊断结果进行滤波处理，得到所述滤波后的诊断结果。

一种芯片的控制装置，应用于微控制单元MCU，所述MCU所在的印制线路板上设置有至少一种芯片；所述控制装置包括：

信息获取模块，用于获取所述芯片的芯片信息；所述芯片信息包括所述芯片的传输通道的传输通道信息；所述芯片的一路输入通道以及至少一路输出通道作为一路传输通道；

驱动控制模块，用于基于所述传输通道对应的传输通道信息，对所述传输通道进行驱动控制。

优选地，所述传输通道信息包括通道编号、芯片编号、输入端口、电压诊断阈值、通道历史诊断结果以及所述滤波后的诊断结果。

优选地，所述驱动控制模块包括：

配置子模块，用于根据所述传输通道对应的传输通道信息，对所述传输通道对应的MCU硬件接口进行配置；

结果获取子模块，用于获取所述传输通道的滤波后的诊断结果；

第一驱动子模块，用于若所述滤波后的诊断结果为正常，根据MCU硬件接口的配置结果，正常驱动所述传输通道；

第二驱动子模块，用于若所述滤波后的诊断结果为异常，当执行异常处理后，根据MCU硬件接口的配置结果，正常驱动所述传输通道。

相较于现有技术，本发明具有以下有益效果：

本发明提供了一种芯片的控制方法及装置，抽象出MCU驱动每种芯片的传输通道，一路输入通道以及至少一路输出通道作为一路传输通道，不同种类的芯片的传输通道的驱动方式相同，进而可以采用同一套驱动程序驱动不同的芯片，减少冗余代码，提高复用性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的一种MCU所在的印制线路板的结构示意图；

图2为本发明实施例提供的一种芯片的结构示意图；

图3为本发明实施例提供的一种芯片的控制方法的方法流程图；

图4为本发明实施例提供的另一种芯片的控制方法的方法流程图；

图5为本发明实施例提供的再一种芯片的控制方法的方法流程图；

图6为本发明实施例提供的又一种芯片的控制方法的方法流程图；

图7为本发明实施例提供的一种芯片的控制装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供了一种芯片的控制方法，应用于微控制单元MCU，一块印制线路板PCB上通常会由MCU和外围芯片组成，高驱硬件芯片是外围芯片的一种。具体的，参照图1，MCU设置的外围芯片包括m个Chip1芯片和n个Chip2芯片。

其中，参照图2，chip1芯片包含两路输入输出、分别为IN1、OUT1，IN2、OUT2，此外，还包括诊断使能端口DEN、诊断选择端口DSEL和诊断输出端口IS。

chip2包含一路输入输出，分别为IN1、OUT1，此外，还包括诊断使能端口DEN、诊断选择端口DSEL和诊断输出端口IS。

MCU和高驱硬件芯片chip1、chip2交互的硬件接口包括输入、诊断使能、诊断选择和诊断输出。

参照图3，控制方法包括：

S11、获取芯片的芯片信息；

芯片信息包括芯片的传输通道的传输通道信息；芯片的一路输入通道以及至少一路输出通道作为一路传输通道，

具体的，对于芯片，抽象出传输通道对象，优选地，传输通道信息可以包括通道编号、芯片编号、输入端口、电压诊断阈值、通道历史诊断结果以及滤波后的诊断结果。

建立的通道信息表，如表1所示。其中，参照图1和图2，m＝1，n＝1时，图1中包括三个传输通道，以chip1的第一路传输通道为例对传输通道信息进行说明。

chip1的第一路传输通道的传输通道信息包括通道编号Channel 1、芯片编号Chip1、输入端口Chip1_Port_IN1、电压诊断阈值Threhold 1、通道历史诊断结果Diag_History_Result以及滤波后的诊断结果Diag_Result。

表1传输通道信息

Channel 1	Channel 2	Channel 3
			Chip1_Port_IN1	Chip1_Port_IN2	Chip2_Port_IN1
Diag_History_Result	Diag_History_Result	Diag_History_Result
			Diag_Result	Diag_Result	Diag_Result
Chip 1	Chip 1	Chip 2
			Threhold 1	Threhold 2	Threhold 3

其中，根据每个通道负载的属性配置一个标准的电压诊断阈值，电压诊断阈值主要受高驱硬件芯片的供电电压影响，假设供电电压和电压诊断阈值的关系为F(V，Threhold)。在标准的供电电压V时，高驱芯片的诊断输出为Threhold，根据F(V，Threhold)配置对应的传输通道。

S12、基于传输通道对应的传输通道信息，对传输通道进行驱动控制。

具体的，将多个不同类型芯片抽象出通道，通过多通道实现对多种类、多数量的高边驱动器的驱动，扩展性高，支持多对象。

本实施例中，抽象出MCU驱动每种芯片的传输通道，由于一路输入通道以及至少一路输出通道作为一路传输通道，不同种类的芯片的传输通道的驱动方式相同，进而可以采用同一套驱动程序驱动不同的芯片，减少冗余代码，提高复用性。

另外，针对一块MCU需要控制多个不同类型的高驱硬件芯片的问题，以往的驱动只能支持单个芯片，需要大量冗余的代码来实现控制，导致代码维护工作繁杂。采用本发明的多对象的高边驱动技术，实现多种驱动封装，可以有效解决传统技术带来的通用性差，维护和使用成本高的问题。采用本发明的技术可以为多个不同种类的高驱硬件芯片的控制和诊断提供统一的驱动接口，提高代码的可移植性。

可选的，在上一实施例的基础上，参照图4，步骤S12可以包括：

S21、根据传输通道对应的传输通道信息，对传输通道对应的MCU硬件接口进行配置；

具体的，以Channel1为例，根据建立的传输通道信息，通过通道编号Channel1获取对应传输通道信息中的输入硬件接口Chip1_Port_IN1，MCU初始化硬件接口，重复该步骤，初始化Channel2、Channel3。

其中，MCU初始化硬件接口的目的是：

1.使MCU的GPIO Port(通用输入/输出端口，General Purpose Input OutputPort)具有该功能。

2.使硬件接口有一个合理的初始值。

S22、获取传输通道的滤波后的诊断结果；

其中，滤波后的诊断结果直接从传输通道信息中获取即可。

以Channel1为例，MCU通过通道编号Channel1读取对应的传输通道信息中的滤波后的诊断结果。

S23、判断滤波后的诊断结果是否为正常；若正常，执行步骤S24；若不正常，执行步骤S25。

S24、根据MCU硬件接口的配置结果，正常驱动传输通道；

具体的，若滤波后的诊断结果为正常，则说明传输通道正常，则通过通道编号Channel1索引到输入端口Chip1_Port_IN1，MCU正常驱动该端口。

S25、当执行异常处理后，根据MCU硬件接口的配置结果，正常驱动传输通道。

若滤波后的诊断结果为异常，则进行异常处理，异常处理成功后，再正常驱动传输通道。

异常处理根据通道的负载属性决定，异常处理也可以为空。

举例来说，如果某传输通道的负载为灯，当诊断结果为过流时，为了保护硬件，应该屏蔽打开灯的命令，直到过流消失或者过流时的保护动作已经执行时，才正常打开灯。

本实施例中，对传输通道的驱动的控制加入异常处理，保证了传输通道的正常驱动。

可选的，在上述任一实施例的基础上，芯片信息还包括芯片诊断端口信息。

具体的，芯片的多路输入输出共用同一个诊断相关的硬件接口，根据图1，若传输通道信息也包含芯片诊断端口信息，对于chip1类型的芯片来讲，芯片信息重复的次数为2m，若m值很大则会造成大量重复。进而为了避免同一芯片的传输通道重复包含诊断相关的硬件信息，将这些信息分离出传输通道信息，建立芯片诊断端口信息，如表2所示，传输通道信息和芯片诊断端口信息通过芯片编号来建立联系。具体参照表2，以芯片编号为Chip1为例，芯片诊断端口信息包括诊断使能端口DEN、诊断选择端口DSEL和诊断输出端口IS。

表2传输通道信息

Chip1	Chip2
		Chip1_Port_DEN	Chip2_Port_DEN
Chip1_Port_DSEL	Chip2_Port_DSEL
		Chip1_Port_IS	Chip2_Port_IS

根据建立的芯片诊断端口信息，通过芯片编号Chip1获取对应的芯片诊断端口信息的诊断使能端口、诊断选择端口、诊断输出接口，MCU初始化硬件接口，重复该步骤，初始化Chip2。

进一步，在本实施例的基础上，步骤S12之后，还可以包括：基于传输通道对应的传输通道信息以及芯片诊断端口信息，对传输通道进行故障诊断操作。

具体的，除了可以对传输通道进行驱动之外，还可以对传输通道进行故障诊断。

可选的，在本实施例的基础上，基于传输通道对应的传输通道信息以及芯片诊断端口信息，对传输通道进行故障诊断操作，可以包括：

基于传输通道对应的传输通道信息以及芯片诊断端口信息，采用分批诊断方式，对所有的传输通道进行故障诊断操作。

具体的，单个传输通道的诊断会耗费一定时间，由于诊断函数通常会在周期函数中调用，传输通道的数量过大时会影响周期函数本身的执行，可以采用分批诊断的方法。

其中，在分批诊断时，诊断一个传输通道的时间为t1，周期诊断允许最大的时间为t2，每个周期最多诊断t2/t1个传输通道。

根据图1，传输通道数量为b＝2m+n(chip1有2个通道，chip2有1个通道)，上一次已经诊断的传输通道的个数为a；若b>(a+t2/t1)，则本次诊断t2/t1个传输通道。若b<＝(a+t2/t1)，诊断b-a个传输通道，更新下一次诊断的个数为0，完成一次全部通道的诊断。

本实施例中，建立芯片诊断端口信息，能够避免同一芯片的传输通道重复包含诊断相关的硬件信息。另外，采用分批诊断使诊断周期可调，满足周期执行要求。

可选的，参照图5，基于传输通道对应的传输通道信息以及芯片诊断端口信息，对传输通道进行故障诊断操作，可以包括：

S31、获取传输通道的电压诊断阈值；

具体的，以Channel 1为例，根据通道编号Channel 1获取芯片编号Chip1，得到诊断使能端口Chip1_Port_DEN，MCU控制该端口使能诊断。并且选择对应的诊断通道，根据通道编号Channel1获取诊断选择端口Chip1_Port_DSEL，MCU写入对应的电平。然后，从传输通道信息中可以获取得到电压诊断阈值Threhold 1。

S32、根据芯片诊断端口信息，读取传输通道所在的芯片的供电电压；

S33、根据供电电压以及电压诊断阈值，计算得到新的电压诊断阈值；

MCU读取此时芯片的供电电压V1，根据V1和Threhold 1计算新的电压诊断阈值F(V1，Threhold 1)。

S34、基于新的电压诊断阈值，对传输通道进行故障诊断操作。

可选的，在本实施例的基础上，参照图6，步骤S34可以包括：

S41、获取传输通道所在的芯片的诊断输出端口输出的电压值；

根据通道编号Channel1获取诊断输出端口Chip1_Port_IS，MCU读取该端口的模拟信号V2。

S42、根据电压值以及新的电压诊断阈值，得到本次诊断结果；

具体的，比较新的电压诊断阈值F(V1，Threhold)和V2，得到诊断结果。诊断结果可以是正常、过流、开路等。

S43、根据本次诊断结果，更新通道历史诊断结果；

具体的，将本次诊断结果其存入到Diag_History_Result。

S44、对本次诊断结果进行滤波处理，得到滤波后的诊断结果。

具体的，根据滤波算法Filter1，得到滤波后的诊断结果，存入到Diag_Result。

其中，诊断滤波算法Filter1的过程包括：

比较本次诊断结果和上一次诊断结果，如果相同，该诊断滤波计数增一，否则置零。当诊断滤波计数达到预设的阈值，得到滤波后的诊断结果，并将滤波后的诊断结果存入到滤波后的诊断结果集中。

本实施例中，可以实现对传输通道的故障诊断操作，在故障诊断时，采用滤波算法对诊断结果进行滤波。

可选的，在上述芯片的控制方法的方法实施例的基础上，本发明的另一实施例提供了一种芯片的控制装置，其特征在于，应用于微控制单元MCU，MCU所在的印制线路板上设置有至少一种芯片；参照图7，控制装置包括：

信息获取模块101，用于获取芯片的芯片信息；芯片信息包括芯片的传输通道的传输通道信息；芯片的一路输入通道以及至少一路输出通道作为一路传输通道；

驱动控制模块102，用于基于传输通道对应的传输通道信息，对传输通道进行驱动控制。

进一步，传输通道信息包括通道编号、芯片编号、输入端口、电压诊断阈值、通道历史诊断结果以及滤波后的诊断结果。

本实施例中，抽象出MCU驱动每种芯片的传输通道，由于一路输入通道以及至少一路输出通道作为一路传输通道，不同种类的芯片的传输通道的驱动方式相同，进而可以采用同一套驱动程序驱动不同的芯片，减少冗余代码，提高复用性。

另外，针对一块MCU需要控制多个不同类型的高驱硬件芯片的问题，以往的驱动只能支持单个芯片，需要大量冗余的代码来实现控制，导致代码维护工作繁杂。采用本发明的多对象的高边驱动技术，实现多种驱动封装，可以有效解决传统技术带来的通用性差，维护和使用成本高的问题。采用本发明的技术可以为多个不同种类的高驱硬件芯片的控制和诊断提供统一的驱动接口，提高代码的可移植性。

需要说明的是，本实施例中的各个模块的工作过程，请参照上述实施例中的相应说明，在此不再赘述。

可选的，在上述控制装置的实施例的基础上，驱动控制模块包括：

配置子模块，用于根据传输通道对应的传输通道信息，对传输通道对应的MCU硬件接口进行配置；

结果获取子模块，用于获取传输通道的滤波后的诊断结果；

第一驱动子模块，用于若滤波后的诊断结果为正常，根据MCU硬件接口的配置结果，正常驱动传输通道；

第二驱动子模块，用于若滤波后的诊断结果为异常，当执行异常处理后，根据MCU硬件接口的配置结果，正常驱动传输通道。

本实施例中，对传输通道的驱动的控制加入异常处理，保证了传输通道的正常驱动。

需要说明的是，本实施例中的各个模块和子模块的工作过程，请参照上述实施例中的相应说明，在此不再赘述。

可选的，在上述任一控制装置的实施例的基础上，芯片信息还包括芯片诊断端口信息；

控制装置还包括：

诊断模块，用于基于传输通道对应的传输通道信息以及芯片诊断端口信息，对传输通道进行故障诊断操作。

进一步，诊断模块可以包括：

第一诊断子模块，用于基于传输通道对应的传输通道信息以及芯片诊断端口信息，采用分批诊断方式，对所有的传输通道进行故障诊断操作。

本实施例中，建立芯片诊断端口信息，能够避免同一芯片的传输通道重复包含诊断相关的硬件信息。另外，采用分批诊断使诊断周期可调，满足周期执行要求。

需要说明的是，本实施例中的各个模块和子模块的工作过程，请参照上述实施例中的相应说明，在此不再赘述。

可选的，在上一实施例的基础上，诊断模块可以包括：

阈值获取子模块，用于获取传输通道的电压诊断阈值；

电压读取子模块，用于根据芯片诊断端口信息，读取传输通道所在的芯片的供电电压；

阈值计算子模块，用于根据供电电压以及电压诊断阈值，计算得到新的电压诊断阈值；

第二诊断子模块，用于基于新的电压诊断阈值，对传输通道进行故障诊断操作。

进一步，第二诊断子模块包括：

数值获取单元，用于获取传输通道所在的芯片的诊断输出端口输出的电压值；

诊断单元，用于根据电压值以及新的电压诊断阈值，得到诊断结果；

第一更新单元，用于根据诊断结果，更新通道历史诊断结果；

第二更新单元，用于对诊断结果进行滤波处理，得到滤波后的诊断结果。

本实施例中，可以实现对传输通道的故障诊断操作，在故障诊断时，采用滤波算法对诊断结果进行滤波。

需要说明的是，本实施例中的各个模块、子模块和单元的工作过程，请参照上述实施例中的相应说明，在此不再赘述。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种芯片的控制方法，其特征在于，应用于微控制单元MCU，所述MCU所在的印制线路板上设置有至少一种芯片；所述控制方法包括：

获取芯片的芯片信息；所述芯片信息包括所述芯片的传输通道的传输通道信息；所述芯片的一路输入通道以及至少一路输出通道作为一路传输通道；

基于所述传输通道对应的传输通道信息，对所述传输通道进行驱动控制。

2.根据权利要求1所述的控制方法，其特征在于，所述传输通道信息包括通道编号、芯片编号、输入端口、电压诊断阈值、通道历史诊断结果以及滤波后的诊断结果。

3.根据权利要求2所述的控制方法，其特征在于，基于所述传输通道对应的传输通道信息，对所述传输通道进行驱动控制，包括：

根据所述传输通道对应的传输通道信息，对所述传输通道对应的MCU硬件接口进行配置；

获取所述传输通道的滤波后的诊断结果；

若所述滤波后的诊断结果为正常，根据MCU硬件接口的配置结果，正常驱动所述传输通道；

若所述滤波后的诊断结果为异常，当执行异常处理后，根据MCU硬件接口的配置结果，正常驱动所述传输通道。

4.根据权利要求2所述的控制方法，其特征在于，所述芯片信息还包括芯片诊断端口信息；

相应的，基于所述传输通道对应的传输通道信息，对所述传输通道进行驱动控制之后，还包括：

基于所述传输通道对应的传输通道信息以及所述芯片诊断端口信息，对所述传输通道进行故障诊断操作。

5.根据权利要求4所述的控制方法，其特征在于，基于所述传输通道对应的传输通道信息以及所述芯片诊断端口信息，对所述传输通道进行故障诊断操作，包括：

基于所述传输通道对应的传输通道信息以及所述芯片诊断端口信息，采用分批诊断方式，对所有的所述传输通道进行故障诊断操作。

6.根据权利要求4所述的控制方法，其特征在于，基于所述传输通道对应的传输通道信息以及所述芯片诊断端口信息，对所述传输通道进行故障诊断操作，包括：

获取所述传输通道的电压诊断阈值；

根据所述芯片诊断端口信息，读取所述传输通道所在的芯片的供电电压；

根据所述供电电压以及所述电压诊断阈值，计算得到新的电压诊断阈值；

基于所述新的电压诊断阈值，对所述传输通道进行故障诊断操作。

7.根据权利要求6所述的控制方法，其特征在于，基于所述新的电压诊断阈值，对所述传输通道进行故障诊断操作，包括：

获取所述传输通道所在的芯片的诊断输出端口输出的电压值；

根据所述电压值以及所述新的电压诊断阈值，得到诊断结果；

根据所述诊断结果，更新所述通道历史诊断结果；

对所述诊断结果进行滤波处理，得到所述滤波后的诊断结果。

8.一种芯片的控制装置，其特征在于，应用于微控制单元MCU，所述MCU所在的印制线路板上设置有至少一种芯片；所述控制装置包括：

信息获取模块，用于获取所述芯片的芯片信息；所述芯片信息包括所述芯片的传输通道的传输通道信息；所述芯片的一路输入通道以及至少一路输出通道作为一路传输通道；

驱动控制模块，用于基于所述传输通道对应的传输通道信息，对所述传输通道进行驱动控制。

9.根据权利要求8所述的控制装置，其特征在于，所述传输通道信息包括通道编号、芯片编号、输入端口、电压诊断阈值、通道历史诊断结果以及所述滤波后的诊断结果。

10.根据权利要求9所述的控制装置，其特征在于，所述驱动控制模块包括：

配置子模块，用于根据所述传输通道对应的传输通道信息，对所述传输通道对应的MCU硬件接口进行配置；

结果获取子模块，用于获取所述传输通道的滤波后的诊断结果；

第一驱动子模块，用于若所述滤波后的诊断结果为正常，根据MCU硬件接口的配置结果，正常驱动所述传输通道；

第二驱动子模块，用于若所述滤波后的诊断结果为异常，当执行异常处理后，根据MCU硬件接口的配置结果，正常驱动所述传输通道。