CN114090360A

CN114090360A - Server debugging device, method and medium thereof

Info

Publication number: CN114090360A
Application number: CN202210063078.2A
Authority: CN
Inventors: 池金波
Original assignee: Suzhou Inspur Intelligent Technology Co Ltd
Current assignee: Suzhou Inspur Intelligent Technology Co Ltd
Priority date: 2022-01-20
Filing date: 2022-01-20
Publication date: 2022-02-25
Anticipated expiration: 2042-01-20
Also published as: CN114090360B

Abstract

The application discloses server debugging device, method and medium thereof, aiming at the problem that deep debugging can not be carried out on the premise of not destroying the fault environment of a server at present, the application provides a server debugging device, which comprises: the common end of the magnetic latching relay is connected with the differential signal end of the Micro USB connector, and the normally open contact end and the normally closed contact end of the magnetic latching relay are connected with the USB signal end of the USB-to-UART chip and the first bus of the CPLD in a one-to-one correspondence manner; the UART end of the USB-to-UART chip is connected with the debugging serial port end of the BMC; the BMC is in communication connection with the CPLD, and each GPIO end of the CPLD is respectively connected with different equipment to be debugged, which is equivalent to that the Micro USB connector is respectively established with the BMC and the equipment to be debugged through a magnetic latching relay so as to deeply debug the equipment to be debugged under the condition of not damaging the fault environment of the server.

Description

Server debugging device, method and medium thereof

Technical Field

The present application relates to the field of server technologies, and in particular, to a server debugging apparatus, method, and medium.

Background

In actual use, the reliability and stability of the server are extremely high, comprehensive system level tests and various environmental stress tests are required before delivery, and a root cause analysis and solution scheme is provided for problems in the tests; when some sudden system faults occur, the reasons are not obvious and even difficult to reappear, and when the faults occur, the environment needs to be kept firstly, the states of all parts in the system are grabbed when the faults occur, and the debugging and the diagnosis are carried out on all the parts; once the power is off, the fault condition disappears, the problem attribution and problem recurrence will be extremely difficult, even without the root cause, the risk cannot be eliminated. As a design specification of a custom, a Micro USB interface of a front panel of a server to the outside is used as a Baseboard Manager (BMC) debugging serial port, a user identification key is used for positioning input, and a user identification indicator lamp is used for positioning indication.

Micro USB: the USB interface is a portable version of Universal Serial Bus (USB) 2.0 standard, a Micro USB interface is smaller than a Mini USB interface used by a part of mobile phones, the Micro-USB standard supports the OTG function of the USB, and data transmission can be directly realized between portable devices under the condition that a host (such as a personal computer) is not provided.

I2C: the I2C bus is a simple, bidirectional two-wire synchronous serial bus. It requires only two wires to transfer information between devices connected to the bus.

At present, two ways are mainly used for debugging a server, one of which is to connect a Universal Asynchronous Receiver/Transmitter (UART) of an external device to a BMC, and to implement out-of-band management of the external device to be debugged by the BMC, thereby implementing debugging of the external device; and the second method is that the external equipment leaves a UART or I2C debugging pin header on the server board card, is connected with a computer through an interface converter, and diagnoses and debugs under the support of computer debugging software.

However, the BMC can only perform primary operations such as reading temperature, upgrading firmware, reading part of registers and the like on external equipment, and cannot perform deeper and lower-layer debugging such as measuring an eye pattern. And the method of debugging pin header that uses to leave UART or I2C on the board card of server machine incasement portion, need open the machine case when pegging graft the converter, if the machine exterior space is limited, need to power off, off-shelf back operation the server, if debug the contact pin by other parts shelter from, also need to power off, operate after dismantling the shelter from the part. Actions such as power failure, component disassembly and assembly change the fault environment, and the diagnosis difficulty is increased.

Therefore, there is a need for a server debugging apparatus, method and medium thereof, which can perform complete debugging and diagnosis without damaging the failure environment of the server.

Disclosure of Invention

The purpose of the application is to provide a server debugging device, which can realize complete debugging and diagnosis under the condition of not damaging the fault environment of a server.

In order to solve the above technical problem, the present application provides a server debugging device, including: the USB interface comprises a Micro USB connector, a USB-to-UART chip, a BMC, a Complex Programmable Logic Device (CPLD) and a magnetic latching relay;

the common end of the magnetic latching relay is connected with the differential signal end of the Micro USB connector, the normally open contact end of the magnetic latching relay is connected with one of the USB signal end of the USB-to-UART chip and the first bus of the CPLD, and the normally closed contact end is connected with the other of the USB signal end of the USB-to-UART chip and the first bus of the CPLD; the UART end of the USB-to-UART chip is connected with the debugging serial port end of the BMC; the BMC is in communication connection with the CPLD, and each General Purpose Input/Output (GPIO) end of the CPLD is respectively connected with different devices to be debugged.

Preferably, the method further comprises the following steps: the power supply ends of the USB-to-UART chip and the magnetic latching relay are connected with the power supply end of the Micro USB connector;

correspondingly, the normally open contact end and the normally closed contact end of the magnetic latching relay are respectively connected with the USB signal end of the USB-to-UART chip and the first bus of the CPLD, and the magnetic latching relay comprises:

