ПРОБЛЕМА С ISP1183, НЕ СТАБИЛЬНО РАБОТАЕТ... Опции

[Andrew32768]

ИСПОЛЬЗУЮ ISP1183. КОД ПИШУ НА ОСНОВЕ ПРИМЕРА ПРЕДСТАВЛЕННОГО НА САЙТЕ ПРОИЗВОДИТЕЛЯ ДЛЯ ЭТОЙ М/С
ПРОБЛЕМА В СЛЕДУЮЩЕМ, НЕ СТАБИЛЬНО ПРОХОДЯТ ТЕСТЫ CHAP9, ПОДКЛЮЧАЮ ЧЕРЕЗ ХАБ2.0, ТЕСТИРУЮ С ПОМОЩЬЮ USBCV13
ТО ЕСТЬ РАЗ НА РАЗ НЕ ПРИХОДИТСЯ, ИНОГДА ВСЕ ПРОХОДИТ НА УРА, НО ЧАЩЕ НЕТ. В ОСНОВНОМ НЕ ПРОХОДИТ 150 ПОВТОРЕНИЙ ТЕСТА НУМЕРАЦИИ УСТРОЙСТВА
В ИНТЕРНЕТЕ, НА КАКОМ ТО ФОРУМЕ, У ЧЕЛОВЕКА БЫЛИ ТОЧНО ТАКИЕЖЕ ПРОБЛЕМЫ С PDIUSBD12 - НЕ ДО КОНЦА ПРОХОДИЛА НУМЕРАЦИИ УСТРОЙСТВА.

НЕ ЗНАЮ, ЧТО ДЕЛАТЬ... ЗАДАЛ ВОПРОС ТОМУ У КОГО ТАКИЕ ПРОБЛЕМЫ БЫЛИ, ОН МНЕ НАПИСАЛ В ОТВЕТ: "У Philips нашел пример для него, где четко отслеживались все состояния, в котором пребывает контроллер при процессе enumeration. Там была куча тонкостей, как и когда он должен посылать в ответ. Проблема enumeration состоит в том, что со стороны PC это все организовано мягко говоря странно. Посылается запрос, а ответ читается только частично, снова возобновляется и так несколько раз. Соответственно из-за этого шараханья все проблемы и происходят."
И ПРИЛАЖИЛ ПРИМЕР (ТОЧНО РАБОТАЮЩИЙ) ДЛЯ PDIUSBD12. НО Я БОРИСЬ С ПРИМЕРОМ D13, А ЭТО НЕМНОГО ДРУГОЙ КОД
ПОДСКАЖИТЕ, ЧТО МОЖЕТ БЫТЬ.

ОШИБКУ, КОТОРАЯ ЕСТЬ В ПРИМЕРАХ D12 И D13 ИСПРАВИЛ, ТАМ БУФЕР ДЛЯ ПРИЕМА ТОЧКОЙ 0 ИМЕЕТ ФЕКСИРОВАННЫЙ РАЗМЕР, А СЧИТЫВАЕМЫЕ В НЕГО ДАННЫЕ МОГУТ ПРЕВЫШАТЬ ЕГО, НО ОШИБКА НЕ В ЭТОМ...
ПО ПИТАНИЮ ТОЖЕ ВСЕ ВРОДЕ ВПОРЯДКЕ, КОНДЕНСАТОРОВ ХВАТАЕТ...

Я НЕ ИСПОЛЬЗУЮ НОЖКУ М/С, ГОВОРЯЩУЮ О ВОЗНИКНОВЕНИИ ПРЕРЫВАНИЯ, Я ПЕРЕОДИЧЕСКИ ОПРАШИВУЮ РЕГИСТР ПРЕРЫВАНИЯ, ПРЕДВАРЕТЕЛЬНО РАЗРЕШАЯ ЗАПИСЬ В ЕЕ РЕГИСТРЫ, ДАВАЯ КОМАНДУ LockDevice, МОЖЕТ ДЕЛО В ЭТОМ, ISP1183, НЕ УСПЕВАЕТ ПОГАСИТЬ В РЕГИСТРЕ ПРЕРЫВАНИЯ, ХОТЯ В РЯД ЛИ....
УЖЕ МЕСЯЦ БЬЮСЬ, НИЧЕГО НЕ ВЫХОДИТ....