Display equipment and wafer image acquisition method

Abstract

The invention provides a display device and a wafer image acquisition method, and the method comprises the steps: obtaining a plurality of image storage paths for storing images in response to an image detection instruction for a wafer; monitoring whether new images are stored in the plurality of image storage paths in real time; opening an image handle of a new image when it is monitored that the new image is stored in the image storage path, and reading the new image from the target storage path when the image storage capacity of the new image written in the target storage path is equal to the preset image storage capacity; and packaging the read new image and transmitting the packaged new image to a server so as to execute an image detection function on the new image through the server. According to the method, complete wafer image data can be collected under the condition that original machine operation is not affected, an original image deletion mechanism is not affected, and the problem that image detection accuracy is affected due to the fact that image data collection is incomplete in the wafer image detection process is solved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of display devices, and in particular to a display device and a wafer image acquisition method. BACKGROUND

[0002] In the field of wafer manufacturing, an automated optical inspection (AOI) machine is a core device for ensuring high-precision screening of wafer surface defects. The working principle is that a host computer program controls a plurality of (for example, 4) high-resolution and high-frame-rate industrial cameras to cooperatively capture a single wafer product under multiple light sources (each camera corresponds to an independent light source and a viewing angle), and hundreds of images under different viewing angles need to be acquired for each wafer. The acquired images are written into a shared storage disk at a high speed, and are managed according to the logic of acquisition and deletion, for example, the survival time of the images in the hard disk is strictly controlled within the range of 20 ms-50 ms, and the host computer program traverses the storage folder through timed polling to complete image detection and immediately perform a deletion operation (for example, the cleaning is triggered every 3 seconds) to meet the high throughput requirement of processing hundreds of images per minute.

[0003] That is, the prior art solution adopts a passive query mechanism based on a file system, and the core process is that the host computer program detects new image files by periodically scanning the storage directory, starts the image detection process when a new image file is detected, and deletes the corresponding image file immediately after the detection is completed. This solution relies on the static query of the image file system to perceive the change of image data, and forcibly cleans up the image storage space through a fixed time interval.

[0004] However, the above technical solution has a significant defect. Since the processing time of different images differs (for example, a complex defect image requires a longer analysis time), and the deletion mechanism is completely decoupled from the processing progress, the image may be deleted before the detection is completed. Therefore, in the current wafer image detection process, the image data acquisition is incomplete, which affects the accuracy of image detection. SUMMARY

[0005] Some embodiments of the present application provide a display device and a wafer image acquisition method to solve the problem of incomplete image data acquisition in the wafer image detection process, which affects the accuracy of image detection.

[0006] In a first aspect, some embodiments of the present application provide a display device, comprising: a display configured to display a user interface; a communication device configured to establish a communication connection with a server; a plurality of cameras configured to acquire images of a wafer, wherein different cameras correspond to different light sources; a controller configured to: in response to an image detection instruction for the wafer, acquire a plurality of image storage paths for storing the images; the plurality of image storage paths correspond to a plurality of cameras for capturing the images; monitor whether a new image is stored in the plurality of image storage paths in real time; in a case where it is monitored that the new image is stored in the image storage path, open an image handle of the new image, so that the new image cannot be deleted; the image handle is a unique access code allocated by an operating system for the new image; in a case where an image storage capacity of the new image written in a target storage path is equal to a preset image storage capacity, read the new image from the target storage path; the target storage path refers to the image storage path in which the new image is stored; the preset image storage capacity is a storage capacity of the new image that should be stored in the image storage path under the capturing of the corresponding camera; pack and transmit the read new image to the server, so as to execute an image detection function on the new image by the server.

[0007] The display device can collect complete wafer image data without affecting the original machine operation, and does not affect the original image deletion mechanism, thereby solving the problem of incomplete image data collection in the wafer image detection process, which affects the accuracy of image detection.

[0008] In some embodiments, before the step of acquiring a plurality of image storage paths for storing the images, the controller is further configured to: acquire a plurality of light sources for capturing images of the wafer; configure an image storage path for each of the light sources; write the image storage paths into a pre-configured configuration file.

[0009] By configuring an independent image storage path for each light source, the system can easily meet the image collection requirements under different light source configurations. When it is necessary to increase or decrease the light sources, it is only necessary to adjust the corresponding relationship in the configuration file, without the need to make large-scale modifications to the system architecture. Establishing a clear correspondence between the image storage path and the light source helps the system to quickly locate and manage image data from different light sources. In the subsequent image processing and analysis process, the system can quickly find the required image, avoiding processing delay or errors caused by image confusion.

[0010] In some embodiments, the controller, before the step of acquiring a plurality of image storage paths for storing the images, is further configured to: acquire a path number of the image storage paths; create the path number of threads; establish a correspondence between the threads and the image storage paths; write the correspondence into the configuration file.

[0011] The above technical solution has the following advantages or beneficial effects: by allocating an independent thread to each image storage path, the system can simultaneously read image data from multiple paths in parallel, and the parallel processing mode can shorten the total time of image acquisition and transmission, improving image detection efficiency. Each thread is responsible for a fixed image storage path, avoiding resource competition and data confusion caused by multiple threads accessing the same path simultaneously, and the binding relationship between the threads and the paths ensures the stability and reliability of image data reading.

[0012] In some embodiments, the controller acquires a plurality of image storage paths for storing the images, specifically configured to: read the configuration file in response to the image detection instruction; parse the plurality of image storage paths for storing the images from the configuration file.

[0013] The above technical solution has the following advantages or beneficial effects: by configuring the mapping relationship between the light source and the path through the configuration file, the system does not need to hardcode the path information. When the detection requirement changes (such as adding a light source or adjusting the storage location), only the configuration file needs to be modified, without the need to recompile the program, which can reduce maintenance costs. The correspondence between the image storage path and the light source provides a unique mapping between the light source and the path, which can avoid errors such as path spelling errors and light source confusion that may be caused by manual input of the path.

[0014] In some embodiments, the controller monitors in real time whether new images are stored in the plurality of image storage paths, specifically configured to: create a first interface; the first interface is used to receive event notifications generated in the operating system; associate the plurality of image storage paths with the first interface; monitor in real time through the first interface whether there is a file change event in the new images stored in the plurality of image storage paths; In the case where the file change event is monitored, the image storage path where the new image is stored is determined as the target storage path.

