d12绝密功能的发现!

有关端点0的问题，我估计philips还是有个绝密的功能没有告诉大家，今天我无意中试了出来，这样可以解决大家在枚举过程中的
许多麻烦!

EP0缓冲区是16BYTE ，但是D12没有超地址纠正能力，所以所谓的64BYTE可能是在用其它端点的缓冲区。我想应该是这样。

坚决同意楼上的意见。不过我们不能否认，小日本不但变态，而且变态至极。什么东西都比较玩得开。我们不是能力不如人家。只要大家坚信“大和民族”是中国第57个民族就行了。

说到质量，我同意clementzhao的观点，不过有一点，我们都是给别人打工的，现在国内的市场竞争太激烈了，产品都是用那些花哨的功能来吸顾客的，所以老板们才会有各种新奇的想法让我们做，看看手机就知道了。
我也不知道我在说什么，但我希望大家一起努力，让国货盖了小日本！！

能用就行了，只要能达到结果，都是一样的
64位不是更好吗 :cool:

嘿嘿，，，，，，既然这样，，，端点2的两个128字节缓冲不是也可以，，，嘿嘿，，，，，，

你可以试试啊，我没有试，这几天正在做mass storage 和fat16，
所以没有去调试，我用d12也才个把月，说实在的，我也不是很熟。

[quote]忍不住，口水多了，但是还想说。各位大哥不要见怪，不要对号入座，以后小弟有问题也要帮帮忙啊。今来我对于国货数码产品很失望，为什么各种产品国货都有，但是质量就那么差呢？手机、PDA、笔记本、数码相机、DV...而TMD小日本就做的比咱们的好！很不爽！但是又不得不承认他们产品就是有创意，技术有创新，质量要好点。个人觉得一个产品最重要的是质量，其次是创新，有创意。技术上的创新不是说把一个部件玩得多溜（当然，自己玩当然是功能开发越多越爽），而是首先建立在“坚实”基础上再扩展，这是质量的关键。坛子里都是技术高手，我希望以后买到各位开发的产品能让我这个消费者买得开心，买得放心。希望以后市场以国货为荣。
意见不同的大虾，就当我说的放屁，笑笑算了哦。

说得不错，关键是真正得高手很少，做起来很难 :( [/quote]

今天才看到，这位兄弟说的有理，但是我想强调的是：创新和创意与产品的质量好像不相互矛盾啊：)
况且在微处理，微控制领域，我们国家现在根本很难去创新创意。
你自己也可以想想，我们现在用的技术(包括协议技术，规范技术，压缩包准算法等)基本上都是国外的，在这样的情况下，个人可以去创新吗？基本上是不能，所以我们只能照葫芦画瓢，然这样可以青出于蓝，胜于蓝吗？(这这个领域不太可能，短期内)。就比如说中过出了个龙芯2号，社会上可是褒贬不一啊，可是我们仔细去想想，不难发现，这其中是有划世代意义的。毕竟是从无到有，况且凡事都有渐进过程。而且龙芯的设计思路很好，我就是不和通用的兼容，如果去兼容的话，你想想，结果如何？
还有，中国人一提起OS，就感觉这东东复杂，中国人想做----嘿嘿，可能吗？难到大家觉的这OS就真的这么难吗？我个人觉的，非也!可能有很多人的看法也和我一样。但一提起这os为什么就色变呢？
这就是先入为主的观念，再加上国外厂商的炒作，令你不色变才怪呢：)

闲话说了大堆，欢迎各位来批评指正。

嘿嘿，，，，，，既然这样，，，端点2的两个128字节缓冲不是也可以，，，嘿嘿，，，，，，

这个你不用害怕，在枚举过程中，主机只对端点0感兴趣，所以
是否借用别的端点buffer并不重要。而且我前面也说了，它的确是借别的端点的buffer。

我试了啊，，，哈哈，的确可以一次发64个字节的，，，

不过我很怀疑它是借用其余端点的缓冲，，，，，，

大家有没有试啊?

忍不住，口水多了，但是还想说。各位大哥不要见怪，不要对号入座，以后小弟有问题也要帮帮忙啊。今来我对于国货数码产品很失望，为什么各种产品国货都有，但是质量就那么差呢？手机、PDA、笔记本、数码相机、DV...而TMD小日本就做的比咱们的好！很不爽！但是又不得不承认他们产品就是有创意，技术有创新，质量要好点。个人觉得一个产品最重要的是质量，其次是创新，有创意。技术上的创新不是说把一个部件玩得多溜（当然，自己玩当然是功能开发越多越爽），而是首先建立在“坚实”基础上再扩展，这是质量的关键。坛子里都是技术高手，我希望以后买到各位开发的产品能让我这个消费者买得开心，买得放心。希望以后市场以国货为荣。
意见不同的大虾，就当我说的放屁，笑笑算了哦。

