Hardware version automatic identification system and method based on frequency identification

Abstract

The invention belongs to the field of electronic products, and particularly relates to a frequency identification-based hardware version automatic identification system, which comprises a processing chip and an oscillation circuit connected with the processing chip, and the oscillation circuit comprises a first triode, a second triode, a first resistor, a second resistor, a third resistor, a fourth resistor, a first capacitor and a second capacitor; a base electrode of the second triode is connected with one end of the first capacitor, an emitting electrode is grounded, and the other end of the first capacitor is connected with a GPIO pin of the processing chip; the other end of the first resistor is connected with the collector electrode of the first triode; one end of the second resistor is connected with the power supply and the other end is connected with the base of the second triode. The oscillation circuit sets different output frequencies by adjusting RC parameters, each frequency corresponds to a specific hardware version or configuration, and by means of the design, hardware version recognition becomes rapid and accurate and does not need physical contact.

Description

Technical Field

[0001] The present application relates to the field of electronic products, and in particular to a system and method for automatically identifying hardware versions based on frequency recognition. Background Art

[0002] With the increasing popularity and development of electronic products such as smartphones, tablets, and smart wearable devices, their software and hardware are being updated at a rapid pace. Accurately identifying hardware versions and matching them with corresponding software versions has become a key technical challenge in the production, after-sales, and upgrade processes of electronic products. Traditional hardware version identification methods typically rely on disassembling the device to inspect the silkscreen or other physical markings on the circuit board. This method is not only cumbersome and inefficient, but can also cause damage to the device.

[0003] Furthermore, with the increasing popularity of the Internet of Things (IoT) and over-the-air (OTA) upgrade technologies, user demand for electronic product upgrades is growing. However, software and hardware version mismatches frequently occur, leading to device malfunctions, performance degradation, or even inoperability, causing inconvenience and financial losses to users. To provide a better user experience and service, manufacturers often need to perform remote software upgrades (OTA updates) on these devices. Traditionally, this approach requires disassembling the device to view hardware identification or silkscreen information on the circuit board. This method is not only cumbersome but also prone to damage. However, the following issues make this process complex and risky:

[0004] 1. Numerous hardware versions: Due to the rapid iteration of product design, multiple versions of hardware are circulating on the market at the same time, and each version may have different configurations and functions.

[0005] 2. Difficulty in identification: When software upgrades or maintenance are required, technicians usually need to confirm the hardware version of the device through physical inspection (such as checking the label on the back of the device or disassembling the device to check the internal silk screen). This process is not only inefficient but also prone to errors.

[0006] 3. Upgrade risk: If the software upgrade does not match the hardware version, it may cause device malfunction, system instability or even startup failure. In serious cases, it may cause batches of devices to be scrapped.

[0007] Based on this problem, existing technologies mainly use the following solutions to solve it:

[0008] 1. Hardware ID reading:

[0009] Some electronic products are designed with a unique hardware ID (such as a serial number or MAC address) built into them. This ID can be read by software when the device boots up. However, this method generally only works for devices with a built-in ID, and the reading of the ID may be limited by the operating system or firmware version.

[0010] 2. Firmware version detection:

[0011] Another common method is to indirectly infer the hardware version by detecting the firmware version. Firmware is software embedded in hardware devices, and its version information is often closely related to the hardware version. However, firmware versions may be updated for various reasons (such as bug fixes and feature additions), so they may not necessarily accurately reflect the current hardware version.

[0012] However, the above design has the disadvantages of waste of resources, complex principles and poor reliability, etc. Therefore, how to automatically identify the hardware version simply and efficiently is a problem that needs to be solved. Summary of the Invention

[0013] The purpose of this application is to provide a system and method for automatic hardware version identification based on frequency recognition to solve the problems of existing hardware version identification solutions such as waste of resources, complex principles and poor reliability.

