CN218767908U - LIN communication vehicle window testing device - Google Patents
LIN communication vehicle window testing device Download PDFInfo
- Publication number
- CN218767908U CN218767908U CN202320006491.5U CN202320006491U CN218767908U CN 218767908 U CN218767908 U CN 218767908U CN 202320006491 U CN202320006491 U CN 202320006491U CN 218767908 U CN218767908 U CN 218767908U
- Authority
- CN
- China
- Prior art keywords
- domain controller
- load box
- vehicle window
- lin
- window
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Testing Electric Properties And Detecting Electric Faults (AREA)
Abstract
An embodiment of the present application provides a LIN communication vehicle window testing arrangement, includes: the system comprises an upper computer test computer, a load box, a tested domain controller, a radio frequency receiver and a key; the system also comprises a canoe tool which is used for sending an LIN signal for simulating the rising of a window switch, reading back a window action state signal value and reading back a window hardware interface voltage value of the load box; the tested domain controller comprises a left domain controller, a right domain controller and a rear domain controller; the left domain controller is connected with one end of the right domain controller, and the rear domain controller is connected with the other end of the right domain controller; the load box comprises a left load box, a right load box and a rear load box; the left load box is connected with the left domain controller, the right load box is connected with the right domain controller, and the rear load box is connected with the rear domain controller; the radio frequency receiver is connected with the left load box, and the key is in wireless communication with the radio frequency receiver; the canoe tool is connected between the upper computer test computer and the left load box; this technical scheme can accomplish the door window functional test.
Description
Technical Field
The application relates to the technical field of testing, in particular to a LIN communication vehicle window testing device.
Background
With the rapid development of the automobile industry, the functions of the automobile body controller are continuously expanded, and the functions covered by the automobile body controller are more and more, such as a car window skylight, a lighting system, a wiper system, load management, starting theft prevention, an access system and the like. Aiming at the problem that the functional test of a vehicle body controller on a real vehicle relates to the system integration verification of a plurality of opponents and actuators, but the states and the in-place time of the opponents and the actuators are extremely uncertain in the early stage of project and software development, certain difficulty and risk are added to the test, the verification needs to be completed on the real vehicle or a whole vehicle rack, and the problem cannot be found in time.
Disclosure of Invention
Embodiments of the present application provide a LIN communication window testing device, solve the problem of verifying window function without a counterpart.
Other features and advantages of the present application will be apparent from the following detailed description, or may be learned by practice of the application.
According to an aspect of an embodiment of the present application, there is provided a LIN communication vehicle window testing device, including:
the system comprises an upper computer test computer, a load box, a tested domain controller, a radio frequency receiver and a key;
the system also comprises a canoe tool which is used for sending an LIN signal for simulating the rising of a window switch, reading back a window action state signal value and reading back a window hardware interface voltage value of the load box;
the tested domain controller comprises a left domain controller, a right domain controller and a rear domain controller;
the left domain controller is connected with one end of the right domain controller, and the rear domain controller is connected with the other end of the right domain controller;
the load box comprises a left load box, a right load box and a rear load box;
the left load box is connected with the left domain controller, the right load box is connected with the right domain controller, and the rear load box is connected with the rear domain controller;
the radio frequency receiver is connected with the left load box, and the key is in wireless communication with the radio frequency receiver;
one end of the canoe tool is connected with the upper computer test computer, and the other end of the canoe tool is connected with the left load box;
the test device further comprises a threshold comparison unit used for comparing whether the car window action state signal value, the car window hardware interface voltage value and the expected value of the test case are consistent or not, and the threshold comparison unit is arranged in the upper computer test computer.
In the technical scheme provided by the embodiment of the application, the vehicle window protection device further comprises an analog signal sending device, a first reading-back device and a second reading-back device, wherein the analog signal sending device is arranged in the canoe tool and used for sending out an LIN signal simulating the rising of a vehicle window switch, the first reading-back device is used for reading back a vehicle window action state signal value, and the second reading-back device is used for reading back a vehicle window hardware interface voltage value of the load box.
In the technical solution provided in the embodiment of the present application, the power supply device further includes a power supply device for supplying power to the load box so that the load box provides a 12v regulated power supply for the domain controller.
In the technical scheme provided by the embodiment of the application, the load box is provided with a position lamp for reflecting whether the ring network communication among the left domain controller, the right domain controller and the rear domain controller is normal or not.
In the technical solution provided in the embodiment of the present application, the radio frequency receiver is provided with a control signal obtaining unit for obtaining a key control signal; the key is provided with a control signal transmitting unit for transmitting a key control signal.
In the technical solution provided in the embodiment of the present application, the left domain controller is connected to the right domain controller through an ethernet cable, and the right domain controller is connected to the rear domain controller through an ethernet cable; the left domain controller is connected with the left load box through a multi-wire bundle, the right domain controller is connected with the right load box through a multi-wire bundle, and the rear domain controller is connected with the rear load box through a multi-wire bundle.
In the technical solution provided by the embodiment of the present application, the rf receiver is connected to the left load box through a LIN line.
In the technical scheme provided by the embodiment of the application, one end of the canoe tool is connected to an OBD interface of a window LIN on the left load box, so that the canoe tool is connected with the left load box; and the other end of the canoe tool is connected to a USB port of the upper computer test computer to realize the connection of the canoe tool and the upper computer test computer.
In the technical scheme provided by some embodiments of the application, the device can test the software burned in the domain controller in advance without intervention of a hand piece so as to judge whether the logic of the software is correct, thereby achieving the purpose of testing the function of the car window.
It is to be understood that both the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the application.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the application and, together with the description, serve to explain the principles of the application. It is obvious that the drawings in the following description are only some embodiments of the application, and that for a person skilled in the art, other drawings can be derived from them without inventive effort. In the drawings:
fig. 1 is a schematic structural diagram of a LIN communication window testing device according to an exemplary embodiment of the present application.
Detailed Description
The embodiments of the present invention will be described with reference to the accompanying drawings and preferred embodiments, and other advantages and effects of the invention will be easily understood by those skilled in the art from the disclosure in the specification. The present invention can also be implemented or applied through other different specific embodiments, and various details in the present specification can 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 for purposes of illustration only and are not intended to limit the scope of the present invention.
Firstly, it should be noted that the load box is a power detection device, mainly performs load detection and maintenance on the generator, the uninterruptible power supply and the power transmission device, and is a tool device for periodic test and maintenance of the generator set and the uninterruptible power supply.
The Canoe tool hardware is a comprehensive auxiliary tool, can be used for testing the domain controller, can process a plurality of tasks in the testing stage, and can also carry out automatic testing.
A domain controller: a plurality of traditional ECUs with similar functions are concentrated into a controller with high computing power and resources, the controller is called a domain controller, and a domain refers to a functional domain. The controller needs to include the functionality of multiple legacy ECUs, each corresponding to one or more applications in the domain controller, while the underlying drivers that control the actuators are collectively managed by the domain controller. Common domain controllers are: the system comprises a power assembly domain controller, a vehicle body domain controller, a chassis domain controller, an auxiliary driving domain controller and a cabin domain controller.
The present invention will be further explained with reference to the accompanying drawings.
Fig. 1 is a schematic structural diagram of a LIN communication window testing device according to an exemplary embodiment of the present application.
Referring to fig. 1, there is provided a LIN communication vehicle window testing device, including: the system comprises an upper computer test computer, a load box, a tested domain controller, a radio frequency receiver and a key; the system also comprises a canoe tool which is used for sending an LIN signal for simulating the rising of a window switch, reading back a window action state signal value and reading back a window hardware interface voltage value of the load box; the tested domain controller comprises a left domain controller, a right domain controller and a rear domain controller; the left domain controller is connected with one end of the right domain controller, and the rear domain controller is connected with the other end of the right domain controller; the load box comprises a left load box, a right load box and a rear load box; the left load box is connected with the left domain controller, the right load box is connected with the right domain controller, and the rear load box is connected with the rear domain controller; the radio frequency receiver is connected with the left load box, and the key is in wireless communication with the radio frequency receiver; one end of the canoe tool is connected with the upper computer test computer, and the other end of the canoe tool is connected with the left load box; the testing device further comprises a threshold comparison unit which is used for comparing whether the car window action state signal value, the car window hardware interface voltage value and the expected value of the test case are consistent so as to judge whether the logic of the software burnt in the tested domain controller is correct, the threshold comparison unit is arranged in the upper computer test computer, and when the car window action state signal value and the car window hardware interface voltage value are consistent with the expected value of the test case, the logic of the software burnt in the tested domain controller is correct, so that the LIN communication car window function test is completed.
In an embodiment of the present application, the vehicle window protection device further includes an analog signal sending device, a first reading-back device and a second reading-back device, wherein the analog signal sending device is arranged in the canoe tool and used for sending out an LIN signal simulating the rising of a vehicle window switch, the first reading-back device is used for reading back a vehicle window action state signal value, and the second reading-back device is used for reading back a vehicle window hardware interface voltage value of the load box.
In an embodiment of the present application, the system further includes a power supply device for supplying power to the load box so that the load box provides a 12v regulated power supply for the domain controller.
In an embodiment of the application, a position lamp used for reflecting whether the ring network communication among the left domain controller, the right domain controller and the rear domain controller is normal or not is arranged on the load box.
In an embodiment of the present application, a control signal obtaining unit for obtaining a key control signal is disposed on the rf receiver; the key is provided with a control signal transmitting unit for transmitting a key control signal.
In an embodiment of the present application, the left domain controller is connected to the right domain controller through an ethernet cable, and the right domain controller is connected to the rear domain controller through an ethernet cable; the left domain controller is connected with the left load box through a multi-wire bundle, the right domain controller is connected with the right load box through a multi-wire bundle, and the rear domain controller is connected with the rear load box through a multi-wire bundle.
In one embodiment of the present application, the rf receiver is connected to the left load box through a LIN line.
In one embodiment of the application, one end of the canoe tool is connected to an OBD interface of a window LIN on the left load box, so that the canoe tool is connected with the left load box; and the other end of the canoe tool is connected to a USB port of the upper computer test computer to realize the connection of the canoe tool and the upper computer test computer.
The utility model is used for the functional test of automobile body domain controller, concretely relates to LIN communication door window functional test, but of course functional test such as skylight, automatic light still.
In the test process, the load box is connected with the car and the tested domain controller, the virtual nodes in the car are used for simulating the car window lifter, and the required LIN signals are simulated to finish the manual test of the car window functions, but the test efficiency is low, when a plurality of LIN communication functions are executed, the iterative test of versions cannot be quickly supported, the time consumption is long, and the test coverage rate is low. The automatic test provided by Canoe can not only intervene in the software function test in advance, and is beneficial to finding out the logic problem as early as possible, but also can effectively ensure the project loading node and avoid the project delay.
Generally, the device for testing the function of the car window comprises the following steps:
first, build a test bench
And the left domain controller, the right domain controller and the rear domain controller are connected by an Ethernet cable to establish ring network communication. And then, the domain controllers are respectively connected to corresponding load boxes, the radio frequency receiver and the power supply are accessed, in order to conveniently monitor and simulate LIN data, one end of the canoe tool is required to be connected to a corresponding LIN channel in the load box, and the other end of the canoe tool is connected to the upper computer.
Second, creating virtual LIN nodes
An upper computer testing software canoe (the canoe comprises a hardware part and a software part for controlling the hardware part) is opened on an upper computer testing computer, a LIN channel is configured, an LDF data file corresponding to the vehicle window module is led in, master and slave nodes of the vehicle window module are contained in the LDF data file, and a rack is connected into a real controller, so that master nodes in virtual nodes need to be shielded. After the nodes are created, the manual simulation of opening the nodes by double clicking is supported, and LIN signals are sent to finish manual test verification.
Third, creating an automated test environment
The canoe software is provided with a call programming language, is applied to programming of a Vector CAN tool node, is based on an event modeling language, and CAN send a specified message through an output () function so as to achieve the purpose of simulating the message. The context variable event can also be associated with the panel of the panel, the context variable or the system variable can also be applied in the script, and after the Mapping of the variable and the signal is realized, the variable value is changed in the script or the panel so as to call the LIN signal value. And designing a car window module test case according to the function requirement document provided by the project group.
Fourth, test debug and execution
After the test bench is built, the bench needs to be debugged to ensure normal CAN/LIN communication and compile the test environment, after a script is not wrongly reported, a baroe project is started, a test execution button is clicked, an LIN communication signal is monitored at a trace window, whether output of a domain controller and a simulation signal are correctly sent or not is checked, and the output state of a load box vehicle window is observed.
Fifth, verification result
After the test case is executed, a test report automatically generated by the canoe software is checked, the output value in the report is confirmed to be consistent with the real output state, and the actual value and the expected result are judged in the case, so that the PASS of the case is indicated by the PASS displayed by the test case, and the vehicle window function test is completed.
Specifically, the embodiment of the application is based on a virtual window LIN slave node, and the functional test is completed by simulating LIN communication interaction between a window and a domain controller. And compiling a test case by using the canoe automatic test software according to the functional requirement document, and achieving the purpose of automatic test by monitoring and acquiring the output signal of the domain controller and outputting the real hardware interface. Compared with the traditional manual test or access of a real car window actuator, the test efficiency can be greatly improved, certain manpower and time cost are saved, the test coverage rate is improved, and the function output under the car window fault state can be simulated. Further description is as follows:
first, build a test bench
The hardware part comprises: the system comprises an upper computer test computer, a canoe tool, a load box, a connecting wire harness (namely a multi-wire harness), a tested domain controller, a radio frequency receiver, a key and a network cable (namely an Ethernet cable). A threshold value comparison unit is arranged in the upper computer test computer; the canoe tool is internally provided with an analog signal transmitting device for transmitting an LIN signal for simulating the rising of a window switch, a first read-back device for reading back a window action state signal value and a second read-back device for reading back a window hardware interface voltage value of the load box; the testing device also comprises a power supply device for supplying power to the load box so that the load box provides a 12v stabilized power supply for the domain controller; the load box is provided with a position lamp for reflecting whether the ring network communication among the left domain controller, the right domain controller and the rear domain controller is normal or not; the radio frequency receiver is provided with a control signal acquisition unit for acquiring a key control signal; the key is provided with a control signal transmitting unit for transmitting a key control signal. Firstly, the domain controller and the load box are connected through a special wire harness (namely a multi-wire harness), the multi-wire harness is manually manufactured according to the interface definition of the domain controller and the interface definition of the load box, and the interfaces at the two ends of the domain controller and the interface definition of the load box are consistent. And connecting the controllers of the tested domains by using Ethernet cables to form a ring network, ensuring that the Ethernet communication among the left domain controller, the right domain controller and the rear domain controller is normal, and simultaneously, connecting the radio frequency receiver into the load box through an LIN cable. And opening a power switch of the load box to provide a 12V stable power supply for the domain controller. And when the position lamp switches on the load boxes are turned on, the position lamps on the three load boxes can be lightened, so that the fact that the ring network communication among the three controllers of the left domain controller, the right domain controller and the rear domain controller is normal is indicated. And finally, one end of the canoe tool is connected to an OBD (on-Board diagnostics) interface of the window LIN on the load box, and the other end of the canoe tool is connected to a USB (Universal Serial bus) port of an upper computer test computer, so that the construction of the test environment of the whole hardware test bench is completed.
Second, creating a virtual LIN node
The canoe CAN realize communication test and simulation based on CAN communication, and CAN also support communication test and simulation based on LIN communication. After the upper computer testing computer opens the upper computer software, a database file is added, an LDF data file is added on the right side of a 'Simulation' dialog box, after the addition is completed, the database file loaded can be seen, meanwhile, the information contained in the LDF is automatically updated by the Nodes and the IG part, one main node and two slave Nodes are arranged in the Nodes, and the main node needs to be shielded in the engineering because the rack is accessed into a real domain controller to serve as the main node.
After the node is created, the configuration of the hardware needs to be checked, which may relate to how the hardware is connected, and the entry of the check: channel Mapping under Hardware of a main menu can see which Hardware Channel is used by the LIN Channel, and when Hardware connection is carried out, a part to be tested needs to be connected to the corresponding Channel.
Third, creating an automated test environment
In the use of Canoe, the tool 'CAPL Browser' for secondary programming development is also provided. Through the programming of CAPL, more complex function requirements can be completed on the nodes. The operation is as follows: in the network node on the left side under the "organization Setup" interface of the canoe project, the pencil-shaped icon is clicked to enter the CAPL editing interface. And designing a test case of the vehicle window module according to the functional requirement documents provided by the project group, and comparing the actual detection result with the expected value according to the preconditions, the operation steps and the detection result so as to judge whether the software logic is correct. For example, after a LIN signal simulating the rising of the left front window switch is sent through an output () function, whether a collected window action state signal (a CAN signal or a service notification) is output as rising or not is read back, and a voltage value of a load box window hardware interface (the interface is an interface connected with a domain controller) is read back synchronously, so that the function of testing the window switch is achieved.
In order to avoid the problem that LDF data files are frequently updated in the early stage of a project, environment variables can be created, after Mapping is realized through the environment variables and signals, variable values are changed in scripts so as to call LIN signal values, test cases are prevented from being frequently updated after the data files are updated, and only a Mapping table needs to be maintained.
Fourth, test debug and execution
After the test bench is built, the debugging contents of the bench comprise CAN/LIN communication, IO voltage of domain controller hardware and normal basic functions. In the aspect of software, the designed script and environment are compiled, and the test script can be run only after the script is free of error report. Starting a canoe project, randomly dialing a load box switch to check whether the output is normal, turning on position light switches on the load box, and turning on position lights on the three load boxes to indicate that the ring network communication among the three controllers of the left domain controller, the right domain controller and the rear domain controller is normal, turning on a trace window of the canoe, and observing whether an LIN signal sent by a domain controller main node is normal or not and whether an error frame exists or not. And after all the steps are checked to be correct, clicking a test execution button, monitoring the LIN communication signal in a trace window, checking whether the output of the domain controller and the simulation signal are correctly sent out or not, and observing the output state of the load box car window.
Fifth, verification result
After the test case is executed, a test report automatically generated by the canoe software is checked, the output value in the report is confirmed to be consistent with the real output state, and the actual value and the expected result are judged in the case, so that the PASS of the case is indicated by the PASS displayed by the test case, and the vehicle window function test is completed.
Claims (8)
1. A LIN communication vehicle window testing device, comprising:
the system comprises an upper computer test computer, a load box, a tested domain controller, a radio frequency receiver and a key;
the system also comprises a canoe tool which is used for sending an LIN signal for simulating the rising of a window switch, reading back a window action state signal value and reading back a window hardware interface voltage value of the load box;
the tested domain controller comprises a left domain controller, a right domain controller and a rear domain controller;
the left domain controller is connected with one end of the right domain controller, and the rear domain controller is connected with the other end of the right domain controller;
the load box comprises a left load box, a right load box and a rear load box;
the left load box is connected with the left domain controller, the right load box is connected with the right domain controller, and the rear load box is connected with the rear domain controller;
the radio frequency receiver is connected with the left load box, and the key is in wireless communication with the radio frequency receiver;
one end of the canoe tool is connected with the upper computer test computer, and the other end of the canoe tool is connected with the left load box;
the test device further comprises a threshold comparison unit used for comparing whether the car window action state signal value, the car window hardware interface voltage value and the expected value of the test case are consistent or not, and the threshold comparison unit is arranged in the upper computer test computer.
2. The LIN communication vehicle window testing device of claim 1,
the vehicle window hardware interface voltage reading device comprises a load box, and is characterized by further comprising an analog signal sending device, a first reading-back device and a second reading-back device, wherein the analog signal sending device is arranged in the vehicle window tool and used for sending an LIN signal for simulating the rising of a vehicle window switch, the first reading-back device is used for reading back a vehicle window action state signal value, and the second reading-back device is used for reading back a vehicle window hardware interface voltage value of the load box.
3. The LIN communication vehicle window testing device of claim 1,
the power supply device is used for supplying power to the load box so that the load box can provide 12v regulated power supply for the domain controller.
4. The LIN communication vehicle window testing device of claim 1,
and the load box is provided with a position lamp for reflecting whether the ring network communication among the left domain controller, the right domain controller and the rear domain controller is normal or not.
5. The LIN communication vehicle window testing device of claim 1,
the radio frequency receiver is provided with a control signal acquisition unit for acquiring a key control signal;
the key is provided with a control signal transmitting unit for transmitting a key control signal.
6. The LIN communication vehicle window testing device of claim 1,
the left domain controller is connected with the right domain controller through an Ethernet cable, and the right domain controller is connected with the rear domain controller through an Ethernet cable;
the left domain controller is connected with the left load box through a multi-wire bundle, the right domain controller is connected with the right load box through a multi-wire bundle, and the rear domain controller is connected with the rear load box through a multi-wire bundle.
7. The LIN communication vehicle window testing device of claim 1,
and the radio frequency receiver is connected with the left load box through a LIN wire.
8. The LIN communication vehicle window testing device of claim 1,
one end of the canoe tool is connected to an OBD (on-Board diagnostics) interface of a vehicle window LIN on the left load box, so that the canoe tool is connected with the left load box;
and the other end of the canoe tool is connected to a USB port of the upper computer test computer to realize the connection of the canoe tool and the upper computer test computer.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202320006491.5U CN218767908U (en) | 2023-01-03 | 2023-01-03 | LIN communication vehicle window testing device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202320006491.5U CN218767908U (en) | 2023-01-03 | 2023-01-03 | LIN communication vehicle window testing device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN218767908U true CN218767908U (en) | 2023-03-28 |
Family
ID=85686830
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202320006491.5U Active CN218767908U (en) | 2023-01-03 | 2023-01-03 | LIN communication vehicle window testing device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN218767908U (en) |
-
2023
- 2023-01-03 CN CN202320006491.5U patent/CN218767908U/en active Active
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN205301987U (en) | Electric motor car machine controller hardware is in ring testing system | |
| KR101230902B1 (en) | System for evaluating electronic parts using vehicle simulator | |
| CN111007840A (en) | Whole vehicle controller hardware-in-loop test platform and method | |
| CN102681532B (en) | Simulating test system for BCM (body control module) | |
| CN113341917B (en) | Internet of vehicles remote control end cloud integrated automatic test system and method | |
| CN109726061B (en) | SoC chip verification method | |
| CN207424668U (en) | A kind of HIL real-time testing systems suitable for car body controller | |
| CN105629960A (en) | Electric vehicle controller model in-the-loop test system and method | |
| CN112147981A (en) | dSPACE HIL-based electric vehicle power-on and power-off logic test method and test system | |
| CN112697455A (en) | Automatic real vehicle testing system | |
| CN102880166B (en) | The HIL testboard bay of VMS | |
| CN201440219U (en) | Testing equipment of electronic controller of automobile | |
| CN218767908U (en) | LIN communication vehicle window testing device | |
| CN110928275B (en) | Multi-controller combined HIL (high-level hierarchical level) rack message frame loss fault injection test system and method | |
| CN113495545A (en) | System and method for testing vehicle equipment controller using in-loop hardware | |
| CN116224963A (en) | Automatic testing device of remote vehicle control system and construction method thereof | |
| CN102075370A (en) | Calibration and verification system of engine control model (ECM) communication based on virtual network and virtual node | |
| CN110224867B (en) | Network automation bus test bench and test method thereof | |
| CN209930280U (en) | Network automation bus test rack | |
| KR101091675B1 (en) | Method for management electronic unit of vehicle using usb | |
| Yang et al. | Automated test system design of body control module | |
| Mouzakitis et al. | Automated fault diagnostics testing for automotive Electronic Control Units deploying Hardware-in-the-Loop | |
| CN114003020A (en) | Automatic test system applied to multi-platform vehicle body controller | |
| Bongirwar | Innovative Approach to Implement Complex Automotive Electronic Systems at Reduced Time and Cost | |
| Watanabe et al. | Functional Development Methodology for On-Board Distributed ECU Systems for Production Vehicle Application |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| GR01 | Patent grant | ||
| GR01 | Patent grant |