A method and system for testing an avm surround view function of a cockpit domain controller

Abstract

The application relates to the technical field of vehicles and discloses a method and system for testing an AVM surround view function of a cabin domain controller, electronic equipment, a storage medium and a vehicle, which comprise simulating VDC domain controller output, defining parameter configuration to simulate output parameters, wherein the parameter configuration comprises output resolution, frame rate and video format; generating and preparing preset surround view video stream image data, wherein the surround view video stream image data are used for simulating images of a surround view scene; converting the surround view video stream image data into GMSL2 signals, wherein a conversion process simulates a communication process of the VDC domain controller and the cabin domain controller; and in response to inputted GMSL2 signals, converting the GMSL2 signals into video signals, and testing and verifying the AVM surround view function through a conversion result of the video signals. The application can simplify the construction of a test scene, can be in accordance with real vehicle layout and calibration, and improves test efficiency and effect.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of vehicles, in particular to a method and system for testing AVM surround view function of a cockpit domain controller, an electronic device, a storage medium and a vehicle. BACKGROUND

[0002] Currently, the AVM surround view function of the cockpit domain controller needs to be tested and verified in production, and a third-party VDC domain controller and AVM surround view camera need to be externally adopted;

[0003] The existing technology has the problems of complex production environment construction and poor surround view splicing image quality under the production environment; under real vehicle conditions, four AVM surround view cameras need to be arranged and calibrated according to the layout requirements, and then spliced into a video stream through the VDC controller. The test station space is limited and it is difficult to follow the real vehicle layout and calibration, resulting in poor surround view splicing effect.

[0004] Therefore, the present application provides a method for testing the AVM surround view function of the cockpit domain controller to solve the above technical problems. SUMMARY

[0005] The present application aims to provide a method, system, electronic device, storage medium and vehicle for testing the AVM surround view function of the cockpit domain controller, to solve the technical problem that the test environment in the prior art is difficult to follow the real vehicle layout and calibration, resulting in poor surround view splicing effect, affecting the test efficiency and test effect.

[0006] To solve the above technical problems, the present application provides a method for testing the AVM surround view function of the cockpit domain controller, comprising:

[0007] Simulating the output of the VDC domain controller, including defining parameter configuration simulation output parameters, wherein the parameter configuration includes output resolution, frame rate and video format;

[0008] Generating and preparing a preset surround view video stream image data, wherein the surround view video stream image data is used to simulate the image of the surround view scene;

[0009] Converting the surround view video stream image data into a GMSL2 signal, wherein the conversion process simulates the communication process between the VDC domain controller and the cockpit domain controller;

[0010] In response to the input GMSL2 signal, the GMSL2 signal is converted into a video signal, and the conversion result of the video signal is used to test and verify the AVM surround view function.

[0011] In some embodiments, the analog VDC domain controller output is simulated, including defining parameter configuration simulation output parameters, wherein the parameter configuration includes output resolution, frame rate, and video format, further comprising:

[0012] Based on the specifications of the VDC domain controller, the parameter configuration of the analog output is defined, including the number of pixels of the resolution, the frame rate per second, and the encoding method of the video format, to simulate the output characteristics of the VDC domain controller;

[0013] The parameter configuration is verified in the simulation environment, and the video stream of the simulation output is checked, including verifying the consistency of the resolution, frame rate, and video format, and optimizing the parameter configuration.

[0014] In some embodiments, pre-set surround view video stream image data is generated and prepared, wherein the surround view video stream image data is used to simulate the image of the surround view scene, further comprising:

[0015] The surround view video stream image data that meets the test requirements is selected or created based on the test requirements, including actual road tests, virtual simulation, or video library test scenarios;

[0016] The selected surround view video stream image data is pre-processed, including adjusting the resolution and frame rate to match the requirements of the simulation output;

[0017] Video encoding is performed to reduce data volume and improve transmission efficiency;

[0018] Color correction and noise suppression are performed to improve video quality.

[0019] In some embodiments, the surround view video stream image data is converted into a GMSL2 signal, wherein the conversion process simulates the communication process between the VDC domain controller and the cockpit domain controller, further comprising:

[0020] The surround view video stream image data is converted from the original format to the GMSL2 protocol format based on a conversion algorithm, wherein the conversion algorithm includes conversion speed, conversion quality, and compatibility;

[0021] The converted GMSL2 signal is verified, wherein the verification includes integrity and accuracy verification of the GMSL2 signal.

[0022] In some embodiments, in response to the input GMSL2 signal, the GMSL2 signal is converted into a video signal, and the conversion result of the video signal is used to test and verify the AVM surround view function, further comprising:

[0023] inputting the GMSL2 signal into the cabin domain controller, simulating a communication process between the VDC domain controller and the cabin domain controller in an actual environment;

[0024] inside the cabin domain controller, simulating a working process of a deserializer to convert the GMSL2 signal into a video signal;