and a normally open contact end of the magnetic latching relay is connected with a USB signal end of the USB-to-UART chip, and a normally closed contact end of the magnetic latching relay is connected with a first bus of the CPLD.

Preferably, the BMC is in communication connection with the CPLD, and each GPIO terminal of the CPLD is connected to different devices to be debugged, respectively, including:

the UART end of the BMC is connected with the second bus of the CPLD, the first I2C end of the BMC is connected with the third bus of the CPLD, and the second I2C end of the BMC is connected with the management bus of the CPLD;

one GPIO end of the CPLD is connected with each I2C device to be debugged through an I2C expander, and the other GPIO ends of the CPLD are connected with each UART device to be debugged;

the I2C device to be debugged is a device to be debugged using an I2C port as a debugging port, and the UART device to be debugged is a device to be debugged using a UART port as a debugging port.

Preferably, the method further comprises the following steps: the device comprises a user identification key, a user identification indicator lamp and a field effect tube;

the first end of the user identification key is connected with the first GPIO end of the BMC, and the second end of the user identification key is connected with the source electrode of the field-effect tube and grounded; the anode of the user identification indicator lamp is connected with the power supply, and the cathode of the user identification indicator lamp is connected with the drain electrode of the field effect tube; and the grid electrode of the field effect transistor is connected with the second GPIO end of the BMC.

In order to solve the above technical problem, the present application further provides a server debugging method, which is applied to the server debugging apparatus, and includes:

acquiring a channel switching instruction sent by external control equipment;

and controlling the CPLD to conduct the first bus and the corresponding GPIO end according to the channel switching instruction.

acquiring a level signal received by the first GPIO terminal;

and controlling the CPLD to conduct the first bus and the corresponding GPIO end according to the level signal.

In order to solve the above technical problem, the present application further provides a server debugging device, which includes:

the instruction acquisition module is used for acquiring a channel switching instruction sent by external control equipment;

and the instruction conduction module is used for controlling the CPLD to conduct the first bus and the corresponding GPIO end according to the channel switching instruction.

In order to solve the above technical problem, the present application further provides a server debugging device, including:

the signal acquisition module is used for acquiring the level signal received by the first GPIO terminal;

and the signal conduction module is used for controlling the CPLD to conduct the first bus and the corresponding GPIO end according to the level signal.

In order to solve the above technical problem, the present application further provides a server debugging device, including: a memory for storing a computer program; a processor for implementing the steps of the server debugging method as described above when executing the computer program.

In order to solve the above technical problem, the present application further provides a computer-readable storage medium, on which a computer program is stored, and the computer program, when executed by a processor, implements the steps of the server debugging method as described above.

The server debugging device provided by the application is additionally provided with the magnetic latching relay, the common end of the magnetic latching relay is connected with the differential signal end of the Micro USB connector, and the normally open contact end and the normally closed contact end are respectively connected with the USB signal end of the USB-to-UART chip and the first bus of the CPLD; the UART end of the USB-to-UART chip is connected with the debugging serial port end of the BMC, so that normal communication with the BMC is realized, and because the BMC is in communication connection with the CPLD, each GPIO end of the CPLD is respectively connected with different devices to be debugged, so that basic debugging of the devices to be debugged can be realized through the BMC; similarly, because each GPIO terminal of the CPLD is respectively connected with different devices to be debugged, the communication connection with the corresponding devices to be debugged can be realized by controlling the conduction of the first bus and the different GPIO terminals, so that the devices to be debugged can be debugged directly. That is, this application establishes the communication connection of Micro USB connector and BMC and the equipment of waiting to debug respectively through the magnetic latching relay to realize that external control equipment inserts the Micro USB connector, whether the power-on of through control magnetic latching relay realizes establishing the communication relation with BMC or the equipment of waiting to debug respectively, when keeping the function that uses BMC to debug, still with waiting to debug the communication interface of equipment to map on the Micro USB connector, in order to realize under the condition of the fault environment of not destroying the server, directly treat that the debugging equipment carries out the debugging more deeply, the debugging of more bottom, the convenience, the flexibility of server debugging, diagnosis have been improved.

The server debugging method, the server debugging device and the computer readable storage medium correspond to the device and have the same effects.

Drawings

In order to more clearly illustrate the embodiments of the present application, the drawings needed for the embodiments will be briefly described below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings can be obtained by those skilled in the art without inventive effort.

Fig. 1 is a flowchart of a server debugging apparatus provided in the present invention;

FIG. 2 is a front panel structure diagram of a server debugging apparatus according to the present invention;

fig. 3 is a structural diagram of a control board card of a server debugging device provided in the present invention;

fig. 4 is a block diagram of another server debugging apparatus according to the present invention.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all the embodiments. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments in the present application without any creative effort belong to the protection scope of the present application.

The core of the application is to provide a server debugging device, a server debugging method and a server debugging medium.

In order that those skilled in the art will better understand the disclosure, the following detailed description will be given with reference to the accompanying drawings.

