A cloud control-based drive-by-wire chassis remote test system and method

Abstract

This application discloses a cloud-based remote testing system and method for a drive-by-wire chassis, relating to the field of cockpit system testing. The system includes: a vehicle-side IoT unit, comprising an IoT development board deployed on the vehicle under test; the IoT development board being connected to the vehicle's CAN bus via a vehicle diagnostic interface or direct wiring harness, used for real-time reading and parsing of CAN messages, and sending specific messages to the CAN bus according to instructions; wherein the IoT development board has a built-in wireless communication module for establishing a stable and secure network connection with a cloud server unit; the cloud server unit being used for receiving, forwarding, storing, and processing data, receiving real-time CAN bus data uploaded by the vehicle-side IoT unit and forwarding it to an authorized remote testing terminal unit, serving as the system's central hub; and the remote testing terminal unit running remote testing software, connected to the cloud server unit via the internet to achieve human-machine interaction, serving as a testing computer device.

Description

Technical Field

[0001] This application relates to the field of cockpit system testing, and in particular to a cloud-based remote testing system for drive-by-wire chassis, a cloud-based remote testing method for drive-by-wire chassis, electronic equipment, storage media, and vehicle testing platform. Background Technology

[0002] With the development of intelligent and electric vehicles, the integration testing of intelligent driving systems with drive-by-wire chassis (such as steer-by-wire, brake-by-wire, and drive-by-wire) has become increasingly important and complex. In current technical practices, this type of integration testing mainly faces the following challenges:

[0003] ① Human resource shortages and response delays: Test engineers need to frequently travel to the locations of test vehicles (such as proving grounds and OEMs) for on-site testing. When problems arise on-site, due to limited and geographically dispersed expert resources, it is impossible to arrive at the site immediately, leading to delays in problem investigation and testing processes.

[0004] ② Long testing cycle and high cost: Testing projects involving multiple locations and multiple vehicle models require engineers to travel frequently, resulting in high travel, accommodation and time costs, and extending the product development cycle.

[0005] ③ Non-real-time data observation and analysis: Traditional testing methods often rely on onboard data recording equipment, and data can only be transmitted for analysis after the test is completed. Engineers cannot observe vehicle bus (such as CAN bus) data in real time during the test, making it difficult to detect anomalies in time and dynamically adjust the test strategy, which affects the efficiency and depth of testing.

[0006] Therefore, there is an urgent need for a remote, real-time, and efficient solution for testing drive-by-wire chassis. Summary of the Invention

[0007] The purpose of this invention is to provide a cloud-based remote testing system for drive-by-wire chassis, a cloud-based remote testing method for drive-by-wire chassis, electronic equipment, storage medium, and vehicle testing platform, thereby solving at least one of a number of technical problems.

[0008] Core technical issues: Existing wire-controlled chassis testing relies on on-site operation, which results in poor testing flexibility, inconvenience in cross-regional debugging, and insufficient adaptability to multiple scenarios. At the same time, the security, reliability, and real-time performance of data transmission during testing are difficult to guarantee, resulting in low testing efficiency and a lack of automated and intelligent testing and data analysis capabilities, which cannot meet the testing needs of multiple scenarios such as R&D, production, and after-sales service of wire-controlled chassis.

[0009] This invention provides the following solution:

[0010] According to a first aspect of the present invention, a cloud-based remote testing system for a drive-by-wire chassis is provided, comprising:

[0011] The vehicle-mounted IoT unit, cloud server unit, and remote test terminal unit are connected and a communication link is established.

[0012] The vehicle-mounted IoT unit, including an IoT development board, is deployed in the vehicle under test;

[0013] The IoT development board connects to the vehicle's CAN bus via a vehicle diagnostic interface or a direct wiring harness. It is used to read and parse CAN messages in real time and send specific messages to the CAN bus according to instructions.

[0014] The IoT development board has a built-in wireless communication module for establishing a stable and secure network connection with the cloud server unit.

[0015] The cloud server unit is used to receive, forward, store and process data. It receives real-time CAN bus data uploaded by the vehicle-side IoT unit and forwards it to the authorized remote test terminal unit, serving as the system hub.

[0016] Among them, the cloud server unit receives control commands and test scripts from the remote test terminal unit and reliably sends them to the vehicle-side IoT unit;

[0017] The remote test terminal unit runs remote test software and connects to the cloud server unit via the Internet to achieve human-computer interaction, serving as a test computer device.

[0018] Furthermore, the vehicle-side IoT unit integrates a CAN interface module, a CAN message processing module, a test command execution module, an IoT communication module, and a device management module;

[0019] The CAN interface module is used to connect to the vehicle's internal CAN bus via the intelligent CAN interface, enabling the vehicle controller to access data and send control messages.

[0020] The CAN message processing module is used to filter, encapsulate, unpack, and convert the format of the acquired CAN messages.

[0021] The test command execution module is used to parse test control commands from the cloud and generate corresponding CAN control messages;

[0022] The Internet of Things (IoT) communication module is used to establish a communication connection with the cloud via cellular or wireless networks to enable the uploading of test data and the issuance of control commands.

[0023] The device management module is used to manage and report the operating status, connection status, and abnormal status of the IoT development board.

[0024] Furthermore, the cloud server unit integrates a device access management module, a communication scheduling module, a test command forwarding module, a test data forwarding module, a data caching and time synchronization module, and a permission and isolation management module;

[0025] The device access management module is used to manage the access, registration, and online status maintenance of multiple IoT development boards;

[0026] The communication scheduling module is used to establish and maintain a two-way communication channel between the vehicle-side IoT unit and the remote test terminal unit;

[0027] The test command forwarding module is used to route and forward the test control commands of the remote test terminal unit to the corresponding vehicle-side IoT unit;

[0028] The test data forwarding module is used to forward the CAN messages and test status information uploaded by the vehicle-side IoT unit to the corresponding remote test terminal unit;

[0029] The data caching and time synchronization module is used to cache, timestamp, and manage the order of test data.

[0030] The permissions and isolation management module is used to achieve test isolation between different testers and different vehicles.

[0031] Furthermore, the remote test terminal unit integrates a communication interface layer module, a DBC parsing module, a test logic management module, an event management module, a variable and function management module, an online editing and compilation module, and a data display and recording module into its remote test software.

[0032] The communication interface layer module is used to establish a network connection with the cloud server unit, send test control commands, and receive test data.

[0033] The DBC parsing module is used to read and parse DBC files, converting CAN messages into signal-level data.

[0034] The test logic management module is used to configure and execute various integration test logics;

[0035] The event management module is used to manage CAN transmit / receive events, key events, and timed events.

[0036] The variable and function management module is used to maintain global variables and user-defined functions, and supports complex test logic;

[0037] The online editing and compilation module allows for real-time modifications to test logic that take effect immediately.

[0038] The data display and recording module is used to display, store, and replay the returned test data in real time.

[0039] Furthermore, including:

[0040] The communication methods between the vehicle-side IoT unit and the cloud server unit include 4G / 5G cellular networks;

[0041] Among these measures, a private 5G network or Wi-Fi 6 network will be deployed in a closed testing site.

[0042] Furthermore, including:

[0043] The vehicle-side IoT unit also includes access and forwarding capabilities for in-vehicle Ethernet, LIN bus, and FlexRay in-vehicle network protocols, adapting to multi-protocol in-vehicle network testing requirements.

[0044] According to a second aspect of the present invention, a cloud-based remote testing method for a drive-by-wire chassis is provided, and a cloud-based remote testing system for a drive-by-wire chassis includes:

[0045] S1. Power on the vehicle-side IoT unit to establish a connection with the CAN bus of the vehicle under test, and automatically establish a secure network connection with the cloud server unit.

[0046] S2. The test engineer logs into the system in the remote test terminal unit, loads the DBC file that matches the vehicle under test, and establishes a remote session with the target vehicle.

[0047] S3. Edit or call the preset test script through the software of the remote test terminal unit, and after confirmation, send the script to the vehicle IoT unit through the cloud server unit;

[0048] S4. The vehicle-side IoT unit receives and parses the test script, and sends control messages to the vehicle CAN bus at a specified time or under specified conditions according to the script logic. At the same time, it continuously listens for and collects response messages on the bus.

[0049] S5, the vehicle-side IoT unit will upload the collected raw or pre-processed CAN data to the cloud server unit in real time via wireless network, and the cloud server unit will push it to the remote test terminal unit;

[0050] S6. The software interface of the remote test terminal unit updates and displays vehicle status data in real time.

[0051] The entire testing process is monitored. If any abnormalities are found or parameters need to be adjusted, the test is immediately paused, the script is modified, and the test is recompiled and redeployed to achieve interactive remote debugging.

[0052] S7. After the test is completed, the system will automatically archive all test data for subsequent data playback and in-depth analysis.

[0053] According to a third aspect of the present invention, an electronic device is provided, comprising: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus;

[0054] The memory stores a computer program, which, when executed by the processor, causes the processor to perform steps such as those in a cloud-based remote testing method for a drive-by-wire chassis.

[0055] According to a fourth aspect of the present invention, a computer-readable storage medium is provided, comprising: storing a computer program executable by an electronic device, wherein when the computer program is run on the electronic device, the electronic device performs steps such as those of a cloud-based wire-controlled chassis remote testing method.

[0056] According to a fifth aspect of the present invention, a vehicle testing platform is provided, comprising:

[0057] Electronic equipment used to implement steps such as cloud-based remote testing methods for drive-by-wire chassis;

[0058] The processor runs programs, and when the programs are running, they execute steps such as cloud-based remote testing methods for drive-by-wire chassis based on data output from electronic devices.

[0059] Storage medium for storing programs that, when running, execute steps such as a cloud-based remote testing method for a drive-by-wire chassis based on data output from an electronic device.

[0060] The above solution achieves the following beneficial technical effects:

[0061] This application enables remote testing of drive-by-wire chassis, breaking geographical limitations. Test engineers can complete the entire testing process through a remote terminal, greatly improving testing flexibility and convenience, and reducing on-site testing costs.

[0062] This application ensures the security, reliability, and low latency of CAN bus data and control command transmission by maintaining stable bidirectional communication between the vehicle, cloud, and terminal units, combined with mechanisms such as encrypted transmission and interrupt reconnection, thereby ensuring test accuracy.

[0063] This application integrates multiple module functions (CAN message processing, DBC parsing, AI anomaly detection, etc.), supports online editing, hot updating and closed-loop debugging of test scripts, realizes automation and intelligence of the test process, and improves test efficiency and standardization;

[0064] This application is compatible with multi-protocol vehicle networks, various hardware forms, and multiple scenarios (R&D integration, production testing, after-sales diagnosis, etc.), enhancing the system's versatility and scalability;

[0065] This application enables test data caching, archiving, playback, and AI-assisted analysis, supports automatic generation of test reports, and provides data support for the optimization and upgrading of drive-by-wire chassis. Attached Figure Description

[0066] Figure 1 This is a structural diagram of a cloud-based wire-controlled chassis remote testing system provided by one or more embodiments of the present invention.

[0067] Figure 2 This is a flowchart of a cloud-based remote testing method for a wire-controlled chassis, provided by one or more embodiments of the present invention.

[0068] Figure 3 This is a schematic diagram of a remote testing intelligent vehicle system provided in a specific embodiment of the present invention.

[0069] Figure 4 This is a structural block diagram of an electronic device based on a cloud-controlled wire-controlled chassis remote testing method provided by one or more embodiments of the present invention. Detailed Implementation

[0070] The technical solution of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of the present invention.

[0071] Figure 1 This is a structural diagram of a cloud-based wire-controlled chassis remote testing system provided by one or more embodiments of the present invention.

[0072] like Figure 1 The cloud-based remote testing system for drive-by-wire chassis shown includes:

[0073] The vehicle-mounted IoT unit, cloud server unit, and remote test terminal unit are connected and a communication link is established.

[0074] The vehicle-mounted IoT unit, including an IoT development board, is deployed in the vehicle under test;

[0075] The IoT development board connects to the vehicle's CAN bus via a vehicle diagnostic interface or a direct wiring harness. It is used to read and parse CAN messages in real time and send specific messages to the CAN bus according to instructions.

[0076] The IoT development board has a built-in wireless communication module for establishing a stable and secure network connection with the cloud server unit.

[0077] The cloud server unit is used to receive, forward, store and process data. It receives real-time CAN bus data uploaded by the vehicle-side IoT unit and forwards it to the authorized remote test terminal unit, serving as the system hub.

[0078] Among them, the cloud server unit receives control commands and test scripts from the remote test terminal unit and reliably sends them to the vehicle-side IoT unit;

[0079] The remote test terminal unit runs remote test software and connects to the cloud server unit via the Internet to achieve human-computer interaction, serving as a test computer device.

[0080] In this embodiment, the vehicle-side IoT unit integrates a CAN interface module, a CAN message processing module, a test command execution module, an IoT communication module, and a device management module;

[0081] The CAN interface module is used to connect to the vehicle's internal CAN bus via the intelligent CAN interface, enabling the vehicle controller to access data and send control messages.

[0082] The CAN message processing module is used to filter, encapsulate, unpack, and convert the format of the acquired CAN messages.

[0083] The test command execution module is used to parse test control commands from the cloud and generate corresponding CAN control messages;

[0084] The Internet of Things (IoT) communication module is used to establish a communication connection with the cloud via cellular or wireless networks to enable the uploading of test data and the issuance of control commands.

[0085] The device management module is used to manage and report the operating status, connection status, and abnormal status of the IoT development board.

[0086] In this embodiment, the cloud server unit integrates a device access management module, a communication scheduling module, a test command forwarding module, a test data forwarding module, a data caching and time synchronization module, and a permission and isolation management module;

[0087] The device access management module is used to manage the access, registration, and online status maintenance of multiple IoT development boards;

[0088] The communication scheduling module is used to establish and maintain a two-way communication channel between the vehicle-side IoT unit and the remote test terminal unit;

[0089] The test command forwarding module is used to route and forward the test control commands of the remote test terminal unit to the corresponding vehicle-side IoT unit;

[0090] The test data forwarding module is used to forward the CAN messages and test status information uploaded by the vehicle-side IoT unit to the corresponding remote test terminal unit;

[0091] The data caching and time synchronization module is used to cache, timestamp, and manage the order of test data.

[0092] The permissions and isolation management module is used to achieve test isolation between different testers and different vehicles.

[0093] In this embodiment, the remote test terminal unit's remote test software integrates a communication interface layer module, a DBC parsing module, a test logic management module, an event management module, a variable and function management module, an online editing and compilation module, and a data display and recording module;

[0094] The communication interface layer module is used to establish a network connection with the cloud server unit, send test control commands, and receive test data.

[0095] The DBC parsing module is used to read and parse DBC files, converting CAN messages into signal-level data.

[0096] The test logic management module is used to configure and execute various integration test logics;

[0097] The event management module is used to manage CAN transmit / receive events, key events, and timed events.

[0098] The variable and function management module is used to maintain global variables and user-defined functions, and supports complex test logic;

[0099] The online editing and compilation module allows for real-time modifications to test logic that take effect immediately.

[0100] The data display and recording module is used to display, store, and replay the returned test data in real time.

[0101] In this embodiment, it includes:

[0102] The communication methods between the vehicle-side IoT unit and the cloud server unit include 4G / 5G cellular networks;

[0103] Among these measures, a private 5G network or Wi-Fi 6 network is deployed in a closed testing site to achieve high-bandwidth, low-latency communication transmission.

[0104] In this embodiment, it includes:

[0105] The vehicle-side IoT unit also includes access and forwarding capabilities for in-vehicle Ethernet, LIN bus, and FlexRay in-vehicle network protocols, adapting to multi-protocol in-vehicle network testing requirements.

[0106] In this embodiment, it includes:

[0107] The IoT development board of the vehicle-side IoT unit can be replaced with an in-vehicle telematics unit or a customized in-vehicle gateway to achieve high hardware integration and high reliability.

[0108] In this embodiment, the vehicle-side IoT unit also has the ability to access and forward vehicle Ethernet, LIN bus, and FlexRay vehicle network protocols, adapting to the testing requirements of multi-protocol vehicle networks.

[0109] Figure 2 This is a flowchart of a cloud-based remote testing method for a wire-controlled chassis, provided by one or more embodiments of the present invention.

[0110] like Figure 2 The cloud-based remote testing method for drive-by-wire chassis and the cloud-based remote testing system for drive-by-wire chassis shown herein include:

[0111] S1. Power on the vehicle-side IoT unit to establish a connection with the CAN bus of the vehicle under test, and automatically establish a secure network connection with the cloud server unit.

[0112] S2. The test engineer logs into the system in the remote test terminal unit, loads the DBC file that matches the vehicle under test, and establishes a remote session with the target vehicle.

[0113] S3. The engineer edits or calls the preset test script through the software of the remote test terminal unit, and after confirmation, sends the script to the vehicle IoT unit through the cloud server unit.

[0114] S4. The vehicle-side IoT unit receives and parses the test script, and sends control messages to the vehicle CAN bus at a specified time or under specified conditions according to the script logic. At the same time, it continuously listens for and collects response messages on the bus.

[0115] S5, the vehicle-side IoT unit will upload the collected raw or pre-processed CAN data to the cloud server unit in real time via wireless network, and the cloud server unit will push it to the remote test terminal unit;

[0116] S6. The software interface of the remote test terminal unit updates and displays vehicle status data in real time.

[0117] The entire testing process is monitored. If any abnormalities are found or parameters need to be adjusted, the test is immediately paused, the script is modified, and the test is recompiled and redeployed to achieve interactive remote debugging.

[0118] S7. After the test is completed, the system will automatically archive all test data for subsequent data playback and in-depth analysis.

[0119] In this embodiment, the interactive remote debugging in step S6 is a closed-loop testing process, which is as follows: the engineer observes vehicle data in real time through the remote test terminal unit → modifies the test logic online for anomalies or test requirements → compiles the modified logic in real time through dedicated software and hot-updates it to the vehicle-side IoT unit → the vehicle-side IoT unit executes the new logic to continue testing.

[0120] In this embodiment, throughout the entire process of issuing control commands and uploading test data, encrypted transmission is used to process vehicle control commands. At the same time, low-latency synchronization is performed on the data stream, and a connection interruption reconnection and command queue management mechanism is set up to ensure the security and reliability of the test.

[0121] In this embodiment, the dedicated remote testing software of the remote testing terminal unit integrates an AI-assisted analysis module. During the testing process in step S6, the AI-assisted analysis module performs anomaly detection on the real-time transmitted test data and realizes automatic early warning of abnormal situations.

