tanic 发表于 2018-12-5 11:04 3*60*60=10800个文件了，每次创建文件都会检测是否有重名文件，你说要的时间长不长 ... 说的有道理。 毕竟需要先检索是否已存在，文件多了时间占用很可观。 就好比往U盘复制文件夹，文件多的情况下，压缩包打包传要快得多。
wanghailong1314 发表于 2018-10-23 11:43 24Mhz已经是SD_CK的最大时钟了 我用407的板子调试是没问题的 是不是这块芯片的SDIO硬件有问题 ... 对于SD卡FIFO下溢错误 解决办法1.降低SD_CK的频率 2.开启硬件流控制。 对于SD_DATA_CRC_FAIL错误，我调试的时候先让板子用1线模式调试能够正确写进数据，改成4线模式就出现SD_DATA_CRC_FAIL错误，那问题就是配置4线的程序有问题。后来我使用了官网例程的配置4线模式函数，降低时钟频率，运行SD_OK了。
费了老大劲 终于找出问题所在 原来在移植disko.c文件中的disk_write（）函数时，由于粗心大意掉了一个字母所导致，哎 ....以后写程序可得小心。。。 if _USE_WRITE DRESULT disk_write ( BYTE pdrv, /* Physical drive nmuber to identify the drive */ const BYTE *buff, /* Data to be written */ DWORD sector, /* Start sector in LBA */ UINT count /* Number of sectors to write */ ) { u8 res=0; if (!count)return RES_PARERR; switch (pdrv) { case SD_CARD : res=SD_WriteDisk((u8*)buff,sector,count); //本应该这样 // res=SD_WriteDisk((u8*)buf,sector,count); //错误写成这样，软件没有报错 是因为我在调试的时候在前面定义过一个buf【512】数组 while(res) { SD_Init(); res=SD_WriteDisk((u8*)buff,sector,count); } break; default: res=1; } if(res==0x00) return RES_OK; else return RES_ERROR; } #endif
sssdd 发表于 2017-9-11 15:26 程序没搞对。比如： 不管接收标志，硬收了缓存区数据。。 读了标志位两次。 恩恩 这个问题解决了 谢谢 原来是我的MISO引脚一直拉高 所以就一直有FF了
sssdd 发表于 2017-8-4 10:09 那完全不用担心，数据get到了之后，你可以定义int 变量。。那么就可以操作这个16位的数据了。算法就看你 ... 恩恩 多谢了
