Are they all integers? I take the data of U8 and U 16 as an example. They are 1 byte and 2 bytes respectively, so your serial port can receive 3 bytes at a time, and then use the "recover from string" function to interpret these three strings in a cluster (structure) way.

For the two values in the clustering constant in the graph, the first right click is set to U8 type, and the second right click is set to U 16 type. In order to display the content, they are not simplified as icons. In practical use, in order to save the space of program block diagram, double-click to zoom out.

The controls in the figure are displayed in hexadecimal display mode, which is convenient for viewing the relationship of data. The display of numerical values does not affect the size of their values. LabVIEW displays numerical values in controls in a way similar to formatting and writing strings. I hope you can understand this sentence.

The "Restore from String" function also has a "byte order" terminal, which can be used to set the byte order of data. For example, I use the default big-endian, network byte order, and numerical writing order to be more intuitive, and the following 16 bits are interpreted as 0x3456. If it is set to the byte order of CPU, such as little-endian, Intel, etc. , it is more intuitive from the address order. The low address byte corresponds to the low address, and the following 16 bits are interpreted as 0x5634.

The label in the control displayed later is determined by the classification constant that determines the output data type of the function, and can be unbound by name later. If you need to display these two curves, just connect this cluster directly to the waveform control.

Because MCU sends data actively, rather than after LabVIEW requests data, LabVIEW may start reading data in the process of serial port sending. Here, we need to consider how to find the starting position of the data. This can be solved by adding a synchronization header, which is not discussed here.