Serial device debugging tool

Let me first explain why this is called a serial device debugging tool instead of a serial debugging tool. It is because this tool has more functions that are really needed for debugging devices than the serial debugging tools on the network. The first point is that most serial debugging tools return data immediately after receiving the data. Such data are all connected. The first piece of data and the next piece of data are connected head to tail. For debugging, It is very troublesome to look at the data, and when data keeps coming, you have to stop and look at the data unless you close the serial port. You cannot look at the data when the serial port is opened, because data keeps coming and washes out the previous data display, and some even cannot be maximized. This tool is tailor-made based on the actual needs of the development tool for communication with hardware for nearly four years, and it can also simulate the device to reply data immediately. In the past, the source code of many versions developed by QT was divided into two sets, one was compiled under Windows, and the other was compiled under Linux, which was even troublesome. Although the version after QT5.1 comes with a serial communication class, I have tested it, and it seems that there are still small problems. It is easy to get stuck when sending and receiving data quickly. The source code brought this time can be compiled on multiple platforms without any changes.

Basic functions:

1: Supports hexadecimal data sending and receiving.

2: Supports serial port communication above COM9 under windows.

3: Automatically load the serial port number of the corresponding operating system.

4: Real-time display of the size of data sent and received bytes and the status of the serial port.

Advanced features:

1: You can freely manage the data that needs to be sent. You only need to select the data from the drop-down box every time without re-entering the data.

2: The device can be simulated to reply data. You need to enable the simulated device to reply data on the main interface. When receiving the set command, immediately reply to the set reply command. For example, if you specify that you need to reply 0x16 0x00 0xFE 0x01 after receiving 0x16 0x00 0xFF 0x01, you only need to add a piece of data 16 00 FF 01:16 00 FE 01 to SendData.txt.

3: Data can be sent regularly and saved to text files: the default interval is 5 seconds, and the interval can be changed.

4: When continuously receiving a large amount of data, you can pause the display of data to view the specific data. The background still receives data but does not process it. There is no need to close the serial port to view the received data.

5: The data received every time is a complete piece of data, not disjointed, and is delayed.

Running screenshot: