Processing method for bus, bus communication device, system and program product

Abstract

The application relates to a processing method for a bus, a bus communication device, a system and a program product, wherein the bus communication device is connected to a target bus, the target bus is connected to a real bus device, and the method comprises the following steps: when a message sending condition of a message corresponding to at least one simulation node is met, the bus communication device sends the message to the target bus, the simulation node is predefined, and each simulation node corresponds to one or a group of to-be-sent messages.

Description

Technical Field

[0001] The present application relates to the field of bus technology, and in particular to a bus processing method, a bus communication device, a system, and a program product. Background Art

[0002] Buses, such as the CAN bus, LIN bus, Flexray bus, and in-vehicle Ethernet bus, can be connected to and communicate over the bus. These devices can be considered real bus devices, such as controllers and sensors in vehicles. During the development of real bus devices, it is often necessary to connect these devices to the bus along with devices that perform bus-specific processing (such as test equipment, calibration equipment, diagnostic equipment, and analysis equipment). These devices can perform at least one of the following operations on the real bus devices via the bus: testing, calibration, diagnosis, and analysis.

[0003] In the prior art, such devices for processing the bus often include a host computer and a bus communication device. The bus communication device is connected between the host computer and the bus, and various processes are performed in the host computer. At this time, the bus communication device only serves as a bridge for transmitting data between the host computer and the bus, and the processing process is all implemented by the host computer. It can be seen that the function of the bus communication device is relatively simple, and the real-time processing will also be limited by factors such as the accuracy and stability of the local time of the host computer, and the communication method between the host computer and the bus communication device. Summary of the Invention

[0004] Based on this, it is necessary to provide a bus processing method, bus communication device, system and program product to address the above technical problems.

[0005] In a first aspect, the present application provides a bus processing method, wherein a bus communication device is connected to a target bus, and the target bus is connected to a real bus device. The method includes:

[0006] The bus communication device sends a message to the target bus when a message sending condition of a message corresponding to at least one simulation node is satisfied. The simulation nodes are predefined, and each simulation node corresponds to one or a group of messages to be sent.

[0007] In a second aspect, the present application provides a system, characterized in that it includes: a bus communication device and a host computer, and the bus communication device is used to execute the method provided in the first aspect.

[0008] In a third aspect, the present application provides a bus communication device, comprising a memory and a processor, wherein the memory stores a program, and the processor implements the steps of the method provided in the first aspect when executing the program.

[0009] In a fourth aspect, the present application provides a readable storage medium having a program stored thereon, which, when executed by a processor, implements the steps of the method provided in the first aspect.

[0010] In a fifth aspect, the present application provides a program product, comprising a program, which, when executed by a processor, implements the steps of the method provided in the first aspect.

[0011] In the above-mentioned bus processing method, bus communication device, system and program product, the bus communication device is not only a bridge between the host computer and the bus, but also can execute message transmission between the simulation node and the bus, and realize the message sending condition judgment and sending function of the simulation node message. Because it is executed by the bus communication device rather than the host computer, the function of the bus communication device is enriched. At the same time, the accuracy and stability of the local time of the host computer, and the communication means between the host computer and the bus communication device and other factors on the real-time performance of the target processing process are greatly reduced. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] In order to more clearly illustrate the technical solutions in the embodiments of the present application or related technologies, the following briefly introduces the drawings required for use in the embodiments of the present application or related technical descriptions. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying any creative work.

[0013] Figure 1 An application environment in one embodiment Figure 1 ;

[0014] Figure 2 An application environment in one embodiment Figure 2 ;

[0015] Figure 3 An application environment in one embodiment Figure 3 ;

[0016] Figure 4 An application environment in one embodiment Figure 4 ;

[0017] Figure 5 A schematic diagram of the structure of a bus communication device and system in one embodiment Figure 1 ;

[0018] Figure 6 A schematic diagram of the structure of a bus communication device and system in one embodiment Figure 2 ;

[0019] Figure 7 A schematic diagram of a method in an embodiment Figure 1 ;

[0020] Figure 8 A schematic diagram of a method in an embodiment Figure 2 ;

[0021] Figure 9 FIG. 4 is a flow chart of step S300 in an embodiment. DETAILED DESCRIPTION

[0022] To facilitate understanding of the present application, the present application will be described more fully below with reference to the accompanying drawings. The accompanying drawings provide embodiments of the present application. However, the present application may be implemented in many different forms and is not limited to the embodiments described herein. Rather, these embodiments are provided to make the disclosure of the present application more thorough and comprehensive.

[0023] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application pertains. The terms used herein in the specification of this application are for the purpose of describing specific embodiments only and are not intended to limit this application.

[0024] It will be understood that the terms "first," "second," etc. used herein may be used to describe various elements, but these elements are not limited by these terms. These terms are only used to distinguish a first element from another element.

[0025] It should be noted that when an element is considered to be "connected" to another element, it can be directly connected to the other element or connected to the other element through an intervening element. In addition, the "connection" in the following embodiments should be understood as "electrical connection", "communication connection", etc., if there is transmission of electrical signals or data between the connected objects.

[0026] When used herein, the singular forms "a", "an", and "the" may also include the plural forms, unless the context clearly indicates otherwise. It should also be understood that the terms "include / comprise" or "have" and the like specify the presence of stated features, integers, steps, operations, components, parts, or combinations thereof, but do not preclude the possibility of the presence or addition of one or more other features, integers, steps, operations, components, parts, or combinations thereof.

[0027] In the application scenarios of the embodiments of this application, Figure 1As shown, a bus communication device is used, and the bus communication device can be connected to a bus, and a real bus device can be connected to the bus. In this application, the bus connected to the real bus device and the bus communication device can be represented as a target bus; in some examples, the bus communication device can perform at least one of testing, calibration, analysis, and recording on the real bus device through the bus, but is not limited to this; the bus communication device can realize the sending and receiving of messages on the bus.

[0028] A real bus device can be understood as any electronic device that can connect to a bus and send and / or receive messages on the bus. A real bus device can be either under development or already developed. In some examples, a real bus device can include a device that can be installed in a vehicle and connected to the bus in the vehicle after development. Specifically, a real bus device can be a controller (such as an ECU) or a sensor. In some examples, a real bus device can also include a test bench.

[0029] The bus can be any bus. For example, it can be any of the following buses: CAN bus, LIN bus, Flexray bus, vehicle Ethernet bus, DSI3 bus, PSI5 bus, etc. In one example, if it is mainly used in the vehicle field, the bus usually refers to the vehicle bus. Of course, the vehicle bus only indicates that this type can be used in vehicles or is often used in vehicles, and does not mean that the bus involved in the embodiments of the present application is a bus that is already installed in the vehicle. Therefore, the bus can be already installed in the vehicle or not installed in the vehicle.

[0030] The real bus device and the bus communication device can be connected through one bus or multiple buses. For example, the real bus device is an ECU, and the ECU is connected to the bus communication device through an in-vehicle Ethernet bus, a CAN bus, a LIN bus, or a Flexray bus.

[0031] A bus can be connected to a single real bus device or multiple real bus devices. For example, a real bus device can be an ECU (equivalent to a device under test), while sensors and / or test benches can also be connected to the bus as real bus devices. Furthermore, in one example, operating signals from the test bench can be fed back to the ECU via the bus, and control signals from the ECU can be fed back to the test bench via the bus. If the bus communication device needs to monitor the bus, it can also monitor these signal messages. For another example, multiple real bus devices can be ECUs that need to be tested together.

[0032] There can be one or more bus communication devices. For example, if the interface of a single bus communication device is not sufficient to complete the test of the ECU (i.e., a real bus device), multiple bus communication devices can also be used. The bus communication devices may or may not have a mechanism for mutual communication. The mechanism for mutual communication can be, for example: the bus communication devices can also be cascaded through network cables, optical fibers, etc., or can be connected to the same Ethernet switch.

[0033] The bus communication device can be a device capable of running an embedded operating system. For example, it can be configured with a processor and memory sufficient to run an embedded operating system (such as Linux, EOS, Windows CE, etc.). The processor reads the program in the memory to implement the functions of the bus communication device. Furthermore, the bus communication device can more efficiently implement message transmission and / or message reception between the simulation node and the bus. In some examples, it can also implement feedback display of bus messages.

[0034] In one exemplary specific application scenario, during the development of a real bus device (e.g., before the real bus device is installed in a vehicle for use), both the real bus device and the bus communication device can be connected to the bus. In another exemplary specific application scenario, the bus communication device is installed in a vehicle and connected to a bus already in use in the vehicle, and the real bus device is already in use in the vehicle.

[0035] In addition, the application scenarios of the embodiments of the present application are not limited thereto, and may be, for example, in aerospace, electric power and other fields.

[0036] In one embodiment, please refer to Figure 2 、 Figure 3 and Figure 4 The bus communication device can be connected to the host computer. Specifically, the bus communication device can be connected to the host computer via a USB cable or a network cable. In addition, the possibility of connecting to the host computer through other communication means such as optical fiber is not ruled out.

[0037] In some examples, the host computer may be configured with target software, and users who log in to the target software can influence and / or observe the message transmission on the bus from the host computer. This influence and / or observation can occur before the target processing of the bus is started, after the target processing is started, or after the target processing is completed; for example, matters related to the target processing required by the bus communication device are pre-configured, i.e., pre-defined. Regardless of the target software configured in the host computer, as long as the target processing is achieved using the solution of the bus communication device of the present application, it does not depart from the scope of the embodiments of the present application.

[0038] In some examples, a terminal device other than the host computer can also be used, which can be configured with target software. The target software of the host computer and the terminal device can be the same or different. The user who logs into the target software can influence and / or observe the target process in the terminal device. Such influence and / or observation can be generated before the target process is started, or after the target process is started, or after the target process is completed. In terms of communication methods, Figure 3 In the solution shown, the terminal devices can be connected to the bus communication device via a local area network and / or the Internet; Figure 4 In the solution shown, the terminal device can be connected to the host computer via a local area network and / or the Internet, and then interact with the bus communication device via the host computer.

[0039] In one application scenario, the host computer can be a device connected to the bus communication device via USB, and the terminal device can be a device that needs to interact with the bus communication device via the Internet. As a result, the limitation that real-time influence and / or real-time observation of target processing (such as testing the processing of real bus devices via the bus) can only be achieved on-site is broken through. For example, some personnel can influence and / or observe the target processing (such as testing the processing of real bus devices via the bus) through the host computer on-site in the laboratory or R&D site, and other personnel can influence and / or observe the target processing through the terminal device at home, in the office or anywhere else.

[0040] Figure 5 and Figure 6 Two architectures of the bus communication device are given as examples, but the specific structure of the bus communication device is not limited thereto.

[0041] Please refer to Figure 5 and Figure 6The bus communication device may include a processor (sufficient to run an embedded operating system, such as a Linux system), an FPGA, a USB module, a CAN module, a LIN module, a Flexray module, and an in-vehicle Ethernet module, wherein the FPGA is connected to a host computer via a USB module and a USB cable, the FPGA is connected to a CAN bus via a CAN module, the FPGA is connected to a LIN bus via a LIN module, the FPGA is connected to a Flexray bus via a Flexray module, and the FPGA is connected to an in-vehicle Ethernet bus via an in-vehicle Ethernet module. The FPGA can realize communication between the processor and each communication module (i.e., a USB module, a CAN module, a LIN module, a Flexray module, an in-vehicle Ethernet module, etc.). In one example, each communication module may, for example, include a transceiver chip of a corresponding communication protocol, such as a USB transceiver chip, a CAN transceiver chip, a LIN transceiver chip, a Flexray transceiver chip, an in-vehicle Ethernet transceiver chip, etc. In another example, each communication module may, for example, include an interface for transmitting corresponding signals.

[0042] Further, in Figure 6 In the scheme shown, a network communication module is provided in the bus communication device, and the network communication module is also connected to the FPGA. At this time, the terminal device can interact with the bus communication device through the network communication module without going through the host computer, for example, through a local area network and / or the Internet. The network communication module can be a network communication module of a mobile network such as 4G, 5G, 6G, or a network communication module such as Wifi, Bluetooth, etc.

[0043] The embodiment of the present application provides a method for processing a bus, wherein the bus communication device used is connected to a target bus, and the target bus is connected to a real bus device, wherein the target bus can refer to Figures 1 to 6 And the bus mentioned in the relevant content of the specification is understood; that is, the target bus mentioned in the specification of this application is: the bus connecting the bus communication device and the real bus device.

[0044] Please refer to Figure 7 , the processing method for the bus includes:

[0045] S100: The bus communication device starts target processing on the target bus in response to a start instruction from the outside;

[0046] S200: The bus communication device sends a message to the target bus when a message sending condition of a message corresponding to at least one simulation node is satisfied;

[0047] The at least one simulation node is predefined.

[0048] The start instruction can be understood as an instruction for starting target processing.

[0049] In one example, the start instruction may be sent from the host computer to the bus communication device. In another example, it may be sent from a terminal device to the bus communication device. In another example, it may be configured as follows: the host computer and the terminal device both give start instructions, and the bus communication device responds to these start instructions and starts the target process only after both the host computer and the terminal device give start instructions. In another example, it may be configured as follows: the host computer and the terminal device both give start instructions, and the bus communication device responds to these operation instructions and starts the target process as long as it receives any start instruction. In another example, the bus communication device may also obtain the start instruction based on the triggering of an interactive component (such as a button) provided on the bus communication device. In addition, step S200 may be preceded by step S100. For example, the target processing process may be performed only after the target processing is activated by step S100, which includes: step S200. Step S100 may not be performed before step S200. For example, the target processing process may be entered after the target software is opened, thereby executing step S200. For another example, the target processing process may be entered after the bus communication device is turned on or powered on, thereby executing step S200. For another example, step S200 may be executed after the host computer is connected.

[0050] In one example, the host computer and the terminal device can log in as different users. Furthermore, regarding the startup instruction, it can also be configured that only a specific user or a specific device is allowed to issue the startup instruction, or: only the startup instruction issued by a specific user or a specific device can trigger step S100, that is, the bus communication device only starts the target processing of the target bus in response to the startup instruction issued by the specific user through the host computer or the terminal device.