[0015] The above technical solution has the following advantages or beneficial effects: Traditional polling methods require periodic path scanning, resulting in detection delays. In contrast, the asynchronous interface of this application responds immediately to file changes through the operating system's event notification mechanism, ensuring that new images are processed promptly, making it particularly suitable for high-speed detection scenarios. Furthermore, managing multiple paths through a unified interface means that adding a new monitoring path only requires modifying the configuration file and registering a listener, without needing to refactor the code, thus demonstrating strong scalability.

[0016] In some embodiments, the controller reads the new image from the target storage path, specifically configured as follows: Based on the correspondence, determine the target thread corresponding to the target storage path from among the multiple threads that have been created; The new image is read through the target thread.

[0017] The above technical solution has the following advantages or beneficial effects: By allocating an independent thread to each image storage path, the system can read image files from multiple paths in parallel. Compared with single-threaded sequential reading, multi-threaded parallel processing can significantly shorten the overall reading time, thereby improving the efficiency of image reading. Since each thread independently handles the image reading task under a specific path, the system can respond more quickly to the arrival of new images. When a new image is generated under a certain path, the corresponding target thread can immediately start the reading operation without waiting for the reading tasks of other paths to complete.

[0018] In some embodiments, after opening the image handle of the new image to prevent the new image from being deleted, the controller is further configured to: If the image storage capacity already written to the target storage path for the new image is less than the preset image storage capacity, the step of reading the new image from the target storage path shall be suspended. Continuously monitor the image storage capacity to which the new image has been written; Compare the image storage capacity with the preset image storage capacity; If the image storage capacity is equal to the preset image storage capacity, the new image is determined to be a complete image; This triggers the process of reading the new image from the target storage path.

[0019] The above technical solution has the following advantages or beneficial effects: By continuously monitoring and comparing the written storage capacity of the image with the preset storage capacity, the system can accurately determine whether the image is complete, thus avoiding incorrect reading and processing due to incomplete image writing, thereby ensuring the integrity and accuracy of image data. Since the system only processes complete image data, it can significantly improve the accuracy of subsequent image detection. Incomplete images may lead to misjudgment or missed detection by the detection algorithm, while complete images provide more accurate information, helping to improve the reliability of the detection results.

[0020] In some embodiments, the controller opens the image handle of the new image in the target storage path, specifically configured as follows: Call the image operation interface corresponding to the new image; Pass read-only parameters, which characterize the read-only mode, to the image operation interface; In response to receiving the read-only parameter, an image handle is requested from the new image, and the image handle is opened to prevent the new image from being deleted.

[0021] The above technical solution has the following advantages or beneficial effects: By locking the file, it can be ensured that the file content will not be modified or deleted by other programs during the reading process, thereby guaranteeing the integrity and consistency of the data. Compared with the traditional method, the original machine program has a timed deletion logic. If the file is not locked, it may be deleted prematurely during processing, resulting in incomplete image data. However, this application, by locking the file, can ensure that each complete image is acquired within the original cycle time, thus completing the image reading.

[0022] In some embodiments, after packaging and transmitting the read new image to the server, the controller is further configured to: After detecting the new image and completing the packaging, an image unlocking command is generated; In response to the image unlock command, the image handle is closed, thereby making the new image operable. While the new image is in the operable state, the display device itself periodically receives deletion commands. In response to the deletion command, the new image is deleted.

[0023] The above technical solution has the following advantages or beneficial effects: By explicitly unlocking the image handle, it ensures that other programs (such as the original machine program) can delete the file on time, avoiding deletion failures or production process interruptions caused by file locking. Furthermore, during image reading and packaging, the file locking mechanism prevents data from being tampered with or prematurely deleted, while the unlocking operation is only performed after the data is confirmed to be complete and the transmission is finished, ensuring that the image received by the detection server is intact and undamaged data.

[0024] Secondly, some embodiments of this application provide a wafer image acquisition method, which can be applied to the display device of the first aspect. The display device includes a display, a communication device, multiple cameras, and a controller. The method includes: In response to an image detection command on the wafer, a plurality of image storage paths for storing the image are obtained; the plurality of image storage paths correspond to a plurality of cameras for capturing the image; Real-time monitoring of whether new images are stored in the multiple image storage paths; If a new image is detected being stored in the image storage path, the image handle of the new image is opened to prevent the new image from being deleted; the image handle is a unique access code assigned to the new image by the operating system. If the image storage capacity already written to the target storage path for the new image is equal to the preset image storage capacity, the new image is read from the target storage path; the target storage path refers to the image storage path where the new image is stored; the preset image storage capacity is the storage capacity that the new image should be stored in the image storage path when captured by the corresponding camera. The read new image is packaged and transmitted to the server so that the server can perform image detection on the new image.

[0025] The above technical solution has the following advantages or beneficial effects: the method can acquire complete wafer image data without affecting the original machine operation, and does not affect the original image deletion mechanism, thereby solving the problem of incomplete image data acquisition during wafer image detection, which affects the accuracy of image detection.

[0026] As can be seen from the above technical solutions, some embodiments of this application provide an image acquisition method for a display device and a wafer. The method includes: in response to an image detection command on the wafer, acquiring a plurality of image storage paths for storing the image; the plurality of image storage paths correspond to a plurality of cameras for capturing the image; monitoring in real time whether a new image is stored in the plurality of image storage paths; when a new image is detected in the image storage path, opening the image handle of the new image to prevent the new image from being deleted; the image handle is a unique access code assigned to the new image by the operating system; when the image storage capacity written to the new image in the target storage path is equal to a preset image storage capacity, reading the new image from the target storage path; the target storage path refers to the image storage path where the new image is stored; the preset image storage capacity is the storage capacity that the new image should be stored in the image storage path when captured by the corresponding camera; packaging the read new image and transmitting it to the server so that the server can perform an image detection function on the new image. The method described above can acquire complete wafer image data without affecting the original machine operation, and does not affect the original image deletion mechanism. This solves the problem of incomplete image data acquisition during wafer image inspection, which affects the accuracy of image inspection. Attached Figure Description

