CN115150262B - SoC芯片上以太网收发器的配置方法、装置、SoC芯片及车辆 - Google Patents

Abstract

本申请提供一种SoC芯片上以太网收发器的配置方法、装置、SoC芯片及车辆，所述以太网收发器所在的以太网中每个节点为指定的设备，所述指定的设备与预先分配的地址关联，所述方法包括：基于预设的配置地址查找目标设备，所述预设的配置地址为与所述目标设备关联的地址；如果查找到所述目标设备，则与所述目标设备建立连接，并根据预设参数集对所述目标设备进行初始化，所述预设参数集中的各个参数的值基于所述目标设备的硬件特性设置；如果未查找到所述目标设备，则结束配置过程。本申请所述方法可以直接以预设的配置地址查找对应的收发器设备，并与之进行连接，而不需要再查找其他的地址，简化了查找的过程，使得以太网收发器具有更快的启动速度。

Description

SoC芯片上以太网收发器的配置方法、装置、SoC芯片及车辆

技术领域

本申请涉及以太网技术领域，尤其涉及一种SoC芯片上以太网收发器的配置方法、装置、SoC芯片及车辆。

背景技术

随着互联网和智能汽车等技术的发展，以太网越来越普遍的出现在车载和工业互联网络电子器件中，并且车载和工业互联以太网收发器的主控设备端也从传统的ECU器件(Electronic Control Unit，电子控制器单元)发展成能处理复杂功能的SoC器件(Systemon Chip，系统级芯片)。

在电子器件的设定中，以太网收发器(PHY，Physical Layer)一般由其连接的媒介访问控制器(MAC，Medium Access Control)通过串行管理接口(SMI，Serial ManageInterface)进行管理指令的交互，同时PHY设备可以通过中断方式主动上报状态变化。

而在现有的SoC软件设定中，MAC驱动程序首先依据配置读取PHY设备地址，然后通过SMI查找PHY设备，获取到PHY设备的id信息后，再查找系统中已注册的PHY驱动完成匹配过程。

然而现有的SoC软件为了尽可能兼容更多设备，也为了更灵活的满足各终端系统的功能设计需求，在查找PHY设备时会在找不到设备的情况下便利所有的器件地址，而且PHY驱动在匹配连接初始化的过程中还存在冗长的协商步骤，最终导致整个配置流程较长，以太网收发器启动速度慢，难以满足快速启动以太网收发器的需求。

发明内容

为克服相关技术中存在的问题，本申请提供了方法及装置。

根据本申请实施例的第一方面，提供一种SoC芯片上以太网收发器的配置方法，所述以太网收发器所在的以太网中每个节点为指定的设备，所述指定的设备与预先分配的地址关联，所述方法包括：

基于预设的配置地址查找目标设备，所述预设的配置地址为与所述目标设备关联的地址；

如果查找到所述目标设备，则与所述目标设备建立连接，并根据预设参数集对所述目标设备进行初始化，所述预设参数集中的各个参数的值基于所述目标设备的硬件特性设置；如果未查找到所述目标设备，则结束配置过程。

根据本申请实施例的第二方面，提供一种SoC芯片上以太网收发器的配置装置，所述以太网收发器所在的以太网中每个节点为指定的设备，所述指定的设备与预先分配的地址关联，所述装置包括：

查找模块，用于基于预设的配置地址查找目标设备，所述预设的配置地址为与所述目标设备关联的地址；

连接模块，用于如果查找到所述目标设备，则与所述目标设备建立连接，并根据预设参数集对所述目标设备进行初始化，所述预设参数集中的各个参数的值基于所述目标设备的硬件特性设置；如果未查找到所述目标设备，则结束配置过程。

根据本申请实施例的第三方面，提供一种SoC芯片，所述芯片包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现本申请任意实施例所述的SoC芯片上以太网收发器的配置方法。

根据本申请实施例的第四方面，提供一种车辆，所述车辆上搭载有本申请实施例所述的SoC芯片。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请实施例中，基于车载和工业以太网络中的连接一般不需要变化的前提，本申请实施例可以直接以预设的配置地址查找对应的收发器设备，并与之进行连接，而不需要再查找其他的地址，简化了查找的过程，使得以太网收发器具有更快的启动速度。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本申请的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是本申请根据一示例性实施例示出的一种SoC芯片上以太网收发器的配置方法的流程图。

图2是本申请根据一示例性实施例示出的一种查找以太网收发器设备的流程图。

图3是本申请根据一示例性实施例示出的一种驱动以太网收发器设备进行初始化的流程图。

图4是本申请根据一示例性实施例示出的一种SoC芯片上以太网收发器的配置装置的框图。

图5是本申请根据一示例性实施例示出的一种芯片的架构示意图。

图6是本申请根据一示例性实施例示出的一种车辆的架构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在现有的SoC软件设定中，MAC驱动程序首先依据配置读取PHY设备地址，然后通过SMI查找PHY设备，获取到PHY设备的id信息后，再查找系统中已注册的PHY驱动完成匹配过程。其中，为了尽可能兼容更多设备，也为了更灵活的满足各终端系统的功能设计需求，以及增强代码的健壮性，现有的方案在查找PHY设备时会先检查MAC的寄存器中是否预先设置有配置地址，再根据该配置地址查找PHY设备，但倘若MAC中没有设置配置地址，或者根据该配置地址无法找到PHY设备时，则会遍历所有设备地址，以查找到合适的PHY设备，其中，可以读取的设备地址一共有32个，即，最坏的情况下，MAC需要读取完所有32个设备地址才能找到合适的目标PHY设备，甚至，MAC还可能遍历完所有32个设备地址后也没有找到合适的目标PHY设备，此时，则需要记录没有找到PHY设备这一异常情况，并上报等待处理。通过上述查找机制，现有的SoC芯片上以太网收发器的配置方案可以兼容更多的设备，并且能够自动地解决没有设置配置地址的情况下如何查找PHY设备的问题，但是由于查找PHY设备时需要遍历多个设备地址，难免会导致查找PHY设备的时间较长，最终导致以太网收发器的启动时间较长，启动速度较慢。

另外，同样为了对尽可能多的PHY设备提供的兼容，避免出现连接失败以及工作过程出现连接异常的问题，现有的SoC芯片上以太网收发器的配置方案中以太网收发器驱动程序在连接初始化时会先根据本端PHY设备的硬件特性设置多个可支持的配置建议、配置能力和配置特性等参数的配置值，而驱动状态机在启动状态中读取上述配置值后会进入协商状态，在协商状态中，本端的PHY设备会根据上述多个参数配置中的一个配置值和连接对端的PHY设备协商连接时的工作模式、速度和角色等工作状态中需要的参数配置，并决定出与对端设备相匹配的参数配置以与对端设备建立连接，否则如果参数配置不匹配，即使建立了连接仍可能在工作过程中出现连接异常、工作效率低下等问题，因此若协商结果不能得到一个相互匹配的参数配置时，则无法与对端设备建立连接，即在协商状态后进行连接检查时无法检查到连接，则需要切换到参数配置中的另一个配置值重复协商状态，直到能够与对端设备建立连接。通过上述协商机制，现有的SoC芯片上以太网收发器的配置方案能够兼容多种参数配置，因此能够和多种不同配置的对端设备建立连接，具有更强的兼容能力，但是由于在协商过程中需要切换多种不同的配置方案重复地和对端设备进行协商，协商时间也难免较为冗长，最终同样会导致以太网收发器的启动时间进一步拉长，其启动速度更慢。

