TI中文支持网请教一下，最近在用usb_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_usbmsc.c文件中的disk_write方法。在disk_write方法中会调用usblib中的USBHMSCBlockWrite(tUSBHMSCInstance *psMSCInstance, uint32_t ui32LBA, uint8_t *pui8Data, uint32_t ui32NumBlocks)方法，此方法调用时pui8Data位置的参数就是上面说的地址为buff的缓冲区，从memory window查看这个地址，可以看到在disk_write方法的多次调用中，在倒数第二次调用时，这个地址内包含的数据是senddata结构体中的数据，也就是说在调用USBHMSCBlockWrite时确实把所有数据都传给usblib进行发送了。
但是最后的结果是到了U盘的文件中 只能看到78 34 78 34 78 34这六个八位数据。
我的分析如下：DSP的字节是16位，所以我的结构体sizeof的结果是6，也就是一共需要发6个16位数据，但是在usblib内部的某个地方被改成了6个8位数据，所以6个16位数据的高8位全部丢掉了。
请问我的判断是否正确？如果判断正确的话，这部分是在哪里处理的呢？
Johnson Chen1：
从现象看这个函数写的字节应该是8位。
请教一下，最近在用usb_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_usbmsc.c文件中的disk_write方法。在disk_write方法中会调用usblib中的USBHMSCBlockWrite(tUSBHMSCInstance *psMSCInstance, uint32_t ui32LBA, uint8_t *pui8Data, uint32_t ui32NumBlocks)方法，此方法调用时pui8Data位置的参数就是上面说的地址为buff的缓冲区，从memory window查看这个地址，可以看到在disk_write方法的多次调用中，在倒数第二次调用时，这个地址内包含的数据是senddata结构体中的数据，也就是说在调用USBHMSCBlockWrite时确实把所有数据都传给usblib进行发送了。
但是最后的结果是到了U盘的文件中 只能看到78 34 78 34 78 34这六个八位数据。
我的分析如下：DSP的字节是16位，所以我的结构体sizeof的结果是6，也就是一共需要发6个16位数据，但是在usblib内部的某个地方被改成了6个8位数据，所以6个16位数据的高8位全部丢掉了。
请问我的判断是否正确？如果判断正确的话，这部分是在哪里处理的呢？
juncheng bai：
回复 Johnson Chen1:
disk_write(BYTE ucDrive, const BYTE* buff, DWORD sector, BYTE count)这个方法中并没有涉及到字节数的问题，count是需要写的sector数，buff中看到的数据还是完整的。
disk_write中调用了USB_HMSCBlockWrite方法，这个方法是controlSuite中的usblib中实现的。
请教一下，最近在用usb_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_usbmsc.c文件中的disk_write方法。在disk_write方法中会调用usblib中的USBHMSCBlockWrite(tUSBHMSCInstance *psMSCInstance, uint32_t ui32LBA, uint8_t *pui8Data, uint32_t ui32NumBlocks)方法，此方法调用时pui8Data位置的参数就是上面说的地址为buff的缓冲区，从memory window查看这个地址，可以看到在disk_write方法的多次调用中，在倒数第二次调用时，这个地址内包含的数据是senddata结构体中的数据，也就是说在调用USBHMSCBlockWrite时确实把所有数据都传给usblib进行发送了。
但是最后的结果是到了U盘的文件中 只能看到78 34 78 34 78 34这六个八位数据。
我的分析如下：DSP的字节是16位，所以我的结构体sizeof的结果是6，也就是一共需要发6个16位数据，但是在usblib内部的某个地方被改成了6个8位数据，所以6个16位数据的高8位全部丢掉了。
请问我的判断是否正确？如果判断正确的话，这部分是在哪里处理的呢？
juncheng bai：
回复 Johnson Chen1:
如果把f_write中的字节数*2，那么写到文件里面的前6个byte（8bit）仍然是78 34 78 34 78 34，后面会再跟6个无效数据，是buff那个缓冲区后面的6个byte（16bit）的低8bit
请教一下，最近在用usb_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_usbmsc.c文件中的disk_write方法。在disk_write方法中会调用usblib中的USBHMSCBlockWrite(tUSBHMSCInstance *psMSCInstance, uint32_t ui32LBA, uint8_t *pui8Data, uint32_t ui32NumBlocks)方法，此方法调用时pui8Data位置的参数就是上面说的地址为buff的缓冲区，从memory window查看这个地址，可以看到在disk_write方法的多次调用中，在倒数第二次调用时，这个地址内包含的数据是senddata结构体中的数据，也就是说在调用USBHMSCBlockWrite时确实把所有数据都传给usblib进行发送了。
但是最后的结果是到了U盘的文件中 只能看到78 34 78 34 78 34这六个八位数据。
我的分析如下：DSP的字节是16位，所以我的结构体sizeof的结果是6，也就是一共需要发6个16位数据，但是在usblib内部的某个地方被改成了6个8位数据，所以6个16位数据的高8位全部丢掉了。
请问我的判断是否正确？如果判断正确的话，这部分是在哪里处理的呢？
juncheng bai：
回复 Johnson Chen1:
多谢！
