启用AT Device Sim800C，模块上网后程序崩溃

发布于 2019-08-21 18:07:41 浏览：2190 订阅该版

rthread版本：v4.0.1
at device版本：v1.6.0

各配置如下图
![TIM截图20190821180418.png](/uploads/201908/21/180459zxavx3azja7tjaal.png)
![TIM截图20190821180403.png](/uploads/201908/21/180454t0wevw0gxf01zggy.png)
![TIM截图20190821180327.png](/uploads/201908/21/180432h26s2vb0c353lb7w.png)

程序日志如下：

\ | /
- RT -     Thread Operating System
 / | \     4.0.1 build Aug 21 2019
 2006 - 2019 Copyright by rt-thread team
[I/sal.skt] Socket Abstraction Layer initialize success.
[I/at.clnt] AT client(V1.2.0) on device uart1 initialize success.
msh />[D/at.sim800c] Start initializing the SIM800C module
[D/at.sim800c]
[D/at.sim800c] SIM800 R14.18
[D/at.sim800c]
[D/at.sim800c] SIM card detection success
[D/at.sim800c] GSM network is registered (0,1)
[D/at.sim800c] GPRS network is registered (0,1)
[D/at.sim800c] Signal strength: 25,0
[I/at.sim800c] CHINA MOBILE
[I/at.sim800c] AT network initialize success!
[D/at.sim800c] SIM800C IEMI number: 864626049006478
[D/at.sim800c] SIM800C IP address: 10.60.48.211
[D/at.sim800c] SIM800C primary DNS server address: 211.136.17.107
[D/at.sim800c] SIM800C secondary DNS server address: 211.136.20.203
(rt_object_get_type((rt_object_t)thread) == psr: 0x0100000f
r00: 0x20001e3c
r01: 0x00000020
r02: 0x00000000
r03: 0x20001e3c
r04: 0x00000000
r05: 0xdeadbeef
r06: 0xdeadbeef
r07: 0x20000738
r08: 0xdeadbeef
r09: 0xdeadbeef
r10: 0xdeadbeef
r11: 0xdeadbeef
r12: 0x00000007
 lr: 0x08015559
 pc: 0x08015484
hard fault on handler

bus fault:
SCB_CFSR_BFSR:0x04 IMPRECISERR

在获取到DNS服务器地址后就崩溃。

最初跑的时候，sim800c的线程（sim800c_init_thread_entry）还溢出了，我看其栈大小是1K，改成2K后不会溢出，不过就出现上述崩溃的问题。

11 个回答

WillianChan 2019-08-21

wenbodong 2019-08-23

这家伙很懒，什么也没写！

[i=s] 本帖最后由 wenbodong 于 2019-8-23 09:36 编辑 [/i]

还是线程溢出的问题。

```
static int sim800c_netdev_check_link_status(struct netdev *netdev)
{
#define SIM800C_LINK_THREAD_STACK_SIZE     512
#define SIM800C_LINK_THREAD_PRIORITY       (RT_THREAD_PRIORITY_MAX - 2)
#define SIM800C_LINK_THREAD_TICK           20

rt_thread_t tid;
    char tname[RT_NAME_MAX];

if (netdev == RT_NULL)
    {
        LOG_E("Input network interface device is NULL.\n");
        return -RT_ERROR;
    }

rt_memset(tname, 0x00, sizeof(tname));
    rt_snprintf(tname, RT_NAME_MAX, "%s_link", netdev->name);

tid = rt_thread_create(tname, check_link_status_entry, (void *)netdev, 
            SIM800C_LINK_THREAD_STACK_SIZE, SIM800C_LINK_THREAD_PRIORITY, SIM800C_LINK_THREAD_TICK);
    if (tid)
    {
        rt_thread_startup(tid);
    }

return RT_EOK;
}
```

check_link_status_entry对应线程的栈为512字节。用keil编译的固件运行时不溢出，而用gcc编译的固件则会溢出。将栈内存改为1K时，gcc不溢出了。下面为1K大小时，keil与gcc的使用率对比，线程名为sim800c_link。

keil最大使用量仅为33%。
thread                           pri  status      sp     stack size max used left tick  error
-------------------------------- ---  ------- ---------- ----------  ------  ---------- ---
sim800c_link                      30  suspend 0x0000009c 0x00000400    33%   0x00000014 000
tshell                            20  running 0x00000100 0x00001000    13%   0x00000009 000
at_clnt0                           9  suspend 0x000000ac 0x00000600    18%   0x00000001 000
sys_work                          23  suspend 0x0000005c 0x00000800    29%   0x00000008 -02
tidle0                            31  ready   0x00000040 0x00000100    34%   0x0000001c 000

gcc使用量居然能达到97%，看来还得把栈内存调大一些。

thread                           pri  status      sp     stack size max used left tick  error
-------------------------------- ---  ------- ---------- ----------  ------  ---------- ---
sim800c_link                      30  suspend 0x000000c0 0x00000400    97%   0x00000013 000
tshell                            20  running 0x00000184 0x00001000    16%   0x00000006 000
at_clnt0                           9  suspend 0x000000f0 0x00000600    66%   0x00000002 000
sys_work                          23  suspend 0x00000080 0x00000800    59%   0x00000009 -02
tidle0                            31  ready   0x00000058 0x00000100    57%   0x00000007 000

两种编译器结果不同，可能是由于该线程里面解析AT命令时使用vsscanf，keil的microlib使用的内存更小。