rt-thread的at组件在freeRTOS上的移植与应用

目录

一、AT命令

二、rtthread at组件简介

三、移植到freeRTOS

3.1、数据结构

3.2、API

3.3、at client 流程

3.4、串口数据接收处理

3.5、数据缓存 --- 顺序队列

四、使用示例

4.1、串口配置信息解析

4.2、IP和MAC地址解析

五、最后


一、AT命令

AT 命令集是一种应用于 AT 服务器(AT Server)与 AT 客户端(AT Client)间的设备连接与数据通信的方式。其基本结构如下图所示:

  1. 一般 AT 命令由三个部分组成,分别是:前缀、主体和结束符。其中前缀由字符 AT 构成;主体由命令、参数和可能用到的数据组成;结束符一般为  ("\r\n")
  2. AT Server 向 AT Client 发送的数据分成两种:响应数据和 URC 数据
  • 响应数据: AT Client 发送命令之后收到的 AT Server 响应状态和信息
  • URC 数据: AT Server 主动发送给 AT Client 的数据,一般出现在一些特殊的情况,比如 WIFI 连接断开、TCP 接收数据等,这些情况往往需要用户做出相应操作

    二、rtthread at组件简介

    RT-Thread系统的AT 组件是 AT Server 和 AT Client 的实现,组件完成 AT 命令的发送、命令格式及参数判断、命令的响应、响应数据的接收、响应数据的解析、URC 数据处理等整个 AT 命令数据交互流程。

    通过 AT 组件,设备可以作为 AT Client 使用串口连接其他设备发送并接收解析数据,可以作为 AT Server 让其他设备甚至电脑端连接完成发送数据的响应,也可以在本地 shell 启动 CLI 模式使设备同时支持 AT Server 和 AT Client 功能,该模式多用于设备开发调试。

    AT 组件资源占用

    • AT Client 功能:4.6K ROM 和2.0K RAM;

    • AT Server 功能:4.0K ROM 和2.5K RAM;

    • AT CLI 功能:1.5K ROM ,几乎没有使用RAM

三、移植到freeRTOS

项目中只用到的at client的功能,所以这里也只移植了client部分。移植分为两块,一块是将at client中使用的线程创建、信号量创建收发等rtthread系统API替换成freeRTOS的,这部分比较简单;另一块是串口数据收发部分,rtthread是基于自带的UART设备驱动框架来做的,并带有数据缓存功能,移植过来需要将其剥离,然后实现串口数据的发送、接收及接收数据的缓存功能。移植后

  • 串口数据发送是采用的轮询发送模式
  • 串口数据接收使用的是DMA方式
  • 接收数据缓存使用的是顺序队列

在移植前先来了解下at client的设计思路,有哪些数据结构以及提供了哪些API,注意这些数据结构跟API是移植调整过后的,跟原有的相差不大

3.1、数据结构

at_response 结构体用于响应数据的接收,at_urc_table 结构体是urc数据注册表,at_client 结构体是at client控制句柄

struct at_response
{
    /* response buffer */
    char *buf;
    /* the maximum response buffer size, it set by `at_create_resp()` function */
    uint16_t buf_size;
    /* the length of current response buffer */
    uint16_t buf_len;
    /* the number of setting response lines, it set by `at_create_resp()` function
     * == 0: the response data will auto return when received 'OK' or 'ERROR'
     * != 0: the response data will return when received setting lines number data */
    uint16_t line_num;
    /* the count of received response lines */
    uint16_t line_counts;
    /* the maximum response time */
    uint32_t timeout;
};
typedef struct at_response *at_response_t;

struct at_client;

/* URC(Unsolicited Result Code) object, such as: 'RING', 'READY' request by AT server */
struct at_urc
{
    const char *cmd_prefix;
    const char *cmd_suffix;
    void (*func)(struct at_client *client, const char *data, uint16_t size);
};
typedef struct at_urc *at_urc_t;

struct at_urc_table
{
    size_t urc_size;
    const struct at_urc *urc;
};
typedef struct at_urc *at_urc_table_t;

struct at_client
{    
    at_status_t status;
    char end_sign;

    /* the current received one line data buffer */
    char *recv_line_buf;
    /* The length of the currently received one line data */
    uint16_t recv_line_len;
    /* The maximum supported receive one line data length */
    uint16_t recv_line_size;
    xSemaphoreHandle rx_notice;
    xSemaphoreHandle lock;

    at_response_t resp;
    xSemaphoreHandle resp_notice;
    at_resp_status_t resp_status;

    struct at_urc_table *urc_table;
    uint16_t urc_table_size;

    /* uart receive queue */
    struct array_queue *recv_q;
    /* The maximum supported receive data length */
    uint16_t recv_queue_size;

