gpt4 book ai didi

c - POSIX C 串行端口写切割缓冲区

转载 作者:太空宇宙 更新时间:2023-11-04 08:36:13 24 4
gpt4 key购买 nike

3i 有一个小的 C 程序,用于通过串口读写十六进制数据。在阅读时我没有问题,但是当我尝试像这样编写十六进制数据时:

static const unsigned char cmdActuatorOn[] = "\x41\x54\x2B\x18\x12\x00\x12\x4B"

我看到写入函数仅通过串行端口发送 5 个字节...所以我想它出于任何原因在“0x00”字符处剪切了十六进制数据。在我的串口设置下面:

int init_port(char const *const device)
{
int descriptor, result;
struct termios settings;


descriptor = open(device, O_RDWR | O_NOCTTY);

result = fcntl(descriptor, F_SETFL, O_NONBLOCK);

result = tcgetattr(descriptor, &settings);

settings.c_cflag &= ~PARENB;
settings.c_cflag &= ~CSTOPB;
settings.c_cflag &= ~CSIZE;
settings.c_cflag |= CS8;

settings.c_iflag |= IGNPAR;
settings.c_iflag &= ~(IGNBRK | BRKINT | PARMRK | ISTRIP | INLCR | IGNCR | ICRNL | IXON | IXOFF | IXANY | INPCK);// raw data input mode
settings.c_lflag &= ~(ECHO | ECHONL | ICANON | ISIG | IEXTEN);// raw data output
settings.c_oflag &= ~OPOST;// setting timeouts
settings.c_cc[VMIN] = 1; // minimum number of chars to read in noncanonical (raw mode)
settings.c_cc[VTIME] = 5; // time in deciseconds to wait for data in noncanonical mode (raw mode)

cfsetispeed(&settings, B9600);
cfsetospeed(&settings, B9600);


result = tcsetattr(descriptor, TCSANOW, &settings);

return descriptor;
}

写入数据的函数是:

int write_port(void const *const data, size_t const size)
{
unsigned char const *p = (unsigned char const *)data;
unsigned char const *const q = (unsigned char const *)data + size;
ssize_t n;

while (p < q) {
do {
n = write(port_descriptor, p, (size_t)(q - p));
} while (n == (ssize_t)-1 && errno == EINTR);
if (n == (ssize_t)-1 && errno == EWOULDBLOCK) {
/* Sleep for a millisecond, then retry. */
usleep(1000);
continue;
}

if (n == (ssize_t)-1)
return errno;
else
if (n < (ssize_t)1)
return EIO;

p += (size_t)n;
}

if (p != q)
return EIO;

return 0;
}

我调用函数 write_data 如下:

result = write_port(cmdActuatorOn, strlen(cmdActuatorOn));

这适用于其他二进制数据,如:

static const unsigned char cmdGetCoordAddress[] = "\x40\x04\x2B\x02\x08\x52\x41\x9D";
static const unsigned char cmdReadCoordChannelAddress[] = "\x43\x12\x0B\x07\x08";
static const unsigned char cmdReadCoordPanId[] = "\xAF\x50\x2B\x07\x09\x52\x49\x90";

在这种情况下,写入函数将所有正确的字节写入串口。只有 cmdActuatorOn 没有,所以我认为 0x00 是问题所在。

我的错误在哪里?我的串口配置有误?我将其设置为与 Raw 模式一起使用...是否正确?

非常感谢

最佳答案

您正在对不是标准 C 字符串的数据调用 strlen()

更具体地说,您的数据有一个嵌入的 '\0' 字节,在 C 中表示“字符串结尾”。因此,strlen("\x41\x54\x2B\x18\x12\x00\x12\x4B")5\x00 后面有多少字节并不重要,就 strlen() 而言,字符串在那里结束。

因为您实际上是在数组的大小之后,所以最好使用它,即使用sizeof cmdGetCoordAddress 等等。请注意,如果您无权访问实际数组,这将不起作用,即如果数组已衰减为指针,它将不起作用,然后您需要从数组声明可用的位置传递大小.

由于您的数组是全局的,sizeof 将起作用。

所以写调用:

result = write_port(cmdActuatorOn, sizeof cmdActuatorOn);

请注意,这有效,因为 cmdActuatorOn 被声明为数组。如果您执行非常相似的操作:

static const unsigned char *cmdGetCoordAddress = "\x40\x04\x2B\x02\x08\x52\x41\x9D";

那么名称 cmdGetCoordAddress 指的是类型为 unsigned char * 的指针,而 sizeof 将产生该特定类型的大小(通常4 或 8)。

关于c - POSIX C 串行端口写切割缓冲区,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/26143834/

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