CN116436723B - Bus identification method, bus determination method, bus execution method and related devices - Google Patents
Bus identification method, bus determination method, bus execution method and related devices Download PDFInfo
- Publication number
- CN116436723B CN116436723B CN202310695253.4A CN202310695253A CN116436723B CN 116436723 B CN116436723 B CN 116436723B CN 202310695253 A CN202310695253 A CN 202310695253A CN 116436723 B CN116436723 B CN 116436723B
- Authority
- CN
- China
- Prior art keywords
- bus
- message
- message information
- simulator
- buses
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 77
- 238000012544 monitoring process Methods 0.000 claims abstract description 16
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012360 testing method Methods 0.000 description 16
- 238000004891 communication Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 230000008569 process Effects 0.000 description 7
- 238000004088 simulation Methods 0.000 description 6
- 101100004933 Arabidopsis thaliana CYP79F1 gene Proteins 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 102100027206 CD2 antigen cytoplasmic tail-binding protein 2 Human genes 0.000 description 1
- 101100181929 Caenorhabditis elegans lin-3 gene Proteins 0.000 description 1
- 101000914505 Homo sapiens CD2 antigen cytoplasmic tail-binding protein 2 Proteins 0.000 description 1
- 101000922137 Homo sapiens Peripheral plasma membrane protein CASK Proteins 0.000 description 1
- 102100031166 Peripheral plasma membrane protein CASK Human genes 0.000 description 1
- 230000001133 acceleration Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000052 comparative effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000013522 software testing Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- 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
- H04L12/40006—Architecture of a communication node
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- 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/40267—Bus for use in transportation systems
- H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
-
- 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
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Debugging And Monitoring (AREA)
Abstract
The embodiment of the specification provides a bus identification method, a bus determination method, an execution method and a related device. The method is applied to a simulator, and a plurality of buses are connected to the simulator; wherein the buses correspond to the electronic control units respectively; the method comprises the following steps: monitoring message information in the buses; matching the message information in a characteristic message set to obtain a target characteristic message corresponding to the message information; the feature message set comprises a plurality of feature messages, and the feature messages correspond to bus identity data; and marking a bus to which the message information corresponding to the target characteristic message belongs by using the bus identity data corresponding to the target characteristic message. The bus identification method can better solve the problem that correct bus identity data can be automatically marked for the bus by monitoring message information on the bus after external connection is changed or an operating system is restarted, and improves convenience.
Description
Technical Field
The embodiment of the specification relates to the field of vehicle simulation test, in particular to a bus identification method, a bus determination method, a bus execution method and a related device.
Background
In the prior art, at the early stage of software development of a vehicle, a real vehicle may not be used for software development and debugging in a real vehicle environment, so common practice includes building a non-real or semi-real simulation environment. Specifically, a computer may be used as a simulator to provide a simulation environment. Specifically, a plurality of virtual ECU units may be integrated in the simulator. To simulate the software running of the vehicle by means of a virtual ECU unit.
There may be many ECU units in a vehicle, and a plurality of in-vehicle bus networks, which may each be connected to the simulator via a USB adapter. At this time, the simulator will set up the system bus identifier for each bus network after identifying the connected bus network according to its own default system, and the developer can assign the system bus identifier of the corresponding bus network to the ECU unit in the simulator.
However, in some cases, a restart of the operating system may occur, or the USB converter device may be replaced, or the converter may be plugged in again, or the like. At this point, the system bus identification of the bus network identified by the simulator may be changed. Further, it is necessary for the developer to reset the system bus identification of the corresponding bus network of the ECU unit in the simulator. Brings certain trouble to developers.
Disclosure of Invention
In view of this, embodiments in the present disclosure provide a bus identification method, a determination method, an execution method, and a related device, which can improve the convenience of building a test simulation environment for a vehicle to some extent.
One embodiment of the present specification provides a bus recognition method applied to a simulator to which a plurality of buses are connected; wherein the buses correspond to the electronic control units respectively; the method comprises the following steps: monitoring message information in the buses; matching the message information in a characteristic message set to obtain a target characteristic message corresponding to the message information; the feature message set comprises a plurality of feature messages, and the feature messages correspond to bus identity data; and marking a bus to which the message information corresponding to the target characteristic message belongs by using the bus identity data corresponding to the target characteristic message.
One embodiment of the present disclosure provides a method for determining a feature packet, including: storing the message information in each bus under the condition that a plurality of buses connected by the simulator are in correct configuration, and obtaining a message information set corresponding to each bus; comparing the differences among the message information sets corresponding to the buses to obtain the unique message information of the message information set of each bus, and taking the unique message information of each bus as a characteristic message.
One embodiment of the present specification provides a method for executing a simulator, applied to the simulator, the method including: executing the bus identification method under the condition that the operating system of the simulator is detected to generate a specified system event; the specified system event includes a start event of the operating system, or the operating system detects a new bus access event.
One embodiment of the present specification provides a simulator to which a plurality of buses are connected; wherein the buses correspond to the electronic control units respectively; the simulator comprises: the monitoring module is used for monitoring message information in the buses; the matching module is used for matching the message information in the characteristic message set to obtain a target characteristic message corresponding to the message information; the feature message set comprises a plurality of feature messages, and the feature messages correspond to bus identity data; and the marking module is used for marking the bus to which the message information corresponding to the target characteristic message belongs by using the bus identity data corresponding to the target characteristic message.
An embodiment of the present disclosure provides a determining device for a feature packet, where the feature packet is applied to the simulator described in the foregoing embodiment; the device for determining the characteristic message comprises the following steps: the storage module is used for storing the message information in each bus under the condition that a plurality of buses connected by the simulator are in correct configuration, so as to obtain a message information set corresponding to each bus; the comparison module is used for comparing the differences among the message information sets corresponding to the buses to obtain the unique message information of the message information set of each bus, and the unique message information of each bus is used as a characteristic message.
One embodiment of the present specification provides a computer storage medium storing computer program instructions that, when executed by a processor, implement a method of bus identification as described in any of the above.
According to the embodiments, message information in the buses is monitored; matching the message information in a characteristic message set to obtain a target characteristic message corresponding to the message information; the feature message set comprises a plurality of feature messages, and the feature messages correspond to bus identity data; the bus identity data corresponding to the target characteristic message is used for marking the bus to which the message information corresponding to the target characteristic message belongs, so that the convenience of building the simulation environment for the vehicle for testing can be improved to a certain extent.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required for the description of the embodiments will be briefly described below, and it is apparent that the drawings in the following description are only some embodiments of the present invention, and other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
Fig. 1 is a schematic flow chart of a bus identification method according to an embodiment of the present disclosure.
Fig. 2 is a schematic view of a bench test system environment according to an embodiment of the present disclosure.
Fig. 3 is a schematic diagram of a simulator according to an embodiment of the present disclosure.
Fig. 4 is a schematic structural diagram of a feature message determining apparatus according to an embodiment of the present disclosure.
Fig. 5 is a schematic structural diagram of an electronic device according to another embodiment of the present disclosure.
Detailed Description
The technical solutions of the embodiments provided in the present specification will be clearly and completely described below with reference to the drawings in the present specification, and it is apparent that the described embodiments are only some embodiments, not all embodiments. All other examples, which can be made by one of ordinary skill in the art without undue burden based on the embodiments provided in this specification, are within the scope of the present invention.
In the related art, a plurality of electronic control units in a vehicle may communicate with each other through a bus. In the software development process of the vehicle, a rack simulating the electronic control unit in the vehicle can be built to be combined with the simulator so as to simulate the running environment of the electronic control unit in the vehicle. The electronic control unit may be divided into a physical electronic control unit having a physical structure and a virtual electronic control unit simulated in a simulator.
The physical electronic control unit may be connected to a bus, which may be connected to the simulator via a USB adapter. The simulator can set default according to the self operation system, after identifying the connected buses, set system bus identifiers for each bus, and a developer can assign the system bus identifiers of the corresponding bus network to the virtual electronic control units in the simulator. In some cases, the emulator may restart or the bus may plug with the emulator's USB adapter. This may result in the simulator's operating system re-identifying the connected bus and re-assigning the identified bus a system bus identification. However, the system bus identification reassigned to the same bus at this time may not be the same as the previous system bus identification. The system bus identification in which the virtual electronic control unit is configured may no longer be accurate and need to be reconfigured.
Therefore, it is necessary to provide a technical scheme of bus identification, which can automatically set designated bus identity data for the bus by monitoring message information on the bus, so as to represent the bus by the bus identity data, reduce configuration work of staff and improve test efficiency of vehicle software.
Please refer to fig. 1. One embodiment of the present specification provides a bus recognition method applied to a simulator to which a plurality of buses are connected; wherein the buses correspond to the electronic control units respectively.
The simulator may be used to provide a test environment for performing simulation tests on the electronic control unit. The simulator may be an electronic device with some computing capability. In some embodiments, the simulator may be a desktop, notebook, workstation, or the like. The simulator may be physically connected with the bus. Specifically, the bus may be electrically connected to the simulator through an interface. The bus may be used to communicate message data for the connected electronic device. In particular, the bus may include, but is not limited to, a CAN bus, a LIN bus, and the like. The electronic control units or the electronic control units and the simulators can receive or send message data through buses.
The electronic control unit may be used to implement the specified functions required by the vehicle. In this description, the electronic control unit may include a physical electronic control unit having a physical entity, and a virtual electronic control unit simulated in a simulator. The physical electronic control unit may be directly physically connected to the bus. Thus, based on the connection relationship of the two, the two are realized to have the corresponding relationship. The virtual electronic control unit can designate the corresponding bus through configuration.
The bus identification method may include the following steps.
Step S110: and monitoring message information in the buses.
In some cases, the multiple buses to which the simulator is connected may each be physically connected to an electronic control unit of the entity. So that the electronic control units of these entities form a correspondence with the buses to which they are connected. The electronic control unit may send message information to the bus for communication. By monitoring the message information in the bus, the true identity of the bus can be determined by analyzing the message information.
In this embodiment, the monitoring of the message information in the buses may be that the simulator corresponds to each bus, starts a process respectively, and monitors the message information in each bus. The simulator may mainly monitor the bus for message information from the entity electronic control unit. As a result, there may be a direct physical connection between the physical electronic control unit and the bus. Typically, the operator checks and confirms, and the interface between the bus and the entity electronic control unit may also have some specificity. So that the entity electronic control unit is deemed to be properly connected to the bus. Thus, by acquiring the message information of the entity electronic control unit in the bus, the true identity of the bus can be determined based on the message information of the entity electronic control unit.
In this embodiment, the message information may be data information sent by the electronic control unit according to a specified data format. The message information can be used for data communication between electronic control units of the vehicle. Specifically, for example, according to the function implemented by the electronic control unit, the message information may be used to represent dynamic information such as a position, a speed, an acceleration, a direction, etc. of the vehicle, and may also include static information such as traffic lights, road conditions, weather, etc.
In this embodiment, among the plurality of electronic control units, the electronic control unit that sends the message information may be used as a message sending end, and the electronic control unit that receives the message information may be used as a message receiving end. The message information may include a unit identifier of the message transmitting end and a unit identifier of the message receiving end. Thus, the message information can indicate the message sending end corresponding to the message information and also indicate the message receiving end.
Further, an electronic control unit may be represented as an ECU A An electronic control unit is denoted as ECU B At this time, the slave ECU A Sent to the ECU B May be expressed as S { a, B }. Similarly, all message information of the electronic control unit in the whole vehicle can form a communication matrix of the message information as follows.
Each row may represent all message information that can be sent by one electronic control unit, and each column may represent all message information that can be received by one electronic control unit.
Step S120: matching the message information in a characteristic message set to obtain a target characteristic message corresponding to the message information; the feature message set comprises a plurality of feature messages, and the feature messages correspond to bus identity data.
In some cases, the feature message set corresponding to the bus identity data may be preset, so as to obtain the bus identity data corresponding to each bus.
In this embodiment, the feature message set may beIncluding a plurality of feature messages. Each feature message may correspond to a bus. Of course, in some embodiments, a bus may correspond to multiple feature messages. The characteristic message may be unique message information relative to other buses among the message information transmitted by each bus. Each bus may be associated with a fixed electronic control unit, so that the message information that can be transmitted in each bus is also a fixed set of message information. Specifically, for example, an electronic control unit corresponding to the BUS BUS1 is an ECU A 、ECU B And ECU (electronic control Unit) C All message information transmitted in one BUS can be expressed as S { BUS1, A, B, C }, and can be simply expressed as S BUS1 . Thus, in the case of a vehicle having i buses, the message information transmitted by all buses can be expressed as. At this time, the characteristic message F corresponding to the BUS BUS1 BUS1 Can be represented as follows.
Similarly, a characteristic message corresponding to each bus can be generated. Because the characteristic message is unique message information for each bus. Each bus can be determined by the correspondence of the characteristic message to the bus.
In this embodiment, the bus identity data may be used to indicate the identity of the bus in the simulator. Namely, when the simulator calls a certain bus, the bus to be called can be defined according to the bus identity data by establishing the corresponding relation between the bus identity data and the bus. Further, the bus identity data and the feature message are stored correspondingly, so that the feature message is matched with the monitored message information to obtain the target feature message corresponding to the message information, and the bus to which the monitored message information belongs can be marked through the bus identity data of the target feature message. Further, the virtual electronic control unit in the simulator may have a binding relationship with the bus identity data. That is, when the virtual electronic control unit needs to send the message information, the simulator can determine the bus corresponding to the bus identity data bound by the virtual electronic control unit, and then send the message information of the virtual electronic control unit to the corresponding bus.
In this embodiment, the matching of the message information in the feature message set may be to calculate the similarity between the message information and the feature message in the feature message set, and use the feature message corresponding to the similarity with the largest value as the target feature message. Of course, the message information and the characteristic message in the characteristic message set can be directly compared to obtain the characteristic message identical to the message information, and the characteristic message identical to the message information can be used as the target characteristic message.
Step S130: and marking a bus to which the message information corresponding to the target characteristic message belongs by using the bus identity data corresponding to the target characteristic message.
In some cases, the bus is marked with pre-established bus identity data, so that the identity of the bus can be ascertained. The virtual electronic control unit in the simulator can determine the identity of the bus connected with the simulator according to the bus identity data, and then can send message information to the corresponding bus. The number of manual configuration work of the virtual electronic control unit by workers is reduced when the simulator redistributes the system bus identifier to the bus. Furthermore, it is avoided to some extent that the virtual electronic control unit sends the message information to the wrong bus. The convenience and the accuracy of the testing process are improved.
In this embodiment, the bus identification data and the system bus identifier allocated to the bus by the simulator system are stored in association with each other. Specifically, for example, the corresponding storage form may be a form of generating a bus matching mapping table, and the table may include a key value pair and an identifier corresponding to each physical bus. In some embodiments, a profile of the bus is generated based on the bus identity data and a system bus identification of the bus. In the configuration file, there is one data item corresponding to each bus, and each data item includes corresponding bus identity data and a system bus identifier of the bus. Further, after receiving the message information in the bus, the simulator can determine corresponding bus identity data according to the system bus identifier of the bus to which the message information belongs, so that the identity of the bus can be determined, and further the electronic control unit to which the message information is to be sent is determined. Specifically, for example, a bus is connected to a physical electronic control unit and corresponds to a virtual control unit. When the entity electronic control unit needs to send message information to the virtual electronic control unit, the entity electronic control unit can send the message information to a bus, and after the simulator monitors the message information, the simulator can acquire the system bus identifier of the bus to which the message information belongs, and further can determine corresponding bus identity data according to the configuration file so as to determine the virtual electronic control unit corresponding to the bus, and send the message information to a message receiving end indicated by the virtual electronic control unit. The virtual electronic control unit may have a binding relationship with the bus identity data. When the virtual electronic control unit needs to send message information to the entity electronic control unit, after the virtual electronic control unit generates the message information, the simulator can determine bus identity data corresponding to the virtual electronic control unit according to the binding relation, further determine, according to the configuration file, a system bus identifier corresponding to the bus identity data, and then send the message information of the virtual electronic control unit to a bus indicated by the system bus identifier.
In some embodiments, the bus identification method further comprises: distributing system bus identification aiming at the identified buses; wherein, the system bus identifier is set by the simulator; in the step of marking the bus to which the message information corresponding to the target feature message belongs by using the bus identity data corresponding to the target feature message, the bus to which the message information corresponding to the target feature message belongs has a target system bus identifier, the step includes: and correspondingly recording the bus identity data and the target system bus identification.
In some cases, to ensure that all devices in the system are able to communicate and interact properly, a system bus identification may be assigned, and the simulator automatically assigns a unique system bus identification to each identified bus. Therefore, the simulator can accurately determine the corresponding bus by the system bus identification, and further realize data transmission and interaction. Without the step of assigning the system bus identification, the simulator may not recognize the bus, and thus, communication between the simulator and the physical electronic control unit connected to the bus may not be possible.
In this embodiment, the system bus identification may refer to the simulator assigning a unique identifier to the identified bus. This identifier may be a number or combination of letters and, in some embodiments, may also be used to indicate the type, speed, and other characteristics of the bus, etc. The system bus identification may help the different types of buses to be independent of each other, reducing collisions or interference between each other.
In this embodiment, the bus identity data and the target system bus identifier may be recorded correspondingly, so that a data pair is formed between the two. The other data may be determined by one of the data. The simulator may generate a configuration file in which data items may be recorded, and the corresponding bus identity data and the target system bus identity may be located in the same data item. It will be appreciated that each data item may record a data pair.
In some embodiments, the step of listening for message information in the plurality of buses may include: and monitoring message information sent by the entity electronic control unit in the buses.
In some cases, the physical electronic control unit may be connected to the bus by way of a physical connection. The staff member will check the connection between the physical entities so that the entity electronic control unit will normally be correctly connected to the corresponding bus. Therefore, the message information of the entity electronic control unit can be monitored to be used as the basis of the marking bus.
In this embodiment, the entity electronic control unit and the simulator are connected by a bus. Thus, when the message information of the entity electronic control unit is monitored, the message information sent from the bus to the simulator can be monitored.
Please refer to fig. 2. In some embodiments, the entity electronic control unit may be a part under test, which may refer to a module used to perform a test during the test. The test for the tested piece is to verify whether it meets the specific requirements, functions, performance, safety and the like. In this way, a virtual electronic control unit for testing and communicating with the test object may be provided by the simulator. In this embodiment, the test object may be a gateway device. The gateway device may be connected to a plurality of buses and may actively send message information to the connected buses. Further, the gateway device may be provided with a message generating module for generating message information for communication with the electronic control unit corresponding to the bus, respectively, for each bus. The gateway device may be connected to the simulator by a plurality of buses, and may be classified into a CAN type bus and a LIN type bus, for example. For example, the buses may include Chassis CAN bus1 (Chassis CAN 1), chassis CAN bus 2 (Chassis CAN 2), LIN1, LIN2, LIN3, and the like. The electronic control unit may include, but is not limited to: a light control unit, a door control unit, an air conditioner control unit, a sensor unit, an ETC unit, a seat control unit, and the like.
In some embodiments, the bus identification method further comprises: determining a bus corresponding to the virtual electronic control unit according to the bus identity data; and sending the message information of the virtual electronic control unit to a bus determined according to the bus identity data.
In this embodiment, in the testing process, the virtual electronic control unit is required to send message information to the tested piece. Thus, the correct bus can be determined by the bus identity data bound by the virtual electronic control unit. The method and the device realize that message information is correctly sent to the tested piece.
The embodiment of the specification also provides a method for determining the characteristic message. The determining method comprises the following steps: storing the message information in each bus under the condition that a plurality of buses connected by the simulator are in correct configuration, and obtaining a message information set corresponding to each bus; comparing the differences among the message information sets corresponding to the buses to obtain the unique message information of the message information set of each bus, and taking the unique message information of each bus as a characteristic message.
In some cases, the staff may first correctly build a software testing environment for the vehicle and then run the relevant software, so that the plurality of electronic control units may communicate through the corresponding buses. At this time, the simulator can generate a characteristic message corresponding to each bus according to the collected message information, so that when the system bus identifier allocated to the bus by the simulator changes, the identity of the bus is identified through the characteristic message.
In this embodiment, the simulator may monitor the message information in each bus continuously. And storing the monitored message information. Thus, after a period of time has elapsed, the simulator may store more comprehensive message information corresponding to each bus. Thus, the simulator can compare the message information sets corresponding to each bus, and further obtain the unique characteristic messages of each bus. Specifically, reference may be made to the foregoing comparative explanation, and no further description is given.
In some embodiments, the method for determining a feature message further includes: setting bus identity data for each bus; the bus identity data is used for identifying a corresponding bus; and correspondingly storing the characteristic message of the bus and the identity data of the bus to obtain the characteristic message set.
In some cases, after obtaining the unique feature message of each bus, the identity of the bus may be determined through the feature message, and further bus identity data may be set for each bus, so as to label the corresponding bus through the bus identity data, so as to determine the bus corresponding to the virtual electronic control unit.
In this embodiment, when a plurality of buses to which the simulator is connected are in a correct configuration, at this time, a system bus identification automatically assigned to each bus by the simulator can be acquired. Further, the simulator may store the system bus identification as bus identity data corresponding to each bus. Of course, in some embodiments, the bus identity data may also be specified by user input or generated according to a specified algorithm.
The embodiment of the specification also provides an execution method of the simulator, which can be applied to the simulator. The execution method of the simulator can comprise the following steps: executing the bus identification method introduced by any one of the embodiments under the condition that a specified system event occurs in the operating system of the simulator is detected; the specified system event includes a start event of the operating system, or the operating system detects a new bus access event.
In some cases, the operating system of the simulator may restart, or a reinsertion between the bus and the simulator may occur, so that the bus identification method may be performed upon detecting a specified system event of the operating system of the simulator, in order to ensure that the buses in the simulator can be correctly identified and communicated with. In particular, a startup event or a new bus access event of the operating system of the simulator may cause a reconnection or reconfiguration of the bus device, and thus a bus identification method needs to be performed to determine the current state and configuration information of the bus device.
In this embodiment, the specified system event may be a restart of the operating system. Restarting the operating system may cause the configuration relationship of the bus to change. Specifically, for example, in the power-on state of the operating system, the sequence of inserting the USB device allocates system identifiers, and after restarting, the system identifiers are allocated according to the default sequence of the operating system, and for the same bus, the allocated system identifiers may not be the same.
In this embodiment, the specified system event may also be that the operating system detects a new bus access event. The system detects the new bus which is accessed, and can allocate the system identification for the new bus which is accessed. However, the currently assigned system identification may not be the same as the system identification assigned the last time the bus was accessed to the simulator. Specifically, for example, the operating system may replace the USB converter device, or reinsert the converter, and the operating system may reinsete all USB devices.
In this embodiment, the bus identification method is executed when a specified system event is detected, so as to mark the bus to which the simulator is connected, so that the simulator can be correctly operated. The manual configuration work of the staff is reduced, and convenience is brought to the staff.
Please refer to fig. 3. In some embodiments, a simulator is also included, the simulator having a plurality of buses connected thereto; wherein the buses correspond to the electronic control units respectively; the simulator comprises: a monitoring module 31, configured to monitor message information in the multiple buses; a matching module 32, configured to match the message information in a feature message set, so as to obtain a target feature message corresponding to the message information; the feature message set comprises a plurality of feature messages, and the feature messages correspond to bus identity data; and the marking module 33 is configured to mark, using the bus identity data corresponding to the target feature message, a bus to which the message information corresponding to the target feature message belongs.
The specific functions and effects implemented by the simulator can be explained with reference to other embodiments of the present specification, and are not repeated here. The various modules in the simulator may be implemented in whole or in part by software, hardware, and combinations thereof. The modules can be embedded in hardware or independent of a processor in the computer equipment, and can also be stored in a memory in the computer equipment in a software mode, so that the processor can call and execute the operations corresponding to the modules.
Please refer to fig. 4. In some embodiments, the determining device further includes a feature message, including: a storage module 41, configured to store the message information in each bus to obtain a message information set corresponding to each bus when the plurality of buses connected by the simulator are in a correct configuration; the comparison module 42 is configured to compare differences between message information sets corresponding to the multiple buses, obtain message information unique to each of the message information sets of the buses, and use the message information unique to each of the buses as a characteristic message.
The specific functions and effects achieved by the feature message device may also be explained with reference to other embodiments of the present specification, and will not be described herein. The modules in the feature message device may be implemented in whole or in part by software, hardware, or a combination thereof. The modules can be embedded in hardware or independent of a processor in the computer equipment, and can also be stored in a memory in the computer equipment in a software mode, so that the processor can call and execute the operations corresponding to the modules.
Referring to fig. 5, the embodiment of the present disclosure further provides a computer device, including a memory and a processor, where the memory stores a computer program, and the processor executes the computer program to implement the method in any of the foregoing embodiments. The computing device may include a processor, internal memory, a communication interface, a display device, an input device, and a non-volatile storage medium connected by a system bus. The nonvolatile storage medium may store an operating system, the computer program, and the like.
The present description also provides a computer-readable storage medium having stored thereon a computer program which, when executed by a computer, causes the computer to perform the information presentation method of any of the above-described embodiments.
The present description also provides a computer program product comprising instructions which, when executed by a computer, cause the computer to perform the method of presenting information in any one of the embodiments described above.
The computer program or instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another computer readable storage medium, for example, the computer program or instructions may be transmitted from one website site, computer, server, or data center to another website site, computer, server, or data center by wired or wireless means. The computer readable storage medium may be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that integrates one or more available media. The usable medium may be a magnetic medium, e.g., floppy disk, hard disk, tape; but also optical media such as digital video discs; but also semiconductor media such as solid state disks. The computer readable storage medium may be volatile or nonvolatile storage medium, or may include both volatile and nonvolatile types of storage medium.
It will be appreciated that the specific examples herein are intended only to assist those skilled in the art in better understanding the embodiments of the present disclosure and are not intended to limit the scope of the present invention.
It should be understood that, in various embodiments of the present disclosure, the sequence number of each process does not mean that the execution sequence of each process should be determined by the function and the internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present disclosure.
It will be appreciated that the various embodiments described in this specification may be implemented either alone or in combination, and are not limited in this regard.
Unless defined otherwise, all technical and scientific terms used in the embodiments of this specification have the same meaning as commonly understood by one of ordinary skill in the art to which this specification belongs. The terminology used in the description is for the purpose of describing particular embodiments only and is not intended to limit the scope of the description. The term "and/or" as used in this specification includes any and all combinations of one or more of the associated listed items. As used in this specification and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.
It will be appreciated that the processor of the embodiments of the present description may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method embodiments may be implemented by integrated logic circuits of hardware in a processor or instructions in software form. The processor may be a general purpose processor, a Digital signal processor (Digital SignalProcessor, DSP), an application specific integrated circuit (ApplicationSpecific Integrated Circuit, ASIC), an off-the-shelf programmable gate array (Field Programmable Gate Array, FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components. The methods, steps and logic blocks disclosed in the embodiments of the present specification may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of a method disclosed in connection with the embodiments of the present specification may be embodied directly in hardware, in a decoded processor, or in a combination of hardware and software modules in a decoded processor. The software modules may be located in a random access memory, flash memory, read only memory, programmable read only memory, or electrically erasable programmable memory, registers, etc. as well known in the art. The storage medium is located in a memory, and the processor reads the information in the memory and, in combination with its hardware, performs the steps of the above method.
It will be appreciated that the memory in the embodiments of this specification may be either volatile memory or nonvolatile memory, or may include both volatile and nonvolatile memory. The non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (programmableROM, PROM), an erasable programmable read-only memory (erasablePROM, EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory, among others. The volatile memory may be Random Access Memory (RAM). It should be noted that the memory of the systems and methods described herein is intended to comprise, without being limited to, these and any other suitable types of memory.
Those of ordinary skill in the art will appreciate that the elements and algorithm steps described in connection with the embodiments disclosed herein can be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present specification.
It will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the above-described system, apparatus and unit may refer to corresponding procedures in the foregoing method embodiments, and are not repeated herein.
In the several embodiments provided in this specification, it should be understood that the disclosed systems, apparatuses, and methods may be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative, e.g., the division of the units is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form.
The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the embodiment.
In addition, each functional unit in each embodiment of the present specification may be integrated into one processing unit, each unit may exist alone physically, or two or more units may be integrated into one unit.
The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer-readable storage medium. Based on this understanding, the technical solutions of the present specification may be essentially or portions contributing to the prior art or portions of the technical solutions may be embodied in the form of a software product stored in a storage medium, including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the methods described in the embodiments of the present specification. And the aforementioned storage medium includes: a usb disk, a removable hard disk, a read-only memory (ROM), a random-access memory (RAM), a magnetic disk, or an optical disk, etc.
The foregoing is merely specific embodiments of the present disclosure, but the scope of the present disclosure is not limited thereto, and any person skilled in the art can easily think about changes or substitutions within the technical scope disclosed in the present disclosure, and should be covered by the scope of the present disclosure. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (11)
1. A bus recognition method, characterized in that it is applied to a simulator, to which a plurality of buses are connected; wherein the buses correspond to the electronic control units respectively; the method comprises the following steps:
monitoring message information in the buses;
matching the message information in a characteristic message set to obtain a target characteristic message corresponding to the message information; the feature message set comprises a plurality of feature messages, and the feature messages correspond to bus identity data; the bus identity data is used for indicating the identity of the bus; the characteristic message is unique message information of each bus;
and marking a bus to which the message information corresponding to the target characteristic message belongs by using the bus identity data corresponding to the target characteristic message.
2. The method according to claim 1, wherein the method further comprises: distributing system bus identification aiming at the identified buses; wherein, the system bus identifier is set by the simulator;
in the step of marking the bus to which the message information corresponding to the target feature message belongs by using the bus identity data corresponding to the target feature message, the bus to which the message information corresponding to the target feature message belongs has a target system bus identifier, the step includes: and correspondingly recording the bus identity data and the target system bus identification.
3. The method of claim 1, wherein the electronic control unit comprises a physical electronic control unit connected to the simulator by a bus, and a virtual electronic control unit in the simulator; the step of monitoring the message information in the buses comprises the following steps: and monitoring message information sent by the entity electronic control unit in the buses.
4. A method according to claim 3, characterized in that the method further comprises:
determining a bus corresponding to the virtual electronic control unit according to the bus identity data;
and sending the message information of the virtual electronic control unit to a bus determined according to the bus identity data.
5. A method for determining a characteristic message, wherein the characteristic message is applied to the bus identification method as set forth in any one of claims 1 to 4; the method for determining the characteristic message comprises the following steps:
storing the message information in each bus under the condition that a plurality of buses connected by the simulator are in correct configuration, and obtaining a message information set corresponding to each bus;
comparing the differences among the message information sets corresponding to the buses to obtain the unique message information of the message information set of each bus, and taking the unique message information of each bus as a characteristic message.
6. The method of claim 5, wherein the method further comprises:
setting bus identity data for each bus; the bus identity data is used for identifying a corresponding bus;
and correspondingly storing the characteristic message of the bus and the identity data of the bus to obtain the characteristic message set.
7. A method of executing a simulator, the method comprising:
in the event that a specified system event is detected to occur in the operating system of the simulator, performing the bus identification method according to any one of claims 1 to 4; the specified system event includes a start event of the operating system, or the operating system detects a new bus access event.
8. A simulator, wherein a plurality of buses are connected to the simulator; wherein the buses correspond to the electronic control units respectively; the simulator comprises:
the monitoring module is used for monitoring message information in the buses;
the matching module is used for matching the message information in the characteristic message set to obtain a target characteristic message corresponding to the message information; the feature message set comprises a plurality of feature messages, and the feature messages correspond to bus identity data; the bus identity data is used for indicating the identity of the bus; the characteristic message is unique message information of each bus;
and the marking module is used for marking the bus to which the message information corresponding to the target characteristic message belongs by using the bus identity data corresponding to the target characteristic message.
9. A device for determining a characteristic message, the characteristic message being applied to the simulator of claim 8; the device for determining the characteristic message comprises the following steps:
the storage module is used for storing the message information in each bus under the condition that a plurality of buses connected by the simulator are in correct configuration, so as to obtain a message information set corresponding to each bus;
the comparison module is used for comparing the differences among the message information sets corresponding to the buses to obtain the unique message information of the message information set of each bus, and the unique message information of each bus is used as a characteristic message.
10. A computer device, comprising: a memory storing a computer program and a processor implementing the method of any one of claims 1 to 7 when the computer program is executed by the processor.
11. A computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the method of any of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310695253.4A CN116436723B (en) | 2023-06-13 | 2023-06-13 | Bus identification method, bus determination method, bus execution method and related devices |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202310695253.4A CN116436723B (en) | 2023-06-13 | 2023-06-13 | Bus identification method, bus determination method, bus execution method and related devices |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN116436723A CN116436723A (en) | 2023-07-14 |
| CN116436723B true CN116436723B (en) | 2023-09-01 |
Family
ID=87087591
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202310695253.4A Active CN116436723B (en) | 2023-06-13 | 2023-06-13 | Bus identification method, bus determination method, bus execution method and related devices |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN116436723B (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112015163A (en) * | 2020-08-20 | 2020-12-01 | 广州汽车集团股份有限公司 | Method and device for quickly identifying diagnostic subject on CAN bus |
| CN112187468A (en) * | 2020-09-21 | 2021-01-05 | 北京航空航天大学 | CAN network data source identity authentication method based on identity |
| CN113627215A (en) * | 2020-05-07 | 2021-11-09 | 厦门雅迅网络股份有限公司 | ECU identification method based on CAN signal characteristics and storage medium |
| CN115695077A (en) * | 2022-10-27 | 2023-02-03 | 浙江吉利控股集团有限公司 | A bus data receiving method, device, electronic equipment and storage medium |
| CN115766267A (en) * | 2022-11-28 | 2023-03-07 | 北京京深深向科技有限公司 | Controller Area Network (CAN) bus identity authentication method and device and electronic equipment |
| CN115840434A (en) * | 2021-12-03 | 2023-03-24 | 杭州安恒信息安全技术有限公司 | Vehicle ECU (electronic control Unit) identification method and device and related equipment |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110348198B (en) * | 2019-06-21 | 2024-04-12 | 华为技术有限公司 | Identity recognition method, related device and system of simulation object |
-
2023
- 2023-06-13 CN CN202310695253.4A patent/CN116436723B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113627215A (en) * | 2020-05-07 | 2021-11-09 | 厦门雅迅网络股份有限公司 | ECU identification method based on CAN signal characteristics and storage medium |
| CN112015163A (en) * | 2020-08-20 | 2020-12-01 | 广州汽车集团股份有限公司 | Method and device for quickly identifying diagnostic subject on CAN bus |
| CN112187468A (en) * | 2020-09-21 | 2021-01-05 | 北京航空航天大学 | CAN network data source identity authentication method based on identity |
| CN115840434A (en) * | 2021-12-03 | 2023-03-24 | 杭州安恒信息安全技术有限公司 | Vehicle ECU (electronic control Unit) identification method and device and related equipment |
| CN115695077A (en) * | 2022-10-27 | 2023-02-03 | 浙江吉利控股集团有限公司 | A bus data receiving method, device, electronic equipment and storage medium |
| CN115766267A (en) * | 2022-11-28 | 2023-03-07 | 北京京深深向科技有限公司 | Controller Area Network (CAN) bus identity authentication method and device and electronic equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN116436723A (en) | 2023-07-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108984389B (en) | Application program testing method and terminal equipment | |
| CN111651366B (en) | SDK test method, device, equipment and storage medium | |
| US6678625B1 (en) | Method and apparatus for a multipurpose configurable bus independent simulation bus functional model | |
| EP2472402A1 (en) | Remote management systems and methods for mapping operating system and management controller located in a server | |
| CN112783516B (en) | Method for hardware adaptation, electronic device and computer readable storage medium | |
| CN115061885A (en) | Complete machine aging automatic test method and device, electronic equipment and storage medium | |
| CN111651232A (en) | One-machine multi-control method, device and system and electronic equipment | |
| CN110941520B (en) | Hardware function test system and method based on two-out-of-two safety control unit | |
| CN116436723B (en) | Bus identification method, bus determination method, bus execution method and related devices | |
| CN111596638B (en) | Vehicle troubleshooting method, apparatus, device, and computer-readable storage medium | |
| CN113133041B (en) | Method and device for testing vehicle-to-vehicle communication function in dynamic interval train control vehicle | |
| CN115712559A (en) | Method and device for testing hardware management software and electronic equipment | |
| CN107544879A (en) | Diagnostic method, device and the machinable medium of server | |
| CN111857103B (en) | Vehicle diagnosis method, device, equipment and storage medium | |
| CN118155698A (en) | Data testing method, electronic equipment and storage medium | |
| US20170269988A1 (en) | Determining problem solutions based on system state data | |
| CN109918245A (en) | Method, device, terminal and storage medium for checking server memory location error | |
| CN112650672A (en) | Model testing system, method and device based on Junit | |
| KR20060023862A (en) | CAN Network Management System and How to Test and Debug It | |
| CN108733529B (en) | Verification method and device for interleaving function of AXI (advanced extensible interface) cross switch | |
| CN115391168A (en) | Sandbox testing method, sandbox testing device, sandbox testing equipment and storage medium | |
| CN112363925A (en) | Method for acquiring vehicle-mounted machine basic information, electronic equipment and computer storage medium | |
| CN117520081A (en) | Function verification system and method | |
| CN114814412A (en) | SIM card testing method and device, computer equipment and storage medium | |
| CN115061905A (en) | Processing method and electronic equipment |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |