Local area network code scanning verification device and feeding system thereof

Abstract

The invention relates to the field of code scanning verification, discloses a local area network code scanning verification device and a feeding system thereof, and aims to improve the accuracy of material management, the high efficiency of a production process and the safety of a production environment and provide powerful support for the development of the fields of intelligent manufacturing and industrial automation. According to the invention, the code scanning data is strictly verified based on the finite-state machine model, and a hierarchical alarm mechanism and a function of dynamically adjusting an alarm threshold are introduced to deal with abnormal conditions in a code scanning process. Meanwhile, concurrent operation of multiple compartments and multiple valves is accurately controlled through the Petri net model, and it is ensured that the production process is conducted orderly.

Description

Technical Field

[0001] The present invention relates to the field of code scanning verification, and particularly to a local area network code scanning verification device and its feeding system. Background Art

[0002] With the continuous development of industrial automation and intelligent manufacturing, material management and production process control have become crucial links in the manufacturing industry. Especially in scenarios where precise tracking of material information, ensuring production safety, and improving production efficiency are required, how to effectively verify material information and control its flow has become an urgent problem to be solved. As an efficient and accurate information identification and interaction method, local area network code scanning verification technology is widely used in modern production lines.

[0003] However, the existing local area network code scanning verification technology still has some deficiencies in practical applications. Firstly, traditional code scanning verification methods often only focus on the correctness of the code scanning result, while ignoring abnormal situations that may occur during the code scanning process, such as code scanning failure, mismatch between the scanned data and the pre-stored information, etc. If these situations cannot be handled in a timely manner, it may lead to the risk of production interruption or incorrect use of materials. Secondly, the existing verification methods usually lack effective control over concurrent operations of multiple compartments and multiple valves, which may cause resource conflicts and operation chaos in high-concurrency scenarios. Moreover, for the monitoring of valve status and the timeout alarm mechanism, the existing technology often uses a fixed timeout threshold and cannot be dynamically adjusted according to the actual production situation, thus affecting the flexibility and efficiency of production.

[0004] To solve the above problems, the present invention proposes a local area network code scanning verification device and its feeding system. Summary of the Invention

[0005] The present invention provides a local area network code scanning verification device and its feeding system, aiming to improve the accuracy of material management, the efficiency of production processes, and the safety of the production environment, and providing strong support for the development of the intelligent manufacturing and industrial automation fields.

[0006] The first aspect of the present invention provides a local area network (LAN) scanning code verification method. The LAN scanning code verification method includes: obtaining scanning code data by scanning a material label with a scanning device, and transmitting the scanning code data to a central controller through the LAN; verifying the scanning code data based on a finite state machine model. If the scanning code data matches the pre-stored material information, a switch is triggered. If the scanning code data does not match the pre-stored material information, a hierarchical alarm mechanism is triggered, and the alarm threshold is dynamically adjusted according to historical data; in response to the switch, an opening instruction is sent to the valve of the corresponding compartment, and a Petri net model is used to control the concurrent operations of multiple compartments and multiple valves for feeding operations. The data of the compartment sensor is obtained, and the compartment state is updated, including the remaining material quantity and the occupancy state. If the remaining material quantity is lower than the preset threshold, a low margin warning is triggered; the valve state is monitored based on a dynamic time automata model, and the timeout threshold, the busy period shortening threshold, and the idle period lengthening threshold are dynamically adjusted according to historical operation data. If the valve opening time exceeds the timeout threshold, an adaptive timeout alarm is triggered; after the feeding operation is completed, the valve is closed, the central controller confirms the valve closure through the LAN, and the compartment state is reset to "idle", and the user interface updates the display information, and the process ends.

[0007] Optionally, in the first implementation manner of the first aspect of the present invention, the verification of the scanning code data based on the finite state machine model, if the scanning code data matches the pre-stored material information, a switch is triggered. If the scanning code data does not match the pre-stored material information, a hierarchical alarm mechanism is triggered, and the alarm threshold is dynamically adjusted according to historical data, including: finite state machine model design: defining key states, where the key states include waiting for scanning code, data verification, matching success, and matching failure; state transition, when the scanning code data is input, it transfers from the waiting for scanning code state to the data verification state. After successful verification, it transfers to the matching success state. If it fails, it transfers to the matching failure state; comparing the scanning code data with the pre-stored material information, using the data structure of a hash table to accelerate the matching process. If the matching is successful, a switching operation is triggered. If the matching fails, an alarm is given according to the preset alarm mechanism; different alarm levels are defined according to the degree of mismatch between the scanning code data and the pre-stored material information, including low-level alarm, medium-level alarm, and high-level alarm; collecting and analyzing historical scanning code data and alarm records, identifying common error types and frequencies, and dynamically adjusting the alarm threshold based on historical data; according to different alarm levels, different response mechanisms are triggered, including sending notifications, recording logs, and pausing the scanning code operation.

[0008] Optionally, in the second implementation manner of the first aspect of the present invention, in response to the switching, an opening instruction is sent to the valve of the corresponding compartment, and a Petri net model is used to control the concurrent operations of multiple compartments and multiple valves for feeding operations. Data of the compartment sensors is acquired to update the compartment status, including the remaining material quantity and occupancy status. If the remaining material quantity is lower than a preset threshold, a low margin warning is triggered, including: Once the scan code data is successfully verified, the target compartment is determined according to the verification result, and an opening instruction is sent to the valve of the corresponding compartment through the local area network; A control model based on Petri net is constructed to describe the concurrent operations and dependencies between multiple compartments and multiple valves. In the Petri net, each compartment and valve are represented as places, while the state changes and operations are represented as transitions. By triggering the corresponding transitions in the Petri net, the concurrent execution of the opening, closing, and feeding operations of multiple valves is controlled; Resources are dynamically allocated according to the current state and upcoming state changes in the Petri net model to avoid conflicts between multiple valves or feeding operations; After the valve is opened, the feeding mechanism is started to ensure that the material is accurately added to the target compartment. During the feeding process, the feeding amount is monitored in real time to ensure that it does not exceed the capacity limit of the compartment; During the feeding process, real-time acquired data is obtained to update the status information of the compartment in real time, including the remaining material quantity and occupancy status. A preset remaining material quantity threshold is set. When the sensor detects that the material margin in the compartment is lower than this threshold, a low margin warning is triggered, and the low margin warning notifies the operator to replenish the material in time through sound, light, or message push.