[0122] In this embodiment, the dedicated remote testing software of the remote testing terminal unit integrates an automated test case management platform to realize version control and batch scheduling of test cases, and in step S7, the platform automatically generates test reports.

[0123] In this embodiment, the method is not only applicable to the joint debugging and testing of intelligent driving and drive-by-wire chassis in the R&D stage, but can also be adapted and applied to scenarios such as automobile production line off-line inspection, remote diagnosis of vehicle after-sales faults, and remote batch calibration and upgrade of fleets.

[0124] It is worth noting that although this system / device only discloses the above-mentioned modules / units, it does not mean that this system / device is limited to the above-mentioned basic functional modules. On the contrary, what this invention intends to express is that, based on the above-mentioned basic functional modules, those skilled in the art can add one or more functional modules in combination with the prior art to form an infinite number of embodiments or technical solutions. That is to say, this system is open rather than closed. It cannot be assumed that the scope of protection of the claims of this invention is limited to the above-disclosed basic functional modules just because this embodiment only discloses a few basic functional modules.

[0125] In one specific embodiment, a cloud-based remote testing system and method for drive-by-wire chassis is disclosed, enabling test engineers to remotely control, monitor real-time data, and perform automated testing of vehicles via the cloud without having to be physically present at the vehicle site, thereby significantly improving testing efficiency and reducing testing costs.

[0126] To achieve the above objectives, the technical solution provided in this embodiment is as follows:

[0127] Vehicle-mounted IoT Unit: Deployed on the vehicle under test, including an IoT development board. This IoT development board connects to the vehicle's Controller Area Network (CAN) bus via a vehicle diagnostic interface (such as OBD-II) or a direct wiring harness. It is used to read and parse CAN messages in real time and can send specific messages to the CAN bus according to instructions. Simultaneously, the IoT development board has a built-in wireless communication module for establishing a stable and secure network connection with the cloud server.

[0128] Cloud server unit: As the central hub of the system, it is responsible for receiving, forwarding, storing, and processing data. It receives real-time CAN bus data uploaded from the vehicle-side IoT unit and forwards this data to the authorized remote test terminal in real time; at the same time, it receives control commands and test scripts from the remote test terminal and reliably sends them to the vehicle-side IoT unit.

[0129] Remote test terminal unit: A computer device operated by a test engineer, running dedicated remote test software. This terminal connects to a cloud server unit via the internet, enabling human-computer interaction.

[0130] In another specific embodiment, the disclosure is as follows Figure 3 The remote testing intelligent vehicle system shown.

[0131] The system is implemented as follows:

[0132] 1. Development of vehicle-side IoT units:

[0133] ① The CAN interface module is used to connect to the vehicle's internal CAN bus via the intelligent CAN interface, enabling the access of vehicle controller data and the transmission of control messages.

[0134] ② The CAN message processing module is used to filter, encapsulate, unpack, and convert the format of the acquired CAN messages.

[0135] ③ Test instruction execution module, used to parse test control instructions from the cloud and generate corresponding CAN control messages based on the instruction content.

[0136] ④ The Internet of Things (IoT) communication module is used to establish a communication connection with the cloud via cellular or wireless networks to enable the uploading of test data and the issuance of control commands.

[0137] ⑤ The device management module is used to manage and report the operating status, connection status, and abnormal status of the development board.

[0138] 2. Cloud Service Unit Development

[0139] ① The device access management module is used to manage the access, registration, and online status maintenance of multiple IoT development boards.

[0140] ② Communication scheduling module, used to establish and maintain a two-way communication channel between the vehicle-side development board and the computer.

[0141] ③ Test command forwarding module, used to route and forward test control commands sent from the computer to the corresponding vehicle development board.

[0142] ④ Test data forwarding module, used to forward the CAN messages and test status information uploaded by the vehicle to the corresponding computer.

[0143] ⑤ Data caching and time synchronization module, used to cache, timestamp, and manage the order of test data.

[0144] ⑥ The permission and isolation management module is used to achieve test isolation between different testers and different vehicles.

[0145] 3. Remote Test Unit Development

[0146] ① Communication interface layer, used to establish network connection with cloud platform, send test control commands and receive test data.

[0147] ② The DBC parsing module is used to read and parse DBC files, converting CAN messages into signal-level data.

[0148] ③ Test logic management module, used to configure and execute various joint debugging test logics.

[0149] ④ Event management module, used to manage CAN transmit and receive events, key events and timed events.

[0150] ⑤ The variable and function management module is used to maintain global variables and user-defined functions, and supports complex test logic.

[0151] ⑥ The online editing and compilation module is used to modify the test logic in real time and make the changes take effect immediately.

[0152] ⑦ The data display and recording module is used to display, store, and replay the returned test data in real time.

[0153] 4. The system usage method is as follows:

