Computer control system

Abstract

The utility model discloses a computer control system is applied to computer in, and computer includes the case, and the mainboard and power of communication connection are set up in the case, wherein, computer control system includes: HUB controller and table tower controller. HUB controller sets up in the case, and HUB controller is connected with the power supply communication. Table tower controller sets up in the case, and table tower controller is connected with HUB controller communication. Wherein, table tower controller is used to receive the start -up instruction of user, and will start -up signal send to HUB controller. Wherein, HUB controller is used to receive start -up signal, and sends start -up control signal to the power supply to control power supply starts and supplies power for the mainboard to make computer start -up. By this, the computer control system of the utility model, through setting up the HUB controller and external table tower controller independent of the mainboard, has constructed independent control channel, has realized remote control start -up.

Description

Technical Field

[0001] This utility model relates to the field of computer hardware control technology, and in particular to a computer control system. Background Technology

[0002] In existing computer hardware architectures, power management functions suffer from significant technical limitations. Traditional computer power supplies only possess basic power conversion capabilities, and their operational status monitoring relies entirely on the motherboard system. This architectural design necessitates that users obtain power supply operating parameters through dedicated software provided by the motherboard manufacturer, and this dependency creates multiple technical obstacles:

[0003] 1. The monitoring interface protocols of different motherboard manufacturers are incompatible with each other, which makes the power monitoring function unable to be used across platforms;

[0004] 2. Monitoring software must run in an operating system environment, which not only increases the consumption of system resources, but also completely loses its monitoring capabilities when the system crashes;

[0005] 3. Current power-on control relies entirely on physical buttons on the chassis and lacks remote control capabilities.

[0006] For advanced power management functions, existing solutions typically employ a direct connection to the motherboard. This design has inherent drawbacks: firstly, motherboard interface resources are limited, making it difficult to support parallel control of multiple devices; secondly, control signals must be relayed through the motherboard, increasing signal latency and the risk of failure. Although high-end power supply products with integrated monitoring functions exist on the market, their data acquisition modules are usually deeply coupled to the motherboard, unable to operate independently or support modular functional expansion. Especially in complex scenarios requiring simultaneous control of power on / off and motherboard operation, existing technologies lack a unified control channel, forcing users to operate multiple independent systems separately.

[0007] A more prominent problem is the lack of standardized solutions for controlling existing computer peripherals. When users need centralized control of cooling systems, external devices, etc., they often need to install drivers and control software from multiple vendors. This not only makes the system bloated but also leads to decreased system stability due to software conflicts. In professional applications such as industrial control, this decentralized control method seriously affects operational efficiency and system reliability. Utility Model Content

[0008] The purpose of this utility model is to provide a computer control system that has the advantages of eliminating dependence on motherboard software, realizing cross-platform power monitoring, supporting remote power-on control, and providing a unified peripheral control channel.

[0009] To achieve the above objectives, in a first aspect, this utility model provides a computer control system applied in a computer. The computer includes a chassis, within which a motherboard and a power supply are disposed and communicated with each other. The computer control system includes a hub controller and a desktop controller. The hub controller is disposed inside the chassis and communicates with the power supply. The desktop controller is disposed outside the chassis and communicates with the hub controller. The desktop controller receives the user's power-on command and sends a power-on signal to the hub controller. The hub controller receives the power-on signal and sends a power-on control signal to the power supply to control the power supply to start and supply power to the motherboard, thereby powering on the computer.

[0010] In one or more embodiments, the communication connection between the HUB controller and the power supply is a wired connection, and the communication connection between the table tower controller and the HUB controller is a wireless connection.

[0011] In one or more embodiments, the HUB controller is further configured to read power operating parameters from the power supply, and the table tower controller is further configured to receive and display the power operating parameters.

[0012] In one or more embodiments, the table tower controller is provided with a physical button for receiving a user's power-on command.

[0013] In one or more embodiments, the table tower controller is equipped with a display screen for displaying power operating parameters.

[0014] In one or more embodiments, the power supply operating parameters include at least one or more of the following: output voltage, output current, temperature, and fan speed.

[0015] In one or more embodiments, the HUB controller is powered by the standby power supply circuit of the power supply, and the table tower controller is powered by an external power supply mechanism.

[0016] In one or more embodiments, the computer control system further includes an external control mechanism wirelessly connected to the table tower controller, and the external control mechanism is used to send control commands to the table tower controller and / or receive and display feedback information from the table tower controller.

[0017] Secondly, this utility model provides a computer control system applied in a computer. The computer includes a chassis, within which a motherboard and a power supply are disposed and connected via communication. The computer control system includes a HUB controller and a desktop controller. The HUB controller is disposed inside the chassis and is communicatively connected to both the motherboard and the power supply. The desktop controller is disposed outside the chassis and is communicatively connected to the HUB controller. The desktop controller receives user operation commands and sends them to the HUB controller. The HUB controller receives operation commands and sends them to the motherboard to control the motherboard to execute the operation commands.

[0018] In one or more embodiments, the computer control system further includes a heat dissipation mechanism disposed inside the chassis. The heat dissipation mechanism is communicatively connected to the HUB controller, and the desktop controller can send operation commands to the heat dissipation mechanism through the HUB control.

[0019] In one or more embodiments, the communication connection between the HUB controller and the motherboard is a wired connection, and the communication connection between the desktop controller and the HUB controller is a wireless connection.

[0020] In one or more embodiments, the HUB controller is further configured to obtain feedback results from the motherboard, and the desktop tower controller is further configured to receive and display the feedback results.

[0021] In one or more embodiments, the table tower controller is equipped with physical buttons for receiving user operation commands.

[0022] In one or more embodiments, the table tower controller is equipped with a display screen for displaying feedback results.

[0023] In one or more embodiments, the operation instructions include at least one or more of the following: adjusting system volume, playback control components, software quick launch, fan speed adjustment, fan light adjustment, and firmware upgrade.

[0024] In one or more embodiments, the HUB controller is powered by the standby power supply circuit of the power supply, and the table tower controller is powered by an external power supply mechanism.

[0025] In one or more embodiments, the computer control system further includes an external control mechanism wirelessly connected to the table tower controller, and the external control mechanism is used to send control commands to the table tower controller and / or receive and display feedback information from the table tower controller.

[0026] Compared with the prior art, the computer control system according to this utility model has the following advantages:

[0027] 1. The HUB controller is powered by the standby power circuit, enabling it to continue to function normally when the computer is shut down or the system crashes. This means that even in extreme cases where the operating system fails to boot, users can still monitor key power parameters (such as voltage and temperature) through an external desktop controller, providing a valuable means for diagnosing hardware faults and achieving hardware-level monitoring with zero system resource consumption.

[0028] 2. Through a wirelessly connected tabletop controller or external device (such as a mobile app), users can remotely power on the computer, adjust fan speed, and control system volume without touching the chassis. This greatly improves ease of use, making it particularly suitable for users who place the main unit in a concealed location, and provides an efficient remote management solution for industrial control and other scenarios.

[0029] 3. The control functions of devices such as power supply, motherboard, and heat dissipation mechanism are integrated into a hardware hub (HUB controller) and a user interface (desktop controller), which solves the pain points of needing to install multiple control software and managing them in a scattered manner. This not only simplifies the operation process and avoids software conflicts, but also improves the overall stability and management efficiency of the system. Attached Figure Description

