完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
使用16GB逐字格式，格式化为4096个分配单元大小。FSCONFIG被设置为y*定义MediaLeCyTrORE大小512。这是基于相同问题（慢闪存驱动器）的另一个问题，所以有人可以解释FSCONFIG和闪存驱动形式中设置的MyMeaSeCiTrace大小之间的关系吗？T分配单位大小？我的想法是独立的，不应该相互影响。谢谢。
以上来自于百度翻译 以下为原文 Using 16GB Verbatim, formatted to 4096 Allocation Unit Size. The FSconfig is set for #define MEDIA_SECTOR_SIZE 512. This is another question based on the same problem (slow flash drive) So can anyone explain the relationship between the MEDIA_SECTOR_SIZE as set in the FSconfig and the Flash drive format allocation unit size? My thoughts were they are independent and should not interact. Thanks 
0
|
|
相关推荐
7个回答
|
|
|
我并不真正遵循您的大小查询。然而，关于SD卡速度，我很清楚，当我开始使用SD卡在PIC24FJ MCU：S一定是非常错误的。罪魁祸首是微芯片写驱动程序的方式，因此他们将每个写入周期限制在单个扇区。SD卡API有不同的写大数据段的调用，它的速度快（大约10次左右）。我放弃了微软SD卡文件系统代码，转而使用开源FATFS。它使用SD卡上所有的速度优化器，效果要好得多。看着它，你就会看到。他们也有PIC24的示例代码。
以上来自于百度翻译 以下为原文 I don't really follow your size query. However regarding SDcard speed it was clear to me when I started using SDcards on PIC24FJ MCU:s that something must be very wrong. Sure enough! The culprit is in the way Microchip wrote the drivers, such that they limited each write cycle to a single sector. The SDcard API has a different call for writing large segments of data and it is WAY faster (like 10 times or so). I ditched the Microsoft SDcard file system code and turned to open source FatFS instead. This uses all of the speed optimizers available for the SDcard and is much much better. Have a look at it and you will see. They have example code also for PIC24. |
|
|
|
|
|
BB--你所指的是开源FatFS吗？http://elm han.g/http://elm han.Org/fs/ff/00索引x.HTMLFATFS -通用FAT文件系统模块
以上来自于百度翻译 以下为原文 Bo B -- is the is the Open source FatFS you are referring to? http://elm-chan.org/ http://elm-chan.org/fsw/ff/00index_e.html FatFs - Generic FAT Filesystem Module |
|
|
|
|
|
谢谢，Bo，我要看未来，我需要的就是速度。只有这一个应用给了我一些麻烦。基本上，USB闪存驱动器已经达到大约5兆字节，并且已经开始读和写非常慢。没有错误从微芯片堆栈提出。我仍然处于诊断问题的早期阶段，所以我现在正在寻找线索。谢谢。
以上来自于百度翻译 以下为原文 Thanks Bo, I shall take at look, for future. The speed is fine for what I need. Its only this one application that has given me some trouble. Basically the USB Flash drive has reached approximately 5 Mega Bytes and has started to read and write very slowly. No errors are raised from the Microchip stack. Im still in the early stages of diagnosing the problem, so I'm fishing for clues at the moment. Thanks |
|
|
|
|
|
是的，我们切换到大约2013，它有很多事情要做：-简单的接口，一个低级别的驱动程序需要编写用于接口的SPI。-在不断发展，以添加新的特性等-正如我上面所说，它也使用ATA API来提高传输速度-可以被配置为使用非常小的闪存足迹和增长的额外功能-可以使用非常有限的RAM或利用更多的RAM缓冲区的优势，同时MC可能已经改进了他们的代码，但我们从来没有回头看。
以上来自于百度翻译 以下为原文 Yes, we switched to that about 2013 and it has a lot of things going for it: - Simple to interface, a single low level driver needs to be written for interfacing to the SPI. - Is in constant development to add new features etc - As I said above, it also uses the ATA API to enhance transfer speeds - Can be configured to use a very small flash footprint and grows with extra features - Can use very limited RAM or else take advantage of bigger RAM buffers Meanwhile MC may have improved their code, but we never looked back. |
|
|
|
|
|
我没有使用FATFS到USB，所以我可以不给任何反馈。但一般来说SD卡FATF似乎更好。
以上来自于百度翻译 以下为原文 I have not used FatFs towards USB, so there I can give no feedback. But in general for SDcard FatFs seems to be better. |
|
|
|
|
|
我发现FatFs的一个问题是，如果你在目录中写太多的文件，它会变得非常慢。（我不记得有多少是太多了，但我认为它在大约100，也许更少。）这是一个日志应用程序，它每天写一个文件到根目录。修复方法是为当前月份创建一个目录，并将日志文件写入该目录。这导致在给定的目录中从来没有超过31个文件，因此绕过了问题。
以上来自于百度翻译 以下为原文 One issue I found with FatFs is if you write too many files in a directory, it gets EXTREMELY SLOW. (I don't remember the how many was too many, but I think it was somewhere around 100, maybe less.) This was on a logging application, which wrote one file a day to the root directory. The fix was to create a directory for the current month, and write the log files to that directory. This resulted in never having more than 31 files in a given directory, and thus circumvented the problem. |
|
|
|
|
|
这是我的问题，但问题是这个函数被调用来打开一个新的文件…MyOxDATAXPACETEXFILE＝WFSFFOPENT（DATAPACKETFILE EngEnNeX，W）；在每个文件被创建之后，每一个文件都要执行更长和更长的时间。时间的花费在下面的调用中（在UbjHooxMsdysCsi.c之内）..如果（！）错误代码）{同时（！）！USBHostMSDTransferIsComplete（DeVice地址，＆ErrOrcDead，＆BytEnCut））{UBTASKSH（）；}
以上来自于百度翻译 以下为原文 This is my problem but with the microchip stack. The problem is this function is called to open a new file.... My_Data_Packet_File = wFSfopen(DataPacket_File_Name,"W"); Which takes longer and longer to execute each after each file is created. Single stepping through the code in Debug, it seems the majority of the time is spent in the call below (within u***_host_msd_scsi.c).. if (!errorCode) { while (!USBHostMSDTransferIsComplete( deviceAddress, &errorCode, &byteCount )) { USBTasks(); } } |
|
|
|
|
只有小组成员才能发言，加入小组>>
5242 浏览 9 评论
2031 浏览 8 评论
1955 浏览 10 评论
请问是否能把一个ADC值转换成两个字节用来设置PWM占空比？
3207 浏览 3 评论
请问电源和晶体值之间有什么关系吗？PIC在正常条件下运行4MHz需要多少电压？
2256 浏览 5 评论
778浏览 1评论
669浏览 1评论
有偿咨询，关于MPLAB X IPE烧录PIC32MX所遇到的问题
596浏览 1评论
PIC Kit3出现目标设备ID(00000000)与预期的设备ID(02c20000)不匹配。是什么原因
678浏览 0评论
577浏览 0评论
/7 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
1338
评论
淘帖
8954
