Web-based CAN bus remote test system and method

Abstract

The invention relates to a Web-based CAN bus remote test system and a Web-based CAN bus remote test method. The system comprises an application server side, a Web side, a data server side, a test agent side, an equipment rack and a test sample, wherein the Web side performs real-time communication with the application server side based on a SignalR framework, and the equipment rack and the test agent side are mounted on a CAN bus together; wherein the Web side obtains a user instruction and sends the user instruction to the application server side, and the application server side sends corresponding rack configuration information, test case information and HMI configuration information to the test agent side according to the user instruction; and the test agent side controls the test equipment rack to simulate a communication scene of the test sample based on the CAN bus under different working conditions according to the received information, captures a CAN bus message in real time, analyzes and processes the CAN bus message into a format set in the HMI configuration information, and then pushes the CAN bus message to the Web side. According to the invention, efficient monitoring and remote control of CAN bus equipment testing can be realized.

Description

Technical Field

[0001] The present invention relates to the technical field of CAN bus testing, and in particular to a Web-based CAN bus remote testing system and method. Background Art

[0002] In traditional CAN bus systems, device monitoring and data interaction rely on the following methods:

[0003] ① Hard-wired devices: CAN devices are usually connected to PC terminals via serial ports or USB interfaces. Users read data, send commands, or perform analysis in a local environment through dedicated analysis software (such as CAN analyzer).

[0004] ② Local data processing and storage: The data generated by the CAN bus is mainly stored locally, and users process, count and store data on local devices through software.

[0005] ③ Offline operating environment: Traditional CAN bus systems mostly operate in a local area network or offline environment. Due to network conditions, remote monitoring and control capabilities are weak or even absent.

[0006] The existing bus test system mainly has the following problems:

[0007] ① Poor flexibility: The traditional CAN bus system is too dependent on local hardware. Users must be on-site to operate the equipment, making it difficult to achieve remote management and real-time monitoring.

[0008] ② Low efficiency: Device operations need to be performed one by one, data exchange efficiency is low, and multiple CAN devices cannot be managed uniformly.

[0009] ③ Data isolation: The operating data generated by the system is usually only stored locally, which is difficult to synchronize between multiple terminals and cannot be connected to cloud storage or analysis tools.

[0010] ④ Insufficient alarm mechanism: Fault or abnormal information cannot be quickly fed back to users, delaying the timeliness of problem handling. Summary of the invention

[0011] The technical problem to be solved by the present invention is to provide a Web-based CAN bus remote testing system and method, which can realize efficient monitoring and remote control of CAN bus equipment testing.

[0012] The technical solution adopted by the present invention to solve its technical problems is: to provide a Web-based CAN bus remote testing system, including an application server, a Web terminal that communicates with the application server in real time based on a SignalR framework, a data service terminal and a test agent terminal, and an equipment bench and a test sample mounted on the CAN bus together with the test agent terminal; wherein the Web terminal obtains a user instruction and sends it to the application server terminal, the application server terminal sends corresponding bench configuration information, test case information and HMI configuration information to the test agent terminal according to the user instruction, the test agent terminal controls the test equipment bench to simulate the communication scenarios of the test sample based on the CAN bus under different working conditions according to the received information, captures the CAN bus message in real time and parses it, and after processing the parsed data into the format set in the HMI configuration information, the application server terminal stores it in the data server terminal and pushes it to the Web terminal for real-time display.

[0013] Furthermore, the test agent includes an interface layer for communicating with the application server, a communication layer for acquiring and parsing CAN bus messages, and a logic layer for analyzing and processing the parsed CAN bus data.

[0014] Furthermore, the communication layer includes a DBC parameter layer, a CAN protocol layer and a hardware driver layer. The hardware driver layer includes multiple driver modules for different CAN bus hardware platforms, and each of the driver modules is encapsulated as a library with a standardized interface for calling by the CAN protocol layer. The CAN protocol layer defines the interface mapping of CAN bus interaction based on the test bench configuration information and test case information to mount the corresponding driver module to obtain CAN bus messages. The DBC parameter layer is used to parse the CAN bus messages.