[0030] Figure 1 This is a wireframe structural diagram of a computer control system according to an embodiment of the present invention.

[0031] Figure 2 This is a wireframe structural diagram of a computer control system according to another embodiment of the present invention.

[0032] Explanation of key figure labels:

[0033] 1-Chassis, 2-Motherboard, 3-Power supply, 4-HUB controller, 5-Desktop / tower controller, 6-External control mechanism, 7-Cooling mechanism. Detailed Implementation

[0034] The specific embodiments of this utility model will be described in detail below with reference to the accompanying drawings. However, it should be understood that the scope of protection of this utility model is not limited to the specific embodiments.

[0035] Unless otherwise expressly stated, throughout the specification and claims, the term "comprising" or its variations such as "including" or "comprises" shall be understood to include the stated elements or components without excluding other elements or other components.

[0036] Traditional computer power management solutions often fail to meet users' needs for real-time monitoring and remote control of power parameters due to their limited basic power conversion and output functions. Furthermore, the power management functionality heavily relies on software tools or specific interfaces provided by motherboard manufacturers, resulting in limited system compatibility. Different motherboard models require different software versions, increasing deployment and maintenance costs for users. In addition, existing solutions require operating system environments for function calls; power control operations cannot be performed when the host is not running or the software is not in operation, making it difficult to achieve an independent management mechanism that operates independently of the host.

[0037] For example, in data center server cluster applications, administrators need to centrally monitor the power status of multiple computers and perform remote power-on operations. Current solutions require each host to have monitoring software compatible with its motherboard model installed and to keep the operating system running. When a host shuts down due to a fault, its power parameter monitoring function fails, and administrators cannot obtain critical data such as real-time temperature and output voltage, nor can they trigger remote power-on commands through the software interface. This leads to delayed fault diagnosis, reduced operational efficiency, and the risk of hardware damage due to undetected power anomalies.

[0038] If the above issues are not addressed, system maintainability will continue to be limited by motherboard compatibility and software dependencies, increasing the management complexity of heterogeneous device clusters. The lag in obtaining power supply operating parameters will affect fault response speed, leading to decreased hardware reliability. The lack of remote control functionality will force maintenance personnel to rely on physical contact, reducing resource scheduling efficiency, and making it difficult to automate maintenance processes, especially in distributed computing environments.

[0039] Faced with the aforementioned problems, this invention first considers how to construct a control architecture independent of the motherboard and operating system to eliminate compatibility dependencies. Traditional solutions rely on the motherboard for signal relay, resulting in functionality limited by the hardware model. To address this, this invention attempts to decouple the control link from the motherboard, directly establishing a communication channel between the power supply and the external controller. Further analysis reveals that dividing the controller into two modules—one inside the chassis and one outside—with the internal module handling power signal interaction and the external module providing the human-machine interface, avoids reliance on motherboard power and enables physically isolated remote operation. Simultaneously, to ensure control capability in the power-off state, the internal module requires continuous power from the power supply standby circuit, while the external module is independently powered to ensure immediate response to commands. A combination of wired and wireless communication methods ensures stable signal transmission and supports flexible deployment.

[0040] Figure 1 This is a wireframe structural diagram of a computer control system according to an embodiment of the present invention. Figure 1As shown, a computer control system according to an embodiment of the present invention is applied in a computer. The computer includes a chassis 1, and a motherboard 2 and a power supply 3 are disposed inside the chassis 1 and are connected in communication. The computer control system includes a HUB controller 4 and a desktop controller 5. The HUB controller 4 is disposed inside the chassis 1 and is connected in communication with the power supply 3. The desktop controller 5 is disposed outside the chassis 1 and is connected in communication with the HUB controller 4. The desktop controller 5 is used to receive the user's power-on command and send a power-on signal to the HUB controller 4. The HUB controller 4 is used to receive the power-on signal and send a power-on control signal to the power supply 3 to control the power supply 3 to start and supply power to the motherboard 2, thereby powering on the computer.

[0041] Among them, HUB controller 4 refers to the controller set inside the computer chassis 1 and establishing a communication connection with the power supply 3. Specifically, it can be implemented by an embedded circuit module with power supply 3 management function. Its function is to directly receive external control signals and drive the power supply 3 to start, without relying on the motherboard or operating system support.

[0042] The desktop controller 5 refers to an external control device that is independent of the computer chassis 1. Specifically, it can be implemented using an independent terminal with an integrated wireless communication module. Its function is to provide an independent operating interface that is separate from the host, so that users can directly send power-on commands and avoid relying on motherboard compatibility.

[0043] The communication connection between HUB controller 4 and power supply 3 refers to the data transmission channel established between them. This can be achieved through a serial communication line extended from the power supply 3 interface. Its function is to ensure that HUB controller 4 can directly send control signals to power supply 3, bypassing the motherboard to achieve independent power supply control. The communication connection between desktop controller 5 and HUB controller 4 refers to the remote signal interaction link between them. This can be achieved through Bluetooth or Wi-Fi wireless protocols. Its function is to allow users to remotely trigger the power-on process via external devices, enabling independent operation without the host computer.

[0044] Among them, the power supply 3 start control signal refers to the power supply 3 activation instruction generated by the HUB controller 4. Specifically, it can be implemented by a preset level signal or a specific encoded instruction. Its function is to directly trigger the power supply 3 to enter the working state and supply power to the motherboard, thereby completing the power-on process.

[0045] This invention decouples the power supply 3 control function from motherboard dependence through a split controller architecture. By utilizing the collaborative communication between the external desktop controller 5 and the internal HUB controller 4, remote control of the power supply 3 can be achieved without software support and independent of the operating system. At the same time, direct interaction at the hardware layer reduces system complexity and improves compatibility and maintainability.

[0046] The working principle of this utility model is as follows: The computer control system includes a HUB controller 4 installed inside the chassis 1 and a desktop controller 5 installed outside the chassis 1. The HUB controller 4 is communicatively connected to the power supply 3, and the desktop controller 5 is communicatively connected to the HUB controller 4. The desktop controller 5 receives the user's power-on command and sends a power-on signal to the HUB controller 4. After receiving the power-on signal, the HUB controller 4 sends a power-on control signal to the power supply 3, controlling the power supply 3 to start and supply power to the motherboard 2, thereby powering on the computer.

[0047] Specifically, HUB controller 4, as the core control unit within chassis 1, establishes a stable communication connection with power supply 3 via a wired connection. Desktop controller 5, serving as the external human-machine interface, maintains communication with HUB controller 4 wirelessly. When the user needs to power on the computer, they can input a power-on command via the physical button or touchscreen on desktop controller 5. Desktop controller 5 encodes this command into a power-on signal and transmits it to HUB controller 4 wirelessly. HUB controller 4 parses the received signal, confirms it as a power-on command, generates a power-on control signal that matches the recognition of power supply 3, and sends it to power supply 3 via a wired connection. Upon receiving the power-on control signal, power supply 3 activates the main circuit, supplying power to motherboard 2 and other hardware, thus completing the computer's power-on process.

[0048] This design separates the power-on control from the motherboard 2, enabling remote power-on functionality independent of the operating system. The HUB controller 4 is powered by the standby circuit of the power supply 3, ensuring operation even when the computer is powered off and responding to power-on commands at any time. The desktop controller 5 uses an independent power supply and can be conveniently placed outside the chassis 1 for easy user operation. The combination of wired and wireless communication methods ensures the stability of the core control signal while providing a flexible external control interface.