[0027] To more clearly illustrate the technical solutions in some embodiments of this application or in the prior art, the drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0028] Figure 1 This is a schematic diagram illustrating an operational scenario between a display device and a control device provided in some embodiments of this application; Figure 2 This is a schematic diagram of the hardware configuration of a display device provided in some embodiments of this application; Figure 3 This is a schematic diagram of the software configuration of a display device provided in some embodiments of this application; Figure 4 This application provides schematic flowcharts of a display device performing a wafer image acquisition method according to some embodiments; Figure 5 This is a schematic diagram illustrating the correspondence between image storage paths and light sources provided in some embodiments of this application; Figure 6 This is a schematic diagram illustrating the correspondence between threads and image storage paths provided in some embodiments of this application; Figure 7 A flowchart illustrating the process of opening an image handle of a new image in a target storage path, provided in some embodiments of this application; Figure 8 This application provides a schematic diagram illustrating the process of a display device determining whether an image is complete, based on some embodiments of the present application. Figure 9 A schematic diagram illustrating the process of unlocking a new image provided in some embodiments of this application; Figure 10 This is a timing diagram illustrating a wafer image acquisition method provided in some embodiments of this application. Detailed Implementation

[0029] The 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 numbers in different drawings represent the same or similar elements. The embodiments described below do not represent all embodiments consistent with this application. They are merely examples of systems and methods consistent with some aspects of this application as detailed in the claims.

[0030] It should be noted that the brief descriptions of terms in this application are only for the convenience of understanding the embodiments described below, and are not intended to limit the embodiments of this application. Unless otherwise stated, these terms should be understood in their ordinary and common meaning.

[0031] The terms "first," "second," "third," etc., used in the specification, claims, and accompanying drawings of this application are used to distinguish similar or related objects or entities, and do not necessarily imply a specific order or sequence, unless otherwise specified. It should be understood that such terms are interchangeable where appropriate.

[0032] The terms “comprising” and “having”, and any variations thereof, are intended to cover but not exclude inclusion, for example, a product or device that includes a range of components is not necessarily limited to all of the components that are clearly listed, but may include other components that are not clearly listed or that are inherent to such product or device.

[0033] The term "module" refers to any known or subsequently developed hardware, software, firmware, artificial intelligence, fuzzy logic, or combination of hardware and / or software code that is capable of performing the functions associated with that element.

[0034] In this embodiment, the display device 200 generally refers to a device with screen display and data processing capabilities. For example, the display device 200 includes, but is not limited to, smart TVs, mobile terminals, computers, monitors, advertising screens, wearable devices, virtual reality devices, augmented reality devices, etc.

[0035] Figure 1This is a schematic diagram illustrating an operational scenario between a display device and a control device provided in some embodiments of this application. For example... Figure 1 As shown, a user can operate the display device 200 via touch operation, a mobile terminal 300, and a control device 100. The control device 100 receives user input commands and converts them into control commands that the display device 200 can recognize and respond to. For example, the control device 100 can be a remote control, a stylus, a gamepad, etc.

[0036] The mobile terminal 300 can function as a control device for human-computer interaction between the user and the display device 200. It can also function as a communication device for establishing a communication connection with the display device 200 and exchanging data. In some embodiments, the mobile terminal 300 can have software applications installed on it and communicate with the display device 200 via network communication protocols to achieve one-to-one control and data communication. Furthermore, it can transmit audio and video content displayed on the mobile terminal 300 to the display device 200 for synchronized display.

[0037] In some embodiments, the mobile terminal 300 or other electronic devices may also simulate the functions of the control device 100 by running an application that controls the display device 200.

[0038] like Figure 1 The diagram also shows that the display device 200 communicates with the server 400 via various communication methods. This allows the display device 200 to communicate via a local area network (LAN), a wireless local area network (WLAN), and other networks.

[0039] Display device 200 can provide broadcast television reception function, and can also be equipped with intelligent network television function that provides computer support function, including but not limited to network television, smart television, Internet Protocol television (IPTV), etc.

[0040] Figure 2 Provided for some embodiments of this application Figure 1 Hardware configuration block diagram of display device 200.

[0041] In some embodiments, the display device 200 may include at least one of a tuner 210, a communication device 220, a detector 230, a device interface 240, a controller 250, a display 260, an audio output device 270, a memory, a power supply, and a user input interface 280.

[0042] In some embodiments, detector 230 is used to acquire signals from the external environment or to interact with the outside world. For example, detector 230 includes a light receiver, a sensor for acquiring ambient light intensity; or, detector 230 includes an image acquisition device, such as a camera, which can be used to acquire external environmental scenes, user attributes, or user interaction gestures; or, detector 230 includes a sound acquisition device, such as a microphone, for receiving external sounds.

[0043] In some embodiments, the display 260 includes display function components for presenting images and driving components for driving image display. The display 260 is used to receive and display image signals output from the controller 250. For example, the display 260 can be used to display video content, image content, menu control interface components, and user control UI interfaces, etc.

[0044] In some embodiments, the communication device 220 is a component used to communicate with external devices or the server 400 according to various communication protocol types. The display device 200 may have multiple communication devices 220 depending on the supported communication methods. For example, when the display device 200 supports wireless network communication, it may have a communication device 220 with WiFi functionality. When the display device 200 supports Bluetooth connectivity, it needs to have a communication device 220 with Bluetooth functionality.

[0045] The communication device 220 enables the display device 200 to communicate with external devices or the server 400 via wireless or wired connections. Wired connections utilize data cables, interfaces, or other components to connect the display device 200 to external devices. Wireless connections utilize wireless signals or wireless networks. The display device 200 can directly establish a connection with external devices or indirectly through gateways, routers, or other connection devices.

[0046] In some embodiments, the controller 250 may include at least one of a central processing unit, a video processor, an audio processor, a graphics processor, and a power processor, and a first to an nth interface for input / output. The controller 250 controls the operation of the display device and responds to user operations through various software control programs stored in memory. The controller 250 controls the overall operation of the display device 200.

[0047] In some embodiments, the controller 250 and the tuner 210 may be located in different separate devices, that is, the tuner 210 may also be located in an external device of the main device where the controller 250 is located, such as an external set-top box.

[0048] In some embodiments, a user can input user commands through a graphical user interface (GUI) displayed on a display 260, and the user input interface 280 receives the user input commands through the graphical user interface (GUI).

[0049] In some embodiments, the audio output device 270 can be a built-in speaker of the display device 200 or an external audio output device connected to the display device 200. For the external audio output device connected to the display device 200, the display device 200 may also be provided with an external audio output terminal, through which the audio output device can be connected to the display device 200 to output sound from the display device 200.

[0050] In some embodiments, the user input interface 280 can be used to receive instructions from user input.