[0154] ① The vehicle-side IoT unit is powered on, connects to the vehicle's CAN bus, and automatically establishes a secure connection with the cloud server unit.

[0155] ② The test engineer logs into the system on the remote test terminal, loads the DBC file corresponding to the vehicle under test, and establishes a remote session with the target vehicle.

[0156] ③ Engineers edit or call preset test scripts (such as steering frequency sweep test scripts) through remote testing software, and after confirmation, send them to the vehicle-side IoT unit through the cloud server.

[0157] ④ The vehicle-side IoT unit receives and parses the test script, and according to the script logic, sends control messages (such as the target steering angle message) to the vehicle CAN bus at the specified time or under the specified conditions. At the same time, it continuously listens for and collects response messages on the bus (such as the actual steering angle, motor current, etc.).

[0158] ⑤ The vehicle-mounted IoT unit collects raw or pre-processed CAN data and uploads it to the cloud server in real time via wireless network, and then the cloud server pushes it to the remote test terminal.

[0159] ⑥ The software interface of the remote testing terminal updates and displays vehicle status data in real time, allowing engineers to monitor the entire testing process. If any anomalies are detected or parameters need to be adjusted, the test can be paused immediately, the script modified, and recompiled and redeployed, enabling interactive remote debugging.

[0160] ⑦ After the test, all data will be automatically archived for later playback and in-depth analysis.

[0161] The core innovation of this embodiment lies in,

[0162] 1. System Architecture: The overall concept of a remote testing system is a three-tier architecture consisting of "vehicle-side IoT unit - cloud server unit - remote test terminal unit".

[0163] 2. Vehicle-side access and execution method: A specific hardware implementation plan for realizing CAN data transparent transmission and remote command execution is achieved by using a general IoT development board (such as a development board that integrates a CAN controller and 4G / 5G / Wi-Fi modules) as a low-cost and highly flexible vehicle gateway.

[0164] 3. Core functions of remote testing software: It integrates modular programming, DBC parsing, real-time script compilation and hot updating, remote control (steering / power / brake / lights and horn, etc.), and real-time data display and recording into a single dedicated testing software.

[0165] 4. Remote Interactive Testing Method: A closed-loop remote interactive testing process: "Real-time data observation -> Online modification of test logic -> Immediate compilation and hot update to the vehicle -> Continue testing." This is the core of improving testing efficiency.

[0166] 5. Data security and synchronization mechanisms: Specific technical points to ensure test security and reliability, such as encrypted transmission of vehicle control commands, low-latency synchronization of data streams, connection interruption reconnection, and command queue management.

[0167] In another specific embodiment, the above embodiments can be further improved and replaced.

[0168] 1. Vehicle-side unit hardware replacement: The IoT development board can be replaced with a more integrated vehicle telematics unit or a customized vehicle gateway to improve reliability and performance.

[0169] 2. Expanded communication methods: In addition to the general 4G / 5G cellular network, private 5G private networks or Wi-Fi 6 networks can be deployed in specific closed testing sites (such as test sites) to provide communication guarantees with higher bandwidth and lower latency.

[0170] 3. Expanding Testing Functions: Integrating an AI-assisted analysis module into the remote testing software can detect anomalies in real-time transmitted data and provide automatic warnings; or integrating an automated test case management platform can enable version control, batch scheduling, and automatic report generation of test cases.

[0171] 4. Application scenario expansion: This system is not only suitable for joint debugging and testing during the R&D stage, but also, after adaptive modifications, can be used for production line off-line testing, after-sales fault remote diagnosis, fleet remote batch calibration and upgrade, and other scenarios.

[0172] 5. Protocol Expansion: The vehicle-mounted IoT unit can be expanded to support access to and forwarding of various vehicle network protocols such as in-vehicle Ethernet, LIN bus, and FlexRay, in order to meet the testing requirements of next-generation electronic and electrical architectures.

[0173] Figure 4 This is a structural block diagram of an electronic device based on a cloud-controlled wire-controlled chassis remote testing method provided by one or more embodiments of the present invention.

[0174] like Figure 4 As shown, this application provides an electronic device, including: a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus;

[0175] The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of a cloud-based, wire-controlled chassis remote testing method.

[0176] This application also provides a computer-readable storage medium storing a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of a cloud-based remote testing method for a drive-by-wire chassis.

[0177] This application also provides a vehicle testing platform, including:

[0178] Electronic equipment, used to implement the steps of a cloud-based remote testing method for a wire-controlled chassis;

[0179] The processor runs a program, and when the program runs, it executes the steps of a cloud-based wire-controlled chassis remote testing method based on data output from electronic devices.

[0180] Storage medium for storing programs that, when running, execute steps of a cloud-based, wire-controlled chassis remote testing method based on data output from electronic devices.