[0049] As a preferred embodiment, the specific implementation of this utility model is as follows:

[0050] The computer control system is used in desktop computers. A desktop computer includes a standard ATX chassis 1, inside which is a motherboard 2 and a power supply 3 for communication connections. The computer control system includes a hub controller 4 and a desktop tower controller 5.

[0051] HUB controller 4 adopts a single-chip microcomputer design, integrating a wireless communication module and a wired communication interface. HUB controller 4 is connected to power supply 3 via SATA power cable 3 to achieve communication and power supply. HUB controller 4 is fixedly installed inside chassis 1 near power supply 3 for easy cable connection.

[0052] The desktop tower controller 5 features a self-contained design with a built-in lithium battery and wireless communication module. The controller's casing includes a touchscreen and physical buttons for user input of control commands. The desktop tower controller 5 can be placed on a desktop or on top of the chassis 1 for easy access.

[0053] The desktop tower controller 5 and the HUB controller 4 communicate via Bluetooth or wirelessly (e.g., WiFi or Huawei StarFlash). The user inputs a power-on command via the power button on the desktop tower controller 5. The desktop tower controller 5 encodes the power-on command into a power-on signal and sends it to the HUB controller 4 via Bluetooth. The HUB controller 4 receives and parses the power-on signal, generates a power-on control signal conforming to the ATX specification, and sends it to the power supply 3 via the SATA power cable 3. Upon receiving the power-on control signal, the power supply 3 activates the main circuitry to supply power to the motherboard 2, completing the computer power-on process.

[0054] Based on the above analysis, this invention achieves remote power-on control functionality independent of the motherboard 2 and operating system. Users can send power-on commands at any time via the desktop controller 5, without relying on motherboard 2 compatibility or installing additional software. The HUB controller 4 is powered by the standby circuit of the power supply 3, enabling it to respond to power-on commands even when the computer is powered off, thus improving system availability. The desktop controller 5 uses wireless connectivity and independent power supply, allowing for flexible placement and enhancing user convenience. This modular design reduces system complexity, improves maintainability and scalability, and provides users with a low-cost, highly flexible power management solution.

[0055] In one or more embodiments, the communication connection between the HUB controller 4 and the power supply 3 is a wired connection, and the communication connection between the table tower controller 5 and the HUB controller 4 is a wireless connection.

[0056] Specifically, wired connections can be achieved using a USB interface, I2C bus, or custom cables, with cable lengths limited to 30 cm to fit the internal space of chassis 1. Wireless connections utilize Bluetooth, Wi-Fi Direct, or a proprietary RF communication module, covering a range of 10 meters. The combination of wired and wireless connections forms a layered communication architecture. Internally, chassis 1 employs anti-interference shielded cables to ensure deterministic transmission of power supply control signals, while external control terminals enable mobile control via wireless channels.

[0057] Specifically, the HUB controller 4 is fixed to the inner wall of the chassis 1 via a plug-in connection, and establishes a physical connection with the PS_ON signal pin of the power supply 3 using a four-core shielded cable, with a signal transmission delay of less than 5 milliseconds. The desktop controller 5 has a built-in 2.4GHz RF chip, which avoids channel interference through frequency hopping technology and establishes a point-to-point communication link with the HUB controller 4. When the user triggers the power-on command, the wireless signal is encrypted and transmitted to the HUB controller 4. After verification, a low-level pulse signal is sent to the power supply 3 via a wired connection. This architecture ensures the reliability of the power supply 3 control signal transmission while allowing the desktop controller 5 to be flexibly deployed outside the chassis 1, avoiding the impact of the chassis 1's metal shielding effect on wireless communication quality.

[0058] As a preferred embodiment, the specific implementation of this utility model is as follows: The HUB controller 4 and the power supply 3 are connected via a USB interface for wired connection, enabling data transmission and control signal transmission. The desktop controller 5 and the HUB controller 4 communicate wirelessly using Bluetooth 5.0 technology, enabling remote control and data interaction. The HUB controller 4 has a built-in microprocessor and communication module, capable of processing wireless commands from the desktop controller 5 and sending corresponding control signals to the power supply 3 via the USB interface. The desktop controller 5 is equipped with a touchscreen and a Bluetooth module. Users can send power-on commands through the touchscreen interface. These commands are wirelessly transmitted to the HUB controller 4 via Bluetooth, and then converted by the HUB controller 4 into USB signals recognizable by the power supply 3, ultimately achieving remote power-on control.

[0059] Based on the above analysis, it can be seen that this utility model realizes a modular design of the computer control system, improving the system's flexibility and scalability. Wired connection ensures stable communication between the HUB controller 4 and the power supply 3, while wireless connection allows the desktop controller 5 to be placed flexibly without cable restrictions. This hybrid connection method ensures reliable communication between core components and provides convenient remote control capabilities, thereby enhancing the user experience and overall system performance.

[0060] In one or more embodiments, the HUB controller 4 is further configured to read operating parameters of the power supply 3 from the power supply 3, and the table tower controller 5 is further configured to receive and display the operating parameters of the power supply 3.

[0061] The HUB controller 4 continuously collects internal operating data of the power supply 3 via a wired communication link, including parameters such as voltage, current, temperature, and fan speed. The desktop controller 5 receives parameter data packets via a wireless communication link and parses and presents the parameter values ​​in its integrated human-machine interface. The operating parameters of the power supply 3 are transmitted through an independent communication channel between the HUB controller 4 and the desktop controller 5, which is independent of the control link of the motherboard 2.

[0062] Specifically, the HUB controller 4 has a built-in data acquisition module that periodically reads raw operating parameter data through the internal interface of the power supply 3, and generates standardized data packets after analog-to-digital conversion. This data packet is then transmitted to the desktop controller 5 via a wireless radio frequency module. The built-in microprocessor of the desktop controller 5 decodes the data packet and drives the display screen for visualization. The entire process requires no data transmission from the motherboard 2; the desktop controller 5 continuously receives and updates the display parameters, forming a real-time monitoring mechanism independent of the operating system. This invention establishes an independent parameter acquisition and display link, freeing the power supply 3's operating status monitoring function from dependence on the motherboard 2 and system software, achieving low-complexity hardware-level monitoring functionality.

[0063] As a preferred embodiment, the specific implementation of this utility model is as follows:

[0064] HUB controller 4 is connected to power supply 3 via a serial communication interface and periodically reads operating parameters from power supply 3. These parameters include output voltage, output current, temperature, and fan speed. HUB controller 4 transmits the read parameters to desktop controller 5 via a wireless communication module. After receiving the parameters, desktop controller 5 displays this information in real time on its built-in LCD screen. The display can include numerical values ​​and trend charts, allowing users to intuitively monitor the status of power supply 3.

[0065] Through the above technical solution, this utility model realizes real-time monitoring and remote display of the operating parameters of the power supply 3. Users can check the operating status of the power supply 3 at any time without turning on the computer or installing additional software. This improves the convenience of system monitoring and helps to detect potential problems in a timely manner. At the same time, since the monitoring function is independent of the host, it can continue to work even when the computer is off, enhancing the reliability and maintainability of the system.

[0066] In one or more embodiments, the table tower controller 5 is provided with a physical button for receiving a user's power-on command.