[0015] Furthermore, the logic layer analyzes and processes the parsed CAN bus data according to the HMI configuration information, converts it into a set format and pushes it to the application server in real time.

[0016] Furthermore, the bench configuration information includes a bench DBC file and a set threshold, and the test case information includes a test process and a sample DBC file.

[0017] Furthermore, the SignalR framework introduces identity authentication and authorization rules based on a Token-Based authentication mechanism.

[0018] Furthermore, the data server implements mapping between objects and databases based on the ORM framework.

[0019] The present invention also provides a Web-based CAN bus remote testing method, which is applied to any of the above-mentioned systems, comprising:

[0020] The Web end sends the acquired user instructions to the application server end;

[0021] The application server sends the corresponding test bench configuration information, test case information and HMI configuration information to the test agent according to the user's instructions;

[0022] The test agent configures the corresponding driver module according to the received information, controls the test equipment bench to simulate the communication scenarios of the test samples based on the CAN bus under different working conditions, captures the CAN bus messages in real time and parses them, and then processes the parsed data into the format set in the HMI configuration information and sends it to the application server;

[0023] The application server converts the processed parsed data into data views according to user instructions and pushes them to the Web side for real-time display.

[0024] Furthermore, the method also includes the step of storing the test bench configuration information, the test case information, the HMI configuration information and the processed parsed data in a data server.

[0025] Beneficial Effects

[0026] Due to the adoption of the above technical solution, the present invention has the following advantages and positive effects compared with the prior art: the present invention realizes real-time two-way communication between the client and the server, the test agent and the server by adopting the SignalR protocol, and combines the identity authentication and authorization mechanism to ensure the security and real-time performance of data transmission; the present invention realizes high cohesion and low coupling of functions through independent modules (such as DBC parsing module, CAN protocol parsing module, data access module, HMI module, etc.), which is convenient for system expansion and maintenance; the present invention adaptively calls the corresponding driver module for different hardware platforms, and supports the flexible implementation of multiple CAN bus drivers through interface definition, so as to ensure the compatibility of the system with different hardware devices and realize Efficient parsing of DBC files; the present invention adopts the EntityFrameworkCore (ORM) framework for database operations, combines with the DAMO database to achieve efficient data access and management, and manages database version updates through the data migration (Migrations) mechanism; the present invention provides a visual componentized tool through the HMI design layer, supports users to freely design data views, and realizes real-time data collection, processing and push through the HMI acquisition layer to ensure the real-time and accuracy of data display; the present invention integrates the Sunflower service through the API interface to realize the remote desktop control function, simplify the remote operation process, and enhance the remote management capability of the system; the present invention adopts industrial PC as the test agent, combined with the stability design of the .NET 6.0 / ASP.NET Core 6.0 framework, to ensure the stability and reliability of the system under long-term operation and high load. BRIEF DESCRIPTION OF THE DRAWINGS

[0027] Figure 1 is a schematic diagram of the system architecture of the first embodiment of the present invention;

[0028] Figure 2 is a schematic diagram of a test agent architecture according to a first embodiment of the present invention;

[0029] Figure 3 is a schematic diagram of communication between service components in the first embodiment of the present invention;

[0030] Figure 4 is an HMI timing diagram of the first embodiment of the present invention;

[0031] Figure 5 This is a test agent startup sequence diagram of the first embodiment of the present invention. DETAILED DESCRIPTION

[0032] The present invention will be further described below in conjunction with specific embodiments. It should be understood that these embodiments are only used to illustrate the present invention and are not intended to limit the scope of the present invention. In addition, it should be understood that after reading the content taught by the present invention, those skilled in the art can make various changes or modifications to the present invention, and these equivalent forms fall within the scope limited by the appended claims of the application equally.

[0033] The first embodiment of the present invention relates to a CAN bus remote testing system based on Web, such as Figure 1 As shown, it mainly consists of the following components:

[0034] Automobile test bench: used to simulate the actual automobile operating environment, connect and drive CAN bus devices, and simulate and test various test scenarios; it has high-precision control capabilities and can simulate CAN bus signals under different working conditions.

[0035] Industrial PC, as the middle layer, is responsible for direct communication with the CAN bus, processing the collected data and transmitting it to the application server; it has high reliability and stability, can run continuously for a long time, and supports multi-tasking.

[0036] CAN analyzer, connected with industrial PC to form a test agent, is used to capture, record and parse data frames on the CAN bus, providing real-time data monitoring and analysis functions; it supports multiple CAN protocols, has efficient data processing capabilities, and can provide real-time feedback on bus status.

[0037] The application server carries the core business logic of the system, processes requests from clients, and coordinates the work between modules. It is based on the .NET 6.0 / ASP.NET Core 6.0 framework and has good scalability and high-performance processing capabilities.

[0038] The data server is responsible for the storage and management of system data, including test data, configuration files, user information, etc. It uses a high-performance database (such as the DAMO database) and has a data backup and recovery mechanism to ensure the security and integrity of the data.

[0039] The web management system provides a user-friendly interface, remote management and control through the browser, and supports multi-user simultaneous operation; it is developed based on React 16 and TypeScript 3.0, with responsive design and good user experience.

[0040] The data processing architecture of the system mainly includes the main service, test agent and Web terminal.

[0041] The main service is deployed on the application server, mainly including Web service and network forwarding service. Web service provides RESTful API interface to handle various requests from clients, such as data query, device control, etc.; network forwarding service is responsible for communication with test agent and sunflower service, and realizes real-time data transmission and forwarding through efficient message queue.

[0042] The architecture of the test agent is as follows Figure 2 As shown, it is mainly used to obtain the bench equipment configuration (such as bench DBC file, threshold setting, etc.) and test case configuration (such as test process, sample DBC file, etc.) from the main service, and perform specific test operations according to the configuration, communicate directly with the CAN bus, execute test instructions and feedback test results.

[0043] The web terminal is based on the React 16 framework and adopts component-based development to ensure efficient rendering and response speed of the interface. It is mainly used to provide a user interface and supports data display, device control, real-time monitoring and other functions.

[0044] The interfaces involved in the system mainly include remote monitoring interface and CAN bus interface.

[0045] Among them, the remote monitoring interface is used to provide remote desktop control function, supporting users to remotely access and control test agents and other devices through the network. This interface is implemented based on the Sunflower service and is integrated with the main service through the API interface to realize the transmission and execution of remote control instructions.

[0046] All controlled devices are connected to the CAN bus device network to transmit and receive CAN data frames. The network supports standard CAN 2.0 and CAN FD protocols and has high compatibility and scalability.

[0047] like Figure 3 As shown, service components communicate with each other through the Microsoft SignalR framework. The specific relationship is as follows:

[0048] A real-time two-way communication channel is established between the client browser and the main service's Web service through SignalR to achieve real-time push and receive of data. The transmitted data includes user instructions, real-time data, status updates, etc.

[0049] The test agent and the main service communicate via SignalR for long connections, transmitting test data and status information in real time. The data content includes device status, test results, configuration updates, etc.

[0050] The main service and the Sunflower service transmit and execute control instructions through the API interface. The data content includes remote control instructions, status feedback, etc.

[0051] The core business modules of this system include DBC parameter parsing, CAN bus protocol parsing, data access layer, HMI implementation, HMI acquisition layer, test agent startup process, CAN bus communication process and long connection implementation, which are explained one by one below.

[0052] 1. DBC parameter analysis

[0053] It includes Emtob.Can.Dbc, which is used to define the core interface of the DBC protocol, including INode, IMessage, ISignal, IAttribute, IAttributeDefinition, etc. It also includes Emtob.Can.Dbc.Hare, which is used to define the native implementation of the DBC protocol. This module can provide efficient and stable parsing functions without dependencies. It also includes multiple different driver libraries, among which .Emtob.Can.Dbc.Kvaser is used to encapsulate the Kvaser library and relies on the Kvaser hardware driver.

[0054] This module defines the IDBCReader interface to read and parse DBC files from files or data streams, and convert them into internal data structures that can be processed by the system. The abstract definition of the interface ensures that different interface implementations (such as Hare and Kvaser) can uniformly process DBC parameters, thereby enhancing the scalability of the system.

[0055] In some implementations, an object-oriented design pattern is used to ensure low coupling and high cohesion of each module, and an error handling mechanism can also be provided to ensure that when an exception occurs during the parsing process, it can be captured and fed back in a timely manner.

[0056] 2. CAN bus protocol analysis

[0057] It includes Emtob.Can as the CAN protocol abstraction layer, which defines the basic interface for interacting with the CAN bus; it also includes multiple different driver libraries, among which Emtob.Can.Dbc.Kvaser implements the CAN bus driver based on Kvaser hardware, and provides a standardized interface for the upper layer to call by encapsulating the Kvaser library. If you need to support other CAN card drivers, you only need to implement the corresponding Emtob.Can interface to ensure flexible expansion of the system.

[0058] In some implementations, a factory mode may be used to select a corresponding driver implementation according to different CAN hardware; a thread-safe communication mechanism may also be provided to ensure data consistency and stability in a multi-threaded environment.

[0059] 3. Data Access Layer

[0060] It is built based on ORM framework, specifically using EntityFrameworkCore to implement object-database mapping and simplify database operations. The database uses DAMO database, which has the characteristics of high performance and high reliability, meeting the system's high requirements for data storage.

[0061] Specifically, it includes Emtob.Data, which maps the database table structure and is used to define data entity classes; Emtob.Data.DM, which implements the specific access logic of the database used by DAMO; and Emtob.Data.Initializer, which is used to define database migrations and manage database version updates and data initialization.

[0062] In some implementations, data entity definition is implemented by defining the database table structure in a code-first manner to support mapping of complex relationships. Data migration management uses the migration mechanism of EF Core to automatically manage database version updates to ensure that the database structure is synchronized with the code.

[0063] 4. HMI Implementation

[0064] Includes design layer and sampling layer.

[0065] The design layer is implemented in the main service, providing component libraries and design tools, and supporting drag-and-drop interface design. This module uses components provided by the system (such as charts, dashboards, data tables, etc.) to design and draw the data views that need to be displayed in a visual way.

[0066] The sampling layer is implemented in the test agent to ensure the real-time and accuracy of data collection. The module collects CAN bus data in real time at a preset collection frequency (such as once every 100ms), performs necessary data conversion (such as unit conversion, signal filtering, etc.), and sends the processed data to the front-end interface.

[0067] In some implementations, the sampling layer parses and converts the collected raw CAN data according to the view configuration provided by the design layer to generate a format suitable for front-end display; the converted data is pushed to the front-end in real time through SignalR to ensure real-time update of the interface.

[0068] 5. HMI Collection Layer

[0069] This module is implemented in the test agent and is used to obtain data frames from the CAN bus at a regular interval. After parsing and extracting relevant signals, it performs necessary processing on the collected data according to the configuration of the design layer, such as calculating the average value, filtering, etc., and then sends the processed data to the main service through SignalR, which is then pushed to the front-end HMI interface by the main service.

[0070] In some implementations, multi-threading technology is used to ensure efficient data collection and processing and avoid blocking the main thread; a cache mechanism can also be used to temporarily store collected data and optimize data transmission efficiency.

[0071] 6. Test agent startup process and CAN bus communication process

[0072] like Figure 4 and Figure 5 As shown, the process from startup to communication with the CAN bus includes:

[0073] The service startup process includes:

[0074] Start the test agent service, initialize each module, and prepare for communication with the CAN bus;

[0075] Establish a long connection with the main service and establish a persistent two-way communication channel through SignalR to ensure real-time transmission of data and immediate response to instructions;

[0076] After the connection is established, CAN bus information is pushed, including supported bitrate, FD mode, channel information, etc.

[0077] Client notification: if a client (browser) is connected, the main service will push the CAN bus information to the client to ensure that the front-end interface can correctly display the bus status;

[0078] Push the test bench configuration to the test agent, including the test bench DBC file, threshold settings, device parameters, etc., to ensure that the test agent has the correct test environment configuration;

[0079] Push test configuration to test agents, including test processes, test cases, sample DBC files, etc., to guide test agents to perform specific test tasks;

[0080] Push HMI configuration to the test agent, including HMI design view, data display configuration, etc., to ensure that the HMI interface can correctly display real-time data;

[0081] The CAN bus communication process specifically includes:

[0082] Initialization: initialize CAN bus parameters according to the configuration file, set bitrate, FD mode, etc.;

[0083] Data transmission, through the CAN bus driver, sends and receives CAN data frames to ensure real-time data transmission;

[0084] Error handling, monitors CAN bus status, captures and handles communication errors to ensure system stability.

[0085] 7. Long connection implementation

[0086] It is implemented on the server and client side respectively, using the Microsoft SignalR protocol as the communication protocol between the client and the main service and between the test agent and the main service, supporting real-time two-way communication. At the same time, SignalR is packaged for ease of use, and identity authentication and authorization rules are integrated to ensure the security and reliability of communication.

[0087] The server is located in Catarc.Web\RealTime, which is responsible for managing the SignalR Hub and processing connection, message transmission and other logic; the client uses the @microsoft / signalr NuGet package, which is integrated into the front-end React application to achieve real-time communication with the server.

[0088] In some implementations, the server pushes real-time data to the client through SignalR Hub to achieve real-time updates of the HMI interface; the client sends control instructions to the server through SignalR, and the server forwards the instructions to the test agent to perform the corresponding operations. A Token-Based authentication mechanism can also be used to ensure that only authorized users can establish a connection. At the same time, the access rights of different users can be restricted based on user roles to ensure the security of the system and the confidentiality of data.

[0089] A second embodiment of the present invention relates to a Web-based CAN bus remote testing method, which is applied to the system as described above and comprises the following steps:

[0090] 1. System startup:

[0091] Users access the Web management system through the Web terminal to log in and authenticate their identities;

[0092] The application server initializes each module, starts the main service and test agent, and establishes communication with the CAN bus;

[0093] 2. Configuration Management:

[0094] The user configures test parameters, HMI views, etc. on the Web terminal, and the configuration files are passed to the test agent through the main service;

[0095] The test agent initializes the CAN bus parameters according to the configuration file and prepares to execute the test task;

[0096] 3. Data collection and processing:

[0097] The test agent collects CAN data frames in real time through the CAN bus driver;

[0098] The HMI acquisition layer processes and converts the collected data to generate a format suitable for front-end display;

[0099] 4. Real-time data display:

[0100] The processed data is pushed to the HMI interface of the Web terminal in real time through SignalR, and users can monitor the CAN bus status in real time;

[0101] The HMI design layer provides visualization tools, allowing users to customize data views according to their needs;

[0102] 5. Remote control and feedback:

[0103] The user issues remote control commands (such as adjusting parameters, starting / stopping tests, etc.) on the Web terminal. The commands are transmitted to the main service through SignalR, and then forwarded by the main service to the test agent for execution.

[0104] After the test agent executes the command, it will feed back the execution result to the Web terminal through SignalR, and the user can view the feedback information in real time;

[0105] 6. Data storage and management:

[0106] All test data, configuration files, etc. are stored in the data server through the data access layer to ensure data persistence and traceability;

[0107] Users can query and analyze historical data, generate reports, etc. through the Web management system.

[0108] The process from startup to communication with the CAN bus includes:

[0109] The service startup process includes:

[0110] Start the test agent service, initialize each module, and prepare for communication with the CAN bus;