In actual server services, a server usually provides long-time and continuous network services for large-scale users, which has extremely high requirements on the reliability and stability of the server, and in order to ensure the reliability and stability, a server manufacturer performs a comprehensive system level test and various environmental stress tests before the server leaves a factory, and provides root cause analysis and solutions for problems in the test. However, when some sudden system faults occur, the reasons are not obvious, and even the faults are extremely difficult to reappear, and when the faults occur, the environment needs to be maintained firstly, the states of all parts in the system when the faults occur are captured, and the parts are debugged and diagnosed to find problems and take corresponding measures. Once the server is powered off, the fault state disappears, the problem attribution and problem recurrence are extremely difficult, even if the root cause is not removed, and the risk cannot be eliminated.

The BMC13 is commonly adopted to perform simple debugging on the server and leave a debugging pin in the internal device of the server. The BMC13 is used for debugging the server, only primary operations such as reading temperature, upgrading firmware and reading part of a memory can be performed, deeper and more bottom-layer debugging such as measuring an eye pattern can not be performed, debugging and diagnosis of the server are not thorough and comprehensive enough, and reliability and stability of the server can not be guaranteed; in the method of leaving the UART or I2C debug pin header on the board inside the server, the control device needs to be directly connected to the debug pin header to deeply and comprehensively debug the device 16 to be debugged. However, because the internal space of the server is limited, the case needs to be opened when the converter is plugged in, and even the server needs to be debugged after power is cut off and off; if the debugging pin header is shielded by other parts, the shielding parts are dismantled after power failure, and then debugging is carried out, but actions such as power failure, part dismounting and the like change the fault environment, and the difficulty of diagnosis is greatly improved.

Therefore, the present application provides a server debugging apparatus, as shown in fig. 1, including: the USB interface comprises a Micro USB connector 11, a USB-to-UART chip 12, a BMC13, a CPLD14 and a magnetic latching relay 15;

a common end of the magnetic latching relay 15 is connected with a differential signal end of the Micro USB connector 11, a normally open contact end of the magnetic latching relay 15 is connected with one of a USB signal end of the USB-to-UART chip 12 and a first bus of the CPLD14, and a normally closed contact end is connected with the other of the USB signal end of the USB-to-UART chip 12 and the first bus of the CPLD 14; the UART end of the USB-to-UART chip 12 is connected with the debugging serial port end of the BMC 13; the BMC13 is in communication connection with the CPLD14, and each GPIO terminal of the CPLD14 is respectively connected with different devices 16 to be debugged.

The public end of the magnetic latching relay 15 is connected with the differential signal end of the Micro USB connector 11, and according to the design specification formed by convention, the socket of the Micro USB connector 11 is arranged on the front panel of the server and exposed on the outer surface of the server, and the external control equipment for debugging is connected with the socket without the operations of opening the cover of the server, disassembling the machine or powering off the machine and the like. The normally closed contact end of the magnetic latching relay 15 establishes a mapping relation with one of the device to be debugged 16 or the BMC13 through the above connection relation, that is, is connected with the normally closed contact end of the magnetic latching relay 15, which is equivalent to being connected with one of the device to be debugged 16 or the BMC 13; the normally open contact end of the magnetic latching relay 15 establishes a mapping relation with the other one of the device to be debugged 16 or the BMC13 through the connection relation, that is, is connected with the normally open contact end of the magnetic latching relay 15, and is equivalent to be connected with the other one of the device to be debugged 16 or the BMC 13; therefore, by controlling whether the magnetic latching relay 15 is powered on or not, whether the common end of the magnetic latching relay 15 is opened at the normally closed contact end or the normally open contact end can be controlled, and further, the mapping relationship between the Micro USB connector 11 and the BMC13 or the device to be debugged 16 is respectively realized. Therefore, on the basis of keeping the original function of simply debugging by using the BMC13, the server debugging device further maps the communication interface of the to-be-debugged device 16 inside the server to the external interface of the Micro USB connector 11 on the front panel of the server, so that the to-be-debugged device 16 can be debugged comprehensively and deeply without opening a cover, powering off or disassembling the device, and the debugging and diagnosis effects of the server are further ensured.

Since the magnetic latching relay 15 conducts the common terminal with the normally open contact terminal or the normally closed contact terminal according to whether the power is on, the present embodiment provides a preferred embodiment for how to control the conducting relationship between the common terminal of the magnetic latching relay 15 and the normally open contact terminal and the normally closed contact terminal, as shown in fig. 2, further comprising: the power supply ends of the USB-to-UART chip 12 (USB to UART) and the magnetic latching Relay 15 (sinking Relay) are connected with the power supply end (P5V _ USB) of the Micro USB Connector 11 (Micro USB Connector);

correspondingly, as shown in fig. 2 and fig. 3, the connection of the normally open contact end and the normally closed contact end of the magnetic latching relay 15 with the USB signal end of the USB-to-UART chip 12 and the first bus (bus 1) of the CPLD14 respectively includes:

the normally open contact end of the magnetic latching relay 15 is connected with the USB signal end of the USB-to-UART chip 12, and the normally closed contact end of the magnetic latching relay 15 is connected with the first bus of the CPLD 14.

It should be noted that, in fig. 2 and 3, the board-to-board connectors in fig. 2 and 3 are connected by a board-to-board cable, the direction of the arrow of the line segment connecting the devices in the drawing indicates the flow of data or current, and the middle of the double-headed arrow indicates UART, I2C, UART or I2C, and the like, and the line supports UART, I2C, or both UART and I2C, and is bidirectional transmission.