[0067] The physical button can be integrated into the outer shell of the table tower controller 5. Its triggering method includes mechanical pressing or capacitive sensing. The physical button is connected to the wireless communication module through internal circuitry. When the user triggers the button, an electrical signal is generated. This electrical signal is encoded to form a power-on command data packet. The layout of the physical button can be designed according to ergonomics, such as placing it on the top or side of the controller for easy one-handed operation.

[0068] In practical applications, the tabletop controller 5 can use a plastic casing with a circular, raised capacitive touch button on its surface. This button connects to the internal control circuit board; when the user touches the button, the control circuit detects a change in capacitance and triggers a power-on command. To improve the user experience, an LED indicator can surround the button, displaying a breathing light effect in standby mode and remaining constantly lit when pressed to indicate that a power-on command has been received. Furthermore, the button can be waterproof to enhance reliability during daily use.

[0069] In one or more embodiments, the table tower controller 5 is provided with a display screen for displaying the operating parameters of the power supply 3.

[0070] Specifically, the display screen is integrated into the surface of the desktop controller 5 housing and is connected to the controller's main processing module through internal circuitry. The display screen type can be either an LCD screen or an e-ink screen, and its size is adapted to the controller housing structure. The display screen driver module receives the power supply 3 operating parameter data packet from the main processing module, parses it, and generates a visual graphical interface. The parameter display interface layout includes a numerical area and a status indicator area. The numerical area displays the real-time values ​​of the output voltage and current in digital form, while the status indicator area reflects abnormal states of temperature and fan speed through color changes.

[0071] Specifically, when the HUB controller 4 continuously acquires the operating parameters of the power supply 3 via a wired connection, the desktop controller 5 receives parameter data packets via a wireless communication link. The main processing module verifies and converts the data packets before transmitting the standardized parameter information to the display driver module. The driver module arranges multiple sets of parameters in a fixed refresh area according to priority based on a preset display template. For example, the output voltage value is displayed in bold at the top of the interface, and temperature parameters are updated synchronously with a dynamic thermometer icon. The display screen uses a low-power backlight design, automatically activating the backlight module when ambient light is insufficient to ensure parameter visibility. This hardware display solution allows operators to directly observe the operating status of the power supply 3 without starting a computer or installing dedicated software, making it particularly suitable for quickly diagnosing power supply anomalies or monitoring the operating conditions of the power supply 3 during long-term operation.

[0072] Based on the above analysis, this invention provides a clear display of the operating parameters of the power supply 3. Users can check the working status of the power supply 3 at any time without turning on a computer or installing special software. This improves the convenience of system monitoring, enabling users to promptly identify potential problems with the power supply 3. Furthermore, since the display function is integrated into the desktop controller 5, it avoids dependence on a computer host, enhancing the system's independence and reliability. In addition, the touch-screen interface simplifies user operation and improves the user experience.

[0073] In one or more embodiments, the operating parameters of the power supply 3 include at least one or more of the following: output voltage, output current, temperature, and fan speed.

[0074] Among them, the output voltage reflects the voltage stability provided by power supply 3 to the load, the output current characterizes the load capacity of power supply 3, the temperature is used to monitor the internal heat generation of power supply 3, and the fan speed is related to the heat dissipation efficiency. These parameters are transmitted to the desktop controller 5 through a wired connection between the HUB controller 4 and power supply 3, for example, using I... 2 Data is read using C or SMBus communication protocols. The desktop controller 5 displays parameters numerically or graphically on a screen; for example, the temperature monitoring range can be set from 0-100 degrees Celsius, and the fan speed range can cover 500RPM-3000RPM. The parameter type selection is based on the key performance indicators of the power supply 3, ensuring that users can monitor the operating status of the power supply 3 in real time.

[0075] Specifically, the HUB controller 4 continuously collects data on the output voltage, output current, temperature, and fan speed of the power supply 3, and transmits this data wirelessly to the desktop controller 5. Abnormal output voltage may indicate a fault in the power supply 3's voltage regulator module; excessive output current may indicate an overload risk; rising temperature reflects insufficient heat dissipation; and abnormal fan speed suggests a decrease in the efficiency of the cooling system 7. For example, when the temperature exceeds a preset threshold, the desktop controller 5 can trigger an alarm to prompt user intervention. By clearly defining the parameter types, users can independently monitor the core indicators of the power supply 3 without relying on the motherboard 2 software, reducing system maintenance complexity and avoiding monitoring blind spots caused by unclear parameters.

[0076] In other words, users can intuitively understand the operating status of power supply 3 through the desktop controller 5 without turning on the computer or installing special software, and promptly identify potential problems. This host-independent monitoring method improves the system's reliability and maintainability, while simplifying the user's operation process and enhancing the user experience.

[0077] In one or more embodiments, the HUB controller 4 is powered by the standby power supply circuit of the power supply 3, and the table tower controller 5 is powered by an external power supply mechanism.

[0078] The standby power supply circuit of power supply 3 maintains low-power supply even when the main power supply 3 of the computer is turned off, allowing the HUB controller 4 to continue operating in the power-off state. The external power supply mechanism is independent of the computer power supply 3 system. For example, a battery module or external adapter can be used to power the desktop controller 5, ensuring that its communication and data display functions with the HUB controller 4 are not affected by the state of the main power supply 3. The independent power supply design of the HUB controller 4 and the desktop controller 5 complements each other. The former maintains basic communication and data acquisition capabilities through standby power supply, while the latter enables the continuous operation of the user interface through external power supply.

[0079] Specifically, when the computer's main power supply 3 is turned off, the standby power supply circuit provides low-voltage power to the HUB controller 4, enabling it to continuously collect operating parameters such as the temperature and fan speed of the power supply 3 and transmit them wirelessly to the desktop controller 5. The desktop controller 5 maintains the operation of the display screen and communication module through an external power supply mechanism, displaying the power supply 3's parameter status in real time. This design allows users to monitor the power supply 3's operating data through the desktop controller 5 without relying on the computer's main power supply 3 or operating system, while avoiding interruption of the monitoring function due to the HUB controller 4 losing power when the main power supply 3 is turned off. The standby power supply of the HUB controller 4 and the external power supply of the desktop controller 5 work together to enable the power supply 3 parameter monitoring system to operate independently under all operating conditions.

[0080] As a preferred embodiment, the specific implementation of this utility model is as follows:

[0081] The HUB controller 4 is powered by the standby power supply circuit of the power supply 3. Specifically, the power supply 3 has an internal standby power supply circuit that continuously outputs a low-power standby voltage, such as 5V or 3.3V, after the power supply 3 is connected to the mains power. The HUB controller 4 is connected to the standby power supply circuit via a dedicated power supply line 3, thereby obtaining a continuous operating power supply 3. This allows the HUB controller 4 to continue operating even when the computer host is powered off, providing a basis for functions such as remote power-on.

[0082] The desktop controller 5 is powered by an external power supply. Alternatively, the desktop controller 5 can be powered by a built-in rechargeable lithium battery or by connecting an external power adapter via a USB interface. This independent power supply allows the desktop controller 5 to operate independently of the computer host, enhancing the system's flexibility and availability.

[0083] In other words, the HUB controller 4 is powered by the standby circuit of the power supply 3, and can remain in a standby state without additional wiring; the tabletop controller 5 uses an independent power supply and can be used completely independently of the host, greatly improving the system's portability and flexibility. This separate power supply scheme effectively solves the functional limitations caused by the reliance on host power supply in traditional remote control systems, laying the foundation for realizing all-weather, multi-scenario remote computer management.

[0084] In one or more embodiments, the computer control system further includes an external control unit 6, which is wirelessly connected to the table tower controller 5, and the external control unit 6 is used to send control commands to the table tower controller 5 and / or receive and display feedback information from the table tower controller 5.

[0085] The external control mechanism 6 includes a wireless communication module that supports at least one of Bluetooth, Wi-Fi, or ZigBee protocols for establishing a wireless connection with the tabletop controller 5. The external control mechanism 6 integrates an input module, including a touchscreen or physical buttons, for receiving user-input control commands. It also includes a display module, using an LCD or OLED screen, for displaying feedback information in real time. An encrypted transmission protocol is used between the wireless communication module and the tabletop controller 5 to ensure the security of commands and data. The external control mechanism 6 has a built-in independent power supply module 3, powered by a rechargeable lithium battery, ensuring independent operation without an external power source.

[0086] Specifically, when a user triggers a control command through the input module of the external control mechanism 6, the wireless communication module encodes the command and sends it to the desktop controller 5. The desktop controller 5 obtains the operating parameters of the power supply 3 or the operation results of the motherboard 2 through the HUB controller 4 and returns the feedback information to the external control mechanism 6. The display module parses the feedback information and presents it in a graphical interface, such as a waveform diagram of the power supply 3 output voltage or a fan speed curve. In remote control scenarios, the external control mechanism 6 and the desktop controller 5 maintain periodic heartbeat signal detection, and automatically trigger a reconnection mechanism when communication is interrupted. The external control mechanism 6 can store historical operation records and feedback data, and supports exporting log files via a USB interface. By separating the control terminal from the desktop controller 5, users can monitor the status of the power supply 3 and operate the equipment from a location far from the computer, without relying on the host operating system or physical contact with the chassis 1.

[0087] As a preferred embodiment, the specific implementation of this utility model is as follows:

[0088] The external control mechanism 6 is configured as a smartphone application, which establishes a wireless communication connection with the table tower controller 5 via Bluetooth. When the user triggers the power-on command through the application interface, the control signal is transmitted to the table tower controller 5 via the Bluetooth module, and then the power supply 3 is activated by the HUB controller 4. Simultaneously, the operating parameters of the power supply 3 are transmitted back to the table tower controller 5 via the HUB controller 4, and finally displayed synchronously in the application interface as a visual chart. The external control mechanism 6 and the table tower controller 5 use AES-128 encryption algorithm to ensure data transmission security, and the application supports operation on both Android and iOS platforms.

[0089] Based on the above analysis, this invention enables bidirectional interaction between external devices and the computer control system across platforms. Users can remotely power on and monitor the power supply status without relying on a specific operating system or installing dedicated software. Furthermore, since the external control mechanism 6 and the desktop controller 5 use a standardized wireless communication protocol, their compatibility is not limited by the motherboard model 2, effectively solving the problem of strong hardware and software dependency in existing technologies. Therefore, control commands and feedback information are transmitted in a communication link independent of the host system, avoiding operating system resource consumption and software compatibility conflicts.

[0090] Figure 2 This is a wireframe structural diagram of a computer control system according to another embodiment of the present invention. Figure 2 As shown, a computer control system according to another embodiment of the present invention is applied in a computer. The computer includes a chassis 1, and a motherboard 2 and a power supply 3 are disposed inside the chassis 1 and are connected in communication. The computer control system includes a HUB controller 4 and a desktop controller 5. The HUB controller 4 is disposed inside the chassis 1 and is connected in communication with both the motherboard 2 and the power supply 3. The desktop controller 5 is disposed outside the chassis 1 and is connected in communication with the HUB controller 4. The desktop controller 5 is used to receive user operation commands and send the operation commands to the HUB controller 4. The HUB controller 4 is used to receive operation commands and send operation commands to the motherboard 2 to control the motherboard 2 to execute the operation commands.

[0091] Specifically, the user first inputs operation commands through the desktop controller 5. The desktop controller 5 then sends the received operation commands to the HUB controller 4 via a communication connection. Upon receiving the operation commands, the HUB controller 4 forwards them to the motherboard 2 via its communication connection. The motherboard 2 then executes the corresponding operation upon receiving the command. This design modularly separates the control functions. The HUB controller 4, as an independent hardware control unit, can interact with the motherboard 2 or operate independently. The desktop controller 5, as an external control device, establishes a remote operation channel via wireless communication. The HUB controller 4, acting as a command relay hub, avoids the problem of overloading the interface resources of the motherboard 2.

[0092] In other words, by modularizing and separating the control functions, an independently operating hardware control unit is designed, enabling it to interact with motherboard 2 as well as operate independently. A remote operation channel is established through external control devices and wireless communication, resolving the limitations of the physical control interface. Through a hierarchical control architecture, an intermediate controller is placed inside chassis 1 as a command relay hub, avoiding the problem of motherboard 2 interface resource overload. This design improves the system's cross-platform compatibility, reduces system resource consumption, enables offline control functions, expands the control dimensions, and reduces the risk of conflicts in parallel control of multiple devices.

[0093] In one or more embodiments, the computer control system further includes a heat dissipation mechanism 7, which is disposed inside the chassis 1. The heat dissipation mechanism 7 is communicatively connected to the HUB controller 4, and the desktop controller 5 can send operation commands to the heat dissipation mechanism 7 through the HUB control.

[0094] The cooling mechanism 7 is physically connected to the HUB controller 4 via a data cable, forming a control link independent of the motherboard 2. The HUB controller 4 is equipped with a dedicated communication protocol conversion module, which supports converting the wireless commands from the desktop controller 5 into control signals recognizable by the cooling device. The cooling mechanism 7 may include a speed sensor and drive circuitry, which collects fan operating parameters in real time and transmits them back to the desktop controller 5 via the HUB controller 4. The operation command transmission path is set to a three-level architecture of desktop controller 5 → HUB controller 4 → cooling mechanism 7, with control latency controlled within 50ms. The power supply line of the cooling mechanism 7 is separate from the power supply line of the motherboard 2 and is directly connected to the auxiliary power supply interface of the power supply 3. The cooling mechanism 7 may be, for example, a cooling device without a screen or / and a cooling device with a screen.

[0095] Specifically, when a user inputs a cooling adjustment command via the physical button on the desktop controller 5, the command is transmitted to the HUB controller 4 via Bluetooth. The signal processing unit of the HUB controller 4 parses the command into a PWM frequency modulation signal and outputs it to the fan drive circuit of the cooling mechanism 7 through the GPIO interface. The drive circuit adjusts the MOSFET conduction frequency according to the received PWM signal, thereby changing the fan motor winding current. The actual speed data collected by the speed sensor is converted into a digital signal by the ADC module and returned to the display screen of the desktop controller 5 through the feedback channel of the HUB controller 4. This control link can still maintain operation through the standby circuit of the power supply 3 when the operating system is not started, and in actual tests, it can still maintain a command response rate of over 90% even in the event of a system crash. The cooling control command and the motherboard 2 control command are processed in the HUB controller 4 using a time-division multiplexing mechanism to avoid signal conflicts.

