WO2023041036A1 - 处理器诊断装置、处理器诊断方法和电子设备 - Google Patents
处理器诊断装置、处理器诊断方法和电子设备 Download PDFInfo
- Publication number
- WO2023041036A1 WO2023041036A1 PCT/CN2022/119317 CN2022119317W WO2023041036A1 WO 2023041036 A1 WO2023041036 A1 WO 2023041036A1 CN 2022119317 W CN2022119317 W CN 2022119317W WO 2023041036 A1 WO2023041036 A1 WO 2023041036A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- diagnostic
- domain
- diagnosis
- information
- processor
- Prior art date
Links
- 238000003745 diagnosis Methods 0.000 title claims abstract description 97
- 238000000034 method Methods 0.000 title claims abstract description 35
- 238000004891 communication Methods 0.000 claims abstract description 75
- 230000004927 fusion Effects 0.000 claims description 9
- 238000002405 diagnostic procedure Methods 0.000 claims description 3
- 230000008859 change Effects 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000012216 screening Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B23/00—Testing or monitoring of control systems or parts thereof
- G05B23/02—Electric testing or monitoring
- G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
- G05B23/0208—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
- G05B23/0213—Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
-
- G—PHYSICS
- G05—CONTROLLING; REGULATING
- G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
- G05B2219/00—Program-control systems
- G05B2219/20—Pc systems
- G05B2219/24—Pc safety
- G05B2219/24065—Real time diagnostics
Definitions
- the diagnostic master domain is responsible for inter-core communication with other domains, and stores the diagnostic information generated by other domains in the memory.
- ECUs with multi-domain integration have also emerged as the times require. Compared with the previous car body domain, power domain, and intelligent driving domain, which were controlled separately by three ECUs, it is now possible to integrate algorithms corresponding to different domains into one ECU. ECUs generally use multi-core chips.
- Multi-core chips generally only set one core to be able to access external storage (Flash, EEPROM, etc.), and the remaining cores can only indirectly access external storage through inter-core communication.
- DRA821 integrates the gateway domain, body domain, intelligent driving, and power domain. The function distribution is shown in Figure 1, and the diagnostic information transmission path diagram between the four R cores in Figure 1 is shown in Figure 2.
- embodiments of the present invention provide a processor diagnosis device, a processor diagnosis method and electronic equipment, so as to reduce the inter-core communication load.
- a processor diagnosis device includes a plurality of domains and a storage area, a diagnosis master domain is provided in the plurality of domains, and each domain in the plurality of domains is stored with a diagnosis policy , each of the plurality of domains corresponds to the storage area for storing diagnostic information of the domain, and the processor diagnostic device further includes:
- a storage requirement judging unit configured to judge whether the diagnostic information has a storage requirement when diagnostic information is generated in any domain
- a communication unit configured to send the diagnostic information to the diagnostic master control domain when the diagnostic information has a storage requirement, so that the diagnostic master domain stores the diagnostic information in a storage area.
- the storage requirement judging unit judges whether the diagnostic information has a storage requirement, it includes:
- the fault code of the domain including the diagnosis information of the preset diagnosis type changes.
- the above processor diagnostic device further includes a storage unit for providing the storage area, each storage unit is pre-configured with a domain identifier, and the domain identifier corresponds to a domain in the processor diagnostic device ,
- the storage unit includes a flash memory unit and a random access storage unit,
- the flash memory unit is used to provide a Flash storage area
- the random access storage unit is used to provide a RAM storage area
- the data information in the Flash storage area of each storage area is mirrored to the RAM storage area of the storage area.
- the communication unit is further configured to ignore the diagnosis information when there is no storage requirement for the diagnosis information.
- diagnostic information When diagnostic information is generated in any domain, it is judged whether the diagnostic information has a storage requirement, and when the diagnostic information has a storage requirement, the diagnostic information is sent to the diagnostic master domain, so that the diagnostic master domain The diagnostic information is stored in a storage area corresponding to the diagnostic information.
- judging whether the diagnosis information has a storage requirement includes:
- diagnosis type of the diagnosis information belongs to the preset diagnosis type, it indicates that the diagnosis information has a storage requirement; otherwise, it indicates that the diagnosis information has no storage requirement.
- the preset diagnosis type at least includes: a fault code in a domain of the diagnosis information changes.
- the storage area includes a Flash storage area and a RAM storage area; the method also includes:
- the data information in the Flash storage area of each storage area is mirrored to the RAM storage area of the storage area.
- An electronic device comprising a memory and a processor diagnostic device, the memory stores a program adapted to be executed by the processor diagnostic device, and the processor diagnostic device executes the program to realize the processing described in any one of the above device diagnostic methods.
- the above solution provided by the embodiment of the present invention in order to reduce the inter-core communication load between the domains in the multi-domain fusion electronic control control unit diagnosis system, configure a diagnostic software and storage area for each domain, when any The diagnostic software of a domain generates diagnostic information, and when the diagnostic information needs to be stored, the inter-core communication is performed, and the diagnostic information is sent to the diagnostic master control domain, which reduces the inter-core communication load.
- FIG. 1 is a schematic diagram of a DRA821 multi-domain fusion ECU diagnostic design framework in the prior art
- Figure 2 is a diagram of the diagnostic information transmission path between four R cores in the DRA821 multi-domain fusion ECU diagnostic design scheme
- FIG. 3 is a schematic structural diagram of a processor diagnostic device disclosed in an embodiment of the present application.
- FIG. 4 is a schematic structural diagram of a multi-domain fusion ECU diagnostic system applying the processor diagnostic device disclosed in the embodiment of the present application;
- FIG. 5 is a schematic flow diagram of a multi-domain fusion ECU diagnosis method disclosed in an embodiment of the present application.
- FIG. 6 is a schematic structural diagram of a diagnostic device disclosed in an embodiment of the present application.
- This application discloses a processor diagnosis solution with multiple domains.
- the storage requirements of the diagnostic information output by each domain can be judged in advance.
- the inter-core communication is performed, thereby The amount of diagnostic information for inter-core communication is reduced, reducing the inter-core communication load.
- ECU Electronic Control Unit, electronic control control unit, unless otherwise specified, the ECU mentioned in this article has a bus communication function.
- the Jacinto DRA821x processor is a system-on-chip (SOC) based on the Armv8 64-bit architecture. It has a dual-core 64-bit Arm Cortex-A72 microprocessor subsystem and four Arm Cortex-R5F MCUs.
- Flash A type of memory chip. The data inside can be modified through a specific program. It has electronic erasable and programmable performance, and the data will not be lost due to power failure.
- RAM Random access memory, which can be read and written at any time and is very fast, usually used as a temporary data storage medium for operating systems or other running programs. Once the power is turned off, the stored data will be lost.
- Inter-core communication the communication mechanism for each core in a heterogeneous multi-core chip to transmit information.
- Inter-process communication refers to the interaction between the data of two processes, usually with half-duplex Unix pipes, FIFOs, message queues, semaphores, shared memory, and network sockets.
- the processor diagnostic device includes a plurality of domains and storage areas. As shown in FIG. 3, there is a diagnostic master domain in the multiple domains and at least one other domain. In a specific embodiment disclosed in the present application, other domains may be, for example, the R2 domain, R3 domain, and R4 domain shown in FIG. The types of domains can be set based on user needs. Each domain corresponds to a storage area. The storage area is shown in Figure 3 as the R1 storage area, R2 storage area, R3 storage area, and R4 storage area.
- the R1 storage area and The diagnosis master domain corresponds to the R2 storage area
- the R2 storage area corresponds to the R2 domain
- the R3 storage area corresponds to the R3 domain
- the R4 storage area corresponds to the R4 domain
- each domain in the multiple domains stores a diagnostic policy.
- the diagnosis strategy can be loaded in the diagnosis software, and each of the multiple domains corresponds to the storage area used to store the diagnosis information of the domain.
- the processor diagnosis device also includes: a storage demand judging unit A and a communication unit B.
- a storage demand judging unit A configured to determine whether the diagnostic information has a storage demand when diagnostic information is generated in any domain (other domains other than the diagnostic master domain);
- the storage demand judging unit A (hereinafter, sometimes simply referred to as the demand judging unit A or the judging unit A) monitors the above-mentioned multiple domains in real time, and monitors the diagnosis results of the diagnosis strategies corresponding to each domain.
- the diagnostic policy corresponding to any domain in the domain has diagnostic information generated, it is judged based on the preset judgment logic whether the generated diagnostic information has a storage requirement.
- the diagnostic information has a storage requirement, inter-core communication is required to pass the diagnostic master
- the domain stores the diagnostic information in the storage area corresponding to the domain that generates the diagnostic information.
- inter-core communication When there is no storage requirement, inter-core communication is not required, and the diagnostic information is screened through the preset judgment logic to obtain the diagnostic information that needs to be stored. There is no need to perform inter-core communication for all diagnostic information, which reduces the inter-core communication load.
- the communication unit B is used to send the diagnostic information to the diagnostic master control domain when there is a storage requirement for the diagnostic information, so that the diagnostic master domain can store the diagnostic information in the storage area corresponding to the diagnostic information; when there is no storage requirement for the diagnostic information , just ignore the diagnostic message.
- the communication software of this domain sends the diagnostic information to the main control domain of diagnosis through the inter-core communication unit B, and then sends the diagnostic information to the main control domain through the main control domain.
- the diagnostic information is stored in a storage area corresponding to the domain that generated the diagnostic information. For example, when the R2 domain generates diagnostic information that needs to be stored, the diagnostic information generated by the R2 domain is sent to the diagnosis master control domain through the inter-core communication unit B, and the diagnosis master control domain stores the above diagnostic information in the R2 corresponding to the R2 domain. storage area.
- a diagnostic policy and storage area are configured for each domain.
- any domain has diagnostic information generated , to determine whether the diagnostic information has a storage requirement.
- the diagnostic information generated by the diagnostic software of the domain has a storage requirement
- the inter-core communication is carried out, and the diagnostic information is sent to the diagnostic master domain, and then the diagnostic master domain is used to diagnose
- the information is stored in the corresponding storage area, which realizes the screening of diagnostic information for inter-core communication, reduces the amount of diagnostic information for inter-core communication, and thus eliminates the need for inter-core communication for all diagnostic information, reducing inter-core communication load.
- each non-diagnostic master domain can be configured with a group of judging unit A and communication unit B, through which the judgment unit A and communication unit B check the diagnostic information of the corresponding non-diagnostic master domain
- multiple non-diagnostic master control domains may share a set of judging unit A and communication unit B, and the diagnostic information of each non-diagnostic master domain is processed through the judgment unit A and communication unit B.
- the storage unit further includes a storage unit for providing the storage area, each of the storage units is pre-configured with a domain identifier, and the domain identifier is related to the domain in the processor diagnosis device.
- the storage unit includes a Flash storage unit (flash memory unit) and a RAM storage unit (random access storage unit), the Flash storage unit is used to provide a Flash storage area, and the RAM storage unit is used to provide a RAM storage area,
- the storage areas corresponding to the above domains may include a Flash storage area and a RAM storage area.
- the RAM storage area is used to store diagnostic information. Specifically, the RAM storage area is used to temporarily store diagnostic information when the device is initialized.
- the data information in the Flash storage area (these data information may be diagnostic information corresponding to each domain) can be mirrored to the corresponding RAM storage area , when the initialization of the device is completed, the storage information in the RAM storage area can be synchronized to the Flash storage area.
- the above-mentioned processor diagnosis device may specifically be an ECU diagnosis device, and the specific structure of the ECU diagnosis device may be as shown in FIG. 4 .
- the storage area may be Including the Flash storage area and the RAM storage area, the Flash storage area and the RAM storage area are used to store the diagnostic information corresponding to each domain.
- R1 diagnostic information, R2 diagnostic information, R3 diagnostic information, and R4 diagnostic information correspond to each domain diagnostic information, these diagnostic information are stored in the Flash storage area and the RAM storage area, the information between the Flash storage area and the RAM storage area is synchronized, and the type of the processor can be selected according to the needs of the user.
- the type of processor can be DRA 821, of course, DRA 821 is only a specific example disclosed in this application, and the processor can also be other types of processors capable of implementing data diagnosis.
- DRA 821 is only a specific example disclosed in this application, and the processor can also be other types of processors capable of implementing data diagnosis.
- it can be TDA4VM or DRA829V.
- the type of the microprocessor subsystem can be selected voluntarily according to user requirements. In a specific embodiment disclosed by the application, referring to the example shown in FIG. 2, it can be selected voluntarily according to user requirements. In a specific embodiment disclosed by the application, See Figure 2 for an example that could be a Cortex-A72. For example, Cortex-M3 and the like may also be used.
- the type of MCU can be selected according to the user's needs.
- judging unit A and communication unit B can be integrated into the non-diagnostic In the main control domain, when each non-diagnostic main control domain shares a set of judging unit A and communication unit B, in a specific example disclosed in this application, judging unit A and communication unit B can be integrated in the inter-core communication IPC.
- the storage requirement may refer to the requirement that the diagnostic master control domain of the system stores diagnostic information in an external storage Flash storage space.
- the diagnostic information When judging whether the diagnostic information has a storage requirement, it can be judged based on the diagnostic type of the diagnostic information whether the diagnostic information has a storage requirement.
- multiple preset diagnostic types can be set in advance.
- the diagnostic information belongs to the preset diagnostic type, it indicates The diagnostic information has a storage requirement; otherwise, it indicates that the diagnostic information has no storage requirement.
- the preset diagnosis type may include a change in the fault code of the domain of the diagnostic information.
- the diagnostic information indicates that the fault code corresponding to the domain generating the diagnostic information changes, it indicates that the diagnostic information has a storage requirement.
- this application also discloses a processor diagnosis method, the method is applied in the processor diagnosis device, the processor diagnosis device includes a plurality of domains and storage areas, and at least one of the plurality of domains has a diagnosis The master control domain and at least one other domain, and each of the multiple domains stores a diagnostic strategy that can be loaded into the diagnostic software, and each of the multiple domains is used to store the domain
- the method for diagnosing the processor includes steps S101-S104.
- step S101 determine whether any domain has diagnostic information generated.
- step S102 is executed.
- step S102 when diagnostic information is generated in any domain, it is judged whether there is a storage requirement for the diagnostic information, and if there is a storage requirement, execute step S103; otherwise, execute step S104.
- the diagnostic information when judging whether there is a storage requirement for the diagnostic information, it can be judged based on the diagnostic type of the diagnostic information whether there is a storage requirement for the diagnostic information.
- multiple preset diagnostic types can be set in advance.
- the information belongs to the preset diagnosis type, it indicates that there is a storage requirement for the diagnostic information; otherwise, it indicates that there is no storage requirement for the diagnostic information.
- the diagnostic information indicates that the fault code corresponding to the domain generating the diagnostic information changes, it indicates that the diagnostic information has a storage requirement.
- step S103 when there is a storage requirement for the diagnostic information, send the diagnostic information to the diagnostic master domain through inter-core communication, so that the diagnostic master domain stores the diagnostic information in a storage area corresponding to the diagnostic information.
- the communication software of the domain when it is detected that there is a storage requirement for the diagnostic information, the communication software of the domain sends the diagnostic information to the diagnostic master domain through the inter-core communication IPC, and then stores the diagnostic information in the diagnostic master domain through the diagnostic master domain.
- the storage requirement may refer to the requirement that the diagnostic master control domain of the system has the requirement to store diagnostic information in an external storage Flash storage space.
- step S104 ignore the diagnosis information.
- the diagnostic information When there is no storage requirement for the diagnostic information, it means that the diagnostic information does not need to be stored in the diagnostic master domain. At this time, the diagnostic information can be ignored, and there is no need to send the diagnostic information to the diagnostic master domain through the inter-core communication IPC.
- a diagnostic policy and storage area are configured for each domain, and when the diagnostic information generated by the diagnostic policy of the domain has a storage requirement, the inter-core communication is carried out.
- Sending the diagnostic information to the diagnostic master control domain realizes the screening of diagnostic information for inter-core communication, thereby eliminating the need for inter-core communication for all diagnostic information, reducing the number of diagnostic information for inter-core communication, and reducing Inter-core communication load.
- FIG. 6 is a hardware structural diagram of the diagnostic device provided by the embodiment of the present invention.
- the device includes: may include: at least one processor 100, at least one communication interface 200, at least one memory 300 and at least one communication bus 400;
- the number of the processor 100, the communication interface 200, the memory 300, and the communication bus 400 is at least one, and the processor 100, the communication interface 200, and the memory 300 complete the mutual communication through the communication bus 400; obviously, The communication connections shown in the processor 100, communication interface 200, memory 300 and communication bus 400 shown in FIG. 6 are only optional;
- the communication interface 200 can be an interface of a communication module, such as an interface of a GSM module;
- the processor 100 may be a central processing unit CPU, or an ASIC (Application Specific Integrated Circuit), or one or more integrated circuits configured to implement the embodiments of the present invention.
- CPU central processing unit
- ASIC Application Specific Integrated Circuit
- the memory 300 may include a high-speed RAM memory, and may also include a non-volatile memory (non-volatile memory), such as at least one magnetic disk memory.
- non-volatile memory such as at least one magnetic disk memory.
- processor 100 is specifically used for:
- the processor is further configured to execute the steps of the processor diagnosis method disclosed in any one of the above embodiments of the present application.
- the electronic device may be a car, it may be a car driven manually, and it may be a car with an unmanned driving function.
- the core diagnostic information corresponding to each domain can be managed separately, and only when the diagnosis information needs to be stored in the main control domain to the external Flash storage area.
- Diagnosis information is transmitted through inter-core communication, thereby reducing the frequency of inter-core communication and reducing the inter-core communication load caused by the transmission of diagnosis information between cores.
- each embodiment in this specification is described in a progressive manner, the same and similar parts of each embodiment can be referred to each other, and each embodiment focuses on the differences from other embodiments.
- the description is relatively simple, and for related parts, please refer to the part of the description of the method embodiment.
- the above-described systems and system embodiments are only illustrative, where the units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in One place, or it can be distributed to multiple network elements. Part or all of the modules can be selected according to actual needs to achieve the purpose of the solution of this embodiment. It can be understood and implemented by those skilled in the art without creative effort.
- RAM random access memory
- ROM read-only memory
- EEPROM electrically programmable ROM
- EEPROM electrically erasable programmable ROM
- registers hard disk, removable disk, CD-ROM, or any other Any other known storage medium.
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
一种处理器诊断装置、处理器诊断方法和电子设备，为了降低核间通讯负载，为每个域配置诊断策略和存储区域，当某个域有诊断信息生成时，判断该诊断信息是否有存储需求，只有当诊断信息有存储需求时，才进行核间通讯，将该诊断信息发送给诊断主控域，以使得诊断主控域将诊断信息存储至与诊断信息相对应的存储区域，降低了核间通讯负载。
Description
本申请要求于2021年09月16日提交中国专利局、申请号为202111087388.X、发明名称为“处理器诊断装置、处理器诊断方法和电子设备”的国内申请的优先权，其全部内容通过引用结合在本申请中。
随着科技的发展和工业可靠性安全需求的提升，在很多领域，都需要对设备的运行状态进行数据诊断，例如，在汽车领域，为了保证车辆的可靠运行，会对车辆的各个对象，例如车身域、动力域、智能驾驶域的运行状态进行诊断。
随着芯片技术的不断发展，技术人员能实现将控制器芯片配置为多个域，从而将每个域分别用于进行一个对象的故障检测，这多个域中，包含一个诊断主域和多个其他域，诊断主域用于负责与其他域进行核间通信，将其他域生成的诊断信息存储至存储器中。同样以汽车领域为例，随着汽车电子电气架构和车载芯片的发展，多域融合的ECU也应运而生。相较于以前汽车车身域、动力域、智能驾驶域由三个ECU分别控制，现在能够实现将不同域对应的算法集成到一个ECU，ECU一般会采用多核的芯片，初步的方案为每个域的算法分配到一个或两个核中。多核芯片一般只会设定一个核能够访问外部的存储(Flash、EEPROM等)，其余核只能是通过核间通讯的方式间接访问外部的存储。以DRA821为例，集成网关域、车身域、智能驾驶、动力域，功能分配如图1所示，图1中的四个R核间诊断信息传递路径图如图2所示。
目前多域融合的控制器中的多个域在进行核间通讯时，如果诊断信息过多，核间通讯负载高，进而影响各核其他信息的实时传递。
发明内容
有鉴于此，本发明实施例提供一种处理器诊断装置、处理器诊断方法和电子设备，以实现降低核间通讯负载。
为实现上述目的，本发明实施例提供如下技术方案：
一种处理器诊断装置，所述处理器诊断装置包括多个域和存储区域，所述多个域中具有一个诊断主控域，并且所述多个域中的每个域均存储有诊断策略，所述多个域中的每个域均与用于存储该域的诊断信息的所述存储区域对应，所述处理器诊断装置还包括：
存储需求判断单元，用于当任意一个域有诊断信息生成时，判断所述诊断信息是否有存储需求；和
通讯单元，用于当所述诊断信息有存储需求时，将所述诊断信息发送给诊断主控域，以使得所述诊断主控域将所述诊断信息存储至与所述诊断信息相对应的存储区域。
可选的，上述处理器诊断装置中，所述存储需求判断单元在判断所述诊断信息是否有存储需求时，包括：
获取所述诊断信息的诊断类型；
判断所述诊断信息的诊断类型是否属于预设诊断类型，当所述诊断信息的诊断类型属于所述预设诊断类型时，表明所述诊断信息有存储需求，否则，表明所述诊断信息无存储需求。
可选的，上述处理器诊断装置中，所述预设诊断类型包括所述诊断信 息的域的故障码发生变化。
可选的，上述处理器诊断装置中，还包括用于提供所述存储区域的存储单元，每个存储单元预配置有域标识，所述域标识与所述处理器诊断装置内的域相对应，
所述存储单元包括闪存单元和随机存取存储单元，
所述闪存单元用于提供Flash存储区域，所述随机存取存储单元用于提供RAM存储区域，
当检测到所述处理器诊断装置初始化时，将各存储区域的Flash存储区域中的数据信息镜像到该存储区域的RAM存储区域中。
可选的，上述处理器诊断装置中，所述通讯单元，还用于当所述诊断信息无存储需求时，忽略所述诊断信息。
一种处理器诊断方法，应用于处理器诊断装置中，所述处理器诊断装置包括多个域和存储区域，所述多个域中具有一个诊断主控域，并且所述多个域中的每个域均存储有诊断策略，所述多个域中的每个域均与用于存储该域的诊断信息的所述存储区域对应，方法包括：
当任意一个域有诊断信息生成时，判断所述诊断信息是否有存储需求，当所述诊断信息有存储需求时，将所述诊断信息发送给诊断主控域，以使得所述诊断主控域将所述诊断信息存储至与所述诊断信息相对应的存储区域。
可选的，上述处理器诊断方法中，判断所述诊断信息是否有存储需求，包括：
获取所述诊断信息的诊断类型；
判断所述诊断信息的诊断类型是否属于预设诊断类型；
当所述诊断信息的诊断类型属于所述预设诊断类型时，表明所述诊断信息有存储需求，否则，表明所述诊断信息无存储需求。
可选的，上述处理器诊断方法中，所述预设诊断类型至少包括：所述诊断信息的域的故障码发生变化。
可选的，上述处理器诊断方法中，所述存储区域包括Flash存储区域和RAM存储区域；方法还包括：
当检测到所述多域融合电子控制控制单元诊断系统初始化时，将各存储区域的Flash存储区中的数据信息镜像到该存储区域的RAM存储区域中。
一种电子设备，包括存储器和处理器诊断装置，所述存储器存储有适于所述处理器诊断装置执行的程序，所述处理器诊断装置执行所述程序以实现上述任意一项所述的处理器诊断方法。
基于上述技术方案，本发明实施例提供的上述方案，为了降低多域融合电子控制控制单元诊断系统中各域之间的核间通讯负载，为每个域配置一个诊断软件和存储区域，当任意一个域的诊断软件生成诊断信息，且该诊断信息有存储需求时，才进行核间通讯，将该诊断信息发送给所述诊断主控域，降低了核间通讯负载。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地， 下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为现有技术中的DRA821多域融合ECU诊断设计框架示意图；
图2为DRA821多域融合ECU诊断设计方案中，四个R核间诊断信息传递路径图；
图3为应用本申请实施例公开的处理器诊断装置的结构示意图；
图4为应用本申请实施例公开的处理器诊断装置的多域融合ECU诊断系统的结构示意图；
图5为本申请实施例公开的多域融合ECU诊断方法的流程示意图；
图6为本申请实施例公开的诊断设备的结构示意图。
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请公开了一种具有多个域的处理器诊断方案，本方案中，可以预先对各个域输出的诊断信息的存储需求进行判断，当诊断信息有存储需求时，才进行核间通信，从而降低了进行核间通信的诊断信息的数量，降低了核间通信负载。
首先对本申请公开的技术方案中的一些专业词汇进行解释。
ECU：Electronic Control Unit，电子控制控制单元，除非另有说明，本文中提到的ECU具有总线通信功能。
DRA 821：Jacinto DRA821x处理器是Ti基于Armv8 64位架构片上系统(SOC)，拥有双核64位Arm Cortex-A72微处理器子系统，4个Arm Cortex-R5F MCU。
Flash：存储芯片的一种，通过特定的程序可以修改里面的数据，具备电子可擦除可编程的性能，数据不会因为断电而丢失。
RAM：随机存取存储器，可以随时读写且速度很快，通常作为操作系统或其他正在运行中的程序的临时数据存储介质。一旦断电所存储的数据将随之丢失。
核间通讯：异构多核芯片中各核传递信息的通讯机制。
IPC：进程间通信是指两个进程的数据之间产生交互，通常有半双工Unix管道、FIFOs、消息队列、信号量、共享内存、网络Socket。
接下来结合附图3对本申请的处理器诊断装置的结构进行介绍，参见图3，处理器诊断装置包括多个域和存储区域，参见图3所示，多个域中具有一个诊断主控域和至少1个其他域，在本申请公开的一个具体实施例中，其他域可以例如为图3所示的R2域、R3域和R4域等，其中R2域、R3域和R4域具体为何种类型的域可以基于用户需求自行设置，每个域对应有一个存储区域，该存储区域如图3所示的R1存储区域、R2存储区域、R3存储区域和R4存储区域，其中，R1存储区域与诊断主控域相对应，R2存储区域与R2域相对应、R3存储区域与R3域相对应和R4存储区域与R4域相对应，并且多个域中的每个域均存储有诊断策略，该诊断策略可以加载于诊断软件 中，多个域中的每个域均与用于存储该域的诊断信息的存储区域对应，处理器诊断装置还包括：存储需求判断单元A和通讯单元B。
存储需求判断单元A，用于当任意一个域(非诊断主控域的其他域)有诊断信息生成时，判断诊断信息是否有存储需求；
具体的，存储需求判断单元A(在下文中，有时简称为需求判断单元A或判断单元A)对上述多个域进行实时监测，监测各域对应的诊断策略的诊断结果，当判定上述多个域中的任意一个域对应的诊断策略有诊断信息生成时，基于预设判断逻辑判断该生成的诊断信息是否有存储需求，当诊断信息有存储需求时，需要进行核间通讯，以通过诊断主控域将该诊断信息存储至与生成诊断信息的域对应的存储区域，当无存储需求时，无需进行核间通讯，通过预设判断逻辑对诊断信息进行筛选，得到需要进行存储的诊断信息，从而无需对所有的诊断信息进行核间通讯，降低了核间通讯负载。
通讯单元B，用于当诊断信息有存储需求时，将诊断信息发送给诊断主控域，以使得诊断主控域将诊断信息存储至与诊断信息相对应的存储区域，当诊断信息无存储需求时，忽略诊断信息即可。
在本方案中，当存储需求判断单元A检测到诊断信息有存储需求时，通过该域的通讯软件将该诊断信息通过核间通讯单元B发送给诊断主控域，再通过主控域将该诊断信息存储到与生成诊断信息的域对应的存储区域。例如，当R2域生成需要进行存储的诊断信息时，通过核间通讯单元B将R2域生成诊断信息发送给诊断主控域，诊断主控域再将上述诊断信息存储至与R2域对应的R2存储区域。
由上述方案可见，在上述方案中，为了降低诊断装置中各域之间的核间通讯负载，本方案中，为每个域配置一个诊断策略和存储区域，当任意一个域有诊断信息生成时，判断该诊断信息是否有存储需求，当该域的诊断软件生成的诊断信息有存储需求时，才进行核间通讯，将该诊断信息发送给诊断主控域，再通过诊断主控域将诊断信息存储至对应的存储区域，实现了对用于进行核间通讯的诊断信息的筛选，降低了核间通讯的诊断信息的数量，从而无需对所有的诊断信息进行核间通讯，降低了核间通讯负载。
在本实施例公开的技术方案中，每个非诊断主控域可以配置一组判断单元A和通讯单元B，通过该判断单元A和通讯单元B对与其对应的非诊断主控域的诊断信息进行处理，也可以多个非诊断主控域共用一组判断单元A和通讯单元B，通过该判断单元A和通讯单元B对各个非诊断主控域的诊断信息进行处理。
在本实施例公开的技术方案中，还包括用于提供所述存储区域的存储单元，每个所述存储单元预配置有域标识，所述域标识与所述处理器诊断装置内的域相对应，所述存储单元包括Flash存储单元(闪存单元)和RAM存储单元(随机存取存储单元)，所述Flash存储单元用于提供Flash存储区域，所述RAM存储单元用于提供RAM存储区域，上述各域对应的存储区域均可以包括Flash存储区域和RAM存储区域，RAM存储区域用于存储诊断信息，具体的，RAM存储区域用于在装置初始化时临时存储诊断信息，具体的，在本申请实施例公开的技术方案中，当检测到处理器诊断装置初始化时，可以将Flash存储区域中的数据信息(这些数据信息可以是 对应于各域的诊断信息)镜像到与其对应的RAM存储区域中，当装置初始化完成后，可以将RAM存储区域中的存储信息同步至Flash存储区域中。
在本申请另一实施例公开的技术方案中，上述处理器诊断装置具体可以为ECU诊断装置，该ECU诊断装置的具体结构可以为图4所示，在图4公开的示例中，存储区域可以包括Flash存储区域和RAM存储区域，Flash存储区域和RAM存储区域用于存储各个域对应的诊断信息，图4中，R1诊断信息、R2诊断信息、R3诊断信息、R4诊断信息为与各域对应的诊断信息，这些诊断信息存储于Flash存储区域和RAM存储区域中，Flash存储区域和RAM存储区域之间信息同步，处理器的类型可以依据用户需求自行选择，在本申请公开的一个具体实施例中，参见图2，处理器的类型可以为DRA 821，当然，DRA 821只是本申请公开的一个具体实例，处理器也可以为其他类型的能够实现数据诊断的处理器。例如，可以为TDA4VM或DRA829V等。微处理器子系统的类型可以依据用户需求自行选择，在本申请公开的一个具体实施例中，参见图2所示的示例可以依据用户需求自行选择，在本申请公开的一个具体实施例中，参见图2所示的示例可以为Cortex-A72。例如，还可以为Cortex-M3等。MCU的类型可以依据用户需求自行选择，在本申请公开的一个具体实施例中，参见图2所示的示例MCU可以为Cortex-B5F，MCU用于提供各域的硬件基础，核间通讯IPC用于提供核间通讯通道。在图3公开的示例中，当每个非诊断主控域对应一组判断单元A和通讯单元B时，在本申请公开的一个具体示例中，判断单元A和通讯单元B可以集成于非诊断主控域内，当各非诊断主控域共用一组判断单元A和通讯单元B时，在本申请公开的一个具体示例 中，判断单元A和通讯单元B可以集成于核间通讯IPC内。
在本实施例公开的技术方案中，在本方案中，存储需求可以指的是系统的诊断主控域有存储诊断信息至外部存储Flash存储空间的需求。在判断诊断信息是否有存储需求时，可以基于诊断信息的诊断类型判断诊断信息是否有存储需求，此时，可以预先设置多个预设诊断类型，当诊断信息属于该预设诊断类型时，表明诊断信息有存储需求，否则，表明诊断信息无存储需求。例如，预设诊断类型可以包括诊断信息的域的故障码发生变化，当通过诊断信息表明生成诊断信息的域对应的故障码发生变化时，表明该诊断信息具有存储需求。
对应于上述处理器诊断装置，本申请还公开了一种处理器诊断方法，该方法应用于处理器诊断装置中，处理器诊断装置包括多个域和存储区域，多个域中具有至少一个诊断主控域和至少1个其他域，并且多个域中的每个域均存储有诊断策略，该诊断策略可以加载于诊断软件中，多个域中的每个域均与用于存储该域的诊断信息的存储区域对应，参见图5，处理器诊断方法包括步骤S101-S104。
在步骤S101：判断任意一个域是否有诊断信息生成。
在本方案中，实时监测各域对应的诊断软件的诊断结果，判断任意一个域对应的诊断软件是否有诊断信息生成，当任意一个域对应的诊断软件有诊断信息生成时，执行步骤S102。
在步骤S102：当任意一个域有诊断信息生成时，判断诊断信息是否有存储需求，如果有存储需求，执行步骤S103，否则，执行步骤S104。
在本步骤中，当检测到某个域的诊断软件有诊断信息生成时，基于预 设判断逻辑判断诊断信息是否有存储需求，在本方案中，当诊断信息有存储需求时，需要进行核间通讯，以存储该诊断信息，当无存储需求时，无需进行核间通讯，此时可以忽略该诊断信息，通过预设判断逻辑判断对诊断信息进行过滤，从而实现对进行核间通讯的诊断信息进行筛选，无需对所有的诊断信息进行核间通讯，降低了核间通讯负载。
具体的，在判断诊断信息是否有存储需求时，可以基于对诊断信息的诊断类型判断诊断信息是否有存储需求，在本申请公开的技术方案中，可以预先设置多个预设诊断类型，当诊断信息属于该预设诊断类型时，表明诊断信息有存储需求，否则，表明诊断信息无存储需求。例如，当诊断信息表明生成诊断信息的域对应的故障码发生变化时，说明该诊断信息具有存储需求。
在步骤S103：当诊断信息有存储需求时，将诊断信息通过核间通讯方式发送给诊断主控域，以使得诊断主控域将诊断信息存储至与诊断信息相对应的存储区域。
在本方案中，当检测到诊断信息有存储需求时，通过该域的通讯软件将该诊断信息通过核间通讯IPC发送给诊断主控域，再通过诊断主控域将该诊断信息存储到与生成诊断信息的域对应的存储区域。
在本方案中，存储需求可以指的是系统的诊断主控域有存储诊断信息至外部存储Flash存储空间的需求。
在步骤S104：忽略诊断信息。
当该诊断信息无存储需求时，表明该诊断信息无需采用诊断主控域进行存储，此时，忽略诊断信息即可，无需通过核间通讯IPC将该诊断信息 发送给诊断主控域。
由上述方案可见，在上述方案中，为了降低核间通讯负载，为每个域配置一个诊断策略和存储区域，当该域的诊断策略生成的诊断信息有存储需求时，才进行核间通讯，将该诊断信息发送给诊断主控域，实现了对用于进行核间通讯的诊断信息的筛选，从而无需对所有的诊断信息进行核间通讯，降低了核间通讯的诊断信息的数量，降低了核间通讯负载。
对应于上述方法，本申请还公开了一种诊断设备，图6为本发明实施例提供的诊断设备的硬件结构图，参见图6所示，该设备包括：可以包括：至少一个处理器100，至少一个通信接口200，至少一个存储器300和至少一个通信总线400；
在本发明实施例中，处理器100、通信接口200、存储器300、通信总线400的数量为至少一个，且处理器100、通信接口200、存储器300通过通信总线400完成相互间的通信；显然，图6所示的处理器100、通信接口200、存储器300和通信总线400所示的通信连接示意仅是可选的；
可选的，通信接口200可以为通信模块的接口，如GSM模块的接口；
处理器100可能是一个中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。
存储器300可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
其中，处理器100具体用于：
当任意一个域有诊断信息生成时，判断诊断信息是否有存储需求，当诊断信息有存储需求时，将诊断信息发送给诊断主控域，以使得诊断主控域将诊断信息存储至与诊断信息相对应的存储区域。与上述方法相对应，处理器还用于执行本申请上述任意一项实施例公开的处理器诊断方法的各项步骤。
在本实施例中，该电子设备可以为汽车，其可以为人工驾驶的汽车，可以为具有无人驾驶功能的汽车。
综合上述各个方案可见，本申请实施例公开的多域融合ECU诊断方案，各个域对应的核诊断信息可单独进行管理，只有需要诊断主控域存储诊断信息至外部Flash存储区域的时候才会需要通过核间通讯传递诊断信息，从而降低了核间通讯的次数，降低了各核之间诊断信息传递造成的核间通讯负载。
为了描述的方便，描述以上系统时以功能分为各种模块分别描述。当然，在实施本发明时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中作为分离部件说明 的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而 且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
- 一种处理器诊断装置，其特征在于，所述处理器诊断装置包括多个域和存储区域，所述多个域中具有一个诊断主控域，并且所述多个域中的每个域均存储有诊断策略，所述多个域中的每个域均与用于存储该域的诊断信息的所述存储区域对应，所述处理器诊断装置还包括：存储需求判断单元，用于当任意一个域有诊断信息生成时，判断所述诊断信息是否有存储需求；和通讯单元，用于当所述诊断信息有存储需求时，将所述诊断信息发送给诊断主控域，以使得所述诊断主控域将所述诊断信息存储至与所述诊断信息相对应的存储区域。
- 根据权利要求1所述的处理器诊断装置，其特征在于，所述存储需求判断单元在判断所述诊断信息是否有存储需求时，包括：获取所述诊断信息的诊断类型；判断所述诊断信息的诊断类型是否属于预设诊断类型，当所述诊断信息的诊断类型属于所述预设诊断类型时，表明所述诊断信息有存储需求，否则，表明所述诊断信息无存储需求。
- 根据权利要求2所述的处理器诊断装置，其特征在于，所述预设诊断类型包括所述诊断信息的域的故障码发生变化。
- 根据权利要求1所述的处理器诊断装置，其特征在于，还包括用于提供所述存储区域的存储单元，每个所述存储单元预配置有域标识，所述域标识与所述处理器诊断装置内的域相对应，所述存储单元包括闪存单元和随机存取存储单元，所述闪存单元用于提供Flash存储区域，所述随机存取存储单元用于提供RAM存储区域，当检测到所述处理器诊断装置初始化时，将各存储区域的Flash存储区域中的数据信息镜像到该存储区域的RAM存储区域中。
- 根据权利要求1所述的处理器诊断装置，其特征在于，所述通讯单元还用于当所述诊断信息无存储需求时，忽略所述诊断信息。
- 一种处理器诊断方法，其特征在于，应用于处理器诊断装置中，所述处理器诊断装置包括多个域和存储区域，所述多个域中具有一个诊断主控域，并且所述多个域中的每个域均存储有诊断策略，所述多个域中的每个域均与用于存储该域的诊断信息的所述存储区域对应，方法包括：当任意一个域有诊断信息生成时，判断所述诊断信息是否有存储需求，当所述诊断信息有存储需求时，将所述诊断信息发送给诊断主控域，以使得所述诊断主控域将所述诊断信息存储至与所述诊断信息相对应的存储区域。
- 根据权利要求6所述的处理器诊断方法，其特征在于，判断所述诊断信息是否有存储需求，包括：获取所述诊断信息的诊断类型；判断所述诊断信息的诊断类型是否属于预设诊断类型；当所述诊断信息的诊断类型属于所述预设诊断类型时，表明所述诊断信息有存储需求，否则，表明所述诊断信息无存储需求。
- 根据权利要求7所述的处理器诊断方法，其特征在于，所述预设诊 断类型至少包括：所述诊断信息的域的故障码发生变化。
- 根据权利要求6所述的处理器诊断方法，其特征在于，所述存储区域包括Flash存储区域和RAM存储区域；方法还包括：当检测到所述多域融合电子控制控制单元诊断系统初始化时，将各存储区域的Flash存储区中的数据信息镜像到该存储区域的RAM存储区域中。
- 一种电子设备，其特征在于，包括存储器和处理器诊断装置，所述存储器存储有适于所述处理器诊断装置执行的程序，所述处理器诊断装置执行所述程序以实现权利要求6至9任意一项所述的处理器诊断方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111087388.X | 2021-09-16 | ||
| CN202111087388.XA CN114967634A (zh) | 2021-09-16 | 2021-09-16 | 处理器诊断装置、处理器诊断方法和电子设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2023041036A1 true WO2023041036A1 (zh) | 2023-03-23 |
Family
ID=82974500
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2022/119317 WO2023041036A1 (zh) | 2021-09-16 | 2022-09-16 | 处理器诊断装置、处理器诊断方法和电子设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN114967634A (zh) |
| WO (1) | WO2023041036A1 (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114967634A (zh) * | 2021-09-16 | 2022-08-30 | 长城汽车股份有限公司 | 处理器诊断装置、处理器诊断方法和电子设备 |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101251821A (zh) * | 2007-02-22 | 2008-08-27 | Arm有限公司 | 数据处理系统中诊断功能的选择性禁用 |
| JP2010215008A (ja) * | 2009-03-13 | 2010-09-30 | Denso Corp | 車両制御システム |
| CN103198046A (zh) * | 2011-12-28 | 2013-07-10 | 富士通株式会社 | 信息处理装置和控制方法 |
| CN108628726A (zh) * | 2017-03-22 | 2018-10-09 | 比亚迪股份有限公司 | Cpu状态信息记录方法和装置 |
| CN112445630A (zh) * | 2020-11-18 | 2021-03-05 | 深圳市元征科技股份有限公司 | 一种信息交互方法、装置及终端设备 |
| CN112882742A (zh) * | 2019-11-30 | 2021-06-01 | 华为技术有限公司 | 软件更新方法以及相关设备 |
| CN114967634A (zh) * | 2021-09-16 | 2022-08-30 | 长城汽车股份有限公司 | 处理器诊断装置、处理器诊断方法和电子设备 |
-
2021
- 2021-09-16 CN CN202111087388.XA patent/CN114967634A/zh active Pending
-
2022
- 2022-09-16 WO PCT/CN2022/119317 patent/WO2023041036A1/zh unknown
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101251821A (zh) * | 2007-02-22 | 2008-08-27 | Arm有限公司 | 数据处理系统中诊断功能的选择性禁用 |
| JP2010215008A (ja) * | 2009-03-13 | 2010-09-30 | Denso Corp | 車両制御システム |
| CN103198046A (zh) * | 2011-12-28 | 2013-07-10 | 富士通株式会社 | 信息处理装置和控制方法 |
| CN108628726A (zh) * | 2017-03-22 | 2018-10-09 | 比亚迪股份有限公司 | Cpu状态信息记录方法和装置 |
| CN112882742A (zh) * | 2019-11-30 | 2021-06-01 | 华为技术有限公司 | 软件更新方法以及相关设备 |
| CN112445630A (zh) * | 2020-11-18 | 2021-03-05 | 深圳市元征科技股份有限公司 | 一种信息交互方法、装置及终端设备 |
| CN114967634A (zh) * | 2021-09-16 | 2022-08-30 | 长城汽车股份有限公司 | 处理器诊断装置、处理器诊断方法和电子设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114967634A (zh) | 2022-08-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20240062595A1 (en) | Layered electrical architecture for vehicle diagnostics | |
| Reinhardt et al. | Domain controlled architecture | |
| WO2017124867A1 (zh) | 汽车电气系统和用于汽车电气系统的隔离系统 | |
| WO2023041036A1 (zh) | 处理器诊断装置、处理器诊断方法和电子设备 | |
| US20210065474A1 (en) | Method for performing vehicle remote diagnosis and related devices | |
| RU2284929C2 (ru) | Способ управления компонентом важной для обеспечения безопасности распределенной системы | |
| DE102015214915A1 (de) | Flexibles Planungsverfahren und Vorrichtung in LIN-Kommunikation | |
| CN213715751U (zh) | 一种域控制器 | |
| JP2007034910A (ja) | マルチｃｐｕシステム及びスケジューラ | |
| CN114089713A (zh) | 一种基于uds的通信方法、ecu及上位机 | |
| DE102022122167A1 (de) | Verfahren zur ecu-echtzeit-absturzmeldung und wiederherstellung | |
| CN104854845A (zh) | 使用高效的原子操作的方法和装置 | |
| CN103246623B (zh) | Soc计算设备扩展系统 | |
| JP6563047B2 (ja) | 警報処理回路および警報処理方法 | |
| Kenjić et al. | Connectivity challenges in automotive solutions | |
| JP2008506204A (ja) | 複数のデータバス間でデータを交換する装置及びその方法 | |
| DE102014011665B4 (de) | System und Verfahren für DMA-Betrieb mit hoher Integrität | |
| JP4594737B2 (ja) | 組込み型処理システム | |
| US11167766B2 (en) | Steering control apparatus and steering control method and, steering system | |
| CN111221317B (zh) | 一种汽车诊断数据处理方法和系统 | |
| US10437704B2 (en) | Identifying back-end components based on stack traces | |
| DE102022122064A1 (de) | System und verfahren für verbesserte ecu-ausfallerkennung in fahrzeugflotte | |
| CN112821994B (zh) | 一种双冗余ecu的uds响应调停系统及方法 | |
| JP2018146542A (ja) | 移動体用診断システムおよび方法 | |
| JP2010018168A (ja) | 車両用異常解析システム、車両用異常解析方法、及び車両用故障解析装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 22869402 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |