FAL

使用这个 MSH_CMD_EXPORT的疑问

发布于 2022-02-28 17:52:03 浏览：3039 订阅该版

5 个回答

flashman2002 2022-02-28

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

Tim_L 2022-02-28

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

aozima 2022-03-01

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

Tim_L 2022-03-01

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

Tim_L 2022-03-03

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

Tim_L 2022-03-05

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

不一定是添加了`MSH_CMD_EXPORT（）`后才有问题。绕开这个问题继续写程序后面还是不断碰到程序跑飞现象。
所以最后还是要解决。经过几天反复查map文件发现是在

```
    !!!main                                  0x08000130   Section        8  __main.o(!!!main)
    !!!scatter                               0x08000138   Section       52  __scatter.o(!!!scatter)
    !!dczerorl2                              0x0800016c   Section       90  __dczerorl2.o(!!dczerorl2)
    !!handler_zi                             0x080001c8   Section       28  __scatter_zi.o(!!handler_zi)
    .ARM.Collect$$_printf_percent$$00000000  0x080001e4   Section        0  _printf_percent.o(.ARM.Collect$$_printf_percent$$00000000)
    .ARM.Collect$$_printf_percent$$00000014  0x080001e4   Section        6  _printf_s.o(.ARM.Collect$$_printf_percent$$00000014)
    .ARM.Collect$$_printf_percent$$00000017  0x080001ea   Section        4  _printf_percent_end.o(.ARM.Collect$$_printf_percent$$00000017)
    .ARM.Collect$$libinit$$00000000          0x080001ee   Section        2  libinit.o(.ARM.Collect$$libinit$$00000000)
```

在程序运行的开头发现了这个`.ARM.Collect$$_printf_percen`这个应该是不正常的。所以又在后面找到：

```
    fal_flash.o(i.fal_flash_device_find) refers to _printf_percent.o(.ARM.Collect$$_printf_percent$$00000000) for _printf_percent
    fal_partition.o(i.check_and_update_part_cache) refers to _printf_percent.o(.ARM.Collect$$_printf_percent$$00000000) for _printf_percent
    fal_rtt.o(i.blk_dev_control) refers to _printf_percent.o(.ARM.Collect$$_printf_percent$$00000000) for _printf_percent
    fal_flash_sfud_port.o(i.erase) refers to _printf_percent.o(.ARM.Collect$$_printf_percent$$00000000) for _printf_percent
```

发现使用到这个printf_percent全部都是fal的包使用到的。于是就查到程序的fal包里面的程序。而prinnt相关的就查到了rtconfig.h中的以下代码：

```
    #define PKG_USING_FAL
    #define FAL_DEBUG_CONFIG
    #define FAL_DEBUG 1
    #define FAL_PART_HAS_TABLE_CFG
    #define PKG_USING_FAL_V10000
    #define PKG_FAL_VER_NUM 0x1000
```

这段代码跟printf感觉相关最大的是 `#define FAL_DEBUG_CONFIG  #define FAL_DEBUG 1`。
所以把这两项暂时去除了再编译运行。终于运行正常了。！！！！！！！！
后面就是找最终原因了，在fal_def.h文件中找到

```c
    #ifdef __RTTHREAD__ /* for RT-Thread platform */
    #include <rtthread.h>
    #define FAL_PRINTF      rt_kprintf
    #define FAL_MALLOC      rt_malloc
    #define FAL_CALLOC      rt_calloc
    #define FAL_REALLOC     rt_realloc
    #define FAL_FREE        rt_free
    #endif
    #ifndef FAL_MALLOC
    #define FAL_MALLOC                     malloc
    #endif
```

最后发现`__RTTHREAD__`这个没有定义的，导致了`malloc`编译进去等问题。
居然能编译通过！！！！
最后在rtthread中使用必须加上 `#define __RTTHREAD__`问题解决。

(但是我用潘多拉板测试 `FAL_SW_VERSION "0.5.0"`  是直接 `#define FAL_MALLOC      malloc` 粗略看一下貌似没有问题。
这个就不知道为何这样。)