CN114978965A - CAN diagnosis message and network message processing method and system under high-load condition of chip, electronic device and storage medium - Google Patents
CAN diagnosis message and network message processing method and system under high-load condition of chip, electronic device and storage medium Download PDFInfo
- Publication number
- CN114978965A CN114978965A CN202210578088.XA CN202210578088A CN114978965A CN 114978965 A CN114978965 A CN 114978965A CN 202210578088 A CN202210578088 A CN 202210578088A CN 114978965 A CN114978965 A CN 114978965A
- Authority
- CN
- China
- Prior art keywords
- message
- diagnosis
- network
- sending
- diagnostic
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40208—Bus networks characterized by the use of a particular bus standard
- H04L2012/40215—Controller Area Network CAN
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Debugging And Monitoring (AREA)
Abstract
The invention discloses a method, a system, electronic equipment and a storage medium for processing CAN diagnosis messages and network messages under the condition of high chip load, which specifically comprise the following steps: judging the type of the message in the process of receiving the interrupt response; if the diagnosis message is received, stopping sending the network message, and storing the stopped network message; and executing a diagnostic message sending process until the diagnostic message sending process is completed, and resending the network message which is stopped to be sent, wherein the system, the electronic equipment and the storage medium correspond to the method process. The invention CAN effectively control the cost, namely, under the condition of adopting a cheaper chip, even if the accidental chip load is too high, the CAN message CAN be ensured to be successfully sent, and the whole vehicle diagnosis function is normal. The load is reduced to the minimum at the moment of processing the diagnosis message, the normal execution of the diagnosis function is ensured, and the frame loss of the network message can be avoided and the integrity of the message is ensured by arranging a software cache region.
Description
Technical Field
The invention relates to a method, a system, electronic equipment and a storage medium for processing a CAN (controller area network) diagnosis message and a network message, in particular to a method, a system, electronic equipment and a storage medium for processing the CAN diagnosis message and the network message under the condition of high chip load.
Background
In an automobile, a plurality of vehicle-mounted controllers such as an engine controller, a gearbox controller and a motor controller are arranged, and the operation of various functions of the vehicle-mounted controllers is mainly completed by chips, but is influenced by cost, the calculation force of some low-end chips is limited, and some functions can be possibly out of order under some high-load working conditions.
Software in the current market does not process too much the algorithm for sending the CAN message, and does not process the network message and the diagnosis message separately. For example, when a function for sending a message is called, only two parameters [ eg: CAN _ txmessage (uint 8CAN _ ID, uint8CAN _ DATA [8]) ], and then the periodical transmission of CAN messages is realized by calling a transmission function according to a certain period. In the prior art, each message has a counter, and if the program in the system runs in a 10ms task, the initial value of the counter is 5 when the message is sent in 50ms, and the value of the counter is reduced by 1 every 10 ms. And when the counter value is reduced to zero, sending a 50ms message. Obviously, in this state, 5 messages are continuously sent within a certain 10ms, which significantly increases the program load and the chip sending interrupt load.
Disclosure of Invention
The invention aims to provide a method, a system, electronic equipment and a storage medium for processing CAN diagnosis messages and network messages under the condition of high chip load, wherein when the interrupt load of chip sending is overlarge, the sending delay (offset) is set and buffered, and the messages with the same sending period are sent in different delay degrees, so that the defects in the prior art are overcome.
The invention provides the following scheme:
a CAN diagnosis message and network message processing method under the condition of high chip load is characterized by specifically comprising the following steps:
judging the type of the message in the process of receiving the interrupt response;
if the diagnosis message is received, stopping sending the network message, and storing the stopped network message;
executing a diagnostic message sending process until the diagnostic message sending process is completed;
and (5) completing the message diagnosis process, and retransmitting the stopped network message.
Further, the counter of at least one network message is closed after the diagnosis message is received.
Further, the message sending period is 10ms, 20ms, 50ms, 100 ms.
Further, when the type of the message is judged, if the received message is not the diagnosis message, the interrupt register is reset, and the diagnosis message is retransmitted.
Further, in the process of stopping sending the network message, storing data to be sent in the periodic task of the network message in a buffer area;
executing a diagnosis process, sending a diagnosis response message, triggering transmission interruption, and sending a diagnosis message;
judging whether the transmission of the diagnosis message is successful, and if the transmission of the diagnosis message is successful, informing the application layer of the system of finishing the diagnosis response;
and starting a network message sending function and sending the network message stored in the buffer area.
Further, whether the diagnosis message is successfully sent is judged, and if the diagnosis message is not successfully sent, the interrupt register is reset, and the diagnosis message is sent again.
A processing system of CAN diagnosis messages and network messages under the condition of high chip load specifically comprises:
the message type judging module is used for judging the type of the message in the process of receiving the interrupt response, stopping sending the network message if the diagnosis message is received, and storing the stopped network message;
the diagnostic message execution module is used for executing the diagnostic message sending process until the diagnostic message sending process is completed;
and the network message execution module is used for retransmitting the network message which is stopped to be transmitted when the diagnosis message flow is finished.
Further, the message type judgment module receives the diagnosis message and closes at least one counter of the network message.
An electronic device, comprising: the system comprises a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory complete mutual communication through the communication bus; the memory has stored therein a computer program which, when executed by the processor, causes the processor to perform the steps of the method.
A computer-readable storage medium, in which a computer program is stored which is executable by an electronic device, and which, when run on the electronic device, causes the electronic device to perform the steps of the method.
Compared with the prior art, the invention has the following advantages:
the invention CAN effectively control the cost, namely, under the condition of adopting a cheaper chip, even if the accidental chip load is overhigh, the CAN message CAN be ensured to be successfully sent, and the whole vehicle diagnosis function is normal.
The invention stops sending the network message after detecting that the diagnosis message is received in the interruption of receiving, stores the stopped message and then executes the flow of the diagnosis message. After the diagnostic message flow is executed, the network message sending flow is opened, a message which is stopped sending before is sent immediately, and then the normal message sending flow is recovered, so that the chip load can be minimized at the moment of processing the diagnostic message, the normal execution of the diagnostic function is ensured, and meanwhile, the network message is not lost.
In the invention, the messages with the same sending period are sent in different delayed programs by setting the sending delay (offset). Taking the content disclosed in the embodiment as an example, when one controller (ECU) needs to send 5 50ms messages, a program sends 1 50ms message after starting sending, sends a second 50ms message after 10ms, sends a third 50ms message after 10ms, and so on, so that the sending of messages in a unified period can be separated, and the sending interrupt load at the same moment is not too large.
The invention adopts an algorithm for separately processing the diagnosis message and the network message, stops sending the network message when executing the diagnosis operation process, ensures that the diagnosis process can stably run, stores the stopped network message by setting a software cache region, and immediately retransmits the network message after executing the diagnosis process, thereby ensuring that the network message does not lose frames.
Drawings
In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present invention, and other drawings can be obtained by those skilled in the art without creative efforts.
Fig. 1 is a flowchart of a method for processing CAN diagnostic messages and network messages under a high load condition of a chip according to the present invention.
FIG. 2 is an architecture diagram of a CAN diagnostic message and network message processing system under high chip load conditions in accordance with the present invention.
Fig. 3 is a prior art messaging flow.
Fig. 4 is a schematic block diagram of a message sending method in a specific application scenario according to an embodiment of the present invention.
Fig. 5 is a flow chart of a method of an embodiment of the present invention.
Fig. 6 is a system architecture diagram of an electronic device.
Detailed Description
The technical solutions of the present invention will be described clearly and completely with reference to the accompanying drawings, and it should be understood that the described embodiments are some, but not all embodiments of the present invention. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The method for processing the CAN diagnosis message and the network message under the condition of high chip load as shown in FIG. 1 is characterized by specifically comprising the following steps:
step S1, determining the type of the message: judging the type of the message in the process of receiving the interrupt response;
step S2, stop sending network messages: if the diagnosis message is received, stopping sending the network message, and storing the stopped network message;
step S3, sending a diagnosis message: executing a diagnostic message sending process until the diagnostic message sending process is completed;
step S4, sending a network message: and (5) after the message diagnosis process is finished, retransmitting the stopped network message, and recovering the normal message transmission process.
Preferably, upon receipt of the diagnostic message, the counter of at least one network message is closed.
Preferably, the message sending period is 10ms, 20ms, 50ms, or 100 ms.
Preferably, when the type of the message is determined, if the received message is not a diagnostic message, the interrupt register is reset, and the diagnostic message is retransmitted.
As shown in fig. 2, the architecture diagram of the CAN diagnostic message and network message processing system under the condition of high chip load of the present invention specifically includes:
the message type judging module is used for judging the type of the message in the process of receiving the interrupt response, stopping sending the network message if the diagnosis message is received, and storing the stopped network message;
the diagnostic message execution module is used for executing the diagnostic message sending process until the diagnostic message sending process is completed;
and the network message execution module is used for retransmitting the network message which is stopped to be transmitted when the diagnosis message flow is finished.
It should be noted that, although only the basic function modules such as the message type determining module, the diagnostic message executing module, the network message executing module, etc. are disclosed in the architecture diagram of the present system, the composition of the present system is not limited to the above basic function modules, but rather, the present invention is to be expressed as: on the basis of the basic functional modules, a person skilled in the art can combine the prior art to add one or more functional modules arbitrarily to form an infinite number of embodiments or technical solutions, that is, the present system is open rather than closed, and the protection scope of the present invention claims should not be considered to be limited to the disclosed basic functional modules because the present embodiment discloses only individual basic functional modules. Meanwhile, for convenience of description, the above devices are described as being divided into various units and modules by functions, respectively. Of course, the functions of the units and modules may be implemented in one or more software and/or hardware when the present application is implemented.
As shown in fig. 3, in the prior art message sending process, each message has its own counter, and if the program in the system runs in a 10ms task, the counter is initialized to 5 at 50ms when the message is sent, and the value of the counter is decremented by 1 every 10ms when the message is sent. When the counter value is reduced to zero, a 50ms message is sent. It is obvious that in this state, 5 messages are continuously sent within a certain 10ms, which significantly increases the program load and the chip sending interrupt load.
As shown in fig. 4 and 5, a possible embodiment of the present invention discloses a specific application scenario of a method for processing a CAN diagnostic packet and a network packet under a high chip load condition. In this embodiment, the program does not start all counter increments or decrements immediately after startup. Message 1 is immediately turned on, the second 10ms period of message 2 starts to subtract 1, and the third 10ms period of message 3 starts to subtract 1. Therefore, the difference value of each message sent on the time axis is 10ms, and the program and chip load within a certain 10ms is reduced. The invention stops sending network message after receiving the diagnosis message in the interruption of receiving, and stores the stopped message
And then executing the diagnosis message process. After the diagnostic message flow is executed, the sending flow of the network message is opened, the message which is stopped sending before is sent immediately, and then the normal message sending flow is recovered.
The method of the embodiment comprises the following steps: the program is started, an interrupt response of receiving the message is triggered, the message is received, and whether the type of the received message is a diagnosis message or not is judged. If the network message is not the diagnosis message, stopping sending the network message, and storing the stopped message, wherein the stopping time is generally 10ms at most, so that each message in the CAN communication matrix loses one frame at most. And then, executing a process of diagnosing the message, and storing data to be sent in the periodic task of the network message in a buffer area in the process of stopping sending the network message.
Executing a diagnosis process, sending a diagnosis response message, triggering transmission interruption, and sending a diagnosis message; and judging whether the transmission of the diagnosis message is successful, if so, informing the application layer of the system of finishing the diagnosis response, and executing the subsequent flow. And starting a network message sending function and sending the network message stored in the buffer area. And if the diagnosis message is not successfully sent, resetting the interrupt register and resending the diagnosis message. After the diagnostic message flow is executed, the sending flow of the network message is opened, the message which is stopped sending before is sent immediately, and then the normal message sending flow is recovered.
As shown in fig. 6, the present invention also discloses an electronic device and a storage medium corresponding to the method and the system for processing the CAN diagnosis message and the network message under the condition of high chip load:
an electronic device, comprising: the system comprises a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory complete mutual communication through the communication bus; the memory has stored therein a computer program which, when executed by the processor, causes the processor to perform the steps of the method for processing CAN diagnostic messages and network messages under high chip load conditions.
A computer-readable storage medium storing a computer program executable by an electronic device, which when run on the electronic device, causes the electronic device to perform the steps of the CAN diagnostic message and network message processing method in case of high chip load.
The communication bus mentioned in the electronic device may be a Peripheral Component Interconnect (PCI) bus, an Extended Industry Standard Architecture (EISA) bus, or the like. The communication bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one thick line is shown, but this does not mean that there is only one bus or one type of bus.
The electronic device includes a hardware layer, an operating system layer running on top of the hardware layer, and an application layer running on top of the operating system. The hardware layer includes hardware such as a Central Processing Unit (CPU), a Memory Management Unit (MMU), and a Memory. The operating system may be any one or more computer operating systems that implement control of the electronic device through a Process (Process), such as a Linux operating system, a Unix operating system, an Android operating system, an iOS operating system, or a windows operating system. In the embodiment of the present invention, the electronic device may be a handheld device such as a smart phone and a tablet computer, or an electronic device such as a desktop computer and a portable computer, which is not particularly limited in the embodiment of the present invention.
The execution main body of the electronic device control in the embodiment of the present invention may be the electronic device, or a functional module capable of calling a program and executing the program in the electronic device. The electronic device may obtain the firmware corresponding to the storage medium, the firmware corresponding to the storage medium is provided by a vendor, and the firmware corresponding to different storage media may be the same or different, which is not limited herein. After the electronic device acquires the firmware corresponding to the storage medium, the firmware corresponding to the storage medium may be written into the storage medium, specifically, the firmware corresponding to the storage medium is burned into the storage medium. The process of burning the firmware into the storage medium can be realized by adopting the prior art, and details are not described in the embodiment of the present invention.
The electronic device may further acquire a reset command corresponding to the storage medium, where the reset command corresponding to the storage medium is provided by a vendor, and the reset commands corresponding to different storage media may be the same or different, and are not limited herein.
At this time, the storage medium of the electronic device is a storage medium in which the corresponding firmware is written, and the electronic device may respond to the reset command corresponding to the storage medium in which the corresponding firmware is written, so that the electronic device resets the storage medium in which the corresponding firmware is written according to the reset command corresponding to the storage medium. The process of resetting the storage medium according to the reset command can be implemented by the prior art, and is not described in detail in the embodiment of the present invention.
It will be understood by those skilled in the art that, unless otherwise defined, all terms (including technical and scientific terms) used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. It will be further understood that terms, such as those defined in commonly used dictionaries, should be interpreted as having a meaning that is consistent with their meaning in the context of the prior art and will not be interpreted in an idealized or overly formal sense unless expressly so defined herein.
For simplicity of explanation, the method embodiments are described as a series of acts or combinations, but those skilled in the art will appreciate that the embodiments are not limited by the order of acts described, as some steps may occur in other orders or concurrently with other steps in accordance with the embodiments of the invention. Further, those skilled in the art will appreciate that the embodiments described in the specification are presently preferred and that no particular act is required to implement the invention.
From the above description of the embodiments, it is clear to those skilled in the art that the present application can be implemented by software plus necessary general hardware platform. Based on such understanding, the technical solutions of the present application may be essentially or partially implemented in the form of a software product, which may be stored in a storage medium, such as a ROM/RAM, a magnetic disk, an optical disk, etc., and includes several instructions for enabling a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method described in the embodiments or some parts of the embodiments of the present application.
The above-described embodiments of the apparatus are merely schematic, where the units described as separate parts may or may not be physically separate, and the parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the embodiment. One of ordinary skill in the art can understand and implement it without inventive effort.
The application is operational with numerous general purpose or special purpose computing system environments or configurations. For example: personal computers, server computers, hand-held or portable devices, tablet-type devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including memory storage devices.
In the description herein, references to the description of "one embodiment," "an example," "a specific example," etc., mean that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the invention. In this specification, the schematic representations of the terms used above do not necessarily refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples.
Finally, it should be noted that: the above embodiments are only used to illustrate the technical solution of the present invention, and not to limit the same; while the invention has been described in detail and with reference to the foregoing embodiments, it will be understood by those skilled in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present invention.
Claims (10)
1. A CAN diagnosis message and network message processing method under the condition of high chip load is characterized by specifically comprising the following steps:
judging the type of the message in the process of receiving the interrupt response;
if the diagnosis message is received, stopping sending the network message, and storing the stopped network message;
executing a diagnostic message sending process until the diagnostic message sending process is completed;
and (5) completing the message diagnosis process, and retransmitting the stopped network message.
2. The method of claim 1, wherein the counter of at least one network message is turned off when the diagnostic message is received.
3. The method of claim 1 wherein the message transmission period is 10ms, 20ms, 50ms, or 100 ms.
4. The method of claim 1, wherein when determining the type of the message, if the message is not a diagnostic message, the method resets the interrupt register and resends the diagnostic message.
5. The CAN diagnosis message and network message processing method under the condition of high chip load according to claim 4, wherein in the process of stopping sending the network message, the data to be sent in the periodic task of the network message is stored in a buffer area;
executing a diagnosis flow, sending a diagnosis response message, triggering transmission interruption, and sending a diagnosis message;
judging whether the transmission of the diagnosis message is successful, and if the transmission of the diagnosis message is successful, informing the application layer of the system of finishing the diagnosis response;
and starting a network message sending function and sending the network message stored in the buffer area.
6. The method according to claim 4, wherein the method comprises determining whether the diagnostic packet is successfully sent, and if the diagnostic packet is not successfully sent, resetting the interrupt register and resending the diagnostic packet.
7. A processing system of CAN diagnosis messages and network messages under the condition of high chip load is characterized by specifically comprising:
the message type judging module is used for judging the type of the message in the process of receiving the interrupt response, stopping sending the network message if the diagnosis message is received, and storing the stopped network message;
the diagnostic message execution module is used for executing the diagnostic message sending process until the diagnostic message sending process is completed;
and the network message execution module is used for retransmitting the stopped network message when the diagnosis message flow is finished.
8. The system according to claim 7, wherein the message type determining module receives the diagnosis message and closes at least one counter of the network message.
9. An electronic device, comprising: the system comprises a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory are communicated with each other through the communication bus; the memory has stored therein a computer program which, when executed by the processor, causes the processor to perform the steps of the method of any one of claims 1 to 6.
10. A computer-readable storage medium, characterized in that it stores a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of the method of any one of claims 1 to 6.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210578088.XA CN114978965A (en) | 2022-05-25 | 2022-05-25 | CAN diagnosis message and network message processing method and system under high-load condition of chip, electronic device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210578088.XA CN114978965A (en) | 2022-05-25 | 2022-05-25 | CAN diagnosis message and network message processing method and system under high-load condition of chip, electronic device and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114978965A true CN114978965A (en) | 2022-08-30 |
Family
ID=82954893
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210578088.XA Pending CN114978965A (en) | 2022-05-25 | 2022-05-25 | CAN diagnosis message and network message processing method and system under high-load condition of chip, electronic device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114978965A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116781448A (en) * | 2023-08-17 | 2023-09-19 | 北京芯驰半导体科技有限公司 | CAN message loss prevention method, device, system, chip and medium |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104967580A (en) * | 2009-09-27 | 2015-10-07 | 中兴通讯股份有限公司 | Method used for sending ethernet message and device used for sending ethernet message |
| CN105634895A (en) * | 2016-01-26 | 2016-06-01 | 深圳市沃特玛电池有限公司 | Error processing method and system for CAN (Controller Area Network) bus |
| CN106324476A (en) * | 2015-06-30 | 2017-01-11 | 龙芯中科技术有限公司 | On-chip debug and diagnostic method, device and chip |
| CN106453567A (en) * | 2016-10-18 | 2017-02-22 | 合肥浮点信息科技有限公司 | Anti-interruption storage processing system in communication network |
| CN107046508A (en) * | 2016-02-05 | 2017-08-15 | 华为技术有限公司 | Message method of reseptance and the network equipment |
| CN107508772A (en) * | 2016-06-14 | 2017-12-22 | 中兴通讯股份有限公司 | A kind of method and system for realizing Ethernet locking signal function |
| CN110011826A (en) * | 2019-02-26 | 2019-07-12 | 盛科网络（苏州）有限公司 | A kind of method and device for realizing OAM ETH-ED based on chip |
| CN110928574A (en) * | 2019-11-20 | 2020-03-27 | 深圳市汇顶科技股份有限公司 | Microcontroller, interrupt processing chip, device and interrupt processing method |
-
2022
- 2022-05-25 CN CN202210578088.XA patent/CN114978965A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104967580A (en) * | 2009-09-27 | 2015-10-07 | 中兴通讯股份有限公司 | Method used for sending ethernet message and device used for sending ethernet message |
| CN106324476A (en) * | 2015-06-30 | 2017-01-11 | 龙芯中科技术有限公司 | On-chip debug and diagnostic method, device and chip |
| CN105634895A (en) * | 2016-01-26 | 2016-06-01 | 深圳市沃特玛电池有限公司 | Error processing method and system for CAN (Controller Area Network) bus |
| CN107046508A (en) * | 2016-02-05 | 2017-08-15 | 华为技术有限公司 | Message method of reseptance and the network equipment |
| CN107508772A (en) * | 2016-06-14 | 2017-12-22 | 中兴通讯股份有限公司 | A kind of method and system for realizing Ethernet locking signal function |
| CN106453567A (en) * | 2016-10-18 | 2017-02-22 | 合肥浮点信息科技有限公司 | Anti-interruption storage processing system in communication network |
| CN110011826A (en) * | 2019-02-26 | 2019-07-12 | 盛科网络（苏州）有限公司 | A kind of method and device for realizing OAM ETH-ED based on chip |
| CN110928574A (en) * | 2019-11-20 | 2020-03-27 | 深圳市汇顶科技股份有限公司 | Microcontroller, interrupt processing chip, device and interrupt processing method |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116781448A (en) * | 2023-08-17 | 2023-09-19 | 北京芯驰半导体科技有限公司 | CAN message loss prevention method, device, system, chip and medium |
| CN116781448B (en) * | 2023-08-17 | 2023-11-07 | 北京芯驰半导体科技有限公司 | CAN message loss prevention method, device, system, chip and medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107222426B (en) | Flow control method, device and system | |
| CN1710867A (en) | Method and system for regulating ethernet | |
| US10216550B2 (en) | Technologies for fast boot with adaptive memory pre-training | |
| US11360832B2 (en) | Operation method of robot operating system and a robot control method | |
| EP3090344A2 (en) | Dynamic checkpointing systems and methods | |
| US10789184B2 (en) | Vehicle control device | |
| CN111930406B (en) | Vehicle-mounted terminal micro control unit software upgrading method, electronic equipment and storage medium | |
| CN114978965A (en) | CAN diagnosis message and network message processing method and system under high-load condition of chip, electronic device and storage medium | |
| US5712967A (en) | Method and system for graceful recovery from a fault in peripheral devices using a variety of bus structures | |
| JP3943616B2 (en) | Data processor with transparent operation in background mode | |
| CN110888704A (en) | High-concurrency interface processing method, device, equipment and storage medium | |
| US5805791A (en) | Method and system for detection of and graceful recovery from a peripheral device fault | |
| US7865774B2 (en) | Multiprocessor core dump retrieval | |
| CN115774858A (en) | Fault processing method and device, electronic equipment and storage medium | |
| CN110990116B (en) | Method, device and system for transmitting data between intelligent network card and virtual machine | |
| CN115292077A (en) | Kernel exception handling method and system | |
| CN110881224B (en) | Network long connection method, device, equipment and storage medium | |
| WO2020102940A1 (en) | Abnormality processing method, terminal device and storage medium | |
| CN116300780B (en) | Component configuration method, device, electronic equipment and storage medium | |
| CN109582379B (en) | Programmable logic controller system based on microkernel operating system and control method | |
| CN115061962B (en) | Method, system, storage medium and equipment for managing peripheral transmission rate | |
| CN114124644B (en) | Ethernet OAM alarm method and device based on Linux kernel mode | |
| JPS634209B2 (en) | ||
| WO2013179637A1 (en) | Error handling method and in-vehicle device | |
| CN113467222B (en) | Data synchronization method and device of master-slave redundancy control system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |