fox0815 发表于 2021-9-6 09:28

muyichuan2012 发表于 2021-9-6 09:24
你是说 CMSIS的LIB 有bug吗？ 这可以是ARM官方提供的哎。

不知道原厂测试过rfft没有，是就这么大的RO-data开销，还是我哪里设置错误呢？

asmine 发表于 2021-9-6 10:22

这个难道不是编译之后的，大小么？

muyichuan2012 发表于 2021-9-6 10:29

本帖最后由 muyichuan2012 于 2021-9-6 11:46 编辑

这是ARM DSP Lib，和用谁家芯片无关。产生这种情况可能有两种原因，原因1 库函数使用不正确， 原因2ARM DSP 库的rfft函数有问题，占用空间太大。
如下图，我在STM32F4XX上编译，结果是一样的。



m564522634 发表于 2021-9-6 18:26

fox0815 发表于 2021-9-6 09:21
打开map文件了，主要的RO-data资源消耗就是arm_const_structs与arm_rfft_init_q15两个目标文件。
...

那说明这个库就是消耗资源了，你试下可不可以通过一些功能配置把不需要的东西减掉，不行的话就这样用了

数据采集存储 发表于 2021-9-8 10:07

感觉你的型号使用的不对呀。

chenqianqian 发表于 2021-9-10 08:02

应该是你哪里没有搞对

fox0815 发表于 2021-9-10 21:53

muyichuan2012 发表于 2021-9-6 10:29
这是ARM DSP Lib，和用谁家芯片无关。产生这种情况可能有两种原因，原因1 库函数使用不正确， 原因2ARM D ...

那就是后者了，stm32f4的rfft都这么大...

guijial511 发表于 2021-9-11 08:37

这种成熟的第三方库不会犯这种低级错误的

muyichuan2012 发表于 2021-9-11 10:00

guijial511 发表于 2021-9-11 08:37
这种成熟的第三方库不会犯这种低级错误的

首先，编译结果大点并不代表错误。
其次，你拿stm32f4同样编译这个dsp函数试试就知道结果了。这只是编译阶段，还没有到芯片运行环节。

zs13688 发表于 2024-10-17 09:57

我也遇到了，现在16KB FLASH根本没法用，开优化也没用，原因是函数里面有几个查表用的32bit的8192大小的const数组。
页: 1 [2]
查看完整版本: 发现个疑似bug，rfft的占用资源不正常高