[0009] Optionally, in the third implementation manner of the first aspect of the present invention, the valve status is monitored based on the dynamic time automata model, and the timeout threshold, busy period shortening threshold, and idle period lengthening threshold are dynamically adjusted according to historical operation data. If the valve opening time exceeds the timeout threshold, an adaptive timeout alarm is triggered, including: Design of the dynamic time automata model, defining different states of the valve, including closed, opening, open, and closing. When the valve transfers from the closed state to the opening state, the timing starts. If it successfully transfers to the open state within the timeout threshold time, the timer is reset; Otherwise, a timeout alarm is triggered; Collect and analyze the valve historical operation data, including opening time, closing time, and operation frequency, to identify the busy period and idle period of the valve operation; Threshold adjustment algorithm: Dynamically adjust the timeout threshold based on historical data. During the busy period, reduce the timeout threshold to adapt to high-frequency operations and avoid production delays. During the idle period, increase the timeout threshold to reduce false alarms, while considering energy conservation and maintenance requirements; Real-time monitor the current state and duration of the valve through sensors or system logs. If the valve is in the opening state for more than the dynamic timeout threshold of the current period, a timeout alarm is triggered.

[0010] Optionally, in the fourth implementation manner of the first aspect of the present invention, after the feeding operation is completed, the valve is closed. The central controller confirms the valve closure through the local area network and resets the compartment status to "idle". The user interface updates the display information, and the process ends, including: real-time monitoring of the changes in the materials in the compartment, and once the preset feeding amount or feeding time is reached, it is determined that the feeding operation is completed; after the valve is closed, the closed state is confirmed through the built-in sensor or position detection device, and the status information is fed back to the central controller. After receiving the feedback, the central controller broadcasts a message that the valve has been closed through the local area network to ensure that other system components synchronously update the status; after confirming the valve closure, the status of the corresponding compartment is automatically reset to "idle", and based on historical data and the current operation mode, it is predicted when the compartment will become "occupied" again, so as to optimize production scheduling; once the compartment status is reset to "idle" and the user interface has been updated, the entire feeding and verification process ends.

[0011] Optionally, in the fifth implementation manner of the first aspect of the present invention, it further includes: the user interface obtains and real-time displays the remaining material quantity of each compartment, the usage status of each compartment, and alarm information through the local area network. The alarm information includes scanning code error, adaptive timeout alarm, and low margin warning; detecting abnormal operations based on the behavior pattern analysis model, and defining the normal operation mode, including the scanning code frequency and feeding duration. If abnormal behaviors are detected, the abnormal behaviors include frequent scanning code failures or the door not being closed for a long time, then a high-level alarm is triggered and the operation log is recorded.

[0012] The second aspect of the present invention provides a local area network scanning code verification device, which includes: an acquisition module for obtaining scanning code data according to the scanning of the material label by the scanning code device and transmitting the scanning code data to the central controller through the local area network; a processing module for verifying the scanning code data based on the finite state machine model. If the scanning code data matches the pre-stored material information, a switch is triggered. If the scanning code data does not match the pre-stored material information, a hierarchical alarm mechanism is triggered, and the alarm threshold is dynamically adjusted according to historical data; a setting module for sending an open command to the valve of the corresponding compartment in response to the switch, using the Petri net model to control the concurrent operations of multiple compartments and multiple valves, performing the feeding operation, obtaining the data of the compartment sensor, and updating the compartment status, including the remaining material quantity and the occupied status. If the remaining material quantity is lower than the preset threshold, a low margin warning is triggered; an allocation module for monitoring the valve status based on the dynamic time automata model, dynamically adjusting the timeout threshold according to historical operation data, shortening the threshold during busy periods, and extending the threshold during idle periods. If the valve opening time exceeds the timeout threshold, an adaptive timeout alarm is triggered; a reset module for closing the valve after the feeding operation is completed. The central controller confirms the valve closure through the local area network and resets the compartment status to "idle". The user interface updates the display information, and the process ends.

[0013] In the third aspect of the present invention, a feeding system is provided, which includes a local area network code scanning verification device.

[0014] In the fourth aspect of the present invention, a local area network code scanning verification device is provided, including: a memory and at least one processor, wherein instructions are stored in the memory; the at least one processor calls the instructions in the memory to enable the local area network code scanning verification device to execute the above-mentioned local area network code scanning verification method.

[0015] In the technical solution provided by the present invention, the beneficial effects are as follows:

[0016] By scanning the code to verify the material information, it is ensured that only the materials matching the pre-stored information can enter the production process, thus greatly reducing the risk of misusing materials.

[0017] By adopting the method of dynamically adjusting the alarm threshold and timeout threshold, the system can be adaptively adjusted according to the actual situation, and better adapt to different production environments and requirements.

[0018] Using the Petri net model to control the concurrent operations of multiple compartments and multiple valves optimizes the resource allocation, reduces the operation conflicts, and thus improves the production efficiency.

[0019] By real-time monitoring the valve status and the remaining amount of materials in the compartment, the alarm mechanism is triggered in a timely manner, effectively preventing potential safety hazards in the production process. BRIEF DESCRIPTION OF THE DRAWINGS

[0020] Figure 1 It is a schematic diagram of an embodiment of the local area network code scanning verification method in an embodiment of the present invention;

[0021] Figure 2 It is a schematic diagram of another embodiment of the local area network code scanning verification method in an embodiment of the present invention;

[0022] Figure 3 It is a schematic diagram of an embodiment of the local area network code scanning verification device in an embodiment of the present invention. DETAILED DESCRIPTION OF THE INVENTION

[0023] The embodiments of the present invention provide a local area network (LAN) scanning code verification device and its feeding system, aiming to improve the accuracy of material management, the efficiency of production processes, and the safety of the production environment, providing strong support for the development of intelligent manufacturing and industrial automation fields. The terms "first", "second", "third", "fourth", etc. (if any) in the specification, claims, and the above-mentioned drawings of the present invention are used to distinguish similar objects and do not necessarily need to describe a specific order or sequence. It should be understood that such used data can be interchanged under appropriate circumstances so that the embodiments described herein can be implemented in an order different from that illustrated or described herein. In addition, the term "comprising" or "having" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units does not necessarily have to be limited to those clearly listed steps or units, but may include other steps or units that are not clearly listed or are inherent to these processes, methods, products, or devices.

[0024] For ease of understanding, the specific process of the embodiments of the present invention is described below. Please refer to Figure 1 , an embodiment of the LAN scanning code verification method in the embodiments of the present invention includes:

[0025] 101. Obtain the scanning code data by scanning the material label with the scanning code device, and transmit the scanning code data to the central controller through the local area network;

[0026] It can be understood that the execution entity of the present invention can be a LAN scanning code verification device, or a terminal or a server. Specifically, it is not limited here. The embodiments of the present invention are described by taking the server as the execution entity as an example.

[0027] It should be noted that:

[0028] I. Hardware preparation:

[0029] Scanning code device: Select a barcode scanner or QR code scanner that supports barcode or QR code scanning, and ensure that it has good decoding ability and stable working performance.

[0030] Central controller: Use a computer or server with data processing and storage functions as the central controller, which is responsible for receiving and processing the scanning code data.

[0031] LAN devices: Configure LAN devices such as routers and switches to ensure that the scanning code device and the central controller are in the same local area network and can communicate with each other.

