[求助！]关于USBN9603固件中数据结构转换的问题

在9603USB_device_req_handler()函数中，有如下语句
byte *msg = control_receive_buffer.data;
USB_request_t *req = (USB_request_t *)msg;
...
(*usb_std_device_req[REQ_DEVICE(req)])(req);
...
但是我将REQ_DEVICE(req)打出来发现竟然是0
然而msg[1]却是正确的设备请求的编号，不知道这是什么原因，
导致了数据结构的转换没有成功。
我用的是arm9的芯片，ads和sdt分别编译生成了映象文件，但是结构都是一样的。不知道为什么？

如果单纯用control_receive_buffer.data来控制也可以，但是就是改动的地方太多了，有没有其他办法？
恳请liumda bbiliu 还有其他高手帮忙，多谢！
ps：
liumda，你好
前些日子在忙别的事，把usb的事放下了，现在还要麻烦你了，谢谢！

就是ATTACH_NODE之后那个10ms啊，我问过好像说不用，然后我自己也试过，的确不用

有人说reset后要延时10ms，是否必要啊？

不会吧，托冲击波的福，我们的2k应该早就都升级到sp4了吧

翻了翻以前的帖子，
发现枚举过程涉及中断的问题很多，但是没有几个能够给予解答的，
我发现有价植的东东如下：
win2k下面驱动有问题，可以升级到sp3，可以试试看

这么大的世界就没有人解决过这样的问题么
真是见鬼了！！

板子是别人做好的，我看过了这个1.5K欧姆的电阻应该没问题

中断有4种方式，
是否考虑了外加上拉电阻？

我选的是高电平触发，我把FPGA跟9604INT脚连接的那根线拉出来测过了，初始化完了之后是低电平，然后会变高电平，我就读MAEV，发现是ALT中断，处理完ALT中断后再清中断，电平又会低下去了。让它开始循环等待中断后INT脚上面就是一个固定频率的脉冲信号，说明中断接收应该是没有什么问题的吧。

9603本身我对它读写好像都没发现问题，时钟输出、3.3v输出也都正常，但是cable连不连上情况都一样，正在想办法测试是不是cable出了问题，但是这个cable两边接口不一样，还不好测呢

是不是你的9603的中断触发方式有问题？是低电平触发吗？和9603的INT脚连接的FPGA的脚是不是都处在低电平呀？

9603本身我对它读写好像都没发现问题，时钟输出、3.3v输出也都正常，但是cable连不连上情况都一样，正在想办法测试是不是cable出了问题，但是这个cable两边接口不一样，还不好测呢

我觉得会不会是9603的片子出了问题？更换片子是不是可以更好些

liumda
我pc部分的驱动没有做好，正等固件写好了用windriver做

FPGA和9604的连接是我们自己分配的，地址/数据总线就是从FPGA里拉了8根线出来和9604相连的，这应该也没问题吧

突然发现把cable拔了之后还是不断收到ALT中断，而且情况都一摸一样，难道说我的cable有问题？不会这么衰吧

我的FW里用的时钟是FPGA上的时钟，27M的，这有什么联系吗？

这个时钟应该没有问题，我想是不是和你的FPGA的地址总线有关系？比如总线的宽度是8位还是16位？还有数据总线等等。国半的DEMO程序没有问题，只要稍做修改就可以用了。你应该多考虑一下你的FPGA的程序问题。      -----个人意见

ip4347，Xranger：你们的PC部分的驱动做好了吗？用什么做的？DDK？


[编辑 -  6/9/04 by  liumda]

我的FW里用的时钟是FPGA上的时钟，27M的，这有什么联系吗？

你用的fpga的频率是多少啊？
会不会和频率相关？

哥们别放弃啊，我正在找办法呢

真是受不了了啊，本来以为是给NFSR写了RESET之后没有等待那个100us，刚才试了一下还是不行....