[0014] The technical solution of the present application is: a hardware version automatic identification system based on frequency recognition, including a processing chip and an oscillation circuit connected to the processing chip, the oscillation circuit including a first transistor, a second transistor, a first resistor, a second resistor, a third resistor, a fourth resistor, a first capacitor and a second capacitor; the collector of the first transistor is connected to the GPIO pin of the processing chip, the emitter is grounded, the base is connected to one end of the second capacitor, and the other end of the second capacitor is connected to the collector of the second transistor; the base of the second transistor is connected to one end of the first capacitor, the emitter is grounded, and the other end of the first capacitor is connected to the GPIO pin of the processing chip; one end of the first resistor is connected to a power supply, and the other end is connected to the collector of the first transistor; one end of the second resistor is connected to a power supply, and the other end is connected to the base of the second transistor; one end of the third resistor is connected to the power supply, and the other end is connected to the base of the first transistor; one end of the fourth resistor is connected to the power supply, and the other end is connected to the collector of the second transistor.

[0015] Preferably, the processing chip is an MCU or SoC chip.

[0016] Preferably, the processing chip is provided with a frequency measurement module, a version association module and a version selection module. The frequency measurement module is used to read the pulse signal between the first resistor and the collector of the first transistor, determine the oscillation frequency, and send it to the version association module; the version association module stores a frequency-version mapping table. After receiving the oscillation frequency, the hardware version of the corresponding electronic product is determined through the frequency-version mapping table and sent to the version selection module; the version selection module can receive a software upgrade request through the network, and after receiving the software upgrade request, can automatically select and download the corresponding software version according to the current hardware version.

[0017] Preferably, the version selection module is provided with error feedback logic. When the version selection module compares the current hardware version with the required software version one by one but fails to find any adaptable software version, an error prompt is sent to the display end of the corresponding electronic device.

[0018] Preferably, a version information update module is also provided in the processing chip. As electronic products are continuously updated and iterated, the version number of the hardware version is continuously updated. In order to ensure that the new version of the hardware and software can be correctly matched; the version information update module periodically obtains the version update information of the corresponding electronic product, and reads the hardware version information in the version update information, compares it with the current frequency-version mapping table, and determines whether a new hardware version appears. If not, the current frequency-version mapping table remains unchanged; if so, the specific frequency of the new hardware version and the new hardware version information are obtained and sent to the version association module for version update.

[0019] Preferably, a serial port reading module is also provided, which is provided with a serial port or USB interface, and after receiving a specific command or query instruction, the serial port reading module sends hardware version request information to the processing chip. After receiving the hardware version request information, the processing chip feeds back the read hardware version to the serial port reading module; after other electronic devices are connected to the serial port or USB interface, the corresponding electronic device will return the current hardware version information by sending a specific command or query instruction.

[0020] As a specific implementation, a method for automatically identifying a hardware version based on frequency recognition includes the following steps:

[0021] Adjust the parameters of the electrical components in the oscillation circuit to set different output frequencies;

[0022] Agree on the relationship between output frequency and version. During the product design phase, assign a specific frequency to each hardware version. Establish a clear mapping relationship between frequency, hardware version, and corresponding software version, and record it in the product design documentation. Record the frequency and hardware version of different products separately to form a frequency-version mapping table, which is stored in the processing chip.

[0023] When the device starts up, the processing chip reads the pulse signal from the oscillation circuit through its IO port and measures its frequency. Based on the measured frequency, the processing chip searches the preset frequency-version mapping table internally to determine the current hardware version.

[0024] When a device needs a software upgrade, it first receives an upgrade request through the network. During the upgrade process, the device automatically selects and downloads the corresponding software version based on the previously identified hardware version. After the download is complete, the device begins installing the new software version.

[0025] If it detects that the software and hardware versions do not match, the device will refuse to install and give an error message;

[0026] As the product continues to iterate, update the frequency-version mapping table.

[0027] The hardware version automatic identification system and method based on frequency recognition of the present application has the following advantages:

[0028] 1. By designing an oscillator circuit consisting of two transistors and an RC circuit, we achieve non-destructive hardware version identification. This mechanism avoids the tedious and inconvenient process of disassembling the device to inspect the silkscreen printed on the circuit board, significantly improving the efficiency of after-sales debugging and upgrades. The oscillator circuit adjusts the RC parameters to set different output frequencies, each corresponding to a specific hardware version or configuration. This design makes hardware version identification fast, accurate, and requires no physical contact.

[0029] 2. Receive pulse signals from the oscillator circuit using the IO port of the MCU or SoC chip, and determine the current hardware version or configuration by identifying different frequencies. This step is key to intelligently matching software and hardware, ensuring compatibility during subsequent OTA upgrades.

