Camera module testing methods, camera module testing devices and storage media

Abstract

This disclosure relates to a camera module testing method, a camera module testing apparatus, and a storage medium. The camera module testing method is applied to a terminal, which includes a camera module supporting multiple different hardware image capture modes. The camera module testing method includes: responding to a received test command, determining a target hardware image capture mode among the multiple hardware image capture modes, wherein the target hardware image capture mode is the hardware image capture mode currently to be tested. Under the target hardware image capture mode, controlling the camera module to take a picture and generate a test image. The camera module testing method provided by this disclosure can provide multiple hardware image capture modes when testing the camera module in a complete machine environment, enabling the testing of the hardware image capture quality of the camera module under different hardware image capture modes, achieving the purpose of testing multiple hardware components in the camera module, thereby improving the yield rate of the camera module.

Description

Technical Field

[0001] This disclosure relates to the field of terminal control technology, and in particular to a camera module testing method, a camera module testing device, and a storage medium. Background Technology

[0002] With the rapid development of camera technology, hardware output modes have become increasingly diversified, enabling functions that originally required software implementation in cameras to be directly implemented through the hardware in the camera module, thereby improving shooting efficiency and enhancing the quality of photos and videos.

[0003] In related technologies, before the terminal leaves the factory, the production line inspects the images taken by each camera module in the terminal under normal hardware shooting mode to determine whether there are any abnormalities in the hardware of the camera module. However, the testing method used is singular and can only detect part of the hardware, which makes it impossible to test the true yield rate of the camera module. Summary of the Invention

[0004] To overcome the problems existing in related technologies, this disclosure provides a camera module testing method, a camera module testing device, and a storage medium.

[0005] According to a first aspect of the present disclosure, a camera module testing method is provided, applied to a terminal, the terminal including a camera module, the camera module supporting multiple different hardware shooting modes, the camera module testing method including: responding to a received test command, determining a target hardware shooting mode among the multiple hardware shooting modes, the target hardware shooting mode being the hardware shooting mode to be tested. Under the target hardware shooting mode, controlling the camera module to take a picture and generate a test image.

[0006] In one embodiment, before controlling the camera module to take a picture and generate a test image in the target hardware photography mode, the camera module testing method further includes: acquiring target hardware mode selection parameters corresponding to each of the multiple hardware photography modes, and determining the hardware mode selection parameters corresponding to the target hardware photography mode. The target hardware mode selection parameters are then transmitted to the application layer of the camera module.

[0007] In another embodiment, controlling the camera module to take a picture in the target hardware photography mode includes: determining target driving information corresponding to the target hardware photography mode; and invoking the target driving information to drive the camera module to take a picture.

[0008] In another embodiment, transmitting the target hardware mode selection parameters to the application layer of the camera module includes: transmitting the target hardware mode selection parameters to the application layer of the camera module in shell script format.

[0009] In another embodiment, selecting one hardware mode selection parameter from the plurality of hardware mode selection parameters includes: determining the current shooting scene of the camera module and determining a hardware shooting mode parameter that matches the shooting scene.

[0010] In another embodiment, the hardware photography mode includes at least one of the following: dual-gain circuit mode or three-dimensional interlaced mode.

[0011] According to a second aspect of the present disclosure, a camera module testing apparatus is provided, applied to a terminal, the terminal including a camera module, the camera module supporting multiple different hardware shooting modes, the camera module testing apparatus comprising: a determining unit, configured to determine a target hardware shooting mode among the multiple hardware shooting modes in response to a received test command, the target hardware shooting mode being the hardware shooting mode currently to be tested; and a control unit, configured to control the camera module to take pictures and generate a test image under the target hardware shooting mode.

[0012] In one embodiment, the camera module testing device further includes: an acquisition unit for acquiring target hardware mode selection parameters corresponding to each of multiple hardware shooting modes, and determining hardware mode selection parameters corresponding to the target hardware shooting modes; and a transmission unit for transmitting the target hardware mode selection parameters to the application layer of the camera module.

[0013] In another embodiment, the control unit controls the camera module to take pictures in the target hardware photography mode by: determining target driving information corresponding to the target hardware photography mode; and calling the target driving information to drive the camera module to take pictures.

[0014] In another embodiment, the control unit transmits the target hardware mode selection parameters to the application layer of the camera module in the following manner: the target hardware mode selection parameters are transmitted to the application layer of the camera module in shell script format.

[0015] In another embodiment, the determining unit selects a hardware mode selection parameter from the plurality of hardware mode selection parameters in the following manner: determining the current shooting scene of the camera module, and determining the hardware shooting mode parameter that matches the shooting scene.

[0016] In another embodiment, the hardware photography mode includes at least one of the following: dual-gain circuit mode or three-dimensional interlaced mode.

[0017] According to a third aspect of the present disclosure, a camera module testing apparatus is provided, comprising: a memory for storing instructions; and a processor for invoking the instructions stored in the memory to execute any of the camera module testing methods described above.

[0018] According to a fourth aspect of the present disclosure, a computer-readable storage medium is provided, storing instructions that, when executed by a processor, perform any of the camera module testing methods described above.

[0019] The technical solutions provided by the embodiments of this disclosure can include the following beneficial effects: By using the camera module testing method provided by this disclosure, when testing the camera module in a whole machine environment, the target hardware shooting mode can be determined among multiple hardware shooting modes, and the camera module can be controlled to take pictures in the target hardware shooting mode. Therefore, the image of the camera module in the target hardware shooting mode can be tested, and the hardware of the camera module under different hardware shooting modes can be tested, thereby improving the yield of the camera module.

[0020] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and are not intended to limit this disclosure. Attached Figure Description

[0021] The accompanying drawings, which are incorporated in and form a part of this specification, illustrate embodiments consistent with this disclosure and, together with the description, serve to explain the principles of this disclosure.

[0022] Figure 1 This is a schematic diagram illustrating a camera module testing process according to an exemplary embodiment.

[0023] Figure 2 This is a flowchart illustrating a camera module testing method according to an exemplary embodiment.

[0024] Figure 3 This is a flowchart illustrating another camera module testing method according to an exemplary embodiment.

[0025] Figure 4 This is a circuit diagram illustrated according to an exemplary embodiment.

[0026] Figure 5 This is a schematic diagram illustrating a level selection according to an exemplary embodiment.

[0027] Figure 6 This is a schematic diagram of the internal communication structure of a camera module according to an exemplary embodiment.

[0028] Figure 7 This is a block diagram of a camera module testing apparatus according to an exemplary embodiment.

[0029] Figure 8 This is a block diagram of a camera module testing apparatus according to an exemplary embodiment. Detailed Implementation

[0030] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numerals in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this disclosure as detailed in the appended claims.

[0031] A camera module consists of at least the following hardware components: lens, sensor, flexible printed circuit (FPC), and image signal processor (ISP).

[0032] In related technologies, before assembling the sensor, during the production stage at the sensor manufacturing plant, the sensor undergoes a wafer acceptance test (WAT) under different modes. This test involves testing specific test patterns to monitor whether each process step is normal and stable through electrical parameters.

[0033] During the camera module manufacturing phase, testing is conducted in various modes, including bright field and dark field tests, to detect wafer surface defects. However, when testing camera modules individually, real-world testing in a terminal device is lacking, leading to discrepancies between the final test results and actual terminal operation. Real-world testing can include environments such as the display environment under a printed circuit board (PCB), the gold wire bonding environment, and the platform usage environment.

[0034] Therefore, when manufacturing complete devices at the terminal factory production line, each camera module in the terminal is tested individually. For example... Figure 1 As shown, when testing the camera module in the terminal, the terminal is placed in the factory terminal camera module testing station for testing. Figure 1This is a schematic diagram illustrating a camera module testing process according to an exemplary embodiment. First, a bright field (bright field) or dark field test is performed on the camera module in the terminal. Then, the test terminal sends a test command to the terminal. After receiving the command, the terminal takes a picture in normal hardware shooting mode to obtain a test image. The test terminal retrieves the test image and uses a testing tool to examine it to determine whether the camera module in the terminal is functioning correctly.

[0035] However, when using this method for testing, the camera module can only support the regular hardware shooting mode. The tested hardware shooting mode is relatively limited, which means that some special hardware shooting modes cannot be covered. It is impossible to determine the hardware driver situation of the camera module when taking pictures in special hardware shooting modes, which affects the actual yield of the camera module and thus affects the after-sales return rate.

[0036] Therefore, this disclosure provides a camera module testing method. During whole-device testing, the camera module in the terminal supports multiple different hardware shooting modes, thus providing multiple hardware shooting mode options for camera module testing and improving hardware testing coverage. After determining the target hardware shooting mode, the camera module is controlled to take pictures and generate test images under the target hardware shooting mode, enabling testing of the camera module's test images under the target hardware shooting mode. This disclosure enables hardware testing of the camera module under different hardware shooting modes, thereby improving the product yield of the camera module and reducing the after-sales return rate.

[0037] In one embodiment, the camera module testing method provided in this disclosure can be applied to any terminal including a camera module, and the camera module can support multiple different hardware shooting modes. In one example, the type of terminal may include mobile terminals, such as mobile phones, tablets, smart TVs, smart speakers with screens, smartwatches with screens, iPods, etc. In another example, the structure of the terminal may include dual-screen terminals, foldable screen terminals, full-screen terminals, etc. In yet another example, the hardware shooting mode may include: a conventional hardware shooting mode, a dual-gain circuit mode using a dual-conversion-gain (DCG) circuit for shooting, or a three-dimensional staggered mode based on a three-stagger sensor for shooting.

[0038] Figure 2 This is a flowchart illustrating a camera module testing method according to an exemplary embodiment. Figure 2 As shown, the camera module testing method includes the following steps S11 to S12.

[0039] In step S11, in response to the received test command, the target hardware photography mode is determined among multiple hardware photography modes.

[0040] In this embodiment, the test instruction is used to inform the terminal that the camera module needs to be tested. Upon receiving the test instruction from the test terminal, the terminal responds by determining a target hardware imaging mode from multiple hardware imaging modes for testing. This allows the camera module to be controlled to adopt the target hardware imaging mode and generate a test image for detection. The target hardware imaging mode is the currently tested hardware imaging mode. The number of target hardware imaging modes can be one or more, and is not limited in this disclosure.

[0041] In one example, the test terminal can establish a communication connection with the terminal via a USB Android Debug Bridge (adb) or Wi-Fi adb, and then send test commands to the terminal.

[0042] In step S12, in the target hardware photography mode, the camera module is controlled to take pictures and generate the image to be tested.

[0043] In this embodiment of the disclosure, the image to be tested is an image used by the test terminal to detect using a detection tool, thereby determining whether the hardware of the camera module is normal.

[0044] Through the above embodiments, the multiple hardware shooting modes supported by the camera module provide various testing options for the terminal during the process of controlling the camera module to take pictures and generate test images. Taking pictures under a specific target hardware shooting mode during testing helps to make the testing more targeted, improves the coverage of each hardware component in the camera module, and ultimately makes the test results of the camera module closer to its true yield rate.

[0045] Figure 3 This is a flowchart illustrating another camera module testing method according to an exemplary embodiment. Figure 3 As shown, the camera module testing method includes the following steps.

[0046] In step S21, in response to the received test command, the target hardware photography mode is determined among multiple hardware photography modes.

[0047] In step S22, the hardware mode selection parameters corresponding to each of the multiple hardware shooting modes are obtained, and the target hardware mode selection parameters corresponding to the target hardware shooting mode are determined.

