自己的问题自己解决,最后发现AT命令是在URC的回调函数中发送的,就是因为这个导致的问题。应该使用at_client_send()发送命令。
/*
* 程序清单:AT Client 发送命令并接收响应例程
*/
#include <rtthread.h>
#include <at.h> /* AT 组件头文件 */
int at_client_send(int argc, char**argv)
{
at_response_t resp = RT_NULL;
if (argc != 2)
{
LOG_E("at_cli_send [command] - AT client send commands to AT server.");
return -RT_ERROR;
}
/* 创建响应结构体,设置最大支持响应数据长度为 512 字节,响应数据行数无限制,超时时间为 5 秒 */
resp = at_create_resp(512, 0, rt_tick_from_millisecond(5000));
if (!resp)
{
LOG_E("No memory for response structure!");
return -RT_ENOMEM;
}
/* 发送 AT 命令并接收 AT Server 响应数据,数据及信息存放在 resp 结构体中 */
if (at_exec_cmd(resp, argv[1]) != RT_EOK)
{
LOG_E("AT client send commands failed, response error or timeout !");
return -ET_ERROR;
}
/* 命令发送成功 */
LOG_D("AT Client send commands to AT Server success!");
/* 删除响应结构体 */
at_delete_resp(resp);
return RT_EOK;
}
#ifdef FINSH_USING_MSH
#include <finsh.h>
/* 输出 at_Client_send 函数到 msh 中 */
MSH_CMD_EXPORT(at_Client_send, AT Client send commands to AT Server and get response data);
#endif
上面是AT说明里的例程,按照例程把发送命令加入到控制台,输入命令是可以正确响应的。
但是我在程序里写是类似的代码,就提示超时。
在提示超时后,又会显示正确的响应结果,这是为了个啥?!
下面是我的程序
int SIM7670_Send_CMD(const char *cmd, const char * ch){
at_response_t resp = RT_NULL;
resp = at_create_resp(128, 0, rt_tick_from_millisecond(5000));
if (!resp) {
return -RT_ENOMEM;
}
if (at_exec_cmd(resp,cmd) < 0) {
at_delete_resp(resp);
return -RT_ERROR;
}
LOG_D("AT Client send commands to AT Server success!");
at_delete_resp(resp);
return RT_EOK;
}
这个是我发生错误的截图
下面是我AT组件的配置
我看上面的日志收到了 READY 信息,这个是模组主动发送的吗?如果是的话正常操作应该是收到 READY 之后,表示模组上电至初始化完成,然后再执行 AT 指令进行控制。
看问题中的日志不是输入了一些指令后然后在输入指令出现的问题吗?看看能不能用串口调试助手复现出这个现象。
另外,你用的什么模组,看看有没有 ppp 拨号的支持,如果 RAM 够大的话建议直接使用 ppp 拨号上网。
你的程序中,还有没有其他高优先级的线程在运行?比如,等待AT命令的过程中,其他线程占了CPU,且没有放弃CPU行为,导致即使中断中收到返回数据,也无法切换到AT Client线程处理数据。
而在Finsh中,通过输出AT Client命令,使得tshell线程占用CPU,优先级默认为22;中断收到数据,进入到at client线程中(其默认优先级为9),所以能顺利响应。
我猜测的。
额,帖子回完,刷新一下,才看到你在上面发出的线程图。看来我猜测错了,哈哈哈
你在程序中使用
resp = at_create_resp(128, 0, rt_tick_from_millisecond(5000));
是否是因为128的数过小了?msh命令中你用了512.
挖个坟,接收行数设置为0,会导致client_parser判断不了接收结束与否,于是超时。
/* check response result */
if ((client->end_sign != 0) && (end_ch == client->end_sign) && (resp->line_num == 0))
{
/* get the end sign, return response state END_OK.*/
client->resp_status = AT_RESP_OK;
}
else if (rt_memcmp(client->recv_line_buf, AT_RESP_END_OK, rt_strlen(AT_RESP_END_OK)) == 0
&& resp->line_num == 0)
{
/* get the end data by response result, return response state END_OK. */
client->resp_status = AT_RESP_OK;
}
else if (rt_strstr(client->recv_line_buf, AT_RESP_END_ERROR)
|| (rt_memcmp(client->recv_line_buf, AT_RESP_END_FAIL, rt_strlen(AT_RESP_END_FAIL)) == 0))
{
client->resp_status = AT_RESP_ERROR;
}
else if (resp->line_counts == resp->line_num && resp->line_num)
{
/* get the end data by response line, return response state END_OK.*/
client->resp_status = AT_RESP_OK;
}
else
{
continue;
}
我也发现了。urc回调函数里面 如果去执行at 指令。 不管是啥指令都响应超时, 但是用串口助手看,命令的发送和响应都是正常的。感觉urc 回调函数中不能执行at_obj_exec_cmd这个去执行at 指令。 识别不到应答。 不知道为啥。
顶一下看看有没知道的朋友。
终于知道是说明问题了。
我的at命令是在URC的回调函数中发送的,所以导致命令发送不成功。