osMessagePut函数

2万 · 2023-2-3 21:40

STM32CUBE提供的Free RTOS操作系统，经CMSIS的封装，向一个消息队列发送消息的函数变为osMessagePut，其函数的声明为：osStatus osMessagePut (osMessageQId queue_id, uint32_t info, uint32_t millisec);
其中info是消息的内容，而它类型竟然是uint32_t，而不是一个指针！这岂不是意味着不能发送长度大于4字节的结构体类型的消息吗？

1万 · 2023-2-3 21:42

是不是可以把结构体的地址作为消息的内容发过去呢？

2万 · 2023-2-3 21:47

可我看了osMessagePut函数的代码后，发现不对头：该函数最终还是要调用xQueueSend函数的，其代码是：xQueueSend(queue_id, &info, ticks)，它把info的地址传过去。

2万 · 2023-2-3 21:49

要是一个任务两次调用osMessagePut函数发送消息，第一次时，给结构体变量赋值，然后调用osMessagePut函数将结构体的地址发送出去，osMessagePut函数再调用xQueueSend函数，将放置结构体地址的变量的地址发送出去；第二次时，准备再次调用osMessagePut函数发送消息，于是就给结构体变量赋以一个新的值。

1万 · 2023-2-3 21:52

假设此时，这样的话，再接收第一个消息，虽然可以根据消息的内容找到结构体，可这时结构体的内容已经改变了，岂不是出问题了！

1万 · 2023-2-3 21:54

看看这个函数的头文件，里面怎么注释的

2万 · 2023-2-3 21:58

没啥注释呀，就是说这个函数用于发送消息，第一个参数是消息队列的句柄，第二个参数是消息的内容，第三个参数是超时时间，函数返回状态。这些信息不足以消除疑问呀。

1万 · 2023-2-3 22:00

osMessagePut 函数的功能限定了只能传递一个32位的变量（指针），如果想解决楼主说的问题，用动态分配内存的方式可以解决。

2万 · 2023-2-3 22:02

每次发送前动态分配一块结构体内存，然后对其进行赋值，之后发送，第二次再申请一块新的内存，然后发送

2万 · 2023-2-3 22:09

这样就可以保证值不被改变，但是接收到消息后一定要对该内存释放。

1万 · 2023-2-3 22:10

其实RTOS的原函数是可以传递多字节的，也可以调用原函数来传递多字节。

1万 · 2023-2-3 22:12

这个函数的原型肯定有注释，编译后找到定义

1万 · 2023-2-3 22:14

因该不是这个意思

2万 · 2023-2-3 22:16

仔细看清楚是怎么用的，应该不会这么限制。

2万 · 2023-2-3 22:18

如果是指针的话就没有问题

1万 · 2023-2-3 22:25

可以在函数里用指针指向他啊应该是可以的

2万 · 2023-2-3 22:27

哈哈，楼主细节决定成败啊

1万 · 2023-2-3 22:29

RTOS没有问题吧。

2万 · 2023-2-3 22:32

感觉追踪到最后无论什么包装都是一个字节一个字节的发送

1万 · 2023-2-3 22:34

楼主到底犯了什么低级错误啊