Diagnostic method, device and server for a sensor

By introducing the Diagnostic Center Module (DRC) and Unified Diagnostic Service (UDS), the accuracy of sensor diagnostics has been improved and the cost reduced, solving the high cost problem caused by the independence of sensor diagnostics.

CN115014423BActive Publication Date: 2025-12-09SUZHOU ZHITU TECH CO LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202210757809.3
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2022-06-29
Publication Date
2025-12-09
Estimated Expiration
2042-06-29

AI Technical Summary

Technical Problem

In existing technologies, sensor diagnostic solutions are independent of each other, resulting in high development costs, low diagnostic accuracy, and the inability to actively diagnose sensors within the domain, which increases development time and costs.

Method used

By adopting the Diagnostic Center Module (DRC), unified diagnostic request and response management is provided to support Unified Diagnostic Service (UDS), which directly diagnoses sensors within the domain, reducing development costs and time and improving diagnostic accuracy.

Benefits of technology

By actively acquiring sensor array information, diagnostic accuracy can be improved, computational load can be reduced, development time can be shortened, and development costs can be lowered.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN115014423B_ABST
    Figure CN115014423B_ABST
Patent Text Reader

Abstract

The application provides a sensor diagnosis method, relates to the technical field of fault diagnosis, and comprises the following steps: receiving a diagnosis request sent by a sensor diagnostic instrument, and determining a sensor to be diagnosed from a sensor array based on a sensor identifier carried by the diagnosis request; sending the diagnosis request to the sensor to be diagnosed, and receiving response information fed back by the sensor to be diagnosed in response to the diagnosis request; and determining a first diagnosis result of the sensor to be diagnosed according to the response information. The application can improve the accuracy of sensor diagnosis, is suitable for the diagnosis development scheme of a pre-research stage domain controller, reduces the dependence on component suppliers, increases the flexibility of sensor adjustment in the domain, reduces the operation amount, reduces the development time of diagnosis, and further reduces the development cost.
Need to check novelty before this filing date? Find Prior Art

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of fault diagnosis, in particular to a sensor diagnosis method, device and server. BACKGROUND

[0002] The diagnosis of the sensor refers to the diagnosis of multiple sensors existing on the automobile by a diagnostic instrument. Currently, the related technology proposes that the diagnosis of the sensor can be performed in the form of active reporting of multiple sensors in the domain. The development cost of each sensor and the cost of redeveloping the diagnosis required when the sensor is replaced are high, the development time is long, and the sensor can only passively accept data and cannot actively diagnose the sensors in the domain, thereby reducing the diagnosis accuracy and bringing inconvenience to the diagnosis of the sensor. SUMMARY

[0003] Therefore, the present application aims to provide a sensor diagnosis method, device and server, which can actively acquire information of a sensor array, improve the accuracy of sensor diagnosis, reduce the amount of computation, reduce the development time of diagnosis, and thus reduce the development cost.

[0004] In a first aspect, an embodiment of the present application provides a sensor diagnosis method, which is applied to a diagnosis client, the diagnosis client is communicatively connected with a sensor diagnostic instrument and a sensor array, and the method comprises the following steps: receiving a diagnosis request sent by the sensor diagnostic instrument, and determining a to-be-diagnosed sensor from the sensor array based on a sensor identifier carried by the diagnosis request; sending the diagnosis request to the to-be-diagnosed sensor, and receiving response information fed back by the to-be-diagnosed sensor in response to the diagnosis request; and determining a first diagnosis result of the to-be-diagnosed sensor according to the response information.

[0005] In an embodiment, the diagnosis client further comprises a communication unit and a diagnosis unit; before the step of receiving the diagnosis request sent by the sensor diagnostic instrument, the method further comprises the following steps: sending a wake-up instruction to the diagnosis unit through the communication unit; and receiving the wake-up instruction by the diagnosis unit, and entering a diagnosis mode corresponding to the wake-up instruction.

[0006] In an embodiment, the step of sending the diagnosis request to the to-be-diagnosed sensor and receiving the response information fed back by the to-be-diagnosed sensor in response to the diagnosis request comprises the following steps: forwarding the diagnosis request to the diagnosis unit through the communication unit; and forwarding the diagnosis request to the to-be-diagnosed sensor by the diagnosis unit, and receiving the response information fed back by the to-be-diagnosed sensor in response to the diagnosis request.