[0111] Establish a long connection with the main service and establish a persistent two-way communication channel through SignalR to ensure real-time transmission of data and immediate response to instructions;

[0112] After the connection is established, CAN bus information is pushed, including supported bitrate, FD mode, channel information, etc.

[0113] Client notification: if a client (browser) is connected, the main service will push the CAN bus information to the client to ensure that the front-end interface can correctly display the bus status;

[0114] Push the test bench configuration to the test agent, including the test bench DBC file, threshold settings, device parameters, etc., to ensure that the test agent has the correct test environment configuration;

[0115] Push test configuration to test agents, including test processes, test cases, sample DBC files, etc., to guide test agents to perform specific test tasks;

[0116] Push HMI configuration to the test agent, including HMI design view, data display configuration, etc., to ensure that the HMI interface can correctly display real-time data;

[0117] The CAN bus communication process specifically includes:

[0118] Initialization: initialize CAN bus parameters according to the configuration file, set bitrate, FD mode, etc.;

[0119] Data transmission, through the CAN bus driver, sends and receives CAN data frames to ensure real-time data transmission;

[0120] Error handling, monitors CAN bus status, captures and handles communication errors to ensure system stability.

Claims

1. A Web-based CAN bus remote testing system, characterized in that: It includes an application server, a Web terminal that communicates with the application server in real time based on the SignalR framework, a data server and a test agent, as well as an equipment bench and test samples mounted on the CAN bus together with the test agent; wherein the Web terminal obtains user instructions and sends them to the application server, and the application server sends corresponding bench configuration information, test case information and HMI configuration information to the test agent according to the user instructions, and the test agent controls the test equipment bench to simulate the communication scenarios of the test samples based on the CAN bus under different working conditions according to the received information, captures the CAN bus message in real time and parses it, and after processing the parsed data into the format set in the HMI configuration information, the application server stores it in the data server and pushes it to the Web terminal for real-time display.

2. The system according to claim 1, characterized in that The test agent end includes an interface layer for communicating with the application server end, a communication layer for acquiring and parsing CAN bus messages, and a logic layer for analyzing and processing the parsed CAN bus data.

3. The system according to claim 2, characterized in that The communication layer includes a DBC parameter layer, a CAN protocol layer and a hardware driver layer. The hardware driver layer includes multiple driver modules for different CAN bus hardware platforms, and each of the driver modules is encapsulated as a library with a standardized interface for the CAN protocol layer to call. The CAN protocol layer defines the interface mapping of CAN bus interaction based on the test bench configuration information and test case information to mount the corresponding driver module to obtain CAN bus messages. The DBC parameter layer is used to parse the CAN bus messages.

4. The system according to claim 2, characterized in that The logic layer analyzes and processes the parsed CAN bus data according to the HMI configuration information, converts it into a set format and pushes it to the application server in real time.

5. The system according to claim 1, characterized in that The bench configuration information includes a bench DBC file and a set threshold, and the test case information includes a test flow and a sample DBC file.

6. The system according to claim 1, characterized in that The SignalR framework introduces identity authentication and authorization rules based on the Token-Based authentication mechanism.

7. The system according to claim 1, characterized in that The data server implements the mapping between objects and database based on the ORM framework.

8. A Web-based CAN bus remote testing method, characterized in that: A system applied to any one of claims 1 to 7, comprising: The Web end sends the acquired user instructions to the application server end; The application server sends the corresponding test bench configuration information, test case information and HMI configuration information to the test agent according to the user's instructions; The test agent configures the corresponding driver module according to the received information, controls the test equipment bench to simulate the communication scenarios of the test samples based on the CAN bus under different working conditions, captures the CAN bus messages in real time and parses them, and then processes the parsed data into the format set in the HMI configuration information and sends it to the application server; The application server converts the processed parsed data into data views according to user instructions and pushes them to the Web side for real-time display.

9. The method according to claim 8, characterized in that The step also includes storing the test bench configuration information, the test case information, the HMI configuration information and the processed parsed data to a data server.

Images