Reinforced addition calculation and debugging method for normalized interface

Abstract

The invention discloses a ruggedized computer with a normalized interface and a debugging method. The ruggedized computer comprises a shared physical USB interface, a USB switching chip, a USB-to-multi-serial-port chip and a single-chip microcomputer. A first input channel of the USB switching chip is connected to a mainboard function USB signal source of the ruggedized computer, a second input channel of the USB switching chip is connected to a debugging function USB signal source, and an output channel of the USB switching chip is connected to the common physical USB interface; the output end of the USB-to-multi-serial-port chip forms a debugging function USB signal source, a first serial port input of the USB-to-multi-serial-port chip is connected to a processor debugging serial port of the ruggedized computer, and a second serial port input of the USB-to-multi-serial-port chip is connected to a single-chip microcomputer serial port of The single-chip microcomputer is used for detecting the hardware state of the ruggedized Controlling a power supply state and / or a fan state of the ruggedized computer; and path selection of the USB switching chip is controlled. Unification of a debugging interface and a function interface is realized, and reliability and maintenance convenience of the system are effectively improved.

Description

Technical Field

[0001] The present application relates to the field of computers, and in particular to a method for strengthening, calculating and debugging a normalized interface. Background Art

[0002] In the design and application of ruggedized computers, real-time monitoring of the entire hardware status and optimization and upgrade of the underlying control logic are key requirements for ensuring equipment reliability and maintainability. Traditionally, status monitoring typically requires accessing data through the microcontroller's dedicated serial port, while underlying control program upgrades rely on independent physical interfaces for programming.

[0003] This interface separation design not only requires the entire machine to reserve multiple debugging windows, which destroys the sealing and protection level of the reinforced casing, but also forces developers to disassemble the machine when checking status or updating logic. The process is cumbersome and easily introduces the risk of physical damage, seriously restricting development and debugging efficiency. Summary of the Invention

[0004] The present application provides a normalized interface reinforcement calculation and debugging method to solve the problem that the existing technology fails to achieve effective integration of the debugging interface and the functional interface.

[0005] In a first aspect, the present application provides a reinforced computer with a normalized interface, comprising a shared physical USB interface, a USB switching chip, a USB to multi-serial port chip, and a single-chip microcomputer;

[0006] The first input channel of the USB switch chip is connected to the mainboard function USB signal source of the reinforced computer, the second input channel is connected to the debugging function USB signal source, and the output channel is connected to the shared physical USB interface;

[0007] The output end of the USB to multi-serial port chip constitutes a USB signal source for the debugging function, the first serial port input of the USB to multi-serial port chip is connected to the processor debugging serial port of the ruggedized computer, and the second serial port input is connected to the microcontroller serial port of the microcontroller;

[0008] The single chip microcomputer is used for detecting the hardware status of the reinforced computer; controlling the power supply status and / or fan status of the reinforced computer; and controlling the path selection of the USB switching chip.

[0009] In a second aspect, the present application provides a debugging method for strengthening a computer, comprising:

[0010] When the reinforced computer is in normal mode, the USB switch chip is controlled to select the first input channel so that the shared physical USB interface is used as a motherboard interface;

[0011] When the reinforced computer is in the debugging mode, the USB switching chip is controlled to select the second input channel so that the shared physical USB interface is switched to the debugging interface.

[0012] This application provides a method for reinforcing and debugging a normalized interface, aiming to solve the problems of complicated operation, interface redundancy, and damaged sealing caused by the separation of the debug interface and the functional interface in existing reinforced equipment. By unifying the motherboard functional USB interface and the debug function USB interface into a shared physical USB interface, and by leveraging the coordinated cooperation of the USB switching chip and the USB to multi-serial port chip, the dynamic switching of the interface function and the high integration of the physical structure are achieved, thereby taking into account the dual needs of normal use and system debugging without destroying the structural integrity of the entire machine.

[0013] The further effects of the above-mentioned non-conventional preferred embodiment will be described below in conjunction with specific embodiments. BRIEF DESCRIPTION OF THE DRAWINGS

[0014] In order to more clearly illustrate the embodiments of the present application or the existing technical solutions, the following briefly introduces the drawings required for use in the embodiments or the description of the prior art. Obviously, the drawings described below are only some embodiments recorded in this application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0015] Figure 1 A schematic diagram of the structure of a reinforced computer with a normalized interface provided by one embodiment of the present application;