    /* uart receive uart */
    UART_INDEX_E uart_index;

    /* handle task */
    TaskHandle_t parser;
};
typedef struct at_client *at_client_t;

3.2、API

/* get AT client object */
at_client_t at_client_get_first(void);
/* AT client initialize and start*/
at_client_t at_client_init(UART_INDEX_E uart_index, uint16_t recv_line_size, uint16_t recv_queue_size);


/* AT client send or receive data */
int at_client_obj_send(at_client_t client, char *buf, int size);
int at_client_obj_recv(at_client_t client, char *buf, int size, uint32_t timeout);
/* AT client send commands to AT server and waiter response */
int at_obj_exec_cmd(at_client_t client, at_response_t resp, const char *cmd_expr, ...);


/* set AT client a line end sign */
void at_obj_set_end_sign(at_client_t client, char ch);
/* Set URC(Unsolicited Result Code) table */
int at_obj_set_urc_table(at_client_t client, const struct at_urc * table, int size);


/* AT response object create and delete */
at_response_t at_create_resp(uint16_t buf_size, uint16_t line_num, uint32_t timeout);
void at_delete_resp(at_response_t resp);
at_response_t at_resp_set_info(at_response_t resp, int buf_size, int line_num, uint32_t timeout);


/* AT response line buffer get and parse response buffer arguments */
//获取指定行号的响应数据
const char *at_resp_get_line(at_response_t resp, int resp_line);
//根据关键字获取响应数据
const char *at_resp_get_line_by_kw(at_response_t resp, const char *keyword);
//根据resp_expr格式使用标准sscanf 解析语法,解析指定行的响应数据

int at_resp_parse_line_args(at_response_t resp, int resp_line, const char *resp_expr, ...);
//根据resp_expr格式使用标准sscanf 解析语法,解析指定关键字的响应数据
int at_resp_parse_line_args_by_kw(at_response_t resp, const char *keyword, const char *resp_expr, ...);

3.3、at client 流程

用户线程中调用 at_client_init API时会自动创建 parser 线程,parser线程内部实现了 响应数据的接收、响应数据的解析、URC 数据处理等整个AT 命令数据交互流程。

发送数据时的数据流向为:用户线程调用 at_exec_cmd 发送数据 ---> 串口 ---> at server

接收数据时的数据流向为:at server ---> 串口接收,然后发送 rx_notice 信号量 ---> parser线程解析,然后发送 resp_notice 信号量

3.4、串口数据接收处理

 在创建at client处理线程时,需要注册好串口数据接收回调函数,这样当串口接收到数据时,就会调用该回调函数,在该回调函数中,会将接收到的数据存入队列中,然后发送信号量通知at client处理线程进行处理

串口驱动:

typedef enum
{
    UART1_INDEX,
    UART2_INDEX,
    UART3_INDEX,

    UART_INDEX_ALL
    
}UART_INDEX_E;

/* stm32 uart dirver class */
struct stm32_uart
{
    const char *name;
    USART_TypeDef *Instance;
    IRQn_Type irq_type;

    int (*rx_ind)(UART_INDEX_E uart_index, char *recv_data, int recv_len);
};
extern struct stm32_uart stm32_uart_handle[UART_INDEX_ALL];

extern void set_uart_rx_indicate(UART_INDEX_E uart_index, int (*set_rx_ind)(UART_INDEX_E uart_index, char *recv_data, int recv_len));
extern void uart_send_data_by_index(UART_INDEX_E index, unsigned char *data, unsigned short len);

串口接收中断:

void USART3_IRQHandler( void )
{
    uint8_t tmp;
    uint16_t rxLen = 0;
    
    if(LL_USART_IsActiveFlag_IDLE(USART3))
    {
        rxLen = sizeof(uart3_dam_rxbuf) - LL_DMA_GetDataLength(DMA1, LL_DMA_STREAM_1);
        if(stm32_uart_handle[UART3_INDEX].rx_ind)
        {
            //调用了注册的数据接收回调函数
            stm32_uart_handle[UART3_INDEX].rx_ind(UART3_INDEX, uart3_dam_rxbuf, rxLen);
        }
        
	LL_USART_ClearFlag_IDLE(USART3);

        LL_DMA_DisableStream(DMA1, LL_DMA_STREAM_1);
        LL_DMA_SetDataLength(DMA1, LL_DMA_STREAM_1, sizeof(uart3_dam_rxbuf));
        //将 EN 位置“1”以启动新传输之前,DMA_LISR 或 DMA_HISR 寄存器中与数据流相对应的事件标志必须清零。
        LL_DMA_ClearFlag_TE1(DMA1);
        LL_DMA_ClearFlag_FE1(DMA1);
        LL_DMA_ClearFlag_TC1(DMA1);
        LL_DMA_ClearFlag_HT1(DMA1);
        LL_DMA_EnableStream (DMA1, LL_DMA_STREAM_1);
    }

    ...
}