[0048] In this embodiment of the disclosure, different hardware photography modes correspond to different hardware mode parameters. To determine the hardware mode selection parameters corresponding to the desired target hardware photography mode, the hardware mode selection parameters corresponding to each different hardware photography mode can be obtained first, and then the target hardware mode selection parameters corresponding to the target hardware photography mode can be determined from each hardware mode selection parameter.

[0049] In step S23, the target hardware mode selection parameters are transmitted to the application layer of the camera module.

[0050] In this embodiment, after determining the target hardware mode selection parameters, the parameters are transmitted to the application layer of the camera module to enable timely communication with the underlying layer of the camera module and control the camera module to take pictures. The transmission of multiple hardware mode selection parameters can include parallel transmission or sequential transmission. Parallel transmission accelerates the transmission rate of the hardware mode selection parameters to the application layer of the camera module. Sequential transmission helps save communication costs and avoids thread congestion.

[0051] In one implementation scenario, the application layer of the camera module can provide multiple corresponding photo-taking interfaces based on different hardware photo-taking modes. When transmitting the target hardware mode selection parameters to the application layer of the camera module, the interface corresponding to the target hardware mode selection parameters can be determined from the multiple photo-taking interfaces included in the application layer of the camera module. Then, the interface corresponding to the target hardware mode selection parameters will send the target hardware mode selection parameters to the service layer of the camera to establish communication with the underlying layer of the camera module.

[0052] In one embodiment, if testing is required for multiple target hardware shooting modes, the target hardware mode selection parameters corresponding to each target hardware shooting mode are sequentially transmitted to the application layer according to a specified order. Once the current target hardware mode selection parameter establishes communication with the underlying layer of the camera module through the application layer and is sent to the underlying layer of the camera module to control the camera module to take a picture, the next target hardware mode selection parameter is transmitted to the application layer, until all target hardware mode selection parameters corresponding to multiple target hardware shooting modes have been polled.

[0053] In step S23, in the target hardware photography mode, the camera module is controlled to take pictures and generate the image to be tested.

[0054] In another embodiment, the camera module may include various target driving information. Different target hardware shooting modes correspond to different target driving information. Through the camera module's startup layer at the bottom layer, the target driving information corresponding to taking pictures in the determined target hardware shooting mode can be determined. Then, by calling the target driving information, the camera module is driven to take pictures and generate the image to be tested. In one example, the target driving information may correspond to register configuration information. After determining the target hardware shooting mode, the corresponding register configuration information can be determined, and then the corresponding register can be called to control the camera module to take pictures according to the register configuration information corresponding to the target hardware shooting mode.

[0055] In another embodiment, a shell script can be used to transmit the target hardware mode selection parameters to the application layer of the camera module. In the camera test script, a shell script can be used to transmit the target hardware mode selection parameters to the application layer of the camera module, testing multiple hardware shooting modes of the camera module to determine the yield of the camera module under different target hardware shooting modes. In one example, the Android system supports sh shell (a shell script interpreter), thus eliminating the need for additional environment configuration when the camera test script transmits the target hardware mode selection parameters to the application layer of the camera module, thereby helping to reduce the complexity of the test.

[0056] In another embodiment, when selecting a hardware mode selection parameter from multiple hardware mode selection parameters, the parameter can be determined based on the current shooting scene of the camera module. The shooting scene can include any of the following: portrait mode, night scene, video recording mode, or professional mode. Based on the determined current shooting scene, a hardware shooting mode parameter matching the shooting scene is determined to enable testing that supports multiple different hardware shooting modes.

[0057] In another embodiment, the hardware photography mode may include at least one of the following: a dual-gain circuit mode or a three-dimensional interlaced mode.