[0016] Figure 2 A flowchart of a debugging method for reinforcing a computer provided in one embodiment of the present application;

[0017] Figure 3 A flowchart of another method for debugging a reinforced computer provided in one embodiment of the present application;

[0018] Figure 4 This is a flowchart of another debugging method for reinforcing a computer provided in an embodiment of the present application. DETAILED DESCRIPTION

[0019] To make the objectives, technical solutions, and advantages of this application more clear, the technical solutions of this application will be clearly and completely described below in conjunction with specific embodiments and corresponding drawings. Obviously, the embodiments described are only part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0020] In the design and application of ruggedized computers, real-time monitoring of the entire hardware status and optimization and upgrade of the underlying control logic are key requirements for ensuring equipment reliability and maintainability. Traditionally, status monitoring typically requires accessing data through the microcontroller's dedicated serial port, while underlying control program upgrades rely on independent physical interfaces for programming.

[0021] This interface separation design not only requires the entire machine to reserve multiple debugging windows, which destroys the sealing and protection level of the reinforced casing, but also forces developers to disassemble the machine when checking status or updating logic. The process is cumbersome and easily introduces the risk of physical damage, seriously restricting development and debugging efficiency.

[0022] Existing technologies fail to effectively integrate debugging interfaces with functional interfaces. Condition monitoring and program upgrade interfaces are often independent of the standard functional interfaces of the entire machine. This not only creates physical redundancy and increased costs, but also confuses users by exposing specialized interfaces and creates idle resources during the non-debugging period.

[0023] To solve this problem, the present invention proposes a touch positioning method for an LED module, which aims to solve the problem that the existing technology fails to achieve an effective integration of the debugging interface and the functional interface. In this embodiment, a reinforced computer with a normalized interface includes:

[0024] A shared physical USB interface 101, a USB switching chip 102, a USB to multi-serial port chip 103 and a single-chip microcomputer 104; the first input channel of the USB switching chip 102 is connected to the motherboard function USB signal source of the reinforced computer, the second input channel is connected to the debugging function USB signal source, and the output channel is connected to the shared physical USB interface 101; the output end of the USB to multi-serial port chip 103 constitutes the debugging function USB signal source, the first serial port input of the USB to multi-serial port chip is connected to the processor debugging serial port of the reinforced computer, and the second serial port input is connected to the single-chip microcomputer serial port of the single-chip microcomputer 104; the single-chip microcomputer 104 is used to detect the hardware status of the reinforced computer; control the power supply status and / or fan status of the reinforced computer; and control the path selection of the USB switching chip 102.

[0025] The USB switching chip 102 serves as a physical layer multiplexing hub. Its output channel is directly connected to the shared physical USB interface 101 of the entire device, while the input channel is divided into two independent signal sources: the first input channel is connected to the motherboard function USB signal source (carrying standard USB data transmission function), and the second input channel is connected to the debugging function USB signal source (dedicated to system debugging and upgrading).

[0026] The USB signal source for the debugging function is generated by the USB output end of the USB to multi-serial port chip 103. The chip is connected to the debugging serial port of the main processor of the reinforced computer through its first serial interface (for accessing the firmware and operating system layer status), and is connected to the communication serial port of the microcontroller 104 through the second serial interface (for transmitting hardware status data and receiving program update instructions).

[0027] The single-chip microcomputer 104 can detect the operating status of the entire hardware in real time (including the power-on status of the board, fan speed and temperature of key positions); perform the power supply management of the entire machine (such as power on and off timing control, restart operation) and fan speed regulation logic; dynamically control the channel selection of the USB switching chip 102, thereby determining the working mode switching of the shared physical USB interface 101 between the motherboard function interface and the debugging function interface.

[0028] In the physical connection architecture, the function of the USB to multi-serial port chip 103 is to realize signal aggregation and normalization. It integrates the debug serial port of the main processor and the serial port data stream of the microcontroller 104 into a single USB debugging signal stream, and transmits it to the USB switching chip 102 through the second input channel.

[0029] The MCU 104 connects to the temperature sensor, fan speed detection pin, and power management unit via GPIO or a dedicated bus, forming a hardware status acquisition network. Simultaneously, its I / O port directly drives the channel selection control line of the USB switch chip 102, forming a mode switching execution path.