[0007] In an embodiment, the step of determining the first diagnosis result of the to-be-diagnosed sensor according to the response information comprises the following steps: acquiring a diagnosis rule corresponding to the diagnosis request by the diagnosis unit; and diagnosing the to-be-diagnosed sensor according to the response information and the diagnosis rule to obtain the first diagnosis result.

[0008] In an embodiment, the diagnosis request comprises a first request; after the step of determining the first diagnosis result of the sensor to be diagnosed according to the response information, the method further comprises: generating, by the diagnosis unit, a diagnosis feedback signal corresponding to the first diagnosis result; wherein the diagnosis feedback signal is used to represent the diagnosis state of the sensor to be diagnosed; and sending, by the diagnosis unit, the diagnosis feedback signal to the sensor diagnosis instrument.

[0009] In an embodiment, the diagnosis request comprises a second request; after the step of determining the first diagnosis result of the sensor to be diagnosed according to the response information, the method further comprises: sending, by the diagnosis unit, the first diagnosis result to the communication unit; forwarding, by the communication unit, the first diagnosis result to the associated control terminal, so that the associated control terminal saves the first diagnosis result; wherein the associated control terminal is used to control the sensor array and is also used to receive the data collected by the sensor array.

[0010] In an embodiment, the method further comprises: receiving, by the communication unit, a third request sent by the sensor diagnosis instrument, and forwarding the third request to the associated control terminal, so that the associated control terminal feeds back a second diagnosis result for the third request; wherein the second diagnosis result is determined by the associated control terminal based on the data collected by the sensor array; and sending, by the communication unit, the second diagnosis result to the sensor diagnosis instrument.

[0011] In a second aspect, the embodiments of the present application further provide a diagnosis device of a sensor, which is applied to a diagnosis client, the diagnosis client is in communication connection with a sensor diagnosis instrument and a sensor array respectively, and the device comprises: an identifier identification module, which receives a diagnosis request sent by the sensor diagnosis instrument, and determines a sensor to be diagnosed from the sensor array based on a sensor identifier carried by the diagnosis request; an information acquisition module, which sends the diagnosis request to the sensor to be diagnosed, and receives response information fed back by the sensor to be diagnosed for the diagnosis request; and a result confirmation module, which determines a first diagnosis result of the sensor to be diagnosed according to the response information.

[0012] In a third aspect, the embodiments of the present application further provide a server, which comprises a processor and a memory, the memory stores computer executable instructions capable of being executed by the processor, and the processor executes the computer executable instructions to implement the method of any one of the first aspect.

[0013] In a fourth aspect, the embodiments of the present application further provide a computer readable storage medium, which stores computer executable instructions, and the computer executable instructions, when invoked and executed by a processor, cause the processor to implement the method of any one of the first aspect.

[0014] The embodiments of the present application bring the following beneficial effects:

[0015] The embodiment of the present application provides a sensor diagnosis method and device, electronic equipment and computer readable storage medium, wherein when a diagnosis client receives a diagnosis request sent by a sensor diagnosis instrument, a sensor to be diagnosed is determined from a sensor array based on a sensor identifier carried by the diagnosis request, the diagnosis request is sent to the sensor to be diagnosed, and response information fed back by the sensor to be diagnosed for the diagnosis request is received, so that a first diagnosis result of the sensor to be diagnosed is determined according to the response information. When the sensor diagnosis is performed, the diagnosis request is forwarded to the sensor to be diagnosed by the diagnosis client, and the response information is processed, so that the information of the sensor array can be actively acquired, the accuracy of the sensor diagnosis is improved, the operation amount is reduced, the development time of the diagnosis is reduced, and then the development cost is reduced.

[0016] Other features and advantages of the present application will be set forth in the descriptions below, and in part will become apparent to those skilled in the art upon examination of the following or can be learned by practice of the present application. The objects and other advantages of the present application can be realized and attained by the structure particularly pointed out in the description, claims and drawings.

[0017] In order to make the above objectives, characteristics and advantages of the present application more apparent, the following preferred embodiments are specifically described below, and the accompanying drawings are described in detail as follows. BRIEF DESCRIPTION OF DRAWINGS

[0018] In order to more clearly illustrate the specific embodiments of the present application or the technical solutions in the prior art, the following will briefly introduce the drawings needed to be used in the specific embodiments or the prior art description. Obviously, the drawings described below are some embodiments of the present application, and for those skilled in the art, other drawings can also be obtained without creative labor on the basis of these drawings.

[0019] Figure 1 A schematic diagram of sensor diagnosis is provided for the embodiment of the present application.

[0020] Figure 2 A flowchart of a sensor diagnosis method is provided for the embodiment of the present application.

[0021] Figure 3 A flowchart of another sensor diagnosis method is provided for the embodiment of the present application.

[0022] Figure 4 A structural schematic diagram of a sensor diagnosis device is provided for the embodiment of the present application.

[0023] Figure 5 A structural schematic diagram of an electronic equipment is provided for the embodiment of the present application. DETAILED DESCRIPTION

[0024] In order to make the purposes, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions of the present application will be described clearly and completely below in conjunction with embodiments. Obviously, the described embodiments are only some of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative effort belong to the scope of protection of the present application.

[0025] Currently, the original diagnosis strategy of multiple sensors on a vehicle is self-diagnosis without interference. With the application of the domain controller of the advanced driving assistance system (ADAS), the diagnosis of multiple sensors in the domain adopts the form of active reporting. The tester will not actively perform unified diagnostic services (UDS) diagnosis on the sensors in the domain. In the pre-research stage, all sensors in the domain are developed in the form of active fault reporting. The development cost of each sensor is high. When the sensor needs to be replaced, the diagnosis needs to be redeveloped. Moreover, when the OBD diagnostic instrument is diagnosed by the domain controller, only the domain controller itself can be diagnosed, and the sensors in the domain cannot be diagnosed. Based on this, as shown in Figure 1 The present application designs a diagnostic request center (DRC) based on the Vector Cp Autosar diagnosis. The DRC can directly diagnose the sensors in the domain as long as the electronic control unit (ECU) in the domain supports UDS diagnosis. The DRC does not need to develop a diagnosis function separately, thereby saving the development cost and development time. When the diagnostic instrument diagnoses the domain controller, the DRC can actively diagnose the sensors in the domain, rather than passively accepting data as in the traditional method. Through the diagnosis forwarding of the DRC module to the sensor array ECU and the diagnosis response data processing, the problem that the domain controller can only diagnose itself and the sensors in the domain can only actively report diagnosis data is solved. The accuracy of sensor diagnosis can be improved, the operation amount can be reduced, the development time of diagnosis can be reduced, and the development cost can be reduced.

[0026] Based on Figure 1 As shown in the schematic diagram of the diagnosis of the sensor, the diagnosis method of the sensor is described in detail. As shown in the flowchart of the diagnosis method of the sensor, the method mainly includes the following steps S202 to S206. Figure 2

[0027] ​Step S202, receiving the diagnosis request sent by the sensor diagnostic instrument, and determining the to-be-diagnosed sensor from the sensor array based on the sensor identifier carried by the diagnosis request. Wherein, any sensor in the sensor array can be diagnosed individually through the sensor identifier.

[0028] In an embodiment, the sensor diagnostic instrument can be a tester, the diagnosis request includes a first request and a second request, the sensor identifier can be used to embody the identity information of the sensor, such as a number, etc., and the sensor array can also be referred to as an in-domain ECU.

[0029] In an embodiment, the diagnosis client includes a communication unit and a diagnosis unit, the request is received through the communication unit, and the to-be-diagnosed sensor is determined through the diagnosis unit. For example, assuming that the sensor array includes four sensors ABCD, the sensor A is determined to be the to-be-diagnosed sensor according to the identifier.

[0030] In an embodiment, the diagnosis request includes a first request and a second request, the first request includes 0x10, 0x11, 0x3E, 0x27, and 0x85, etc. to perform forwarding and respective responses of the diagnosis service, and the response result does not need to be uniformly reported to the domain controller. The second request 0x22, 0x2E, 0x19, and 0x31, etc. will actively report the diagnosis response to the domain controller for unified management.

[0031] Step S204, sending the diagnosis request to the to-be-diagnosed sensor, and receiving the response information fed back by the to-be-diagnosed sensor for the diagnosis request. Wherein, the sensor array includes a plurality of in-domain suspended sensors such as radars and cameras.

[0032] In an embodiment, the sensor array can be an ECU, and the sensor array ECU can support unified diagnosis service (UDS), and the sensor array includes various to-be-diagnosed sensors,

[0033] In an embodiment, the response information of the sensor array ECU is received, and the diagnosis response is processed according to the diagnosis data management scheme. For example, the diagnosis data management scheme can set a certain threshold, and when the response information is within the threshold range, it is determined that the to-be-diagnosed sensor corresponding to the response information exists abnormally.

[0034] Step S206, determining the first diagnosis result of the to-be-diagnosed sensor according to the response information. Wherein, the response information can be matched with the diagnosis rule, the response information is processed to obtain the first diagnosis result.

[0035] In an embodiment, the diagnosis unit can be a Drc, the communication unit can be a DCM, and the diagnosis result includes a first diagnosis result and a second diagnosis result.

[0036] In an embodiment, after obtaining the diagnosis result, the diagnosis unit sends confirmation information to the sensor diagnostic instrument. For example, if the first diagnosis result is A, the diagnosis unit sends confirmation information to the sensor diagnostic instrument, so that the sensor diagnostic instrument re-enters a state in which a diagnosis request can be sent. If the second diagnosis result is B, the diagnosis unit sends confirmation information to the sensor diagnostic instrument, so that the sensor diagnostic instrument re-enters a state in which a diagnosis request can be sent, and the diagnosis unit sends the second diagnosis result B to the communication unit, so that the communication unit stores the second diagnosis result B after sorting.

[0037] In an embodiment, the sensor diagnostic instrument can send a next diagnosis request after receiving confirmation information corresponding to a previous diagnosis request.

[0038] The above-described sensor diagnosis method provided by the embodiment of the present application can actively obtain information of a sensor array, improve the accuracy of sensor diagnosis, reduce the amount of computation, reduce the development time of diagnosis, and further reduce the development cost, by forwarding a diagnosis request to a sensor to be diagnosed by a diagnosis client and processing response information.

[0039] In an embodiment, the diagnosis client further includes a communication unit and a diagnosis unit, the communication unit sends a wake-up instruction to the diagnosis unit, and the diagnosis unit receives the wake-up instruction and enters a diagnosis mode corresponding to the wake-up instruction.

[0040] The embodiment of the present application further provides an embodiment of determining a diagnosis result, which is specifically described as follows (1) to (5):

[0041] (1) The diagnosis request is forwarded to the diagnosis unit by the communication unit. The diagnosis request includes a first request and a second request. The first request includes 0x10, 0x11, 0x3E, 0x27, and 0x85, etc. to forward and respond to the diagnosis service, and the response result does not need to be uniformly reported to the domain controller. The second request 0x22, 0x2E, 0x19, and 0x31, etc. will actively report the diagnosis response to the domain controller for unified management.

[0042] (2) The diagnosis request is forwarded to the sensor to be diagnosed by the diagnosis unit, and the response information fed back by the sensor to be diagnosed in response to the diagnosis request is received. The sensor array includes a plurality of sensors suspended in a domain, such as a radar and a camera.

[0043] In an embodiment, the response of the sensor array ECU is received and processed, and the diagnosis response is processed according to a diagnosis data management scheme.

[0044] In an embodiment, the sensor array ECU can support unified diagnostic services (UDS).

[0045] (3) The diagnostic unit obtains a diagnostic rule corresponding to the diagnostic request, and performs diagnosis on the to-be-diagnosed sensor according to the response information and the diagnostic rule to obtain a first diagnostic result. The response information can be matched with the diagnostic rule, and the first diagnostic result is obtained by processing the response information.

[0046] In an embodiment, after obtaining the diagnostic result, the diagnostic client sends confirmation information to the sensor diagnostic instrument.

[0047] In an embodiment, the sensor diagnostic instrument can send a next diagnostic request after receiving the confirmation information corresponding to the previous diagnostic request.