[0051] The target processing can be understood as: any steps and processes implemented after the target processing is started (i.e. any steps and processes that are directly or indirectly triggered to be executed due to the start of the target processing) can be understood as part of the target processing. For example, the processing processes of step S200 and step S300 mentioned in the specification of this application can be understood as part of the target processing, especially the processing processes automatically executed by the bus communication device can be understood as part of the target processing. The target processing can include some or all of the following: testing, calibration, diagnosis, analysis, etc.

[0052] The simulation nodes, which can also be expressed as simulation units or simulation modules, refer to nodes, units, or modules that are specifically configured with one or a series of messages to be sent, and different simulation nodes can be distinguished by the identifiers of the simulation nodes. The difference between different simulation nodes is at least reflected in that the corresponding messages to be sent are different, that is, for at least some simulation nodes, the messages corresponding to different simulation nodes are different. Furthermore, the simulation node can be understood as a concept defined for distinguishing different messages (for example, by the source of the message, and / or by the sending conditions of the message), and sending messages based on this can help to reasonably and effectively standardize the processing procedures of various messages.

[0053] It can be seen that in this application, whether the message meets the corresponding message sending conditions and needs to be sent is determined by the bus communication device. In the prior art, the bus communication device is only a bridge for message sending. As long as the message is received, it is sent to the bus. Usually, the host computer decides whether the message has reached the time to be sent.

[0054] In addition, in the prior art, even in the host computer, usually only the messages to be sent are configured, and the concept of simulation nodes is not used, that is, different simulation nodes are not used to distinguish different message combinations to be sent. Therefore, the bus communication device does not need and does not know which simulation node each message corresponds to. In this application, the bus communication device realizes the sending of messages corresponding to the simulation nodes. Therefore, the bus communication device needs to know which messages each simulation node corresponds to and distinguish different simulation nodes for message sending.

[0055] On this basis, it can be easily realized that the message sending of one simulation node does not necessarily affect the message sending of another simulation node, unless the sending condition of a certain message of a simulation node is designed so that the message of another simulation node is sent to the target bus. Otherwise, the sending of messages of different simulation nodes is independent of each other.

[0056] For example, if node A needs to send two messages with a time interval of △t between the two messages, node B needs to send three messages, and each message needs to be sent based on the message sending time information to determine when to send it, and node C needs to send three messages, and the sending of each message needs to be triggered by the event of receiving a specific message from the target bus, then the message sending of the three nodes A, B, and C can be implemented independently without affecting each other.

[0057] In order to better achieve the mutual independence of the message sending of the simulation nodes, in an example, the sending condition judgment and sending execution of the message of each simulation node are independent of each other and can be executed in parallel. The bus communication device can construct a processing unit for each simulation node, and each processing unit can execute its own message sending in parallel (including judging whether the message sending condition is met, and sending the message after it is met). If the bus communication device still needs to form a message, the message of each simulation node is formed by the corresponding processing unit. Furthermore, the correspondence between the simulation node and the constructed processing unit can be one-to-one or non-one-to-one, for example, multiple simulation nodes may correspond to one processing unit.

[0058] In some examples, the processing unit can also be understood as a specific implementation of the simulation node.

[0059] Regardless of the type of simulation node, and regardless of whether a simulation node is used for definition and execution, if it is necessary to implement the sending and receiving of messages, it is often necessary to use the mapping relationship between logical channels and physical channels. Logical channels are usually the carriers used to represent signal transmission channels when users configure target processing. For example, corresponding logical channels can be configured for simulation nodes, messages, or even simulation networks. Physical channels refer to the channels in the bus communication device that actually communicate with the target bus, for example, they can include corresponding physical interfaces.

[0060] In the prior art, for target processing executed by a bus communication device within the same time period, the mapping relationship between the logical channel and the physical channel is unique, that is, in the process of the bus communication device executing the target processing, one physical channel can only be mapped to one logical channel. In some examples of this application, a unique mapping relationship can also be adopted.

[0061] However, when applied to a technical solution in which multiple objects affect target processing, this unique mapping method may be difficult to meet the needs. For example, different users may set up logical channels according to their own needs on different devices and configure physical channels for them. At this time, it may be difficult for users to ensure the uniqueness of the channel mapping relationship and map the different logical channels configured by each to the same physical channel. Therefore, in some embodiments of the present application, different mapping relationships are configured for target processing executed within the same time period to meet the needs, thereby realizing the mapping of different logical channels to the same physical channel.

[0062] Therefore, in one embodiment, during the target processing, at least part of the messages are exchanged on the target bus by the bus communication device according to at least two different mapping relationships; the at least two different mapping relationships can map at least two different logical channels to the same physical channel, so that: the messages corresponding to the at least two different logical channels can exchange on the target bus via the same physical channel; the at least two different mapping relationships are defined by different objects.

[0063] The simulation nodes that can be created may include, for example, N types of simulation nodes. In some scenarios, N is an integer greater than or equal to 1, and in other scenarios, N may also be an integer greater than or equal to 2. In the implementation process of the bus processing method, the simulation nodes executed by the bus communication device (that is, the at least one simulation node) may be of one type or multiple types.

[0064] In one embodiment, for a plurality of different types of simulation nodes, the message sources of different types of simulation nodes are different; the different message sources involved therein can be understood as the messages of the simulation nodes being defined in different ways. If a certain device (such as a host computer and / or a terminal device) is used to predefine the simulation nodes (such as obtaining predefined information of the simulation nodes), the different types of simulation nodes are predefined by the different operating procedures of the target software of the device. For example, in the interactive interface of the target software, an option for selecting the type of simulation node can be provided. After the selection, the configuration interface for predefining the type of simulation node can be entered. At this time, the message of the simulation node, the message sending conditions, etc. can be predefined through operation, and the configurable content is also not limited to this.

[0065] Wherein: the multiple different types of simulation nodes may include at least two of the following: a first type of simulation node, a second type of simulation node, and a specified type of simulation node;

[0066] The message of the first type of simulation node is a user-defined message;

[0067] The message of the second type of simulation node is a pre-recorded message; the pre-recorded message and the sending time information of the pre-recorded message are determined based on the message transmitted on the designated bus during the operation of the designated bus and the corresponding message transmission time;

[0068] The messages of the designated type of simulation nodes originate from designated files, which may include test scripts and / or database files of the simulation network containing the simulation nodes. Specifically, designated files may be divided into different types of designated files, and correspondingly, designated type of simulation nodes may be divided into a third type of simulation nodes corresponding to the test scripts and a fourth type of simulation nodes corresponding to the database files.

[0069] Specifically, regardless of whether the designated class of simulation nodes is further divided into third class simulation nodes and fourth class simulation nodes, the message sources of the first class of simulation nodes and the second class of simulation nodes are different, the message sources of the first class of simulation nodes and the designated class of simulation nodes are different, and the message sources of the second class of simulation nodes and the designated class of simulation nodes are different.