[0051] To enable user interaction, in some embodiments, the display device 200 may run an operating system. The operating system is a computer program used to manage and control the hardware and software resources of the display device 200. The operating system can control the display device to provide a user interface; for example, the operating system can directly control the display device to provide a user interface, or it can provide a user interface by running an application. The operating system also allows users to interact with the display device 200.

[0052] It should be noted that the operating system can be a native operating system based on a specific operating platform, a third-party operating system that is deeply customized based on a specific operating platform, or an independent operating system specifically developed for display devices.

[0053] An operating system can be divided into different modules or levels based on the functions it implements, for example... Figure 3 As shown, in some embodiments, the system is divided into four layers, from top to bottom: the Applications layer (referred to as the "Application Layer"), the Application Framework layer (referred to as the "Framework Layer"), the System Library layer, and the Kernel layer.

[0054] In some embodiments, the application layer provides services and interfaces for applications, enabling the display device 200 to run applications and interact with the user based on the applications. The application layer may contain at least one application, which may be a built-in Windows program, system settings program, or clock program of the operating system; or it may be an application developed by a third-party developer. In specific implementations, the application packages in the application layer are not limited to the examples above.

[0055] The framework layer provides application programming interfaces (APIs) and a programming framework for applications. The application framework layer includes predefined functions. It acts as a central processing unit, determining the actions taken by applications within the application layer. Through the API, applications can access system resources and obtain system services during execution.

[0056] like Figure 3 As shown, the application framework layer in this embodiment includes a view system, managers, and content providers. The view system designs and implements the application's interface and interactions, and includes lists, grids, text boxes, and buttons. The managers include at least one of the following modules: an activity manager for interacting with all running activities in the system; a location manager for providing system services or applications with access to system location services; a package manager for retrieving various information related to application packages currently installed on the device; a notification manager for controlling the display and clearing of notification messages; and a window manager for managing icons, windows, toolbars, wallpapers, and desktop widgets on the user interface.

[0057] In some embodiments, the Activity Manager manages the lifecycle of individual applications and common navigation and back functions, such as controlling application exit, opening, and back actions. The Window Manager manages all window programs, such as obtaining the screen size, determining if a status bar is present, locking the screen, capturing the screen, and controlling changes to the display window, such as shrinking the display window, shaking the display, or distorting the display.

[0058] In some embodiments, the system runtime library layer can provide support for the framework layer. When the framework layer is used, the operating system runs the instruction library contained in the system runtime library layer, such as the C / C++ instruction library, to implement the functions to be performed by the framework layer.

[0059] In some embodiments, the kernel layer is a functional layer situated between the hardware and software of the display device 200. The kernel layer can implement functions such as hardware abstraction, multitasking, and memory management. For example, ... Figure 3As shown, hardware drivers can be configured in the kernel layer. The kernel layer can contain at least one of the following drivers: audio driver, display driver, Bluetooth driver, camera driver, WIFI driver, USB driver, HDMI driver, sensor driver (such as fingerprint sensor, temperature sensor, pressure sensor, etc.), and power driver, etc.

[0060] It should be noted that the above examples are merely a simple division of operating system functions and do not limit the specific form of the operating system of the display device 200 in this application embodiment. Depending on the function of the display device, the type of operating system, and other factors, the number of levels and the specific level type of the operating system may be expressed in other forms.

[0061] In the wafer manufacturing industry, Automated Optical Inspection (AOI) machines are core equipment for ensuring high-precision screening of wafer surface defects. Their working principle is as follows: a host computer program controls several (e.g., four) high-resolution, high-frame-rate industrial cameras to perform multi-light source collaborative imaging of a single wafer (each camera corresponds to an independent light source and viewing angle). Hundreds of images from different perspectives are captured for each wafer. The acquired images are written to a shared storage disk at high speed and managed according to a "capture and delete" logic. For example, the image's storage time on the hard drive is strictly controlled within the range of 20ms-50ms. The host computer program traverses the storage folder through periodic polling, and immediately performs a deletion operation after image inspection (e.g., triggering a cleanup every 3 seconds), thus meeting the high throughput requirement of processing hundreds of images per minute.

[0062] In other words, existing technical solutions employ a passive query mechanism based on the file system. The core process involves a host computer program periodically scanning the storage directory to detect newly added image files. Upon detection, the image detection and processing flow is initiated, and the corresponding image file is immediately deleted after detection. This solution relies on static queries of the image file system to detect changes in image data and forcibly clears image storage space at fixed time intervals.

[0063] However, the above-mentioned technical solutions have significant drawbacks. First, the efficiency of folder traversal decreases exponentially in scenarios with massive amounts of files. When the number of new files added in a single detection cycle exceeds the system's processing threshold, some images inevitably cannot be read in a timely manner. Second, because the processing time for different images varies (e.g., complex defect images require longer analysis time), and the deletion mechanism is completely decoupled from the processing progress, images are easily deleted before the detection is completed. Therefore, in the current wafer image inspection process, there is a situation where image data acquisition is incomplete, which affects the accuracy of image inspection.

[0064] To address the issue of incomplete image data acquisition affecting the accuracy of image detection, some embodiments of this application provide a display device 200, which includes a display 260, a communication device 220, multiple cameras, and a controller 250. The display 260 is configured to display a user interface, the communication device 220 is configured to establish a communication connection with a server 400, and the multiple cameras are configured to acquire images of the wafer, with different cameras corresponding to different light sources. The controller 250 executes an application program to enable the display device 200 to perform a wafer image acquisition method. The display device 200 can acquire complete wafer image data without affecting the original machine operation and without affecting the existing image deletion mechanism, thereby solving the problem of incomplete image data acquisition during wafer image detection, which affects the accuracy of image detection. After acquiring a complete image, the image can be transmitted to the server for detection, improving the accuracy of image detection.

[0065] To facilitate understanding of the technical solutions in some embodiments of this application, the steps are described in detail below with reference to some specific embodiments and accompanying drawings. Figure 4 This application provides schematic diagrams illustrating the process of performing a wafer image acquisition method on a display device according to some embodiments, such as... Figure 4 As shown, in some embodiments, the display device 200 may include the following steps when performing the wafer image acquisition method: Step S1: In response to an image detection command on the wafer, obtain multiple image storage paths for storing images; the multiple image storage paths correspond to multiple light sources for capturing images.