[0030] This design ensures that all debugging functions are converged to the same physical interface 101, completely eliminating the structural redundancy of multiple interfaces in traditional solutions, while maintaining the physical sealing integrity of the reinforced chassis.

[0031] When the reinforced computer is in normal mode, the single chip microcomputer 104 controls the USB switch chip 102 to select the first input channel, so that the shared physical USB interface 101 is used as a mainboard interface of the mainboard function USB signal source.

[0032] When the ruggedized computer is in normal operating mode, MCU 104 presets the channel selection logic of USB switch chip 102 during system power-up initialization, controlling it to the first input channel. In this state, standard USB data streams carried by the motherboard functional USB signal source (such as external storage device transmission and human-computer interaction device communication) are directly directed to the shared physical USB port 101 through the lossless path of switch chip 102, allowing this port to function as the motherboard functional port.

[0033] At this time, the user's perception is no different from that of a traditional computer. USB peripherals such as USB flash drives and keyboards can be connected normally to perform data reading and writing or command input operations, while the internal status detection mechanism and debugging channel of the device are in a physically isolated state.

[0034] In this mode, MCU 104 polls the temperature sensor via the I2C bus to obtain core temperature rise data from the processor and bridge chip, simultaneously collects fan speed feedback signals, and analyzes the power management unit's power-on status signals in real time. This hardware status data is stored in MCU 104's internal buffer but is not actively output through any external interface, ensuring data purity across the functional interfaces.

[0035] Although the USB to multi-serial port chip 103 continues to receive the print information from the processor debug serial port and the monitoring data packet from the microcontroller 104, because the second input channel of the switching chip 102 is in an open circuit state, the debugging information flow is completely blocked outside the shared physical USB interface 101, fundamentally eliminating the interference of the debugging signal on the user's functional operations.

[0036] When the reinforced computer is in the debugging mode, the single chip microcomputer 104 controls the USB switch chip 102 to select the second input channel, so that the shared physical USB interface 101 is switched to the debugging interface of the USB signal source of the debugging function.

[0037] When the ruggedized computer needs to enter debug mode, MCU 104 detects a specific trigger signal and immediately switches the channel selection logic of USB switch chip 102 to the second input channel. At this point, the electrical characteristics and protocol layer of the shared physical USB interface 101 undergo a fundamental transformation. The data stream from the motherboard's functional USB signal source is physically isolated, and the debug USB signal source generated by USB-to-serial port chip 103 takes over.

[0038] This interface has been transformed into a dedicated channel with comprehensive debugging capabilities. Its underlying layer supports the transparent transmission of two independent serial data channels: one directly connected to the processor's debug serial port (implementing firmware log capture and operating system-level diagnostics), and the other directly connected to the communication serial port of MCU 104 (establishing a hardware-level interaction pipeline). In this mode, MCU 104 can control the entire panel indicator to flash at a fixed frequency, providing clear visual feedback on the mode status.

[0039] After the single chip microcomputer 104 controls the USB switch chip 102 to select the second input channel, the steps further include: outputting the detected hardware status; and / or receiving update data; and updating the control logic program of the power supply status and / or fan status using the update data.

[0040] When MCU 104 controls USB switch chip 102 to switch to the second input channel, shared physical USB interface 101 officially enters the debugging state. At this point, MCU 104 initiates the hardware status transparent transmission mechanism through the bidirectional data pipeline established by its serial port: the real-time collected board power supply voltage threshold, fan speed pulse frequency, and distributed temperature sensor digital signals are encapsulated into structured data frames.

[0041] This data frame is proactively pushed to the debug interface at preset intervals. Developers can directly analyze key hardware parameters through host-side terminal software, enabling non-invasive visual monitoring of the entire machine's operating status. During this process, temperature sampling is accomplished by polling multi-node digital sensors via the I2C bus, and fan speed is calculated based on the square wave period captured by the TACH pin, ensuring the physical layer accuracy of the status data.

[0042] Developers can also send firmware update packages to the microcontroller 104 through the debugging interface. After receiving the package, the built-in boot loader of the microcontroller 104 will suspend the current power management and fan control threads, retain the key status register values, and then erase the target sector of the internal flash memory. Finally, the received data will be burned to the new address page by page and the signature will be verified.

