阅读:2023回复:12
U盘的写命令
在FRANK的<<USB 项目技术报告>>的报告中说到PC的WRITE10命令中:64*7包后发CSW,我现在也在这卡住了,请问第8包后要发CSW吗,我发现第8包再发CSW,但接下去所有CSW都错位了,
是不是能这样做,这样做会影响通讯结果吗? 还是说第八包不响应呢,而直接对00命令应答呢,但是这样会造成总线复位,请问大家是如何做的?谢谢! |
|
沙发#
发布于:2004-07-01 22:36
请各位兄弟发表一下意见啊!
|
|
板凳#
发布于:2004-07-02 13:00
我用的是D12,没人遇上这个问题吗,我被折腾了一周了,快帮我啊,FRANK也遇到过这问题,但不知他是怎样处理的.
|
|
地板#
发布于:2004-07-02 16:59
高手都睡了吗?
|
|
地下室#
发布于:2004-07-02 17:37
你为什么不直接给他发邮件呢?
|
|
|
5楼#
发布于:2004-07-03 09:18
顶一下,
看来我还得认认真真去查一下,真是想不通为什么. 对00命令是不是一定要应答,否则就会出现总线复位 |
|
6楼#
发布于:2004-07-03 16:04
我就是想知道:在倒数第一包发CSW,那最后一包应不用发CSW吧?但写完一个文件后,PC本应会发
CDB 00 00 00 00 00 00 即TEST UNIT READY ,但我发现好像不会,不知大家是不是有这个现象,你是如何对这个应答的?谢谢 |
|
7楼#
发布于:2004-07-03 18:51
很简单啊!找个u盘看看不就行了!
而且我能肯定肯定是在发送完8个包后,再发送csw! |
|
8楼#
发布于:2004-07-03 19:58
NewTech 兄,
我用的是BUS HOUND监控,芯片是BD12,从监控软件上看是8包一下子发出来,但实际上,我要是在第七包发CSW,我是收不到最后64BYTE的,也就是说我只有在第七包后发CSW,才能收第8包.难道大家都是在第8包响应的吗,还有对于00命令你们是不是按以下回答啊? 19.2 DO 55 53 42 43 90 78 96 82 00 00 00 00 00 00 06 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 19.2 DI 55 53 42 53 90 78 96 82 00 00 00 00 00 对于00命令只要写一次CSW就可以了吧 |
|
9楼#
发布于:2004-07-04 19:22
大家好,大家帮忙发表一下意见啊
|
|
10楼#
发布于:2004-07-07 14:49
就是没人答
|
|
11楼#
发布于:2004-07-08 13:55
真着急!
|
|
12楼#
发布于:2004-08-08 22:38
我也碰到向你这样的问题,以前在另外一个开发板上也有这样的问题,碰巧的是在那块开发板上的fifo大小正好是packet的2倍,因此我再判断还有两个包的时候就一次把fifo中的数据的两个包都读出来,还算运气,竟然能用,把这个问题避过去了
但是现在再新的开发板上,还是碰到这个问题,但是上面那个方法不好使了,我只好提前发csw,但是好像也不对. |
|