请教一下，最近在用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位全部丢掉了。
请问我的判断是否正确？如果判断正确的话，这部分是在哪里处理的呢？
2018-9-26 18:03:08
disk_write(BYTE ucDrive, const BYTE* buff, DWORD sector, BYTE count)这个方法中并没有涉及到字节数的问题，count是需要写的sector数，buff中看到的数据还是完整的。
disk_write中调用了USB_HMSCBlockWrite方法，这个方法是controlSuite中的u***lib中实现的。
disk_write(BYTE ucDrive, const BYTE* buff, DWORD sector, BYTE count)这个方法中并没有涉及到字节数的问题，count是需要写的sector数，buff中看到的数据还是完整的。
disk_write中调用了USB_HMSCBlockWrite方法，这个方法是controlSuite中的u***lib中实现的。
举报
2018-9-26 18:08:28
如果把f_write中的字节数*2，那么写到文件里面的前6个byte（8bit）仍然是78 34 78 34 78 34，后面会再跟6个无效数据，是buff那个缓冲区后面的6个byte（16bit）的低8bit
如果把f_write中的字节数*2，那么写到文件里面的前6个byte（8bit）仍然是78 34 78 34 78 34，后面会再跟6个无效数据，是buff那个缓冲区后面的6个byte（16bit）的低8bit
举报
2018-9-26 18:26:47
我明白你的意思，我的意思是 这个函数里面一个字节写应该是8位，而C2000 一个字节是16位，因此只有第8位写进去了。
因此你需要把要写的数据按8位放到BUFFER里面，也就是你要写0X1234，应该是放两个字节里，一个字节是0X12一个字节是 0X34。
我明白你的意思，我的意思是 这个函数里面一个字节写应该是8位，而C2000 一个字节是16位，因此只有第8位写进去了。
因此你需要把要写的数据按8位放到BUFFER里面，也就是你要写0X1234，应该是放两个字节里，一个字节是0X12一个字节是 0X34。
举报