[0025] verifying a processing result of the cabin domain controller on the converted video signal, including continuity, definition and synchronization, and evaluating performance and reliability of the AVM surround view function according to a verification result.

[0026] In some embodiments, the method further comprises:

[0027] optimizing a test procedure to realize a plug-and-play function in testing, so as to improve test efficiency and convenience, including standardized design of a corresponding test interface to quickly complete test preparation work during testing.

[0028] Based on the same concept, the application further provides a system for testing AVM surround view function of a cabin domain controller, comprising:

[0029] a simulation VDC domain controller output module configured to include a definition parameter configuration simulation output parameter, wherein the parameter configuration includes an output resolution, a frame rate and a video format;

[0030] a surround view video stream selection module configured to generate and prepare preset surround view video stream image data, wherein the surround view video stream image data is used to simulate an image of a surround view scene;

[0031] a GMSL2 signal conversion module configured to convert the surround view video stream image data into a GMSL2 signal, wherein the conversion process simulates a communication process between the VDC domain controller and the cabin domain controller;

[0032] a surround view function test module configured to convert the GMSL2 signal into a video signal in response to the input GMSL2 signal, and test and verify the AVM surround view function through a conversion result of the video signal.

[0033] Based on the same concept, the application further provides an electronic device, comprising a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory complete mutual communication through the communication bus; the memory stores a computer program, and when the computer program is executed by the processor, the processor executes steps of a method for testing AVM surround view function of a cabin domain controller.

[0034] Based on the same concept, the application further provides a computer readable storage medium, which stores a computer program executable by an electronic device, and when the computer program runs on the electronic device, causes the electronic device to execute the steps of the method for testing the surround view function of the cabin domain controller AVM.

[0035] Based on the same concept, the application further provides a vehicle, which is provided with the system for testing the surround view function of the cabin domain controller AVM as described above.

[0036] Compared with the prior art, the beneficial effects are that:

[0037] The application discloses a kind of method for testing the surround view function of cabin domain controller AVM, system, electronic device, storage medium and vehicle, simplify the construction of test scene, can be according to real vehicle layout and calibration, improve test efficiency and effect. BRIEF DESCRIPTION OF DRAWINGS

[0038] Figure 1 It is a kind of method for testing the surround view function of cabin domain controller AVM of the application in some specific embodiments flow schematic diagram;

[0039] Figure 2 It is a kind of method for testing the surround view function of cabin domain controller AVM in some applications of the application flow architecture schematic diagram;

[0040] Figure 3 It is a kind of system for testing the surround view function of cabin domain controller AVM in some specific embodiments of the application structure schematic diagram;

[0041] Figure 4 It is a kind of electronic device in some specific embodiments of the application structure schematic diagram. DETAILED DESCRIPTION

[0042] In order to make the purposes, technical solutions and advantages of the present application clearer, the present application will be further described in detail below with reference to the drawings. Obviously, the described embodiments are only some of the embodiments of the present application, not all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative labor fall within the scope of protection of the present application.

[0043] The terms used in the embodiments of the present application are only for the purpose of describing specific embodiments, and are not intended to limit the present application. The singular forms "a", "said" and "the" used in the embodiments of the present application and the appended claims are also intended to include the plural forms, unless the context clearly indicates otherwise. "Multiple" generally includes at least two.

[0044] It should be understood that the term "and / or" as used herein merely describes an associated relationship, that is, there can be three cases, for example, A and / or B, which can represent: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character " / " herein generally represents an "or" relationship between the front and rear associated objects.

[0045] It should be understood that although the terms first, second, third, etc. can be used in embodiments of the present application to describe, these descriptions should not be limited to these terms. These terms are only used to distinguish the description. For example, without departing from the scope of the embodiments of the present application, the first can also be referred to as the second, and similarly, the second can also be referred to as the first.

[0046] Depending on the context, the word "if" as used herein can be interpreted as "when" or "upon" or "in response to determining" or "in response to detecting". Similarly, depending on the context, the phrase "if it is determined" or "if (a stated condition or event) is detected" can be interpreted as "when it is determined" or "in response to determining" or "when (a stated condition or event) is detected" or "in response to detecting (a stated condition or event)".

[0047] It should also be noted that the terms "comprising", "including", or any other variant thereof are intended to cover non-exclusive inclusion, so that a product or device including a series of elements not only includes those elements, but also includes other elements not explicitly listed, or further includes elements inherent to such product or device. Without more limitations, the element defined by the sentence "including a" does not exclude the presence of other identical elements in the product or device including the element.

[0048] It should be particularly noted that the symbols and / or numbers present in the specification, if not marked in the description, are not the figure marks.

[0049] Reference Figure 1 A method for testing an AVM surround view function of a cabin domain controller, comprising:

[0050] S101, simulating VDC domain controller output, including defining parameter configuration simulation output parameters, wherein the parameter configuration includes output resolution, frame rate and video format;