[0032] II. Software configuration:

[0033] Install the scanning code data processing software on the central controller. This software needs to have functions such as receiving scanning code data, parsing data formats, and storing data.

[0034] Ensure that the communication protocol between the barcode scanning device and the central controller is consistent, such as the TCP / IP protocol, to achieve stable data transmission.

[0035] III. Barcode Scanning Data Transmission Process:

[0036] The barcode scanning device scans the material label: When the barcode scanning device scans the barcode or QR code on the material label, it will automatically decode and generate corresponding barcode scanning data. For example, when scanning a QR code on a material label, a string of numbers "1234567890123" is obtained after decoding.

[0037] The barcode scanning data is transmitted through the local area network: The barcode scanning device sends the decoded barcode scanning data to the central controller through the local area network. In this process, the data will be forwarded through devices such as routers and switches and finally reach the central controller.

[0038] The central controller receives and processes the barcode scanning data: The barcode scanning data processing software on the central controller will continuously monitor the specified port. Once the barcode scanning data is received, it will immediately be parsed and processed. For example, the received numbers "1234567890123" are compared with the pre-stored material information to verify the identity and attributes of the material.

[0039] 102. Verify the barcode scanning data based on the finite state machine model. If the barcode scanning data matches the pre-stored material information, trigger the switch. If the barcode scanning data does not match the pre-stored material information, trigger the hierarchical alarm mechanism and dynamically adjust the alarm threshold according to historical data;

[0040] It should be noted that we have a material management system that stores detailed information about various materials. Now, we need to ensure the matching of materials with the information in the system through barcode scanning verification and trigger corresponding operations according to the verification results.

[0041] Finite State Machine Model Design:

[0042] State Definition:

[0043] Initial State (S0): Waiting for barcode scanning data input.

[0044] Verification State (S1): Receive barcode scanning data and perform verification.

[0045] Matching State (S2): The barcode scanning data matches the pre-stored material information successfully.

[0046] Non-Matching State (S3): The barcode scanning data does not match the pre-stored material information.

[0047] State Transition Conditions:

[0048] From SO to S1: Scanning data is received.

[0049] From S1 to S2: The scanning data matches the pre - stored information.

[0050] From S1 to S3: The scanning data does not match the pre - stored information.

[0051] Trigger action:

[0052] When entering S2: Trigger a switching operation (such as opening the gate, updating the inventory status, etc.).

[0053] When entering S3: Trigger a hierarchical alarm mechanism.

[0054] Scanning data verification process:

[0055] Scanning data reception: Wait in the initial state (SO). Once the scanning data sent by the scanning device is received, the state machine transfers to the verification state (S1). For example, the received scanning data is "M00123".

[0056] Data verification: In the verification state (S1), the system compares "M00123" with the pre - stored material information. It is assumed that the corresponding material for "M00123" in the pre - stored information is a certain specific type of material.

[0057] Verification result processing:

[0058] Matching situation: If the scanning data completely matches the pre - stored information, the state machine transfers to the matching state (S2), and a switching operation is triggered, such as opening the material gate to allow the material to pass. At the same time, the system records this successful matching event.

[0059] Non - matching situation: If the scanning data does not match the pre - stored information, the state machine transfers to the non - matching state (S3), and a hierarchical alarm mechanism is triggered. For example, the first non - matching triggers a low - level alarm (such as sound and light prompts), and consecutive non - matching triggers a higher - level alarm (such as sending a notice to the management staff).

[0060] Dynamically adjust the alarm threshold. Based on historical data, the system can dynamically adjust the alarm threshold. For example, if the scanning non - matching events occur frequently in the past period, the system can automatically lower the alarm threshold to respond more sensitively to potential problems. Conversely, if the scanning matching success rate remains high, the alarm threshold can be appropriately increased to reduce false alarms.

[0061] Specific data example, we have the following historical data:

[0062] In the past 24 hours, the total number of scanning verifications: 1000 times.

[0063] Among them, the number of successful matches: 980 times.

[0064] Number of mismatches: 20 times.

[0065] Based on these data, the system can determine that the accuracy rate of the current barcode scanning verification is relatively high (98%), so a relatively high alarm threshold can be set (for example, a high-level alarm is triggered only when there are 5 consecutive mismatches). If the number of mismatches increases in the future, the system will adjust the alarm threshold accordingly to decrease it.

[0066] 103. In response to the said switching, send an opening instruction to the valve of the corresponding compartment, use the Petri net model to control the concurrent operations of multiple compartments and multiple valves, perform the feeding operation, obtain the data of the compartment sensor, and update the compartment status, including the remaining material quantity and the occupancy status. If the remaining material quantity is lower than the preset threshold, trigger a low margin warning;

[0067] It should be noted that we have an automated material management system, which contains multiple compartments, and each compartment is equipped with a valve and a sensor. After the barcode scanning verification is successful, the system will send an opening instruction to the valve of the corresponding compartment to perform the feeding operation. We use the Petri net model to control the concurrent operations of multiple compartments and multiple valves and ensure the synchronous update of data.

[0068] Operation process, barcode scanning verification and switching:

[0069] When the barcode scanning device scans the material label and the verification is successful, the system determines the target compartment (for example, Compartment 3). The system responds to the switching of the successful verification and sends an opening instruction to the valve of Compartment 3.

[0070] Petri net model control, the Petri net model is used to describe the state changes and concurrent operations of compartments and valves. In the Petri net, each compartment and valve has corresponding places and transitions. When an instruction to open the valve is received, the corresponding transition in the Petri net is triggered, indicating that the valve is opened.

[0071] Feeding operation, after the valve is opened, the feeding operation starts. It is set to add 100 kg of material to Compartment 3. During the feeding process, the Petri net model monitors and controls the feeding process to ensure the correctness and concurrency of the operation. After the feeding is completed, the system obtains the sensor data of Compartment 3. It is set that the sensor shows that the current total material quantity is 800 kg (700 kg originally + 100 kg newly added). The sensor also detects the occupancy status of the compartment, and at this time, Compartment 3 is in the "occupied" state.

[0072] According to the sensor data, the system updates the status information of Compartment 3: the remaining material quantity is 800 kg, and the occupancy status is "occupied". This information is synchronized to the system's database for subsequent query and use.

[0073] The system checks the remaining material quantity in Compartment 3. The preset remaining material threshold is set at 200 kg. Since the current remaining material quantity (800 kg) is much higher than the preset threshold (200 kg), the low margin warning is not triggered. If at a certain point in time, the sensor detects that the remaining material quantity is less than 200 kg (for example, 150 kg remaining), the system will automatically trigger a low margin warning.

[0074] Data example:

[0075] Initial state: There were originally 700 kg of materials in Compartment 3, and the occupancy status was "idle".

[0076] After barcode scanning verification: The system determines to add materials to Compartment 3.

[0077] Feeding operation: Add 100 kg of materials.

[0078] Sensor data: After feeding, the total material quantity in Compartment 3 is 800 kg, and the occupancy status changes to "occupied".

[0079] Low margin warning threshold: 200 kg.

[0080] Current remaining materials: 800 kg (no warning triggered).

[0081] Set that after subsequent operations, the remaining materials drop to 150 kg: Trigger a low margin warning.

[0082] 104. Monitor the valve status based on the dynamic time automata model, dynamically adjust the timeout threshold according to historical operation data, shorten the threshold during busy periods, and extend the threshold during idle periods. If the valve opening time exceeds the timeout threshold, trigger an adaptive timeout alarm;

[0083] It should be noted that first, we construct a dynamic time automata model, which can describe different states of the valve (such as closed, open, faulty, etc.) and the transition conditions between states.

[0084] Status monitoring: The model obtains the current status of the valve in real time through sensors and compares it with the expected status.

[0085] Data collection: The system continuously collects historical operation data, including the opening and closing times of the valve, operation frequency, etc.

[0086] Threshold adjustment strategy: Busy period: When historical data shows that the valve is operated frequently during a certain period (for example, from 9 am to 5 pm every day), the system will automatically shorten the timeout threshold. The original timeout threshold is set at 30 seconds and can be adjusted to 20 seconds during the busy period. Idle period: During the period when the valve operation is less (such as late at night), the system will automatically extend the timeout threshold to improve the fault tolerance of the system. For example, extend the timeout threshold from 30 seconds to 45 seconds.

[0087] Adaptive timeout alarm, timeout detection: The system monitors the opening time of the valve in real time and compares it with the current timeout threshold. Alarm trigger: If the opening time of the valve exceeds the current timeout threshold, the system will trigger an adaptive timeout alarm. For example, during peak hours, a valve has been open for 25 seconds (exceeding the 20-second timeout threshold), and at this time the system will send an alarm signal.

[0088] Specific data examples:

[0089] Historical operation data: In the past week, from 9 am to 5 pm every day, the average opening time of the valve was 15 seconds, and the operation frequency was 100 times per hour; during late-night hours, the average opening time was 20 seconds, and the operation frequency was 10 times per hour.

[0090] Timeout threshold adjustment: Based on the above data, the system sets the timeout threshold to 20 seconds during peak hours and 45 seconds during idle hours.

[0091] Alarm event: At 10 am on a certain day, a valve was open for 28 seconds (exceeding the 20-second timeout threshold), and the system immediately triggered an adaptive timeout alarm.

[0092] 105. After the feeding operation is completed, close the valve. The central controller confirms the valve closure through the local area network and resets the compartment status to "idle". The user interface updates the display information, and the process ends.

[0093] It should be noted that after the feeding operation is completed, the system sends a command to the valve of the corresponding compartment to close it. For example, when the feeding operation is completed in Compartment 5, the system sends a closing command to the valve of Compartment 5.

[0094] Central controller confirms valve closure: The central controller communicates with the valve through the local area network to confirm that the valve has been closed. This usually involves sending a status query request to the valve and waiting for the valve's response. It is set that after the system sends a status query request, the valve of Compartment 5 responds within 1 second to confirm that it has been closed.

[0095] Reset the compartment status to "idle": Once the central controller confirms the valve closure, it will update the status of Compartment 5 in the system database, resetting it from "occupied" to "idle". This status update is an atomic operation to ensure data consistency and accuracy.

[0096] User interface updates display information: The user interface communicates with the central controller in real time. When the compartment status changes, the interface will automatically refresh to display the latest information. In this example, the status of Compartment 5 on the user interface will be updated from "feeding" or "occupied" to "idle", and a confirmation message such as "Compartment 5 is idle" will be displayed.

[0097] Process End: After completing the above steps, the entire feeding operation process is declared ended. The system is ready to process the next task or request.

[0098] Specific Data Example:

[0099] Compartment Number: 5

[0100] Feeding Start Time: 10:05:00

[0101] Feeding Completion Time: 10:05:30

[0102] Valve Closing Instruction Sending Time: 10:05:31

[0103] Valve Closing Confirmation Response Time: 10:05:32 (response within 1 second)

[0104] Compartment Status Reset Time: 10:05:33 (immediately following the valve closing confirmation)

[0105] User Interface Update Time: 10:05:34 (immediately following the compartment status reset)

[0106] Process End Time: 10:05:34.

[0107] Please refer to Figure 2 , another embodiment of the local area network QR code verification method in the embodiments of the present invention includes:

[0108] 201. Obtain the QR code data by scanning the material label with the QR code scanning device, and transmit the QR code data to the central controller through the local area network;

[0109] It should be noted that this step is the same as step 101.

[0110] 202. Verify the QR code data based on the finite state machine model. If the QR code data matches the pre-stored material information, a switch is triggered. If the QR code data does not match the pre-stored material information, a hierarchical alarm mechanism is triggered, and the alarm threshold is dynamically adjusted according to historical data;

[0111] Specifically, the finite state machine model design: Define the key states, and the key states include waiting for QR code scanning, data verification, successful match, and failed match; State transition, when the QR code data is input, it transfers from the waiting for QR code scanning state to the data verification state. After successful verification, it transfers to the successful match state, and if it fails, it transfers to the failed match state;

[0112] Compare the QR code data with the pre-stored material information, and use the data structure of the hash table to accelerate the matching process. If the match is successful, a switch operation is triggered. If the match fails, an alarm is given according to the preset alarm mechanism;

[0113] Define different alarm levels according to the degree of mismatch between the scanned code data and the pre-stored material information, including low-level alarm, medium-level alarm, and high-level alarm;

[0114] Collect and analyze historical scanned code data and alarm records, identify common error types and frequencies, and dynamically adjust the alarm threshold based on historical data;

[0115] According to different alarm levels, trigger different response mechanisms, including sending notifications, recording logs, and pausing the scanning operation;

[0116] It should be noted that the design of the finite state machine model:

[0117] Definition of key states: Waiting for scanning (Statel): Initial state, waiting for the user to perform a scanning operation. Data verification (State2): After receiving the scanned code data, enter this state for data verification. Matching successful (State3): After successful verification, enter this state and trigger a switching operation. Matching failed (State4): After failed verification, enter this state and trigger an alarm mechanism.

[0118] State transition: When the user performs a scanning operation, transfer from State1 to State2. In State2, compare the scanned code data with the pre-stored material information. If the match is successful, transfer to State3; if the match fails, transfer to State4.

[0119] Verification and matching of scanned code data: Data comparison: Use a hash table data structure to store the pre-stored material information to accelerate the matching process. When receiving the scanned code data, quickly search for the corresponding material information through the hash table and perform a comparison.

[0120] Processing of matching results: Matching successful: Trigger a switching operation, such as updating inventory information, displaying material details, etc. Matching failed: Alarm according to the preset alarm mechanism.

