Wireless network card self-management process based on a LINUX board card

Abstract

The application relates to a LINUX board-based wireless network card self-management process, which comprises a pretreatment module, wherein firstly, a SIM card is switched after the module is powered off; then, whether a device is loaded is detected after the module is powered on, and the module type is identified; if the device is not loaded, the module is powered off and restarted, and the device is reloaded; the application has the advantages of reasonable design, compact structure and convenient use.

Description

TECHNICAL FIELD

[0001] The application relates to a wireless network card self-management process based on a LINUX board card, in particular to a 4G / 5G network application of an embedded Linux board card. BACKGROUND

[0002] The Linux embedded board card uses a 4G / 5G module to access the network, which has been widely applied in the fields of power, industry, medical treatment and the like. However, the 4G / 5G modules suitable for embedded applications are various in types, and the network node generation and dial-up network logic of the modules of various manufacturers are different.

[0003] Each 4G / 5G module manufacturer only provides a dial-up network process document, and does not provide subsequent wireless network management application support, so that after successful dialing, the subsequent wireless network stability cannot be guaranteed, the wireless network cannot be self-recovered in time when an exception occurs.

[0004] When using the 4G / 5G module to access the network, many factors may cause the network to be unable to access normally. For customers who are not familiar with wireless communication, it is difficult to analyze the problem. The present applicant finds that it is necessary to comprehensively analyze the existing state by using a program, to predict the problem point, and to store the history log to assist customers in analyzing and solving the problem. SUMMARY

[0005] The technical problem to be solved by the application is to provide a wireless network card self-management application program module and method based on a LINUX board card.

[0006] The application is named "wireless network card self-management application program module and method based on a LINUX board card", and the application date is November 21, 2022.

[0007] To solve the above problems, the technical solution adopted by the application is as follows.

[0008] A wireless network card self-management application program module based on a LINUX board card comprises a preprocessing module, which first switches a SIM card after the module is powered off; then detects whether a device is loaded while the module is powered on, and identifies the module type; if the device is not loaded, the module is restarted and the device is reloaded;

[0009] A detection module judges whether a serial port is opened and configured when the preprocessing module is loaded with the device; if the serial port is not opened, the program is exited, and if the serial port is opened, an AT command is sent to detect whether the module is started; if the module is not started, the reset process is performed;

[0010] A reading information module acquires a module manufacturer, a module type, a module version and a module serial number when the AT command detects that the module is normally started, and writes the information into a file;

[0011] The SIM card detection module checks for SIM cards. If no SIM card is detected, the SIM card status is read N times, and the module is reset according to a doubling time strategy. If a SIM card is detected, the ICCID is read and stored in a file.

[0012] The settings module actively uploads dialing status and registration changes;

[0013] The status detection module first detects signal strength, queries registration status, attachment status, operator, and access mode, and saves the results to a file. Then, it performs network registration failure and attachment judgment. If the judgment is negative, it reads the network registration and attachment status N times and resets the module according to the doubling time strategy.

[0014] The dial-up module starts dialing up to access the internet after the network registration and attachment tests are passed.

[0015] The dialing status reading module first reads and judges the dialing status. If the dialing is unsuccessful, it reads the dialing status N times. When the number of failed reads exceeds a set threshold, it returns to the dialing module to redial and then returns to read the dialing status and judges it again. When the number of failed reads is less than the set threshold, it waits for 2 seconds and then reads and judges the dialing status again.

[0016] The timed management module executes S9.1. If the dialing status reading module succeeds, it periodically checks whether the ping failed or timed out without data. If the ping failed or timed out without data, it returns to the status detection module. If the ping succeeded or there was no timeout without data, it executes S9.2 to check if the dialing status is disconnected. If the dialing status is disconnected, it returns to the dialing status reading module. If the dialing status is not disconnected, it executes S9.3 to perform a registration status disconnection detection. If the registration status is disconnected, it returns to the status detection module. If the registration status is not disconnected, it executes S9.4 to check if a SIM card is present. If there is no SIM card, it re-detects the SIM card module. If a SIM card is present, this round of timed management ends.

[0017] S9.5, periodically enters the timer management module to check the status of the module layer and application data layer.

[0018] A wireless architecture based on a LINUX board includes a target server for data communication, a base station, a wireless module, an embedded board, a module layer, and an application data layer, wherein the application includes the module described in claim 1.