[0058] In one implementation scenario, if the target hardware's image capture mode is a dual-gain circuit mode, then the target driver information corresponding to the dual-gain circuit mode is determined to be the register configuration parameters corresponding to the dual-gain circuit. By calling the register configuration parameters corresponding to the dual-gain circuit, the camera module is controlled to take pictures and generate the image to be tested. For example... Figure 4As shown, the example uses a dual-gain circuit mode for taking pictures, where the target hardware is driven to capture images. Conversion gain (CG) is the ratio of electrons to voltage in a pixel; the larger the capacitance, the smaller the voltage, and vice versa. Figure 4 This is a circuit diagram illustrating an exemplary embodiment. The dual-gain circuit is configured with two floating diffused capacitor drop-out fuses (FDs). Different voltage combinations are used to select whether to use the FDs, thereby adjusting the size of the CG. Here, PD is a photodiode (PD) in the dual-gain circuit, and the transmission gate (TG) is an analog switch for transmitting analog signals. Single Event Latchup (SEL) is used when a high-energy charged particle in the circuit passes through the PN / PN coupler structure of the CMOS circuit, causing ionization and triggering the conduction of the thyristor structure in the CMOS circuit, thus forming a low-resistance, high-current path between the power supply and ground. VOUT is the output voltage. During the driving of DCG, the timing of selecting between high-gain (HCG) and low-gain (LCG) is achieved by selecting the corresponding FD according to the level selection shown in Figure 5. Figure 5 This is a schematic diagram illustrating a level selection according to an exemplary embodiment. The shutter is a device that controls the duration of light exposure to the photosensitive element. During the shutter timing, both the voltage across RG (gate resistor) and the voltage across DCG are high, regardless of whether the FD corresponding to HCG or LCG is used. During the read timing, if the voltage across RG (gate resistor) is low, the FD corresponding to HCG is used. If the voltage across DCG is low, the FD corresponding to LCG is used. During the DCG driving process, the register corresponding to DCG is called to configure parameters, and then, based on the register configuration parameters, the voltage levels across RG and DCG are controlled, thereby controlling the camera module to take a picture.

[0059] In another implementation scenario, if the target hardware's imaging mode is a three-dimensional interlaced sensor mode that uses a three-dimensional interlaced sensor for imaging, then the target driving information corresponding to the driving three-dimensional interlaced sensor is determined to be the register configuration parameters corresponding to the three-dimensional interlaced sensor.

[0060] In one implementation scenario, the process of the terminal controlling the camera module to perform testing can be as follows: Figure 6 As shown. Figure 6 This is a schematic diagram of the internal communication structure of a camera module according to an exemplary embodiment.

[0061] The camera test script layer includes hardware mode selection parameters corresponding to multiple different hardware shooting modes supported by the camera module. Using these parameters, the target hardware shooting mode to be tested is determined, and the target hardware mode selection parameters corresponding to that mode are transmitted to the application layer of the camera module in shell script format.

[0062] The application layer of the camera module includes multiple shooting interfaces that support different shooting scenarios. Within this application layer, based on the obtained target hardware mode selection parameters, the interface corresponding to those parameters is determined. These parameters are then transmitted from the camera module's service layer to its startup layer at the bottom layer.

[0063] In the startup layer of the camera module, the target driver information corresponding to the target hardware shooting mode is determined according to the determined target hardware shooting mode. Then, the register configuration parameters corresponding to the target hardware mode are called according to the target driver information, and the camera is driven to take pictures and generate the image to be tested by calling the register configuration parameters.

[0064] In the driver layer of the camera module, register configuration parameters corresponding to the target hardware mode are called.

[0065] In the hardware layer of the camera module, the registers of multiple hardware components in the driver camera module are configured according to the called register configuration parameters, thereby controlling the camera module to take pictures and generate the image to be tested.

[0066] The camera module testing method disclosed herein establishes a top-down mode selection path, which is flexible and easy to expand. It can support the testing needs of camera modules in different hardware shooting modes, thereby helping to improve the yield of the entire camera module when it leaves the production line, and thus helping to reduce the return and replacement rate of customers due to camera problems.

[0067] In one implementation scenario, if it is necessary to expand the hardware shooting mode for testing, the corresponding hardware mode selection parameters can be added to the driver layer of the camera module. Then, after the camera test script layer obtains the test instructions, it only needs to obtain the corresponding hardware mode selection parameters to realize the test of the corresponding hardware shooting mode.