[0048] (4) The diagnostic unit generates a diagnostic feedback signal corresponding to the first diagnostic result; wherein the diagnostic feedback signal is used to represent the diagnostic state of the to-be-diagnosed sensor, and the diagnostic feedback signal is sent to the sensor diagnostic instrument by the diagnostic unit.

[0049] (5) The diagnostic unit sends the first diagnostic result to the communication unit, and the communication unit forwards the first diagnostic result to the associated control terminal, so that the associated control terminal saves the first diagnostic result; wherein the associated control terminal is used to control the sensor array, and is also used to receive data collected by the sensor array, and the diagnostic request includes a second request. After obtaining the diagnostic result, the diagnostic client sends confirmation information to the sensor diagnostic instrument.

[0050] In an embodiment, for the diagnostic result of the first request, the diagnostic unit sends confirmation information to the sensor diagnostic instrument, and for the diagnostic result of the second request, the diagnostic unit sends the diagnostic result to the communication unit after summarizing the diagnostic result, and sends the confirmation information to the sensor diagnostic instrument.

[0051] In practical applications, Infineon TC377 chip can be used to store diagnostic data, and the storage of the FEE module can be configured through the MCAL module provided by Infineon. In addition, the storage mode of Flash can be used to simulate the storage of EEP, or the storage of an externally connected chip can be used, so as to reduce the cost.

[0052] In an embodiment, the sensor diagnostic instrument can send a next diagnostic request after receiving the confirmation information corresponding to the previous diagnostic request.

[0053] In an embodiment, the third request sent by the sensor diagnostic instrument is received by the communication unit, and the third request is forwarded to the associated control terminal, so that the associated control terminal feeds back the second diagnostic result for the third request; wherein the second diagnostic result is determined by the associated control terminal based on the data collected by the sensor array; and the second diagnostic result is sent to the sensor diagnostic instrument by the communication unit.

[0054] In an embodiment, the communication unit and the sensor diagnostic instrument perform uninterrupted self-diagnosis for the third request.

[0055] In order to facilitate the understanding of the sensor diagnostic method provided in the above embodiment, the application example of the sensor diagnostic method is provided in the embodiment of the present application, referring to Figure 3 Another flowchart of the sensor diagnostic method is shown in the figure, and the method mainly includes the following steps S302 to S310:

[0056] In step S302, the communication unit of the diagnostic client acquires the diagnostic request sent by the sensor diagnostic instrument. The diagnostic request includes a first request and a second request, the first request includes 0x10, 0x11, 0x3E, 0x27, and 0x85, etc. to perform the forwarding of the diagnostic service and the respective response, and the response result does not need to be uniformly reported to the domain controller, and the second request 0x22, 0x2E, 0x19, and 0x31, etc. will actively report the diagnostic response to the domain controller for unified management.

[0057] In step S304, the communication unit sends the diagnostic request and the wake-up instruction to the diagnostic unit of the diagnostic client.

[0058] In step S306, the diagnostic unit receives the wake-up instruction and enters the diagnostic mode corresponding to the wake-up instruction. The wake-up instruction can be a Callout function, which triggers the diagnostic unit (Diagnostic Request Center, Drc) through the Callout function, and forwards the corresponding diagnostic request to the ECU in the domain.

[0059] In step S308, the diagnostic unit forwards the diagnostic request to the sensor to be diagnosed, and receives the response information fed back by the sensor to be diagnosed for the diagnostic request. The sensor array includes a plurality of sensors suspended in the domain, such as radar and camera.

[0060] In an embodiment, the response of the sensor array ECU is received and processed, and the diagnostic response is processed according to the diagnostic data management scheme.

[0061] In an embodiment, the sensor array ECU can support Unified Diagnostics Services (UDS).

[0062] In step S310, the diagnosis unit obtains a diagnosis rule corresponding to the diagnosis request, and diagnoses the sensor to be diagnosed according to the response information and the diagnosis rule to obtain a diagnosis result. After obtaining the diagnosis result, the diagnosis client sends confirmation information to the sensor diagnosis instrument.

[0063] In summary, the application can forward the diagnosis request to the sensor to be diagnosed through the diagnosis client, and process the response information, so as to actively obtain the information of the sensor array, improve the accuracy of sensor diagnosis, reduce the operation amount, reduce the development time of diagnosis, and further reduce the development cost.

