完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
可能是流程有问题,你下载CH375EVT.ZIP,读物理扇区的参考程序CH375EV0.C 先检查一下流程是否有问题,更改后如果还有问题,可以把你的程序贴出来看下 另外你怎么判断你读出的0扇区的数据是正确的?请详细说明
|
|
|
|
我使用串口输出的,数据通过WINHEX比对0扇区的数据确实正确,就是换个地址就输出全00
|
|
|
|
更换地址后,整个读扇区的流程是成功的,但是数据不对? 有没有对一下CH375EV0.C中的流程是否一致呢? 这个程序不大,可以直接贴出来,或点击右下的修改帖子,把程序传上来看看
|
|
|
|
初始化和获取容量都成功了,用的金士顿2G的优盘,FAT32
|
|
|
|
DiskRead怎么找不到,把完整的程序贴出来啊,这样吧,为了便于我们协助你找错误,移植CH375EV0.C吧,只要根据硬件连接修改:CH375_WR_CMD_PORT、CH375_WR_DAT_PORT、CH375_RD_DAT_PORT、CH375_INT_WIRE就可以了
|
|
|
|
我的单片机没有配外部RAM,我从那个程序改过来的,上面的每一部都调试到了,好些天了,终于到读数据了,可是只能读0扇区,晕死了
|
|
|
|
另外为了排除错误,建议你用其他U盘测试一下,看看现象是否一样。流程上务必要按照CH375EV0.C来写 另外建议你不要读一个数据发送一个数据,读完一个扇区后再通过串口把数据发送出来。 另外单片机晶振多少?
|
|
|
|
1、系统没有外部RAM,那么把DATA_BUFFER重新定义在内部,即去掉xdata关键字就可以了阿 2、如果扇区为512的话,读取一个扇区总共产生9次中断,跟踪一下中断代码是不是正确的 3、我们手头没有的你环境,我们的例程是经过测试的,只有移植我们的例程,才会更方便我们协助你分析原因
|
|
|
|
我用了Netac的U盘,也是的,一共9次中断,中间返回数据时0x1d。我试试CH375EV0.C,多谢了
|
|
|
|
你读出来的应该不是0扇区,而是第一分区的BPB表,甚至可能只是u盘的标识,它的结束符号也是55AA,理由是用WINHEX读出的0地址数据不一定就是0扇区。 原因极有可能是usb未准备好,不妨可以将查询u盘准备就绪的返回值发到pc机看看,肯定会有新发现。 我在使用375是发现,有时候初始化375一次不一定成功,需要多次。于是,我就把初始化,查询u盘准备就绪等步骤都改为多次,直至成功返回14H,才开始读写u盘,这时候读出来的数据才是真的。 所以,我的总结是,即使看见了也未必是真的,呵呵!
|
|
|
|
只有小组成员才能发言,加入小组>>
463 浏览 1 评论
CH579M+RT-Thread,RTC从Sleep模式唤醒失败是什么原因?
2868 浏览 2 评论
2357 浏览 1 评论
808浏览 2评论
CH569通过HSPI实现USB3.0和FPGA高速双向通讯
630浏览 1评论
492浏览 1评论
CH32F103C8T6使用当前官网上的CDC例程会出现设备描述符请求失败
356浏览 1评论
630浏览 1评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-22 08:34 , Processed in 1.518006 second(s), Total 95, Slave 78 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号