[0066] In some embodiments, when the system receives an instruction to perform image inspection on a wafer, the first step is to acquire multiple image storage paths. These paths are pre-configured, with each path corresponding to a specific light source for storing wafer images captured under that light source. For example, if four different wavelengths of light sources are used during the inspection process, the system will acquire four storage paths, each corresponding to an image captured by one of those four light sources. By pre-configuring multiple image storage paths, the system can flexibly manage image data from different light sources, providing a foundation for subsequent multi-angle, multi-spectral analysis, enhancing the system's adaptability and scalability, and making the inspection process more comprehensive and accurate.

[0067] In some embodiments, before acquiring multiple image storage paths for storing images, the display device may acquire multiple light sources for capturing images of the wafer, configure an image storage path for each light source, and write the image storage paths into a pre-defined configuration file.

[0068] For example, in the wafer inspection process, to achieve multi-angle, multi-spectral image acquisition and analysis, the system first needs to define the light source configuration for image acquisition. Specifically, multiple light sources are acquired to capture images of the wafer. These light sources may have different wavelengths, brightness, or illumination angles to meet different inspection requirements. Subsequently, an independent image storage path is configured for each light source to ensure that images captured under each light source can be stored accurately and systematically. In this way, the system establishes a correspondence between image storage paths and light sources, such as... Figure 5 As shown, each light source uniquely corresponds to a storage path. Finally, this correspondence is written to a pre-defined configuration file so that the system can dynamically load and apply these configurations during subsequent operation. In this way, by configuring an independent image storage path for each light source, the system can easily handle image acquisition needs under different light source configurations. When it is necessary to add or remove light sources, only the correspondence in the configuration file needs to be adjusted accordingly, without requiring large-scale modifications to the system architecture. Establishing a clear correspondence between image storage paths and light sources helps the system quickly locate and manage image data from different light sources. In subsequent image processing and analysis, the system can quickly find the required image, avoiding processing delays or errors caused by image clutter.

[0069] In some embodiments, before obtaining the multiple image storage paths for storing images, the display device 200 may also perform the following process: First, obtain the number of image storage paths; then, create the number of threads corresponding to the number of paths, establish a correspondence between the threads and the image storage paths, and then write the correspondence into a configuration file.

[0070] For example, to achieve efficient and parallel image data processing, the system can employ multithreading technology. The specific steps are as follows: First, the number of image storage paths is obtained. This number is typically consistent with the number of light sources used to capture the image, as each light source corresponds to an independent image storage path. Then, a corresponding number of threads are created based on the obtained number of paths. Each thread is responsible for reading image data from a specific image storage path. In this way, the system establishes a correspondence between threads and image storage paths, ensuring that each thread uniquely corresponds to one image storage path, guaranteeing the accuracy and efficiency of data reading. Finally, this correspondence is written to a pre-defined configuration file so that the system can dynamically load and apply these thread-path bindings upon startup or reconfiguration. For example, Figure 6 This is a schematic diagram illustrating the correspondence between threads and image storage paths provided in some embodiments of this application, such as... Figure 6As shown, assuming the system is configured with four light sources, corresponding to four storage paths I: / Light1, I: / Light2, I: / Light3, and I: / Light4 (i.e., four paths in total), four threads are created: Thread1, Thread2, Thread3, and Thread4. A mapping relationship is established between the storage paths and the threads, such as Thread1→I: / Light1, Thread2→I: / Light2, Thread3→I: / Light3, and Thread4→I: / Light4. This mapping relationship can be stored in a configuration file for later use. In this way, by allocating an independent thread to each image storage path, the system can simultaneously read image data from multiple paths in parallel. Parallel processing can shorten the total time for image acquisition and transmission, improving image detection efficiency. Each thread is responsible for a fixed image storage path, avoiding resource contention and data corruption caused by multiple threads accessing the same path simultaneously. The binding relationship between threads and paths ensures the stability and reliability of image data reading.

[0071] In some embodiments, multiple image storage paths for storing images can be obtained as follows: In response to an image detection instruction, a configuration file is read, and multiple image storage paths for storing images are parsed from the configuration file.

[0072] For example, when the system receives an image detection command, the following process is triggered: The program first loads a pre-defined configuration file (such as XML, JSON, or INI format), which stores the key parameters required for system operation. In the configuration file, the system locates a mapping table between light sources and storage paths. This table records each light source number and its corresponding image storage path (e.g., Light Source 1 → I: / Light1, Light Source 2 → I: / Light2). Based on the correspondence between image storage paths and light sources, the system can extract all configured image storage paths, such as [I: / Light1, I: / Light2, I: / Light3, I: / Light4]. In this way, by managing the mapping relationship between light sources and paths through the configuration file, the system does not need to hard-code path information. When detection requirements change (such as adding light sources or adjusting storage locations), only the configuration file needs to be modified, without recompiling the program, thus reducing maintenance costs. The image storage path and light source provide a unique mapping between light sources and paths, avoiding errors that may occur when manually entering paths, such as path spelling errors or light source confusion. After step S1 is completed, step S2 can be executed.

[0073] Step S2: Monitor in real time whether new images are stored in multiple image storage paths.

[0074] In some embodiments, when the display device 200 monitors in real time whether new images are stored in multiple image storage paths, it can be implemented in the following way: First, a first interface is created to receive event notifications generated by the operating system. Then, multiple image storage paths are associated with the first interface. Next, the first interface is used to asynchronously monitor in real time whether file change events of new images are stored in multiple image storage paths. If a file change event is detected, the image storage path where new images are stored is determined as the target storage path.

[0075] For example, the system can define a first interface whose core function is to receive event notifications generated by the operating system. This interface is typically implemented based on the file system listening mechanism provided by the operating system. Multiple pre-configured image storage paths (such as I: / Light1, I: / Light2) are then bound to the first interface instance. The first interface registers a listener for each image storage path to ensure that change events (such as new file creation, file modification, etc.) under the corresponding path are captured. The first interface runs asynchronously to avoid blocking the main thread. When the operating system detects that a new image has been stored in a certain image storage path, it triggers an event notification. The first interface then passes the change information to subsequent processing modules through a callback function or event queue. For example, to achieve the above functionality, the system can create a folder monitoring module, HiDirectoryWatcher, which uses Windows low-level technologies (such as CreateIoCompletionPort, PostQueuedCompletionStatus functions, etc.) to monitor the image folders to be monitored, read from the configuration file. By using low-level image folder monitoring, a notification operation can be proactively triggered when a new image is created. Traditional polling methods require periodic path scanning, resulting in detection delays (e.g., scanning every 3 seconds). In contrast, the asynchronous interface of this application responds immediately to file changes through the operating system's event notification mechanism, ensuring new images are processed promptly. This is particularly suitable for high-speed detection scenarios. Upon detecting a file change event, the image storage path where new images are stored is determined to be the target storage path. Furthermore, managing multiple paths through a unified interface simplifies the process; adding a new monitoring path only requires modifying the configuration file and registering a listener, without code refactoring, thus offering strong scalability. After step S2 is completed, step S3 can be executed.

