Windscreen wiper controller hardware-in-the-loop test system, method and equipment and storage medium
By using a hardware-in-the-loop testing system for wiper controllers, the system simulates vehicle conditions to generate wiper input signals and collects response signals for comparison and analysis. This addresses the shortcomings of existing testing devices, enabling comprehensive verification and automated testing of wiper controller functions, and improving testing efficiency and accuracy.
Patent Information
- Application Number
- CN202511150337.5
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-08-18
- Publication Date
- 2025-11-14
AI Technical Summary
Existing wiper system testing equipment has shortcomings in terms of testing range, automation level, and comprehensiveness of signal simulation. It is difficult to fully verify the functional performance of the wiper controller and its performance under complex operating conditions. Moreover, the testing process relies on manual operation, resulting in low efficiency and inaccurate results.
A hardware-in-the-loop testing system for wiper controllers is adopted, including a test management module, a hardware-in-the-loop simulation platform, a signal input module, and a signal acquisition module. By simulating vehicle conditions, wiper input signals are generated, and response signals are collected for comparison and analysis, thereby realizing automated testing processes and data acquisition.
This technology enables comprehensive verification of wiper controllers under complex operating conditions, improving the reliability and automation of testing, reducing human error, shortening the testing cycle, lowering costs, and enhancing the flexibility and accuracy of testing.
Smart Images
Figure CN120949745A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of automotive parts technology, specifically to a hardware-in-the-loop testing system, method, equipment, and storage medium for a windshield wiper controller. Background Technology
[0002] In the rapid development of the automotive industry, the windshield wiper system, as a key component ensuring driving safety, has received considerable attention for its performance reliability and stability. To ensure the wiper system functions properly under various complex operating conditions, comprehensive and accurate testing is essential. With the continuous evolution of testing technology, various wiper system testing devices have emerged, aiming to simulate real-world operating environments, identify potential problems in advance, and provide a basis for optimizing and improving the wiper system.
[0003] Currently, the technological development in the field of wiper system testing is diversified, but it still has many limitations in practical applications. In terms of testing scope, existing technologies mostly focus on the mechanical and electrical power level testing of wiper systems, such as detecting parameters like the wiper motor's speed, torque, and power consumption, as well as verifying the mechanical performance of the wiper arms and blades, including wear and oscillation angles. However, this testing approach is clearly one-sided, lacking comprehensive verification of the wiper controller's functions. As the core control unit of the wiper system, the wiper controller's performance directly affects the overall system's operation, but existing tests fail to delve into the wiper controller's functional performance under complex operating conditions. For example, can the wiper controller adjust the wiper oscillation frequency in a timely manner based on signals from the rain sensor at different rainfall levels? When the vehicle's speed changes, can the controller correspondingly change the wiper's operating mode to adapt to driving needs? During the switching between manual and automatic modes, can the controller achieve a smooth transition without jamming or malfunctions? These key functional verifications are all lacking in existing tests, making it difficult for test results to fully reflect the true performance of the wiper system in actual use.
[0004] In terms of automation, existing wiper system testing equipment also has significant shortcomings. The testing process often relies on manual configuration and execution; from setting test parameters and switching test conditions to recording test data, all require manual operation. This manual testing model is not only inefficient but also prone to human error, leading to deviations in test results and affecting the accuracy and reliability of the tests. Furthermore, existing technology lacks an automated test management module, making it impossible to automate the scheduling and monitoring of the testing process, and it also lacks dynamic test case generation capabilities. This makes it difficult to quickly generate corresponding test plans based on different testing needs, resulting in poor flexibility and adaptability. In addition, existing equipment lacks comprehensive archiving and analysis functions for the large amounts of data generated during testing, making it impossible to systematically organize, store, and deeply analyze test data, which is detrimental to subsequent traceability and optimization of wiper system performance.
[0005] Existing wiper system testing equipment also has shortcomings in the comprehensiveness of signal simulation. Signal simulation mainly focuses on mechanical and electrical power level test signals, such as electrical signals like the load current and voltage of the wiper motor, and mechanical signals like the mechanical resistance of the wiper arm. However, it fails to adequately simulate the complex input signals necessary for the normal operation of the wiper controller. The normal operation of the wiper controller requires receiving various external signals, including not only the rainfall intensity signal mentioned above, but also the operating status signals of the front wiper (such as whether it is stopped, operating at low speed, or high speed) and the gear status signals (such as whether it is in intermittent or automatic mode). These signals work together to enable the controller to make accurate control decisions. The lack of simulation of these complex input signals in existing testing equipment means that the wiper controller cannot be placed in the same signal environment as in actual operation during testing, making it difficult to comprehensively and accurately test its control performance.
[0006] In summary, the shortcomings of existing wiper system testing devices in terms of testing scope, automation level, and comprehensiveness of signal simulation make it difficult to meet the testing requirements of the modern automotive industry for high performance and high reliability of wiper systems. Therefore, developing a wiper system testing device that can move the testing stage forward, reduce testing costs, and overcome the above-mentioned defects is of great practical significance. Summary of the Invention
[0007] The purpose of this invention is to provide a hardware-in-the-loop testing system, method, device, and storage medium for a windshield wiper controller, which can comprehensively simulate the key input and output signals involved in the windshield wiper control system, realize the verification and evaluation of the vehicle's windshield wiper control function under different operating conditions, and improve the reliability and automation level of the test.
[0008] To achieve the above objectives, the technical solution adopted by the present invention is as follows: In a first aspect, the present invention discloses a hardware-in-the-loop testing system for a wiper controller, which includes a test management module, a hardware-in-the-loop simulation platform and a signal input module connected to the input terminal of the wiper controller under test, and a signal acquisition module connected to the output terminal of the wiper controller under test. The test management module is used to configure test cases for the wiper controller, compare and analyze response signals, and generate test reports. The hardware-in-the-loop simulation platform is used to acquire test cases and simulate vehicle states based on the test cases. The signal input module is used to acquire test cases, generate wiper input signals based on the test cases, and inject the wiper input signals into the wiper controller under test. The signal acquisition module is used to acquire the response signal output by the wiper controller under test, and feed the response signal back to the test management module for comparison and analysis.
[0009] Furthermore, the test management module includes a scenario configuration unit and a result analysis unit. The scenario configuration unit is used to configure test cases for the wiper controller, and the result analysis unit is used to compare and analyze the response signals and generate a test report.
[0010] Furthermore, the test management module includes a test execution unit for automatically executing test cases.
[0011] Furthermore, the hardware-in-the-loop simulation platform and the signal input module are independently connected to the input terminal of the wiper controller under test, and the signal acquisition module is independently connected to the output terminal of the wiper controller under test via a LIN network or a CAN network.
[0012] Secondly, this invention discloses a hardware-in-the-loop testing method for a wiper controller, which uses the aforementioned hardware-in-the-loop testing system for a wiper controller to test the wiper controller under test, including: Connect the hardware-in-the-loop simulation platform and signal input module to the input terminal of the wiper controller under test, and connect the signal acquisition module to the output terminal of the wiper controller under test. Configure test cases for the wiper controller through the test management module, and send the test cases to the hardware-in-the-loop simulation platform and the signal input module respectively; The hardware-in-the-loop simulation platform simulates vehicle states based on test cases; the signal input module generates wiper input signals based on test cases and injects the wiper input signals into the wiper controller under test. The signal acquisition module acquires the response signal output by the wiper controller under test, and feeds the response signal back to the test management module for comparison and analysis, generating a test report.
[0013] Furthermore, the wiper input signal includes at least one of the following: rainfall intensity signal, wiper operating speed signal, wiper gear signal, wiper sensitivity level signal, rain sensor wiping speed request signal, and wiper mechanical action mode signal.
[0014] Furthermore, feeding back the response signal to the test management module for comparison and analysis specifically includes: comparing the collected response signal with the expected reference range; if the response signal is within the expected reference range, the test passes; otherwise, the test fails.
[0015] Furthermore, the hardware-in-the-loop simulation platform and the signal input module are independently connected to the input terminal of the wiper controller under test, and the signal acquisition module is independently connected to the output terminal of the wiper controller under test via a LIN network or a CAN network.
[0016] Thirdly, the present invention discloses an electronic device, including a memory and a processor, wherein the memory stores computer-readable instructions, and the processor executes the computer-readable instructions to implement the above-mentioned wiper controller hardware-in-the-loop testing method.
[0017] Fourthly, the present invention discloses a computer-readable medium storing a computer program that, when executed by one or more processors, implements the above-described wiper controller hardware-in-the-loop testing method.
[0018] The present invention has the following unexpected beneficial effects: 1. The system described in this invention uses a hardware-in-the-loop simulation platform to simulate vehicle states and generates various wiper input signals using a signal input module. This allows it to reproduce complex operating conditions that the wiper controller may encounter in actual operation, including different vehicle operating states and diverse wiper triggering conditions, thus overcoming the shortcomings of traditional testing methods that do not comprehensively verify controller functionality. The signal acquisition module collects the response signals output by the controller under test, ensuring the targeted and accurate capture of these signals. This provides a reliable data foundation for subsequent comparative analysis, enabling the test results to more realistically reflect the controller's actual performance. The test management module coordinates test case configuration, response signal analysis, and test report generation, reducing reliance on manual operation, avoiding errors that may arise from manual configuration, and improving the standardization and consistency of the testing process. The collaborative work between modules forms a complete closed loop from test case distribution, operating condition simulation, signal injection to signal feedback and result analysis, achieving automated testing, significantly shortening the testing cycle, and improving overall testing efficiency.
[0019] 2. The hardware-in-the-loop simulation platform and signal input module described in this invention operate based on the test cases configured by the test management module, allowing test scenarios to be flexibly set and adjusted according to requirements. Whether under normal or extreme conditions, simulations can be performed by modifying test cases, enhancing the flexibility and scalability of testing. Compared to real-world testing, this system can precisely control test conditions, eliminate the influence of external interference factors, and ensure that each test is conducted in a repeatable environment, providing a stable testing environment for performance comparisons and problem tracing of different controller versions.
[0020] 3. The testing method described in this invention employs a hardware-in-the-loop simulation approach, eliminating the need for physical vehicles or complex physical environments. This reduces the occupation and consumption of physical resources, lowering hardware and site costs during the testing process. It enables comprehensive testing of the wiper controller in the early stages of product development, allowing for timely identification and correction of design flaws. This prevents defects from flowing into subsequent production or real-vehicle application stages, thereby reducing additional costs and potential risks associated with problem rectification. Attached Figure Description
[0021] To more clearly illustrate the specific embodiments of the present invention or the technical solutions in the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention.
[0022] Figure 1 This is a schematic diagram of the hardware-in-the-loop test system for a wiper controller provided in an embodiment of the present invention.
[0023] Figure 2 This is a flowchart illustrating the hardware-in-the-loop testing method for a wiper controller provided in an embodiment of the present invention.
[0024] Figure 3 This is an example diagram of a test case provided in an embodiment of the present invention.
[0025] Figure 4 Another example diagram of test cases provided in embodiments of the present invention.
[0026] Figure 5 This is a schematic diagram of the hardware entity of an electronic device provided in an embodiment of the present invention. Detailed Implementation
[0027] The embodiments of the present invention will be described below with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can easily understand other advantages and effects of the present invention from the content disclosed in this specification. The present invention can also be implemented or applied through other different specific embodiments, and various details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of the present invention. It should be understood that the preferred embodiments are only for illustrating the present invention and not for limiting the scope of protection of the present invention.
[0028] In one embodiment, the present invention provides a wiper controller hardware-in-the-loop testing system, see [link to relevant documentation]. Figure 1 As shown, the system includes a test management module 10, a hardware-in-the-loop simulation platform 30 and a signal input module 40 connected to the input terminal of the wiper controller 20 under test, and a signal acquisition module 50 connected to the output terminal of the wiper controller 20 under test. The test management module 10 is used to configure test cases for the wiper controller, compare and analyze response signals, and generate test reports. The hardware-in-the-loop simulation platform 30 is used to acquire test cases and simulate vehicle states based on the test cases. The signal input module 40 is used to acquire test cases, generate wiper input signals based on the test cases, and inject the wiper input signals into the wiper controller 20 under test. The signal acquisition module 50 is used to acquire the response signals output by the wiper controller 20 under test and feed the response signals back to the test management module 10 for comparison and analysis.
[0029] The system described in this invention uses a hardware-in-the-loop simulation platform 30 to simulate vehicle states and, combined with a signal input module 40, generates various wiper input signals. This allows it to reproduce the complex operating conditions that the wiper controller may encounter in actual operation, including different vehicle operating states and diverse wiper triggering conditions, thus overcoming the shortcomings of traditional testing in verifying controller functionality incompletely. The signal acquisition module 50 collects the response signals output by the controller under test 20, ensuring the targeted and accurate capture of response signals and providing a reliable data foundation for subsequent comparative analysis, enabling the test results to more realistically reflect the actual performance of the controller. The test management module 10 coordinates test case configuration, response signal analysis, and test report generation, reducing reliance on manual operation, avoiding errors that may arise from manual configuration, and improving the standardization and consistency of the testing process. The collaborative work among the modules forms a complete closed loop from test case distribution, operating condition simulation, signal injection to signal feedback and result analysis, achieving automated testing, significantly shortening the testing cycle, and improving overall testing efficiency.
[0030] The hardware-in-the-loop simulation platform 30 and signal input module 40 described in this invention both operate based on the test cases configured by the test management module 10, allowing test scenarios to be flexibly set and adjusted according to requirements. Whether under normal or extreme conditions, simulations can be performed by modifying test cases, enhancing the flexibility and scalability of testing. Compared to real-world testing, this system can precisely control test conditions, eliminate the influence of external interference factors, and ensure that each test is conducted in a repeatable environment, providing a stable testing environment for performance comparisons and problem tracing of different controller versions.
[0031] The testing method described in this invention employs a hardware-in-the-loop simulation approach, eliminating the need for physical vehicles or complex physical environments. This reduces the occupation and consumption of physical resources, lowering hardware and facility costs during the testing process. It enables comprehensive testing of wiper controllers in the early stages of product development, allowing for timely identification and correction of design flaws. This prevents defects from flowing into subsequent production or real-vehicle application stages, thereby reducing additional costs and potential risks associated with problem rectification.
[0032] The testing principle of this embodiment is as follows: 1) Write automatic test cases in the test management module, see [link to relevant documentation]. Figure 3 or Figure 4 As shown. 2) A virtual operating environment for the vehicle wiper control system is built using a hardware-in-the-loop test platform, supporting real-time signal transmission and feedback, and capable of simulating vehicle states under different environmental conditions; the signal input module generates wiper input signals according to test cases and injects the wiper input signals into the wiper controller under test. 3) Automatic test cases are run through the test management module. 4) While waiting for the test to proceed, the response signals output by the wiper controller under test are collected through the signal acquisition module, and the response signals are fed back to the test management module for comparison and analysis to generate a test report.
[0033] In a preferred embodiment of the present invention, the test management module 10 includes a scenario configuration unit 12 and a result analysis unit 13. The scenario configuration unit 12 is used to configure test cases for the wiper controller, and the result analysis unit 13 is used to compare and analyze the response signals and generate a test report.
[0034] The scenario configuration unit 12 focuses on test case configuration, enabling refined design for various functional requirements of the wiper controller. This makes test case writing more targeted, allowing for flexible adjustment of parameter combinations based on test objectives. It covers full-scenario testing from basic functions to extreme conditions, avoiding configuration omissions due to mixed functions and improving the completeness and accuracy of the test scenarios. Furthermore, the independent scenario configuration unit 12 facilitates testers in quickly modifying or adding test cases based on the model, version, or functional iteration requirements of the wiper controller under test, without requiring additional steps such as result analysis. This reduces operational complexity and improves the efficiency of test scenario updates.
[0035] The result analysis unit 13 is specifically responsible for the comparative analysis of response signals and the generation of test reports, focusing on the professionalism of data processing. For example, by using preset standard thresholds or theoretical response models, it can quantitatively analyze the response signals output by the collected wiper controller, accurately identify abnormal responses, and trace the corresponding test cases, providing a clear basis for problem localization. Furthermore, the independent analysis unit can integrate more professional data analysis algorithms, such as trend analysis and deviation statistics, which can not only determine whether the test results are qualified or unqualified, but also uncover the performance patterns behind the data, such as the stability changes of the wiper controller under specific operating conditions, making the test report more valuable and providing in-depth support for the optimization of the wiper controller.
[0036] In this preferred embodiment, the separation of scenario configuration and result analysis functions makes the logical structure of the test management module 10 clearer, allowing each unit to be developed, debugged, and upgraded independently. The scenario configuration unit's centralized management of test cases creates a standardized test case library, recording the source and purpose of each set of test parameters. The test reports generated by the result analysis unit correspond to specific test cases, achieving full-link traceability from test scenario to response data to analysis conclusions. This setup not only facilitates auditing of the testing process but also provides a unified benchmark for performance comparisons of different batches and versions of controllers.
[0037] In a preferred embodiment of the present invention, the test management module 10 includes a test execution unit 11 for automatically executing test cases.
[0038] In this preferred embodiment, the test execution unit 11 can automatically trigger the test process according to a preset test case sequence, eliminating the need for manual initiation or intervention and significantly reducing manual waiting time during the testing process. Whether it's rapid verification of a single set of test cases or continuous cyclic testing of multiple complex operating conditions, both can be efficiently completed through automated execution, significantly shortening the overall testing cycle. Furthermore, the automated execution mode avoids interruptions caused by manual operation, enabling uninterrupted testing around the clock. It is particularly suitable for scenarios requiring long-term continuous operation, such as durability testing of wiper controllers and repeated verification under extreme conditions, thus improving the utilization efficiency of test resources.
[0039] In a preferred embodiment of the present invention, the hardware-in-the-loop simulation platform 30 and the signal input module 40 are independently connected to the input terminal of the wiper controller 20 under test, and the signal acquisition module 50 is independently connected to the output terminal of the wiper controller 20 under test via a LIN network or a CAN network.
[0040] LIN and CAN networks, as mature communication protocols in the automotive electronics field, are characterized by strong anti-interference capabilities and low transmission latency, making them suitable for signal transmission in the complex electromagnetic environment of vehicles. Using these two network connections independently ensures stable signal transmission during testing, reduces test errors caused by communication interruptions, signal loss, or distortion, and guarantees the accuracy of test data.
[0041] The independent connection method avoids signal mixing and interference between different modules. For example, the vehicle status signal simulated by the hardware-in-the-loop simulation platform 30 and the wiper input signal generated by the signal input module 40 can be transmitted to the wiper controller 20 under test through their respective independent network channels without affecting each other; the response signal collected by the signal acquisition module 50 can also be fed back through a dedicated network to ensure the purity of various signals during transmission.
[0042] In one embodiment, the present invention provides a hardware-in-the-loop testing method for a wiper controller, which uses the aforementioned hardware-in-the-loop testing system for a wiper controller to test the wiper controller under test. (See also...) Figure 2 As shown, the test method includes: Connect the hardware-in-the-loop simulation platform 30 and the signal input module 40 to the input terminal of the wiper controller 20 under test, and connect the signal acquisition module 50 to the output terminal of the wiper controller 20 under test.
[0043] The test management module 10 configures test cases for the wiper controller and sends the test cases to the hardware-in-the-loop simulation platform 30 and the signal input module 40, respectively.
[0044] The hardware-in-the-loop simulation platform 30 simulates the vehicle state according to the test cases; the signal input module 40 generates wiper input signals according to the test cases and injects the wiper input signals into the wiper controller 20 under test.
[0045] The signal acquisition module 50 acquires the response signal output by the wiper controller 20 under test, and feeds the response signal back to the test management module 10 for comparison and analysis, and generates a test report.
[0046] This invention uses a hardware-in-the-loop simulation platform 30 to simulate the vehicle state and combines it with a signal input module 40 to generate wiper input signals (such as rainfall and gear commands). This can accurately reproduce the working environment of the wiper controller 20 under test in an actual vehicle. It includes both macroscopic simulation of the overall vehicle state and microscopic simulation of the wiper system's specific input signals, placing the wiper controller 20 under test in a complex signal environment close to that of a real vehicle. As a result, the test results can better reflect its actual performance.
[0047] The testing method described in this invention is based on a hardware-in-the-loop testing system, reducing reliance on real-vehicle testing and eliminating the need to build complex physical testing environments, thus significantly reducing test preparation time and costs. Simultaneously, the standardized process design allows for rapid replication of the testing process; tests on the same controller or different batches of controllers can be repeated under identical conditions, facilitating performance comparison and consistency verification.
[0048] In a preferred embodiment of the present invention, the wiper input signal includes at least one of the following: rainfall intensity signal, wiper operating speed signal, wiper gear signal, wiper sensitivity level signal, rain sensor wiping speed request signal, and wiper mechanical action mode signal.
[0049] The listed wiper input signals cover the core input types that the wiper controller needs to receive when it is working: from rainfall intensity signals that reflect the environmental conditions, to wiper gear signals that indicate user operation commands, to wiper speed request signals from the rain sensor that coordinates with the system, etc., comprehensively covering the signal interaction scenarios of the wiper system in actual operation.
[0050] These signals can be combined to form complex operating conditions, such as a combination of high rainfall intensity, high speed and high sensitivity level, or a combination of sudden increase in rainfall, manual gear switching and mechanical action mode switching. This can fully verify the logic processing capability of the wiper controller under multi-signal linkage and avoid the problem of incomplete functional verification caused by single signal testing.
[0051] Specifically, the rainfall intensity signal refers to the simulated magnitude of rainfall, used to reflect the degree of rain coverage on the vehicle's windshield. For example, scenarios such as "light rain, moderate rain, heavy rain, and sudden rainfall" can be simulated through a hardware-in-the-loop system, serving as the core input signal for the wiper controller to determine the wiping strategy; for instance, the greater the rainfall, the faster the wiping speed is usually.
[0052] The wiper operating speed signal refers to the actual wiping speed of the wipers during operation. It is the output state after the wiper system executes control commands. For example, it can be displayed as low speed, high speed, or intermittent speed. It is used to provide feedback on the current movement rate of the wipers and to verify the effectiveness of the wiper controller's commands.
[0053] The wiper speed signal indicates the wiper operation mode selected by the user or system, corresponding to the preset wiping speed mode. For example: low speed, high speed, intermittent speed, etc. It is a manual or automatic input command received by the wiper controller, which determines the basic operating mode of the wipers.
[0054] The automatic wiper speed signal refers to the wiper speed that the wipers automatically adjust according to the rainfall intensity in automatic mode. The wiper controller switches automatically based on the rain sensor signal, without requiring manual operation from the user. Examples include automatic low speed and automatic high speed, reflecting the intelligent control logic of the wiper system.
[0055] The rain intensity and wiper speed signal is a signal generated based on rainfall intensity and used to control the wiping speed of the windshield wipers. It is a correlation signal between rainfall intensity and wiping speed; for example, the greater the rainfall, the higher the wiping speed triggered by this signal, directly affecting the real-time operating status of the windshield wipers.
[0056] The wiper sensitivity level signal indicates how sensitive the automatic wiper system is to changes in rainfall. For example, low sensitivity means adjusting the wiper speed only when rainfall changes significantly, while high sensitivity means responding quickly to even slight changes in rainfall. This is preset by the user or the system and affects the precision of automatic control. The rain sensor wiper speed request signal refers to the wiper speed command requested by the rain sensor from the wiper controller based on the detected rainfall. The wiper sensitivity level signal is an interactive signal between the sensor and the wiper controller. For example, when the sensor detects heavy rain, it requests high-speed wiping from the wiper controller, serving as input for the controller's decision-making.
[0057] The wiper mechanical action mode signal indicates the current mechanical movement mode of the wipers, including normal operation and special states. For example: the active state corresponds to the wipers performing a wiping action; the parked state corresponds to the wipers returning to their initial position, such as at the bottom of the windshield; and the maintenance state corresponds to the wipers being in a special position for easy maintenance, such as raised to the middle of the glass. The wiper mechanical action mode signal provides feedback on the mechanical position status of the wipers, ensuring their safety in different scenarios, such as returning to their original position after parking or locking them during maintenance.
[0058] These signals together constitute the input, output, and status feedback chain of the wiper control system, which is a core element for hardware-in-the-loop systems to simulate complex operating conditions and verify control logic.
[0059] In a preferred embodiment of the present invention, feeding back the response signal to the test management module for comparison and analysis specifically includes: comparing the collected response signal with the expected reference range; if the response signal is within the expected reference range, the test passes; otherwise, the test fails.
[0060] In this preferred embodiment, a clearly defined expected reference range (such as a reasonable range for wiping frequency, a response time threshold for mode switching, etc.) is used as the judgment criterion, replacing vague judgments based on human experience and avoiding judgment biases caused by differences in individual understanding. Regardless of who the tester is, as long as the standard of whether the response signal is within the expected range is used, consistent test conclusions can be reached, ensuring the comparability of test results from different batches and at different times. It should be noted that the expected reference range can be pre-set based on industry standards, design specifications, or real-vehicle verification data, so that the judgment logic is directly linked to the actual performance requirements of the product, ensuring that the test results can truly reflect whether the wiper controller has achieved its design goals.
[0061] When a test fails, the degree of deviation between the response signal and the expected reference range—such as exceeding the upper limit, falling below the lower limit, or exhibiting abnormal fluctuations—can directly point to potential problems with the wiper controller. For example, if the wiping frequency consistently falls below the expected range, it may indicate a flaw in the controller's logic for interpreting rainfall signals; if the mode switching response time far exceeds a threshold, it may reflect a delay in the controller's mode switching algorithm. This quantified deviation provides a clear direction for troubleshooting, reducing the time and cost of blind debugging.
[0062] For example, in a wiper controller hardware-in-the-loop (HIL) test system, the test process can achieve comprehensive verification of the wiper control strategy through systematic design, with the following specific steps: First, the initial state is precisely set in the HIL platform to complete the initialization of the vehicle control unit (VCU) and various sensor simulation signals, ensuring that the test environment is highly consistent with the electrical characteristics and signal logic of the real vehicle, thus laying a stable benchmark for subsequent tests.
[0063] Secondly, various specific test scenarios were designed and set up based on the core functions and typical operating conditions of the wiper controller, including but not limited to: Simulating a continuous moderate rain environment, we verified whether the automatic mode could accurately start the wiping action based on the rainfall intensity signal, and whether the matching degree between the wiping frequency and the rainfall level met the design expectations. Adjust the sensitivity level in automatic mode to test the wiper system's response speed to changes in sensitivity parameters and evaluate whether the controller can achieve smooth switching of wiping frequency under different sensitivity settings. Manually send gear shifting commands (such as switching from automatic to low gear or intermittent gear) to verify the controller's execution accuracy of manual control logic, including the timeliness and smoothness of gear shifting; After the rain-stop signal is injected, monitor whether the wipers can correctly return to the docking state according to the control strategy, and whether there is any abnormal shaking or overshoot during the return process.
[0064] During the test, the response time of the VCU after receiving the input signal, the output parameters of the wiper control command, and the underlying execution logic are recorded in real time to ensure the integrity and traceability of the test data.
[0065] Subsequently, the actual response results are compared and analyzed with the preset expected output through the test management module. If the actual response (such as response time and control command value) is within the expected reference range, the control logic is determined to meet the design specifications; otherwise, it is marked as abnormal, providing a basis for problem localization.
[0066] Furthermore, this testing system can also verify the robustness of wiper controllers under complex electromagnetic environments or extreme conditions, with a focus on abnormal operating conditions. For example, it can simulate a scenario where the rain sensor signal is lost to verify whether the wiper controller can trigger its fault protection mechanism to prevent functional failure due to signal interruption. Another example is injecting gear signal jitter, such as frequent signal jumps and unstable amplitude, to test the wiper controller's filtering capability and anti-interference performance, ensuring that the basic control logic remains stable even under abnormal signal conditions.
[0067] Through the comprehensive functional coverage verification and robustness testing described above, the system can accurately capture potential problems of the wiper control strategy under different operating conditions, providing data support for the algorithm optimization and logic iteration of the controller, thereby effectively improving the reliability and driving safety of the wiper system in real vehicle applications.
[0068] In a preferred embodiment of the present invention, the hardware-in-the-loop simulation platform and the signal input module are independently connected to the input terminal of the wiper controller under test, and to the output terminal of the wiper controller under test, via a LIN network or a CAN network.
[0069] In one embodiment, the present invention provides an electronic device including a memory and a processor, wherein the memory stores computer-readable instructions, and the processor executes the computer-readable instructions to implement the steps of the wiper controller hardware-in-the-loop testing method described in any of the above embodiments.
[0070] like Figure 3As shown, the hardware entity of the electronic device 60 includes: a processor 61, a memory 62, and a communication interface 63, wherein: The processor 61 typically controls the overall operation of the electronic device 60.
[0071] The memory 62 is configured to store instructions and applications executable by the processor 61, and can also cache data to be processed or already processed by the various modules in the processor 61 and the electronic device 60, such as image data, audio data, voice communication data and video communication data, which can be implemented by flash memory or random access memory (RAM).
[0072] Communication interface 63 enables electronic devices to communicate with other terminals or servers via a network.
[0073] Data can be transmitted between the processor 61, memory 62 and communication interface 63 via bus 64.
[0074] In one embodiment, the present invention provides a computer-readable medium storing a computer program that, when executed by one or more processors, implements the steps of the wiper controller hardware-in-the-loop testing method described in any of the above embodiments.
[0075] In the several embodiments provided in this application, it should be understood that the disclosed devices and methods can be implemented in other ways. The device embodiments described above are merely illustrative. For example, the division of modules is only a logical functional division, and in actual implementation, there may be other division methods, such as: multiple units or components can be combined, or integrated into another system, or some features can be ignored or not executed. In addition, the coupling, direct coupling, or communication connection between the various components shown or discussed can be through some interfaces, and the indirect coupling or communication connection between devices or units can be electrical, mechanical, or other forms.
[0076] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units. They may be located in one place or distributed across multiple network units. Some or all of the units may be selected to achieve the purpose of this embodiment according to actual needs.
[0077] In addition, each functional unit in the various embodiments of this application can be integrated into one processing unit, or each unit can be a separate unit, or two or more units can be integrated into one unit; the integrated unit can be implemented in hardware or in the form of hardware plus software functional units.
[0078] The above description is merely an embodiment of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application.
Claims
1. A hardware-in-the-loop testing system for a wiper controller, characterized in that: It includes a test management module, a hardware-in-the-loop simulation platform and a signal input module connected to the input terminal of the wiper controller under test, and a signal acquisition module connected to the output terminal of the wiper controller under test; The test management module is used to configure test cases for the wiper controller, compare and analyze response signals, and generate test reports. The hardware-in-the-loop simulation platform is used to acquire test cases and simulate vehicle states based on the test cases. The signal input module is used to acquire test cases, generate wiper input signals based on the test cases, and inject the wiper input signals into the wiper controller under test. The signal acquisition module is used to acquire the response signal output by the wiper controller under test, and feed the response signal back to the test management module for comparison and analysis.
2. The wiper controller hardware-in-the-loop testing system according to claim 1, characterized in that: The test management module includes a scenario configuration unit and a result analysis unit. The scenario configuration unit is used to configure test cases for the wiper controller, and the result analysis unit is used to compare and analyze the response signals and generate a test report.
3. The wiper controller hardware-in-the-loop testing system according to claim 1, characterized in that: The test management module includes a test execution unit, which is used to automatically execute test cases.
4. The wiper controller hardware-in-the-loop testing system according to claim 1, characterized in that: The hardware-in-the-loop simulation platform and the signal input module are independently connected to the input terminal of the wiper controller under test, and the signal acquisition module is independently connected to the output terminal of the wiper controller under test via LIN or CAN networks.
5. A hardware-in-the-loop testing method for a wiper controller, characterized in that, The wiper controller under test is tested using the hardware-in-the-loop test system for wiper controllers as described in any one of claims 1 to 4, including: Connect the hardware-in-the-loop simulation platform and signal input module to the input terminal of the wiper controller under test, and connect the signal acquisition module to the output terminal of the wiper controller under test. Configure test cases for the wiper controller through the test management module, and send the test cases to the hardware-in-the-loop simulation platform and the signal input module respectively; The hardware-in-the-loop simulation platform simulates vehicle states based on test cases; the signal input module generates wiper input signals based on test cases and injects the wiper input signals into the wiper controller under test. The signal acquisition module acquires the response signal output by the wiper controller under test, and feeds the response signal back to the test management module for comparison and analysis, generating a test report.
6. The wiper controller hardware-in-the-loop testing method according to claim 5, characterized in that: The wiper input signals include at least one of the following: rainfall intensity signal, wiper operating speed signal, wiper gear signal, wiper sensitivity level signal, rain sensor wiper speed request signal, and wiper mechanical action mode signal.
7. The wiper controller hardware-in-the-loop testing method according to claim 5, characterized in that, Feeding the response signal back to the test management module for comparison and analysis specifically includes: comparing the collected response signal with the expected reference range; if the response signal is within the expected reference range, the test passes; otherwise, the test fails.
8. The wiper controller hardware-in-the-loop testing method according to claim 5, characterized in that: The hardware-in-the-loop simulation platform and the signal input module are independently connected to the input terminal of the wiper controller under test, and the signal acquisition module is independently connected to the output terminal of the wiper controller under test via LIN or CAN networks.
9. An electronic device, characterized in that, The device includes a memory and a processor, wherein the memory stores computer-readable instructions, and the processor, when executing the computer-readable instructions, implements the wiper controller hardware-in-the-loop testing method as described in any one of claims 5 to 8.
10. A computer-readable medium storing a computer program, characterized in that, When the computer program is executed by one or more processors, it implements the wiper controller hardware-in-the-loop testing method as described in any one of claims 5 to 8.