RT-Thread 1.2.1版本发布说明

发布于 2014-04-08 16:54:47 浏览：13456 订阅该版

RT-Thread 1.2.1版本是原有的1.2.0版本的bug修正版本，也是1.2.0系列的第一个修正版本，原则上不添加任何的新功能，我们尽量会按照每个季度一个修订版本的方式推进。大家在使用的过程中有什么问题还请反馈给我们，这些问题很可能会在下个版本中修正！

以下是更改记录：
**[内核]**
* 用户应用，增加用户应用命令行参数支持；
* 在挂起一个任务时，把相应的定时器也关闭；

**[BSP]**
* BeagleBone，加入更多串口驱动支持；
* 移除BSP中rt_device_init_all函数调用，改成打开设备时自动进行初始化；
* LPC176x，移除components初始化管理器；
* LPC4088，修正LED驱动的问题；
* STM32F107，移除components初始化管理器；

**[组件]**
* 文件系统，ELM FatFS加入对扇区不匹配情况下的信息输出，这样能够及时定位问题；
* 文件系统，NFS网络文件系统修正相关的一些编译警告信息；
* 文件系统，copy命令加入文件夹方式复制功能；
* 文件系统，RAMFS，加入到components初始化管理器中；
* 文件系统，ROMFS，用于转换文件的工具mkromfs.py，增加Linux主机的支持；
* CMSIS更新到3.2.0版本；
* 串口驱动框架加入serial->ops->control的调用；
* 命令行系统，优化msh，支持用户应用的命令行参数；
* 命令行系统，当使用msh时，默认使用msh >的命令行提示符；
* TCP/IP协议栈，导出更多的lwIP接口给用户应用；
* POSIX thread，修正了同时使用lwIP组件时的编译警告；
* 第三方组件，加入TJPGD的移植，加入libpng的移植；

**[编译脚本]**
* 固件加入scons --target=ua -s，用于准备用户应用环境；