[0121] Design of the hierarchical alarm mechanism:

[0122] Definition of alarm levels: Low-level alarm: There is a slight mismatch between the scanned code data and the pre-stored material information, such as an incorrect material batch number. Medium-level alarm: There is a relatively serious mismatch between the scanned code data and the pre-stored material information, such as an incorrect material model. High-level alarm: The scanned code data is completely mismatched with the pre-stored material information, or the format of the scanned code data is incorrect. Alarm trigger condition: Determine the triggered alarm level according to the degree of mismatch between the scanned code data and the pre-stored material information.

[0123] Alarm Response Mechanism: Low-level Alarm: Send a notification to the operator to prompt for confirmation and correction. Medium-level Alarm: Send a notification and record a log, pause the current barcode scanning operation, and wait for the operator to handle it. High-level Alarm: Send an emergency notification, record a log, and automatically pause all barcode scanning operations, waiting for the administrator to intervene and handle.

[0124] Dynamic Adjustment of Alarm Thresholds: Historical Data Analysis: Collect and analyze historical barcode scanning data and alarm records to identify common error types and frequencies.

[0125] Alarm Threshold Adjustment Strategy: For frequently occurring minor mismatches, the threshold of the low-level alarm can be appropriately increased to reduce false alarms. For mismatches that seriously affect the production process, the alarm threshold of the corresponding level should be lowered to increase alarm sensitivity. Threshold Adjustment Implementation: Dynamically adjust the triggering conditions of each level of alarm according to the results of historical data analysis and the alarm threshold adjustment strategy.

[0126] Specific Data Example: During a certain barcode scanning verification process, the pre-stored material information was "Material Number: A001, Material Name: Screw, Batch Number: 202401", and the barcode scanning data was "Material Number: A001, Material Name: Screw, Batch Number: 202402". After comparison using a hash table, it was found that there was a mismatch in the batch number. According to the preset alarm mechanism, this mismatch was determined to be a low-level alarm, and the system sent a notification to the operator to prompt for confirmation and correction. At the same time, based on the results of historical data analysis, the system found that such batch number mismatches were relatively frequent and had little impact on the production process. Therefore, the threshold of the low-level alarm was dynamically increased to reduce false alarms in future similar situations.

[0127] 203. In response to the switch, send an open instruction to the valve of the corresponding compartment, use a Petri net model to control the concurrent operations of multiple compartments and multiple valves, perform a feeding operation, obtain data from the compartment sensors, and update the compartment status, including the remaining material quantity and occupancy status. If the remaining material quantity is lower than the preset threshold, trigger a low stock warning;

[0128] Specifically, once the barcode scanning data is successfully verified, determine the target compartment according to the verification result, and send an open instruction to the valve of the corresponding compartment through the local area network;

[0129] Construct a control model based on Petri nets to describe the concurrent operations and dependencies between multiple compartments and multiple valves. In the Petri net, each compartment and valve are represented as places, while state changes and operations are represented as transitions. By triggering the corresponding transitions in the Petri net, control the concurrent execution of the opening, closing of multiple valves, and the feeding operation;

[0130] Dynamically allocate resources according to the current state and upcoming state changes in the Petri net model to avoid conflicts between multiple valves or feeding operations;

[0131] After the valve is opened, start the feeding mechanism to ensure that the material is accurately added to the target compartment. During the feeding process, monitor the feeding amount in real time to ensure that it does not exceed the capacity limit of the compartment;

[0132] During the feeding process, obtain the real-time collected data and update the status information of the compartment in real time, including the remaining material quantity and occupancy status.

[0133] Set a preset threshold for the remaining material quantity. When the sensor detects that the material remaining in the compartment is lower than this threshold, trigger a low-remaining warning, and the low-remaining warning notifies the operator to replenish the material in a timely manner through sound, light, or message push;

[0134] It should be noted that after the barcode scanning data is verified successfully, the system determines that the target compartment is "Compartment 3"; the system sends an open instruction to the valve corresponding to "Compartment 3" through the local area network. The instruction content is: "Open the valve of Compartment 3".

[0135] Construct a control model based on the Petri net, where "Compartment 1", "Compartment 2", "Compartment 3", etc. are represented as different places, and the valve opening, closing, and feeding operations are represented as transitions. In the Petri net model, when the valve of "Compartment 3" receives an open instruction, the corresponding transition is triggered, and the valve state changes from "closed" to "open". According to the current state and upcoming state changes of the Petri net model, the system dynamically allocates resources to ensure that the valve opening operation of "Compartment 3" does not conflict with the operations of other compartments.

[0136] When the valve of "Compartment 3" is opened, the system automatically starts the feeding mechanism. The feeding mechanism ensures that the material is accurately added to "Compartment 3". During the feeding process, the system monitors the feeding amount in real time to ensure that it does not exceed the capacity limit of "Compartment 3". For example, the capacity of "Compartment 3" is 100 kg. During the feeding process, the system continuously detects the fed amount. When it reaches 90 kg, the system automatically slows down the feeding speed to ensure that the capacity limit is not exceeded.

[0137] During the feeding process, the system obtains the data of the compartment sensor in real time. For example, the sensor data shows that the current remaining material quantity in "Compartment 3" is 80 kg. The system updates the status information of "Compartment 3" in real time, including the remaining material quantity (80 kg) and occupancy status (occupied). Set a preset threshold for the remaining material quantity to 20 kg. When the sensor detects that the material remaining in "Compartment 3" is lower than this threshold, trigger a low-remaining warning. For example, when the remaining material quantity drops to 15 kg, the system automatically issues a low-remaining warning.

[0138] The low - margin warning notifies the operator to replenish materials in a timely manner through sound, light, or message push. For example, the system emits a "beep - beep - beep" alarm sound, displays a red flashing light on the console, and sends a push message to the operator's mobile phone: "The remaining materials in Compartment 3 are insufficient. Please replenish materials in a timely manner!"

[0139] 204. Monitor the valve status based on the dynamic time automata model, dynamically adjust the timeout threshold according to historical operation data, shorten the threshold during busy periods, and extend the threshold during idle periods. If the valve opening time exceeds the timeout threshold, trigger an adaptive timeout alarm;

[0140] Specifically, for the dynamic time automata model design, define different states of the valve, including closed, opening, open, and closing. When the valve transfers from the closed state to the opening state, start timing. If it successfully transfers to the open state within the timeout threshold time, reset the timer; otherwise, trigger a timeout alarm;

[0141] Collect and analyze the valve's historical operation data, including opening time, closing time, and operation frequency, to identify the busy and idle periods of the valve operation; Threshold adjustment algorithm:

[0142] Dynamically adjust the timeout threshold based on historical data. During busy periods, reduce the timeout threshold to adapt to high - frequency operations and avoid production delays. During idle periods, increase the timeout threshold to reduce false alarms, while considering energy conservation and maintenance requirements;