[0030] 3. At the software level, through the correspondence between the preset frequency and the hardware version / configuration, the chip software can automatically identify and adapt to the corresponding software version, thereby avoiding device failure or functional bugs caused by version mismatch.

[0031] 4. This intelligent, automated approach addresses the pain points of traditional after-sales debugging and upgrades, reducing the likelihood of large-scale device scrapping or malfunctions due to version mismatches and improving user experience. This approach also reduces the cost and time of after-sales service, improving overall operational efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0032] In order to more clearly illustrate the technical solutions provided by this application, the following is a brief introduction to the accompanying drawings. Obviously, the accompanying drawings described below are only some embodiments of this application.

[0033] Figure 1 This is a schematic diagram of the overall structure of this application.

[0034] 1. First transistor; 2. Second transistor; 3. First resistor; 4. Second resistor; 5. Third resistor; 6. Fourth resistor; 7. First capacitor; 8. Second capacitor; 9. Processing chip. DETAILED DESCRIPTION

[0035] The following will clearly and completely describe the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of the present invention.

[0036] A hardware version automatic identification system based on frequency recognition, such as Figure 1 , including a processing chip 9 and an oscillator circuit connected to the processing chip 9, the oscillator circuit including a first transistor 1, a second transistor 2, a first resistor 3, a second resistor 4, a third resistor 5, a fourth resistor 6, a first capacitor 7, and a second capacitor 8. The collector of the first transistor 1 is connected to the GPIO pin of the processing chip 9, the emitter is grounded, and the base is connected to one end of the second capacitor 8, the other end of the second capacitor 8 is connected to the collector of the second transistor 2; the base of the second transistor 2 is connected to one end of the first capacitor 7, the emitter is grounded, and the other end of the first capacitor 7 is connected to the GPIO pin of the processing chip 9; one end of the first resistor 3 is connected to a power supply, and the other end is connected to the collector of the first transistor 1; one end of the second resistor 4 is connected to a power supply, and the other end is connected to the base of the second transistor 2; one end of the third resistor 5 is connected to a power supply, and the other end is connected to the base of the first transistor 1; one end of the fourth resistor 6 is connected to a power supply, and the other end is connected to the collector of the second transistor 2.

[0037] The resistance value of the second resistor 4 is greater than the resistance value of the fourth resistor 6, the resistance value of the third resistor 5 is greater than the resistance value of the first resistor 3, and the resistance value of the first resistor 3 is the same as the resistance value of the fourth resistor 6, and the capacitance value of the first capacitor 7 is the same as the capacitance value of the second capacitor 8.

[0038] Specifically, the resistance value of the first resistor 3 is 200R, the resistance value of the second resistor 4 is 20K, the resistance value of the third resistor 5 is 20K, and the resistance value of the fourth resistor 6 is 200R.

[0039] The circuit works as follows:

[0040] During the start-up phase:

[0041] At the moment the circuit is powered on, the first transistor 1 and the second transistor 2 should be turned on immediately. In practice, a slight difference is inevitable. Therefore, the first transistor 1 and the second transistor 2 are turned on one after another. That is, when one transistor is turned on, the other transistor is in the off state, forming a transient state.

[0042] Assume here that the first transistor 1 is on and the second transistor 2 is off. When the first transistor 1 is on, its base potential Ube = 0.7V and its collector potential Uce = 0.3V. At this point, the collector potential of the first transistor 1 is 0.3V, and the power supply charges the first capacitor 7 through the second resistor 4 and the first transistor 1. Because the base potential of the first transistor 1 is 0.7V, the power supply also charges the second capacitor 8 through the fourth resistor 6. Because the resistance of the second resistor 4 is >> the resistance of the fourth resistor 6, the charging speed of the second capacitor 8 is much faster than that of the first capacitor 7. When the potential at the right end of the first capacitor 7 reaches 0.7V, the second capacitor 8 has been fully charged. At this point, the second transistor 2 receives the b→e bias current and turns on, thereby clamping the potential at the right end of the second capacitor 8 at 0.3V. However, the potential difference across second capacitor 8 cannot change suddenly. That is, the voltage across second capacitor 8 remains at -5.3V, the voltage at its fully charged state. Therefore, the potential at the left end of second capacitor 8 instantly drops to -5V, causing first transistor 1 to lose its bias current and turn off, forming another transient state, and the circuit begins to oscillate. Second capacitor 8 discharges to the power supply through second transistor 2 and third resistor 5. After discharge, it begins to charge in the reverse direction. When the potential at the left end of second capacitor 8 reaches 0.7V, first transistor 1 turns on, causing the potential at the right end of first capacitor 7 to drop to -5V. Second transistor 2 turns off, and the circuit enters a transient state similar to the first one described above, achieving stable oscillation.