[0076] Step S3: If a new image is detected to be stored in the image storage path, open the image handle of the new image so that the new image cannot be deleted; the image handle is a unique access code assigned to the new image by the operating system.

[0077] In some embodiments, once a new image is detected being stored in a target storage path, the system immediately locks the new image. Locking the new image ensures the integrity and consistency of the image data, avoiding the risk of the file being accidentally deleted or modified during the reading process.

[0078] Figure 7 This is a flowchart illustrating the process of opening an image handle of a new image in a target storage path, as provided in some embodiments of this application. Figure 7 As shown, in some embodiments, the image handle of a new image in the target storage path can be opened as follows: First, the image operation interface corresponding to the new image is called, and then a read-only parameter representing the read-only mode is passed to the image operation interface; in response to receiving the read-only parameter, an image handle is requested from the new image, and the image handle is opened to prevent the new image from being deleted. Here, the image handle corresponding to the new image is a unique identifier or access token assigned by the operating system to a locked image file. When the program opens the image file in read-only mode, the operating system creates a file handle for that file. This handle represents the program's legitimate access channel to the image file.

[0079] For example, when a new image is added to the monitored image folder, the corresponding image operation interface can be called first. This interface is an internally designed interface for accessing and manipulating image files. Then, a read-only parameter representing read-only mode is passed to the interface. This parameter tells the interface to access the image file in read-only mode, preventing the file from being modified or deleted by other programs during the reading process. Finally, in response to receiving the read-only parameter, an image handle is requested from the new image, and the image handle is opened to prevent the new image from being deleted. For instance, by calling the `open` function to open a file in read-only mode, the image handle is occupied, putting the file in a read-only state, preventing deletion or modification by other programs. The fundamental reason for preventing image deletion is that the program successfully requests and occupies the file's "handle." By opening the file in read-only mode, the program successfully obtains the file handle from the operating system and locks the file by continuously holding that handle, thus preventing deletion. In this way, by locking the file, it is ensured that the file content will not be modified or deleted by other programs during the reading process, thereby guaranteeing data integrity and consistency. Compared to traditional methods, the original machine program has a timed deletion logic. If the file is not locked, it may be prematurely deleted during processing, resulting in incomplete image data. This application, by locking the file, ensures that each complete image is acquired within the original cycle time, thus completing image reading. After step S3 is completed, step S4 can be executed.

[0080] Step S4: If the image storage capacity already written to the target storage path is equal to the preset image storage capacity, read the new image from the target storage path; the target storage path refers to the image storage path where the new image is stored; the preset image storage capacity is the storage capacity that the new image should be stored in the image storage path when captured by the corresponding camera.

[0081] In some embodiments, after the camera captures a new image, there is a process of writing it to the image storage path. As the writing proceeds, the image storage capacity gradually increases until the entire image is written, forming a complete image. Therefore, the new image undergoes a process of change from incomplete to complete.

[0082] In some embodiments, the display device 200 checks whether the locked new image is complete, for example, by comparing the image file size with a preset value. If the image is complete, the system reads the image using a dedicated thread corresponding to the target storage path. Each storage path is configured with an independent thread to enable parallel reading of images from multiple image folders.

[0083] Figure 8 This is a schematic diagram illustrating the process of a display device determining whether an image is complete, provided in some embodiments of this application. Figure 8 As shown, in some embodiments, before the controller reads a new image from the target storage path, it can also determine whether the image stored in the image folder is complete. The configuration file also includes a preset image storage capacity corresponding to each image in the image storage path. When determining whether an image is complete, the actual image storage capacity that has been read in the image storage path is first obtained, and then the actual image storage capacity is compared with the preset image storage capacity. If the actual image storage capacity is equal to the preset image storage capacity, the new image is determined to be a complete image; if the actual image storage capacity is less than the preset image storage capacity, the new image is determined to be an incomplete image.

[0084] For example, the configuration file not only includes the IP address and port number of the detection server (used for subsequent transmission of complete images to the detection server) and the folder information to be monitored, but also specifies the preset image storage capacity for each image in the image storage path. This preset image storage capacity is the storage capacity that a new image should be stored in the image storage path when captured by the corresponding camera. For example, the theoretical storage capacity (e.g., 1MB) that a new image should reach when captured by a certain camera is the preset image storage capacity. The system first reads the actual storage capacity of the image files already read in the image storage path, i.e., the actual image size stored in the image folder. Then, the system compares the actual image storage capacity with the preset image storage capacity in the configuration file. If the two sizes are the same, it means the new image is complete; if the actual image size is smaller than the preset image size, it means the new image is incomplete. In this way, by comparing the actual and preset image storage capacities, the system can accurately determine whether the image data is complete, avoiding inaccurate detection problems caused by data loss or reading errors. This mechanism ensures that only complete image data is used for subsequent image detection, thereby improving the reliability and stability of the entire detection system.

[0085] In some embodiments, when the new image is an incomplete image, i.e., when the image storage capacity written to the new image is less than the preset image storage capacity, a complete image can be generated in the following manner: If the image storage capacity already written to the new image in the target storage path is less than the preset image storage capacity, the step of reading the new image from the target storage path is paused; the image storage capacity already written to the new image is continuously monitored; the image storage capacity is compared with the preset image storage capacity; if the image storage capacity is equal to the preset image storage capacity, the new image is determined to be a complete image; and the operation process of reading the new image from the target storage path is triggered.

[0086] For example, when a new image is detected being stored in the target storage path, the system first checks the written storage capacity of the image. If the written image storage capacity is less than the preset image storage capacity (i.e., the image has not been fully written), the system pauses the step of reading the new image from that path. The system continuously monitors the written storage capacity of the new image to track the image writing progress. The system compares the written storage capacity of the new image with the preset image storage capacity. When the written storage capacity of the new image equals the preset image storage capacity, the system determines that the new image is a complete image. Once the new image is determined to be a complete image, the system immediately triggers the operation process of reading the new image from the target storage path. In this embodiment, once a new image begins to be written, the image handle corresponding to the new image can be opened to prevent it from being deleted. As writing continues, the written image storage capacity is equal to the preset image storage capacity before writing continues. In this way, by continuously monitoring and comparing the written storage capacity of the image with the preset storage capacity, the system can accurately determine whether the image is complete, thereby avoiding the situation where the image is incorrectly read and processed due to incomplete writing, thus ensuring the integrity and accuracy of the image data. Because the system processes only complete image data, it can significantly improve the accuracy of subsequent image detection. Incomplete images may lead to misjudgments or missed detections by the detection algorithm, while complete images provide more accurate information, helping to improve the reliability of the detection results.