[0051] It can be understood that when testing the AVM surround view function of the cabin domain controller, the output of the VDC (Vehicle Dynamics Controller) domain controller is first simulated. In the embodiment, multiple resolution options are defined to cover common test scenarios. For example, 720p (1280x720 pixels), 1080p (1920x1080 pixels), and 4K (3840x2160 pixels) are set. According to the test requirements, the tester can select one or more resolutions for testing. Frame rate represents the number of frames updated per second of a video, which directly affects the smoothness of the video. In the embodiment, multiple frame rate settings from low to high are supported, such as 15fps (frames per second), 30fps, 60fps, etc. The tester can select an appropriate frame rate according to the specific test scenario and the processing capability of the cabin domain controller. In the embodiment, multiple common video formats are supported, such as YUV420, YUV422, RGB, etc. The tester can select an appropriate video format according to the compatibility of the cabin domain controller and the test requirements.

[0052] To facilitate the tester to set parameters, an intuitive and easy-to-use parameter configuration interface is designed. The interface provides drop-down selection boxes or input boxes for resolution, frame rate, and video format, and the tester only needs to select or input the corresponding values to complete the parameter configuration. According to the defined parameter configuration, the output signal of the VDC domain controller is generated.

[0053] During the test, the tester can dynamically adjust the output parameters according to the test results. To this end, a real-time adjustment function of the parameters is implemented, and a verification mechanism is provided to ensure that the adjusted output still meets the expected requirements.

[0054] For example, the tester needs to test the AVM surround view function of the cabin domain controller under the condition of 4K resolution, 60fps frame rate, and YUV420 video format. Open the parameter configuration interface, set the resolution to 3840x2160 (4K), the frame rate to 60fps, and the video format to YUV420. Click the "Confirm" button to submit the parameter configuration. The video stream signal meeting the requirements is generated. Input the video stream signal into the cabin domain controller and observe the processing result. Adjust the parameter configuration according to the test results and retest until the test requirements are met.

[0055] In some applications, the analog VDC domain controller output is simulated, including defining the parameter configuration of the analog output parameters, the parameter configuration including the output resolution, frame rate, and video format, based on the specifications of the VDC domain controller, the parameter configuration of the analog output is defined, including the number of pixels of the resolution, the number of frames per second of the frame rate, and the encoding method of the video format, to simulate the output characteristics of the VDC domain controller; the parameter configuration is verified in the simulation environment, the video stream of the analog output is checked, including verifying the consistency of the resolution, the number of frames, and the video format, and the parameter configuration is optimized.

[0056] It can be understood that, in order to accurately simulate the output characteristics of the VDC domain controller, so as to obtain accurate and reliable results when testing the AVM surround view function of the cockpit domain controller, first, according to the technical specification document of the VDC domain controller, the maximum and minimum resolution range supported by it is determined. For example, it is assumed that the VDC domain controller supports resolutions from 720p (1280x720 pixels) to 4K (3840x2160 pixels). When simulating the output, any resolution within this range is selected for testing. In order to comprehensively cover the test scenarios, several representative resolution values are selected, such as 720p, 1080p, and 4K. Similarly, according to the specifications of the VDC domain controller, the frame rate range supported by it is determined, such as from 15fps to 60fps. When simulating the output, several typical frame rate values are selected for testing, such as 15fps (suitable for low frame rate applications), 30fps (common video frame rate), and 60fps (suitable for high frame rate or real-time requirement applications). The VDC domain controller supports multiple video format encoding methods, such as YUV420, YUV422, RGB, etc. According to the test requirements and the compatibility of the cockpit domain controller, a suitable video format encoding method is selected for analog output. For example, YUV420 can be selected as the video format for testing, because it has high efficiency and wide compatibility in video compression and transmission.

[0057] A test environment is built that includes the simulation of the VDC domain controller output and the reception and processing of the cockpit domain controller. The simulated video stream that conforms to the above parameter configuration is generated.

[0058] The video stream of the analog output is checked to verify whether the resolution of the video stream is consistent with the set number of pixels. For example, if 4K resolution (3840x2160 pixels) is set, the analysis tool displays the same resolution value. The frame rate of the video stream is verified to be consistent with the set number of frames per second. Whether the frame rate of the video stream meets the expectation is observed. The encoding method of the video stream is verified to be consistent with the set video format.

[0059] If any inconsistency or performance problem (such as delay, frame loss, etc.) is found during the verification process, the parameter configuration is optimized.

[0060] For example, if it is found that the cockpit domain controller cannot handle the high frame rate resulting in frame loss, it can be tried to reduce the frame rate or optimize the processing algorithm of the cockpit domain controller. If it is found that the analog output video stream has display problems at certain specific resolutions, adjust the resolution settings or check the compatibility of video encoding.

[0061] For example, the cockpit domain controller is tested to support a maximum of 4K resolution and 60fps frame rate, and it is known that the VDC domain controller also supports these specifications:

[0062] In the simulation software, set the resolution to 3840x2160 pixels (4K), the frame rate to 60fps, and the video format to YUV420. Generate an analog video stream and input it into the cockpit domain controller. Check the output of the cockpit domain controller using video analysis tools to confirm that the resolution, frame rate, and video format are consistent with the settings. If any inconsistencies or performance problems are found (such as display delay or frame loss), adjust the parameter configuration according to the test results and retest. For example, if a performance bottleneck is found at 60fps frame rate, try reducing the frame rate to 30fps and retest.

[0063] S102, generating and preparing preset surround view video stream image data, wherein the surround view video stream image data is used to simulate images of a surround view scene;

[0064] It can be understood that in order to simulate a real surround view scene during testing, it is necessary to generate and prepare surround view video stream image data in advance. The image data is used to simulate a panoramic view of the vehicle surroundings, including but not limited to front, rear, left, right, and top perspectives.

[0065] The type of surround view scene to be simulated is explicitly required, such as urban road, highway, parking lot, complex intersection, etc. According to the requirements of the vehicle surround view system, plan multiple perspectives that need to be simulated, such as front wide-angle, rear backup, left and right side blind area monitoring, and top bird's eye view, etc. In real scenes, shoot according to the planned perspectives to ensure that each perspective can capture enough details and dynamic changes. If it is not possible to shoot in the field or a scene under specific conditions is required, use 3D modeling and rendering software to create a virtual surround view scene and generate corresponding image data.

[0066] The collected raw images are preprocessed, including denoising, color correction, brightness adjustment, etc., to ensure that the image quality meets the test requirements.

[0067] The processed image sequence is spliced into a continuous video stream in chronological order. The frame rate of the video stream is set according to the frame rate requirements of the surround view system, such as 30fps or 60fps. Timestamp information is added to the video stream to accurately track and record the playback time and progress of the video during testing. Synchronization information such as vehicle position, speed, direction, etc. is added to simulate a real driving environment.

[0068] The generated surround view video stream is converted into a data format supported by the test system, such as MP4, AVI, etc. The pre-set surround view video stream image data is stored in a dedicated server or storage medium to facilitate quick access and calling during testing. The data is classified and managed, such as by scene type, perspective, time, etc. to facilitate testing and analysis.

[0069] For example, real-world shooting is conducted at different locations on urban roads to obtain front, rear, left, right, and top perspective images. The captured images are pre-processed for noise reduction, color correction, etc. and dynamic elements such as pedestrians and vehicles are added as well as simulated rain effects to increase the realism of the test. The processed image sequence is spliced into a continuous surround view video stream with a frame rate of 30fps. Timestamp and vehicle position information are added to the video stream to facilitate tracking and recording during testing. The generated surround view video stream is converted to MP4 format and stored in the designated directory of the test server. The stored surround view video stream is classified and managed, such as by the tags "urban road surround view", "sunny day scene", "30fps frame rate", etc.

[0070] In some applications, pre-set surround view video stream image data is generated and prepared for use in simulating images in surround view scenarios. The surround view video stream image data is selected or created based on test requirements to meet the test requirements, including actual road testing, virtual simulation, or video library testing scenarios. The selected surround view video stream image data is pre-processed, including adjusting resolution and frame rate to match the requirements of the simulation output. Video encoding is performed to reduce data volume and improve transmission efficiency. Color correction and noise suppression are performed to improve video quality.

[0071] It can be understood that, in order to ensure the comprehensiveness and accuracy of the surround view system test, the target and scenario of the test are first determined, such as testing the performance of the surround view system in complex urban roads, highways, night low-light environments, or extreme weather conditions. The specific parameters required for testing, such as the perspective range, frame rate, resolution, etc. are determined.

[0072] Data source selection:

[0073] Actual road testing: record real road video streams.

[0074] Virtual simulation: Create a virtual road and traffic environment, simulate various test scenarios and generate video streams.

[0075] Video library: Filter video streams from existing video libraries that meet test requirements, including videos of various road types, weather conditions and traffic situations.

[0076] According to the test requirements, select or create the required surround view video stream image data from the above data sources. If selecting data from the video library, ensure that the video content covers all necessary test scenarios and perspectives. If creating virtual simulation data, adjust the simulation parameters to match the actual test requirements.

[0077] According to the requirements of the simulation output, adjust the resolution of the video stream. For example, if the simulation output requires 1080p (1920x1080 pixels), adjust the video stream resolution to this value. Similarly, adjust the frame rate of the video stream according to the test requirements. Use video encoding algorithms such as H.264, H.265, etc. to encode the video stream to reduce data size and improve transmission efficiency. Select encoding parameters such as bit rate, GOP (Group of Pictures) size, etc. to balance video quality and file size. Adjust the color balance, brightness, contrast and other parameters of the video stream to ensure accurate and natural video color. Process video streams under different light conditions, such as color restoration in low-light and high-light environments. Remove noise and interference in the video stream to improve video clarity.

[0078] For example, test the performance of surround view function on night city road:

[0079] Select surround view video streams containing night city road scenes from the video library. Adjust the video stream resolution to 1080p to meet the requirements of the simulation output. Adjust the frame rate to 30fps to match the common video frame rate standard. Use H.264 encoding algorithm to encode the video stream, compress the file size while maintaining good video quality. Perform color correction on the video stream to enhance the brightness and color saturation of dark areas, making the night scene clearer. Remove noise and grain from the video to improve video clarity.

[0080] S103, convert the surround view video stream image data into GMSL2 signals, wherein the conversion process simulates the communication process between the VDC domain controller and the cockpit domain controller.

[0081] It can be understood that the surround view video stream image data is converted into a GMSL2 (Gigabit Multimedia Serial Link 2) signal to simulate the communication between the VDC domain controller and the cockpit domain controller, and in the process, the communication process between the visual driving control (VDC) domain controller and the cockpit domain controller in the vehicle is simulated. The pre-processed surround view video stream image data is input into the input port of the GMSL2 serializer. The data is encoded according to the GMSL2 protocol. It includes encapsulating the video data into GMSL2 data packets, and adding synchronization signals, control signals and error detection codes. The encoded GMSL2 signal is transmitted through the physical link (such as coaxial cable or optical fiber) between the serializer and the deserializer. This link simulates the communication link between the VDC domain controller and the cockpit domain controller in the actual vehicle. The GMSL2 deserializer receives the GMSL2 signal from the serializer and decodes it according to the GMSL2 protocol. It includes extracting video data from GMSL2 data packets, and performing synchronization recovery, error detection and correction, etc.

[0082] In some applications, the surround view video stream image data is converted into a GMSL2 signal, and in the conversion process simulating the communication between the VDC domain controller and the cockpit domain controller, the surround view video stream image data is converted from the original format to the GMSL2 protocol format based on a conversion algorithm, which includes conversion speed, conversion quality and compatibility; the converted GMSL2 signal is verified, which includes integrity and accuracy verification of the GMSL2 signal.

[0083] It can be understood that the conversion algorithm uses parallel processing, hardware acceleration, etc. to improve the conversion speed. For example, a GPU (Graphics Processing Unit) is used to perform parallel encoding processing on the video stream, reducing the CPU burden and improving the conversion efficiency. The conversion speed index is set, such as the frame per second (FPS) is not less than the real-time video playback rate, to ensure that the conversion is smooth in application scenarios with high real-time requirements.

[0084] The conversion algorithm introduces a video quality evaluation mechanism, such as PSNR (Peak Signal-to-Noise Ratio), SSIM (Structural Similarity), etc., to quantitatively evaluate the video quality before and after conversion, to ensure that the conversion quality loss is within an acceptable range.

[0085] For example, the PSNR value of the converted video data should not be less than 40 dB, and the SSIM value should be close to 1.0, to ensure high fidelity of the video quality.

[0086] The conversion algorithm supports multiple original video formats and resolutions as input to be compatible with surround view video streams from different sources. It is ensured that the converted GMSL2 signal conforms to the GMSL2 protocol specification and can be correctly decoded and displayed by the receiving device supporting the GMSL2 protocol.

[0087] Verify that the converted GMSL2 signal contains all necessary video frames and data packets without loss or omission. Use CRC (Cyclic Redundancy Check) to check GMSL2 data packets, ensuring data integrity during transmission.

[0088] For example, during the verification process, simulate interference conditions such as packet loss, packet error, etc. during transmission, detect and report signal integrity problems through the verification mechanism.

[0089] Compare the video data before and after conversion to verify whether the video content in the GMSL2 signal is consistent with the original video stream. Compare the video frames before and after conversion to check for color deviation, picture distortion, pixel loss, etc.

[0090] For example, during the verification process, set color deviation threshold and pixel difference threshold (such as color deviation not exceeding 5%, pixel difference not exceeding 0.1%) to ensure that the converted video content is accurate and error-free.

[0091] S104, in response to the input GMSL2 signal, convert the GMSL2 signal into a video signal, and test and verify the AVM surround view function through the conversion result of the video signal.

[0092] In some applications, in response to the input GMSL2 signal, the GMSL2 signal is converted into a video signal, and the conversion result of the video signal is used to test and verify the AVM surround view function. The GMSL2 signal is input into the cabin domain controller to simulate the communication process between the VDC domain controller and the cabin domain controller in the actual environment; inside the cabin domain controller, the working process of the deserializer is simulated to convert the GMSL2 signal into a video signal; the processing result of the cabin domain controller on the converted video signal is verified, including continuity, clarity and synchronization, and the performance and reliability of the AVM surround view function are evaluated according to the verification result.

[0093] It can be understood that the GMSL2 test signal is input into the GMSL2 receiving port of the cabin domain controller. Inside the cabin domain controller, the working process of the GMSL2 deserializer is simulated. Including signal synchronization detection, decoding, error checking, etc. The GMSL2 signal is converted into a processable video signal. The converted video signal is output to the cabin domain controller for further processing and display. Ensure the smoothness and stability of the video signal to meet the real-time requirements of the AVM surround view function.