然而在车载和工业互联网络等领域中，为了保证驾驶以及生产过程中的安全，对以太网收发器的启动速度具有较高的要求，而且，在车载或工业互联以太网系统的网络拓扑结构中各个节点的角色、速度等工作状态中的参数配置一般都是固定的，并不会出现需要协商选择出一个匹配的参数配置的情况。因此，虽然现有的SoC芯片上的以太网收发器配置方案具有更强的兼容性，但是该方案还具有以太网收发器启动时间长，启动速度慢等问题，使得该方案并不适合车载和工业互联网络等应用领域。

对此，本申请提供了一种SoC芯片上以太网收发器的配置方法、装置、芯片及车辆，其具有更快的启动速度，满足需使用便利的SoC芯片软件但又对网络启动和初始化时间敏感的系统需求，可以适用在车载和工业互联网络等应用领域。

接下来对本申请实施例进行详细说明。

如图1所示，图1是本申请根据一示例性实施例示出的一种SoC芯片上以太网收发器的配置方法的流程图，包括以下步骤：

步骤S102：基于预设的配置地址查找目标设备，预设的配置地址为与目标设备关联的地址；

步骤S104：如果查找到目标设备，则与目标设备建立连接，并根据预设参数集对目标设备进行初始化，预设参数集中的各个参数的值基于目标设备的硬件特性设置；如果未查找到目标设备，则结束配置过程。

在本申请中，以太网收发器所在的以太网中的每个节点可以是指定的设备，包括MAC设备以及PHY设备等，而且这些指定的设备均与预先分配的地址关联，即本申请的以太网中各个节点之间的连接是固定不变的，每个节点关联的地址也是不变的。

在一些实施例中，本申请的以太网系统可以应用在一个相对封闭的环境中，例如车辆中的各个设备之间组成的以太网系统，或者比较完善的工业环境中的以太网系统等，在这些以太网系统中，各个设备之间的连接都具有一套比较固定和稳定的拓扑结构，各个设备在以太网系统中工作所需要的速度等参数配置也较为固定和稳定，而且一般不会有新的设备加入到以太网系统中，各个设备之间的连接也不会发生变化，因此，当设备更替和系统启动时，只需要沿用原先的配置，而不需要进行调试，即可以实现整个以太网系统的稳定运行。

在步骤S102中，MAC驱动程序首先会读取寄存器中预先设置的配置地址，并基于该预设的配置地址查找目标收发器设备。由于本申请的以太网系统的连接不需要变化，因此，每次启动时MAC查找到的都是同一个PHY设备，即目标设备，则与该目标设备关联的地址即可以作为预设的配置地址以存储在MAC的寄存器中，因此，MAC驱动只需要读取该预设的配置地址就可以查找到目标设备，而无需遍历所有的设备地址，查找过程简洁快速。

在步骤S104中，如果查找了到目标设备，则可以与该目标节点建立连接，并根据该目标设备的预设参数集对该目标设备进行初始化。其中，目标设备的预设参数集中的各个参数的值是根据该目标设备的硬件特性以及该目标设备在以太网系统中工作时的需求设置的，这些参数可以包括速度、工作模式、角色等参数。由于本申请的以太网系统的连接不需要变化，因此，与该目标设备建立连接的对端设备也不会发生变化，因此，在一些实施例中，该预设参数集可以是预先经过调试后与该目标设备的连接对端匹配的配置参数的集合，通过该预设参数集，目标设备可以和对端设备建立起稳定的连接，且不容易在工作过程中出现连接异常等问题。

而且在步骤S104中，如果未查找到该目标设备，则可以直接结束以太网收发器的配置过程，不再进行其他多余的查找操作。由于本申请的以太网系统的连接不需要变化，因此，如果根据预设的配置地址无法查找到目标设备，说明MAC与目标设备在硬件连接等方面上可能存在问题，此时即使遍历所有的设备地址，也很可能无法查找到目标设备，因此，在未查找到该目标设备的情况下，可以直接结束整个配置过程，等待用户对设备硬件连接等问题进行检查和处理后再重新启动配置。