[0019] As a further improvement to the above technical solution:

[0020] In the target server and base station segment, the detection data includes the following detection items for fault prediction: pinging the target IP and detecting whether there is an increase in transmitted and received data.

[0021] In the base station and wireless module section, the detection status and fault prediction detection items include registration information, attachment information, dialing information, and IP acquisition information;

[0022] In the wireless module, the detection items for fault prediction include normal AT interaction when the module is powered on, presence of a SIM card, whether the SIM card is locked or in arrears, and detection of signal strength.

[0023] In the wireless module and embedded board section, the detection mode includes the following detection items for fault prediction: whether a USB node is generated, whether an AT interaction node is generated, whether a network card node is generated, obtaining VID and PID, and identifying the module model.

[0024] In embedded boards, including both the module level and the application data layer; for fault prediction detection items,

[0025] At the module level, the system reads nodes, obtains module status and information via AT commands, analyzes and predicts anomalies, and executes self-recovery procedures according to policies; it also obtains wireless network card nodes and assigns IP addresses; at the application data level, it executes ping commands, obtains the number of packets received by the network card, and determines timeouts.

[0026] A method for a self-management application of a wireless network card based on a LINUX board is as follows: First, by traversing the USB device, the module idVendor and idProduct are obtained to identify the module manufacturer and model; then, according to the Internet access process of different modules, corresponding management is performed. After determining the module manufacturer and model, the AT network interaction interface and dial-up interface are determined based on the multiple interfaces of the USB device to obtain module status information and complete the dial-up process.

[0027] As a further improvement to the above technical solution:

[0028] Step 1: First, switch the SIM card after power failure; then, power on the module to check if the device is loaded and identify the module model; if the device is not loaded, power off and restart to reload the device.

[0029] Step 2: When the preprocessing module is the loading device, determine whether the serial port is open and configure it; if it is not open, exit the program; if it is open, issue an AT command to check whether the device is powered on; if the AT command does not power on, reset the process.

[0030] Step 3: When the AT command detects that the module is powered on normally, it obtains the module manufacturer, model, version, and module serial number, and writes them to a file;

[0031] Step 4: Detect the SIM card. If no SIM card is detected, read the SIM card status N times and reset it according to the doubling time strategy. If a SIM card is detected, read the ICCID and store it in a file.

[0032] Step 5: Proactively submit dialing status and registration changes;

[0033] Step six: First, detect the signal strength, query the registration status, query the attachment status, query the operator, query the access mode and save them to a file; then, perform network registration failure and attachment judgment. If the judgment is negative, read the network registration and attachment status N times and reset according to the doubling time strategy.

[0034] Step 7: After the network injection and attachment tests are passed, the module is started to dial up for internet access;

[0035] Step 8: First, read the dialing status and make a judgment. If the dialing is unsuccessful, read the dialing status N times. When the number of failed reads is greater than the set threshold, return to the dialing module to redial, and then return to read the dialing status and make a judgment again. When the number of failed reads is less than the set threshold, wait 2 seconds and read the dialing status and make a judgment again.

[0036] Step 9: Execute S9.1. If the dialing status module reads successfully, periodically check whether the ping fails or times out without data. If the ping fails or times out without data, return to the status detection module. If the ping succeeds or times out without data, execute S9.2 to check whether the dialing status is down.

[0037] If the dialing status is detected as disconnected, return to the dialing status reading module; if the dialing status is not disconnected, execute S9.3 to perform registration status disconnection detection. If the registration status is found to be disconnected, return to the status detection module; if the registration status is not disconnected, execute S9.4 to determine whether there is a SIM card. If there is no SIM card, re-detect the SIM card module. If there is a SIM card, the current round of timed management ends. S9.5, the timed entry into the timed management module is performed to detect the status of the module layer and application data layer.

[0038] This invention is applicable to and can manage most brands and types of 4G / 5G modules on the market. It can predict anomalies by comprehensively analyzing the current module status. It can manage wireless network communication in real time and initiate self-recovery measures when communication is abnormal. It is reasonably designed, low-cost, robust and durable, safe and reliable, simple to operate, time-saving, labor-saving, cost-effective, compact in structure, and easy to use. Attached Figure Description

[0039] Fig. 1 This is a schematic diagram of the process logic of the present invention.

[0040] Fig. 2 This is a schematic diagram of the architecture of the present invention. Detailed Implementation