[0143] Real - time monitor the current state and duration of the valve through sensors or system logs. If the valve is in the opening state for a time exceeding the dynamic timeout threshold of the current period, trigger a timeout alarm;

[0144] It should be noted that in the dynamic time automata model design:

[0145] Define the valve states: Closed (State0): The valve is in a fully closed state. Opening (State1): The valve is transferring from the closed state to the open state. Open (State2): The valve is in a fully open state. Closing (State3): The valve is transferring from the open state to the closed state.

[0146] State transition and timing: When the valve transfers from State0 to State1, start timing. If it successfully transfers to State2 within the timeout threshold time, reset the timer. Otherwise, trigger a timeout alarm.

[0147] Data collection: Record the valve's historical operation data, including opening time, closing time, and operation frequency. Data analysis: Identify the busy periods (such as 8:00 - 12:00 in the morning) and idle periods (such as 14:00 - 18:00 in the afternoon) of the valve operation.

[0148] Implementation of the threshold adjustment algorithm. Threshold adjustment during peak hours: From 8:00 to 12:00 in the morning, reduce the timeout threshold to 30 seconds to adapt to high-frequency operations and avoid production delays. Threshold adjustment during idle hours: From 14:00 to 18:00 in the afternoon, increase the timeout threshold to 60 seconds to reduce false alarms and consider energy conservation and maintenance requirements.

[0149] Real-time monitoring: Real-time monitor the current state and duration of the valve through sensors or system logs. Alarm trigger condition: If the time the valve is in the State1 (opening) state exceeds the dynamic timeout threshold of the current period, an overtime alarm is triggered.

[0150] Data example:

[0151] At 9:00 in the morning, the valve transfers from State0 to State1 and starts timing. This period is a peak hour, and the timeout threshold is set to 30 seconds.

[0152] If the valve successfully transfers to State2 before 9:00:30, reset the timer and no alarm is triggered.

[0153] Suppose the valve has not transferred to State2 at 9:00:35. At this time, it has exceeded the timeout threshold (30 seconds) during the peak hour, and the system triggers an overtime alarm.

[0154] At 15:00 in the afternoon, the valve transfers from StateO to State1 again and starts timing. This period is an idle hour, and the timeout threshold is set to 60 seconds.

[0155] If the valve successfully transfers to State2 before 15:01:00, reset the timer; if it has not transferred successfully after this time, an overtime alarm is triggered.

[0156] 205. After the feeding operation is completed, close the valve. The central controller confirms the valve closure through the local area network and resets the compartment status to "idle". The user interface updates the display information and the process ends.

[0157] Specifically, monitor the change of materials in the compartment in real time. Once the preset feeding amount or feeding time is reached, it is determined that the feeding operation is completed;

[0158] After the valve is closed, confirm the closed state through the built-in sensor or position detection device and feedback the status information to the central controller. After receiving the feedback, the central controller broadcasts the message that the valve has been closed through the local area network to ensure that other system components synchronously update the status;

[0159] After confirming that the valve is closed, the status of the corresponding compartment is automatically reset to "idle". Based on historical data and current operating mode, it is predicted when the compartment will become "occupied" again, thereby optimizing production scheduling;

[0160] Once the compartment status has been reset to “Idle” and the user interface has been updated, the entire dosing and verification process is complete;

[0161] It should be noted that during the judgment of the completion of the feeding operation, real-time monitoring: the system monitors the changes of the materials in the compartment in real time. For example, the weight change of the material is monitored by the weight sensor. Judgment of the completion of feeding: the preset feeding amount is 100kg. When the system detects that the increase in the amount of material in the compartment reaches 100kg, or the feeding time reaches the preset 5 minutes (in case the weight sensor cannot detect accurately temporarily due to poor material flow), the system determines that the feeding operation is completed.

[0162] Valve closing: After the addition is completed, the system automatically sends a command to close the valve. For example, a command of "close valve" is sent to the valve controller. Status confirmation: After the valve is closed, its built-in sensor or position detection device will confirm the closed state of the valve. For example, the sensor detects that the valve is completely closed. Status feedback: The valve controller feeds back the information of the closing state to the central controller. For example, a data packet containing "valve closed" and the valve ID is sent to the central controller.

[0163] Receive feedback: After receiving feedback from the valve controller, the central controller confirms that the valve is closed. Broadcast message: The central controller broadcasts the message "valve is closed" through the local area network. For example, broadcast a message containing the valve ID and the closed status to all system components connected to the local area network.

[0164] Status reset: After confirming that the valve is closed, the system automatically resets the status of the corresponding compartment to "free". For example, changing the compartment status from "occupied" to "free" in the database. Status prediction: Based on historical data and current operation patterns, the system predicts when the compartment will become "occupied" again. For example, based on the data of the past week, the system predicts that the compartment is most likely to be occupied again between 3pm and 5pm every day.

[0165] Status update: Once the compartment status is reset to "Idle", the user interface will automatically update the displayed information. For example, "Idle" will be displayed in the compartment status bar of the user interface. Process end: At this point, the entire feeding and verification process is completed.

[0166] Data example:

[0167] Preset feeding amount: 100kg

[0168] Actual feeding amount: 100.5kg (due to slight fluctuations in material flow)

[0169] Feeding time: 4 minutes and 50 seconds (not reaching the preset 5 minutes, but the preset feeding amount has been reached)

[0170] Valve closing instruction sending time: The 5th second after feeding is completed

[0171] Actual valve closing time: Within 10 seconds after the instruction is sent

[0172] Time when the central controller receives the valve closing feedback: Within 2 seconds after the valve is closed

[0173] Time when the local area network broadcasts the "valve closed" message: Within 1 second after receiving the feedback

[0174] Time when the compartment status is reset from "occupied" to "idle": Within 5 seconds after the message is broadcast

[0175] Time when the user interface updates and displays the "idle" status: Within 3 seconds after the status is reset.

[0176] 206. The user interface obtains and real-time displays the remaining material quantity, usage status of each compartment, and alarm information through the local area network. The alarm information includes barcode scanning error, adaptive timeout alarm, and low margin warning;

[0177] Detect abnormal operations based on the behavior pattern analysis model, define the normal operation mode, including barcode scanning frequency and feeding duration. If abnormal behaviors are detected, the abnormal behaviors include frequent barcode scanning failures or the door not being closed for a long time, then trigger a high-level alarm and record the operation log.

[0178] It should be noted that the user interface real-time displays:

[0179] Remaining material quantity acquisition and display: The system real-time monitors the remaining material quantity through weight sensors installed in each compartment. The sensors transmit the data to the central server in real-time through the local area network. The user interface obtains the latest data by accessing the central server and real-time updates and displays the remaining material quantity of each compartment.