[0043] After the upgrade is complete, MCU 104 automatically loads the updated control logic program, such as an optimized power-on sequence algorithm or a PID closed-loop fan speed control strategy. This update takes effect during the next device initialization. This upgrade process is completed while the entire device is powered on. Due to the hardware-level isolation between the debug interface and the functional interface, user data flows and the underlying control flow do not interfere with each other, fundamentally eliminating the risk of system crashes caused by misoperation.

[0044] After the single chip microcomputer 104 controls the USB switch chip 102 to select the second input channel, the method further includes: only when the single chip microcomputer 104 is powered off and then powered on again, controlling the USB switch chip 102 to select the first input channel to exit the debugging mode.

[0045] In debug mode, the microcontroller 104 always maintains the second input channel of the USB switch chip 102 in the selected state, forming a hardware-level mode latching effect. This locking logic can only be released when a complete power failure occurs.

[0046] When the power supply of the entire device is physically cut off or a hard reset operation is performed, the supply voltage of the microcontroller 104 drops below the operating threshold, causing the operation to terminate, and the channel selection signal controlling the USB switch chip 102 disappears.

[0047] During the initialization phase after powering back on, the MCU 104 firmware first executes a preset channel reset routine, forcing the driver switching chip 102 to select the first input channel, instantly restoring the shared physical USB port 101 to function as a motherboard interface. This process is accompanied by a synchronous switching of the status indicator light: the periodic flashing in debug mode ceases, and a steady-state light signal indicates the activation of normal mode.

[0048] This power-loss-dependent exit mechanism prevents unexpected interruptions to debugging sessions due to software misoperation (such as incorrectly sending a reset command), ensuring the continuity of long-term stress testing. It also eliminates the risk of mode confusion caused by program runaway in the MCU 104, achieving an absolute reset of the state machine through physical power outages. Furthermore, by forcing developers to perform a complete device reboot, it ensures that updated control logic programs (such as optimized fan PID parameters) are initialized and take effect in a clean environment.

[0049] This design makes debug mode essentially a non-volatile state - as long as the microcontroller 104 maintains power, even if the main processor crashes or the operating system freezes, the debug interface can continue to output hardware layer status data, providing a key escape route for system-level fault location.

[0050] Through the above technical solution, it can be seen that the beneficial effects of this embodiment are:

[0051] The embodiment of the present application provides a reinforced computer with a normalized interface, comprising: a shared physical USB interface, a USB switching chip, a USB-to-multi-serial port chip, and a single-chip microcomputer; the first input channel of the USB switching chip is connected to the mainboard functional USB signal source of the reinforced computer, the second input channel is connected to the debugging function USB signal source, and the output channel is connected to the shared physical USB interface; the output end of the USB-to-multi-serial port chip constitutes the debugging function USB signal source, the first serial port input of the USB-to-multi-serial port chip is connected to the processor debugging serial port of the reinforced computer, and the second serial port input is connected to the single-chip microcomputer serial port; the single-chip microcomputer is used to detect the hardware status of the reinforced computer; control the power supply status and / or fan status of the reinforced computer; and control the path selection of the USB switching chip. This achieves the unification of the debugging interface and the functional interface, effectively improving the reliability and maintenance convenience of the system.

[0052] like Figure 2 The following is a specific embodiment of a debugging method for strengthening a computer according to the present application. The method described in this embodiment is applied to Figure 1 In the reinforced computer of the normalized interface shown. In this embodiment, a debugging method for a reinforced computer includes the following steps:

[0053] Step 201: When the reinforced computer is in normal mode, control the USB switch chip to select the first input channel so that the shared physical USB interface is used as the motherboard interface.

[0054] When the ruggedized computer is in normal working condition, that is, the whole machine is in the user application environment and has not entered the debugging or maintenance stage, the system defaults to connecting the shared physical USB interface to the mainboard functional USB signal source through the USB switch chip.

[0055] Specifically, when the microcontroller does not detect the trigger signal for entering the debugging mode during the power-on initialization phase or during operation, it will automatically control the USB switching chip to select its first input channel, that is, the motherboard function channel, so that the original USB signal of the motherboard can be brought out through the shared physical USB interface, realizing normal USB peripheral connection and functional data interaction.

[0056] In this normal mode, the shared physical USB interface serves as the functional interface of the motherboard and maintains a smooth connection with the USB controller on the motherboard. External devices such as USB flash drives, keyboards and mice, communication modules, etc. can establish standard USB communication relationships with the motherboard through this interface, and the normal operation of the host business will not be interfered with due to the existence of debugging logic.