[0064] For the sensor diagnosis method provided by the foregoing embodiment, the application provides a sensor diagnosis device. The device is applied to a diagnosis client, and the diagnosis client is in communication connection with a sensor diagnosis instrument and a sensor array. Referring to a structural schematic diagram of a sensor diagnosis device shown in Figure 4 The device includes the following parts:

[0065] The identification recognition module 402 receives the diagnosis request sent by the sensor diagnosis instrument, and determines the sensor to be diagnosed from the sensor array based on the sensor identifier carried by the diagnosis request.

[0066] The information acquisition module 404 sends the diagnosis request to the sensor to be diagnosed, and receives the response information fed back by the sensor to be diagnosed in response to the diagnosis request.

[0067] The result confirmation module 406 determines the first diagnosis result of the sensor to be diagnosed according to the response information.

[0068] The data processing device provided by the application can forward the diagnosis request to the sensor to be diagnosed through the diagnosis client, and process the response information, so as to improve the accuracy of sensor diagnosis, reduce the operation amount, reduce the development time of diagnosis, and further reduce the development cost.

[0069] In an embodiment, the diagnosis client further includes a communication unit and a diagnosis unit. Before the step of receiving the diagnosis request sent by the sensor diagnosis instrument, the identification recognition module 402 is further configured to: send a wake-up instruction to the diagnosis unit through the communication unit; and receive the wake-up instruction through the diagnosis unit, and enter a diagnosis mode corresponding to the wake-up instruction.

[0070] In one embodiment, when the step of sending a diagnosis request to the sensor to be diagnosed and receiving response information fed back by the sensor to be diagnosed in response to the diagnosis request is performed, the information acquisition module 404 is further configured to: forward the diagnosis request to the diagnosis unit through the communication unit; and forward the diagnosis request to the sensor to be diagnosed through the diagnosis unit, and receive response information fed back by the sensor to be diagnosed in response to the diagnosis request.

[0071] In one embodiment, when the step of determining the first diagnosis result of the sensor to be diagnosed according to the response information is performed, the result confirmation module 406 is further configured to: acquire the diagnosis rule corresponding to the diagnosis request through the diagnosis unit; and diagnose the sensor to be diagnosed according to the response information and the diagnosis rule to obtain the first diagnosis result.

[0072] In one embodiment, when the diagnosis request comprises a first request, after the step of determining the first diagnosis result of the sensor to be diagnosed according to the response information is performed, the result confirmation module 406 is further configured to: generate a diagnosis feedback signal corresponding to the first diagnosis result through the diagnosis unit; wherein the diagnosis feedback signal is used to represent the diagnosis state of the sensor to be diagnosed; and send the diagnosis feedback signal to the sensor diagnosis instrument through the diagnosis unit.

[0073] In one embodiment, when the diagnosis request comprises a second request, after the step of determining the first diagnosis result of the sensor to be diagnosed according to the response information is performed, the result confirmation module 406 is further configured to: send the first diagnosis result to the communication unit through the diagnosis unit; and forward the first diagnosis result to the associated control terminal through the communication unit, so that the associated control terminal saves the first diagnosis result; wherein the associated control terminal is used to control the sensor array and is also used to receive the data collected by the sensor array.

[0074] In one embodiment, the result confirmation module 406 is further configured to: receive a third request sent by the sensor diagnosis instrument through the communication unit, and forward the third request to the associated control terminal, so that the associated control terminal feeds back a second diagnosis result in response to the third request; wherein the second diagnosis result is determined by the associated control terminal based on the data collected by the sensor array; and send the second diagnosis result to the sensor diagnosis instrument through the communication unit.

[0075] The device provided by the embodiments of the present application has the same implementation principle and technical effects as the foregoing method embodiments. For brevity, the part not mentioned in the device embodiment part can be referred to the corresponding content in the foregoing method embodiments.

[0076] The electronic device provided by the embodiments of the present application comprises a processor and a storage device; the storage device stores a computer program, and the computer program performs the method according to any one of the embodiments when executed by the processor.

[0077] Figure 5 A structural schematic diagram of an electronic device is provided for an embodiment of the present application. The electronic device 100 includes a processor 50, a memory 51, a bus 52 and a communication interface 53, the processor 50, the communication interface 53 and the memory 51 are connected through the bus 52; the processor 50 is used to execute an executable module stored in the memory 51, for example, a computer program.

