проблема USB cy7c68013a, инициализация устройства Опции

[леха_настойчивый]

Здавствуйте люди!

Подскажите кто может, в чем проблема при выделении пямяти под структуру СyUSBdevice
уже месяц бьюсь, не пойму в чем дело. СТУДИЯ видит устройство (су7с68013а)
данные передаються и принимаються, я подключил библиотеку СYUsb.Lib , СYUsb.h
к проекту, компилируеться нормально, но на строке
s_usb_device = new CCyUSBDevice();------ сообщение
"Access vilation at address 004048e1 in module "Project1" write address 0017f62c"
Заранее благодарен, Алексей.

Код

c++ Bulder

void* usb_init(void)
{
    int i = 2;
CCyUSBDevice*s_usb_device = new CCyUSBDevice();

    // open my device
    if (s_usb_device->DeviceCount()) {
        // search for all connected devices, and add the one that has the right name
        for (i = 0; i < s_usb_device->DeviceCount(); i++) {
            s_usb_device->Open(i);
            if(strcmp (USB_DEVICE_NAME, s_usb_device->DeviceName) == 0)
                break;
            s_usb_device->Close();
        }
    } else {
        // Cannot find my device
        return NULL;
    }

    if (!s_usb_device->IsOpen()) {
        // Could not open my device
        return NULL;
    }

    delete s_usb_device;

  }

[-=HermiT=-]

В документе FX2 TechRefManual.pdf написано:

The USB 2.0 Specification requires that high-speed (480 Mbit/sec) devices must also be capable
of enumerating at full-speed (12 Mbit/s). In fact, all high-speed devices begin the enumeration process
in full-speed mode; devices switch to high-speed operation only after the host and device
have agreed to operate at high speed. The high-speed negotiation process occurs during USB
reset, via the “Chirp” protocol described in Chapter 7 of the USB 2.0 Specification.

(что за “Chirp” protocol я там так и не нашел). Но зато в 7 главе есть следующее:

7.5 USB Bus Reset
The host signals a USB Bus Reset by driving an SE0 state (both D+ and D- data lines low) for a
minimum of 10 ms. The FX2 senses this condition, requests the USB Interrupt (INT2), and supplies
the interrupt vector for a USB Reset. After a USB bus reset, the following occurs:
• Toggle bits are cleared to 0.
• The device address is reset to zero.
• If the Default USB Device is active, the USB configuration and alternate settings are reset
to zero.
• The FX2 will renegotiate with the host for high-speed (480 Mbps) mode.

Казалось бы то, что надо.
Вставил команду:

Код

DeviceIoControl        (FX2Device,
                                IOCTL_Ezusb_RESET,
                                NULL,
                                0,
                                NULL,
                                0,
                                (unsigned long *)&nBytes,
                                NULL);

Но она никак не повлияла

[AndreyS]

В документе FX2 TechRefManual.pdf написано:

(что за “Chirp” protocol я там так и не нашел). Но зато в 7 главе есть следующее:

Добрый день.

Ну для начала внимательно смотрим на то что написано. Вами указано именно ссылка на главу 7 USB2.0 спецификации, а не пользовательской инструкции FX2.
Ну а если вы там почитаете внимательно, то там идет описание выхода устройства на High speed режим.
И самое главное. Если у вас хост не high speed, то FX2 не перейдет на бфструю скорость. И наоборот. Если у вас хост 2.0, то несущая у вас будет с FX2 именно 480Мбит. Даже если вы скажете FX2, что работатете на full speed (пропускная способность кончно упадет, но несущая будет 480МГц).
В свое время пытался из-за глюков (потеря данных, периодическое пропадание устройства в системе) на плохом кабеле, но с хостом USB2.0 заставить всеми силами FX2 перейти на несущую 12мбит. Но без отключения хаба 2.0 в компе этого не происходит. И виноват в этом Chirp протокол Он работает на нижнем уровне и на него нет возможности повлиять со стороны FX2.

[Konst_777]

Если у вас хост 2.0, то несущая у вас будет с FX2 именно 480Мбит. Даже если вы скажете FX2, что работатете на full speed (пропускная способность кончно упадет, но несущая будет 480МГц).

В разделе "3.1 Disabling High-speed Chirp via EEPROM Config Byte" документа "Migrating From EZ-USB FX2™ to EZ-USB FX2LP™" (fx2_to_fx2lp.pdf) описано, как заставить FX2/FX2LP работать на Full Speed с High Speed хостом.

В свое время пытался из-за глюков (потеря данных, периодическое пропадание устройства в системе) на плохом кабеле, но с хостом USB2.0 заставить всеми силами FX2 перейти на несущую 12мбит. Но без отключения хаба 2.0 в компе этого не происходит. И виноват в этом Chirp протокол Он работает на нижнем уровне и на него нет возможности повлиять со стороны FX2.

Сам такую задачу не решал, так что, сейчас буду фантазировать
Можно так: подключиться с разрешенным “Chirp”, затем проанализировать, если в течении определенного времени хост не присваивает адрес FX2/FX2LP, хотя VBUS присутствует, то FX2/FX2LP устанавливает в "1" бит 1 недокументированного регистра CT1 и переподключается к USB.
Дальше: наличие сбоев обмена анализировать по регистрам USBERRIE, USBERRIRQ, ERRCNTLIM, CLRERRCNT. Если число сбоев больше допустимого, то опять таки, переключить FX2/FX2LP в режим Full Speed.

