20楼#
发布于:2003-03-21 11:22
真的很感动,好东东我先取拉,所以要对楼主说声谢谢拉,而且非常同意你说的,我们应该跟外国人比,互相之间还是应该多多帮忙才是。以后我要是有好东东也会跟大家分享的。
|
|
|
21楼#
发布于:2003-03-23 01:00
开发一个U盘是不是只与协议有关, 与USB控制器没有关系的吧?
|
|
22楼#
发布于:2003-03-23 23:21
当然你采用的芯片不一样的话,底层的一些接口是不一样的,上层协议的东西,应该是一样的.只要根据不同芯片的端点\\寄存器的不同等情况稍改一下就可以了.
|
|
23楼#
发布于:2003-03-24 17:22
我通过了Inquiry指令,但下面一句指令码为0x23,不知是什么意思? 而且endpoint stalled。再下面就是REQUEST SENSE指令了。(详见附件) 请高手指点。 ============================================== 0x23, read format capacity. |
|
24楼#
发布于:2003-03-24 17:34
多谢搂诸慷慨
|
|
25楼#
发布于:2003-03-24 20:21
to 9505104
Read Format Capacity Report current media capacity and formattable capacities supported by media. 23h 我不知道你采用的传输命令集是什么,SCSI集中没有23H这个命令,而在UFI中我倒是找到了以上的23H命令,详细信息,你可以下我贴的这个附件看看. bInterfaceSubClass这个值决定了你使用的是何种命令传输集,1为RBC,2为SFF,4为UFI,6为SCSI. |
|
|
26楼#
发布于:2003-03-24 20:40
在UFI命令集中,有23H这个命令,
Read Format Capacity Report current media capacity and formattable capacities supported by media. 23h 因此,如果你使用的是UFI,当然就是这个东西啦.bInterfaceSubClass的取值决定了你使用的是什么样的命令,如果此位为4,则为UFI,为6,则表示使用SCSI. |
|
|
27楼#
发布于:2003-03-24 21:35
frank 极品好人!!
|
|
28楼#
发布于:2003-05-12 22:12
首先很感谢你的无私奉献!
你的报告很有参考价值,虽然我是个菜鸟,也从中收获不少。 我想用89c52系列单片机来做MCU,但是RAM太少(ONLY 256 BYTE):( 该怎么解决呢?扩展RAM?K9F闪存是不是写之前一定要擦掉整个BLOCK呢,这样至少需要32kRAM来保存有用的PAGE了。 还有我对MCU固件,PC机驱动都不懂,能不能提供其中一个源码?(是不是很过分?:)) |
|
29楼#
发布于:2003-05-19 13:58
那我就遵循“拿来主义”,回去慢慢研究喽。
谢楼主! |
|
|
30楼#
发布于:2003-05-19 15:10
frank_wang,
你好。 曾经跟你讨论过内容512字节,总共528字节的页面上的最后16个附加字节的具体意义。后来确定其中第520、521、522和第525、526、527个字节是AREA-1和AREA-2的CRC的校验码。据我所知,512字节的页面内容的确是分为分别是256字节的AREA-1和AREA-2,可是这个校验码怎么是24位的呢?我查到所有资料上都只说了12位、16位或32位校验码,没提到过有24位的校验码。有人告诉我这个校验码实际上是22位的。是硬件产生。不知道你是如何理解这个问题?另外,这个校验码是哪一方在哪个位置来检测校验的?是PC机驱动程序处?U盘控制器处?如果我要往flash某页上直接写512字节数据,我需要在应用程序中产生校验码,然后把528个字节数据通过调用DeviceIoControl函数写进flash吗?请不吝赐教! |
|
|
31楼#
发布于:2003-05-19 15:22
首先谢谢你告诉我512~528字节的含义。
对于校验字节的产生,我想应该是在程序里面生成后一起写入。PC机应该是不管这些事情,这是一种数据可靠性的检验机制吧。我知道有CRC16的算法,网上应该可以找到。 就我目前的应用中,我没有考虑这些工作,比如写512个字节吧,我就直接写了512个字节,管他对不对呢?但就目前来看,还没有发现有错,但在可靠性要求高的场合,这种检验一定是需要的。 |
|
32楼#
发布于:2003-05-19 17:11
强烈感谢frank的大无私精神!!
斑竹给些奖励吧,鼓励这种行为 |
|
33楼#
发布于:2003-05-20 09:15
我想应该是在程序里面生成后一起写入。PC机应该是不管这些事情,这是一种数据可靠性的检验机制吧。 是固件程序吧,而不是PC上的应用程序做这个工作。 :) |
|
|
34楼#
发布于:2003-05-20 14:42
frank_wang,刚下了你的大作,感觉不错。
我刚刚完成了USB ACM (usb modem) & some USB Vendor Request 的开发,硬件用的是Intel XScale PXAXXX. 可惜没写什么技术报告。不能与你及各位共享。 现在正准备做U盘的研究,多谢你的资料,以后有什么问题我们可以相互讨论了。 |
|
35楼#
发布于:2003-05-20 16:19
我觉得,其实做开发的人,写技术报告这个东西,如果不逼是写不出来的.但写完以后,绝对是值得的,一来,写的过程中,把自己所做的工作理一下,更系统性一些,对自己日后做进一步的工作都是一个绝好的参考,这一点我体会特别深,因为以后做有关内容时,直接看这个技术报告就行了,省时省力.
当然,如果顺便也可以给别人看看,那将是对别人的一个更好的指点,何乐而不为呢?强烈建议大家都写写啊,大家互通有无,把工作建立在别人的工作基础之上,省得什么都从头做起,才是做技术开发者的出路呀,要不然,个人的力量太薄弱了. |
|
36楼#
发布于:2003-05-20 16:37
你的mail地址有问题吗?
wxjbuaa@sohu.com 我用的Flash有如下规则: 1)以Bytes 为单位进行读写;2)写之前必须先擦除原有内容;3)擦除操作必须对Block 进行,即一次至少擦除一个Block 的内容。一个Block大小为128k。 能把你的Fat16.c, flash.c 和bulk-only.c 三个文件让小弟参考一下吗?多谢! |
|
37楼#
发布于:2003-05-21 11:24
在顶一下,frank_wang能确认一下mail地址吗?
|
|
38楼#
发布于:2003-05-21 13:39
用户被禁言,该主题自动屏蔽! |
|
39楼#
发布于:2003-05-21 13:45
SOHU邮箱本身有问题,请用wxjbuaa@163.com吧
|
|