[0094] Check the continuity of the video frames to ensure that there is no frame loss, freezing, etc.

[0095] For example, set a continuous video segment, record and analyze the frame rate changes during playback, ensure that the frame rate is stable within the preset range (such as 30FPS ± 1FPS).

[0096] Conduct sharpness analysis on the converted video signal. Set the sharpness standard (such as resolution, contrast, color saturation, etc.), and evaluate the loss of sharpness by comparing the original video signal and the converted video signal.

[0097] For example, the resolution of the converted video signal is not less than 1080p, and the color restoration degree is close to the original signal.

[0098] Verify different angle video signals. By recording and comparing multiple video signals simultaneously, check whether the video picture timestamp and frame number are consistent, and ensure the synchronous playback of the video signal.

[0099] According to the verification results, the performance and reliability of the AVM surround view function are comprehensively evaluated. For the problems or deficiencies found, corresponding improvement suggestions or optimization schemes are put forward. At the same time, test data and evaluation results are recorded and archived.

[0100] For example, in the test process, the input GMSL2 signal is a surround video stream containing four camera angles (front, rear, left, right) with a resolution of 1920x1080 pixels and a frame rate of 30FPS. After GMSL2 signal conversion and video processing by the cockpit domain controller, the output video signal is found to have no frame loss or stuttering phenomenon in the continuity verification; in the sharpness verification, by comparing the original video signal and the converted video signal, it is found that the color restoration degree is as high as 98%, and the resolution remains unchanged; in the synchronization verification, the video picture timestamp and frame number of each camera angle are completely consistent, ensuring the synchronous playback of the surround video. Based on the above verification results, it can be evaluated that the AVM surround view function has high performance and reliability.

[0101] In some applications, it also includes optimizing the test process to realize plug and play function in testing to improve the efficiency and convenience of testing, including standardizing the design of the corresponding test interface to quickly complete the test preparation work during testing.

[0102] It can be understood that by optimizing the test process and introducing the plug and play function, the efficiency and convenience of the test work can be improved.

[0103] All interfaces involved in the test process are uniformly defined. Including the specification of physical interface (such as USB, HDMI, Ethernet, etc.), electrical characteristics and detailed specification of data communication protocol (such as GMSL2, CAN, LIN, etc.). By formulating interface standard documents, ensure the compatibility between all test equipment and the system under test.

[0104] Based on the standardized interface definition, a universal interface adapter is developed. The adapter can adapt to different models and specifications of the device under test, realizing seamless connection between the test equipment and the device under test. For example, for GMSL2 signal testing, a GMSL2 interface adapter is designed to support multiple GMSL2 versions and rate signal access.

[0105] When the test equipment accesses through the standardized interface, the device type, version and configuration information are identified, and the corresponding test script and parameter setting are automatically loaded. After the test interface and test parameters are configured, a one-key test starting function is provided. The user only needs to click a button to automatically execute the preset test process without manual intervention.

[0106] During the test process, test data is collected in real time and preliminary analysis and processing are performed. Through a graphical interface or a report form, real-time feedback of test progress, test results and potential problems is provided to the user.

[0107] For example, first, the surround view camera interface of each car is standardized designed, and the corresponding interface adapter is developed. During testing, only the standardized interface adapter needs to be connected to the test equipment and the surround view camera interface of the car under test, and the test parameters are automatically identified and configured. Then, by clicking the one-key test starting button, the surround view camera performance test process is automatically executed, including GMSL2 signal conversion, video signal quality verification, synchronization check, etc. After the test is completed, a test report is generated.

[0108] The following will be combined Figure 2 to illustrate the embodiments of the method for testing the surround view function of the cabin domain controller AVM in some applications:

[0109] As Figure 2 shown, this embodiment mainly consists of a microcontroller MCU and a serializer Serilizer. The microcontroller MCU serves as the master control to realize the configuration of the serializer and the preset video stream image function, and the serializer realizes the function of converting the DP video stream into the GMSL video stream. The microcontroller MCU configures the serializer through the I2C bus, sets the output resolution, frame rate and video format to be the same as the VDC output, and transmits the preset video stream image data to the serializer through the DP. After the serializer converts the video stream into the GMSL2 protocol high-speed serial signal, it is transmitted to the cabin domain controller CSC through the coaxial line. The deserializer Deserializer inside the cabin domain controller converts the GMSL2 signal into the MIPI CSI and transmits it to the system on chip SOC.

[0110] Through this embodiment, the VDC and the surround view camera are replaced, which simplifies the construction of the factory test environment while ensuring the video image quality.

[0111] This embodiment uses the same GMSL2 transmission protocol for the screen serializer and the camera deserializer, and uses the master MCU to initialize the hot plug function and plug-and-play with the cockpit domain controller.