Because the USB-to-UART chip 12 and the magnetic latching relay 15 both take electricity from the Micro USB connector 11, when the Micro USB connector 11 is connected with a standard USB wire, the USB-to-UART chip 12 and the magnetic latching relay 15 get electricity, the common end of the magnetic latching relay 15 is connected to a normally open contact end, the USB-to-UART chip 12 works normally, and a connecting line between the Micro USB connector 11 and the BMC13 is connected, so that normal communication can be realized; when the Micro USB connector 11 is connected to a non-standard USB cable (without a power line), the USB to UART chip 12 and the magnetic latching relay 15 are powered off, the common terminal of the magnetic latching relay 15 is turned to the normally closed contact terminal, and the connection line between the Micro USB connector 11 and the device 16 to be debugged is connected, so that normal communication can be achieved.

That is, in the connection relationship of this embodiment, when the Micro USB connector 11 is connected to the standard USB cable with a power line, the communication connection with the BMC13 is realized, and simple debugging can be realized through the BMC13, whereas when the Micro USB connector 11 is connected to the non-standard USB cable without a power line, the communication connection with each device to be debugged 16 is realized, and deep and comprehensive debugging can be performed. In addition, the standard USB cable and the non-standard USB cable mentioned in this embodiment are only distinguished by whether or not there is a power line.

In the embodiment of the common power supply of the magnetic latching relay 15 and the USB to UART chip 12, no extra power supply needs to be arranged, meanwhile, the common end is only turned to the normally open contact end when the magnetic latching relay 15 is powered on, the USB to UART chip 12 needs to be powered to connect the BMC13 at this time, and when the magnetic latching relay 15 is powered down, the common end is turned to the normally closed contact end, no matter whether the USB to UART chip 12 is powered or not, the USB to UART chip 12 cannot be connected with the BMC13 at this time, power supply for the USB to UART chip 12 is not needed, the control effect of line switching is ensured, and the cost is saved.

Further, for the communication connection between the BMC13 and the CPLD14, and the specific implementation forms that the GPIO terminals of the CPLD14 are respectively connected to different devices 16 to be debugged, this embodiment further provides a preferred implementation, as shown in fig. 3, including:

a UART end (BMC _ UART 1) of the BMC13 is connected with a second bus (bus 2) of the CPLD14, a first I2C end (BMC _ I2C) of the BMC13 is connected with a third bus (bus 3) of the CPLD14, and a second I2C end of the BMC13 is connected with a management bus of the CPLD 14;

one GPIO end (channel N) of the CPLD14 is connected with each I2C device to be debugged through an I2C expander (I2C Buffer), and the other GPIO ends (channel 1 to channel N-1) of the CPLD14 are connected with each UART device to be debugged (UART device 1 to UART device N-1);

in the embodiment, the I2C devices to be debugged (I2C device N to I2C device N + M-1) are the devices to be debugged 16 using the I2C port as the debug port, and the UART devices to be debugged are the devices to be debugged 16 using the UART port as the debug port, because the types of the interfaces of the debug ports supported by different devices to be debugged 16 are different, the UART ports are partially supported by the UART port, the I2C port is partially supported by the UART port, and the UART port is incompatible with the I2C port.

For example, as shown in fig. 3, N independent GPIO terminals (channel 1 to channel N) exist in CPLD14, so CPLD14 may connect N-1 UART devices to be debugged (UART device 1 to UART device N-1) and M I2C devices to be debugged (I2C device N to I2C device N + M-1), where the specific number of M is the number of extensions of I2C extender (I2C Buffer). The CPLD14 has 3 buses connected to a magnetic latching Relay 15 (latching Relay) or BMC13 in the above-described connection relationship.

The first bus is connected with the magnetic latching relay 15 and used for mapping an external interface of the Micro USB connector 11 on a front panel of the server when the magnetic latching relay 15 is powered on, and when the first bus is conducted with a certain GPIO (general purpose input/output) end, the external control device can establish communication connection with the corresponding device 16 to be debugged, so that diagnosis and debugging work are realized.

The second bus is connected to the UART port of the BMC13, and is used to implement communication connection with a device to be debugged via UART, that is, as shown in fig. 3, the second bus (bus 2) may connect the channel 1 to the channel N-1; the third bus (bus 3) is connected to the first I2C terminal (BMC _ I2C) of the BMC13, and is used to implement communication connection with I2C devices to be debugged (I2C device N to I2C device N + M-1), that is, as shown in fig. 3, the third bus (bus 3) may be connected to the channel N; when the BMC13 needs to debug the UART devices to be debugged (UART device 1 to UART device N-1), the CPLD14 is controlled to conduct the second bus (bus 2) and the corresponding GPIO terminal, that is, the corresponding channel, and when the BMC13 needs to debug the I2C devices to be debugged (I2C device N to I2C device N + M-1), the CPLD14 is controlled to conduct the third bus (bus 3) and the corresponding GPIO terminal.