[0068] Based on the same concept, this disclosure also provides a camera module testing device for a terminal. The terminal includes a camera module that can support multiple different hardware shooting modes.

[0069] It is understood that the camera module testing device provided in this disclosure includes hardware structures and / or software modules corresponding to each function in order to achieve the above-mentioned functions. In conjunction with the units and algorithm steps of the various examples disclosed in this disclosure, this disclosure can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed by hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the technical solutions of this disclosure.

[0070] Figure 7 This is a block diagram of a camera module testing apparatus according to an exemplary embodiment. (Refer to...) Figure 7 The camera module testing device 100 includes a determination unit 101 and a control unit 102.

[0071] The determining unit 101 is used to determine the target hardware photographing mode among multiple hardware photographing modes in response to the received test command. The target hardware photographing mode is the hardware photographing mode to be tested.

[0072] The control unit 102 is used to control the camera module to take pictures and generate the image to be tested in the target hardware photography mode.

[0073] In one embodiment, the camera module testing apparatus further includes: an acquisition unit for acquiring target hardware mode selection parameters corresponding to each of multiple hardware shooting modes, and determining the hardware mode selection parameters corresponding to the target hardware shooting modes; and a transmission unit for transmitting the target hardware mode selection parameters to the application layer of the camera module.

[0074] In another embodiment, the control unit 102 controls the camera module to take pictures in the target hardware photography mode by: determining the target driving information corresponding to the target hardware photography mode; and calling the target driving information to drive the camera module to take pictures.

[0075] In another embodiment, the control unit 102 transmits the target hardware mode selection parameters to the application layer of the camera module in the following manner: the target hardware mode selection parameters are transmitted to the application layer of the camera module in shell script format.

[0076] In another embodiment, the determining unit 101 selects a hardware mode selection parameter from a plurality of hardware mode selection parameters in the following manner: determining the current shooting scene of the camera module, and determining the hardware shooting mode parameter that matches the shooting scene.

[0077] In another embodiment, the hardware photography mode includes at least one of the following: a dual-gain circuit mode or a three-dimensional interlaced mode.

[0078] Regarding the apparatus in the above embodiments, the specific manner in which each module performs its operation has been described in detail in the embodiments related to the method, and will not be elaborated upon here.

[0079] Figure 8 This is a block diagram illustrating a camera module testing apparatus according to an exemplary embodiment. For example, the camera module testing apparatus 200 may be a mobile phone, computer, digital broadcasting terminal, messaging device, game console, tablet device, medical device, fitness equipment, personal digital assistant, etc.

[0080] Reference Figure 8 The camera module testing device 200 may include one or more of the following components: processing component 202, memory 204, power component 206, multimedia component 208, audio component 210, input / output (I / O) interface 212, sensor component 214, and communication component 216.

[0081] Processing component 202 typically controls the overall operation of the camera module testing apparatus 200, including operations associated with display, telephone calls, data communication, camera operation, and recording. Processing component 202 may include one or more processors 220 to execute instructions to complete all or part of the steps of the methods described above. Furthermore, processing component 202 may include one or more modules to facilitate interaction between processing component 202 and other components. For example, processing component 202 may include a multimedia module to facilitate interaction between multimedia component 208 and processing component 202.

[0082] Memory 204 is configured to store various types of data to support the operation of the camera module testing apparatus 200. Examples of this data include instructions for any application or method operating on the camera module testing apparatus 200, contact data, phonebook data, messages, pictures, videos, etc. Memory 204 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0083] Power component 206 provides power to various components of camera module testing apparatus 200. Power component 206 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to camera module testing apparatus 200.

[0084] The multimedia component 208 includes a screen that provides an output interface between the camera module testing device 200 and the user. In some embodiments, the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touchscreen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensors may sense not only the boundaries of the touch or swipe action but also the duration and pressure associated with the touch or swipe operation. In some embodiments, the multimedia component 208 includes a front-facing camera and / or a rear-facing camera. When the camera module testing device 200 is in an operating mode, such as a photo mode or a video mode, the front-facing camera and / or the rear-facing camera may receive external multimedia data. Each front-facing camera and rear-facing camera may be a fixed optical lens system or have focal length and optical zoom capabilities.

[0085] Audio component 210 is configured to output and / or input audio signals. For example, audio component 210 includes a microphone (MIC) configured to receive external audio signals when the camera module testing device 200 is in an operating mode, such as call mode, recording mode, and voice recognition mode. The received audio signals may be further stored in memory 204 or transmitted via communication component 216. In some embodiments, audio component 210 also includes a speaker for outputting audio signals.

[0086] I / O interface 212 provides an interface between processing component 202 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include, but are not limited to, home buttons, volume buttons, power buttons, and lock buttons.

[0087] Sensor assembly 214 includes one or more sensors for providing status assessments of various aspects of the camera module testing device 200. For example, sensor assembly 214 can detect the on / off state of the camera module testing device 200, the relative positioning of components such as the display and keypad of the camera module testing device 200, changes in the position of the camera module testing device 200 or one of its components, the presence or absence of user contact with the camera module testing device 200, the orientation or acceleration / deceleration of the camera module testing device 200, and temperature changes of the camera module testing device 200. Sensor assembly 214 may include a proximity sensor configured to detect the presence of nearby objects without any physical contact. Sensor assembly 214 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications. In some embodiments, sensor assembly 214 may also include an accelerometer, a gyroscope, a magnetometer, a pressure sensor, or a temperature sensor.

[0088] Communication component 216 is configured to facilitate wired or wireless communication between camera module testing device 200 and other devices. Camera module testing device 200 can access wireless networks based on communication standards, such as WiFi, 2G, or 3G, or combinations thereof. In one exemplary embodiment, communication component 216 receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel. In one exemplary embodiment, communication component 216 also includes a near-field communication (NFC) module to facilitate short-range communication. For example, the NFC module may be implemented based on radio frequency identification (RFID) technology, Infrared Data Association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.

[0089] In an exemplary embodiment, the camera module testing apparatus 200 may be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the methods described above.

[0090] In an exemplary embodiment, a non-transitory computer-readable storage medium including instructions is also provided, such as a memory 204 including instructions, which can be executed by the processor 220 of the camera module testing device 200 to complete the above method. For example, the non-transitory computer-readable storage medium may be a ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, and optical data storage device, etc.

[0091] It can be further understood that in this disclosure, "multiple" refers to two or more, and other quantifiers are similar. "And / or" describes the relationship between related objects, indicating that three relationships can exist; for example, A and / or B can represent: A alone, A and B simultaneously, and B alone. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. The singular forms "a," "the," and "the" are also intended to include the plural forms unless the context clearly indicates otherwise.

[0092] It is further understood that the terms "first," "second," etc., are used to describe various types of information, but this information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another, and do not indicate a specific order or degree of importance. In fact, the expressions "first," "second," etc., are completely interchangeable. For example, without departing from the scope of this disclosure, first information can also be referred to as second information, and similarly, second information can also be referred to as first information.

[0093] It can be further understood that, unless otherwise specified, "connection" includes both direct connections where no other components exist between the two parties and indirect connections where other components exist between them.

[0094] It is further understood that although operations are described in a specific order in the accompanying drawings in the embodiments of this disclosure, this should not be construed as requiring these operations to be performed in the specific order or serial order shown, or requiring all of the shown operations to be performed to obtain the desired result. In certain environments, multitasking and parallel processing may be advantageous.

[0095] Other embodiments of this disclosure will readily occur to those skilled in the art upon consideration of the specification and practice of the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of this disclosure that follow the general principles of this disclosure and include common knowledge or customary techniques in the art not disclosed herein. The specification and examples are to be considered exemplary only, and the true scope and spirit of this disclosure are indicated by the following claims.