[0057] At the same time, in this state, the USB to multi-serial port chip is isolated from the outside, that is, the processor debug serial port and the microcontroller serial port will not be exposed through the shared interface, ensuring that debug-related signals are not mistakenly triggered or interfered with in non-debugging scenarios, effectively enhancing the security and stability of the system.

[0058] Step 202: When the reinforced computer is in the debugging mode, the USB switching chip is controlled to select the second input channel so that the shared physical USB interface is switched to the debugging interface.

[0059] When the system enters debug mode, the MCU automatically controls the USB switch chip, switching its input channel from the motherboard USB signal source to the debug USB signal source. At this point, the shared physical USB port no longer performs regular motherboard USB communication functions, but instead functions as a debug port. Through the connected USB-to-serial port chip, external access to the processor debug serial port and the MCU serial port is achieved.

[0060] Entering debug mode is typically signaled by a user-initiated trigger under specific conditions, such as a keystroke, a remote command, or the detection of a maintenance status. Once the microcontroller recognizes the debug mode activation signal, it initiates the mode switch logic, switching the USB switch chip to the second input channel, allowing the debug signal chain to be connected to the shared USB port. This switch does not physically alter the shared port; it establishes the debug link solely through electrical switching, significantly enhancing the convenience and confidentiality of system debugging.

[0061] In debug interface mode, an external debugging device such as a computer can access the USB-to-serial chip via a standard USB connection. The chip provides two serial port paths: one connected to the processor debug serial port, which can output processor-level firmware logs, boot information, etc.; the other connected to the microcontroller serial port, which can read operating parameters such as fan speed, temperature, and power status, and can also send logic update data to the microcontroller. This enables comprehensive debug access to the entire system's hardware and software status.

[0062] The above technical solution demonstrates the beneficial effects of this embodiment: the mode switching process eliminates the need for disassembly, wiring changes, or exposing multiple interfaces, thus avoiding damage to reinforced structures. This fully meets the practical requirements for concealed debugging, unified interfaces, and convenient operation in high-reliability scenarios such as defense, power, and aerospace. By dynamically scheduling the functional roles of shared physical USB interfaces, the system interface structure is significantly simplified, improving debugging efficiency.

[0063] like Figure 3 FIG. 1 is another specific embodiment of a debugging method for reinforcing a computer according to the present application. This embodiment further describes the above embodiment.

[0064] In this embodiment, a debugging method for strengthening a computer includes the following steps:

[0065] Step 301: When the reinforced computer is in normal mode, control the USB switch chip to select the first input channel so that the shared physical USB interface is used as the motherboard interface.

[0066] Step 302: When the reinforced computer is in the debugging mode, the USB switching chip is controlled to select the second input channel so that the shared physical USB interface is switched to the debugging interface.

[0067] Step 303: Receive the hardware status data of the reinforced computer detected and sent by the single chip microcomputer.

[0068] The microcontroller not only controls the switching path of the USB interface but also monitors the real-time operating status of the ruggedized computer. It integrates multiple sensor interfaces, which can be used to obtain operating parameters of key system nodes, such as power supply status, temperature changes, and fan speed.

[0069] When the debugging mode is activated, the microcontroller will package the various hardware status data collected in real time according to the preset data structure, output it to the USB to multi-serial port chip through its serial port, and finally transmit it to the connected external debugging device through the shared physical USB interface.

[0070] The hardware status data includes at least one of power-on status data of a board corresponding to the reinforced computer, fan speed status data, and temperature status data.

[0071] Board power-on status data provides a real-time reflection of the power supply status of the mainboard and its daughterboards (such as I / O expansion cards and image processing modules). By monitoring the power enable signal (such as the EN pin) and the power-good indicator signal, the MCU accurately determines whether each key board has been successfully powered on and is in operation. If a board fails to respond or loses power, it is immediately reported through the debug interface, allowing technicians to quickly locate power supply chain or component anomalies.

[0072] Fan speed status data is collected and analyzed by the microcontroller through the fan's TACH signal. The microcontroller counts the TACH pulse frequency through an internal timer channel and converts this into the fan's actual current speed. Combined with the system's temperature control strategy, if the fan speed deviates from expectations, stalls, or slows down, the microcontroller promptly transmits the abnormal status to the debug host, effectively preventing overheating damage caused by cooling failure. Furthermore, the PWM control pin output can be combined to achieve closed-loop control of the fan speed, improving the system's thermal management capabilities.