How to control the conduction relationship between the CPLD14 bus and the corresponding GPIO terminal can be realized by the BMC13 connected by the management bus and the CPID, and a preferred embodiment is as follows: the external control device is connected with the network port end of the BMC13, so that the external control device establishes communication with the BMC13, and further sends an instruction to the BMC13 to control the CPLD14 to conduct the corresponding bus and the GPIO end. However, the way of controlling the CPLD14 by the BMC13 is not only one way described above, but also other ways of sending control commands to the BMC13 may be used to achieve the effect of controlling the CPLD 14.

The first bus is not limited by whether the device 16 to be debugged supports the UART port or the I2C port, and can communicate with each other, but the second bus can only communicate with the device 16 to be debugged which supports the UART port, and the third bus can only communicate with the device 16 to be debugged which supports the I2C port.

In addition, it is easy to understand that I2C supports one-to-many data transmission, so when CPLD14 is turned on to connect each bus with the nth channel, all I2C devices to be debugged can be debugged simultaneously.

It should be noted that, because the UART port can only perform one-to-one transmission, one channel is extended and connected to multiple UART devices to be debugged in time, and all devices cannot be debugged at the same time, on the contrary, only one device to be debugged needs to be controlled and selected, which additionally increases the control burden, and because the UART extender is less and more difficult to implement compared with the I2C extender, the first N-1 channels are preferably connected to the UART devices to be debugged separately, and the nth channel is connected to the M devices to be debugged through the I2C extender whose extension number is M.

In the embodiment, the device to be debugged of the UART is separately connected to different GPIO terminals of the CPLD14, while the device to be debugged of the I2C is connected to one GPIO terminal of the CPLD14 through the I2C extender, and the characteristic that the I2C supports one-to-many data transmission but the UART does not support is utilized, so that the GPIO terminal of the CPLD14 is maximally utilized, and a better debugging effect is achieved.

In the design specification defined by the server convention, a user identification key and a user identification indicator light for implementing the functions of positioning input and positioning display are further included, and this embodiment provides a preferred specific implementation of the above circuit in the server debugging apparatus provided by this application, as shown in fig. 2 and fig. 3, further including: the system comprises a user identification key (UID _ BTN), a user identification indicator lamp (UID _ LED) and a field effect tube;

the first end of the user identification key (UID _ BTN) is connected with the first GPIO (GPIO 1) of the BMC13, and the second end of the user identification key (UID _ BTN) is connected with the source electrode of the field effect transistor and grounded; the anode of the user identification indicator light (UID _ LED) is connected with the power supply, and the cathode of the user identification indicator light (UID _ LED) is connected with the drain electrode of the field effect tube; the gate of the field effect transistor is connected with the second GPIO terminal (GPIO 2) of the BMC 13.

The connection relation can realize the original functions of positioning input and positioning display. For example, the original control mode for realizing the positioning input and positioning display functions through the user identification key and the user identification indicator lamp is as follows: the user identification key is pressed once, the pressing duration is less than 5 seconds, the BMC13 detects a low level with the duration less than 5 seconds at the moment, the server is positioned by a user, and the BMC13 sends a level signal to light a user identification indicator lamp; the user identification key is pressed again, the maintaining time is less than 5 seconds, the server is released from positioning at the moment, and the BMC13 extinguishes the user identification indicator lamp; and when the user identification key is pressed for more than 5 seconds, the BMC13 resets. It is easily understood that the 5 seconds mentioned in the present embodiment is only a preferred solution, and the specific time can be freely changed according to the needs in practical application.

Correspondingly, an operator can press the user identification key at different frequencies and durations to send different level signals to the BMC13, so that the BMC13 can control the conduction relationship between the bus of the CPLD14 and different GPIO terminals, and the BMC13 can also send different level signals to the user identification indicator light, so that the user identification indicator light shows different on-off and flashing effects, and the operator can know which GPIO terminal the bus in the CPLD14 is conducted with at the moment.

In addition to the function of implementing the original positioning input and positioning display, the preferred scheme provided in this embodiment may also be configured to send a level signal to the BMC13 by pressing the user identifier key, so that the BMC13 may control the conduction between different buses of the CPLD14 and each GPIO terminal according to the level signal, and at the same time, the BMC13 may also indicate the connection relationship between the current bus and the GPIO terminal by controlling the on/off or flashing of the user identifier indicator, so that the original positioning input and positioning display functions are retained, the effect of controlling the bus of the CPLD14 and the corresponding GPIO terminal is additionally implemented without adding new hardware and circuits, and the cost is reduced.

In the foregoing embodiment, a detailed description is performed on a server debugging device, and the present application further provides an embodiment of a server debugging method corresponding to the server debugging device, where it is to be noted that, in the present application, a method corresponding to the server debugging device is described based on different control devices, one is to implement control over a conduction relationship between a bus of the CPLD14 and a GPIO terminal based on an external control device, and the other is to implement control over a conduction relationship between a bus of the CPLD14 and a GPIO terminal based on an original user identification key and an original user identification indicator lamp.

The server debugging method for controlling the conduction relation between the bus of the CPLD14 and the GPIO terminal based on the external control equipment comprises the following steps:

acquiring a channel switching instruction sent by external control equipment;

and controlling the CPLD14 to conduct the first bus and the corresponding GPIO terminal according to the channel switching instruction.