[0087] In some embodiments, when the display device 200 reads a new image from a target storage path, it can first determine the target thread corresponding to the target storage path from among the multiple threads that have been created, based on the correspondence between threads and image storage paths, and then read the new image through the target thread.

[0088] For example, image storage paths corresponding to different light sources (such as I: / Light1, I: / Light2, etc.) are pre-defined in the configuration file. Based on the correspondence between threads and image storage paths, multiple threads are created during system runtime, each dedicated to reading image files from a specific image storage path. When a new image needs to be read, the system executes the following steps: First, based on the target storage path of the new image, the system quickly locates the target thread corresponding to that path from among the created threads using the correspondence between threads and image storage paths. After determining the target thread, the system assigns the task of reading the new image to that thread. The target thread is responsible for reading the image file from the specified path and can perform subsequent operations such as locking, integrity checks, and data transfer. In this way, by allocating an independent thread to each image storage path, the system can read image files from multiple paths in parallel. Compared to single-threaded sequential reading, multi-threaded parallel processing can significantly shorten the overall reading time, thereby improving image reading efficiency. Because each thread independently handles the image reading task under a specific path, the system can respond more quickly to the arrival of new images. When a new image is generated under a certain path, the corresponding target thread can immediately start the read operation without waiting for the read tasks of other paths to complete. After step S4 is completed, step S5 can be executed.

[0089] Step S5: Package the read new image and transmit it to the server so that the server can perform image detection on the new image.

[0090] After reading a new image, the system packages the complete image data into a data packet according to a predefined TCP data protocol. This data packet may contain key information such as image size, image name length, waferSn (wafer serial number) length and value, filename, and image data. Subsequently, the system transmits the data packet to a remote detection server via a TCP connection for image detection. Transmitting image data via the TCP protocol ensures the stability and reliability of data transmission. Upon receiving the data, the server can quickly execute the image detection function, generating detection results and reports.

[0091] Figure 9 This is a schematic diagram of the process for unlocking a new image provided in some embodiments of this application, such as... Figure 9 As shown, in some embodiments, after the step of packaging and transmitting the read new image to the server, the display device 200 can detect that the new image has been read and packaged, generate an image unlock command, and close the image handle in response to the image unlock command, so that the new image becomes operable; when the new image is in the operable state, the display device itself receives a deletion command at regular intervals; in response to the deletion command, the new image is deleted.

[0092] For example, after the detection system completes the reading, integrity verification, and data packaging of a new image (ready to be sent to the detection server), it generates an image unlock command. The system responds to this command by closing the image handle previously opened in read-only mode, releasing the lock on the new image file. At this point, the file is restored from a "read-only locked" state to a normal state accessible to other programs. Once the original machine program or the detection server confirms that the image does not need to be retained, or continues the original machine's timed deletion mechanism (i.e., responding to the deletion command), the display device 200 will delete the unlocked image file, thereby freeing up storage space. In this way, by explicitly unlocking the image handle, it ensures that other programs (such as the original machine program) can delete the file on time, avoiding deletion failures or production interruptions caused by file locking. For example, the original machine program might attempt to delete a file every 3 seconds; if the file is not unlocked, it will cause a deletion delay, affecting subsequent production cycles. Furthermore, during image reading and packaging, the file locking mechanism prevents data from being tampered with or prematurely deleted, while the unlocking operation is only performed after the data is confirmed to be complete and the transmission is finished, ensuring that the image received by the detection server is intact data that has not been corrupted.

[0093] Figure 10 This is a timing diagram of a wafer image acquisition method provided in some embodiments of this application, such as... Figure 10 As shown, in some embodiments, to achieve the above functions, the display device 200 may include the following modules: a main module (Main), which serves as the system entry point and is responsible for initialization configuration and module creation; a folder monitoring module (HiDirectoryWatcher), which monitors file changes in a specified folder; a file reading thread (ReadFileThread), responsible for file reading and content extraction; and a TCP transmission module (TcpModel), which handles network communication with the detection server. The detection server receives image data sent by the display device 200 and performs image detection tasks. The main module reads the local configuration, creates the folder monitoring module and the file reading module, and creates the TCP transmission module to establish a connection with the detection server. The folder monitoring module monitors the folder through multi-threading. When a new file is detected, the file reading module is triggered. The file reading module locks the file (to prevent concurrent conflicts), unlocks it after reading the complete file content, and passes the extracted image data to the TCP transmission module. The TCP module encapsulates data packets according to the protocol and sends them to the detection server. After receiving the data, the server performs the image detection task. Without affecting the original machine operation, the display device 200 obtains complete wafer image data and sends it to the server for detection.

[0094] As can be seen from the above technical solutions, the above embodiments provide a display device 200. In response to an image detection command on the wafer, the display device 200 acquires multiple image storage paths for storing the image; the multiple image storage paths correspond to multiple cameras for capturing the image; it monitors in real time whether a new image is stored in the multiple image storage paths; when a new image is detected in the image storage path, it opens the image handle of the new image to prevent the new image from being deleted; the image handle is a unique access code assigned to the new image by the operating system; when the image storage capacity written to the new image in the target storage path is equal to the preset image storage capacity, it reads the new image from the target storage path; the target storage path refers to the image storage path where the new image is stored; the preset image storage capacity is the storage capacity that the new image should be stored in the image storage path when captured by the corresponding camera; the read new image is packaged and transmitted to the server so that the server can perform an image detection function on the new image. The display device 200 can acquire complete wafer image data without affecting the original machine operation, and without affecting the original image deletion mechanism, thereby solving the problem of incomplete image data acquisition during wafer image detection, which affects the accuracy of image detection.