at client处理线程注册的接收回调函数

static int at_client_rx_indicate(UART_INDEX_E uart_index, char *recv_data, int recv_len)
{
    int idx = 0, i = 0, res;
    BaseType_t xHigherPriorityTaskWoken;
    
    for (idx = 0; idx < AT_CLIENT_NUM_MAX; idx++)
    {
        if (at_client_table[idx].uart_index == uart_index && at_client_table[idx].status == AT_STATUS_INITIALIZED)
        {
            for(i=0; i<recv_len; i++)
            {
                if((res = array_queue_enqueue(at_client_table[idx].recv_q, &recv_data[i])) != 0)
                    break;
            }
            xSemaphoreGiveFromISR(at_client_table[idx].rx_notice, &xHigherPriorityTaskWoken);
        }
    }

    return recv_len;
}

3.5、数据缓存 --- 顺序队列

队列跟栈类似都是“操作受限”的线性表,只不过队列是先进先出结构,队列也有两个基本的操作:入队 enqueue(),放一个数据到队列尾部;出队 dequeue(),从队列头部取一个元素。根据实现方式不同,也可以分为两种:使用数组来实现的顺序队列,和使用链表来实现的链式队列。

队列需要两个指针:一个是 head 指针,指向队头;一个是 tail 指针,指向队尾;

用size来表示队列的总大小,num来记录队列的当前元素个数,则可以这样判断:队列满时:num = size,队列空时:num = 0

#define ARRAY_QUEUE_MALLOC(size)   pvPortMalloc(size)
#define ARRAY_QUEUE_CALLOC(n,size) pvPortMalloc(n*size)
#define ARRAY_QUEUE_FREE(p)        vPortFree(p)

#define ARRAY_QUEUE_SIZE(pqueue)     (pqueue->size)
#define ARRAY_QUEUE_NUM(pqueue)      (pqueue->num)
#define ARRAY_QUEUE_IS_EMPTY(pqueue) (pqueue->num == 0)
#define ARRAY_QUEUE_IS_FULL(pqueue)  (pqueue->num == pqueue->size)

struct array_queue
{
    int size; /* queue total size */
    int num;  /* queue used size rang:1-(size-1) */
    int head; /* points to the the next dequeue data  */
    int tail; /* points to the the next enqueue data  */
    int tpsz; /* data type size */
    void *p;  /* queue space */
};

extern struct array_queue* array_queue_creat(int size, int tpsz);
extern int array_queue_init   (struct array_queue *queue, int size, int tpsz);
extern int array_queue_empty  (struct array_queue *queue);
extern int array_queue_clear  (struct array_queue *queue);
extern int array_queue_destory(struct array_queue *queue);
extern int array_queue_enqueue(struct array_queue *queue, void *in_data);
extern int array_queue_dequeue(struct array_queue *queue, void *out_data);

四、使用示例

4.1、串口配置信息解析

客户端发生的数据:

AT+UART?

客户端获取的响应数据:

UART=115200,8,1,0,0\r\n
OK\r\n

解析伪代码如下:

/* 创建服务器响应结构体,64 为用户自定义接收数据最大长度 */
resp = at_create_resp(64, 0, rt_tick_from_millisecond(5000));

/* 发送数据到服务器,并接收响应数据存放在 resp 结构体中 */
at_exec_cmd(resp, "AT+UART?");

/* 解析获取串口配置信息,1 表示解析响应数据第一行,'%*[^=]'表示忽略等号之前的数据 */
at_resp_parse_line_args(resp, 1,"%*[^=]=%d,%d,%d,%d,%d", &baudrate, &databits, &stopbits, &parity, &control);
printf("baudrate=%d, databits=%d, stopbits=%d, parity=%d, control=%d\n",
        baudrate, databits, stopbits, parity, control);

/* 删除服务器响应结构体 */
at_delete_resp(resp);

4.2、IP和MAC地址解析

客户端发送的数据:

AT+IPMAC?

服务器获取的响应数据:

IP=192.168.1.10\r\n
MAC=12:34:56:78:9a:bc\r\n
OK\r\n

解析伪代码如下:

/* 创建服务器响应结构体,128 为用户自定义接收数据最大长度 */
resp = at_create_resp(128, 0, rt_tick_from_millisecond(5000));

at_exec_cmd(resp, "AT+IPMAC?");

/* 自定义解析表达式,解析当前行号数据中的信息 */
at_resp_parse_line_args(resp, 1,"IP=%s", ip);
at_resp_parse_line_args(resp, 2,"MAC=%s", mac);
printf("IP=%s, MAC=%s\n", ip, mac);

at_delete_resp(resp);

