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

Abstract

The invention relates to a processing method for a bus, a bus communication device, a system and a program product, the used bus communication device is connected with a target bus, the target bus is connected with real bus equipment, and the method is characterized in that the real bus equipment is connected with the real bus equipment. Comprising the steps that the bus communication device sends a message to the target bus when interaction conditions of the message corresponding to at least one simulation node are met, the simulation nodes are predefined, and each simulation node corresponds to one or one group of messages to be sent.

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] Bus, such as CAN bus, LIN bus, Flexray bus, vehicle Ethernet bus, etc. Devices can be connected to the bus and communicate based on the bus. Such devices can be understood as real bus devices, such as controllers and sensors in vehicles. In the development process of real bus devices, it is often necessary to connect the real bus devices and devices that process the bus (such as test equipment, calibration equipment, diagnostic equipment, analysis equipment, etc.) to the bus. These devices can test, calibrate, diagnose, analyze, etc. the real bus devices through the bus.

[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. It can be seen that the functions of the bus communication device are relatively simple, and the processing process can only be executed and displayed by the host computer. 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 issues.

[0005] In a first aspect, the present application provides a processing method for a bus, wherein a bus communication device used is connected to a target bus, and the target bus is connected to a real bus device, and the method comprises: The bus communication device exchanges messages on the target bus to perform target processing; In which, the target processing can be affected and / or displayed by multiple different objects via the bus communication device, wherein the different objects refer to: different devices, and / or: devices using target software based on different user information, and the target software is software used to affect and / or display the target processing.

[0006] 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.

[0007] In a third aspect, the present application provides a bus communication device, including 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.

[0008] 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.

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

[0010] In the above-mentioned bus processing method, bus communication device, system and program product, the target processing is performed by the bus communication device, and the target processing performed by the bus communication device can be affected and / or displayed by multiple objects. Compared with the scheme in the prior art that can only be executed and displayed by the host computer, the present application enriches the objects that can affect and / or display the target processing, so as to facilitate the joint participation of multiple parties. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the related technologies, the drawings required to be used in the embodiments of the present application or the related technologies are briefly introduced below. 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 creative work. Figure 1 An application environment in one embodiment Figure 1 ; Figure 2 An application environment in one embodiment Figure 2 ; Figure 3 An application environment in one embodiment Figure 3 ; Figure 4 An application environment in one embodiment Figure 4 ; Figure 5 A schematic diagram of the structure of a bus communication device and system in an embodiment Figure 1 ; Figure 6 A schematic diagram of the structure of a bus communication device and system in an embodiment Figure 2 ; Figure 7 A schematic diagram of a method in an embodiment Figure 1 ; Figure 8 A schematic diagram of a method in an embodiment Figure 2 ; Fig. 9 FIG. 2 is a flow chart of step S220 in an embodiment. DETAILED DESCRIPTION

[0012] In order to facilitate understanding of the present application, the present application will be described more fully below with reference to the relevant drawings. Embodiments of the present application are provided in the drawings. However, the present application can be implemented in many different forms and is not limited to the embodiments described herein. On the contrary, the purpose of providing these embodiments is to make the disclosure of the present application more thorough and comprehensive.

[0013] 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 belongs. The terms used herein in the specification of this application are only for the purpose of describing specific embodiments and are not intended to limit this application.

[0014] It can be understood that the terms "first", "second", etc. used in the present application can be used in this article to describe various elements, but these elements are not limited by these terms. These terms are only used to distinguish the first element from another element.

[0015] 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 intermediate 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.

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

[0017] In the application scenario of the embodiment of the present application, Figure 1 As 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 the present 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.

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

[0019] 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, so the bus can be already installed in the vehicle or not installed in the vehicle.

[0020] The real bus device and the bus communication device may be connected via one bus or multiple buses. For example, the real bus device is an ECU, and the ECU is connected to the bus communication device via a vehicle Ethernet bus, a CAN bus, a LIN bus, or a Flexray bus.

[0021] The bus can be connected to one real bus device or multiple real bus devices. For example, the real bus device is an ECU as a device under test. Sensors and / or test benches can also be connected to the bus as real bus devices. Furthermore, in one example, the operating signal of the test bench can be fed back to the ECU via the bus, and the control signal of the ECU can be fed back to the test bench via the bus. If the bus communication device needs to monitor the bus, the messages of these signals can also be monitored. For another example, multiple real bus devices can also be ECUs that need to be tested jointly.

[0022] There may 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 may be used. The bus communication devices may or may not have a mechanism for mutual communication. The mechanism for mutual communication may be, for example: the bus communication devices may be cascaded through network cables, optical fibers, etc., or may be connected to the same Ethernet switch.

[0023] 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.), and the processor reads the program in the memory to implement the functions of the bus communication device. Furthermore, the bus communication device can be more efficiently suitable for implementing message sending and / or message receiving between the simulation node and the bus, and in some examples, feedback display of the bus message can also be implemented.

[0024] In an exemplary specific application scenario, during the development of the real bus device (for example, when the real bus device is not installed in a vehicle for use), 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 the vehicle and then connected to the bus already used in the vehicle, and the real bus device is a real bus device that has been put into use in the vehicle.

[0025] In addition, the application scenarios of the embodiments of the present application are not limited thereto, for example, they may be in the fields of aerospace, electricity, etc.

[0026] For one example, 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 via other communication means such as optical fiber is not excluded.

[0027] In some examples, the host computer may be configured with target software, and the user may log in to use the target software through his user information, so that the host computer can affect and / or display the message transmission on the bus. This influence and / or display may be generated before the target processing of the bus is started, or after the target processing is started, or after the target processing is completed; for example, the relevant matters of the target processing required by the bus communication device are predefined, that is, a pre-defined. Regardless of the target software configured in the host computer, as long as the solution of the bus communication device of the present application is used to achieve the target processing, it does not depart from the scope of the embodiments of the present application.

[0028] In some examples, a terminal device other than the host computer may also be used, in which the target software may be configured. The target software of the host computer and the terminal device may be the same or different. The user may log in to use the target software through his / her user information, and then the terminal device may affect and / or display the target processing. In terms of communication methods, Figure 3 In the illustrated solution, the terminal devices can be connected to the bus communication device via a local area network and / or the Internet; Figure 4In the solution shown, the terminal device can be connected to the host computer through a local area network and / or the Internet, and then interact with the bus communication device through the host computer.

[0029] In one application scenario, the host computer can be a device connected to a 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 only the host computer on site can achieve real-time influence and / or real-time display of target processing (such as testing processing of real bus devices via the bus) is broken. For example, some personnel can use the host computer on site in laboratories and R&D sites to achieve the host computer's influence and / or display of target processing (such as testing processing of real bus devices via the bus), and other personnel can use the terminal device at home, in the office or anywhere else to achieve the terminal device's influence and / or display of target processing. Figure 5 and Figure 6 Two exemplary architectures of the bus communication device are given as examples, but the specific structure of the bus communication device is not limited thereto.

[0030] Please refer to Figure 5 and Figure 6 The bus communication device may include a processor (which may be 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 the host computer via a USB module and a USB cable, the FPGA is connected to the CAN bus via a CAN module, the FPGA is connected to the LIN bus via a LIN module, the FPGA is connected to the Flexray bus via a Flexray module, and the FPGA is connected to the 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 include, for example, 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 include, for example, an interface for transmitting a corresponding signal. The CAN may be CAN, or may be CANFD, CANXL, etc.

[0031] Further, in Figure 6In 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.

[0032] In other examples, the bus communication device may not have a processor sufficient to run an embedded operating system, and may even be just a transmission medium between the device and the target bus without performing complex processing. For example, at least one of the judgment of whether the interaction conditions are met and the composition of the message can be executed on the device (such as a host computer or a terminal device).

[0033] The embodiment of the present application provides a processing method for 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.

[0034] In the embodiment of the present application, the target processing executed via the bus communication device can be affected and / or displayed by multiple different objects via the bus communication device.

[0035] The target processing may be understood by referring to the relevant contents of the specification, or by referring to the conventional bus processing methods in the art.

[0036] The different objects refer to: different devices, and / or: devices using the target software based on different user information. Furthermore, with respect to the two factors of the device and the user information on which it is based, in some examples, only one factor may be considered to distinguish different objects, while in other examples, both factors may be considered.

[0037] The devices therein include host computers, terminal devices, etc.

[0038] In one example, it is possible to use the target software without distinguishing what user information is used, and furthermore, different devices are regarded as different objects. In this case, different devices may use the target software with the user information of the same user, or they may be different devices. In another example, different objects may be different devices that use the target software by logging in with the user information of different users. In yet another example, different objects may be the same device that uses the user information of different users to log in with the target software. That is, the same device may be logged in with the user information of different users at different time periods to use the target software, and the same device at different time periods may still be regarded as different objects. In yet another example, different objects may be different devices that use the user information of the same user to log in with the target software.

[0039] The target software is software used to affect and / or display the target processing, such as bus simulation analysis software, bus tool chain software platform, bus analysis and simulation software, test software, calibration software, monitoring software, etc. The target software can be one or more, for example, a software package or software combination of the target software can be formed. For example, different devices that affect and / or display the target processing can install different versions of the same target software, or the same version of the same target software, or different target software.

[0040] The impact and / or display of multiple different objects includes at least one or more of the following situations: Different objects have an impact on the target processing; the impact may be all implemented before the target processing begins, or all implemented during the target processing, or partly implemented before the target processing begins and partly implemented during the target processing; generally speaking, the impact is reflected during the target processing; Different objects all display the target processing; the display may be implemented after the target processing is completed (such as reviewing and replaying the message information), or it may be implemented during the target processing, or it may be implemented partially after the target processing starts and partially during the target processing; Among different objects, some objects influence the target processing, while others demonstrate the target processing; the timing of influence and demonstration can be understood by referring to the above situation; Among different objects, some objects both influence and display the target processing, and some objects only display the target processing or only influence the target processing; the timing of influence and display can be understood by referring to the above situations.

[0041] It can be seen that the target processing performed by the bus communication device can be affected and / or displayed by multiple objects. Compared with the solutions in the prior art that can only be executed and displayed by the host computer, the present application enriches the objects that can affect and / or display the target processing, thereby facilitating the joint participation of multiple parties.

[0042] The impact can be implemented before the target processing is started and reflected in the target processing process, or it can be implemented and reflected in the target processing process after the target processing is started.

[0043] The influence may include, for example, the definition of part or all of the definition information (such as mapping relationship and / or simulation information) of the target processing by the object (which may include pre-definition before the target processing is started, or modification during the target processing, etc.), and may also include the definition and / or feedback of the operation information of the message of the simulation node, especially the first type of simulation node; it can be seen that the so-called influence may be the construction of part of the function or the whole of the target processing from scratch, or the change of the constructed target processing or its function; The definition information may include a mapping relationship between logical channels and physical channels, and may also include simulation information for defining simulation nodes and / or simulation networks containing simulation nodes; the simulation information is used to define messages that the simulation nodes need to interact with on the target bus, interaction conditions for some or all of the messages, and logical channels corresponding to the simulation nodes or messages.

[0044] For example, users can use the target software to configure mapping relationships in the device, establish simulation networks and simulation nodes, and determine interaction conditions by establishing various operations on simulation nodes. They can also select corresponding logical channels for simulation nodes or messages. After completing this series of operations, the definition information can be obtained. The device (host computer or terminal device) can send the definition information to the bus communication device, which can then affect the target processing.

[0045] Furthermore, during the target processing, the bus communication device can detect whether the interaction conditions of each message are met; when the interaction conditions of any message are met: the interaction of any message is performed based on the corresponding mapping relationship. For example, for the logical channel corresponding to any message or its simulation node, the physical channel mapped by the logical channel is used to interact with any message based on the mapping relationship. The operation information is used to define at least one of the following: whether to create a custom message, the content of the custom message, the sending method of the custom message, whether the custom message is sent, etc. It can be seen that the operation information is mainly designed for custom messages. During the target processing, the device (host computer or terminal device) can form operation information due to the user's operation, and then be fed back to the bus communication device. Furthermore, the formation and feedback of the operation information can be regarded as an influence.

[0046] The display here can refer to the display of any information occurring during the target processing process (mainly the message information of the bus message occurring on the target bus). If it occurs during the target processing process, it can be understood as a real-time display of the target processing (such as the message information of the bus message). If it occurs after the target processing is completed, it can be understood as a review (or described as playback) of the target processing (such as the message information of the bus message).

[0047] Please refer to Figure 7 , the processing method for the bus may include: S100: the bus communication device starts target processing on the target bus in response to a start instruction from the outside; S200: The bus communication device exchanges messages on the target bus to perform target processing; Step S200 may be, for example: S210: The bus communication device sends the message to the target bus when the interaction condition of the message corresponding to at least one simulation node is satisfied; The interaction conditions mainly refer to the message sending conditions, and may also include the triggering conditions of message detection, etc. Wherein, 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: both the host computer and the terminal device give start instructions, and the bus communication device responds to these start instructions and starts the target processing only after both the host computer and the terminal device give start instructions. In another example, it may be configured as follows: both the host computer and the terminal device give start instructions, and the bus communication device responds to these operation instructions and starts the target processing as long as it receives any start instruction. In another example, the bus communication device may also be triggered by an interactive component (such as a button) provided on the bus communication device, and the start instruction is obtained based on the trigger. In addition, step S100 may be present before step S200, for example, the target processing process is performed only after the target processing is started by step S100, which includes: step S200. Step S100 may not be present 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, and step S200 is executed. For another example, step S200 is executed after the host computer is connected.

[0050] In one example, different devices (such as a host computer and a terminal device) can log in different users. Furthermore, regarding the startup instruction, it can also be configured that only a specific device is allowed to issue a startup instruction, or: only the startup instruction issued by 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 device.

[0051] The specific device may refer to a specific device or devices, or may refer to a device connected to a bus communication device in a specific manner (such as USB), or may refer to a device on which a specific user logs in to use the target software.

[0052] The target processing can be understood as: any step or processing implemented after the target processing is started (i.e. any step or processing that is directly or indirectly triggered to be executed due to the start of the target processing) can be understood as a part of the target processing, such as the processing process of step S200 mentioned in the specification of this application, which can be understood as a part of the target processing, especially the processing process automatically executed by the bus communication device, which can be understood as a part of the target processing. The target processing can, for example, include some or all of the following: testing, calibration, diagnosis, analysis, etc. In addition, for multiple different objects, even if different simulation nodes and simulation networks are constructed for processing, as long as they are executed by the bus communication device in the same time period, they can be regarded as target processing regardless of whether they are related.

[0053] Regardless of how steps S100 and S200 are executed or whether they are executed, in the present application, the target processing can be affected and / or displayed by multiple different objects via the bus communication device. The simulation node, which can also be expressed as a simulation unit or a simulation module, refers to a node, unit, or module that is specifically configured with one or a series of messages to be sent, and different simulation nodes can be distinguished by the identification of the simulation node. The difference between different simulation nodes is at least reflected in: there are differences in the corresponding messages to be sent, that is, for at least some simulation nodes, there are differences in the messages corresponding to different simulation nodes. Further, the simulation node can be understood as a concept defined for distinguishing different messages (for example, distinguishing by the source of the message, and / or: distinguishing by the sending conditions of the message), and sending messages based on this can help to reasonably and effectively standardize the processing flow of various messages.

[0054] It should be particularly pointed out that in some implementations of step S200, whether the message meets the corresponding interaction conditions (such as 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 determines whether the message has reached the time to be sent.

[0055] 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 the present application, the bus communication device implements 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.

[0056] 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.

[0057] 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, each message needs to be sent based on the message sending time information, and node C needs to send three messages, each message needs to be triggered by the event of receiving a specific message from the target bus. In this case, the message sending of the three nodes A, B, and C can be implemented independently without affecting each other.

[0058] In order to better achieve the mutual independence of the message sending of the simulation nodes, in one 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 assemble the message, the message of each simulation node is assembled 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.

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

[0060] 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 of the processing method for the bus, the simulation nodes executed by the bus communication device (i.e., the at least one simulation node) may be of one type or multiple types.

[0061] 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 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 (for example, to obtain predefined information of the simulation nodes), then different types of simulation nodes are predefined through different operation processes 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 may be provided, and after the selection, the configuration interface for predefine the type of simulation node can be entered, at which time the messages, interaction conditions, etc. of the simulation nodes can be predefined through operation, and the configurable content may not be limited thereto.

[0062] 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; The message of the first type of simulation node is a user-defined message; 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 working process of the designated bus and the corresponding message transmission time; The message of the designated class simulation node originates from a designated file, and the designated file includes: a test script, and / or: a database file of a simulation network containing the simulation node. Specifically, the designated file can be divided into designated files of different types, and correspondingly, the designated class simulation node can also be divided into a third type of simulation node corresponding to the test script and a fourth type of simulation node corresponding to the database file.

[0063] Specifically, regardless of whether the designated class of simulation nodes is further divided into third class of simulation nodes and fourth class of 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.

[0064] In addition, the message source involved can 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 there may be a situation where the messages are completely the same 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, and then, when pre-defining the second type of simulation node, it can also be achieved by importing a specific file, except that the second type of simulation node imports the specific file describing the pre-recorded message and the sending time information, while the designated type of simulation node imports the test script, database file or other designated file.

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

[0066] In one implementation manner, for different types of simulation nodes, the factors considered in the interaction conditions are different; in: Factors considered in the interaction 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 interaction conditions of the second type of simulation nodes include: message sending time information; The factors considered in the interaction condition of the designated type simulation node include: whether a designated message is monitored on the target bus.

[0067] The difference in the factors considered in the interaction conditions can be understood as follows: for two types of simulation nodes, there is at least one factor that exists only in the considerations of the interaction conditions of one type of simulation node, but not in the considerations of the interaction conditions of the other type of simulation node.

[0068] 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 interaction conditions of the second type of simulation node, and thus this factor alone may constitute the difference between the factors considered in the interaction 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 of the interaction conditions of the non-specified type of simulation node, and the time interval information may not be a consideration factor for the interaction conditions of the second type of simulation node.

[0069] 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 interaction conditions between 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 interaction 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.

[0070] In the above implementation, the different message sources of different types of simulation nodes effectively distinguish and enrich the various possibilities of target processing (such as testing of physical simulation nodes via the target bus) configuration and implementation logic. Taking the target processing as an example, the factors considered in the message source and interaction 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 test needs. Pre-recorded messages are pre-recorded, so they reflect the message transmission that has objectively occurred on the bus. For example, it may be more in line with the actual situation, or it may be a reproduction of the message transmission process that has occurred, which is convenient for comparison, display and analysis; for another example, the test script may facilitate users to define more complex and comprehensive test processes, and it may also facilitate the import of test scripts written by other software to improve efficiency; for another example, the database file may facilitate users to define relatively standardized tests, such as reproducing the simulation network architecture that has been used, and it may also 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.

[0071] In addition, the simulation nodes of the same bus protocol can constitute a corresponding simulation 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, and so on for each bus protocol. In a specific example, taking a certain ECU under test as the 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.

[0072] 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 a mapping relationship between logical channels and physical channels. Logical channels are usually 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 channels in bus communication devices that actually communicate with the target bus, and may include corresponding physical interfaces.

[0073] In the prior art, for the target processing executed by the 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 the technical solution in which multiple objects affect the target processing of the present application, a unique mapping relationship can also be used.

[0074] However, when applied to a technical solution where 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 on different devices according to their own needs 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 user to the same physical channel. Therefore, in some embodiments of the present application, different mapping relationships are configured for target processing executed in the same time period to meet the needs, thereby achieving the mapping of different logical channels to the same physical channel.

[0075] Therefore, in one embodiment, during the target processing, at least part of the messages are exchanged by the bus communication device on the target bus 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, and the impact includes the definition of the at least two different mapping relationships.

[0076] Specifically, if the above solution is applied to the process in which the bus communication device performs target processing based on definition information, then: The at least two different mapping relationships include a first mapping relationship defined by the first object and a second mapping relationship defined by the second object; that is, in the first mapping relationship and the second mapping relationship, both have the same physical channel, but are mapped to different logical channels respectively; The method further comprises: The bus communication device acquires first definition information defined by the first object and second definition information defined by the second object; the influence includes definition of the first definition information and the second definition information; in: The first definition information includes the first mapping relationship, and also includes first simulation information for defining a first simulation node and / or a first simulation network including the first simulation node; the first simulation information is used to define a first message that each first simulation node needs to interact with on the target bus, interaction conditions of part or all of the first messages, and a logical channel corresponding to the first simulation node or the first message; The second definition information includes the second mapping relationship, and also includes second simulation information for defining a second simulation node and / or a second simulation network including the second simulation node; the second simulation information defines a second message that each second simulation node needs to interact with on the target bus, interaction conditions of part or all of the second messages, and a logical channel corresponding to the second simulation node or the second message; During the process of executing the target processing, detecting whether the interaction conditions between each first message and the second message are satisfied; When the interaction condition of any message is met: If any of the messages is defined by the first object, and the logical channel corresponding to any of the messages or the first simulation node to which any of the messages belongs is recorded in the first mapping relationship, then the interaction of any of the messages is performed based on the first mapping relationship; If any of the messages is defined by the second user or the second device, and the logical channel corresponding to any of the messages or the second simulation node to which any of the messages belongs is recorded in the second mapping relationship, the interaction of any of the messages is performed based on the second mapping relationship.

[0077] Among them, the relevant descriptions about the first definition information and the second definition information can be understood by referring to the descriptions about the definition information in this specification, and the relevant descriptions about the first device and the second device can be understood by referring to the descriptions about the devices in this specification.

[0078] In one embodiment, different objects may also share logical channels, and the mapping relationship between these logical channels and physical channels is fixed, that is: during the target processing process, for messages at least partially defined by different objects, the bus communication device interacts on the target bus according to the same mapping relationship, and the impact includes the definition and / or selection of the same mapping relationship.

[0079] Based on the above implementations, it can be seen that in all mapping relationships, only the situation where multiple logical channels are mapped to one physical channel may be included, only the situation where one logical channel is mapped to one physical channel may be included, or both situations may be included.

[0080] For the first type of simulation node, in one example, part or all of the definition information (e.g., part or all of the simulation information) pre-defined before the target processing is started can be understood as predefined information; in the host computer or terminal device, the user can first establish an empty simulation network (e.g., a CAN simulation network, an in-vehicle Ethernet simulation network, etc.), create a first type of simulation node in the simulation network, and then configure the first type of simulation node predefined information for the first type of simulation node, for example, the message content and / or sending method of a custom message can be configured through the corresponding operation process, and after the configuration is completed, the predefined information of the first type of simulation node can be obtained. Step S200 may include: when the content and / or sending method of the first custom message has not been redefined, the bus communication device sends the first custom message to the target bus based on the predefined information of the first type of simulation node.

[0081] The predefined information of the first type of simulation node may include the content and / or sending method of the first custom message; The sending mode of this specification 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 turn off the periodic sending in response to the manipulation of the manipulation object; In one example, the predefined information of the first type of 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 software window in the device 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 a host computer and / or a terminal device) receives a trigger signal generated by the click. The trigger signal can be understood as a kind of operation information. It can be seen that the predefined information of the first type of simulation node can pre-define the sending method of the first type of simulation node as: triggered by a click of a button or a key on the keyboard (both buttons and keys can be regarded as control objects), which is the interaction condition of the custom message. The bus communication device can send the corresponding first custom message when the click is detected.

[0082] In another example, the predefined information of the first type of 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 to be sent periodically by the operation information, the bus communication device will send the first custom message according to the predefined information of the first type of simulation node and the local time, for example, judging whether the period has been reached according to the local time, and sending the first custom message after reaching it; at this time, the predefined information of the first type of simulation node can predefine the sending method of the first type of simulation node as: periodic sending with a corresponding period, and the judgment of whether the period has been reached is the interaction condition of the first custom message; of course, whether the periodic sending has been turned on can also be used as one of the interaction conditions; 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 may 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.

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

[0084] In the above example that needs to be combined with operation information, the reception of operation information can also be regarded as an interaction condition. At the same time, after the target processing (such as testing) has started, the custom information of the first type of simulation node can also be adjusted, and for some or all devices (such as the host computer, and some user's terminal devices), new custom messages can also be created.

[0085] 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 type of simulation node, can be described as the first custom message, regardless of whether the content of the predefined information changes due to the operation information, and the custom message created after the target processing starts is described as the second custom message.

[0086] In one implementation, the functionality of the first type of simulation node can be implemented in combination with the operation information. Furthermore, if the first type of simulation node is described as a target simulation node, step S200 includes: if the bus communication device obtains operation information for the target simulation node from the outside, then based on the operation information, a corresponding custom message is sent to the target bus.

[0087] For ease of understanding, the operation information defined by the third object may be described as the first operation information, and the operation information defined by the fourth object may be described as the second operation information. The third object and the fourth object may be different objects. ; The operation information can be understood as information directly or indirectly generated by the operation on the device (such as the host computer, terminal device), which can cause any change in the message sending of the first type of simulation node. This change can be a change in the message content or a change in the sending method. The change can be a modification of an already created custom message or a newly created custom message.

[0088] Specifically, the 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, and whether the first custom message is sent; whether to newly create a second custom message, and the content of the second custom message; the sending method of the second custom message; and whether the second custom message is sent.

[0089] In the case of clarifying the above definition, step S210 may include: If the bus communication device obtains first operation information for the first type of simulation node from the outside, then based on the first operation information, a corresponding custom message is sent to the target bus; If the bus communication device obtains second operation information for the first type of simulation node from the outside, it sends a corresponding custom message to the target bus based on the second operation information.

[0090] in: The first operation information is defined by a third object, and the second operation information is defined by a fourth object.

[0091] Furthermore, through the above scheme, during the process of target processing, the influence of multiple objects on the message sending of the first type of simulation node can be realized, so that each person who needs to influence and observe the target processing (such as testing) can exert influence on the target processing in the way they want, meeting the needs of multiple parties. At the same time, it can also help to limit the influence of some people on the target processing. For example, for some objects, only some or all items of the message sending method of the first type of simulation node can be defined, and for other objects, the message content and sending method can be defined.

[0092] Among them, if the object represents a combination of a user and a device, then: it can also help meet the needs and restrictions of multiple parties in different scenarios. For example, if a user X uses a host computer on site (i.e. logs in to the host computer), he can be regarded as the first user, and if he uses a terminal device, he can be regarded as the second user. At the same time, another user Y can be regarded as the second user regardless of whether he uses a host computer or a terminal device. In order to distinguish different objects, the bus communication device can obtain corresponding object information (for example, including user information and / or device information, user information is used to indicate the user, such as which user, or at least one of the user's identity, authority, etc., and device information is used to indicate the device, such as whether it is a host computer or a terminal device, which terminal device it is).

[0093] In one example, different objects can also be distinguished to form different matters authority, especially, if the first type of simulation node is determined by the third object, for example, it is created and predefined by the third object, so as to obtain the predefined information of the first type of simulation node, then other objects that are not the third object are regarded as the fourth object. At this time, compared with the fourth object, the third object often has more matters of operation authority, or it can be understood that: the third object can affect the operational matters of the first type of simulation node message sending, which are often for the fourth object. In addition, the operational matters can also be determined by the third object when the first type of simulation node is created and predefined by the third object.

[0094] The third object and the fourth object may be, for example: the third object refers to the first user and / or the host computer of the bus communication device; the fourth object refers to the second user and / or a terminal device other than the host computer. The operable content of the third object (which can be understood as the content allowed to be defined by its first operation information, or as the operable authority) may be different from the operable content of the fourth object (which can be understood as the content allowed to be defined by its second operation information, or as the operable authority). The specific configuration of each authority can be set by the user.

[0095] 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 method of sending the first custom message, whether the first custom message is sent; whether to newly create a second custom message; the content of the second custom message; the method of sending the second custom message; whether the second custom message is sent; and further, the content that can be affected by the third object through the first operation information includes the above-listed ones.

[0096] Among them, if the content and / or sending method of the first custom message has been defined in the predefined information of the first type of simulation node, then the definition of the first custom message content and / or sending method by the first operation information can be understood as redefinition or modification thereof.

[0097] In one example, the second operation information is used to define: how to send at least part of the custom message, and / or: whether to send at least part of the custom message; the content that can be affected by the fourth object through the second operation information includes those listed above.

[0098] At least part of the custom message that can be defined by the second operation information may refer to only the first custom message, or may include the first custom message and the second custom message. In one example, in order to fully limit the fourth object, the second operation information may only be used to define whether the custom message is sent but not the sending method.

[0099] 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.

[0100] The sending method 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 method in the predefined information of the first type of simulation node.

[0101] In one example, when the first type of simulation node is predefined by a third object, in order to fully limit the fourth 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.

[0102] In one example, when the first type of simulation node is predefined by the third object, the authority to create and define the content of the first type of simulation node can also be attributed to the third object. At this time, if the first type of simulation node is described as a target simulation node, the fourth object or the bus communication device is set to: prohibit the fourth object from performing the following operations on the target simulation node: newly create the custom message; modify the content of the custom message. In the specific implementation process, the implementation of this result can be executed 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 according to the corresponding object information. If so, it will not be executed, and if not, it will be executed; the implementation of this result can also be implemented by the fourth object, for example, in the interactive interface of the fourth 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 the device of the fourth object (such as a terminal device) sends the second operation information, it will determine whether it is the above-mentioned prohibited operation. If so, the second operation information will not be sent.

[0103] If the custom message of the first type of 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 the network clock), the clock will not be affected by the poor quality of the network signal, which effectively improves the time accuracy of sending messages to the bus and avoids affecting the target processing results (such as test results) due to inaccurate and unstable time.

[0104] For the second type of simulation nodes, 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-type simulation node in the simulation network, and then configure part or all of the definition information of the second-type simulation node for the second-type simulation node (especially part or all of the simulation information therein), which can be understood as predefined information. For example, pre-recorded messages and corresponding sending time information can be imported through the corresponding operation process, which can be recorded in the corresponding data storage file, thereby realizing it by importing the data storage file. After the configuration is completed, the predefined information of the second-type simulation node can be obtained.

[0105] Step S210 may include: the bus communication device sending a pre-recorded message to the target bus based on the predefined information of the second type of simulation node and the local time of the bus communication device; The predefined information of the second type of simulation node includes the pre-recorded message and the sending time information of the pre-recorded message.

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

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

[0108] The pre-recorded message can be understood as a message obtained based on the actual message occurring on the designated bus. No matter how or through what means it is pre-recorded and thus applied to the second type of 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.

[0109] 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 of 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 the two messages is 0 minutes and seconds on January 1, 2010 and 0 minutes and 1 seconds on January 1, 2010, and the sending time information can be 0 minutes and seconds on March 1, 2024 and 0 minutes and 1 seconds on March 1, 2024. It can be seen that the time difference of the message transmission time between the messages transmitted on the designated bus matches (for example, is the same as) the time difference of the sending time information of the corresponding pre-recorded message.

[0110] In addition, the sending time information can be a time represented by the representation of year, month, day, hour, minute, second, microsecond, and millisecond, or a time represented by a time value (such as a millisecond value). For example, the time when the target processing is started is the origin time (such as time 0), and the sending time information can be information about the time span from the origin time. For example, the sending time information is 100 milliseconds, indicating that the corresponding pre-recorded message should be sent to the target bus at 100 milliseconds from the origin time. 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, and millisecond, which can be converted into a time value of the time span from the origin time, thereby obtaining the sending time information of the corresponding message.

[0111] 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 type of simulation node and the local time. For example, it determines whether the sending time information is reached according to the local time, and if so, sends the corresponding pre-recorded message.

[0112] In addition, the local time of the bus communication device can also be configurable. For example, for the second type of simulation node, the bus communication device can be configured so that the local time of the bus communication device startup time matches the origin time of the sending time information, and the two can represent time in the same way. At this time, for some or all other types of simulation nodes, because 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 does 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.

[0113] For the second type of simulation nodes, the interaction condition is that the local time reaches the sending time information of the pre-recorded message.

[0114] For the specified class simulation node, 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 designated simulation node in the simulation network, and then configure part or all of the definition information of the designated simulation node for the designated simulation node (especially part or all of the simulation information therein), which can be understood as predefined information. 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 designated simulation node can be obtained.

[0115] The designated class of simulation nodes can be further divided into a third class of simulation nodes and a fourth class of simulation nodes. Furthermore, the at least one simulation node includes: a third simulation node as a third class of simulation node and / or a fourth simulation node as a fourth class of 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 imported database file of the simulation network.

[0116] In the test script and / or database file, for the message that needs to be sent, a specific event that triggers the sending of the message can be defined, such as the event of a specific message being monitored on the target bus. The specific message may be sent by a real bus device or by other simulation nodes. Therefore, the corresponding interaction condition is: a specific message is monitored on the target bus.

[0117] In one implementation, please refer to Figure 8 , step S200 further includes: S220: The bus communication device feeds back message information of at least part of the bus message transmitted on the target bus to the designated device, so that the designated device displays corresponding content in a window based on the message information.

[0118] The designated device can be understood as a device that has a message information display requirement, wherein the designated device may include at least two devices, such as 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 may have the same display requirements, and the corresponding devices (host computers or terminal devices) can all be designated devices to display the message information they need to display.

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

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

[0121] In addition, the message information may also be information converted from 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; correspondingly, the bus communication device may be configured to perform the conversion; further, other information related to the bus message may be included, such as information statistically analyzed for the bus message, information obtained by feature tagging and timestamping the bus message, etc., and correspondingly, the bus communication device may be configured to perform at least one of the functions of statistical analysis, feature tag marking, timestamping, etc. Of course, the bus communication device may also only feed back part or all of the content of the bus message to the designated device, and the designated device may perform at least one of the functions of information conversion, statistical analysis, feature tag marking, timestamping, etc.

[0122] The window may refer to any display window that is displayed 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 tag marking, time stamp 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, regardless of how many windows are used for display, it can be used as an implementation mode of the present application.

[0123] 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 during the target processing, the user can display what happens on the target bus.

[0124] In one implementation, please refer to Fig. 9 , step S220 may include: S221: the bus communication device monitors the bus message transmitted on the target bus; S222: 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; S223: the bus communication device feeds back the message information and the corresponding timestamp of at least part of the bus message to the designated device; Furthermore, it can be achieved that: the designated device can display the message information of the corresponding bus message based on the timestamp.

[0125] Among them, monitoring of bus messages can refer to any means that can obtain bus messages transmitted on the bus and provide bus messages and / or their message information for steps S222 and S223. 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, and these bus messages can be cached or stored in the bus communication device.

[0126] 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 between messages, the time interval between each message can be accurately reflected based on the uniformity of timestamps.

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

[0128] 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 S221. 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.

[0129] In the above scheme, 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.

[0130] In one implementation manner, 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; Among them, at least some of the display requirement information of the designated devices are different. In other implementations, the bus communication device may also be responsible for determining the message information to be displayed in the bus message according to the display requirement information of the designated device.

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

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

[0133] Correspondingly, the difference in display requirement information may be manifested 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 be manifested as difference in display processing method.

[0134] The message information to be displayed can be understood as the message information of the bus message to be displayed corresponding to the corresponding display requirement information. In one example, for all bus messages marked with timestamps, the bus messages required by the corresponding designated 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 timestamps, the bus messages required by the corresponding designated device can be selected based on the display requirement information, and then the bus messages are preset processed, and the message information of these bus messages can be obtained after the preset processing. The preset processing can be performed based on the display requirement information, or it can not be performed.

[0135] The preset processing involved may be, for example, extracting part of the information in the message, or converting the extracted information, such as converting the temperature information in the bus message into a specific temperature value, or labeling the message or part of the message, or determining whether the bus message needs to be discarded, and if so, discarding it. Different display processing methods may correspond to different preset processing.

[0136] In one implementation manner, a window message relationship may be provided in the device, and the window message relationship is used to at least represent the window and the message information to be displayed in each window; the display requirement information includes: designated window information, and the designated window information is used to represent the designated window used by the designated device; Furthermore, the window and message information (i.e. the message itself and / or information obtained based on the message) can be bound through the window message relationship. Furthermore, the message information corresponding to various windows can be pre-defined. On this basis, users can decide what they need to display and how to display it by selecting windows. Users do not need to redefine the display requirement information every time, especially during target processing (such as testing), users can select the message to be displayed by selecting the window.

[0137] 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 of 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.

[0138] 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 according to the new designated window information (i.e., the new display requirement information).

[0139] During or before target processing (such as testing), if the window message relationship of a window is modified, thereby changing the content to be displayed, the window will be used as the designated device of the designated window, and the displayed content will be changed, without the need to process the display requirement information of each designated device separately. The modification permission of the window message relationship can be configured as: only the object that created the window can modify it, and it can also be not limited to this.

[0140] In addition, in one example, there is a requirement that if a large number of signal monitoring are run simultaneously on the same device (host computer or terminal), the computer load rate may be too high, thus affecting performance. Therefore, if these signals are run and displayed on multiple devices separately, the load on the device will be reduced.

[0141] For example, the same user information can be displayed on K devices (for example, a host computer and a terminal are logged in at the same time, or different terminals are logged in at the same time, K is an integer greater than or equal to 2). At this time, the corresponding windows and message information can be displayed on different devices respectively. At this time, the content displayed on different devices (host computer or terminal) can be staggered, for example, displaying data A on the host computer and data B on the terminal, or it can be in different forms, for example, using a data table to display data A on the host computer and using a curve to display data A on the terminal.

[0142] What is displayed on each computer can be freely configured by the user. Furthermore, if two computers are not enough, the user can log in on another computer and configure the corresponding window and / or display required information.

[0143] Further expansion is as follows: During the target processing, when a user uses a device (host computer or terminal) and the device is used to display the target processing, if the user adds a new window or display demand information to the device, the device will determine whether the computer can still load based on information such as CPU load rate; If it can be loaded, add it; If it cannot be loaded, check whether the user information of the user has logged into the target software of other devices. If so, it can be recommended to the user to display it on other devices.

[0144] In one example, if it cannot be loaded and the user information of the user is not logged in to the target software of other devices, other users' computers can also be selected for display. For example, if user 1 adds a window, but user 1's device cannot load it and user 1 has no other devices, user 2's device can also be selected. At this time, user 2's device will receive the request. If user 2's device agrees and its device can load it, the window will be displayed on user 2's device.

[0145] The 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 processing method for the bus in this specification.

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

[0147] The system may be a test system, a calibration system, a data acquisition system, etc.

[0148] The embodiment of the present invention further provides a bus communication device, including a memory and a processor, wherein the memory stores a program, and the processor implements the steps of the bus processing method of this specification when executing the program. The structure of the bus communication device can refer to Figures 1 to 6 understand.

[0149] 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.

[0150] In one embodiment, a computer program product is provided, including a computer program, which implements the steps in the above-mentioned method embodiments when executed by a processor.

[0151] A person of ordinary skill in the art can understand that all or part of the processes in the above-mentioned embodiment method can be completed 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 the memory, database or other medium used in the embodiments provided in the present application can include at least one of non-volatile memory and volatile memory. Non-volatile memory can 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 can include random access memory (RAM) or external cache memory, etc. As an 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 each embodiment provided in this application may include at least one of a relational database and a non-relational database. Non-relational databases may include distributed databases based on blockchains, etc., but are not limited to this. The processor involved in each embodiment provided in this application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic device, a data processing logic device based on quantum computing, an artificial intelligence (AI) processor, etc., but are not limited to this.

[0152] The technical features of the above embodiments may be combined arbitrarily. 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.

[0153] The above-described embodiments only express several implementation methods of the present application, and the descriptions thereof are relatively specific and detailed, but they cannot be understood as limiting the scope of the present application. It should be pointed out that, for a person of ordinary skill in the art, several variations and improvements can be made without departing from the concept of the present application, and these all belong to the protection scope of the present application. Therefore, the protection scope of the present application shall be subject to the attached claims.

Claims

1. A processing method for a bus, characterized in that: The bus communication device used is connected to a target bus, the target bus is connected to a real bus device, and the method comprises: The bus communication device exchanges messages on the target bus to perform target processing; In which, the target processing can be affected and / or displayed by multiple different objects via the bus communication device, wherein the different objects refer to: different devices, and / or: devices using target software based on different user information, and the target software is software used to affect and / or display the target processing.

2. The method according to claim 1, characterized in that: During the target processing, at least part of the messages are exchanged by the bus communication device on the target bus 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 interact on the target bus via the same physical channel; The at least two different mapping relationships are defined by different objects.

3. The method according to claim 2, characterized in that The at least two different mapping relationships include a first mapping relationship defined by the first object, and a second mapping relationship defined by the second object; The method further comprises: The bus communication device acquires first definition information defined by the first object and second definition information defined by the second object; the influence includes definition of the first definition information and the second definition information; in: The first definition information includes the first mapping relationship, and also includes first simulation information for defining a first simulation node and / or a first simulation network including the first simulation node; the first simulation information is used to define a first message that each first simulation node needs to interact with on the target bus, interaction conditions of part or all of the first messages, and a logical channel corresponding to the first simulation node or the first message; The second definition information includes the second mapping relationship, and also includes second simulation information for defining a second simulation node and / or a second simulation network including the second simulation node; the second simulation information defines a second message that each second simulation node needs to interact with on the target bus, interaction conditions of part or all of the second messages, and a logical channel corresponding to the second simulation node or the second message; During the process of executing the target processing, detecting whether the interaction conditions between each first message and the second message are satisfied; When the interaction condition of any message is met: If any of the messages is defined by the first object, and the logical channel corresponding to any of the messages or the first simulation node to which any of the messages belongs is recorded in the first mapping relationship, then the interaction of any of the messages is performed based on the first mapping relationship; If any of the messages is defined by the second user or the second device, and the logical channel corresponding to any of the messages or the second simulation node to which any of the messages belongs is recorded in the second mapping relationship, the interaction of any of the messages is performed based on the second mapping relationship.

4. The method according to claim 1, characterized in that During the target processing, for messages at least partially defined by different objects, the bus communication device interacts on the target bus according to the same mapping relationship, and the impact includes the definition and / or selection of the same mapping relationship.

5. The method according to claim 1, characterized in that The exchanging messages on the target bus to perform target processing includes: If the bus communication device obtains operation information for the target simulation node from the outside, then based on the operation information, a corresponding custom message is sent to the target bus; 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, whether the first custom message is sent; whether to create a new second custom message, the content of the second custom message; the sending method of the second custom message; whether the second custom message is sent; The operation information is first operation information or second operation information, and the first operation information and the second operation information are defined by different objects.

6. The method according to claim 5, characterized in that The first operation information is defined by a third object, and the content that can be affected by the third object through the first operation information includes: the content of the first custom message that has been created; the sending method of the first custom message, whether the first custom message is sent; whether to create a new second custom message and the content of the second custom message; the sending method of the second custom message; whether the second custom message is sent; The second operation information is defined by a fourth object, and the content that can be affected by the fourth object through the second operation information includes: at least a part of the sending method of the custom message, and at least a part of whether the custom message is sent. The fourth object or the bus communication device is configured to: prohibit the fourth object from creating a new custom message for the target simulation node; prohibit the fourth object from modifying the content of the custom message; The sending method 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 the periodic sending in response to the manipulation of the manipulated object; whether to turn off the periodic sending in response to the manipulation of the manipulated object.

7. The method according to any one of claims 1 to 6, characterized in that: The bus communication device exchanges messages on the target bus to perform target processing, including: The bus communication device monitors the bus messages transmitted on the target bus; The bus communication device marks a timestamp for the bus message based on the local time of the bus communication device, and obtains the message information and the corresponding timestamp of the bus message; The bus communication device feeds back at least part of the message information of the bus message and the corresponding timestamp 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 at least two devices.

8. The method according to any one of claims 1 to 6, characterized in that: The bus communication device starts the target processing on the target bus in response to a start instruction from the outside; During the target processing, the bus communication device exchanges corresponding messages on the target bus when the interaction conditions of the messages of the simulation nodes are met.

9. 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-8.

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

11. 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 8 are implemented.

12. 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 8 are implemented.

Images