The external control device, such as a computer, is in communication connection with the BMC13 through a network port of the BMC13, and further directly sends a channel switching command to control the CPLD14 to conduct a corresponding bus and a GPIO terminal through the BMC 13. Meanwhile, the BMC13 can also return a conduction result to the external control equipment, so that an operator can intuitively observe the conduction relation inside the CPLD 14.

The server debugging method provided by the embodiment has the advantages that: the control mode is simple, and the information fed back by the BMC13 can be received through external control equipment, so that the internal conduction relation of the CPLD14 can be intuitively known.

A server debugging method for controlling the conduction relation between a bus of CPLD14 and a GPIO terminal based on an original user identification key and an original user identification indicator lamp comprises the following steps:

acquiring a level signal received by the first GPIO terminal;

and according to the level signal, controlling the CPLD14 to conduct the first bus and the corresponding GPIO terminal.

In the above embodiment of the server debugging device, it is clear that the first GPIO terminal is connected to the first terminal of the user identification key, and the second terminal of the user identification key is grounded, so that a low level is generated each time the user identification key is pressed, and the duration of the low level depends on the duration of the pressing of the user identification key, so that different level signals can be sent to the BMC13 by pressing the user identification key at different frequencies and durations, thereby enabling the BMC13 to control the conduction relationship between the bus in the CPLD14 and the GPIO terminals according to the different level signals.

For example, as shown in fig. 2 and fig. 3, the CPLD14 has N GPIO terminals, that is, N channels, which are respectively connected to N-1 UART devices to be debugged and M I2C devices to be debugged, when it is necessary to select the first bus to be conducted with the a-th channel, the user identification key is pressed a times, the time for pressing the key each time is less than a first preset time, and the time for releasing the key between actions of pressing the user identification key a times is less than a second preset time. The level signal generated by the above operations is a control command for the BMC13 to control the CPLD14 to conduct the first bus and the a-th channel.

Correspondingly, in order to enable an operator to know the conduction relationship between the bus and the channel in the CPLD14, taking conducting the first bus and the a-th channel as an example, the BMC13 controls the user identification indicator lamp to blink a times at a preset frequency, then extinguish the time for a third preset duration, and then blink a times at the preset frequency, and alternately and repeatedly periodically display until the conduction relationship between the bus and the channel in the CPLD14 is changed, so as to display the blinking state corresponding to the new conduction relationship.

In addition, in order to retain the original functions of the user identification key and the user identification indicator lamp, this embodiment provides another implementation scheme, and also takes controlling the first bus to be conducted with the a-th channel as an example, the user identification key should be pressed for a +1 times, and the time that the key is pressed each time is less than a first preset time length, and the time that the key is released between actions of pressing the user identification key for a +1 times is less than a second preset time length;

correspondingly, the user identification key is pressed only once, the pressing duration is shorter than a first preset time, and the key release time is longer than a second preset time, so that the user positioning function is realized;

when the duration of the pressed user identification key exceeds a fourth preset duration, the function of resetting the BMC13 is realized;

and when the duration of the pressed user identification key is longer than the first preset duration and shorter than the fourth preset duration, controlling the CPLD14 to disconnect the conduction relation between the first bus and all the GPIO ends.

The advantages of this embodiment over the above embodiments are: the embodiment realizes the control effect without additionally adding new equipment and connecting lines, reduces the cost, and has simple and easy operation.

To further illustrate the server debugging apparatus and method provided in the present application, the following detailed description is provided for the application of the apparatus and method in a practical environment.

As shown in fig. 3, CPLD14 has N channels in total to connect with N-1 UART devices to be debugged and M I2C devices,

when simple debugging of the device to be debugged 16 is required using the BMC13, a standard USB line access Micro USB Connector 11 is provided at an interface (Micro USB Connector) of the front panel of the server. At this time, the external control device can be equivalent to a debugging serial port (BMC _ UART 2) connected to the BMC13 by disconnecting the Micro USB connector 11, so that the to-be-debugged device 16 can be simply debugged by the BMC 13.

When deep and comprehensive debugging needs to be directly performed on the device 16 to be debugged, a non-standard USB line is accessed to the Micro USB Connector, at this time, the external control device is equivalently connected with the first bus of the CPLD14, at this time, the CPLD14 needs to be controlled, and the first bus and the corresponding GPIO end, that is, the corresponding channel, are conducted, and the specific control method of the CPLD14 is as follows:

1) selecting a channel: the holding time for pressing the user identification key is less than 2 seconds, and the process is marked as S1; the time that the user identification key is released is less than 2 seconds, and the process is marked as S2; repeating the steps S1 and S2 until the time that the user identification key is released is greater than 2 seconds, and the process that the time that the user identification key is released is greater than 2 seconds is recorded as S3; if S1 is performed A +1 times in total before S3 occurs, then the connection connecting the first bus and the A-th channel is equivalent to the A-th device 16 to be debugged being mapped to the Micro USB Connector. That is, the steps of S1 and S2 are repeated a +1 times, and then S3 is performed, that is, the a-th channel is selected.

It should be noted that, when the device to be debugged of I2C needs to be debugged, only the nth channel needs to be selected, and it is not necessary to distinguish the device to be debugged that is connected to a specific one of I2C.