[0043] In the stable oscillation stage:

[0044] The power supply voltage is Vcc. Assuming that the first transistor 1 has just been turned on and the second transistor 2 is turned off, the base potential of the first transistor 1 is Ube=0.7V. After a sufficient period of time (the first transistor 1 is still turned on), the second capacitor 8 is fully charged, and the voltage across the second capacitor 8 is U34=0.7V-Vcc. At the moment when the first transistor 1 is just about to be turned off, since the second transistor 2 is turned on, the base voltage of the second transistor 2 is V4=0.3V, and thus the base voltage of the first transistor 1 is V3=U34+V4=1V-Vcc. At the same time, the second capacitor 8 is charging, and the charging voltage is Vcc-V3=(2Vcc-1V), so V3 is still rising. At the moment when the first transistor 1 is turned on again, V3=Vbe=0.7V, V4=Uce=0.3V, so the voltage across the second capacitor 8 is U34=0.4V. Obviously, the oscillation period is the charging time of second capacitor 8 . The charging process is as follows: initial charging voltage U0 = (2Vcc - 1V), capacitor voltage change ΔU = U'34 - U34 = Vcc - 0.6V, the charging capacitance is the capacitance C2 of second capacitor 8 , the charging resistance is the resistance R4 of fourth resistor 6 , and the time constant τ = R4C2. The oscillation half-period is denoted by T.

[0045] At this time, the capacitance value C1 of the first capacitor 7 = the capacitance value C2 of the second capacitor 8 = C, and the resistance value R1 of the first resistor 3 = the resistance value R4 of the fourth resistor 6 = R. Therefore, the oscillation half period T≈1.4×R×C.

[0046] The GPIO pin of the processing chip 9 collects the pulse signal between the first resistor 3 and the first transistor 1 to identify the corresponding frequency. During the product design phase, a specific frequency is assigned to each hardware version and stored in the processing chip 9. A mapping relationship between different frequencies and hardware versions is established in the processing chip 9. The processing chip 9 can directly obtain the corresponding hardware version by using the mapping relationship based on the identified frequency. Therefore, it is only necessary to set the capacitance values of the first capacitor 7 and the second capacitor 8 and the resistance values of the first resistor 3 and the fourth resistor 6 to achieve simple and efficient identification of the hardware version.

[0047] Preferably, the processing chip 9 is an MCU (microcontroller) or a SoC chip (system on chip).

[0048] Preferably, the processing chip 9 is provided with a frequency measurement module, a version association module, and a version selection module. The frequency measurement module is used to read the pulse signal between the first resistor 3 and the collector of the first transistor 1, determine the oscillation frequency, and send it to the version association module; the version association module stores a frequency-version mapping table. After receiving the oscillation frequency, the hardware version of the corresponding electronic product is determined by the frequency-version mapping table and sent to the version selection module; the version selection module can receive software upgrade requests through the network. After receiving the software upgrade request, it can automatically select and download the corresponding software version according to the current hardware version. Receive software upgrade requests such as Wi-Fi and cellular networks.

[0049] After the download is complete, the device begins installing the new software version and is able to perform necessary configuration updates.

[0050] Preferably, a serial port reader module is also provided. The serial port reader module is provided with a serial port or USB interface. Upon receiving a specific command or query instruction, the serial port reader module sends a hardware version request information to the processing chip 9. Upon receiving the hardware version request information, the processing chip 9 feeds back the read hardware version to the serial port reader module. When other electronic devices are connected to the serial port or USB interface and send specific commands or query instructions, the corresponding electronic devices will return the current hardware version information for the user or system reference. This design is usually used during debugging or in special circumstances.

[0051] Preferably, the version selection module is provided with error feedback logic. When the version selection module compares the current hardware version with the required software version one by one but fails to find any adaptable software version, an error prompt is sent to the display end of the corresponding electronic device so that when problems occur during the upgrade process, they can be quickly collected and responded to.

