完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
请教一下,最近在用u***_msc的例程调试向U盘中写入文件的功能,设计目标是把一个结构体写入文件,方法如下:
typedef struct [ uint32 a; uint64 b;]data:void fun(void)[ data senddata; senddata.a = 0x12345678; senddata.b = 0x1234567812345678; f_write(&g_sFileObject,&senddata,sizeof(senddata),&bytes_written); f_sync(&g_sFileObject);]在调试过程中发现,f_write调用后,在fatfs调用内部把senddata内部的数据拷贝到了另外一个缓冲区buff中,然后会多次调用例程中fat_u***msc.c文件中的disk_write方法。在disk_write方法中会调用u***lib中的USBHMSCBlockWrite(tUSBHMSCInstance *psMSCInstance, uint32_t ui32LBA, uint8_t *pui8Data, uint32_t ui32NumBlocks)方法,此方法调用时pui8Data位置的参数就是上面说的地址为buff的缓冲区,从memory window查看这个地址,可以看到在disk_write方法的多次调用中,在倒数第二次调用时,这个地址内包含的数据是senddata结构体中的数据,也就是说在调用USBHMSCBlockWrite时确实把所有数据都传给u***lib进行发送了。 但是最后的结果是到了U盘的文件中 只能看到78 34 78 34 78 34这六个八位数据。 我的分析如下:DSP的字节是16位,所以我的结构体sizeof的结果是6,也就是一共需要发6个16位数据,但是在u***lib内部的某个地方被改成了6个8位数据,所以6个16位数据的高8位全部丢掉了。 请问我的判断是否正确?如果判断正确的话,这部分是在哪里处理的呢? |
|
相关推荐
5 个讨论
|
|
hu_wfllllfllllf 发表于 2018-9-26 13:47 我明白你的意思,我的意思是 这个函数里面一个字节写应该是8位,而C2000 一个字节是16位,因此只有第8位写进去了。 因此你需要把要写的数据按8位放到BUFFER里面,也就是你要写0X1234,应该是放两个字节里,一个字节是0X12一个字节是 0X34。 |
|
|
|
|
|
只有小组成员才能发言,加入小组>>
MSP430F249TPMR出现高温存储后失效了的情况,怎么解决?
533 浏览 1 评论
对于多级放大电路板,在PCB布局中,电源摆放的位置应该注意什么?
979 浏览 1 评论
579 浏览 0 评论
普中科技F28335开发板每次上电复位后数码管都会显示,如何熄灭它?
458 浏览 1 评论
993 浏览 0 评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-10-20 05:07 , Processed in 1.025740 second(s), Total 78, Slave 62 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号