[0112] For the method steps disclosed in the above embodiments, the method steps are described as a series of action combinations for the purpose of simple description, but those skilled in the art should know that the embodiments of the present application are not limited by the order of the described actions, because according to the embodiments of the present application, certain steps can be performed in other order or simultaneously. Secondly, those skilled in the art should know that the embodiments described in the specification are all preferred embodiments, and the actions involved are not necessarily necessary for the embodiments of the present application.

[0113] As shown in Figure 3 The present application also provides a system for testing the surround view function of the cockpit domain controller AVM, comprising:

[0114] The simulation VDC domain controller output module 201 is configured to include a definition parameter configuration simulation output parameter, wherein the parameter configuration includes output resolution, frame rate and video format;

[0115] The surround view video stream selection module 202 is configured to generate and prepare preset surround view video stream image data, wherein the surround view video stream image data is used to simulate the image of the surround view scene;

[0116] The GMSL2 signal conversion module 203 is configured to convert the surround view video stream image data into a GMSL2 signal, wherein the conversion process simulates the communication process between the VDC domain controller and the cockpit domain controller;

[0117] The surround view function test module 204 is configured to convert the GMSL2 signal into a video signal in response to the input GMSL2 signal, and to test and verify the AVM surround view function through the conversion result of the video signal.

[0118] It is worth noting that, although only some basic function modules are disclosed in the embodiments of the present application, it does not mean that the composition of the system is limited to the above basic function modules, on the contrary, the meaning expressed in the embodiments is: on the basis of the above basic function modules, those skilled in the art can add one or more function modules to form infinite embodiments or technical solutions in combination with the prior art, that is, the system is open rather than closed, and the protection scope of the present application claim cannot be limited to the disclosed basic function modules because the embodiments only disclose individual basic function modules. At the same time, in order to facilitate description, the above device is described as various units and modules. Of course, the functions of each unit and module can be implemented in the same software and / or hardware when implementing the present application.

[0119] As shown in Figure 4 The present application also provides an electronic device, comprising: a processor, a communication interface, a memory and a communication bus, wherein the processor, the communication interface and the memory complete communication with each other through the communication bus; the memory stores a computer program, and when the computer program is executed by the processor, the processor executes the steps of the method for testing the surround view function of the cabin domain controller AVM.

[0120] Figure 4 is a structural schematic diagram of an electronic device provided by the embodiments of the present application. As shown in the structure Figure 4 The electronic device provided in the embodiments of the present application includes one or more processors 710 and storage devices 720; the processor 710 in the electronic device can be one or more, Figure 4 In the foregoing, the processor 710 is taken as an example; the storage device 720 is used for storing one or more programs; the one or more programs are executed by the one or more processors 710, so that the one or more processors 710 implement the method for testing the surround view function of the cabin domain controller AVM according to any one of the embodiments of the present application.

[0121] The electronic device can also include an input device 730 and an output device 740.

[0122] The processor 710, the storage device 720, the input device 730 and the output device 740 in the electronic device can be connected through a bus or other means, Figure 4 In the foregoing, the connection through the bus is taken as an example.

[0123] The storage 720 in the electronic device can be used to store one or more programs as a computer readable storage medium, which can be a software program, a computer executable program and a module, such as the program instructions / modules of the method for testing the AVM surround view function of the cabin domain controller provided in the embodiments of the present application. The processor 710 executes various function applications and data processing of the electronic device by running the software program, instructions and modules stored in the storage 720, that is, implements the method for testing the AVM surround view function of the cabin domain controller in the above method embodiments.

[0124] The storage 720 can include a program storage area and a data storage area, wherein the program storage area can store an operating system and at least one application required by a function; the data storage area can store data created according to the use of the electronic device, etc. In addition, the storage 720 can include a high-speed random access memory, and can also include a non-volatile memory, such as at least one magnetic disk storage device, a flash memory device, or other non-volatile solid-state memory device. In some examples, the storage 720 can further include a memory remotely arranged with respect to the processor 710, which can be connected to the device through a network. Examples of the above network include but are not limited to the Internet, an intranet, a local area network, a mobile communication network, and a combination thereof.

[0125] The input device 730 can be used to receive input digital or character information, and generate key signal input related to the user settings and function control of the electronic device. The output device 740 can include a display device such as a display screen.

[0126] The present application also provides a computer readable storage medium storing a computer program executable by an electronic device, which causes the electronic device to perform the steps of the method for testing the AVM surround view function of the cabin domain controller when the computer program is running on the electronic device.

[0127] In particular, the computer storage medium of the embodiments of the present application can adopt any combination of one or more computer readable media. The computer readable medium can be a computer readable signal medium or a computer readable storage medium. The computer readable storage medium may, for example, be, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or apparatus, or any combination thereof. More specific examples (non-exhaustive list) of the computer readable storage medium include: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present embodiment, the computer readable storage medium can be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, device or apparatus.