[0096] It should be understood that this disclosure is not limited to the precise structures described above and shown in the accompanying drawings, and various modifications and changes can be made without departing from its scope. The scope of this disclosure is limited only by the appended claims.

Claims

1. A method for testing a camera module, characterized in that, The application is to a terminal, the terminal including a camera module, the camera module supporting multiple different hardware shooting modes, and the camera module testing method including: In response to the received test command, a target hardware photography mode is determined from multiple hardware photography modes, wherein the target hardware photography mode is the hardware photography mode to be tested. In the target hardware photography mode, the target driving information corresponding to the target hardware photography mode is called to drive the camera module to take pictures and generate the image to be tested. Before driving the camera module to take a picture and generate the image to be tested in the target hardware photography mode, the camera module testing method further includes: Obtain the hardware mode selection parameters corresponding to each of the multiple hardware shooting modes, and determine the target hardware mode selection parameters corresponding to the target hardware shooting mode; The target hardware mode selection parameters are transmitted to the application layer of the camera module; In the hardware shooting mode used for testing, parameters corresponding to the hardware mode selection parameters are added to the driver layer of the camera module. After the test instruction is obtained in the camera test script layer, the corresponding hardware mode selection parameters are obtained to test the corresponding hardware shooting mode.

2. The camera module testing method according to claim 1, characterized in that, Transmitting the target hardware mode selection parameters to the application layer of the camera module includes: The target hardware mode selection parameters are transmitted to the application layer of the camera module in shell script format.

3. The camera module testing method according to claim 1, characterized in that, Determine the target hardware mode selection parameters corresponding to the target hardware photography mode, including: Determine the current shooting scene of the camera module, and determine the hardware shooting mode parameters that match the shooting scene.

4. The camera module testing method according to claim 1, characterized in that, The hardware photography mode includes at least one of the following: dual-gain circuit mode or three-dimensional interlaced mode.

5. A camera module testing device, characterized in that, The device is applied to a terminal, the terminal including a camera module, the camera module supporting multiple different hardware shooting modes, and the camera module testing device including: The determining unit is configured to, in response to a received test command, determine a target hardware photographing mode among multiple hardware photographing modes, wherein the target hardware photographing mode is the hardware photographing mode currently to be tested. The control unit is used to call the target driving information corresponding to the target hardware photography mode in the target hardware photography mode, drive the camera module to take pictures and generate the image to be tested; The camera module testing device also includes: The acquisition unit acquires the hardware mode selection parameters corresponding to each of the multiple hardware shooting modes, and determines the target hardware mode selection parameters corresponding to the target hardware shooting mode; The transmission unit is used to transmit the target hardware mode selection parameters to the application layer of the camera module; In the hardware shooting mode used for testing, parameters corresponding to the hardware mode selection parameters are added to the driver layer of the camera module. After the test instruction is obtained in the camera test script layer, the corresponding hardware mode selection parameters are obtained to test the corresponding hardware shooting mode.

6. The camera module testing device according to claim 5, characterized in that, The control unit transmits the target hardware mode selection parameters to the application layer of the camera module in the following manner: The target hardware mode selection parameters are transmitted to the application layer of the camera module in shell script format.

7. The camera module testing device according to claim 5, characterized in that, The determining unit determines the target hardware mode selection parameters corresponding to the target hardware photography mode in the following manner: Determine the current shooting scene of the camera module, and determine the hardware shooting mode parameters that match the shooting scene.

8. The camera module testing device according to claim 5, characterized in that, The hardware photography mode includes at least one of the following: dual-gain circuit mode or three-dimensional interlaced mode.

9. A camera module testing device, characterized in that, The camera module testing device includes: Memory, used to store instructions; and A processor is configured to invoke instructions stored in the memory to execute the camera module testing method as described in any one of claims 1-4.

10. A computer-readable storage medium, characterized in that, The device stores instructions that, when executed by a processor, perform the camera module testing method as described in any one of claims 1-4.

Images