[0070] In addition, the message source involved can also be further understood as the source determined by the corresponding operation process during the simulation node definition process (for example, during the configuration of the simulation node in the host computer and / or the terminal device), and thus it is possible that the messages are completely identical but belong to different types of simulation nodes. For example, the pre-recorded message formed by the pre-recorded message data and its corresponding sending time information, and the custom message manually written by the user based on the pre-recorded message data and its corresponding time interval information, may achieve the same message sending process in the end, but the message source is actually different. At the same time, the pre-recorded message can also be recorded in a specific file. Then, when pre-defining the second type of simulation node, it can also be achieved by importing a specific file. However, the second type of simulation node imports the specific file that describes the pre-recorded message and sending time information, while the designated type of simulation node imports the test script, database file or other designated file.

[0071] Therefore, different types of simulation nodes can also be distinguished from the differences in factors considered in the message sending conditions, and the differentiated processing of different types of simulation nodes in the processing process of the bus communication device can be reflected.

[0072] In one embodiment, for different types of simulation nodes, the factors considered in the message sending condition are different;

[0073] in:

[0074] Factors considered in the message sending conditions of the first type of simulation nodes include: time interval information between messages and / or operation information for the first type of simulation nodes;

[0075] The factors considered in the message sending conditions of the second type of simulation nodes include: message sending time information;

[0076] The factors considered in the message sending condition of the designated type simulation node include: whether a designated message is monitored on the target bus.

[0077] Among them, the difference in factors considered in message sending conditions can be understood as: for two types of simulation nodes, there is at least one factor that only exists in the considerations of message sending conditions of one type of simulation node, but not in the considerations of message sending conditions of another type of simulation node.

[0078] Specifically, the factor of "operation information for the first type of simulation node" of the first type of simulation node may not be a consideration factor for the message sending conditions of the second type of simulation node, and thus this factor alone may constitute the difference between the factors considered in the message sending conditions of the first type of simulation node and the second type of simulation node; at the same time, the factor of "operation information for the first type of simulation node" and the consideration factor for the message sending conditions of the non-specified type of simulation node, and the time interval information may not be a consideration factor for the message sending conditions of the second type of simulation node.

[0079] The factor of "whether the specified message is monitored on the target bus" of the specified type simulation node generally does not appear in the consideration factors of the message sending conditions of the second type simulation node and the first type simulation node. Therefore, this factor alone can constitute the difference in the consideration factors of the message sending conditions between the first type simulation node and the specified type simulation node, and between the second type simulation node and the specified type simulation node.

[0080] In the above implementation, by using different message sources of different types of simulation nodes, the various possibilities of configuring and implementing the logic of target processing (e.g., testing of physical simulation nodes via a target bus) are effectively distinguished and enriched. Taking target processing as an example, the factors considered, such as message source and message sending conditions, often determine the test construction logic. Different construction logics have their own test requirements. For example, custom messages are user-defined, so they often reflect the user's understanding of the personalized and differentiated needs of the test. Pre-recorded messages are pre-recorded, so they reflect the message transmission that has objectively occurred on the bus. For example, they may be more in line with the actual situation, or they may reproduce the message transmission process that has occurred, which is convenient for comparative observation and analysis. For another example, test scripts may facilitate users to define more complex and comprehensive test processes, or they may facilitate the import of test scripts written by other software to improve efficiency. For another example, database files may facilitate users to define relatively standardized tests, such as reproducing the simulation network architecture that has been used, or they may facilitate the import of database files written by other software to improve efficiency. Of course, the types of simulation nodes are not limited to first-class simulation nodes, second-class simulation nodes, and designated-class simulation nodes (which can be further divided into third-class simulation nodes and fourth-class simulation nodes). For example, if there are other forms of designated files, then the designated-class simulation nodes can further have fifth-class simulation nodes.

[0081] In addition, the simulation nodes of the same bus protocol can constitute a corresponding test network. For example, the simulation nodes of the CAN bus can constitute a CAN simulation network, the simulation nodes of the vehicle Ethernet bus can constitute a vehicle Ethernet simulation network, and the simulation nodes of the LIN bus can constitute a LIN simulation network. The same can be deduced for each bus protocol. In a specific example, taking a certain ECU under test as a real bus device, the messages corresponding to several simulation nodes of the CAN bus are transmitted to the ECU through the CAN bus; at the same time, the messages corresponding to several simulation nodes of the vehicle Ethernet bus are transmitted to the ECU through the vehicle Ethernet bus.

[0082] Regarding the first type of simulation node, the construction, configuration, and processing of the first simulation node belonging to the first type of simulation node can be described by taking the first simulation node belonging to the first type of simulation node as an example. That is, in this specification, the first simulation node is described as an embodiment of the first type of simulation node, and various first type simulation nodes implemented in specific implementations can be understood with reference to the first simulation node.

[0083] In a host computer or terminal device, a user can first establish an empty simulation network (e.g., a CAN simulation network, an in-vehicle Ethernet simulation network, etc.), create a first simulation node in the simulation network, and then configure the first simulation node with predefined information of the first simulation node. For example, the message content and / or sending method of a custom message can be configured through a corresponding operation process. After the configuration is completed, the predefined information of the first simulation node can be obtained. Step S200 may include: if the content and / or sending method of the first custom message have not been redefined, the bus communication device sends the first custom message to the target bus based on the predefined information of the first simulation node.

[0084] The predefined information of the first simulation node may include the content and / or sending mode of the first custom message; the sending mode defines at least one of the following: whether to send periodically; the period of the periodic sending; whether to send immediately in response to the manipulation of the manipulation object; whether to start the periodic sending in response to the manipulation of the manipulation object; whether to stop the periodic sending in response to the manipulation of the manipulation object;

[0085] In one example, the predefined information of the first simulation node can be used to define: the content of a first custom message, and the first custom message is triggered and sent in response to a click of a button in a host computer or a key on a keyboard (both buttons and keys can be regarded as control objects). Correspondingly, the bus communication device will determine whether the corresponding device (such as the host computer and / or terminal device) receives a trigger signal generated by the click. The trigger signal can be understood as a type of operation information. It can be seen that the predefined information of the first simulation node can pre-define the sending method of the first simulation node as: triggered by a click of a button or a key on a keyboard (both buttons and keys can be regarded as control objects). This is the message sending condition of the custom message. The bus communication device can send the corresponding first custom message when the click is detected.

[0086] In another example, the predefined information of the first simulation node can be used to define: the content of a first custom message; the first custom message is sent periodically, and the period of the periodic sending; correspondingly, after the target processing is started or the first custom message is started for periodic sending by the operation information, the bus communication device will send the first custom message according to the predefined information of the first simulation node and the local time, for example, it determines whether the period has been reached according to the local time, and sends the first custom message after reaching it; at this time, the predefined information of the first simulation node can predefine the sending method of the first simulation node as: periodic sending with a corresponding period, and the judgment of whether the period has been reached is the message sending condition of the first custom message; of course, whether the periodic sending has been turned on can also be used as one of the message sending conditions;

[0087] Among them, the periodically sent may be the same first custom message, or may include multiple different first custom messages. In one example, each first custom message is predefined. In another example, the differences and / or correlations of the first custom messages can be predefined. For example, the first custom message of each period is obtained by performing a preset operation on the basis of the custom message of the previous period, such as adding one.