在一些实施例中，根据目标设备的预设参数集对目标设备进行初始化的过程可以是，先从寄存器中读取其存储的预设参数集，再将目标设备中匹配的参数的初始值配置为所述预设参数集中各个参数的值，具体地，可以将目标设备的配置建议、配置能力以及配置特性等参数配置的初始值均设置为预设参数集中对应的各个参数的值，并且不再就兼容性设置其他的配置值，最后，可以强制不进行协商，而是直接根据该预设参数集所配置的初始值与对端设备建立连接，在更少的交互过程下完成连接的建立。而且，由于本申请只根据单一的预设参数集进行连接，而不需要经过复杂的协商机制，因此，本申请在驱动目标设备与对端设备建立连接的过程中可能出现的异常范围较小，将有利于定位异常出现位置。

PHY驱动在运行过程中是通过状态机状态切换的形式控制PHY设备的工作的，在现有的SoC芯片上以太网收发器的配置方案中，状态机在启动状态后会进入重复的多个自动协商状态中，与对端设备就不同的参数配置，例如速度模式等依次进行协商，直到找到双方适配的速度模式并连接建立后再进入运行状态。而只有在自动协商状态不使能或者本端PHY设备不支持自动协商状态时，才会进入强制状态，即以固定的参数配置与对端设备建立连接。而在本申请所述的SoC芯片上以太网收发器的配置方法中，状态机在启动状态后则是直接依据预设参数集进入强制状态，在强制状态中只以预设参数集这一固定的参数配置与对端设备建立连接。在本申请所述方法中，状态机由于不需要重复在多个协商状态中进行切换，而只需要通过一个强制状态进行连接，因此，本申请的状态机存在较少的可能状态，当出现问题时更容易定位问题所在的状态。

另外，现有的SoC芯片上的驱动程序一般仅对以太网收发器的中断报告的故障进行检查，而若硬件没有发出中断信号，则只会周期性的对以太网收发器的连接状态进行轮询检查，而不能给出能协助定位故障出现的位置的相关信息，即现有的SoC芯片上以太网收发器的配置方案对PHY设备的异常检测机制并不完善。

在一些实施例中，本申请所述方法在SoC芯片上以太网收发器的配置过程中，可以在多种情况下，主动进行异常信息采集，以协助定位故障出现的位置，帮助维修人员或用户能够更方便快速地找出问题，并进行修正。

在一些实施例中，在步骤S102中，在根据预设的配置地址查找目标设备前，可以先检查并记录在MAC驱动的配置中是否存在预设的配置地址，当不存在预设的配置地址时，可以直接记录该异常信息并结束配置过程。

在一些实施例中，在从MAC驱动的配置中取得预设的配置地址后还可以进一步检查该配置地址是否为正确的PHY设备地址，并且在不是正确的PHY设备地址的情况下记录异常信息并结束配置过程。

在一些实施例中，在根据该预设的配置地址无法查找到对应的目标设备的情况下，也可以记录异常信息并结束配置过程。

在一些实施例中，如图2所示，图2是本申请根据一示例性实施例示出的一种查找以太网收发器设备的流程图，本申请在查找以太网收发器设备时可以根据以下步骤进行：

步骤S201：开始查找；

步骤S202：判断是否有预设的配置地址；

步骤S203：若有预设的配置地址，则根据预设的配置地址查找目标设备；

步骤S204：判断是否查找到目标设备；

步骤S205：若查找到目标设备，则完成查找；

步骤S206：若没有预设的配置地址，或未查找到目标设备，则记录异常信息，并结束查找过程，进入步骤S205。

其中，上述各个步骤的具体实施方式可以参见前文各个实施例的实施方式，在此不再赘述。