2) Positioning by a user: maintaining the time after the user identification key is pressed for less than 2 seconds, namely S1; the duration of time after the user identification key is released is more than 2 seconds, namely S3; and realizing the user positioning function. I.e., go to S1 once and then to S3 to achieve user location.

3) And (4) restoring the default: the holding time after the user identification key is pressed is more than 2 seconds and less than 5 seconds, and the process is marked as S4; and controlling the CPLD14 to disconnect the conduction relation between the bus and all the GPIO terminals. That is, S4 is performed once to restore the default.

4) Resetting BMC 13: the holding time after the user identification key is pressed is more than 5 seconds, and the process is marked as S5; triggering the BMC13 reset. That is, S5 is performed once to reset BMC 13.

Accordingly, the status of the user identification indicator light changes as follows:

1) the state follows: before the user identification key is released for more than 2 seconds, that is, before S3 occurs, the user identification indicator light changes state as the user identification key is pressed, that is, the user identification indicator light changes on-off state every time the user identification key is triggered by a low level.

2) The state is displayed periodically: after the holding time is longer than 2S after the user identification key is released, namely S3 appears, the user identification indicator lamp flickers according to the selected equipment number; if the device A is selected, the user identification indicator lamp continuously flickers for A +1 times at the frequency of 2Hz, then is extinguished for 2s, and the periodical cycle display is used for indicating the mapping relation between the Micro USB and the internal A-th device 16 to be debugged.

In the foregoing embodiment, a server debugging method is described in detail, and the present application also provides an embodiment corresponding to a server debugging apparatus. It should be noted that the present application describes the embodiments of the apparatus portion from two perspectives, one from the perspective of the function module and the other from the perspective of the hardware.

Based on the angle of functional module, a server debugging device includes:

and the instruction conduction module is used for controlling the CPLD14 to conduct the first bus and the corresponding GPIO end according to the channel switching instruction.

Also based on the angle of the function module, the embodiment further provides another server debugging apparatus including:

and the signal conduction module is used for controlling the CPLD14 to conduct the first bus and the corresponding GPIO terminal according to the level signal.

Since the embodiments of the apparatus portion and the method portion correspond to each other, please refer to the description of the embodiments of the method portion for the embodiments of the apparatus portion, which is not repeated here.

The server debugging device provided by the application controls whether the magnetic latching relay 15 is electrified or not, controls whether the public end of the magnetic latching relay 15 is opened at a normally closed contact end or a normally open contact end, and controls the conduction relation between the bus of the CPLD14 and the GPIO end, so as to respectively realize the mapping relation between the Micro USB connector 11 and the BMC13 or the corresponding device 16 to be debugged, on the basis of keeping the original function of simply debugging by using the BMC13, the communication interface of the device 16 to be debugged inside the server is mapped to the external interface of the Micro USB connector 11 on the front panel of the server, so that the device 16 to be debugged can be debugged comprehensively and deeply without opening a cover or breaking down, and the debugging and diagnosing effects of the server are further ensured.

Fig. 4 is a structural diagram of a server debugging apparatus according to another embodiment of the present application, and as shown in fig. 4, the server debugging apparatus includes: a memory 20 for storing a computer program;

the processor 21 is configured to implement, when executing a computer program, the steps of the server debugging method in the above embodiments (which may be a method for implementing correspondence between the conduction relationships between the bus of the CPLD14 and the GPIO terminal based on the original user identification key and the user identification indicator lamp, or a method for implementing correspondence between the conduction relationships between the bus of the CPLD14 and the GPIO terminal based on an external control device).

The server debugging device provided by the embodiment may include, but is not limited to, a smart phone, a tablet computer, a notebook computer, a desktop computer, or the like.

The processor 21 may include one or more processing cores, such as a 4-core processor, an 8-core processor, and the like. The Processor 21 may be implemented in hardware using at least one of a Digital Signal Processor (DSP), a Field-Programmable Gate Array (FPGA), and a Programmable Logic Array (PLA). The processor 21 may also include a main processor and a coprocessor, where the main processor is a processor for Processing data in an awake state, and is also called a Central Processing Unit (CPU); a coprocessor is a low power processor for processing data in a standby state. In some embodiments, the processor 21 may be integrated with a Graphics Processing Unit (GPU) which is responsible for rendering and drawing the content required to be displayed on the display screen. In some embodiments, the processor 21 may further include an Artificial Intelligence (AI) processor for processing computational operations related to machine learning.

The memory 20 may include one or more computer-readable storage media, which may be non-transitory. Memory 20 may also include high speed random access memory, as well as non-volatile memory, such as one or more magnetic disk storage devices, flash memory storage devices. In this embodiment, the memory 20 is at least used for storing the computer program 201, wherein after being loaded and executed by the processor 21, the computer program can implement the relevant steps of a server debugging method disclosed in any one of the foregoing embodiments. In addition, the resources stored in the memory 20 may also include an operating system 202, data 203, and the like, and the storage manner may be a transient storage manner or a permanent storage manner. Operating system 202 may include, among others, Windows, Unix, Linux, and the like. Data 203 may include, but is not limited to, a server debugging method, and the like.

In some embodiments, a server debugging apparatus may further include a display 22, an input/output interface 23, a communication interface 24, a power supply 25, and a communication bus 26.