[0180] Compartment usage status display: Each compartment is equipped with a status detection device (such as a door magnetic sensor) for detecting the usage status of the compartment (such as idle, occupied). The status information is uploaded to the central server in real-time through the local area network. The user interface real-time updates and displays the usage status of each compartment according to the data of the central server.

[0181] Alarm information display: The system defines multiple alarm conditions, including barcode scanning error, adaptive timeout alarm, and low margin warning. When the alarm conditions are triggered, the relevant alarm information will be sent to the central server through the local area network. The user interface receives and real-time displays these alarm information for the operators to respond in a timely manner.

[0182] Data example:

[0183] Remaining material quantity in Compartment A: 45 kg (updated in real time)

[0184] Usage status of Compartment B: Occupied (door magnetic sensor detects that the door is closed)

[0185] Alarm information: Scanning code error in Compartment C (the displayed QR code does not match the actual one)

[0186] Abnormal operation detection based on the behavior pattern analysis model, defining the normal operation mode:

[0187] According to historical data and operation specifications, define the normal operation mode, including the scanning code frequency (such as no more than 5 times per minute) and the feeding duration (such as no more than 10 minutes for each feeding).

[0188] Real-time monitoring and data analysis: The system monitors the scanning code behavior and feeding behavior of operators in real time. By analyzing the real-time data, the system determines whether the current operation conforms to the normal operation mode.

[0189] Abnormal behavior detection and alarm: When abnormal behavior is detected (such as frequent scanning code failures: 3 consecutive scanning code failures; or long time without closing the door: the door remains unclosed for more than 5 minutes after feeding is completed), the system triggers a high-level alarm. The high-level alarm information is sent to the central server and the user interface through the local area network, and the operation log is recorded for subsequent analysis.

[0190] Data example:

[0191] Normal scanning code frequency: 3 times per minute

[0192] Feeding duration threshold: 8 minutes

[0193] Abnormal behavior alarm: Operator X had 5 consecutive scanning code failures in Compartment D, triggering a high-level alarm; the door of Compartment E remained unclosed for more than 7 minutes after feeding was completed, the operation log was recorded and the alarm was triggered.

[0194] The above described the local area network scanning code verification method in the embodiments of the present invention. Next, the local area network scanning code verification device in the embodiments of the present invention will be described. Please refer to Figure 3, an embodiment of the local area network code scanning verification device in the embodiments of the present invention includes: an acquisition module 301, configured to acquire code scanning data according to the scanning of a material label by a code scanning device and transmit the code scanning data to a central controller through the local area network; a processing module 302, configured to verify the code scanning data based on a finite state machine model. If the code scanning data matches the pre-stored material information, a switch is triggered. If the code scanning data does not match the pre-stored material information, a hierarchical alarm mechanism is triggered, and the alarm threshold is dynamically adjusted according to historical data; a setting module 303, configured to, in response to the switch, send an opening instruction to the valve of the corresponding compartment, control the concurrent operations of multiple compartments and multiple valves using a Petri net model, perform a feeding operation, acquire data of the compartment sensor, and update the compartment status, including the remaining material quantity and the occupancy status. If the remaining material quantity is lower than a preset threshold, a low margin warning is triggered; an allocation module 304, configured to monitor the valve status based on a dynamic time automaton model, dynamically adjust the timeout threshold, the busy period shortening threshold, and the idle period lengthening threshold according to historical operation data. If the valve opening time exceeds the timeout threshold, an adaptive timeout alarm is triggered; a reset module 305, configured to close the valve after the feeding operation is completed. The central controller confirms the valve closure through the local area network and resets the compartment status to "idle", and the user interface updates the display information, and the process ends.

[0195] An embodiment of the present invention also provides a feeding system, which includes the above-mentioned local area network code scanning verification device for performing code scanning verification during the feeding process.

[0196] Above Figure 3 The local area network code scanning verification device in the embodiments of the present invention is described in detail from the perspective of modular functional entities. Next, the local area network code scanning verification device in the embodiments of the present invention is described in detail from the perspective of hardware processing.

[0197] A local area network code scanning verification device provided by an embodiment of the present invention may vary greatly due to different configurations or performances, and may include one or more processors (central processing units, CPUs) (for example, one or more processors) and a memory, and one or more storage media for storing application programs or data (for example, one or more mass storage devices). Among them, the memory and the storage media may be transient storage or persistent storage. The program stored in the storage media may include one or more modules (not shown in the figure), and each module may include a series of instruction operations on the local area network code scanning verification device. Further, the processor may be configured to communicate with the storage media and execute a series of instruction operations in the storage media on the local area network code scanning verification device.

[0198] The local area network QR code verification device may further include one or more power supplies, one or more wired or wireless network interfaces, one or more input / output interfaces, and / or one or more operating systems, such as Windows Serve, Mac OS X, Unix, Linux, FreeBSD, etc.

[0199] The present invention also provides a local area network QR code verification device, which includes a memory and a processor. Computer-readable instructions are stored in the memory. When the computer-readable instructions are executed by the processor, the processor is caused to execute the steps of the local area network QR code verification method in the above various embodiments.

[0200] The present invention also provides a computer-readable storage medium. The computer-readable storage medium may be a non-volatile computer-readable storage medium or a volatile computer-readable storage medium. Instructions are stored in the computer-readable storage medium. When the instructions run on a computer, the computer is caused to execute the steps of the local area network QR code verification method.

[0201] Those skilled in the art can clearly understand that for the convenience and brevity of description, the specific working processes of the systems, devices, and units described above can refer to the corresponding processes in the foregoing method embodiments and will not be elaborated herein.

[0202] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present invention, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in various embodiments of the present invention. The foregoing storage medium includes: USB flash drives, mobile hard disks, read-only memories (ROMs), random access memories (RAMs), magnetic disks, or optical discs, etc., which can store program codes.

[0203] As described above, the above embodiments are only used to illustrate the technical solution of the present invention and are not intended to limit it; although the present invention has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that they can still modify the technical solutions described in the foregoing embodiments or perform equivalent replacements for some of the technical features; and these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the various embodiments of the present invention.

Claims

1. A local area network code scanning verification method, characterized in that: The local area network code scanning verification method includes: The scanning device scans the material label to obtain the scanning data, and transmits the scanning data to the central controller through the local area network; The scanned data is verified based on the finite state machine model. If the scanned data matches the pre-stored material information, the switch is triggered. If the scanned data does not match the pre-stored material information, the hierarchical alarm mechanism is triggered and the alarm threshold is dynamically adjusted according to historical data. In response to the switching, an opening instruction is sent to the valve of the corresponding compartment, and the concurrent operation of multiple compartments and multiple valves is controlled using a Petri net model, a material adding operation is performed, data of the compartment sensor is obtained, and the compartment status is updated, including the amount of remaining material and the occupancy status. If the amount of remaining material is lower than a preset threshold, a low remaining quantity warning is triggered; Monitor valve status based on dynamic time automaton model, dynamically adjust timeout threshold according to historical operation data, shorten threshold during busy period, extend threshold during idle period, and trigger adaptive timeout alarm if valve opening time exceeds timeout threshold; After the feeding operation is completed, the valve is closed, the central controller confirms the valve is closed through the local area network, and resets the compartment status to "idle", the user interface updates the display information, and the process ends.