[0181] The communication bus mentioned in the above electronic devices can be a Peripheral Component Interconnect (PCI) bus or an Extended Industry Standard Architecture (EISA) bus, etc. This communication bus can be divided into address bus, data bus, control bus, etc. For ease of illustration, only one thick line is used to represent it in the diagram, but this does not indicate that there is only one bus or one type of bus.

[0182] The electronic device comprises a hardware layer, an operating system layer running on top of the hardware layer, and an application layer running on the operating system. The hardware layer includes hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory. The operating system can be any one or more computer operating systems that control the electronic device through processes, such as Linux, Unix, Android, iOS, or Windows. Furthermore, in this embodiment of the invention, the electronic device can be a smartphone, tablet computer, or other handheld device, or a desktop computer, portable computer, or other electronic device; there is no particular limitation in this embodiment.

[0183] In this embodiment of the invention, the executing entity for electronic device control can be an electronic device itself, or a functional module within an electronic device capable of calling and executing a program. The electronic device can obtain the firmware corresponding to the storage medium. This firmware is provided by the supplier, and different storage media may have the same or different firmware; no limitation is made here. After obtaining the firmware corresponding to the storage medium, the electronic device can write this firmware into the storage medium; specifically, it burns the firmware corresponding to the storage medium into the storage medium. The process of burning the firmware into the storage medium can be implemented using existing technology, and will not be elaborated upon in this embodiment of the invention.

[0184] Electronic devices can also obtain reset commands corresponding to the storage media. The reset commands corresponding to the storage media are provided by the supplier. The reset commands corresponding to different storage media can be the same or different, and no restrictions are imposed here.

[0185] At this time, the storage medium of the electronic device is a storage medium on which the corresponding firmware has been written. The electronic device can respond to the reset command corresponding to the storage medium on which the corresponding firmware has been written, thereby resetting the storage medium on which the corresponding firmware has been written according to the reset command. The process of resetting the storage medium according to the reset command can be implemented by existing technology and will not be described in detail in this embodiment of the invention.

[0186] For ease of description, the above devices are described separately by function as various units and modules. Of course, in implementing this application, the functions of each unit and module can be implemented in one or more software and / or hardware.