在一些实施例中，在查找目标设备阶段记录异常信息可以是激励是否配置有正确的PHY设备地址的信息，也可以是通过记录SMI总线寄存器返回的状态，以保留PHY设备访问过程中的异常信息。上述两种异常信息记录分别可以用于定位PHY设备是否正常启动，以及SMI总线通讯是否可以进行正常的通讯等问题。其中，PHY设备非正常启动的情况可以是PHY设备由外部电源启动，或者由外部进行复位操作从而出现异常等情况，本申请对此不做限制。在一些实施例中，在查找目标设备阶段记录异常信息还可以是其他的异常信息，只要其是在查找目标设备过程中产生并且可以用于定位问题即可，本申请对此不做限制。

在一些实施例中，在步骤S104中，在驱动目标设备进行初始化的阶段中，在根据该预设参数集设置目标设备最终工作状态所需的配置建议、配置能力以及配置特性等参数配置之前，可以先对从目标设备寄存器中获取的预设参数集进行检查，即先检查该预设参数集是否正确，并在预设参数集不正确的情况下，记录异常信息。由于预设参数集是在目标设备的寄存器中通过线路连接设置的，当目标设备在实际使用过程中发生因电气、高低温变化或者其他的环境因素而引起的初始化状态不正常，即目标设备寄存器中所获取的预设参数集发生了改变时，如果依然根据该预设参数集与对端设备进行连接，则很可能导致参数配置与对端设备不匹配、无法连接以及接连后也无法维持稳定的工作状态等问题。因此，在设置工作状态的参数配置之前，可以先通过驱动中设置的预设参数集与从寄存器获取的参数配置进行对比，检查从寄存器获取的参数配置是否为根据目标设备的硬件特性等情况预设设置好的预设参数集，并且在参数配置不正确的情况下，可以记录异常信息，此时记录的异常信息则可以用于异常回溯，而且可以避免因为该参数配置不正确而导致后续的运行过程出现异常。在一些实施例中，在检查出寄存器中获取的预设参数集不正确时，还可以对该预设参数集进行修正，即使用软件等方式对目标设备进行强制配置，使得目标设备能够根据正确的预设参数集，而不是使用寄存器中所获取的错误的配置参数进行配置，以及与对端设备进行连接。

在一些实施例中，当根据预设参数集无法和对端设备建立起连接时，可以检查并记录本端目标设备的连接情况等异常信息，以协助维修人员快速定位异常原因。

在一些实施例中，如图3所示，图3是本申请根据一示例性实施例示出的一种驱动以太网收发器设备进行初始化的流程图，本申请在驱动以太网收发器设备进行初始化时可以根据以下步骤进行：

步骤S301：开始初始化；

步骤S302：检查和修正预设参数集；

步骤S303：设定目标设备工作时的参数配置；

步骤S304：状态机进入启动状态；

步骤S305：状态机进入强制状态，根据预设参数集与对端设备建立连接；

步骤S306：判断是否已建立连接；

步骤S307：若未建立连接，则检查并记录异常信息，状态机重返启动状态，回到步骤S304；

步骤S308：若已建立连接，则状态机进入运行状态，目标设备完成初始化，正式运行。

其中，上述各个步骤的具体实施方式可以参见前文各个实施例的实施方式，在此不再赘述。

在一些实施例中，在目标设备的运行过程中，根据目标设备的硬件设计的不同，可以根据中断上报以及主动轮询两种方式对目标设备的运行状态进行监控。其中，中断上报的方式是指目标设备在运行过程中出现故障时，会中断其当前的工作并主动向MAC等设备上报中断信息，而MAC可以根据该中断信息判断目标设备运行中遇到的问题，并进行对应的处理。而主动轮询的方式则是指在目标设备的运行过程中，MAC可以周期性的检查各个PHY设备与其对端设备的连接情况。

在现有技术中，无论在何种方式下监控PHY设备，以往的机制仅专注于连接与否的查询，或者是仅对中断上报信息中影响连接的情况做出状态机变化，其异常检查能力较为有限，而且也无法协助定位问题。