2. The local area network code scanning verification method according to claim 1, characterized in that: The finite state machine model is used to verify the scanned data. If the scanned data matches the pre-stored material information, a switch is triggered. If the scanned data does not match the pre-stored material information, a hierarchical alarm mechanism is triggered, and the alarm threshold is dynamically adjusted according to historical data, including: Define key states, including waiting for code scanning, data verification, successful matching, and failed matching. When the code scanning data is input, the state will be transferred from the waiting for code scanning state to the data verification state. After successful verification, it will be transferred to the successful matching state. If it fails, it will be transferred to the failed matching state. Compare the scanned data with the pre-stored material information, and use the hash table data structure to speed up the matching process. If the match is successful, the switching operation is triggered. If the match fails, an alarm is triggered according to the preset alarm mechanism. Different alarm levels are defined according to the degree of mismatch between the scanned data and the pre-stored material information, including low-level alarm, medium-level alarm and high-level alarm.

3. The local area network code scanning verification method according to claim 1, characterized in that: In response to the switching, an opening instruction is sent to the valve of the corresponding compartment, and the concurrent operation of multiple compartments and multiple valves is controlled using a Petri net model, and a material adding operation is performed, and data from the compartment sensor is obtained, and the compartment status is updated, including the remaining material quantity and the occupancy status. If the remaining material quantity is lower than a preset threshold, a low remaining quantity warning is triggered, including: Once the scanned data is successfully verified, the target compartment is determined based on the verification result, and an opening instruction is sent to the valve of the corresponding compartment through the local area network; Construct a control model based on Petri net to describe the concurrent operations and dependencies between multiple compartments and multiple valves. In Petri net, each compartment and valve is represented as a place, and state changes and operations are represented as transitions. By triggering corresponding transitions in Petri net, the opening and closing of multiple valves and the concurrent execution of feeding operations are controlled. Dynamically allocate resources based on the current state and upcoming state changes in the Petri net model to avoid conflicts between multiple valves or feeding operations; Set a preset remaining material quantity threshold. When the sensor detects that the remaining material in the compartment is lower than this threshold, a low remaining quantity warning is triggered. The low remaining quantity warning notifies the operator to replenish the material in time through sound, light or message push.

4. The local area network code scanning verification method according to claim 1, characterized in that: The valve status is monitored based on the dynamic time automaton model, and the timeout threshold is dynamically adjusted according to the historical operation data, the threshold is shortened during busy periods, and the threshold is extended during idle periods. If the valve opening time exceeds the timeout threshold, an adaptive timeout alarm is triggered, including: Dynamic time automaton model design defines different states of the valve, including closed, opening, open, and closed. When the valve is transferred from the closed state to the open state, the timer starts. If it is successfully transferred to the open state within the timeout threshold, the timer is reset. Otherwise, the timeout alarm is triggered. Collect and analyze historical valve operation data, including opening time, closing time, and operation frequency, to identify busy and idle periods of valve operation; Dynamically adjust the timeout threshold based on historical data. During busy periods, reduce the timeout threshold to accommodate high-frequency operations and avoid production delays. During idle periods, increase the timeout threshold to reduce false alarms while taking energy saving and maintenance requirements into consideration. The current state and duration of the valve are monitored in real time through sensors or system logs. If the valve is in the open state for longer than the dynamic timeout threshold of the current period, a timeout alarm is triggered.

5. The local area network code scanning verification method according to claim 1, characterized in that: After the feeding operation is completed, the valve is closed, the central controller confirms the valve is closed through the local area network, and resets the compartment status to "idle", the user interface updates the display information, and the process ends. include: Monitor the changes of materials in the compartment in real time. Once the preset feeding amount or feeding time is reached, the feeding operation is considered completed. After the valve is closed, the closed state is confirmed by the built-in sensor or position detection device, and the status information is fed back to the central controller. After receiving the feedback, the central controller broadcasts the valve closed message through the local area network to ensure that other system components update their status synchronously; After confirming that the valve is closed, the corresponding compartment status is automatically reset to "idle". Based on historical data and current operation mode, it is predicted when the compartment will become "occupied" again, thereby optimizing production scheduling; Once the compartment status has been reset to "Idle" and the user interface has been updated, the entire dosing and verification process is complete.

6. The local area network code scanning verification method according to claim 1, characterized in that: Also includes: The user interface obtains and displays in real time the amount of remaining material in each compartment, the usage status of each compartment, and alarm information through the local area network. The alarm information includes scanning errors, adaptive timeout alarms, and low remaining material warnings. Abnormal operations are detected based on the behavior pattern analysis model, and normal operation modes are defined, including code scanning frequency and feeding time. If abnormal behavior is detected, such as frequent code scanning failures or the door not being closed for a long time, an advanced alarm is triggered and the operation log is recorded.

7. A local area network code scanning verification device, characterized in that: The local area network code scanning verification device comprises: An acquisition module is used to acquire scanned data by scanning a material label with a scanning device, and transmit the scanned data to a central controller via a local area network; The processing module is used to verify the scanned data based on the finite state machine model. If the scanned data matches the pre-stored material information, the switch is triggered. If the scanned data does not match the pre-stored material information, the hierarchical alarm mechanism is triggered and the alarm threshold is dynamically adjusted according to historical data; A setting module is used to send an opening instruction to the valve of the corresponding compartment in response to the switching, control the concurrent operation of multiple compartments and multiple valves using a Petri net model, perform a material adding operation, obtain data from the compartment sensor, and update the compartment status, including the remaining material quantity and occupancy status. If the remaining material quantity is lower than a preset threshold, a low remaining quantity warning is triggered; The allocation module is used to monitor the valve status based on the dynamic time automaton model, dynamically adjust the timeout threshold according to the historical operation data, shorten the threshold during busy periods, and extend the threshold during idle periods. If the valve opening time exceeds the timeout threshold, an adaptive timeout alarm is triggered; The reset module is used to close the valve after the feeding operation is completed. The central controller confirms the valve closure through the local area network and resets the compartment status to "idle". The user interface updates the display information and the process ends.

8. A feeding system, characterized in that: The invention comprises a local area network code scanning verification device as claimed in claim 7.

9. A local area network code scanning verification device, characterized in that: The local area network code scanning verification device comprises: a memory and at least one processor, wherein the memory stores instructions; The at least one processor calls the instruction in the memory so that the local area network code scanning verification device executes the local area network code scanning verification method as described in any one of claims 1-6.

Images