解析数据的关键在于解析表达式的正确定义,因为对于 AT 设备的响应数据,不同设备厂家不同命令的响应数据格式不唯一,所以只能提供自定义解析表达式的形式获取需要信息,at_resp_parse_line_args 解析参数函数的设计基于 sscanf 数据解析方式,使用之前需要先了解基本的解析语法,再结合响应数据设计合适的解析语法。如果不需要解析具体参数,可以直接使用 at_resp_get_line 函数获取一行的具体数据。

五、最后

相关源码修改可从这里下载

rtthread的at组件在freeRTOS上的移植修改代码

### 回答1: rt-threadfreertos 都是实时操作系统(RTOS),旨在为嵌入式系统提供可靠的多任务处理能力。 rt-thread 是一款开源的 RTOS,专门设计用于低功耗、小容量的嵌入式系统。rt-thread 采用了轻量级线程实现,支持信号量、互斥锁、消息队列等同步机制,并提供了丰富的驱动支持和组件,如 TCP/IP 协议栈、文件系统、GUI 界面等。rt-thread 的内核代码非常精简,可运行在 RAM 或者 ROM 上。 相比之下,freertos 同样是一款开源的 RTOS,但是功能更为丰富,支持更多的处理器架构,包括 ARM、MIPS、x86 等。freertos 提供了多任务调度、内存管理、IPC 机制、软件定时器等功能,并且还有完善的文档和社区支持。与 rt-thread 相比,freertos 的内核代码更加复杂,但是在可移植性和跨平台性方面表现更好。 综上所述,rt-thread 适合用于资源受限的嵌入式系统,而 freertos 则适用于更为复杂的系统,需要更多的功能和处理器架构支持。 ### 回答2: RT-ThreadFreeRTOS都是开源的实时操作系统(RTOS),主要用于嵌入式系统中。它们都提供了许多标准的功能,如多任务处理、线程同步和通信、定时器和时间管理等。但是,它们在一些方面有所不同,下面将对它们进行详细的比较。 首先,RT-Thread是一个面向对象的RTSOS。在RT-Thread中,所有的线程、设备驱动以及其他的系统对象都是对象。这使得它在处理复杂系统时更加容易。而FreeRTOS则是一个面向任务的RTSOS,这意味着它在调度和处理多个任务时更加强大和灵活,但是处理复杂系统时会更加困难。 其次,RT-Thread内置了很多功能模块,如文件系统、TCP/IP协议栈、USB驱动等,这些模块可以很方便地进行移植和使用。而FreeRTOS则需要额外的组件来实现这些功能。这使得RT-Thread更加适合处理复杂系统,而FreeRTOS则更加适合轻量级和低功耗的系统。 另外,RT-Thread提供了C++接口以及Lua脚本语言支持,可以方便地进行自定义扩展和应用开发。而FreeRTOS则只支持C语言,扩展和应用开发需要更多的工作量。 总的来说,RT-Thread适合处理复杂系统和大型项目,FreeRTOS适合轻量级和低功耗的应用。选择哪一个取决于项目的需求和特点。 ### 回答3: rt-threadfreertos是两种嵌入式实时操作系统,都具有轻量级、开源、定位于小型嵌入式设备等特点。它们的主要区别体现在以下几个方面: 1.架构和设计 rt-thread是一个基于“内核+组件”的架构设计,内核负责任务调度、内存管理、线程间通信等核心功能,组件则提供文件系统、网络协议栈等更高层次的服务;而freertos则采用了更为简单的内核设计,将任务抽象为优先级,通过优先级管理和调度任务。rt-thread组件化设计使得系统功能更为完备,但也导致代码更为复杂,freertos则相对来说更为易于理解和实现。 2.可移植rt-thread支持多种平台和开发板,包括ARM Cortex-M、RISC-V、Xtensa等架构,同时也支持uClinux内核。这使得rt-thread具有很高的可移植性,能够适应不同类型的嵌入式设备;而freertos则针对特定芯片或板卡进行了优化,移植性相对来说较差。 3.资源占用情况 rt-thread在处理器内存和rom占用方面相对freertos更优,主要是因为rt-thread采用了更为灵活的组件化设计,能够根据实际需要选择加载不同的组件;而freertos则拥有更为紧凑的内核,能够在小型设备上运行。 4.社区支持和生态 rt-threadfreertos都是活跃的开源项目,拥有庞大的社区和完善的生态。但由于rt-thread组件化设计和多平台支持,其组件库更丰富,社区支持也更活跃,可以提供更为全面的功能和应用支持。 综上所述,二者在应用场景上有着较为明显的区别,rt-thread适用于需求更为复杂、功能更为完备的嵌入式设备,而freertos则更适合资源有限、对实时性要求不高的小型设备。
评论 13
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值