而在本申请所提出的SoC芯片上以太网收发器的配置方法中，在目标设备的运行过程中，当出现异常时，无论是中断上报的方式还是主动轮询的方式，都可以主动对PHY设备的各个组件的状态进行查询，并记录异常信息。其中，PHY的组件配置由IEEE标准组织定义，但对于不同的PHY设备厂商生产的PHY设备，其实现上可能存在部分差异，但一般来说PHY设备均包含有包含PMA组件(组件地址1)、控制组件(组件地址3)、通讯和MAC组件(组件地址4)、自动协商组件(组件地址7)以及用于高速连接的串行接口组件(组件地址31)。另外，根据不同工作模式，PHY设备主要使用的组件也是不同的，例如，车载以太网百兆PHY设备主要使用组件1，3，7，其中由于车载以太网禁用自动协商功能而不关注组件4；而车载以太网千兆PHY设备则主要使用组件1，3，7，31。

在一些实施例中，不管是中断上报的方式，还是主动轮询的方式，本申请都可以增加以下的至少一种对PHY设备的组件的检查和记录异常信息机制：

1、针对PMA组件，可以查询PMA连接和失效，以及接收和发送路径错误等信息；

2、针对控制组件，则可以查询本地角色配置、本地和远程接收错误、实时连接状态以及线路极性等信息；

3、针对通讯和MAC组件，则可以查询中断信息、休眠唤醒信息、电压信息等。

值得注意的是，本申请所罗列的查询信息包含但不限于以上信息，本申请对此不做限制。而且，本申请并不对相关信息的具体实现或定义做区分，而是强调依据系统对功能的定义，增加相应组件信息的获取和记录；而且异常信息的获取仅在异常出现情况下记录，并不会对正常状态下性能有任何影响。

在一些实施例中，本申请所述的异常信息可以通过在指定屏幕上显示，或者文件存储等方式进行记录，该异常信息也可以通过有线或无线的方式转发到指定的外部设备进行展示，本申请对于异常信息的记录方式不做限制。

在采集异常信息时可能由于系统的设置而无法获取到所需的信息，因此，在一些实施例中，还可以在目标设备等设备中增加额外的配置，以实现对异常信息的获取。例如，在一些实施例中，可以在目标设备上增加允许获取寄存器中存储的参数配置的配置，以使得在检查和修正预设参数集时，能够从目标设备上获取到正确的参数配置的信息。

与前述方法的实施例相对应，本申请还提供了一种SoC芯片上以太网收发器的配置装置。

如图4所示，图4是本申请根据一示例性实施例示出的一种SoC芯片上以太网收发器的配置装置的框图，其中，以太网收发器所在的以太网中每个节点为预先注册的设备，预先注册的设备关联的地址为已注册的地址，所述装置包括：

查找模块410，用于基于预设的配置地址查找目标设备，预设的配置地址为与目标设备关联的地址；

连接模块420，用于如果查找到目标设备，则与目标设备建立连接，并根据预设参数集对目标设备进行初始化，预设参数集中的各个参数的值基于目标设备的硬件特性设置；如果未查找到目标设备，则结束配置过程。

在一些实施例中，未查找到目标设备的情况可以包括预设的配置地址不存在或基于预设的配置地址未能查找到目标设备两种；而查找模块410还可以用于：在未查找到目标设备的情况下，记录异常信息。

在一些实施例中，连接模块420还可以用于：从寄存器中读取所存储的预设参数集；将目标设备中匹配的参数的初始值配置为预设参数集中各个参数的值；根据所配置的初始值与对端设备建立连接。

在一些实施例中，连接模块420还可以用于：检查预设参数集是否正确；在预设参数集不正确的情况下，记录异常信息。

在一些实施例中，上述装置还可以包括：异常记录模块，用于在目标设备的运行过程中，若收到中断信号或在主动轮询中检测到异常，则查询目标设备的各个组件，并记录异常信息。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