[0078] The memory 51 can contain a high-speed random access memory (RAM, Random Access Memory) and can also include a non-volatile memory, for example, at least one disk memory. The communication connection between the system network element and at least one other network element is realized through at least one communication interface 53 (which can be wired or wireless), and the Internet, a wide area network, a local area network, a metropolitan area network, etc. can be used.

[0079] The bus 52 can be an ISA bus, a PCI bus or an EISA bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. For the convenience of representation, Figure 5 only one bidirectional arrow is used in the middle, but it does not mean that there is only one bus or one type of bus.

[0080] The memory 51 is used to store a program, and the processor 50 executes the program after receiving an execution instruction. The method executed by the device defined by the flow process disclosed in any of the foregoing embodiments of the present application can be applied to the processor 50 or implemented by the processor 50.

[0081] The processor 50 can be an integrated circuit chip with signal processing capability. In implementation, each step of the above method can be completed by integrated logic circuit of hardware in the processor 50 or by instructions in the form of software. The processor 50 described above can be a general-purpose processor, including a central processing unit (CPU), a network processor (NP), etc.; can also be a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic device, a discrete hardware component. Each method, step and logic block diagram disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor. The steps of the method disclosed in combination with the embodiments of the present application can be directly embodied as a hardware code processor for execution, or a combination of hardware and software modules in the code processor for execution. The software module can be located in a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium in the art. The storage medium is located in the memory 51, and the processor 50 reads the information in the memory 51, and combines the hardware to complete the steps of the above method.

[0082] The computer program product of the readable storage medium provided by the embodiments of the present application comprises a computer readable storage medium storing program codes, and the program codes comprise instructions for executing the method described in the foregoing method embodiments. For specific implementation, reference can be made to the foregoing method embodiments, which will not be described here.

[0083] If the functions are realized in the form of software function units and sold or used as independent products, they can be stored in a computer readable storage medium. Based on this understanding, the technical solutions of the present application or the parts of the present application that essentially contribute to the prior art or the parts of the technical solutions can be embodied in the form of software products. The computer software product is stored in a storage medium and includes instructions for making a computer device (which can be a personal computer, a server, or a network device, etc.) execute all or part of the steps of the method described in the embodiments of the present application. The aforementioned storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), a magnetic disk or an optical disk, and various media that can store program codes.

[0084] Finally, it should be noted that: the above-described embodiments are only specific embodiments of the present application, which are used to illustrate the technical solutions of the present application, but not to limit them. The protection scope of the present application is not limited to this. Although the present application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that any person skilled in the art can modify or easily think of changes to the technical solutions described in the foregoing embodiments within the technical scope disclosed by the present application, or make equivalent replacements to some of the technical features. The modifications, changes or replacements do not make the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application, and should be covered within the protection scope of the present application. Therefore, the protection scope of the present application should be subject to the protection scope of the claims.

Claims

1. A method for diagnosing a sensor, characterized in that, The method is applied to a diagnostic client, which is communicatively connected to both a sensor diagnostic instrument and a sensor array. The method includes: Receive a diagnostic request sent by the sensor diagnostic instrument, and determine the sensor to be diagnosed from the sensor array based on the sensor identifier carried in the diagnostic request; The diagnostic request is sent to the sensor to be diagnosed, and the response information from the sensor to be diagnosed in response to the diagnostic request is received. The first diagnostic result of the sensor to be diagnosed is determined based on the response information; The diagnostic client further includes a communication unit and a diagnostic unit; before the step of receiving the diagnostic request sent by the sensor diagnostic instrument, it further includes: sending a wake-up command to the diagnostic unit through the communication unit; receiving the wake-up command through the diagnostic unit and entering the diagnostic mode corresponding to the wake-up command; The step of determining the first diagnostic result of the sensor to be diagnosed based on the response information includes: obtaining the diagnostic rule corresponding to the diagnostic request through the diagnostic unit; and diagnosing the sensor to be diagnosed based on the response information and the diagnostic rule to obtain the first diagnostic result. The diagnostic request includes a second request; after the step of determining the first diagnostic result of the sensor to be diagnosed based on the response information, the method further includes: sending the first diagnostic result to the communication unit through the diagnostic unit; forwarding the first diagnostic result to the associated control terminal through the communication unit, so that the associated control terminal saves the first diagnostic result; wherein the associated control terminal is used to control the sensor array and is also used to receive data collected by the sensor array; The method further includes: receiving a third request sent by the sensor diagnostic instrument through the communication unit, and forwarding the third request to the associated control terminal, so that the associated control terminal provides a second diagnostic result in response to the third request; wherein the second diagnostic result is determined by the associated control terminal based on data collected by the sensor array; and sending the second diagnostic result to the sensor diagnostic instrument through the communication unit, wherein the communication unit and the sensor diagnostic instrument perform continuous self-diagnosis in response to the third request.

2. The method according to claim 1, characterized in that, The step of sending the diagnostic request to the sensor to be diagnosed and receiving the response information from the sensor to be diagnosed in response to the diagnostic request includes: The diagnostic request is forwarded to the diagnostic unit via the communication unit; The diagnostic unit forwards the diagnostic request to the sensor to be diagnosed and receives the response information from the sensor to be diagnosed in response to the diagnostic request.

3. The method according to claim 1, characterized in that, The diagnostic request includes a first request; after the step of determining the first diagnostic result of the sensor to be diagnosed based on the response information, it further includes: The diagnostic unit generates a diagnostic feedback signal corresponding to the first diagnostic result; wherein the diagnostic feedback signal is used to characterize the diagnostic status of the sensor to be diagnosed. The diagnostic feedback signal is sent to the sensor diagnostic instrument through the diagnostic unit.

4. A diagnostic device for a sensor, characterized in that, The device is used in a diagnostic client, which is communicatively connected to a sensor diagnostic instrument and a sensor array, and the device includes: The identification module receives a diagnostic request sent by the sensor diagnostic instrument and determines the sensor to be diagnosed from the sensor array based on the sensor identifier carried in the diagnostic request. The information acquisition module sends the diagnostic request to the sensor to be diagnosed and receives the response information from the sensor to be diagnosed in response to the diagnostic request. The result confirmation module determines the first diagnostic result of the sensor to be diagnosed based on the response information. The diagnostic client further includes a communication unit and a diagnostic unit; before the step of receiving the diagnostic request sent by the sensor diagnostic instrument, it further includes: sending a wake-up command to the diagnostic unit through the communication unit; receiving the wake-up command through the diagnostic unit and entering the diagnostic mode corresponding to the wake-up command; The step of determining the first diagnostic result of the sensor to be diagnosed based on the response information includes: obtaining the diagnostic rule corresponding to the diagnostic request through the diagnostic unit; and diagnosing the sensor to be diagnosed based on the response information and the diagnostic rule to obtain the first diagnostic result. The diagnostic request includes a second request; after the step of determining the first diagnostic result of the sensor to be diagnosed based on the response information, the method further includes: sending the first diagnostic result to the communication unit through the diagnostic unit; forwarding the first diagnostic result to the associated control terminal through the communication unit, so that the associated control terminal saves the first diagnostic result; wherein the associated control terminal is used to control the sensor array and is also used to receive data collected by the sensor array; The device further includes: receiving a third request sent by the sensor diagnostic instrument through the communication unit, and forwarding the third request to the associated control terminal, so that the associated control terminal provides a second diagnostic result in response to the third request; wherein the second diagnostic result is determined by the associated control terminal based on data collected by the sensor array; and sending the second diagnostic result to the sensor diagnostic instrument through the communication unit, wherein the communication unit and the sensor diagnostic instrument perform continuous self-diagnosis in response to the third request.

5. A server, characterized in that, The method includes a processor and a memory, the memory storing computer-executable instructions executable by the processor, the processor executing the computer-executable instructions to implement the method of any one of claims 1 to 3.

6. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer-executable instructions that, when invoked and executed by a processor, cause the processor to perform the method described in any one of claims 1 to 3.

Citation Information

Patent Citations

  • Fault diagnosis system and method based on domain controller

    CN113093687A

  • Vehicle remote diagnosis method, device, storage medium and system

    CN113282072A