[0095] Based on the display device 200 described above, some embodiments of this application also provide a wafer image acquisition method, which can be applied to the display device 200 in the above embodiments. In some embodiments, the method may include the following: In response to an image detection command on the wafer, a plurality of image storage paths for storing the image are obtained; the plurality of image storage paths correspond to a plurality of cameras for capturing the image; Real-time monitoring of whether new images are stored in the multiple image storage paths; If a new image is detected being stored in the image storage path, the image handle of the new image is opened to prevent the new image from being deleted; the image handle is a unique access code assigned to the new image by the operating system. If the image storage capacity already written to the target storage path for the new image is equal to the preset image storage capacity, the new image is read from the target storage path; the target storage path refers to the image storage path where the new image is stored; the preset image storage capacity is the storage capacity that the new image should be stored in the image storage path when captured by the corresponding camera. The read new image is packaged and transmitted to the server so that the server can perform image detection on the new image.

[0096] As can be seen from the above technical solutions, the above embodiments provide a wafer image acquisition method. The method can acquire complete wafer image data without affecting the original machine operation, and does not affect the original image deletion mechanism. This solves the problem that incomplete image data acquisition occurs during wafer image detection, which affects the accuracy of image detection.

[0097] The same or similar parts between the various embodiments in this specification can be referred to each other, and will not be repeated here.

[0098] Those skilled in the art will clearly understand that the techniques in the embodiments of the present invention can be implemented using software plus necessary general-purpose hardware platforms. Based on this understanding, the technical solutions in the embodiments of the present invention, or the parts that contribute to the prior art, can be embodied in the form of a software product. This computer software product can be stored in a storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods of various embodiments or certain parts of the embodiments of the present invention.

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

[0100] For ease of explanation, the above description has been provided in conjunction with specific embodiments. However, the above exemplary discussion is not intended to be exhaustive or to limit the embodiments to the specific forms disclosed above. Various modifications and variations can be obtained based on the above teachings. The selection and description of the above embodiments are for the purpose of better explaining the principles and practical applications, thereby enabling those skilled in the art to better utilize the described embodiments and various different variations of embodiments suitable for specific use considerations.

Claims

1. A display device, characterized in that, include: The display is configured to show the user interface. A communication device configured to establish a communication connection with a server; Multiple cameras are configured to acquire images of the wafer, wherein different cameras correspond to different light sources; The controller is configured as follows: In response to an image detection command on the wafer, a plurality of image storage paths for storing the image are obtained; the plurality of image storage paths correspond to a plurality of cameras for capturing the image; Real-time monitoring of whether new images are stored in the multiple image storage paths; If a new image is detected being stored in the image storage path, the image handle of the new image is opened to prevent the new image from being deleted; the image handle is a unique access code assigned to the new image by the operating system. If the image storage capacity already written to the target storage path for the new image is equal to the preset image storage capacity, the new image is read from the target storage path; the target storage path refers to the image storage path where the new image is stored; the preset image storage capacity is the storage capacity that the new image should be stored in the image storage path when captured by the corresponding camera. The read new image is packaged and transmitted to the server so that the server can perform image detection on the new image.

2. The display device according to claim 1, characterized in that, Before the step of acquiring multiple image storage paths for storing the image, the controller is further configured to: Multiple light sources are acquired for capturing images of the wafer; Configure an image storage path for each of the light sources; Write the image storage path into a pre-defined configuration file.

3. The display device according to claim 1, characterized in that, Before the step of acquiring multiple image storage paths for storing the image, the controller is further configured to: Obtain the number of paths in the image storage path; Create the specified number of threads for the specified path; Establish the correspondence between the thread and the image storage path; Write the correspondence into the configuration file.

4. The display device according to claim 2, characterized in that, The controller acquires multiple image storage paths for storing the image, specifically configured as follows: In response to the image detection command, the configuration file is read; Multiple image storage paths for storing the images are parsed from the configuration file.

5. The display device according to claim 1, characterized in that, The controller monitors in real time whether new images are stored in the multiple image storage paths, and is specifically configured as follows: Create a first interface; the first interface is used to receive event notifications generated in the operating system. Associate the plurality of image storage paths with the first interface; The first interface is used to monitor in real time whether file change events of new images are stored in the multiple image storage paths; If the file change event is detected, the image storage path where the new image is stored is determined as the target storage path.

6. The display device according to claim 3, characterized in that, The controller reads the new image and is specifically configured as follows: Based on the correspondence, determine the target thread corresponding to the target storage path from among the multiple threads that have been created; The new image is read through the target thread.

7. The display device according to claim 1, characterized in that, After opening the image handle of the new image to prevent the new image from being deleted, the controller is further configured to: If the image storage capacity already written to the target storage path for the new image is less than the preset image storage capacity, the step of reading the new image from the target storage path shall be suspended. Continuously monitor the image storage capacity to which the new image has been written; Compare the image storage capacity with the preset image storage capacity; If the image storage capacity is equal to the preset image storage capacity, the new image is determined to be a complete image; This triggers the process of reading the new image from the target storage path.

8. The display device according to claim 1, characterized in that, The controller opens the image handle of the new image in the target storage path, specifically configured as follows: Call the image operation interface corresponding to the new image; Pass read-only parameters, which characterize the read-only mode, to the image operation interface; In response to receiving the read-only parameter, an image handle is requested from the new image, and the image handle is opened to prevent the new image from being deleted.

9. The display device according to claim 8, characterized in that, After packaging and transmitting the read new image to the server, the controller is further configured to: After detecting the new image and completing the packaging, an image unlocking command is generated; In response to the image unlock command, the image handle is closed, thereby making the new image operable. While the new image is in the operable state, the display device itself periodically receives deletion commands. In response to the deletion command, the new image is deleted.

10. A wafer image acquisition method, applied to the display device according to any one of claims 1-9, the display device comprising a display, a communication device, and a controller, characterized in that, The method includes: In response to an image detection command on the wafer, a plurality of image storage paths for storing the image are obtained; the plurality of image storage paths correspond to a plurality of cameras for capturing the image; Real-time monitoring of whether new images are stored in the multiple image storage paths; If a new image is detected being stored in the image storage path, the image handle of the new image is opened to prevent the new image from being deleted; the image handle is a unique access code assigned to the new image by the operating system. If the image storage capacity already written to the target storage path for the new image is equal to the preset image storage capacity, the new image is read from the target storage path; the target storage path refers to the image storage path where the new image is stored; the preset image storage capacity is the storage capacity that the new image should be stored in the image storage path when captured by the corresponding camera. The read new image is packaged and transmitted to the server so that the server can perform image detection on the new image.

Images