[0096] In practical applications, the specific implementation of this utility model is as follows: The computer control system also includes a heat dissipation mechanism 7, which is installed inside the chassis 1. The heat dissipation mechanism 7 is communicatively connected to the HUB controller 4. The desktop controller 5 can send operation commands to the heat dissipation mechanism 7 via the HUB controller. Specifically, the heat dissipation mechanism 7 may include multiple fans and temperature sensors. The HUB controller 4 is connected to the heat dissipation mechanism 7 via a serial port or I2C bus to achieve bidirectional data transmission. The desktop controller 5 can send commands such as fan speed adjustment and temperature threshold setting to the HUB controller 4, which then forwards these commands to the heat dissipation mechanism 7 for execution. For example, a user can adjust the fan speed or set a temperature alarm threshold using buttons or a touchscreen on the desktop controller 5. These commands are transmitted wirelessly to the HUB controller 4, and then the HUB controller 4 transmits them to the heat dissipation mechanism 7 via a wired connection. After receiving the commands, the heat dissipation mechanism 7 can adjust the fan speed or update the temperature monitoring parameters accordingly.

[0097] In other words, users can conveniently adjust the cooling parameters through the desktop controller 5 located outside the chassis 1, without having to open the chassis 1 or enter the operating system. This design improves the flexibility and convenience of cooling control. Simultaneously, since the cooling mechanism 7 is directly connected to the HUB controller 4, bypassing the motherboard 2, it reduces the resource consumption of the motherboard 2 and minimizes signal transmission latency. Furthermore, this architecture lays the foundation for intelligent management of the cooling system, enabling automatic adjustment of cooling performance based on real-time temperature data, thus improving system stability and reliability.

[0098] In one or more embodiments, the communication connection between the HUB controller 4 and the motherboard 2 is a wired connection, and the communication connection between the desktop controller 5 and the HUB controller 4 is a wireless connection.

[0099] The wired connection uses standard interface protocols to achieve physical layer data transmission, including but not limited to USB 3.0 or PCIe interfaces, with a transmission bandwidth of no less than 5Gbps. The wireless connection establishes a bidirectional communication channel based on the 2.4GHz frequency band and supports at least 128-bit AES encryption. The two connection methods form a layered transmission architecture, with the wired connection ensuring the real-time performance of core control commands and the wireless connection expanding the deployment range of the control terminal.

[0100] Specifically, the HUB controller 4 establishes a point-to-point connection with the motherboard 2 via shielded twisted-pair cable, with transmission latency controlled within 1ms, ensuring that operation commands reach the processing unit of the motherboard 2 directly. The desktop controller 5 establishes a wireless link with the HUB controller 4 using the Bluetooth 5.2 protocol, extending the effective communication distance to 15 meters and supporting simultaneous connection of three peripherals. When the user sends operation commands through the desktop controller 5, the wireless link encapsulates the commands into data packets and transmits them to the HUB controller 4. After protocol conversion, the data is transmitted to the motherboard 2 for execution via a wired link. This architecture avoids the motherboard 2's interface resources being occupied by multiple peripherals and reduces the risk of signal interference through physical isolation. The measured data transmission error rate is less than 10%. -9 .

[0101] As a preferred embodiment, the present invention is implemented as follows: The HUB controller 4 establishes a wired connection with the motherboard 2 via a USB interface to achieve high-speed and stable data transmission. The desktop controller 5 establishes a wireless connection with the HUB controller 4 using Bluetooth 5.0 technology, supporting remote control within a 10-meter range. The HUB controller 4 has a built-in Bluetooth module that receives wireless signals from the desktop controller 5 and transmits commands to the motherboard 2 via the USB interface. This hybrid connection method combines the reliability of wired connections with the convenience of wireless connections, providing users with a flexible operating experience.

[0102] Based on the above analysis, it can be seen that this utility model achieves efficient connection between internal computer components and external control devices. The wired connection ensures the stability and speed of communication between the HUB controller 4 and the motherboard 2, suitable for scenarios requiring frequent data exchange. The wireless connection frees the desktop controller 5 from physical limitations, allowing it to be flexibly placed in a location convenient for the user. This combined connection method not only guarantees the communication quality of the system's core components but also improves the convenience of external control, effectively solving the problems of single connection methods and limited operation in traditional computer control systems.

[0103] In one or more embodiments, the HUB controller 4 is further configured to obtain feedback results from the motherboard 2, and the desktop tower controller 5 is further configured to receive and display the feedback results.

[0104] Specifically, a bidirectional communication link is established between HUB controller 4 and motherboard 2. After executing the operation command, motherboard 2 generates a feedback data packet containing an execution status code. The feedback data packet is returned to HUB controller 4 via a wired transmission protocol. A data return channel is established between desktop controller 5 and HUB controller 4. The feedback data packet is transmitted to desktop controller 5 after protocol conversion. The built-in display driver module of desktop controller 5 parses the data packet content and drives the display screen to output visual status information. HUB controller 4 is continuously powered by the standby circuit of power supply 3 to ensure that the feedback channel continues to operate in the system sleep state.

[0105] When a user triggers an operation command via a physical button, the desktop controller 5 sends the encoded control signal to the HUB controller 4. The HUB controller 4 forwards the control command to the motherboard 2 for execution and continuously monitors the motherboard 2's status register. After the motherboard 2 completes command execution, it writes the operation result code to a preset memory address. The HUB controller 4 reads this data via direct memory access and encapsulates it into a feedback message. The feedback message is transmitted to the desktop controller 5 via a wireless communication module. The display driver chip converts the hexadecimal code into readable text and displays it on the LCD screen. The feedback message includes a timestamp, operation type code, and status flags to ensure accurate matching of commands and execution results in multiple concurrent operation scenarios. This mechanism allows hardware-level operation feedback to be obtained even when the operating system crashes, avoiding the software-level monitoring failure problem in traditional solutions.

[0106] As a preferred embodiment, the specific implementation of this utility model is as follows:

[0107] HUB controller 4 obtains feedback results from motherboard 2. Specifically, HUB controller 4 periodically sends data request commands through the communication interface with motherboard 2. After receiving the request, motherboard 2 packages and sends data such as current operating status information and performance parameters to HUB controller 4. HUB controller 4 receives this data, parses and processes it, and extracts the required feedback result information.

[0108] The tabletop controller 5 receives and displays the feedback results. Furthermore, the tabletop controller 5 establishes a wireless communication connection with the HUB controller 4, periodically sending data synchronization requests to the HUB controller 4. Upon receiving the request, the HUB controller 4 transmits the processed feedback results to the tabletop controller 5 via a wireless channel. After receiving the data, the tabletop controller 5 decodes and formats it, then presents it to the user on its built-in display screen in the form of text, charts, etc.

[0109] For example, feedback results may include system operating parameters such as CPU temperature, fan speed, and memory usage. The desktop tower controller 5 can display this data in real-time updated numerical or graphical formats, allowing users to intuitively understand the computer's operating status.

[0110] Therefore, users can monitor the system's operation at any time without turning on the computer or running dedicated monitoring software. This design not only improves the convenience of users obtaining system information but also reduces the resource consumption of the host system. Furthermore, since the monitoring function is independent of the host operating system, even in the event of a system crash or failure to boot, users can still obtain critical system status information through the desktop controller 5, facilitating rapid diagnosis and problem solving. In addition, this external monitoring solution provides greater flexibility for system management, allowing for easy expansion of monitoring items and display functions as needed without modifying the host hardware or system software.

[0111] In one or more embodiments, the table tower controller 5 is provided with physical buttons for receiving user operation commands.