[0187] It will be understood by those skilled in the art that, unless otherwise defined, all terms used herein (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains. It should also be understood that terms such as those defined in general dictionaries should be understood to have the meaning consistent with their meaning in the context of the prior art, and should not be interpreted in an idealized or overly formal sense unless specifically defined.

[0188] For the sake of simplicity, the method embodiments are described as a series of actions. However, those skilled in the art should understand that the embodiments of the present invention are not limited to the described order of actions, because according to the embodiments of the present invention, some steps can be performed in other orders or simultaneously. Furthermore, those skilled in the art should also understand that the embodiments described in the specification are preferred embodiments, and the actions involved are not necessarily essential to the embodiments of the present invention.

[0189] As can be seen from the above description of the embodiments, those skilled in the art can clearly understand that this application can be implemented by means of software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in various embodiments or some parts of the embodiments of this application.

[0190] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present invention.

Claims

1. A cloud-based remote testing system for a drive-by-wire chassis, characterized in that, include: The vehicle-mounted IoT unit, cloud server unit, and remote test terminal unit are connected and a communication link is established. The vehicle-mounted IoT unit includes an IoT development board, which is deployed in the vehicle under test. The IoT development board is connected to the vehicle's CAN bus via a vehicle diagnostic interface or a direct wiring harness. It is used to read and parse CAN messages in real time and send specific messages to the CAN bus according to instructions. The IoT development board has a built-in wireless communication module for establishing a stable and secure network connection with the cloud server unit. The cloud server unit is used to receive, forward, store and process data, receive real-time CAN bus data uploaded by the vehicle-side IoT unit and forward it to the authorized remote test terminal unit, serving as the system hub. The cloud server unit receives control commands and test scripts from the remote test terminal unit and reliably sends them to the vehicle-side IoT unit. The remote testing terminal unit runs remote testing software and connects to the cloud server unit via the Internet to achieve human-computer interaction, serving as a testing computer device.

2. The cloud-based remote testing system for drive-by-wire chassis according to claim 1, characterized in that, The vehicle-mounted IoT unit integrates a CAN interface module, a CAN message processing module, a test command execution module, an IoT communication module, and a device management module. The CAN interface module is used to connect to the vehicle's internal CAN bus via the intelligent CAN interface, enabling the vehicle controller to access data and send control messages. The CAN message processing module is used to filter, encapsulate, unpack, and convert the format of the acquired CAN messages. The test command execution module is used to parse test control commands from the cloud and generate corresponding CAN control messages; The Internet of Things (IoT) communication module is used to establish a communication connection with the cloud via cellular or wireless networks to enable the uploading of test data and the issuance of control commands. The device management module is used to manage and report the operating status, connection status, and abnormal status of the IoT development board.

3. The cloud-based remote testing system for drive-by-wire chassis according to claim 1, characterized in that, The cloud server unit integrates a device access management module, a communication scheduling module, a test command forwarding module, a test data forwarding module, a data caching and time synchronization module, and a permission and isolation management module. The device access management module is used to manage the access, registration, and online status maintenance of multiple IoT development boards; The communication scheduling module is used to establish and maintain a two-way communication channel between the vehicle-side IoT unit and the remote test terminal unit; The test command forwarding module is used to route and forward the test control commands of the remote test terminal unit to the corresponding vehicle-side IoT unit; The test data forwarding module is used to forward the CAN messages and test status information uploaded by the vehicle-side IoT unit to the corresponding remote test terminal unit; The data caching and time synchronization module is used to cache, timestamp, and manage the order of test data. The permissions and isolation management module is used to achieve test isolation between different testers and different vehicles.

4. The cloud-based remote testing system for drive-by-wire chassis according to claim 1, characterized in that, The remote test terminal unit integrates a communication interface layer module, a DBC parsing module, a test logic management module, an event management module, a variable and function management module, an online editing and compilation module, and a data display and recording module. The communication interface layer module is used to establish a network connection with the cloud server unit, send test control commands, and receive test data. The DBC parsing module is used to read and parse DBC files, converting CAN messages into signal-level data. The test logic management module is used to configure and execute various integration test logics; The event management module is used to manage CAN transmit / receive events, key events, and timed events. The variable and function management module is used to maintain global variables and user-defined functions, and supports complex test logic; The online editing and compilation module allows for real-time modifications to test logic that take effect immediately. The data display and recording module is used to display, store, and replay the returned test data in real time.

5. The cloud-based remote testing system for a drive-by-wire chassis according to claim 1, characterized in that, include: The communication method between the vehicle-side IoT unit and the cloud server unit includes 4G / 5G cellular networks; Among these measures, a private 5G network or Wi-Fi 6 network will be deployed in a closed testing site.

6. The cloud-based remote testing system for drive-by-wire chassis according to claim 1, characterized in that, include: The vehicle-mounted IoT unit also includes access and forwarding capabilities for in-vehicle Ethernet, LIN bus, and FlexRay in-vehicle network protocols, adapting to multi-protocol in-vehicle network testing requirements.

7. A cloud-based remote testing method for a drive-by-wire chassis, based on the cloud-based remote testing system for drive-by-wire chassis as described in any one of claims 1 to 6, characterized in that, include: S1. Power on the vehicle-side IoT unit to establish a connection with the CAN bus of the vehicle under test, and automatically establish a secure network connection with the cloud server unit. S2. The test engineer logs into the system in the remote test terminal unit, loads the DBC file that matches the vehicle under test, and establishes a remote session with the target vehicle. S3. Edit or call the preset test script through the software of the remote test terminal unit, and after confirmation, send the script to the vehicle IoT unit through the cloud server unit; S4. The vehicle-side IoT unit receives and parses the test script, and sends control messages to the vehicle CAN bus at a specified time or under specified conditions according to the script logic. At the same time, it continuously listens for and collects response messages on the bus. S5, the vehicle-side IoT unit will upload the collected raw or pre-processed CAN data to the cloud server unit in real time via wireless network, and the cloud server unit will push it to the remote test terminal unit; S6. The software interface of the remote test terminal unit updates and displays vehicle status data in real time. The entire testing process is monitored. If any abnormalities are found or parameters need to be adjusted, the test is immediately paused, the script is modified, and the test is recompiled and redeployed to achieve interactive remote debugging. S7. After the test is completed, the system will automatically archive all test data for subsequent data playback and in-depth analysis.

8. An electronic device, characterized in that, include: The processor, communication interface, memory, and communication bus are connected, with the processor, communication interface, and memory communicating with each other via the communication bus. The memory stores a computer program, which, when executed by the processor, causes the processor to perform the steps of the cloud-based remote testing method for a drive-by-wire chassis as described in claim 7.

9. A computer-readable storage medium, characterized in that, include: The device stores a computer program executable by an electronic device, which, when run on the electronic device, causes the electronic device to perform the steps of the cloud-based remote testing method for a drive-by-wire chassis as described in claim 7.

10. A vehicle testing platform, characterized in that, include: An electronic device for implementing the steps of the cloud-based wire-controlled chassis remote testing method as described in claim 7; The processor runs a program, and when the program runs, it executes the steps of the cloud-based wire-controlled chassis remote testing method as described in claim 7 by taking data output from the electronic device. A storage medium for storing a program that, when running, performs the steps of the cloud-based wire-controlled chassis remote testing method as described in claim 7 on data output from an electronic device.

Images