我正在尝试发送以下十六进制数据块：
45, 0, 0, 63, 0, 0, 40, 0, 40, 11, 6E, DC, A, 0, 0, 1, C0, A8, 1, 5, 9D, B3, 22, B8, 0, 4F, 2E, 47, 61, 62, 63, 64, 65, 66, 67, 68, 69, 6A, 6B, 6C, 6D, 6E, 6F, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 7A, 61, 62, 63, 64, 65, 66, 67, 68, 69, 6A, 6B, 6C, 6D, 6E, 6F, 70, 71, 72, 73, 74, 61, 62, 63, 64, 65, 66, 67, 68, 69, 6A, 6B, 6C, 6D, 6E, 6F, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79
最初是Xbee S1模块上的UDP数据包到另一个Xbee S1模块
当我使用X-CTU读取收到的数据块时，收到的数据为：
45 00 00 63 00 00 40 00 40 11 6E DC 0D
0A 00 00 01 C0 A8 01 05 9D B3 22 B8 00 4F 2E 47 61 62 63 64 65 66 67 68 6A 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 77 78 79 7A 61 62 63 64 65 66 67 68 69 6A 6B 6C 6D 6E 6F 70 71 72 73 74 61 62 63 64 65 66 67 68 69 6B 6C 6D 6E 6F 70 71 72 73 74 75 76 77 78 79
请注意与发送数据无关的粗体字节（0D）？
任何人都可以猜出原因吗？这是配置吗？
Xbees在透明模式下工作。
答案 0 :(得分：1)
问题出在termios.c_oflag结构的“ONLCR和OCRNL”标志中，它将任何换行符“0A hex”转换为回车符“0D hex”，因此，如果一个发送“0A hex”串口，如果上面提到的标志值为1，端口将发送0D 0A。
解决方法是将这些标志值设置为零。
struct termios options;
options.c_oflag &= ~(ONLCR | OCRNL);
有关更多信息，请参阅termios手册页： [http://man7.org/linux/man-pages/man3/termios.3.html][1]