gpt4 book ai didi

linux - 通过 Xbee S1 模块发送的数据之间的回车 (0X0D)

转载 作者:塔克拉玛干 更新时间:2023-11-03 00:54:04 24 4
gpt4 key购买 nike

我正在尝试发送以下十六进制数据 block :

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

这最初是一个 UDP 数据包通过 Xbee S1 模块到另一个 Xbee S1 模块

当我使用 X-CTU 读取接收到的数据 block 时,接收到的数据是:

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。

最佳答案

问题出在 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]

关于linux - 通过 Xbee S1 模块发送的数据之间的回车 (0X0D),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28122734/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com