[0088] In addition, for the first custom message that is periodically sent, the first simulation node can be pre-defined to determine whether to turn on or off the periodic sending in response to the manipulation of the manipulation object. For example, the periodic sending can be turned on and / or off by clicking a button or a key on a keyboard (both buttons and keys can be considered manipulation objects) in the host computer or terminal device. The trigger signal generated by the click can also be considered as a type of operation information. In some examples, as long as the periodic sending is configured, it can also be configured to automatically turn on the periodic sending after the target processing is started.

[0089] In the above example where operational information is required, the receipt of operational information can also be considered a condition for sending a message. Furthermore, after the target processing (e.g., testing) has begun, the custom information of the first simulation node can be adjusted. Custom messages can also be created for some or all devices (e.g., a host computer, or some user terminals).

[0090] Among them, for ease of understanding, the custom message created before the target processing starts, that is, the custom message defined in the predefined information of the first simulation node, can be described as the first custom message, regardless of whether the content of the predefined information changes due to operation information. The custom message created after the target processing starts is described as the second custom message.

[0091] In one implementation manner, since the first type of simulation nodes need to combine operation information, this provides a basis for the joint operation of multiple users (or can be understood as multiple devices).

[0092] Among them, for ease of understanding, the operation information defined by the first object can be described as the first operation information, and the operation information defined by the second object can be described as the second operation information. The first object and the second object can be objects of different objects. The object here can refer to a user, a device, or a combination of a user and a device; for example, the first object and the second object can be different users, or the first object and the second object can be different devices; for another example: the definition of the object can also be designed as: a user defines operation information on a certain device (such as a host computer), then the combination of the user and the device can be regarded as one object, if the user defines operation information on another device, then the combination of the user and the device can be regarded as another object;

[0093] On this basis, the operation information defined by the object can include the operation information defined by the user, the operation information defined by the device, and the operation information defined by the user and the device together;

[0094] User-defined operation information can be understood as: the operation information defined by a user through a device (such as a host computer or terminal device) after a user logs in to the device. Regardless of the device, it is considered user-defined operation information.

[0095] Device-defined operation information can be understood as the operation information defined by a device (such as a host computer or terminal device). At this time, no matter which user logs in, it is regarded as the operation information of the device;

[0096] The operation information jointly defined by the user and the device can be understood as the operation information defined by a user after logging into a device (such as a host computer or a terminal device), and is regarded as the operation information defined by the user + the device.

[0097] The operation information herein can be understood as information directly or indirectly generated by an operation on a device (e.g., a host computer or terminal device) that can cause any change in the message sent by the first simulation node. This change can be a change in the message content or a change in the sending method. This change can be a modification of an existing custom message or the creation of a new custom message.

[0098] In the case of clarifying the above definition, step S200 may include:

[0099] If the bus communication device obtains first operation information for the first simulation node from the outside, then based on the first operation information, a corresponding custom message is sent to the target bus;

[0100] If the bus communication device obtains second operation information for the first simulation node from the outside, it sends a corresponding custom message to the target bus based on the second operation information.

[0101] in:

[0102] The first operation information is defined by a first object, and the second operation information is defined by a second object.

[0103] Furthermore, through the above scheme, during the target processing process, multiple objects can influence the message transmission of the first simulation node, thereby allowing each person who needs to influence or observe the target processing (e.g., testing) to influence the target processing in their desired manner, thus meeting the needs of multiple parties. At the same time, it can also help limit the influence of certain people on the target processing. For example, for some objects, only some or all aspects of the message transmission method of the first simulation node can be defined, while for other objects, the message content and transmission method can be defined.

[0104] If an object represents a combination of a user and a device, this can also help meet the needs and constraints of multiple parties in different scenarios. For example, if user X uses a host computer (i.e., logs into the host computer) on-site, they can be considered the first user, and if they use a terminal device, they can be considered the second user. Meanwhile, another user Y can be considered the second user regardless of whether they use the host computer or the terminal device. To distinguish between different objects, the bus communication device can obtain corresponding object information (e.g., including user information and / or device information, where user information is used to indicate the user, such as which user, or at least one of the user's identity and permissions, and device information is used to indicate the device, such as whether it is a host computer or a terminal device, and which terminal device it is).

[0105] In one example, different objects can also be distinguished to form different matters permissions, especially if the first simulation node is determined by the first object, for example, it is created and predefined by the first object, thereby obtaining the predefined information of the first simulation node, then other objects other than the first object are regarded as second objects. At this time, compared with the second object, the first object often has more matters of operation permissions, or it can be understood that the first object can affect the operational matters of the first simulation node message sending, which are often for the second object. In addition, the operational matters can also be determined by the first object when the first object creates and predefines the first simulation node.

[0106] The first object and the second object may be, for example: the first object refers to the first user and / or the host computer of the bus communication device; the second object refers to the second user and / or a terminal device other than the host computer.

[0107] In one example, the first operation information is used to define at least one of the following: the content of a first custom message that has been created; the sending method of the first custom message, whether the first custom message is sent; the content of a newly created second custom message; the sending method of the second custom message; whether the second custom message is sent; the definition of the newly created second custom message by the first operation information can also be understood as creating a second custom message and defining its content, sending method, etc.; if the content and / or sending method of the first custom message have been defined in the predefined information of the first simulation node, then the definition of the content and / or sending method of the first custom message by the first operation information can be understood as a redefinition or modification of it.

[0108] In one example, the second operation information is used to define: a method for sending at least a portion of the custom message, and / or: whether at least a portion of the custom message is sent. The at least a portion of the custom message defined by the second operation information may refer only to the first custom message, or may include both the first custom message and the second custom message. In one example, to fully restrict the second object, the second operation information may only define whether the custom message is sent, but not the sending method.

[0109] The operation information (eg, the first operation information, the second operation information) can define whether to send or not, including whether to send immediately and / or whether to start periodic sending.

[0110] The sending mode that can be defined by the operation information (such as the first operation information and the second operation information) can be understood by referring to the sending mode in the predefined information of the first simulation node.

[0111] In one example, when the first simulation node is predefined by the first object, in order to fully limit the second object, the content of the sending method that can be defined by the second operation information may be less than that of the first operation information. For example, only the first operation information can define whether it is periodic sending or immediate sending, but the second operation information cannot. For another example, only the first operation information can define the period, but the second operation information cannot.

[0112] In one example, when the first simulation node is predefined by the first object, the authority to create and define the content of the first simulation node can also be assigned to the first object only. In this case, the second object or the bus communication device is configured to prohibit the second object from performing the following operations on the first simulation node: newly creating the custom message; modifying the content of the custom message. In the specific implementation process, the realization of this result can be performed by the bus communication device. For example, after obtaining the operation information, the bus communication device can determine whether it is the above-mentioned prohibited operation based on the corresponding object information. If so, it will not be executed. If not, it will be executed. The realization of this result can also be achieved by the second object. For example, in the interactive interface of the second object, the interface part of the prohibited operation is not presented, or the interface part is designed to be unable to be operated. For another example, before sending the second operation information, the device of the second object (such as a terminal device) will determine whether it is the above-mentioned prohibited operation. If so, the second operation information will not be sent.

[0113] If the custom message of the first simulation node needs to be sent periodically, the bus communication device can be periodically sent based on the local time and period. Specifically, it can calculate whether the period has been reached based on the local time. Compared with the scheme of using the host computer to judge the period based on the host computer clock (usually network time), the clock will not be affected by poor network signal quality, which effectively improves the time accuracy of sending messages to the bus and avoids the impact of inaccurate and unstable time on the target processing results (such as test results).

[0114] Regarding the second type of simulation node, the construction, configuration, and processing of the second simulation node belonging to the second type of simulation node can be described by taking the second simulation node as an example. That is, in this specification, the first simulation node is described as an embodiment of the first type of simulation node. Various second type simulation nodes implemented in the specific implementation process can be understood by reference to the second simulation node.

[0115] In the host computer or terminal device, the user can first establish an empty simulation network (such as a CAN simulation network, an in-vehicle Ethernet simulation network, etc.), create a second simulation node in the simulation network, and then configure the second simulation node with predefined information. For example, the pre-recorded message and the corresponding sending time information can be imported through the corresponding operation process, which can be recorded in the corresponding data storage file, and then realized by importing the data storage file. After the configuration is completed, the predefined information of the second simulation node can be obtained.

[0116] Step S200 may include: the bus communication device sending a pre-recorded message to the target bus based on the predefined information of the second simulation node and the local time of the bus communication device;

[0117] The predefined information of the second simulation node includes the pre-recorded message and the sending time information of the pre-recorded message.

[0118] The pre-recorded message and the sending time information may be determined based on the message transmitted on the designated bus during operation of the designated bus and the corresponding message transmission time.

[0119] The designated bus may be any bus, for example, a target bus, or a bus that has been put into operation in the vehicle.

[0120] The pre-recorded message can be understood as a message obtained based on the actual message occurring on the designated bus. Regardless of the manner and means in which it is pre-recorded and applied to the second simulation node, it can be understood as an implementation scheme of the pre-recorded message; the sending time information can be understood as any information used to indicate when the pre-recorded message should be sent to the target bus.

[0121] The pre-recorded message can be the message itself transmitted on the designated bus, or it can be formed by modifying, deleting, or supplementing the message. As long as part or all of the message content of the pre-recorded message is derived from the message transmitted on the designated bus, it can be used as an implementation scheme for the pre-recorded message. The relationship between the sending time information and the message transmission time can be, for example: in one example, the sending time information can be the message transmission time; in another example, the sending time information can be the time converted from the message transmission time. For example, the message transmission time of two messages is 0:00 on January 1, 2010 and 0:01 on January 1, 2010, and the sending time information can be 0:00 on March 1, 2024 and 0:01 on March 1, 2024. It can be seen that the time difference in the message transmission time between the messages transmitted on the designated bus matches (for example, is the same as) the time difference in the sending time information of the corresponding pre-recorded messages.

[0122] In addition, the sending time information can be a time represented by the representation of year, month, day, hour, minute, second, microsecond, millisecond, or a time represented by a time value (such as a millisecond value). For example, the moment when the target processing is started is the origin moment (such as time 0), and the sending time information can be information about the time span from the origin moment. For example, if the sending time information is 100 milliseconds, it means that the corresponding pre-recorded message should be sent to the target bus at a time of 100 milliseconds from the origin moment. Similarly, the message delivery time can also be a time value. In one example, the message delivery time is a time represented by year, month, day, minute, second, millisecond, and can be converted into a time value of the time span from the origin moment, thereby obtaining the sending time information of the corresponding message.

[0123] Similarly, the local time of the bus communication device can be represented by year, month, day, minute, second, millisecond, etc., or can be represented by a time value. The bus communication device can send the pre-recorded message according to the predefined information of the second simulation node and the local time. For example, the bus communication device can determine whether the sending time information has been reached based on the local time, and if so, send the corresponding pre-recorded message.

[0124] In addition, the local time of the bus communication device can also be configurable. For example, for the second simulation node, the bus communication device can be configured so that the local time at the time the bus communication device is started matches the origin time of the time information sent, and the two can represent time in the same way. At this time, for some or all other types of simulation nodes, since they do not need to use the absolute time of the local time in most cases, even if the local time is adjusted to adapt to the pre-recorded message, it will not affect the realization of its function. For example, for the first type of simulation node, what needs to be calculated based on the local time is the time interval, and the absolute time may not be concerned. Therefore, even if the first type of simulation node and the second type of simulation node work together and both use the local time of the bus communication device, they will not affect each other.

[0125] For the second type of simulation node, the message sending condition is: the local time reaches the sending time information of the pre-recorded message.

[0126] Regarding the designated type simulation node, a designated simulation node belonging to the designated type simulation node can be used as an example to describe its construction, configuration, and processing process. That is, in this specification, the designated simulation node is described as an embodiment of the designated type simulation node. Various designated type simulation nodes implemented in the specific implementation process can be understood by reference to the designated simulation node.

[0127] In the host computer or terminal device, the user can first establish an empty simulation network (such as a CAN simulation network, an in-vehicle Ethernet simulation network, etc.), create a specified simulation node in the simulation network, and then configure the predefined information of the specified simulation node for the specified simulation node. For example, the corresponding test cases, database files, etc. can be imported through the corresponding operation process. After the import, the predefined information of the specified simulation node can be obtained.

[0128] The designated type of simulation nodes can be further divided into third type simulation nodes and fourth type simulation nodes. Furthermore, the at least one simulation node includes: a third simulation node as a third type simulation node and / or a fourth simulation node as a fourth type simulation node; the predefined information of the third simulation node is generated based on a predefined test script; the predefined information of the fourth simulation node is generated based on the database file of the imported simulation test network.

[0129] In the test script and / or database file, for each message to be sent, a specific event that triggers the message to be sent can be defined, such as the event of a specific message being detected on the target bus. This specific message may be sent by a real bus device or another simulated node. The corresponding message sending condition is then: the specific message is detected on the target bus. Of course, for a specific type of simulated node, factors considered in the message sending condition may also include: the time interval between messages; the message sending time information.

[0130] As can be seen, before step S200, before, after, or simultaneously with step S200, the method further includes: the bus communication device externally receiving predefined information of the simulated nodes; the predefined information is used to define the messages and / or message transmission conditions corresponding to the simulated nodes; and for at least some of the simulated nodes, the messages of the at least some of the simulated nodes are sent to the target bus by the bus communication device based on the predefined information of the at least some of the simulated nodes. For some first-type simulated nodes whose message content or transmission method has been modified by operation information, it is also possible that messages are not sent based on the predefined information.

[0131] In one implementation, please refer to Figure 8 , the processing method for the bus also includes:

[0132] S300: The bus communication device feeds back message information of at least part of the bus message transmitted on the target bus to a designated device, so that the designated device displays corresponding content in a window based on the message information.

[0133] The designated device can be understood as a device that has a message information display requirement, wherein the designated device may include a host computer and / or a terminal device other than the host computer. Different objects (users and / or devices) may have different display requirements, or they may have the same display requirements. The corresponding devices (host computers or terminal devices) can all serve as designated devices to display the message information they need to display. In one example, the bus communication device can feed back the message information of all monitored messages to the designated device, and the designated device can choose which to display and how to display them according to its needs.

[0134] The bus message here can be understood as any message monitored from the target bus during the target processing process, which may include messages fed back to the target bus from the bus communication device and / or messages sent to the target bus by other devices on the target bus (such as physical bus devices).

[0135] The message information may refer to part or all of the message content of the bus message.

[0136] Furthermore, the message information may also be information obtained by converting part or all of the message content. For example, the temperature information in the bus message may be converted into a specific temperature value and then fed back to the designated device. Accordingly, the bus communication device may be configured to perform this conversion. Furthermore, the message information may include other information related to the bus message, such as information obtained by statistical analysis of the bus message, information obtained by feature tagging and time stamping the bus message, and so on. Accordingly, the bus communication device may be configured to perform at least one of the functions of statistical analysis, feature tagging, and time stamping. Of course, the bus communication device may also feed back only part or all of the bus message content to the designated device, and the designated device may perform at least one of the functions of information conversion, statistical analysis, feature tagging, and time stamping.

[0137] The window herein may refer to any display window that is displayed externally in a human-computer interactive manner. The content displayed in the window may be the received message information itself, or any content obtained based on the message information, such as information conversion, statistical analysis, feature tagging, timestamp marking, etc. Regardless of the content based on the message information, regardless of the display mode (text mode, curve mode, chart mode, etc.) in the window, and regardless of whether it is displayed in multiple windows, it can be used as an implementation method of the present application.

[0138] The bus communication device can feed back the message information of the bus message to the designated device for display during the target processing, so that the user can observe what is happening on the target bus during the target processing.

[0139] In one implementation, please refer to Figure 9, step S300 may include:

[0140] S310: The bus communication device monitors the bus message transmitted on the target bus;

[0141] S320: The bus communication device marks a timestamp for the bus message based on the local time of the bus communication device, and obtains message information and a corresponding timestamp of the bus message;

[0142] S330: The bus communication device feeds back the message information and corresponding timestamp of at least part of the bus message to the designated device;

[0143] Furthermore, it can be enabled that: the designated device can display the message information of the corresponding bus message based on the timestamp.

[0144] Among them, monitoring of bus messages can refer to any means that can obtain bus messages transmitted on the bus and thus provide bus messages and / or their message information for steps S320 and S330. For example, it can include: the bus communication device receives part or all of the bus messages from the target bus. For example, it can also include: obtaining messages sent by the bus communication device to the target bus. These bus messages can be cached or stored in the bus communication device.

[0145] In one example, a bus communication device can receive bus messages from the bus, that is, all monitored bus messages are received from the target bus, and the timestamps affixed accordingly represent the time when the bus message is monitored, that is, the time when the bus message has been sent to the target bus, thereby ensuring the uniformity of the timestamps. On this basis, since the difference in timestamps can reflect the time interval of the messages, the time interval of each message can be accurately reflected based on the uniformity of the timestamps.

[0146] The timestamp can be any time used to describe the time when the bus message is delivered to the target bus. The timestamp can be similar to describing the year, month, day, minute, second, and millisecond, or it can be similar to describing the time difference between the time when the bus message is delivered to the target bus and a certain moment (such as the origin time when the target process is started, or other arbitrary moment). In one example, after a bus message is monitored, the local time information when the bus message is monitored can be used as the timestamp, or the timestamp can be calculated based on this.

[0147] In one example, if the pre-recorded message of the second type of simulation node is the bus message that occurred previously, the pre-recorded message may have been monitored previously through step S310. At this time, the transmission time information and the timestamp may be the same, and the sending time information of the pre-recorded message can be obtained accordingly.

[0148] In the above solution, the bus message can be displayed via the timestamp marked by the bus communication device. Since the bus communication device is directly connected to the target bus, the timestamp obtained therefrom can often accurately reflect the time when the bus message is transmitted on the bus.

[0149] In one embodiment,

[0150] In one embodiment, the designated device may determine the message information to be displayed in the bus message according to its own display requirement information, and display the message information to be displayed based on the timestamp;

[0151] In other implementations, the bus communication device may be responsible for determining the message information to be displayed in the bus message based on the display requirement information of the designated device.

[0152] The display requirement information can be any information describing the display requirement. In one example, the display requirement information can reflect at least one of the following information: the message to be displayed; the information portion of the message to be displayed; or the statistical analysis content or target to be displayed.

[0153] The display requirement information may also include, for example, any information associated with the display processing method of the designated device, such as the sampling frequency, processing rate, display format, etc. of the information display.

[0154] Correspondingly, the difference in display requirement information may manifest as at least one of the following: difference in the message to be displayed, difference in the information part of the message to be displayed, difference in the statistical analysis content or target to be displayed; it may also manifest as difference in display processing method.

[0155] The message information to be displayed can be understood as the message information of the bus messages to be displayed corresponding to the corresponding display requirement information. In one example, for all bus messages marked with a timestamp, the bus messages required by the corresponding specified device can be selected based on the display requirement information, and these bus messages are used as the bus message information to be displayed. In another example, for all bus messages marked with a timestamp, the bus messages required by the corresponding specified device can be selected based on the display requirement information, and then the bus messages are pre-processed. After the pre-processing, the message information of these bus messages can be obtained. This pre-processing can be performed based on the display requirement information or not.

[0156] The preset processing involved may, for example, extract part of the information in the message, convert the extracted information, such as converting the temperature information in the bus message into a specific temperature value, tag the message or part of the message, or determine whether the bus message needs to be discarded and, if so, discard it. Different display processing methods may correspond to different preset processing.

[0157] In one embodiment, a window message relationship may be provided in the device, wherein the window message relationship is used to indicate at least a window and message information to be displayed in each window; the display requirement information includes: designated window information, wherein the designated window information is used to indicate a designated window used by the designated device;

[0158] Furthermore, windows can be bound to message information (i.e., the message itself and / or information derived from the message) through window-message relationships. This allows for pre-defined message information corresponding to a variety of windows. Users can then choose what to display and how to display it by selecting a window. This eliminates the need to redefine display requirements each time, especially during target processing (e.g., testing). Users can simply select the message to display by selecting a window.

[0159] In one example, an object (such as a host computer) can define L types of windows, where L is an integer greater than or equal to 1, so as to obtain the window message relationship corresponding to each window. Then, other objects can obtain the window message relationship of each window in the L types of windows. Before target processing (such as testing), the designated device can select a designated window from the L types of windows, that is, obtain the designated window information. The designated device can obtain the display reference information of the designated window. The display reference information is used to indicate: after obtaining the corresponding message information, how the designated device should display the message information from the bus communication device, for example, in what form (text or icon) it should be displayed.

[0160] During target processing (such as testing), the designated window information can be adjusted by adding, deleting, modifying, etc. the selected window. The bus communication device can obtain the new designated window information and feedback the message information and timestamp based on the new designated window information (i.e., the new display requirement information).

[0161] During or before target processing (e.g., testing), if the window message relationship of a window is modified, thereby changing the required display content, the displayed content will be changed for all designated devices using that window as the designated window, eliminating the need to process the display requirements of each designated device separately. The permission to modify the window message relationship can be configured to limit it to the object that created the window, or it can be extended.

[0162] An embodiment of the present invention further provides a system, including: a bus communication device and a host computer, wherein the bus communication device is used to execute the bus processing method of this specification.

[0163] In a further example, the system may also include a terminal device.

[0164] The system can be a test system, a calibration system, a data acquisition system, etc.

[0165] The embodiment of the present invention further provides a bus communication device, comprising a memory and a processor, wherein the memory stores a program, and the processor executes the program to implement the steps of the bus processing method of this specification. The structure of the bus communication device can be referred to Figures 1 to 6 understand.

[0166] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps in the above-mentioned method embodiments are implemented.

[0167] In one embodiment, a computer program product is provided, including a computer program. When the computer program is executed by a processor, the steps in the above-mentioned various method embodiments are implemented.

[0168] Those skilled in the art will appreciate that all or part of the processes in the above-mentioned embodiment methods can be implemented by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to memory, database or other media used in the embodiments provided in this application may include at least one of non-volatile memory and volatile memory. Non-volatile memory may include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory may include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM). The database involved in the various embodiments provided herein may include at least one of a relational database and a non-relational database. Non-relational databases may include, but are not limited to, distributed databases based on blockchains. The processor involved in the various embodiments provided herein may be, but are not limited to, a general-purpose processor, a central processing unit (CPU), a graphics processing unit (GPU), a digital signal processor (DSP), a programmable logic unit (PLC), a data processing logic unit based on quantum computing, an artificial intelligence (AI) processor, and the like.