[0073] Temperature status data is acquired through communication between the microcontroller and a temperature sensor (such as a digital temperature sensor using an I2C or analog interface). Measurement points are typically located in temperature-sensitive areas such as the processor, southbridge chip, and power module. The collected temperature data not only informs current cooling strategies but also provides a foundation for developing thermal performance analysis models during system operation.

[0074] Step 304, and / or, sending update data to the single-chip microcomputer, so that the single-chip microcomputer updates the control logic program stored therein for controlling the power supply state and / or fan state using the update data.

[0075] The update data, typically compiled control logic program code or configuration parameter files, is transmitted from the debug host computer to the microcontroller's serial port via a USB-to-serial chip using a standard serial port protocol. After receiving and verifying the data's integrity, the microcontroller writes it to its internal storage, such as on-chip Flash or external EEPROM, replacing the original control logic or parameter configuration.

[0076] The updated data can be used to optimize and iterate the two core control logics of the reinforced computer: one is the power supply status control logic, which involves process control such as powering on, shutting down, restarting, and power sequencing of the entire machine; the other is the fan control logic, including temperature control and speed regulation strategies, fan start and stop thresholds, alarm response mechanisms, and other contents.

[0077] Through online updates, developers can quickly adjust logic parameters based on test data and actual operating conditions at the equipment operation site without having to disassemble the device or replace the MCU program, significantly improving debugging efficiency and equipment adaptability.

[0078] The above technical solution demonstrates the beneficial effects of this embodiment: It enables non-destructive, real-time acquisition of the critical hardware status of a ruggedized computer without requiring external dedicated test equipment or a cover-opening probe, providing an efficient and stable information channel for on-site diagnosis and system optimization. Furthermore, it empowers the microcontroller with remote maintenance and continuous optimization capabilities, enabling the ruggedized computer system to rapidly respond and evolve in response to changing environmental parameters and reliability requirements.

[0079] like Figure 4 FIG. 1 is another specific embodiment of a debugging method for reinforcing a computer according to the present application. This embodiment further describes the above embodiment.

[0080] Step 401: When the reinforced computer is in normal mode, control the USB switch chip to select the first input channel so that the shared physical USB interface is used as the motherboard interface.

[0081] Step 402: When the reinforced computer is in the debugging mode, the USB switching chip is controlled to select the second input channel so that the shared physical USB interface is switched to the debugging interface.

[0082] Step 403: When the single chip microcomputer detects a specific trigger signal, it is determined that the reinforced computer is in the debugging mode.

[0083] When it is detected that the power button of the reinforced computer is continuously pressed for more than a preset time, it is determined that the single chip microcomputer detects a specific trigger signal.

[0084] To ensure that the ruggedized computer maintains stable operation of the motherboard's functional interfaces during use and can reliably switch to debug mode when needed, this application has designed a debug mode entry mechanism, whereby the microcontroller determines whether to enter debug mode based on a specific trigger signal. As the management and control core of this system, the microcontroller continuously monitors certain trigger signal sources during system operation as a basis for determining whether to enter debug mode.

[0085] The trigger signal can come from events such as user operation behavior, external level status changes, key action time, system initialization status, etc. The most common and stable method is to use the panel power button for trigger judgment, which not only avoids the addition of additional physical control components, but also takes into account the intuitiveness of user interaction. After the system is powered on, the microcontroller enters the running state and continuously reads the status changes of the key input channel during the monitoring phase. When it detects that the key is in a continuous pressing state and exceeds the preset time threshold (such as 10 seconds), the microcontroller determines that this is a debug signal triggered intentionally by humans, and then enters the debug mode and completes the interface switching operation.

[0086] In addition to keystroke triggering, this application also supports other types of triggering methods, such as detecting a high level input on a specified GPIO pin, receiving a specific serial port command, and identifying the debug flag during system initialization. These mechanisms can be flexibly configured based on the structural layout and functional requirements of different ruggedized computer products and can be expanded through software upgrades.

[0087] The above technical solution demonstrates the beneficial effects of this embodiment: by setting clear trigger conditions and limiting the entry into debug mode to a specific, low-probability operation path, this application effectively prevents the risk of user misoperation during normal use leading to incorrect interface switching, thereby enhancing the controllability and reliability of system logic switching. Furthermore, this mechanism provides clear entry control for debug mode management, ensuring that the system exposes debugging capabilities only under controlled conditions, meeting the stringent security and integrity requirements of hardened computers.