[0128] The present application also provides a vehicle provided with the system for testing the surround view function of the cabin domain controller AVM as described above.

[0129] Finally, it should be noted that: the above embodiments are only used to illustrate the technical solutions of the present application, and not to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand: it can still modify the technical solutions recorded in the foregoing embodiments, or make equivalent replacement for part or all of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A method for testing the surround-view function of a cockpit domain controller (AVM), characterized in that, The method comprises: Simulating VDC domain controller output, including defining parameter configuration simulation output parameters, wherein the parameter configuration includes output resolution, frame rate and video format; Generating and preparing preset surround view video stream image data, wherein the surround view video stream image data is used to simulate images of a surround view scene; Converting the surround view video stream image data into a GMSL2 signal, wherein the conversion process simulates communication between the VDC domain controller and a cabin domain controller; In response to the input GMSL2 signal, converting the GMSL2 signal into a video signal, and testing and verifying the AVM surround view function through the conversion result of the video signal.

2. The method of testing a surround view function of a cabin domain controller AVM of claim 1, wherein, The method comprises: Simulating VDC domain controller output, including defining parameter configuration simulation output parameters, wherein the parameter configuration includes output resolution, frame rate and video format, and further comprising: Based on the specifications of the VDC domain controller, defining parameter configuration of the simulation output, including the number of pixels of the resolution, the number of frames per second of the frame rate, and the encoding method of the video format, to simulate the output characteristics of the VDC domain controller; 3. The method of testing surround view functionality of an avionics virtual machine (AVM) of claim 1, wherein, Verifying the parameter configuration in a simulation environment, checking the video stream of the simulation output, including verifying the consistency of the resolution, frame rate and video format, and optimizing the parameter configuration. Generating and preparing preset surround view video stream image data, wherein the surround view video stream image data is used to simulate images of a surround view scene, and further comprising: Based on test requirements, selecting or creating the surround view video stream image data that meets the test requirements, including actual road tests, virtual simulation or video library test scenarios; Preprocessing the selected surround view video stream image data, including adjusting the resolution and frame rate to match the requirements of the simulation output; Video encoding to reduce data volume and improve transmission efficiency; 4. The method of testing a surround view function of a cabin domain controller AVM of claim 1, wherein, Color correction and noise suppression to improve video quality. Converting the surround view video stream image data into a GMSL2 signal, wherein the conversion process simulates communication between the VDC domain controller and a cabin domain controller, and further comprising: Based on a conversion algorithm, converting the surround view video stream image data from the original format to the GMSL2 protocol format, wherein the conversion algorithm includes conversion speed, conversion quality and compatibility; 5. The method of testing a surround view function of a cabin domain controller AVM of claim 1, wherein, Verifying the converted GMSL2 signal, wherein the verification includes verifying the integrity and accuracy of the GMSL2 signal. In response to the input GMSL2 signal, converting the GMSL2 signal into a video signal, and testing and verifying the AVM surround view function through the conversion result of the video signal, and further comprising: Inputting the GMSL2 signal into the cabin domain controller to simulate the communication process between the VDC domain controller and the cabin domain controller in the actual environment; Simulating the working process of a deserializer inside the cabin domain controller to convert the GMSL2 signal into a video signal; Verify the processing result of the converted video signal by the cabin domain controller, including continuity, definition and synchronization, and evaluate the performance and reliability of the AVM surround view function according to the verification result.

6. The method of testing a surround view function of a cabin domain controller AVM of claim 1, wherein, Also includes: Optimize the test process and realize the plug and play function in the test to improve the test efficiency and convenience, including standardized design of the corresponding test interface to quickly complete the test preparation work during the test.

7. A system for testing surround view functionality of an Avionics Vehicle Monitor (AVM), the system comprising: Including: The simulation VDC domain controller output module is configured to include defining parameter configuration simulation output parameters, wherein the parameter configuration includes output resolution, frame rate and video format; The surround view video stream selection module is configured to generate and prepare preset surround view video stream image data, wherein the surround view video stream image data is used to simulate the image of the surround view scene; The GMSL2 signal conversion module is configured to convert the surround view video stream image data into GMSL2 signal, wherein the conversion process simulates the communication process between the VDC domain controller and the cabin domain controller; The surround view function test module is configured to convert the GMSL2 signal into a video signal in response to the input GMSL2 signal, and test and verify the AVM surround view function through the conversion result of the video signal.

8. An electronic device, comprising: Including: The processor, the communication interface, the memory and the communication bus, wherein the processor, the communication interface and the memory complete the communication among each other through the communication bus; the memory stores a computer program, and when the computer program is executed by the processor, the processor executes the steps of the method in any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, It stores a computer program executable by an electronic device, and when the computer program runs on the electronic device, the electronic device executes the steps of the method in any one of claims 1 to 6.

10. A vehicle characterized by comprising: The vehicle is provided with the system for testing the surround view function of the AVM cabin domain controller as claimed in claim 7.

Images