[0112] The physical buttons adopt a mechanical trigger structure and are arranged on the surface of the table tower controller 5. The button contacts are electrically connected to the internal circuit board of the controller through ribbon cables. Each button corresponds to a preset instruction code, and when the button is pressed, it triggers a change in the level signal. The signal processing module converts the level signal into a digital instruction data packet, which is transmitted to the HUB controller 4 through the wireless communication module.

[0113] Specifically, the physical buttons employ an independent power supply design, with an opto-isolation module between their trigger circuits and the main control chip to ensure basic operational functions are maintained even in the event of a power supply failure. The button layout incorporates an anti-accidental touch design, with spacing between adjacent buttons exceeding the width of a standard finger, and raised tactile markings on the surface. When a user presses a designated button, a pressure sensor generates an analog signal, which is converted into a digital pulse sequence by an analog-to-digital converter. The instruction parsing module identifies the target operation type based on the pulse frequency. This physical control channel forms a redundant control system with the existing software control interface, allowing basic control functions to be implemented via physical buttons even in the event of an operating system crash. The operation instruction data packets utilize a lightweight transmission protocol, with a preset encryption algorithm ensuring the security of instruction transmission.

[0114] In practical applications, the desktop tower controller 5 is equipped with physical buttons to receive user operation commands. Specifically, the desktop tower controller 5 can use a plastic casing with multiple buttons on its surface. These buttons include a power switch, volume control buttons, and fan control buttons. The buttons are made of silicone, providing a good tactile feel and durability. A microswitch is located below the buttons and connects to the circuit board inside the desktop tower controller 5. When the user presses a button, the microswitch is triggered, generating an electrical signal. The processor of the desktop tower controller 5 receives these electrical signals, converts them into corresponding operation commands, and then sends them to the HUB controller 4 via a wireless communication module.

[0115] In other words, users can directly control the computer using physical buttons, without relying on a software interface or complex operating procedures. This design simplifies the user experience and improves operational efficiency. At the same time, the physical buttons enhance system reliability; even in the event of a computer system malfunction, users can still perform basic control operations using the physical buttons. Furthermore, the physical buttons facilitate remote control, allowing users to operate the computer without direct contact with the host computer, making it suitable for various application scenarios.

[0116] In one or more embodiments, the table tower controller 5 is equipped with a display screen for displaying feedback results.

[0117] The display screen is integrated into the casing of the desktop controller 5 and establishes a data connection with the controller's core module through internal circuitry. The screen receives feedback data packets from the HUB controller 4, parses them, and converts them into a visual graphical interface. The displayed content includes real-time parameters such as motherboard 2 temperature, power supply 3 output voltage, and fan speed, as well as status information such as a firmware upgrade progress bar. The data refresh rate is set to 30 frames per second to ensure the readability of dynamic parameters. The display screen uses a capacitive touchscreen structure, allowing users to directly click to view detailed parameters.

[0118] Specifically, after the HUB controller 4 obtains the operating status data from the motherboard 2, it encapsulates and transmits the data to the desktop controller 5 via a wireless communication protocol. The data processing module of the desktop controller 5 verifies and decodes the received data packets, extracts valid parameters, and then drives the display screen to update the displayed content. In the event of an operating system crash, the display screen can still independently display the underlying hardware status codes sent by the motherboard 2, assisting users in diagnosing problems through a preset fault code lookup table. The display interface is divided into a main parameter area and an extended information area. The main parameter area displays key indicator values, while the extended information area switches to display detailed logs of different devices according to user operation commands.

[0119] In one or more embodiments, the operation instructions include at least one or more of the following: adjusting system volume, playback control components, software quick launch, fan speed adjustment, fan light adjustment, and firmware upgrade.

[0120] The system volume is adjusted by changing the voltage parameters of the audio output module; the playback control component includes instruction codes for pause, fast forward, and loop playback; software quick launch uses a preset path index to directly call the executable file; fan speed adjustment is achieved by adjusting the duty cycle of the PWM signal; fan light adjustment is based on RGB three-channel current value control; firmware upgrades use differential data packet transmission. All instructions are encapsulated into data packets using a unified communication protocol, and after being triggered by the physical button on the desktop controller 5, they are transmitted wirelessly to the HUB controller 4 for instruction decoding. The firmware upgrade instruction must be executed during the idle period of the motherboard 2 to avoid system conflicts.

[0121] Specifically, when a user presses the physical button on the desktop controller 5 to trigger a software quick-start command, the encoded command data is sent to the HUB controller 4 via the wireless transmission module. The HUB controller 4 parses the target software path and directly calls the executable file in the storage device via the motherboard 2 PCIe bus. In fan control scenarios, when a user switches to fan speed adjustment mode using the same physical button, the HUB controller 4 receives the adjustment parameters and sends an SMBus control signal to the motherboard 2, synchronously adjusting the PWM output frequency of the fan driver chip. For firmware upgrade operations, after detecting that the motherboard 2 has entered a low-load state, the HUB controller 4 automatically activates the backup communication channel of the standby power supply circuit and writes the differential upgrade package to the target chip's Flash memory in batches. All operation results are collected by the HUB controller 4 from the feedback data of the motherboard 2, compressed, and then sent back to the display screen of the desktop controller 5 for status display, achieving closed-loop control.

[0122] As a preferred embodiment, the solution of this utility model is implemented as follows: the operation commands include one or more of the following: adjusting system volume, playback control components, software quick launch, fan speed adjustment, fan light adjustment, and firmware upgrade. Specifically, the desktop controller 5 can be equipped with multiple physical buttons, each corresponding to a different operation command. For example, volume up and down buttons are set for adjusting system volume; play, pause, previous track, and next track buttons are set for controlling media playback; a quick launch button is set for one-click launch of preset software; a fan speed adjustment button is set for controlling the speed of the cooling fan; a fan light adjustment button is set for controlling the fan lighting effects; and a firmware upgrade button is set for triggering a system firmware upgrade. When the user presses the corresponding button, the desktop controller 5 will generate the corresponding operation command and send it to the HUB controller 4 via a wireless connection. After receiving the operation command, the HUB controller 4 will transmit the command to the motherboard 2 or other related hardware components for execution via a wired connection.

[0123] Based on the above analysis, it can be seen that this utility model enables rapid and intuitive control of multiple computer functions. Users can adjust commonly used functions without using the operating system interface, improving operational convenience. Simultaneously, since control commands are transmitted through an independent HUB controller 4, the resource consumption of the motherboard 2 is reduced, improving system response speed. Furthermore, the integration of firmware upgrade functionality makes system maintenance more convenient, helps to promptly fix potential security vulnerabilities, and enhances system stability.

[0124] In one or more embodiments, the HUB controller 4 is powered by the standby power supply circuit of the power supply 3, and the table tower controller 5 is powered by an external power supply mechanism.

[0125] The standby power supply circuit of power supply 3 maintains low-power supply even when the main power supply 3 of the computer is turned off, allowing the HUB controller 4 to continue operating in the power-off state. The external power supply mechanism is independent of the computer power supply 3 system. For example, a battery module or external adapter can be used to power the desktop controller 5, ensuring that its communication and data display functions with the HUB controller 4 are not affected by the state of the main power supply 3. The independent power supply design of the HUB controller 4 and the desktop controller 5 complements each other. The former maintains basic communication and data acquisition capabilities through standby power supply, while the latter enables the continuous operation of the user interface through external power supply.

[0126] In one or more embodiments, the computer control system further includes an external control mechanism 6, which is wirelessly connected to the table tower controller 5, and the external control mechanism 6 is used to send control commands to the table tower controller 5 and / or receive and display feedback information from the table tower controller 5.

[0127] The external control mechanism 6 includes a wireless communication module that supports at least one of Bluetooth, Wi-Fi, or proprietary RF protocols to establish a wireless data link with the tabletop controller 5. The external control mechanism 6 integrates an input module and a display module. The input module uses a touchscreen or physical buttons to receive user-input control commands; the display module uses an LCD or OLED screen to display feedback information transmitted from the tabletop controller 5 in real time. An encrypted transmission protocol is used between the wireless communication module and the tabletop controller 5 to ensure the security of commands and data. The external control mechanism 6 has a built-in independent power supply module 3, powered by a rechargeable lithium battery or an external adapter, ensuring independent operation without a computer host.

[0128] Specifically, when a user triggers a control command through the input interface of the external control mechanism 6, the wireless communication module encodes the command into a data packet and transmits it to the desktop controller 5. The desktop controller 5 obtains the operating parameters of the power supply 3, the operating status of the motherboard 2, or the data from the cooling mechanism 7 through the HUB controller 4, and then encapsulates the feedback information and returns it to the external control mechanism 6. The display module parses the feedback information and presents it in a graphical interface, such as a waveform of the power supply 3 output voltage, a system temperature curve, or a firmware upgrade progress bar. In remote control scenarios, the external control mechanism 6 and the desktop controller 5 maintain a heartbeat detection mechanism, automatically triggering a reconnection process when communication is interrupted. The external control mechanism 6 can store historical operation records and feedback data, and supports exporting log files via a USB interface, facilitating system status analysis and management for users. By introducing the external control mechanism 6, users can monitor the power supply 3, operate the equipment, and query its status from a location far from the computer, without relying on the host operating system or physical contact with the chassis 1, significantly expanding the application scenarios and operational convenience of the control system.

[0129] In a preferred embodiment, the external control mechanism 6 is configured as a smartphone application, which establishes a wireless communication connection with the desktop controller 5 via Bluetooth 5.0. Users can trigger power-on commands, adjust fan speeds, or query power supply parameters 3 through the application interface. Control signals are encrypted and transmitted to the desktop controller 5, where the HUB controller 4 activates the corresponding hardware to perform the operations. Simultaneously, feedback data such as power supply 3 operating parameters and motherboard 2 status information are transmitted back to the desktop controller 5 via the HUB controller 4, and are ultimately displayed in real-time on the application interface in the form of visual charts. The application supports Android and iOS platforms and employs AES-128 encryption to ensure data transmission security.

[0130] Based on the above analysis, it can be seen that this utility model, by introducing an external control mechanism 6, achieves cross-platform, long-distance computer control and status monitoring. Users can perform remote operation and data viewing without relying on a specific operating system or installing dedicated software, effectively solving the problems of strong software and hardware dependence and decentralized control methods in existing technologies. Furthermore, since the external control mechanism 6 and the tabletop controller 5 adopt a standardized wireless communication protocol, their compatibility is not limited by the motherboard 2 model, avoiding software conflicts and system resource consumption, and improving the flexibility and reliability of the control system.

[0131] The foregoing description of specific exemplary embodiments of the present invention is for illustrative and explanatory purposes. These descriptions are not intended to limit the present invention to the precise forms disclosed, and it will be apparent that many changes and variations can be made in accordance with the foregoing teachings. The exemplary embodiments were chosen and described in order to explain the specific principles of the present invention and its practical application, thereby enabling those skilled in the art to implement and utilize various different exemplary embodiments of the present invention, as well as various different choices and variations. The scope of the present invention is intended to be defined by the claims and their equivalents.

Claims

1. A computer control system, applied in a computer, the computer including a chassis, wherein a motherboard and a power supply for communication connection are disposed within the chassis, characterized in that, The computer control system includes: A HUB controller is located inside the chassis and is communicatively connected to the power supply. A tabletop controller is located outside the chassis and is communicatively connected to the HUB controller; The table tower controller is used to receive the user's power-on command and send the power-on signal to the HUB controller; The HUB controller receives the power-on signal and sends a power-on control signal to the power supply to control the power supply to start and supply power to the motherboard, thereby powering on the computer.

2. The computer control system as described in claim 1, characterized in that, The communication connection between the HUB controller and the power supply is a wired connection, while the communication connection between the table tower controller and the HUB controller is a wireless connection.

3. The computer control system as described in claim 1, characterized in that, The HUB controller is also used to read power operating parameters from the power supply, and the table tower controller is also used to receive and display the power operating parameters.

4. The computer control system as described in claim 1, characterized in that, The table tower controller is equipped with a physical button for receiving the user's power-on command.

5. The computer control system as described in claim 3, characterized in that, The table tower controller is equipped with a display screen for displaying the power supply operating parameters.

6. The computer control system as described in claim 3, characterized in that, The power supply operating parameters include at least one or more of the following: output voltage, output current, temperature, and fan speed.

7. The computer control system as described in claim 3, characterized in that, The HUB controller is powered by the standby power supply circuit of the power supply, and the table tower controller is powered by an external power supply mechanism.

8. The computer control system as described in claim 1, characterized in that, It also includes an external control mechanism that is wirelessly connected to the table tower controller, and the external control mechanism is used to send control commands to the table tower controller and / or receive and display feedback information from the table tower controller.

9. A computer control system applied in a computer, the computer including a chassis, wherein a motherboard and a power supply with communication connection are disposed inside the chassis, characterized in that, The computer control system includes: A HUB controller is located inside the chassis, and the HUB controller is communicatively connected to both the motherboard and the power supply. A tabletop controller is located outside the chassis and is communicatively connected to the HUB controller; The table tower controller is used to receive user operation commands and send the operation commands to the HUB controller; The HUB controller is used to receive the operation instructions and send the operation instructions to the motherboard to control the motherboard to execute the operation instructions.

10. The computer control system as described in claim 9, characterized in that, It also includes a heat dissipation mechanism, which is disposed inside the chassis. The heat dissipation mechanism is communicatively connected to the HUB controller, and the desktop tower controller can send operation commands to the heat dissipation mechanism through the HUB control.

11. The computer control system as described in claim 9, characterized in that, The communication connection between the HUB controller and the motherboard is a wired connection, while the communication connection between the desktop tower controller and the HUB controller is a wireless connection.

12. The computer control system as described in claim 9, characterized in that, The HUB controller is also used to obtain feedback results from the motherboard, and the desktop tower controller is also used to receive and display the feedback results.

13. The computer control system as described in claim 9, characterized in that, The table tower controller is equipped with physical buttons for receiving operation commands from the user.

14. The computer control system as described in claim 12, characterized in that, The table tower controller is equipped with a display screen for displaying the feedback results.

15. The computer control system as described in claim 12, characterized in that, The HUB controller is powered by the standby power supply circuit of the power supply, and the table tower controller is powered by an external power supply mechanism.

16. The computer control system as described in claim 9, characterized in that, It also includes an external control mechanism that is wirelessly connected to the table tower controller, and the external control mechanism is used to send control commands to the table tower controller and / or receive and display feedback information from the table tower controller.

Images