[0052] Preferably, the processing chip 9 is also provided with a version information update module. As electronic products are continuously updated and iterated, the version number of the hardware version is continuously updated. In order to ensure that the new version of the hardware and software can correctly match. The version information update module regularly obtains the version update information of the corresponding electronic product, reads the hardware version information in the version update information, compares it with the current frequency-version mapping table, and determines whether a new hardware version has appeared. If not, the current frequency-version mapping table remains unchanged; if so, the specific frequency of the new hardware version and the new hardware version information are obtained and sent to the version association module for version update.

[0053] As a specific implementation, a method for automatically identifying a hardware version based on frequency recognition is also included, which specifically includes the following steps:

[0054] Step 1: Adjust the parameters of the electrical components in the oscillation circuit to set different output frequencies;

[0055] Step 2: Agree on the relationship between output frequency and version. During the product design phase, a specific frequency is assigned to each hardware version. A clear mapping relationship is established between these frequencies, hardware versions, and corresponding software versions. This mapping relationship is recorded in the product design documentation. The frequency and hardware version of each product are recorded separately to form a frequency-version mapping table, which is stored in the processing chip.

[0056] Step 3: When the device starts, the processing chip reads the pulse signal from the oscillation circuit through its IO port and measures its frequency. Based on the measured frequency, the processing chip searches the preset frequency-version mapping table internally to determine the current hardware version.

[0057] Step 4: When a device requires a software upgrade, it first receives an upgrade request via a network (such as Wi-Fi or cellular). During the upgrade process, the device automatically selects and downloads the corresponding software version based on the previously identified hardware version. After the download is complete, the device begins installing the new software version and may also perform necessary configuration updates.

[0058] In addition to automatic identification, you can also manually read the device's hardware version information through the serial port or USB interface. This is typically used during debugging or in special circumstances. After connecting to the serial port or USB, by sending specific commands or queries, the device will return the current hardware version information for the user or system reference.

[0059] Step 6: If the software and hardware versions are detected to be inconsistent, the device will refuse to install and give an error message.

[0060] This will establish a user feedback mechanism so that when problems arise during the upgrade process, they can be collected and responded to quickly.

[0061] Step 7: As the product continues to iterate, update the frequency-version mapping table to ensure that the new versions of hardware and software can be correctly matched.

[0062] Improve recognition accuracy and efficiency by continuously optimizing vibration circuits and recognition algorithms.

[0063] In summary, this application has the following advantages:

[0064] 1. By designing an oscillator circuit consisting of two transistors and an RC circuit, we achieve non-destructive hardware version identification. This mechanism avoids the tedious and inconvenient process of disassembling the device to inspect the silkscreen printed on the circuit board, significantly improving the efficiency of after-sales debugging and upgrades. The oscillator circuit adjusts the RC parameters to set different output frequencies, each corresponding to a specific hardware version or configuration. This design makes hardware version identification fast, accurate, and requires no physical contact.

[0065] 2. Receive pulse signals from the oscillator circuit using the IO port of the MCU or SoC chip, and determine the current hardware version or configuration by identifying different frequencies. This step is key to intelligently matching software and hardware, ensuring compatibility during subsequent OTA upgrades.

[0066] 3. At the software level, through the correspondence between the preset frequency and the hardware version / configuration, the chip software can automatically identify and adapt to the corresponding software version, thereby avoiding device failure or functional bugs caused by version mismatch.

[0067] 4. This intelligent, automated approach addresses the pain points of traditional after-sales debugging and upgrades, reducing the likelihood of large-scale device scrapping or malfunctions due to version mismatches and improving user experience. This approach also reduces the cost and time of after-sales service, improving overall operational efficiency.

[0068] Finally, it should be noted that the drawings of the embodiments disclosed in the present invention only involve structures related to the embodiments disclosed in the present invention. Other structures can refer to common designs. In the absence of conflicts, the same embodiment and different embodiments of the present invention can be combined with each other.

[0069] Finally: The above description is only a preferred embodiment of the present invention and is not intended to limit the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and principles of the present invention should be included in the scope of protection of the present invention.

Claims