另外，本申请还提供了一种SoC芯片500，如图5所示，图5是本申请根据一示例性实施例示出的一种SoC芯片500的架构示意图，所述芯片500包括存储器520、处理器510及存储在存储器520上并可在处理器510上运行的计算机程序530，所述处理器510执行所述程序530时实现本申请任意实施例所述的SoC芯片上以太网收发器的配置方法。

上述SoC芯片500的处理器510执行计算机程序530的具体实现过程可参见上述方法实施例各个步骤的实现过程，在此不再赘述。

另外，本申请还提供一种车辆600，如图6所示，图6是本申请根据一示例性实施例示出的一种车辆600的架构示意图，所述车辆600上搭载有本申请实施例所述的SoC芯片500。其中，SoC芯片500的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (12)

1.一种SoC芯片上以太网收发器的配置方法，所述以太网收发器所在的以太网中每个节点为指定的设备，所述指定的设备与预先分配的地址关联，其特征在于，所述方法包括：

基于预设的配置地址查找目标设备，所述预设的配置地址为与所述目标设备关联的地址；

如果查找到所述目标设备，则与所述目标设备建立连接，并根据预设参数集对所述目标设备进行初始化，所述预设参数集中的各个参数的值基于所述目标设备的硬件特性设置；如果未查找到所述目标设备，则结束配置过程。

2.根据权利要求1所述的方法，其特征在于，所述未查找到所述目标设备，包括：

所述预设的配置地址不存在或基于所述预设的配置地址未能查找到所述目标设备；

所述方法还包括：

在未查找到所述目标设备的情况下，记录异常信息。

3.根据权利要求1所述的方法，其特征在于，所述根据预设参数集对所述目标设备进行初始化的步骤，包括：

从寄存器中读取所存储的所述预设参数集；

将所述目标设备中匹配的参数的初始值配置为所述预设参数集中各个参数的值；

根据所配置的初始值与对端设备建立连接。

4.根据权利要求3所述的方法，其特征在于，在从寄存器中读取所存储的所述预设参数集的步骤之前，所述方法还包括：

检查所述预设参数集是否正确；

在所述预设参数集不正确的情况下，记录异常信息。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在所述目标设备的运行过程中，若收到中断信号或在主动轮询中检测到异常，则查询所述目标设备的各个组件，并记录异常信息。

6.一种SoC芯片上以太网收发器的配置装置，所述以太网收发器所在的以太网中每个节点为指定的设备，所述指定的设备与预先分配的地址关联，其特征在于，所述装置包括：

查找模块，用于基于预设的配置地址查找目标设备，所述预设的配置地址为与所述目标设备关联的地址；

连接模块，用于如果查找到所述目标设备，则与所述目标设备建立连接，并根据预设参数集对所述目标设备进行初始化，所述预设参数集中的各个参数的值基于所述目标设备的硬件特性设置；如果未查找到所述目标设备，则结束配置过程。

7.根据权利要求6所述的装置，其特征在于，所述未查找到所述目标设备，包括：

所述预设的配置地址不存在或基于所述预设的配置地址未能查找到所述目标设备；

所述查找模块还用于：

在未查找到所述目标设备的情况下，记录异常信息。

8.根据权利要求6所述的装置，其特征在于，所述连接模块还用于：

从寄存器中读取所存储的所述预设参数集；

将所述目标设备中匹配的参数的初始值配置为所述预设参数集中各个参数的值；

根据所配置的初始值与对端设备建立连接。

9.根据权利要求8所述的装置，其特征在于，所述连接模块还用于：

检查所述预设参数集是否正确；

在所述预设参数集不正确的情况下，记录异常信息。

10.根据权利要求6所述的装置，其特征在于，所述装置还包括：

异常记录模块，用于在所述目标设备的运行过程中，若收到中断信号或在主动轮询中检测到异常，则查询所述目标设备的各个组件，并记录异常信息。

11.一种SoC芯片，其特征在于，所述芯片包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现权利要求1-5任意一项所述的方法。

12.一种车辆，其特征在于，所述车辆上搭载有如权利要求11所述的SoC芯片。