OSR6的USB代码缺陷也是多多

1)重复发送set_configuration的缺陷

这个本不是问题,可是国内很多小厂的产品固件程序有毛病,

重复set将导致OSR6无法对这些设备完成配置

 

2)没有发送set_interface的缺陷

这个应该也不算是个问题,按照USB协议,如果设备只有一个interface可以不发,

但可惜由于window是每次都发set_interface的,

国内很多小厂照葫芦画瓢死搬window固件驱动,

在set_configuration之后还要等待本不需要做的set_interface,

这样这些设备就不可能在OSR6下完成配置当然也就用不成了

 

3)没有对bulk端点做clear_feature

按说配置设备时刻是不需要做的，

可是部分国内厂家的产品DATA0/1的toggle居然有记忆性，上电后居然不是0,

那样如果不做clear_feature设备bulk端点的DATA toggle就不会复位,

OSR6请求INQUIRY就会失败，那么就会报错了

 

4)interface接口parse代码缺陷

这个应该是个缺陷,OSR6在做interface parse时刻,

Alternate Setting的数目不能超过4个, 否则就会parse failed,

usb规范每个interface的Alternate Setting最多可以到128,

sco的限制的确太小了

 

1),2),3)属于设备不符合USB标准协议的问题，看Demblon的口气是不会专门为这些厂家改SCO代码了,

4)的问题Demblon需要考虑一下如何修改OSR6的代码

 

不管Demblon改不改, 我先把ZRUSB的类似缺陷补上算了