[AndreyS]

В разделе "3.1 Disabling High-speed Chirp via EEPROM Config Byte" документа "Migrating From EZ-USB FX2™ to EZ-USB FX2LP™" (fx2_to_fx2lp.pdf) описано, как заставить FX2/FX2LP работать на Full Speed с High Speed хостом.

Добрый день.
Нашел этот документ, но в нем нет адреса этого регистра, в даташите об этом регистре тоже ничего нет.
Нашел хидер с перечнем недокументированных регистров ( в том числе и адрес этого пресловутого CT1). Но возник резонный вопрос, а дока по ним есть?? Я что-то не нашел.

Сообщение отредактировал AndreyS - Dec 2 2008, 20:47

[Konst_777]

Добрый день.
Нашел этот документ, но в нем нет адреса этого регистра, в даташите об этом регистре тоже ничего нет.
Нашел хидер с перечнем недокументированных регистров ( в том числе и адрес этого пресловутого CT1). Но возник резонный вопрос, а дока по ним есть?? Я что-то не нашел.

Я и не искал. Поскольку прочитал в "FX2regs.h", что:

Код

/ Debug/Test
// The following registers are for Cypress's internal testing purposes only.
// These registers are not documented in the datasheet or the Technical Reference
// Manual as they were not designed for end user application usage
EXTERN xdata volatile BYTE DBUG              _AT_ 0xE6F8;  // Debug
EXTERN xdata volatile BYTE TESTCFG           _AT_ 0xE6F9;  // Test configuration
EXTERN xdata volatile BYTE USBTEST           _AT_ 0xE6FA;  // USB Test Modes
EXTERN xdata volatile BYTE CT1               _AT_ 0xE6FB;  // Chirp Test--Override
EXTERN xdata volatile BYTE CT2               _AT_ 0xE6FC;  // Chirp Test--FSM
EXTERN xdata volatile BYTE CT3               _AT_ 0xE6FD;  // Chirp Test--Control Signals
EXTERN xdata volatile BYTE CT4               _AT_ 0xE6FE;  // Chirp Test--Inputs

Если есть большое желание узнать, как использовать эти регистры, то можно попробовать пообщаться с техподдержкой Cypress. Отвечают они всегда быстро, но, бывает, что результат общения - нулевой.

[AndreyS]

Если есть большое желание узнать, как использовать эти регистры, то можно попробовать пообщаться с техподдержкой Cypress. Отвечают они всегда быстро, но, бывает, что результат общения - нулевой.

Спасибо. Было просто любопытно.

[Vix]

Итак, снова о CodeGear 2007 и Builder6.
Исключительную ситуацию в CodeGear 2007 вызывают следующие коды
1) ... = new CCyUSBDevice(...);
2) USBDevice->Open(...);

Чтобы использовать CyAPI в CodeGear 2007, необходимо написать простую DLL в Builder6.
В DLL передается VID & PID, а возвращается указатель на CCyUSBDevice. Далее работаем с CyAPI как обычно.

Пример функции из DLL

extern "C" __declspec(dllexport) CCyUSBDevice* IUSBDeviceOpen(int VID,int PID){
CCyUSBDevice *USBDevice = new CCyUSBDevice(NULL);
int i;
int USBDevCount = USBDevice->DeviceCount();
if (USBDevCount == 0) return NULL;
for (i = 0; i < USBDevCount; i++)
{
USBDevice->Open(i);
if((USBDevice->VendorID == VID) && (USBDevice->ProductID == PID))
break;
}
if(i == USBDevCount) return NULL;//"No USB device found";
if(!USBDevice->EndPoints)
{
USBDevice->ReConnect();
return NULL;
}
return USBDevice;
}

Если нужна готовая DLL (со стандартным GUID), могу выложить.

[J2post]

Итак, снова о CodeGear 2007 и Builder6.
Исключительную ситуацию в CodeGear 2007 вызывают следующие коды
1) ... = new CCyUSBDevice(...);
2) USBDevice->Open(...);

Чтобы использовать CyAPI в CodeGear 2007, необходимо написать простую DLL в Builder6.
В DLL передается VID & PID, а возвращается указатель на CCyUSBDevice. Далее работаем с CyAPI как обычно.

Пример функции из DLL

extern "C" __declspec(dllexport) CCyUSBDevice* IUSBDeviceOpen(int VID,int PID){
CCyUSBDevice *USBDevice = new CCyUSBDevice(NULL);
int i;
int USBDevCount = USBDevice->DeviceCount();
if (USBDevCount == 0) return NULL;
for (i = 0; i < USBDevCount; i++)
{
USBDevice->Open(i);
if((USBDevice->VendorID == VID) && (USBDevice->ProductID == PID))
break;
}
if(i == USBDevCount) return NULL;//"No USB device found";
if(!USBDevice->EndPoints)
{
USBDevice->ReConnect();
return NULL;
}
return USBDevice;
}

Если нужна готовая DLL (со стандартным GUID), могу выложить.

Очень интересует такой вопрос, а для VC будет работать эта DLL написанная в Borlande??????????