说得不错，关键是真正得高手很少，做起来很难 :(

我测一下

[quote]个人觉得一个产品最重要的是质量，其次是创新，有创意。技术上的创新不是说把一个部件玩得多溜（当然，自己玩当然是功能开发越多越爽），而是首先建立在“坚实”基础上再扩展，这是质量的关键。坛子里都是技术高手，我希望以后买到各位开发的产品能让我这个消费者买得开心，买得放心。

这一点很重要 ： 东西得全部是我们自己做的。要不然整天看国外的datashit， 跟着别人PG后面跑，劳力伤神。。。 偶尔有点创新也不敢踏实的使用， 很不爽啊！ 可惜的是国内这方面的基础实在是。。。。。。。。。

 [/quote]
一句概括“偶尔有点创新也不敢踏实的使用”！技术落后就要被动挨打。:(

个人觉得一个产品最重要的是质量，其次是创新，有创意。技术上的创新不是说把一个部件玩得多溜（当然，自己玩当然是功能开发越多越爽），而是首先建立在“坚实”基础上再扩展，这是质量的关键。坛子里都是技术高手，我希望以后买到各位开发的产品能让我这个消费者买得开心，买得放心。

这一点很重要 ： 东西得全部是我们自己做的。要不然整天看国外的datashit， 跟着别人PG后面跑，劳力伤神。。。 偶尔有点创新也不敢踏实的使用， 很不爽啊！ 可惜的是国内这方面的基础实在是。。。。。。。。。

忍不住，口水多了，但是还想说。各位大哥不要见怪，不要对号入座，以后小弟有问题也要帮帮忙啊。今来我对于国货数码产品很失望，为什么各种产品国货都有，但是质量就那么差呢？手机、PDA、笔记本、数码相机、DV...而TMD小日本就做的比咱们的好！很不爽！但是又不得不承认他们产品就是有创意，技术有创新，质量要好点。个人觉得一个产品最重要的是质量，其次是创新，有创意。技术上的创新不是说把一个部件玩得多溜（当然，自己玩当然是功能开发越多越爽），而是首先建立在“坚实”基础上再扩展，这是质量的关键。坛子里都是技术高手，我希望以后买到各位开发的产品能让我这个消费者买得开心，买得放心。希望以后市场以国货为荣。
意见不同的大虾，就当我说的放屁，笑笑算了哦。

不错，确实快很多。我也觉得很爽，一次64，快4倍哦，爽死了。但是你能确定不会出错吗？可能开发时候用几个、几十个D12都没问题，但是生产1K\\10K\\100K都没问题吗？或者觉得就算有问题，就1、2个而已，或者只是售出去使用一段时间后才产生的。对于厂家而言，单个成品价格可能就几块钱，不行就算了，但是万一价格昂贵，价值数千的呢？这样的损失负责呢？更重要的是翻修率影响声誉啊。所以除非这是philips的内部可靠资料，否则我不会使用的。可能大虾们对我不认同，但是我觉得这是对项目、对厂家的责任。

这个我同意，，，，，，

[quote]64又怎样？除了枚举平时都不用，有什么意义吗？对我而言产品重要的是稳定，我可不会冒险使用datesheet没有标写的东西。

这么说就不太妥当，完全有可能在驱动中使用endpoint0进行数据传输，比如低速设备，就是通过它进行的，如果能用64bytes，是不是要快很多呢？

如果一个系统慢的像蜗牛拉车，这样的系统有什么用呢？

[编辑 -  12/18/03 by  flycat0101] [/quote]
不错，确实快很多。我也觉得很爽，一次64，快4倍哦，爽死了。但是你能确定不会出错吗？可能开发时候用几个、几十个D12都没问题，但是生产1K\\10K\\100K都没问题吗？或者觉得就算有问题，就1、2个而已，或者只是售出去使用一段时间后才产生的。对于厂家而言，单个成品价格可能就几块钱，不行就算了，但是万一价格昂贵，价值数千的呢？这样的损失负责呢？更重要的是翻修率影响声誉啊。所以除非这是philips的内部可靠资料，否则我不会使用的。可能大虾们对我不认同，但是我觉得这是对项目、对厂家的责任。

大家用不用我可不管：)，不过我自己是用了，在程序方面可以精简，而且送描述符是简单多了。
当然考虑到产品的问题，可以不用啊，但是，我个人认为，这个是问题的，因为大家都知道，D12内部buffer有128，而在选择的时候是
通过端点指针的原理来指向buffer，所以说，buffer大小肯定是有
的，关键是大家在描述符中如何描述大小了。
我只是提出这个问题，大家也可以验证啊，还有我用的是DSP+D12。