**[发布后记]**
* RT-Thread携带了众多的BSP，不一定能够一一保证每个分支上把RT-Thread上相应的功能使用起来。所以针对这种情况，我们有一款评估用的硬件开发板：[RealBoard 4088](http://www.rt-thread.org/node/82)，在上面力求把一些相关例程都添加上，这样在一个基本的BSP基础上，可以对照着把其他的组件、功能添加进去；
* [RealBoard 4088](http://www.rt-thread.org/node/82)使用的RT-Thread版本主要以RT-Thread 1.2.1版本为主。

**[下载链接]**
[网盘](http://pan.baidu.com/s/1gdIaAQ3)
![RT-thread_lwip.png](https://oss-club.rt-thread.org/uploads/5926_44185b1217dad3d18c1d85ca3ef6d219.png)

下载附件 [pcm_read.c](https://oss-club.rt-thread.org/uploads/5926_a37e607b2fc01d201cf0b910f4d51480.c)

下载附件 [codec_wm8950_i2c.c](https://oss-club.rt-thread.org/uploads/5926_1eaf5744a3c4b6521ce585c0f3195a0d.c)

17 个回答

thomasgds 2014-06-30

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

我在STM32F207IG板子上调试RT-Thread+LWIP，发现驱动能加载，但是程序运行后不能ping通设备：
这个板子外接的PHY是DP83848c。
**启动后的log如下**：

```
  | /
- RT -     Thread Operating System
 / |      1.2.1 build Jun 30 2014
 2006 - 2013 Copyright by rt-thread team
rtc is not configured
please configure with set_date and set_time
ETH FullDuplex
ETH speed 100M
BIST pass
lwIP-1.4.1 initialized!
TCP/IP initialized!
```

**网口配置如下：**

```
finsh>>list_if()
network interface: e0 (Default)
MTU: 1500
MAC: 00 60 6e 32 00 3a 
FLAGS: UP LINK_UP ETHARP
ip address: 172.16.12.58
gw address: 172.16.1.254
net mask  : 255.255.0.0

dns server #0: 208.67.222.222
dns server #1: 0.0.0.0
        0, 0x00000000
```

**但是从同一局域网下的172.16.12.55机器上ping这个设备，得不到响应**。
 $:**ping 172.16.12.58**

```
PING 172.16.12.58 (172.16.12.58) 56(84) bytes of data.
....
From 172.16.12.55 icmp_seq=799 Destination Host Unreachable
From 172.16.12.55 icmp_seq=800 Destination Host Unreachable
From 172.16.12.55 icmp_seq=801 Destination Host Unreachable
From 172.16.12.55 icmp_seq=802 Destination Host Unreachable
From 172.16.12.55 icmp_seq=803 Destination Host Unreachable
From 172.16.12.55 icmp_seq=804 Destination Host Unreachable
From 172.16.12.55 icmp_seq=805 Destination Host Unreachable
From 172.16.12.55 icmp_seq=806 Destination Host Unreachable
From 172.16.12.55 icmp_seq=807 Destination Host Unreachable
From 172.16.12.55 icmp_seq=808 Destination Host Unreachable
From 172.16.12.55 icmp_seq=809 Destination Host Unreachable
From 172.16.12.55 icmp_seq=810 Destination Host Unreachable
```

请教一下，可能是什么情况？

thomasgds 2014-06-30

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

我是在RT-Thread的bsp中先在rtconfig.h中使能lwip，然后使用scons脚本编译一遍，再在keil中按照scons的要求直接添加相关的lwip源代码的，工程结构如下：
[attach]0[/attach]
是不是驱动什么地方有问题？

现在直接使用UDP往外发送数据，发现数据没有传送到网络上，而且运行一段时间后就报告tcpip线程异常而崩溃了。
**发送程序片段如下**：

```
#if RT_SEND_UDP  
    // lwip 初始化
    p = pbuf_alloc(PBUF_RAW,sizeof(mempool),PBUF_RAM); 
    //p->payload=(void *)mempool; 
    
    IP4_ADDR(&ipaddr,172,16,12,55); 
    UdpPcb = udp_new(); 
 
    udp_bind(UdpPcb,IP_ADDR_ANY,1025);
    udp_connect(UdpPcb,&ipaddr,1024); 
#endif
```

**此处通过在while()循环内不停发送**；

```
#if RT_SEND_UDP  
                    p->len = p->tot_len = rx_size;
                    memcpy(p->payload, codec_buffer, rx_size);
                    udp_send(UdpPcb,p); 
#endif          
```

**一段时间后内核异常，打印如下**：

```
finsh>>psr: 0x21000000
r00: 0x200052f8
r01: 0x10000000
r02: 0xf0000000
r03: 0x00000020
r04: 0x20005320
r05: 0xffffffff
r06: 0x653c6225
r07: 0x00000000
r08: 0x20000248
r09: 0x20006118
r10: 0xdeadbeef
r11: 0xdeadbeef
r12: 0x08011e79
 lr: 0x080125b3
 pc: 0x080125b2
hard fault on thread: tcpip

thread  pri  status      sp     stack size max used   left tick  error
-------- ---- ------- ---------- ---------- ---------- ---------- ---
pcmcap   0x09 suspend 0x000001ac 0x00004000 0x000001ac 0x00000014 000
tshell   0x14 suspend 0x00000094 0x00000800 0x000001b4 0x00000002 000
tcpip    0x0c ready   0x00000068 0x00000400 0x00000128 0x00000011 000
etx      0x0f ready   0x00000090 0x00000200 0x00000090 0x00000010 000
erx      0x0f ready   0x00000090 0x00000200 0x000000c0 0x0000000f 000
tidle    0x1f ready   0x0000005c 0x00000100 0x0000006c 0x0000000c 000
mem manage fault:
SCB_CFSR_MFSR:0x01 IACCVIOL
```

aozima 2014-06-30

调网络不抓包，调I2C等时序不上逻辑分析仪，就像电工不用万用表！多用整理的好的文字，比截图更省流量，还能在整理过程中思考。

thomasgds 2014-07-01

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

thomasgds 2014-07-01

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

另外发现一个现象，即如果频繁快速的rt_malloc()，并rt_free()堆上的空间，系统很快就会报告异常了。

现在主循环使用socket接口来发送数据了，但是问题仍出现，Socket代码如下：

**创建socket**:

```
#if RT_SEND_SOCKET
    sock = socket(AF_INET,SOCK_DGRAM,IPPROTO_UDP);
    if(sock < 0)
    {
        rt_kprintf("create socket failed.
");
        return;
    }   
    memset(&toAddr,0,sizeof(toAddr));
    toAddr.sin_family=AF_INET;
    toAddr.sin_addr.s_addr=inet_addr("172.16.12.55");
    toAddr.sin_port = htons(4000);
        
#endif    
```

**主循环中发送数据：**

```
#if RT_SEND_SOCKET
//#if 0                    
                    if(sendto(sock,codec_buffer,rx_size,0,(struct sockaddr*)&toAddr,sizeof(toAddr)) != rx_size)
                    {
                         rt_kprintf("sendto() failed.
");
                         closesocket(sock);
                         return;
                    }
#endif        
```

如果主循环中不调用sendto()函数，则可以长时间连续运行；
一旦主循环中调用sendto()函数，执行不了几次就异常了。

跟踪了一下socket发送数据包的情况，里面也是对每个发送的数据包进行malloc和free处理的，所以经常打印出类似下面的这样的错误报告。

**错误类型：一**

```
finsh>>psr: 0x21000000
r00: 0x20005490
r01: 0x10000000
r02: 0xf0000000
r03: 0x00000020
r04: 0x005c0000
r05: 0x00000000
r06: 0x00000000
r07: 0xdeadbeef
r08: 0xdeadbeef
r09: 0xdeadbeef
r10: 0xdeadbeef
r11: 0xdeadbeef
r12: 0x08014011
 lr: 0x0801474b
 pc: 0x0801474a
hard fault on thread: tcpip

thread  pri  status      sp     stack size max used   left tick  error
-------- ---- ------- ---------- ---------- ---------- ---------- ---
         0x04
```

**错误类型：二**

```
finsh>>(mem->used) assert failed at rt_free:539 
```

**错误类型：三**

```
thread:? stack overflow
 thread  pri  status      sp     stack size max used   left tick  error
-------- ---- ------- ---------- ---------- ---------- ---------- ---
pcmcap   0x09 ready   0x00000174 0x00004000 0x0000017c 0x00000014 000
tshell   0x14 suspend 0x00000090 0x00000800 0x000001b0 0x00000009 000
tcpip    0x0c ready   0x000001d0 0x00000400 0x000001d0 0x00000014 000
etx      0x0f ready   0x00000074 0x00000200 0x00000094 0x00000010 000
erx      0x0f suspend 0x00000094 0x00000200 0x000000c4 0x00000010 000
tidle    0x1f ready   0x00000058 0x00000100 0x00000068 0x00000019 000

```

**错误类型：四**

```
finsh>>pbuf_free: sane type
Assertion: 635 in ....components
etlwip-1.4.1srccorepbuf.c, thread tcpip
(0) assert failed at sys_arch_assert:547
```

bernard 2014-07-01

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

thomasgds 2014-07-02

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

这边深入测试了一下，感觉跟网口上发送的数据速率有关，速率越高，持续发送的时间就越短。
现在测试的网口速率在180KB/s左右，频繁出错的log如下：

错误类型：一

```
psr: 0x21000000
r00: 0x20005490
r01: 0x10000000
r02: 0xf0000000
r03: 0x00000020
r04: 0x2000549c
r05: 0xffffffff
r06: 0x000003e8
r07: 0x0800708d
r08: 0x00000000
r09: 0x200062b0
r10: 0xdeadbeef
r11: 0xdeadbeef
r12: 0x08013f61
 lr: 0x0801469b
 pc: 0x0801469a
hard fault on thread: tcpip

thread  pri  status      sp     stack size max used   left tick  error
-------- ---- ------- ---------- ---------- ---------- ---------- ---
pcmcap   0x09 suspend 0x0000017c 0x00000800 0x00000184 0x00000004 000
tshell   0x14 ready   0x00000148 0x00000800 0x000001b0 0x0000000a 000
tcpip    0x0c ready   0x00000180 0x00000400 0x000001c8 0x00000007 000
etx      0x0f ready   0x00000074 0x00000200 0x00000094 0x00000010 000
erx      0x0f suspend 0x00000094 0x00000200 0x000000c4 0x00000010 000
tidle    0x1f ready   0x00000040 0x00000100 0x00000068 0x00000019 000
bus fault:
SCB_CFSR_BFSR:0x82 PRECISERR SCB->BFAR:3344564C
```

错误类型：二

```
pbuf_free: p->ref > 0
Assertion: 650 in ....components
etlwip-1.4.1srccorepbuf.c, thread tcpip
(0) assert failed at sys_arch_assert:547

```

错误类型：三

```
pbuf_free: sane type
Assertion: 635 in ....components
etlwip-1.4.1srccorepbuf.c, thread tcpip
(0) assert failed at sys_arch_assert:547 
```