Cross-platform hardware control system based on HID drive
By using a cross-platform hardware control system based on HID drivers, the complexity and compatibility issues of FT260 device control have been resolved, achieving cross-platform stability and flexible configuration, reducing development difficulty, and improving control efficiency and compatibility.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-10-10
- Publication Date
- 2026-03-13
AI Technical Summary
In the existing technology, the control of the FT260 device relies on complex custom drivers, which increases the difficulty and time of development. Furthermore, it lacks stability and compatibility in different operating systems and hardware environments, cannot flexibly configure functions, and cannot meet diverse needs.
It adopts a cross-platform hardware control system based on HID driver, including control panel, configuration module, IC control module, interaction module, adapter module and expansion module. It communicates with FT260 device through standard USB-HID class driver, supports stable operation of multi-architecture system, provides custom parameter rule engine and data processing plug-in interface to realize standardized communication and flexible configuration.
It lowers the development threshold, improves compatibility and stability, supports diverse scenario requirements, has a button response time of ≤200ms, a data refresh rate of 5-20Hz, and a core code reusability rate of over 90%, meeting the needs of efficient control under different operating systems and hardware environments.
Smart Images
Figure CN121658091A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of intelligent control technology, specifically to a cross-platform hardware control system based on HID drivers. Background Technology
[0002] Currently, the control of FT260 devices relies in part on complex custom drivers, which require the installation of complex vendor-specific drivers. This increases the workload and technical threshold for developers, resulting in low development efficiency and long development cycles.
[0003] Meanwhile, the software suffers from insufficient stability and compatibility under different operating systems and hardware environments, making it prone to communication failures and other problems that affect the normal operation of the equipment. Furthermore, the existing control software cannot flexibly configure the FT260's functions according to different application scenarios, failing to meet the increasingly diverse needs.
[0004] To address this, we propose a cross-platform hardware control system based on HID drivers. Summary of the Invention
[0005] In view of the above-mentioned shortcomings of the existing technology, the present invention provides a cross-platform hardware control system based on HID driver, which can effectively solve the problems of the existing technology.
[0006] To achieve the above objectives, the present invention is implemented through the following technical solutions; This invention discloses a cross-platform hardware control system based on HID drivers, comprising: The control panel provides a graphical user interface; the configuration module communicates with the FT260 device via a standard USB-HID driver for parameter configuration, communication initialization, and data parsing; the IC control module uses the chip datasheet to define IC control methods and configures and controls ICs such as CAT9555 and MAX31790 via the FT260's I²C interface; the interaction module establishes a standardized communication link between the FT260 device and the control system, supporting data transmission and command interaction via bus protocols such as I²C; the adaptation module ensures stable operation of the control system on different architectures such as macOS x86_64 and arm64; and the expansion module provides a customizable parameter rule engine and data processing plugin interface. Furthermore, the control module comprises at least the following components: The device connection control unit is used to trigger the connection and disconnection operations of the FT260 device and display the device connection status indicator; The parameter configuration window is used to input and modify the communication parameters of the FT260 and the functional parameters of the IC device, and supports saving and resetting the parameters. The real-time data display area is used to dynamically display data received from FT260 in the form of text, charts, or tables. Function control buttons, including quick operation buttons for data clearing, parameter verification, and log export, with a button response time of ≤200ms; The FT260's communication parameters include USBVID, PID, system clock rate, and communication protocol selection. The IC device's functional parameters include register address and read length. The data received from the FT260 includes device status information and sensor values. The real-time data display area supports data refresh frequency settings, with a refresh frequency setting range of 5Hz-20Hz.
[0007] Furthermore, the parameter configuration window of the control panel provides a parameter verification function to verify the legality of input parameters such as VID, PID, and system clock rate, thereby avoiding communication failures caused by illegal parameters. The input system clock rate supports 12MHz, 24MHz, and 48MHz.
[0008] Furthermore, in the IC control module, the process of controlling the fan speed through the MAX31790 chip satisfies the following formula: ; In the formula: Number the fans; Target duty cycle; Functions for the I²C read / write interface of the FT260 device; in, Used to write duty cycle parameters to the PWM output register of the MAX31790 and trigger speed control. The value range is 0 to 100.
[0009] Furthermore, the specific expression of the I²C read / write interface function of the FT260 device is as follows: ; In the formula: For I²C slave device address; The address of the target register; This is an array of byte data to be written. The length of the data to be read; The above function enables bidirectional communication between the FT260 and the I²C device, specifically including: To the device address The specified register Write data; Read a length of [length] from this register or a subsequent address. The data is returned.
[0010] Furthermore, the configuration module's data parsing process for the I²C device includes: receiving raw byte data read from the FT260 via the readString method, combining the register address and read length parameters, and calling an ASCII conversion algorithm to convert the numerical data into a string. The specific conversion logic is as follows: ; In the formula: The length to be read; This is the original value of the i-th byte.
[0011] Furthermore, the interaction module supports automatically detecting the bus speed mode of the communication protocol selected by the FT260 device, and dynamically adjusting the timeout retransmission mechanism of the communication protocol based on the detection results. The IC control module supports the parallel control of up to 16 independent IC devices, each of which is identified by a unique 7-bit I²C slave address.
[0012] Furthermore, the adaptation module employs conditional compilation technology to dynamically load the corresponding system call interfaces for different operating systems, ensuring that the core code has a reusability rate of no less than 90% across various macOS architectures.
[0013] Furthermore, the extension module supports the integration of custom data processing algorithms through plug-ins. The plug-in interface follows a unified input / output protocol, with the input being the FT260 raw data byte stream and the output being a formatted business data object. The parameter rule engine in the extended module allows users to customize device parameter configuration rules through a graphical interface or script. The rules can be parsed into FT260 register operation instructions and stored in system files. The data processing plugin interface provides a standardized interface protocol, supports dynamic loading of plugins to process FT260 raw data. Plugins need to implement standard interfaces such as initialization and data processing. The system manages the plugin lifecycle through a reflection mechanism, and the accompanying SDK supports third-party development.
[0014] Furthermore, the control panel is interconnected with a configuration module via a wireless network, the configuration module is interconnected with an IC control module and an interaction module via a wireless network, the interaction module is interconnected with an adapter module via a wireless network, and the adapter module is interconnected with an expansion module via a wireless network.
[0015] Compared with the known prior art, the technical solution provided by this invention has the following beneficial effects: This invention provides a cross-platform hardware control system based on HID drivers. During operation, the system uses standard USB-HID class drivers to achieve device communication, eliminating the need for complex drivers to complete configuration and interaction, thus lowering the development threshold and shortening the cycle. Conditional compilation technology adapts to multiple system architectures, achieving a core code reusability rate of over 90%, significantly improving compatibility. It innovatively integrates a parameter rule engine and a plugin mechanism, allowing users to customize functional logic through a graphical interface or scripts. Combined with standardized interfaces, it dynamically extends data parsing algorithms to meet diverse scenario requirements. Communication supports automatic detection of bus modes and optimization strategies, while formulaic control logic improves control accuracy and response efficiency. Button response is ≤200ms, and data refresh is 5-20Hz. The overall solution, through multi-layered innovation, constructs a convenient, compatible, and scalable control system. Attached Figure Description
[0016] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the accompanying drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are merely some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without any creative effort.
[0017] Figure 1 This is a schematic diagram of the structure of a cross-platform hardware control system based on HID drivers. Detailed Implementation
[0018] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative effort are within the scope of protection of the present invention.
[0019] The present invention will be further described below with reference to embodiments.
[0020] Example: This embodiment of the cross-platform hardware control system based on HID drivers, such as Figure 1 As shown, it includes: The control panel provides a graphical user interface. The control module consists of at least the following components, including: The device connection control unit is used to trigger the connection and disconnection operations of the FT260 device and display the device connection status indicator; The parameter configuration window is used to input and modify the communication parameters of the FT260 and the functional parameters of the IC device, and supports saving and resetting the parameters. The real-time data display area is used to dynamically display data received from FT260 in the form of text, charts, or tables. Function control buttons, including quick operation buttons for data clearing, parameter verification, and log export, with a button response time of ≤200ms; The FT260's communication parameters include USBVID, PID, system clock rate, and communication protocol selection. The IC device's functional parameters include register address and read length. The data received from the FT260 includes device status information and sensor values. The real-time data display area supports data refresh frequency settings, with a refresh frequency setting range of 5Hz-20Hz. The parameter configuration window of the control panel provides a parameter verification function to verify the validity of input parameters such as VID, PID, and system clock rate, so as to avoid communication failures caused by illegal parameters. The input system clock rate supports 12MHz, 24MHz, and 48MHz; The configuration module is used to communicate with the FT260 device through the standard USB-HID class driver to perform parameter configuration, communication initialization, and data parsing processing; The IC control module is used to apply the IC control methods defined in the chip manual and to configure and control ICs such as CAT9555 and MAX31790 through the I²C interface of FT260. In the IC control module, the process of controlling the fan speed through the MAX31790 chip satisfies the following formula: ; In the formula: Number the fans; Target duty cycle; Functions for the I²C read / write interface of the FT260 device; in, Used to write duty cycle parameters to the PWM output register of the MAX31790 and trigger speed control. The value range is 0 to 100; The specific expressions for the I²C read / write interface functions of the FT260 device are as follows: ; In the formula: For I²C slave device address; The address of the target register; This is an array of byte data to be written. The length of the data to be read; The above function enables bidirectional communication between the FT260 and the I²C device, specifically including: To the device address The specified register Write data; Read a length of [length] from this register or a subsequent address. Return the data; The configuration module's data parsing process for the I²C device includes: receiving raw byte data read from the FT260 via the readString method, combining the register address and read length parameters, and calling the ASCII conversion algorithm to convert the numerical data into a string. The specific conversion logic is as follows: ; In the formula: The length to be read; This represents the original value of the i-th byte; The interaction module is used to establish a standardized communication link between the FT260 device and the control system, supporting data transmission and command interaction via bus protocols such as I²C; The interactive module supports automatic detection of the bus speed mode of the communication protocol selected by the FT260 device, and dynamically adjusts the timeout retransmission mechanism of the communication protocol based on the detection results. The IC control module supports the parallel control of up to 16 independent IC devices at the same time. Each IC device is identified by a unique 7-bit I²C slave address. The adapter module is used to maintain the stable operation of the control system on different architecture systems such as macOS x86_64 and arm64; The adaptation module uses conditional compilation technology to dynamically load the corresponding system call interfaces for different operating systems, ensuring that the core code has a reusability rate of no less than 90% across various macOS architectures. The extension module provides a customizable parameter rule engine and data processing plugin interface; The extension module supports the integration of custom data processing algorithms through plug-ins. The plug-in interface follows a unified input / output protocol, with the input being the FT260 raw data byte stream and the output being a formatted business data object. The parameter rule engine in the extension module allows users to customize device parameter configuration rules through a graphical interface or scripts. The rules can be parsed into FT260 register operation instructions and stored in system files. The data processing plug-in interface provides a standardized interface protocol, supports dynamic loading of plug-ins to process FT260 raw data. Plug-ins need to implement standard interfaces such as initialization and data processing. The system manages the plug-in lifecycle through a reflection mechanism, and the accompanying SDK supports third-party development. The control panel is connected to a configuration module via a wireless network. The configuration module is connected to an IC control module and an interaction module via a wireless network. The interaction module is connected to an adapter module via a wireless network. The adapter module is connected to an expansion module via a wireless network.
[0021] In this embodiment, the control panel provides a graphical user interface. The configuration module further communicates with the FT260 device through a standard USB-HID class driver to perform parameter configuration, communication initialization, and data parsing. The IC control module runs the application chip manual to define the IC control method and configures and controls ICs such as CAT9555 and MAX31790 through the FT260's I²C interface. The interaction module further establishes a standardized communication link between the FT260 device and the control system, supporting data transmission and command interaction via bus protocols such as I²C. The adapter module maintains the stable operation of the control system on different architecture systems such as macOS x86_64 and arm64. Finally, the extension module provides a customizable parameter rule engine and data processing plug-in interface.
[0022] It is important to note that: control Panel: It provides a graphical user interface (GUI) that integrates device connection status monitoring, parameter configuration entry, real-time data visualization area, and function control buttons, supporting user interaction via mouse / keyboard.
[0023] Configuration module: It communicates with FT260 devices based on the standard USB-HID class driver (no additional driver installation required) and is compatible with HID protocol support systems such as Windows, macOS, and Linux.
[0024] Core functions: FT260 device initialization (such as setting USBVID, PID, system clock rate, and communication protocol selection), IC device parameter configuration (such as register address reading and writing), and parsing and formatting of received data (such as converting sensor values into readable units).
[0025] IC control module: Based on the IC manuals of CAT9555 (I²CGPIO expansion chip) and MAX31790 (fan speed control chip), dedicated control logic is packaged.
[0026] Timing control of the IC (such as start bit, address frame, data frame, and stop bit) can be achieved through the FT260's hardware I²C interface (supporting standard / fast mode, with a rate of 100kbps~400kbps).
[0027] Interactive module: Establish standardized communication link layer protocols to support data encapsulation and parsing of bus protocols such as I²C, ensuring the reliability of command and data transmission.
[0028] Functions: Device enumeration (scanning slave devices on the bus), data packet splitting / packet reassembly (processing data exceeding the bus's maximum transmission unit), error checking (such as CRC check).
[0029] Adapter module: For macOS x86_64 (Intel architecture) and arm64 (Apple Silicon architecture) systems, dynamically adapt system APIs (such as the USB device enumeration interface) through conditional compilation (such as #ifdef__APPLE__).
[0030] Objective: To ensure the reuse of core logic code (such as HID communication and data processing) across different architectures and reduce redundant development work.
[0031] Extended modules: It provides a parameter rule engine (such as a visual rule editor) and a data processing plugin framework to support user-defined business logic.
[0032] Example scenarios: Implement filtering algorithms for specific sensor data (such as Kalman filtering) through plugins, or set "automatically adjust fan speed when the temperature exceeds a threshold" through a rule engine.
[0033] I. Supplement to Inter-Module Interaction Flow 1. Coordination logic between the configuration module and the IC control module Initialization phase: The configuration module completes the FT260 communication parameter settings (such as system clock rate, communication protocol selection). After that, the slave address list (such as the address of the connected MAX31790 or CAT9555 chip) needs to be passed to the IC control module, and the IC control module will preload the corresponding IC's control protocol (such as the PWM register mapping table of MAX31790 and the GPIO configuration instruction set of CAT9555).
[0034] Data processing chain: The raw byte data received from the FT260 is first parsed by the configuration module (splitting the data into segments according to the register address and read length), then passed to the IC control module for protocol conversion (such as converting the raw sensor values into physical quantity units), and finally fed back to the control panel for display through the interaction module.
[0035] 2. Error handling mechanism of the interaction module Bus fault detection: If communication times out three times consecutively (e.g., the I²C device does not respond), the interaction module triggers a device re-enumeration process, rescans the slave devices on the bus, and updates the device list of the IC control module.
[0036] Data integrity verification: A CRC-8 checksum byte is added to the I²C data frame. The interaction module verifies the checksum when receiving data. If the verification fails, a retransmission is automatically initiated (up to 3 retries) to avoid erroneous data parsing caused by noise interference.
[0037] II. Performance Indicators and Resource Usage Description 1. Real-time data processing latency End-to-end delay: The total latency from receiving data from the FT260 to displaying it on the control panel is ≤50ms (including data parsing, format conversion, and graphics rendering), meeting the requirements for real-time monitoring.
[0038] Multi-device parallel control overhead: When the IC control module manages 16 IC devices simultaneously, the system CPU utilization is ≤30% (tested on the macOS M1 chip) and memory usage is ≤200MB, ensuring stability in multi-tasking scenarios.
[0039] 2. HID driver communication bandwidth Maximum transmission rate: Based on USB 2.0 full-speed mode (12Mbps), the maximum data packet defined by the HID report descriptor is 64 bytes, the actual effective data transfer rate of the system is ≥500kbps (bidirectional communication), and it supports high-frequency data acquisition (such as a transmission rate of ≥2.5kbps per channel when refreshing at 20Hz).
[0040] III. Enhanced Compatibility and Cross-Platform Adaptation 1. Operating system compatibility extension In addition to macOS x86_64 / arm64, the adapter module can further support: Windows (x86 / x64): HID communication is implemented through WinUSB driver, compatible with Windows 10 / 11.
[0041] Linux (x86 / ARM): Utilizes the libusb library to call the kernel HID subsystem, supporting mainstream distributions such as Ubuntu / Debian.
[0042] UI framework adaptation: The control panel is developed using the Electron.js or Qt framework, enabling a single codebase to be compiled into an executable file for multiple platforms, thus avoiding the duplication of interface logic development.
[0043] 2. Hardware Compatibility Specifications FT260 Alternatives: If compatibility with other USB-to-I²C chips (such as FT232H and CP2112) is required, the configuration module can adapt to the HID report format of different chips through the abstraction layer interface (such as defining a unified USB_I2C_Device class), thereby reducing hardware dependency.
[0044] Bus voltage adaptation: It is confirmed that the FT260's I²C interface supports 3.3V / 5V level conversion (an external level converter is required) to ensure compatibility with IC devices with different power supply voltages.
[0045] IV. Security and Reliability Mechanisms 1. Parameter configuration permission control Add user role management: Regular users: Only allowed to view real-time data and export logs.
[0046] Administrator users can modify communication parameters, configure IC devices, and install data processing plugins.
[0047] User permissions and sensitive parameters (such as a list of slave addresses) are stored in encrypted configuration files (AES-256 encryption) to prevent unauthorized access.
[0048] 2. Firmware upgrade and fault recovery FT260 Firmware Upgrade Channel: The control panel provides a "firmware upgrade" function, which transmits firmware binary files through a vendor-specific report using the HID protocol, supporting direct firmware updates for the FT260 within the system and avoiding reliance on third-party tools.
[0049] System recovery mechanism: When the adaptation module detects that the core code loading has failed (such as a missing dynamic link library), it automatically restores the default configuration from the backup path (such as the application sandbox) and prompts the user to reinstall or repair the program.
[0050] V. Improved Development Ecosystem for Extension Modules 1. Plugin Development Documentation and Examples SDK toolkit provided: Includes multi-language interface definitions in C++ / Python / Java (such as the DataProcessor abstract class, which requires implementation of the init() and process(byte[]data) methods).
[0051] Example plugins: Temperature filtering plugin (implements moving average filtering), Fan automatic control plugin (adjusts duty cycle based on PID algorithm).
[0052] Rule engine syntax extension: Users can define parameter rules through a graphical process editor (such as a node-connected interface) or write logic using JavaScript-like script syntax (such as if(temp>80)setFanSpeed(80);). The rule parser compiles the logic into a sequence of FT260 register operation instructions.
[0053] 2. Plugin Lifecycle Management Details Dynamic loading mechanism: The extension module loads the plugin DLL / so file via Java reflection (or C++ dlopen / dlsym) and creates a plugin instance in memory, avoiding process restarts.
[0054] Resource isolation: Each plugin is allocated an independent memory space and interacts with the main program through inter-process communication (IPC) to prevent plugin crashes from causing overall system abnormalities.
[0055] VI. Documentation and Maintenance Supplements 1. System Integration Description Provide a hardware wiring diagram example: Describe the physical connection method between FT260 and MAX31790, CAT9555 (such as SCL / SDA pin connection, pull-up resistor configuration), and indicate the power supply and grounding requirements.
[0056] Environment dependency list: List the software environment required to run this system (such as macOS 11+, Electron 25.0.0, libusb-1.0.26), and provide the installation scripts or package management configurations for each platform (such as Homebrew formulas, apt repositories).
[0057] 2. Operation and maintenance monitoring interface Add system status API: System operating parameters (such as CPU utilization, memory usage, and FT260 firmware version) are exposed via HTTP or Socket interfaces, supporting data collection by third-party operation and maintenance tools (such as Prometheus) to achieve remote monitoring and fault early warning.
[0058] In summary, the system in the above embodiments uses a standard USB-HID class driver to achieve device communication during operation, eliminating the need for complex drivers to complete configuration and interaction, thus lowering the development threshold and shortening the cycle. It adapts to multiple architecture systems through conditional compilation technology, achieving a core code reusability rate of over 90%, significantly improving compatibility. The innovative integration of a parameter rule engine and plugin mechanism allows users to customize functional logic through a graphical interface or scripts. Combined with standardized interfaces, it dynamically extends data parsing algorithms to meet diverse scenario needs. Communication supports automatic detection of bus modes and optimization strategies, while formulaic control logic improves control accuracy and response efficiency. Button response is ≤200ms, and data refresh is 5-20Hz. The overall solution, through multi-layered innovation, constructs a convenient, compatible, and scalable control system.
[0059] The above embodiments are only used to illustrate the technical solutions 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 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. Such modifications or substitutions will 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 cross-platform hardware control system based on HID drivers, characterized in that, include: The control panel provides a graphical user interface. The configuration module is used to communicate with the FT260 device through the standard USB-HID class driver to perform parameter configuration, communication initialization, and data parsing processing; The IC control module is used to apply the IC control methods defined in the chip manual and to configure and control the CAT9555 and MAX31790 ICs through the I²C interface of the FT260. The interaction module is used to establish a standardized communication link between the FT260 device and the control system, supporting data transmission and command interaction via the I²C bus protocol. An adapter module is used to maintain and control the system to run stably on different architecture systems, such as macOS x86_64 and arm64. The extension module provides a customizable parameter rule engine and data processing plugin interface.
2. The cross-platform hardware control system based on HID driver according to claim 1, characterized in that, The control module consists of at least the following components, including: The device connection control unit is used to trigger the connection and disconnection operations of the FT260 device and display the device connection status indicator; The parameter configuration window is used to input and modify the communication parameters of the FT260 and the functional parameters of the IC device, and supports saving and resetting the parameters. The real-time data display area is used to dynamically display data received from FT260 in the form of text, charts, or tables. Function control buttons, including quick operation buttons for data clearing, parameter verification, and log export, with a button response time of ≤200ms; The FT260's communication parameters include USBVID, PID, system clock rate, and communication protocol selection. The IC device's functional parameters include register address and read length. The data received from the FT260 includes device status information and sensor values. The real-time data display area supports data refresh frequency settings, with a refresh frequency setting range of 5Hz-20Hz.
3. The cross-platform hardware control system based on HID driver according to claim 2, characterized in that, The parameter configuration window of the control panel provides a parameter verification function to verify the legality of the input VID, PID, and system clock rate parameters, thereby avoiding communication failures caused by illegal parameters. The input system clock rate supports 12MHz, 24MHz, and 48MHz.
4. The cross-platform hardware control system based on HID driver according to claim 1, characterized in that, In the IC control module, the process of controlling the fan speed through the MAX31790 chip satisfies the following formula: ； In the formula: Number the fans; Target duty cycle; Functions for the I²C read / write interface of the FT260 device; in, Used to write duty cycle parameters to the PWM output register of the MAX31790 and trigger speed control. The value range is 0 to 100.
5. The cross-platform hardware control system based on HID driver according to claim 4, characterized in that, The specific expression of the I²C read / write interface function of the FT260 device is as follows: ； In the formula: For I²C slave device address; The address of the target register; This is an array of byte data to be written. The length of the data to be read; The above function enables bidirectional communication between the FT260 and the I²C device, specifically including: To the device address The specified register Write data; Read a length of [length] from this register or a subsequent address. The data is returned.
6. The cross-platform hardware control system based on HID driver according to claim 1, characterized in that, The configuration module's data parsing process for the I²C device includes: receiving raw byte data read from the FT260 via the readString method, combining the register address and read length parameters, and calling the ASCII conversion algorithm to convert the numerical data into a string. The specific conversion logic is as follows: ； In the formula: The length to be read; This is the original value of the i-th byte.
7. The cross-platform hardware control system based on HID driver according to claim 1, characterized in that, The interactive module supports automatic detection of the bus speed mode of the communication protocol selected by the FT260 device, and dynamically adjusts the timeout retransmission mechanism of the communication protocol based on the detection results. The IC control module supports the parallel control of up to 16 independent IC devices, each of which is identified by a unique 7-bit I²C slave address.
8. The cross-platform hardware control system based on HID driver according to claim 1, characterized in that, The adaptation module uses conditional compilation technology to dynamically load the corresponding system call interfaces for different operating systems, so that the reusability of the core code is no less than 90% under various macOS architectures.
9. The cross-platform hardware control system based on HID driver according to claim 1, characterized in that, The extension module supports the integration of custom data processing algorithms through plug-ins. The plug-in interface follows a unified input / output protocol, with the input being the FT260 raw data byte stream and the output being a formatted business data object. The parameter rule engine in the extended module allows users to customize device parameter configuration rules through a graphical interface or script. The rules can be parsed into FT260 register operation instructions and stored in system files. The data processing plugin interface provides a standardized interface protocol, supports dynamic loading of plugins to process FT260 raw data. Plugins need to implement initialization and data processing standard interfaces. The system manages the plugin lifecycle through a reflection mechanism, and the accompanying SDK supports third-party development.
10. The cross-platform hardware control system based on HID driver according to claim 1, characterized in that, The control panel is interconnected with a configuration module via a wireless network. The configuration module is interconnected with an IC control module and an interaction module via a wireless network. The interaction module is interconnected with an adapter module via a wireless network. The adapter module is interconnected with an expansion module via a wireless network.