[0169] The technical features of the above embodiments can be combined arbitrarily. In order to make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this application.

[0170] The above-described embodiments merely represent several implementation methods of the present application. While the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the present application. It should be noted that a person of ordinary skill in the art may make various modifications and improvements without departing from the spirit of the present application, and these modifications and improvements fall within the scope of protection of the present application. Therefore, the scope of protection of the present application shall be determined by the appended claims.

Claims

1. A processing method for a bus, characterized in that: The bus communication device used is connected to a target bus, and the target bus is connected to a real bus device. The method includes: The bus communication device sends a message to the target bus when a message sending condition of a message corresponding to at least one simulation node is satisfied, wherein the simulation nodes are predefined and each simulation node corresponds to one or a group of messages to be sent; For various types of simulation nodes, factors considered in the message sending conditions are different; the various types of simulation nodes include: second type simulation nodes; The message of the second type of simulation node is a pre-recorded message; the pre-recorded message and the sending time information of the pre-recorded message are determined based on the message transmitted on the designated bus during the operation of the designated bus and the corresponding message transmission time; The factors considered in the message sending conditions of the second type of simulation node include: message sending time information, but do not include: operation information or time interval information, and do not include: monitoring of a specified message on the target bus; The bus communication device feeds back message information of at least a portion of the bus messages transmitted on the target bus to a designated device, so that the designated device displays corresponding content in a window based on the message information. The window can display the message information itself or any content obtained based on the message information. The message information corresponding to the window is predefined, and what is displayed in the designated device can be determined by selecting a window. Specifically, for L types of windows defined for a certain object and the window message relationship corresponding to each window, the designated device can select a designated window from the L types of windows. During or before the target processing, if the window message relationship of a window is modified, thereby changing the content to be displayed, then using the window as the designated device of the designated window will change the displayed content, and the modification permission for the window message relationship is configured as follows: only the object that created the window can modify it.

2. The method according to claim 1, It is characterized by: in, The different types of simulation nodes include: first-class simulation nodes; Factors considered in the message sending conditions of the first type of simulation nodes include: time interval information between messages and / or operation information for the first type of simulation nodes; The factors considered in the message sending conditions of the second type of simulation nodes include: message sending time information.

3. The method according to claim 1, characterized in that For multiple different types of simulation nodes, the message sources of different types of simulation nodes are different; wherein: the multiple different types of simulation nodes include at least one of the following: a first type of simulation node, a designated type of simulation node; The message of the first type of simulation node is a user-defined message; The message of the designated type simulation node originates from a designated file, and the designated file includes: a test script file, and / or: a database file of the simulation network.

4. The method according to claim 1, wherein The bus communication device further comprises, before sending a message to the target bus when a message sending condition of a message corresponding to at least one simulation node is satisfied: The bus communication device receives predefined information of the simulation node from the outside; the predefined information is used to define the message and / or message sending condition corresponding to the simulation node; for at least some of the simulation nodes, the message of at least some of the simulation nodes is sent to the target bus by the bus communication device based on the predefined information of the at least some of the simulation nodes; The bus communication device starts a target process on the target bus in response to a start command from the outside.

5. The method according to claim 1, wherein The at least one simulation node includes a first simulation node as a first type of simulation node; The bus communication device sends a message to the target bus when a message sending condition of a message corresponding to at least one simulation node is satisfied, comprising: If the bus communication device obtains operation information for the first simulation node from the outside, it sends a corresponding custom message to the target bus based on the operation information; in: The operation information is used to define at least one of the following: the content of the first custom message that has been created; the sending method of the first custom message, and whether the first custom message is sent; the content of the newly created second custom message; the sending method of the second custom message; and whether the second custom message is sent.

6. The method according to any one of claims 1 to 5, characterized in that The predefined information of the first simulation node as the first type of simulation node among the at least one simulation node includes the content and / or sending mode of the first custom message; the sending mode defines at least one of the following: whether to send periodically; the period of the periodic sending; whether to send immediately in response to the manipulation of the manipulated object; Whether to start periodic transmission in response to the manipulation of the manipulation object; Whether to disable periodic transmission in response to manipulation of the manipulation object; The bus communication device sends a message to the target bus when a message sending condition of a message corresponding to at least one simulation node is satisfied, comprising: In a case where the content and / or sending method of the first user-defined message is not redefined, the bus communication device sends the first user-defined message to the target bus based on the predefined information of the first simulation node.

7. The method according to any one of claims 1 to 5, characterized in that Also includes: The bus communication device monitors the bus messages transmitted on the target bus; The bus communication device marks a timestamp on the bus message based on the local time of the bus communication device, and obtains message information and a corresponding timestamp of the bus message; The bus communication device feeds back the message information and corresponding timestamp of at least part of the bus message to the designated device, so that: the designated device can display the message information of the corresponding bus message based on the timestamp, and the designated device includes a host computer and / or a terminal device that is not the host computer.

8. A system, characterized in that: include: A bus communication device and a host computer, wherein the bus communication device is used to execute the method described in any one of claims 1 to 7.

9. A bus communication device comprising a memory and a processor, wherein the memory stores a program, wherein: When the processor executes the program, the steps of the method according to any one of claims 1 to 7 are implemented.

10. A readable storage medium having a program stored thereon, characterized in that: When the program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

11. A program product comprising a program, characterized in that When the program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

Images