串口网口16进制发送的和ASCII发送以及16进制接收和ASCII接收区别

我们在工控软件中，会经常使用到网口和串口，去接受和发送数据。通常我们发送数据的模式有两种，一种16进制，一种是ASCII码。16进制的的经常会用来和仪器PLC等设备通讯。ACSII码是一种文本模式。

1、当我们不点选16进制时，按文本模式发送。这是我们输入的文本区的内容是一个个字符。比如输入06，这时06为‘0’和‘6’两个字符。发送的时候会将字符‘0’的ASCII码和字符‘6’的ASCII码发送出去，即是0x30和0x36。当我们以文本模式(ASCII)接收时就会收到06,当我们以16进制(HXE)接收时就会收到0X30，0X36,其中0x代表16进制，不会在串口调试助手上显示出来，只会显示 30 36

2、当我们按16进制发送06时，这时06为一个16进制数即0x06。当我们以文本模式(ASCII)接收时就会收到的为乱码，因为16进制的0x06的ASCII码是不可显示字符为ACK。当我们以16进制(HXE)接收时就会收到0X06，其中0x代表16进制，不会在串口调试助手上显示出来，只会显示06

这就是为什么按16进制发送的效率要高于ASCII码的效率。从中我们也可以看出计算机底层发送数据是一个个数。

注意：串口和网口接收回来，当你用char 类型的buf去接收的时候，其实已经进行一次转换了。这是它的十进制范围是-128—127。如果我们要将其变成无符号的数就要用byte类型的buf去接收，或者用char接收，强制转化为unsigned char类型。这样的它的十进制范围就变成了0~255。这样你就可以用多个buf 组成16,32位等数据了。
加粗样式
最后 总结

计算机底层发送数据是一个个数。接收来之后，要我们自己按照自己的方式转换。

常见的转换的函数用 itoa strtoul strtol atoi atof。多个字节转化要使用移位，取反等操作。

都要大四了还搞不清这个概念也真是丢脸。

首先，底层的数据传输都是字节流，所以不管选择什么方式，都会被分解为一个一个的字节。

1、选择Hex发送就代表你要发送的内容是纯数字，由程序完成String到Int再到Byte的转化。所以你应该保证每个你要发送的数都是两位的，如果是7就应该写07，因为程序会每两位每两位地读。如果你选择了Hex发送，而输入的又是字符，比如你写了ab，那么就会被程序读为16进制的AB。这就是不同的概念了，无论你选择什么方式显示都不能得到原来的ab了。

2、选择ASCII发送就代表你要发送的是字符串，这时候程序就会一位一位地读，比如你写了1234，在字节流中传递的就是123对应的ASCII码，31,32,33,34（十六进制的）。比较而言，在Hex发送模式下，写了1234，会被发送的就是12,34，如果是01020304那就是01，02，03，04。这个时候，你写ab就会发送相应的ASCII码61,62，其他字符同理。

到这里，数据已经发送出去了，接下来就是显示的问题。是显示模式，不是解析，不存在解析。

3、选择Hex显示就是把字节转化为16进制整型，你收到的是12,34，就显示为12,34，你收到31,32,33,34，也显示为31,32,33,34，如果收到AB呢，那也是AB。

4、选择ASCII显示呢，就会把你接收到的十六进制转化为对应的字符，比如你收到了31，就会显示为1。这种模式下可能会出现乱码，原因就是ASCII码只从0-7f。如果你在十六进制发送模式下发送了字符，比如发送了ab，那你就会收到AB，这个并没有ASCII码对应的字符。

所以在Hex模式下如果输入字符，是无论如何接收不到正确的数据的，其他方式那就随意了。重要的是，方式的选择改变的不是数据本身，而是数据的表现形式。

参考文章：
https://blog.csdn.net/u010154491/article/details/58592831
https://blog.csdn.net/weixin_30372371/article/details/95550949
https://blog.csdn.net/wuan584974722/article/details/54460220