[0041] likeFigs. 1-2 This invention identifies the module manufacturer and model by traversing USB devices and obtaining the module's idVendor and idProduct. Then, it manages each module according to its internet access process. After determining the module manufacturer and model, it identifies the AT interaction interface and dial-up interface based on the multiple interfaces of the USB device to obtain module status information and complete the dial-up process.

[0042] At the module level, this invention enables the module to dial up and access the internet by acquiring the 4G / 5G module version and SIM card status. By reading the network registration, attachment, and dialing status in real time, it can promptly handle network anomalies. By identifying whether the network anomaly is temporary or prolonged, a series of reset strategies are used for temporary anomalies to restore network communication in the shortest possible time. For prolonged anomalies, a reset mode with doubling the reset time each time is used to enable the module to self-recover, while avoiding a large number of meaningless resets over a long period of time that could damage the module.

[0043] At the application data level, by pinging the target server and monitoring network data packets, the module management program is provided with a reference for the actual data communication status, which compensates for the extended network outage time caused by the untimely reporting of abnormal status at the module level.

[0044] The acquired module-specific information, SIM card information, and status information such as network registration, attachment, and dialing are output to a file for easy viewing by the customer. When the 4G / 5G module cannot access the internet, all acquired statuses are considered to provide a problem prediction, which is then written to an error information file. When the module status changes or an anomaly occurs, the status information and handling measures are stored in the historical log for subsequent analysis of the cause of the fault.

[0045] The parameter file format allows customers to easily set information such as APN, username, and password, and customize reset management strategies that suit their application logic.

[0046] This application module is suitable for the application of 4G / 5G modules from most manufacturers on Linux embedded boards.

[0047] This application module can actively monitor the SIM card status. Even if the SIM card hot-swapping function is not used, the SIM card can be reinitialized by resetting the wireless module within a certain period of time. It can be used to automatically detect and operate normally after the temperature returns to normal when the card cannot be recognized temporarily due to high or low temperature.

[0048] This application module can detect network registration, connectivity, signal strength, and other information before dialing up to the internet. It only dials up when all conditions are normal, ensuring a high success rate. If the conditions are abnormal before dialing, it will delay and wait until the conditions are normal. If the conditions are still abnormal after the timeout, it will reset the module to search for a new network and predict possible causes based on the observed phenomena, providing a reference for customers to resolve the anomaly.

[0049] This application module supports multiple dialing processes such as ECM, RNDIS, and GOBINET.

[0050] Even after a successful dial-up connection, this application module periodically checks the module status, dial-up status, and SIM card status to promptly detect changes in network status and take necessary actions to restore the device's internet access as quickly as possible.

[0051] This application module combines ping data with the number of data packets sent and received by the network card to promptly detect internet connection problems.

[0052] If no abnormal status is reported at the module level, actively read the module status and restore the wireless network as soon as possible.

[0053] Based on years of experience in handling 4G and 5G modules failing to connect to the internet across the country, the application module is allowed to automatically determine the reason for the inability to connect based on its status and write it to the error message file.

[0054] By checking the USB node, AT interaction node, and wireless network card node, determine whether the 4G / 5G module is correctly connected. If an error is reported that the module driver is not loaded properly, please check whether the module is properly connected and whether the power supply is normal.

[0055] It can identify whether a SIM card is inserted by detecting the SIM card status.

[0056] By detecting information such as network registration status, access point, signal strength, and service domain, it can determine whether the current inability to access the internet is due to a locked SIM card, an unpaid SIM card balance, or poor signal in the area.

[0057] This provides customers with reference information, allowing them to re-insert the 4G / 5G module; check the module power supply; check if a SIM card is inserted; check if the SIM card is locked; check if the SIM card has outstanding charges; check if the antenna is properly inserted, etc.

[0058] Add the 4G / 5G wireless network card self-management application module to the file system to make it a built-in function. When customers want to use 4G or 5G internet access, they can open the application, which will manage the 4G / 5G wireless internet access function on its own.

[0059] Customers can modify the parameter file to set information such as APN, username, and password, and customize the reset management strategy to suit their application logic.

[0060] If a customer encounters an inability to access the internet while using 4G / 5G wireless internet, they can check the error message file and troubleshoot the problem according to the instructions.

[0061] Customers can check at any time when the network was interrupted while using the 4G / 5G wireless internet function, as well as how the program handled it and automatically restored the wireless network.

[0062] The present invention has been described in detail for the purpose of making the disclosure clearer, and the prior art will not be listed in detail.

[0063] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them. Although the present invention 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 of the technical features. It is obvious to those skilled in the art that multiple technical solutions of the present invention can be combined. These modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A self-management process for a wireless network card based on a LINUX board, characterized in that: First, by traversing the USB devices, the module manufacturer and model are identified by obtaining the module idVendor and idProduct. Then, according to the Internet access process of different modules, corresponding management is performed. After determining the module manufacturer and model, the AT network interaction interface and dial-up interface are determined based on the multiple interfaces of the USB device to obtain preprocessed module status information and complete the dial-up process. The wireless network card self-management application module includes a preprocessing module. First, it switches the SIM card after the 4G / 5G module is powered off. Then, the preprocessing module powers on to detect whether a USB device is loaded and identifies the 4G / 5G module model. If the USB device is not loaded, power cycle the computer to reload the USB device. The detection module, when the preprocessing module loads a USB device, determines that the device has been loaded normally, opens the serial port, and configures the serial port. If the serial port is not open, exit the program. If the serial port is open, send an AT command to check if the device is powered on. If the device is not powered on by the AT command, execute the reset procedure. The information reading module, when the AT command detects that the 4G / 5G module is powered on normally, obtains the 4G / 5G module manufacturer, model, version, and serial number, and writes them to a file; The SIM card detection module detects the SIM card. If no SIM card is detected, the SIM card status is read N times, and the module is reset according to a doubling time strategy. When a SIM card is detected, its ICCID is read and stored in a file; The settings module actively uploads dialing status and registration changes; The status detection module first detects signal strength, queries registration status, attachment status, operator, and access mode, and saves the results to a file. Then, it performs network registration and attachment checks. If the check fails, it reads the network registration and attachment status N times and resets the module according to a doubling time strategy. The dial-up module is activated to dial up and connect to the internet after the network registration and attachment tests are passed. The dialing status reading module first reads and judges the dialing status. If the dialing is unsuccessful, it reads the dialing status N times. When the number of failed reads exceeds the set threshold, it returns to the dialing module to redial and then returns to the dialing status reading module to judge again. When the number of failed reads is less than the set threshold, it waits for 2 seconds and then reads and judges the dialing status again. The timing management module executes S9.

1. If the dialing status module reads successfully, it periodically checks whether the ping fails or times out without data. If the ping fails or times out without data, it returns to the status detection module. If the ping succeeds or times out without data, it executes S9.2 to check if the dialing status is disconnected. If the dialing status is disconnected, it returns to the dialing status module. If the dialing status is not disconnected, it executes S9.3 to check for disconnection in the registration status. If the registration status is disconnected, it returns to the status detection module. If the registration status is not disconnected, it executes S9.4 to check if there is a SIM card. If there is no SIM card, it re-detects the SIM card module. If there is a SIM card, this round of timing management ends. In S9.5, it periodically enters the timing management module to check the status module and application data layer status. In the application data status, the module management program is provided with a reference for the actual data communication status by pinging the target server and monitoring network data packets.

2. The self-management process of a wireless network card based on a LINUX board according to claim 1, characterized in that: It is also based on a wireless architecture, which includes the target server for data communication, base station, wireless module, embedded board, module layer and application data layer; In the target server and base station segment, the detection data includes the following detection items for fault prediction: pinging the target IP and detecting whether there is an increase in transmitted and received data. In the base station and wireless module section, the detection status and fault prediction detection items include registration information, attachment information, dialing information, and IP acquisition information; In the wireless module, the detection items for fault prediction include normal AT interaction when the module is powered on, presence of a SIM card, whether the SIM card is locked or in arrears, and detection of signal strength. In the wireless module and embedded board section, the detection mode includes the following detection items for fault prediction: whether a USB node is generated, whether an AT interaction node is generated, whether a network card node is generated, obtaining VID and PID, and identifying the 4G / 5G module model. In embedded boards, this includes both the module level and the application data layer; For fault prediction detection items, at the module level, the system reads nodes, obtains module status and information via AT commands, analyzes and predicts anomalies, and executes self-recovery procedures according to policies; it also obtains wireless network card nodes and assigns IP addresses; at the application data level, it executes ping commands. Get the number of packets received by the network card and determine the timeout.

Images