难以理解的osMessagePut函数

只看该作者 · 2017-10-4 12:45

STM32CUBE提供的Free RTOS操作系统，经CMSIS的封装，向一个消息队列发送消息的函数变为osMessagePut，其函数的声明为：osStatus osMessagePut (osMessageQId queue_id, uint32_t info, uint32_t millisec);
其中info是消息的内容，而它类型竟然是uint32_t，而不是一个指针！这岂不是意味着不能发送长度大于4字节的结构体类型的消息吗？
我曾经考虑：是不是可以把结构体的地址作为消息的内容发过去呢？可我看了osMessagePut函数的代码后，发现不对头：该函数最终还是要调用xQueueSend函数的，其代码是：xQueueSend(queue_id, &info, ticks)，它把info的地址传过去。
这样问题就来了：要是一个任务两次调用osMessagePut函数发送消息，第一次时，给结构体变量赋值，然后调用osMessagePut函数将结构体的地址发送出去，osMessagePut函数再调用xQueueSend函数，将放置结构体地址的变量的地址发送出去；第二次时，准备再次调用osMessagePut函数发送消息，于是就给结构体变量赋以一个新的值。
假设此时，这样的话，再接收第一个消息，虽然可以根据消息的内容找到结构体，可这时结构体的内容已经改变了，岂不是出问题了！

只看该作者 · 2017-10-4 13:49

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

只看该作者 · 2017-10-4 16:31

捉虫天师发表于 2017-10-4 13:49
看看这个函数的头文件，里面怎么注释的

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

只看该作者 · 2017-10-11 10:23

osMessagePut 函数的功能限定了只能传递一个32位的变量（指针），如果想解决楼主说的问题，用动态分配内存的方式可以解决。每次发送前动态分配一块结构体内存，然后对其进行赋值，之后发送，第二次再申请一块新的内存，然后发送。这样就可以保证值不被改变，但是接收到消息后一定要对该内存释放。其实RTOS的原函数是可以传递多字节的，也可以调用原函数来传递多字节。