打印

68013A端点EP6OUT的BULK写失败

[复制链接]
2124|8
手机看帖
扫描二维码
随时随地手机跟帖
跳转到指定楼层
楼主
司徒老鹰|  楼主 | 2011-3-22 19:06 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
68013A端点EP6OUT的BULK写失败求助,急!!
易用专业的PCI、USB、LED方案正在对68013A采用slavefifo方式进行bulk读写操作
我用EP2做in端点,1024字节,2从缓冲
用EP6做OUT端点,512字节,4从缓冲

我写好了68013A的固件,用CYPRESS的开发工具能够进行实现正确的读写
现在正在用DS2.7写驱动,现在写的驱动,能够顺利读取EP2,却不能写入EP6从SLAVEfifo连接的FPGA端看slavefifo的状态,EP6对应的fifo一直是空的)!

搞固件就郁闷了很久了,好不容易把固件的写搞定,现在驱动又来整我。
沙发
houcs| | 2011-3-22 19:19 | 只看该作者
一般来说应该不是驱动的问题吧,驱动都是CY编好的应该不会错。

使用特权

评论回复
板凳
chuxh| | 2011-3-22 19:39 | 只看该作者
你的代码能贴出来看看呢

使用特权

评论回复
地板
司徒老鹰|  楼主 | 2011-3-22 19:49 | 只看该作者
------------------------------------
// USB30ioctl.h

#ifndef __USB30ioctl__h_
#define __USB30ioctl__h_

#define IOCTL_CTRL_READ  CTL_CODE(FILE_DEVICE_UNKNOWN, 0x800, METHOD_BUFFERED, FILE_ANY_ACCESS)
#define IOCTL_CTRL_WRITE CTL_CODE(FILE_DEVICE_UNKNOWN, 0x801, METHOD_BUFFERED, FILE_ANY_ACCESS)
#define IOCTL_BULK_READ  CTL_CODE(FILE_DEVICE_UNKNOWN, 0x802, METHOD_BUFFERED, FILE_ANY_ACCESS)
#define IOCTL_BULK_WRITE CTL_CODE(FILE_DEVICE_UNKNOWN, 0x803, METHOD_BUFFERED, FILE_ANY_ACCESS)
#endif
------------------------------------
// USB30Device.h
....................................

        // Unit number for this device (0-9)
    ULONG                m_Unit;
    KUsbLowerDevice        m_Lower;
    KUsbInterface      m_Interface;
        // Pipe for USB endpoint 2 IN (address 0x82)
    KUsbPipe            m_Endpoint2IN;
        // Pipe for USB endpoint 6 OUT (address 0x6)
    KUsbPipe            m_Endpoint6OUT;
....................................

------------------------------------
// USB30Device.CPP

.............................
    #define m_buffer_size 1048592;
    #define USB_transfer_size 1024
    #define USB_WRITE_SIZE 512