1. A hardware version automatic identification system based on frequency recognition, characterized by: The invention comprises a processing chip (9) and an oscillating circuit connected to the processing chip (9), wherein the oscillating circuit comprises a first triode (1), a second triode (2), a first resistor (3), a second resistor (4), a third resistor (5), a fourth resistor (6), a first capacitor (7) and a second capacitor (8); the collector of the first triode (1) is connected to the GPIO pin of the processing chip (9), the emitter is grounded, the base is connected to one end of the second capacitor (8), and the other end of the second capacitor (8) is connected to the collector of the second triode (2); the second triode (2) The base is connected to one end of the first capacitor (7) and the emitter is grounded, and the other end of the first capacitor (7) is connected to the GPIO pin of the processing chip (9); one end of the first resistor (3) is connected to the power supply and the other end is connected to the collector of the first transistor (1); one end of the second resistor (4) is connected to the power supply and the other end is connected to the base of the second transistor (2); one end of the third resistor (5) is connected to the power supply and the other end is connected to the base of the first transistor (1); one end of the fourth resistor (6) is connected to the power supply and the other end is connected to the collector of the second transistor (2).

2. The hardware version automatic identification system based on frequency recognition according to claim 1, characterized in that: The processing chip (9) is an MCU or SoC chip.

3. The hardware version automatic identification system based on frequency recognition according to claim 1, characterized in that: The processing chip (9) is provided with a frequency measurement module, a version association module and a version selection module. The frequency measurement module is used to read the pulse signal between the first resistor (3) and the collector of the first transistor (1), determine the oscillation frequency, and send it to the version association module; the version association module stores a frequency-version mapping table, and after receiving the oscillation frequency, determines the hardware version of the corresponding electronic product through the frequency-version mapping table and sends it to the version selection module; the version selection module is capable of receiving a software upgrade request through the network, and after receiving the software upgrade request, is capable of automatically selecting and downloading the corresponding software version according to the current hardware version.

4. The hardware version automatic identification system based on frequency recognition according to claim 3, characterized in that: The version selection module is provided with error feedback logic. When the version selection module compares the current hardware version with the required software version one by one but fails to find any adaptable software version, an error prompt is sent to the display end of the corresponding electronic device.

5. The hardware version automatic identification system based on frequency recognition according to claim 3, characterized in that: The processing chip (9) is also provided with a version information update module. With the continuous update and iteration of electronic products, the version number of the hardware version is continuously updated. In order to ensure that the new version of the hardware and software can correctly match; the version information update module regularly obtains the version update information of the corresponding electronic product, and reads the hardware version information in the version update information, compares it with the current frequency-version mapping table, and determines whether a new hardware version appears. If not, the current frequency-version mapping table remains unchanged; If so, the specific frequency of the new hardware version and the new hardware version information are obtained and sent to the version association module for version update.

6. The hardware version automatic identification system based on frequency recognition according to claim 3, characterized in that: A serial port reading module is also provided, wherein the serial port reading module is provided with a serial port or a USB interface, and after receiving a specific command or query instruction, the serial port reading module sends hardware version request information to the processing chip (9), and after receiving the hardware version request information, the processing chip (9) feeds back the read hardware version to the serial port reading module; after other electronic devices are connected to the serial port or the USB interface, by sending a specific command or query instruction, the corresponding electronic device will return the current hardware version information.

7. A method for automatically identifying hardware versions based on frequency recognition, using the system according to any one of claims 1 to 6, characterized in that: The steps include: Adjust the parameters of the electrical components in the oscillation circuit to set different output frequencies; Agree on the relationship between output frequency and version. During the product design phase, assign a specific frequency to each hardware version. Establish a clear mapping relationship between frequency, hardware version, and corresponding software version, and record it in the product design documentation. Record the frequency and hardware version of different products separately to form a frequency-version mapping table, which is stored in the processing chip. When the device starts up, the processing chip reads the pulse signal from the oscillation circuit through its IO port and measures its frequency; Based on the measured frequency, the processing chip searches the preset frequency-version mapping table internally to determine the current hardware version; When a device needs a software upgrade, it first receives an upgrade request through the network. During the upgrade process, the device automatically selects and downloads the corresponding software version based on the previously identified hardware version. After the download is complete, the device begins installing the new software version; If it detects that the software and hardware versions do not match, the device will refuse to install and give an error message; As the product continues to iterate, update the frequency-version mapping table.

Images