Those skilled in the art will appreciate that the configuration shown in fig. 4 does not constitute a limitation of a server commissioning apparatus and may include more or fewer components than those shown.

The server debugging device provided by the embodiment of the application comprises a memory and a processor, wherein when the processor executes a program stored in the memory, the following method can be realized: a server debugging method.

Finally, the application also provides a corresponding embodiment of the computer readable storage medium. The computer readable storage medium has stored thereon a computer program, and when executed by the processor, the computer program implements the steps described in the above method embodiments (which may be a method for implementing correspondence between the conduction relationship between the bus of the CPLD14 and the GPIO terminal based on the original user identification key and the original user identification indicator lamp, or a method for implementing correspondence between the conduction relationship between the bus of the CPLD14 and the GPIO terminal based on the external control device).

It is to be understood that if the method in the above embodiments is implemented in the form of software functional units and sold or used as a stand-alone product, it can be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the present application may be embodied in the form of a software product, which is stored in a storage medium and executes all or part of the steps of the methods described in the embodiments of the present application, or all or part of the technical solutions. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

The computer storage medium controls whether the magnetic latching relay 15 is powered on or not by executing control, controls whether the public end of the magnetic latching relay 15 is opened at a normally closed contact end or a normally open contact end, and further respectively realizes the mapping relation between the Micro USB connector 11 and the BMC13 or the corresponding device 16 to be debugged by controlling the conduction relation between the bus of the CPLD14 and the GPIO end, and maps the communication interface of the device 16 to be debugged inside the server to the external interface of the Micro USB connector 11 on the front panel of the server on the basis of keeping the original function of simply debugging by using the BMC13, so that the device 16 to be debugged can be debugged comprehensively and deeply without opening a cover, powering off or disassembling the computer, and the debugging and diagnosis effects of the server are further ensured.

The foregoing describes a server debugging apparatus, method and medium thereof in detail. The embodiments are described in a progressive manner in the specification, each embodiment focuses on differences from other embodiments, and the same and similar parts among the embodiments are referred to each other. The device disclosed by the embodiment corresponds to the method disclosed by the embodiment, so that the description is simple, and the relevant points can be referred to the method part for description. It should be noted that, for those skilled in the art, it is possible to make several improvements and modifications to the present application without departing from the principle of the present application, and such improvements and modifications also fall within the scope of the claims of the present application.

It is further noted that, in the present specification, relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.

Claims

1. A server debugging apparatus, comprising: the system comprises a Micro USB connector, a USB-to-UART chip, a BMC, a CPLD and a magnetic latching relay;

the common end of the magnetic latching relay is connected with the differential signal end of the Micro USB connector, the normally open contact end of the magnetic latching relay is connected with one of the USB signal end of the USB-to-UART chip and the first bus of the CPLD, and the normally closed contact end is connected with the USB signal end of the USB-to-UART chip and the other one of the first bus of the CPLD; the UART end of the USB-to-UART chip is connected with the debugging serial port end of the BMC; the BMC is in communication connection with the CPLD, and each GPIO end of the CPLD is respectively connected with different devices to be debugged.

2. The server debugging apparatus according to claim 1, further comprising: the power supply ends of the USB-to-UART chip and the magnetic latching relay are connected with the power supply end of the Micro USB connector;

correspondingly, the connection between the normally open contact end and the normally closed contact end of the magnetic latching relay and the USB signal end of the USB-to-UART chip and the first bus of the CPLD respectively includes:

and the normally open contact end of the magnetic latching relay is connected with the USB signal end of the USB-to-UART chip, and the normally closed contact end of the magnetic latching relay is connected with the first bus of the CPLD.

3. The server debugging device of claim 1, wherein the BMC is in communication connection with the CPLD, and each GPIO terminal of the CPLD is connected to a different device to be debugged, respectively, comprising:

the I2C device to be debugged is the device to be debugged using an I2C port as a debugging port, and the UART device to be debugged is the device to be debugged using a UART port as a debugging port.

4. The server debugging apparatus according to claim 3, further comprising: the device comprises a user identification key, a user identification indicator lamp and a field effect tube;

the first end of the user identification key is connected with the first GPIO end of the BMC, and the second end of the user identification key is connected with the source electrode of the field effect transistor and grounded; the anode of the user identification indicator lamp is connected with a power supply, and the cathode of the user identification indicator lamp is connected with the drain electrode of the field effect tube; and the grid electrode of the field effect tube is connected with the second GPIO end of the BMC.

5. A server debugging method applied to the server debugging apparatus according to any one of claims 1 to 3, comprising:

acquiring a channel switching instruction sent by external control equipment;

6. A server debugging method applied to the server debugging apparatus according to claim 4, comprising:

acquiring a level signal received by the first GPIO terminal;

7. A server debugging apparatus, comprising:

8. A server debugging apparatus, comprising:

9. A server debugging apparatus, comprising:

a memory for storing a computer program;

processor for implementing the steps of the server debugging method according to claim 5 or 6 when executing said computer program.

10. A computer-readable storage medium, having stored thereon a computer program which, when being executed by a processor, carries out the steps of the server debugging method according to claim 5 or 6.