............................

    m_Unit = Unit;
    m_Lower.Initialize(this, Pdo);
    m_Interface.Initialize(
                        m_Lower, //KUsbLowerDevice
        0,        //InterfaceNumber
        1,        //ConfigurationValue
        0        //Initial Interface Alternate Setting    );

    // Initialize each Pipe object
    m_Endpoint2IN.Initialize(m_Lower, 0x82, 1024);
    m_Endpoint6OUT.Initialize(m_Lower, 0x06, 512);

  .............................................
...............................................//批量读,每次1024字节

NTSTATUS USB30Device::USB30_BULK_READ(KIrp I)
{
    NTSTATUS status = STATUS_INSUFFICIENT_RESOURCES;
    t < < "Entering USB30_BULK_READ\n";
    PURB pUrb=NULL;
    USB_current_buffer=m_buffer1;

        pUrb = m_Endpoint2IN.BuildBulkTransfer(
            USB_current_buffer,  // Where data write to?
            USB_transfer_size,  // How much data to read?
            TRUE,        // direction (TRUE = IN)
            NULL        // Link to next URB);
if ( pUrb != NULL)
{
    pUrb->UrbBulkOrInterruptTransfer.TransferFlags =(USBD_TRANSFER_DIRECTION_IN | USBD_SHORT_TRANSFER_OK);

                  status = m_Endpoint2IN.SubmitUrb(pUrb, NULL, NULL,URB_mSecTimeOut);
    t < <"after send SubmitUrb ,status=" < <ULONG(status) < <"\n";
                      //返回0x00000000

            if ( status==0x00000000 )
            {
    dwBytesRead = pUrb->UrbBulkOrInterruptTransfer.TransferBufferLength;
            }
    delete pUrb;
                    pUrb = NULL;
}


    RtlCopyMemory((PUCHAR)Request_Buffer, (PUCHAR)m_buffer1,TotalRead);
                    I.Information() = TotalRead;

  return status;
}
////////////////////////////////////////////////////////////////////////////////
/////////////////////////////////////////////////////////批量写,每次512字节
NTSTATUS USB30Device:: USB30_BULK_WRITE(KIrp I)
{    NTSTATUS status = STATUS_INSUFFICIENT_RESOURCES;

    t < < "Entering USB30_BULK_WRITE\n";
    // Declare a memory object
//    KMemory Mem(I.Mdl());
//    KMemory Mem( I.IoctlBuffer());

    Request_Buffer_char= (PUCHAR) I.IoctlBuffer();
    ULONG URB_mSecTimeOut=((PULONG)Request_Buffer_char)[0];

                    UCHAR WrData_Buf        =  Request_Buffer_char+4;
                    ULONG dwBytesSent = 0;
                    PURB pUrb2=NULL;

                  pUrb2 = m_Endpoint6OUT.BuildBulkTransfer(
            WrData_Buf,          // Where the data is from?
            USB_WRITE_SIZE,  // How much data to write?
            FALSE,        // direction (FALSE = OUT)
            NULL,        // Link to next URB
            FALSE,        
            NULL);
    t < < "Entering BuildBulkTransfer ok!\n";

    if ( pUrb2 != NULL)
    {
    // pUrb->UrbBulkOrInterruptTransfer.TransferFlags =
    //    (USBD_TRANSFER_DIRECTION_OUT | USBD_SHORT_TRANSFER_OK);
status = m_Endpoint6OUT.SubmitUrb(pUrb2, NULL, NULL,URB_mSecTimeOut);//
t < <"after send SubmitUrb ,status=" < <ULONG(status) < <"\n";
//返回0x00000102(超时!URB_mSecTimeOut设置为1000ms)


            if ( status==0x00000000 )
        
    {
              dwBytesSent = pUrb2->UrbBulkOrInterruptTransfer.TransferBufferLength;
    }


      delete pUrb2;
    pUrb2 = NULL;
               

}
        

                  I.Information() = dwBytesSent;
    Request_Buffer_char=NULL;
          return status;

}

使用特权

评论回复
5
llljh| | 2011-3-22 21:05 | 只看该作者
楼主是不是端点搞错了,我也使用这个啊,没有出现什么问题啊

使用特权

评论回复
6
dqyubsh| | 2011-3-22 21:30 | 只看该作者
我对DS不太了解,只知道它可以产生驱动框架。

我的疑惑在于,这个软件是否还是主流软件,他还有没有生命力。

就像Compuware的其它几个软件一样,softice等等都已经不再更新,softice在win2000平台下可以用,XP貌似要打补丁,再新的系统vista,windows7根本就安装不了。

能够下载到的DS3.X也是2004年之前的版本。

就像Turbo c++, pascal等等开发工具一样,都已经不被其公司支持。选择这样的开发工具,具有巨大的风险,因为你的产品可能在未来的系统上运行不了,而开发这些工具的公司已经放弃了支持。

就算是微软的驱动开发工具,以前叫DDK,现在支持windows7的叫WDK,连同.NET乱七八糟的成了程序员的噩梦。

我的建议是,既然选择了CY,那就用CY的驱动,如果CY不合适,就用微软的。CYUSB前一个版本的驱动在32位系统下运行良好,64位不支持。当前的驱动可以支持到64位系统,但它放弃了VC6.0开发环境,让人十分不爽。

我倒是希望CY出个VC6.0版本驱动,因为工业环境毕竟在用32位操作系统,向下兼容很有必要,32位系统5年内甚至更长时间都是有生命力的。

使用特权

评论回复
7
司徒老鹰|  楼主 | 2011-3-22 21:48 | 只看该作者
因为固件调试工具能够正常进行读写
所以就把问题放在驱动身上
晚上在DS27下把驱动翻了个遍

无果

在DS32下重新开发驱动

效果一样!

使用特权

评论回复
8
dewlife| | 2011-3-23 20:51 | 只看该作者
楼主自己写驱动吗?

使用特权

评论回复
9
dewlife| | 2011-3-23 20:52 | 只看该作者
会不会是那个EP6的固件没有设计好呢?

使用特权

评论回复
发新帖 我要提问
您需要登录后才可以回帖 登录 | 注册

本版积分规则

427

主题

3735

帖子

8

粉丝