[0088] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods or computer program products. Therefore, the present application may adopt a completely hardware embodiment, a completely software embodiment, or a combination of software and hardware.

[0089] The various embodiments in this application are described in a progressive manner. Similar parts between the various embodiments can be referred to in conjunction with each other. Each embodiment focuses on the differences from other embodiments. In particular, the device embodiments are generally similar to the method embodiments, so the description is relatively simple. For relevant parts, refer to the partial description of the method embodiments.

[0090] It should also be noted that the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, commodity, or apparatus that includes a series of elements includes not only those elements but also other elements not explicitly listed, or includes elements inherent to such process, method, commodity, or apparatus. In the absence of further limitations, an element defined by the phrase "comprises a ..." does not exclude the presence of other identical elements in the process, method, commodity, or apparatus that includes the element.

[0091] The above are merely embodiments of the present application and are not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application should all be included within the scope of the claims of the present application.

Claims

1. A reinforced computer with a normalized interface, characterized in that: Including shared physical USB interface, USB switching chip, USB to multi-serial port chip and single chip microcomputer; The first input channel of the USB switch chip is connected to the motherboard function USB signal source of the reinforced computer, the second input channel is connected to the debugging function USB signal source, and the output channel is connected to the shared physical USB interface; The output end of the USB to multi-serial port chip constitutes the USB signal source of the debugging function, the first serial port input of the USB to multi-serial port chip is connected to the processor debugging serial port of the reinforced computer, and the second serial port input is connected to the single-chip microcomputer serial port of the single-chip microcomputer; The single chip microcomputer is used to detect the hardware status of the reinforced computer; control the power supply status and / or fan status of the reinforced computer; and control the path selection of the USB switching chip.

2. The reinforced computer according to claim 1, wherein: When the reinforced computer is in normal mode, the single chip microcomputer controls the USB switch chip to select the first input channel, so that the shared physical USB interface is used as the mainboard interface of the mainboard function USB signal source.

3. The reinforced computer according to claim 2, wherein: When the reinforced computer is in debugging mode, the single chip microcomputer controls the USB switching chip to select the second input channel, so that the shared physical USB interface is switched to the debugging interface of the debugging function USB signal source.

4. The reinforced computer according to claim 3, wherein: After the single chip microcomputer controls the USB switching chip to select the second input channel, the following further comprises: Outputting the detected hardware status; and / or, Receive updated data; The control logic program of the power supply state and / or fan state is updated using the update data.

5. The reinforced computer according to claim 4, characterized in that: After the single chip microcomputer controls the USB switching chip to select the second input channel, the following further comprises: Only when the single chip microcomputer is powered off and then powered on again, the USB switching chip is controlled to select the first input channel to exit the debugging mode.

6. A debugging method for strengthening a computer, characterized in that: The method is applied to the reinforced computer according to any one of claims 1 to 5, comprising: When the reinforced computer is in normal mode, the USB switch chip is controlled to select the first input channel so that the shared physical USB interface is used as a motherboard interface; When the reinforced computer is in the debugging mode, the USB switching chip is controlled to select the second input channel so that the shared physical USB interface is switched to the debugging interface.

7. The method according to claim 6, characterized in that After controlling the USB switching chip to select the second input channel so that the shared physical USB interface switches to the debugging interface, the method further includes: receiving hardware status data of the reinforced computer detected and sent by the single chip microcomputer; and / or, Sending update data to the single chip microcomputer so that the single chip microcomputer updates a control logic program stored therein for controlling the power supply state and / or fan state using the update data.

8. The method according to claim 7, characterized in that The hardware status data includes: At least one of the board power-on status data, fan speed status data and temperature status data corresponding to the reinforced computer.

9. The method according to claim 6, characterized in that The reinforcement computer is in debugging mode including: When the single chip microcomputer detects a specific trigger signal, it is determined that the reinforced computer is in the debugging mode.

10. The method according to claim 9, characterized in that The microcontroller detects a specific trigger signal including: When it is detected that the power button of the reinforced computer is continuously pressed for more than a preset time period, it is determined that the single chip microcomputer detects the specific trigger signal.

Images