算法移植到STM32单片机中会遇到的一些问题

    最近完成了一些算法,需要移植到STM32F4系列的板子上用作实际工程,其中遇到了许多的问题,下面记录一些调试bug的经验记录。

1、编译没有问题,但是调试运行时却会进入到某一函数无法运行,之后跳到内存出错的无限循环保护程序中。这样的问题一般是内存溢出的问题,F4的板子自带的内存空间是192k,但是在跑大一些的算法或者算法需要处理的文件较多的情况下,内存也会不够用,我这里的解决方法是使用外扩的SRAM,原子家的开发板是外扩1M的SRAM的,将相关的大数组用指针代替,然后申请内存空间到外扩SRAM即可解决。

2、算法需要对文件进行打开和读取操作,PC机可以用C语言的标准库stdlib.h中的fopen和fread等函数,但是单片机中不能用这个库,单片机中常用到的文件系统是FAFT文件系统,很容易就可以找到这个文件系统的操作函数,其中会有对应的f_open、f_read的函数,其功能基本类似,但参数位置有些变化,在使用时注意这些变化。另外在打开文件时返回了空字符串,这样的情况根据源程序的提示应该是读取发生错误,仔细检查程序之后发现我一共有两次打开操作,第一次没有问题,而第二次返回了空字符,两次没有放在一起,第一次打开时候又进行了许多文件操作,可能是这里产生了问题,把第二次打开文件操作与第一次操作都放到靠近程序开头,问题解决。

3、文件指针内存申请的问题,算法需要用到的内存空间很大,所以要把某些变量申请到外扩内存中,一维指针的没什么问题,只要如下这样申请就可以

fp=(FIL*)mymalloc(SRAMEX,sizeof(FIL));

但其中有一些二维指针作为数组来用,就不能简单的这么申请

x=(float**)mymalloc(SRAMEX,M*N*sizeof(float**));

这样申请出来只是M*N个指针,而不能像操作二维数组那样操作这个指针。应该如下申请才不会出错

x=(float**)mymalloc(SRAMEX,M*sizeof(float*));
for(i=0;i<M;i++)
{
	x[i] = (float*)mymalloc(SRAMEX,N*sizeof(float));
}
4、FATFS文件系统和c标准库中的文件系统操作差别还是很大的,在算法移植过程中遇到了许多的问题,最终也没有找到问题的根源,只是通过一些手段算是避开了这些问题,一种就是不要打开太多的文件,还有一种就是文件的打开和提取出文件中数据的计算不要放到一起,也就是先将所有文件打开然后将其中的内容加载到内存中,然后再对内存中的数据计算。这样就算是避免了文件打开的一些问题,但是这样却导致了另外一些似乎是内存溢出的问题,最后还是靠完成某些计算写入到文件中然后复位整个系统解决问题,但是这样只是算凑合完成了系统(我的算法比较复杂,消耗的资源非常大,其实是不太适合在单片机上运行的)。

猜你喜欢

转载自blog.csdn.net/x603560617/article/details/80115539