算法移植到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标准库中的文件系统操作差别还是很大的，在算法移植过程中遇到了许多的问题，最终也没有找到问题的根源，只是通过一些手段算是避开了这些问题，一种就是不要打开太多的文件，还有一种就是文件的打开和提取出文件中数据的计算不要放到一起，也就是先将所有文件打开然后将其中的内容加载到内存中，然后再对内存中的数据计算。这样就算是避免了文件打开的一些问题，但是这样却导致了另外一些似乎是内存溢出的问题，最后还是靠完成某些计算写入到文件中然后复位整个系统解决问题，但是这样只是算凑合完成了系统（我的算法比较复杂，消耗的资源非常大，其实是不太适合在单片机上运行的）。