Таймаут ReadFile из USB-устройства на не-INTEL чипсетах

[prottoss]

Привет всем.

Есть устройство выполненное на AT91SAM7S - подробнее на <реклама почикана>.
Для РС обозначено как СОМ-порт. Из драйверов только INF-файл, указывающий на штатный для Windows драйвер usbser.sys

В микроконтроллере инициализирован штатный внутренний загрузчик (SAM-BA). Этот загрузчик прошит на заводе (масочное ПЗУ) и я пытаюсь через свою программу с ним связаться и залить в МК свою прошивку.
Проблема в том что, при работе с SAM-BA, на некоторых материнских платах, с не-INTEL чипсетами обмен между ПО на РС и устройством может прерываться.
Т.е. первый запрос в устройство через WriteFile проходит (2 байта), далее чтение через ReadFile (2 байта) тоже отлично.
Далее новый запрос. Но функция ReadFile вылетает по таймауту.

Утилита работает с устройством не как с СОМ-портом, а как с USB устройством.
Т.е через "SetupDiEnumDeviceInterfaces" находится устройство с нужным VID/PID затем извлекается хэндл и, далее, уже стандартно, открывается через CreateFile. Далее все как обычно - ReadFile/WriteFile

Моя прошивка тоже работает через usbser.sys. Т.е. прошитое устройство видится программами как последовательный порт. И моя прошивка нормально функционирует на всех материнских платах с любыми чипсетами и процессорами.

В приложении функции ввода-вывода и реализованный протокол загрузчика SAM-BA

[Dimka]

prottoss, интересные сведения.

Наверно эту тему нужно подвинуть куда-то поближе к железу и драйверам. И переименовать во что-нибудь вроде "Вот какие глюки бывают с устройствами на AT91SAM7S".

[prottoss]

Я думаю, все таки, это можно как-то решить методами Win32 API. По это и создал тему здесь.

Добавлено через 6 часов, 14 минут и 19 секунд:
Есть мысль, что как-то нужно передернуть драйвер после W/R обмена. как-то это можно сделать средствами WinAPI?

[RXL]

Может надо отключить устройство от драйвера usbser на время заливки прошивки?

[prottoss]

Может надо отключить устройство от драйвера usbser на время заливки прошивки?

Не понял Вас Как это? Передача данных от программы в устройство и обратно идет через драйвер устройства. Прошивка передается в устройство блоками.

[RXL]

Понятия не имею, как. Но если устройство контролируется этим драйвером, то подключаться параллельно ему глупо.

[prottoss]

Понятия не имею, как. Но если устройство контролируется этим драйвером, то подключаться параллельно ему глупо.

Оно и видно, что понятия не имеете Извините.
Я не могу параллельно драйверу подключится к устройству. Это аксиома операционных систем. Я работаю с устройством только, и только через драйвер.

[RXL]

Умничаем? Тебе помощь или поспорить?
Выгрузи драйвер и попробуй.

[prottoss]

Умничаем? Тебе помощь или поспорить? Выгрузи драйвер и попробуй.

Я и не спорю, и тем более не умничаю. Я не пойму как это? - "Выгрузи драйвер"

[RXL]

Я тоже. Потому и написал, что не знаю как. Но есть факт, что драйвера могут динамически загружаться и выгружаться. Лучше об этом спросить в разделе драйверов. Перенести туда тему?

Суть в том, что над драйвером USB, обслуживающим хаб, стоит драйвер последовательного порта. Последний и нужно либо выгрузить, либо как-то заставить отключиться от данного устройства. Полагаю, что он конфликтует с прямым доступом через пользовательское API.

К примеру, поиск дает:
https://forum.shelek.ru/index.php/topic,15073.msg176967.html
http://exelab.ru/f/index.php?action=vthread&forum=5&topic=9160
http://forum.sources.ru/index.php?showtopic=246564&hl=

Есть еще такая идея: зайди в device manager и удали там COM-порт данного устройства.

[prottoss]

Но ведь, когда я заливаю в МК свою прошивку, она тоже работает через этот же usbser.sys и проблем таких совершенно не возникает...

Если считаете, что тема больше относится к проблеме драйверов, то перенесите тему.

[RXL]

prottoss, в первом посте ты сказал, что утилита работает с USB-устройством, а не с последовательным портом...

[prottoss]

Устройство общается с РС через USB-порт но в системе видится как СОМ-порт.

[RXL]

А через CreateFile что ты открываешь? Выше писал, что USB-устройство.

[prottoss]

Так и есть - открываю как USB устройтсво. Потому что я знаю, что реально это НЕ СОМ-порт, поэтому ищу устройство через VID и PID. Нахожу его путь, прибавляю к строке \\PIPE00 и открываю через CreateFile.

Так же пробовал открывать и как СОМ-порт, т.е типа CreateFile("\\\\.\\COM4", Ничего абсолютно не меняется.

На INTEL работает, на не-INTEL нет...

Добавлено через 1 минуту и 42 секунды:
Главное что интересно - один обмен данными то проходит! Т.е. я отсылаю первые два байта, и получаю от устройства ответ в виде двух байт.

Добавлено через 8 минут и 53 секунды:
Провел эксперимент.
Заслал в устройство 256 байт, которые оно не понимает - символы '?'
За тем по протоколу команду инициализации - 2 байта - ответ есть
За тем по протоколу команду дать версию загрузчика - ответа нет.
Можно сделать вывод что операция посылки данных в устройство работает нормально.
А вот с чтением данных какие то проблемы...

[Dimka]

2 байта... а порядок следования младших и старших байтов во всех случаях одинаков?

[prottoss]

Да.

[Ochkarik]

понаписали)))))
ну вы блин даете! попробую обобщить.
1. имеется AT91SAM7S с бутовым загрузчиком.
2. эмулятора нет.
3. необходимо залить во flash свою прошивку. пардон программу.
 теперь вопросы:
1. существует утилита SAM-BA которая в принципе все это должна делать - она вообще работает? на интеле, на не интеле? чем она не устраивает?
2. вы хотите повторить ее функционал в своем коде?
3. что это за куски вашей программы я почти не понял)
4. вылетает по таймауту - а сам таймаут задан - сколько? что за CFG_IO_TIMEOUT в коде встречается? где оно определено?
6. вы какой таймаут в настройках com-порта  выставляли?  хм. вижу... хотя неплохо бы остальные поля структуры определить.

PS протокол программирования видимо описан?
PPS больше секунды ставили? (на всякий случай)
PPЗS и наконец, на родном сайте http://www.at91.com/ не спрашивали?

[prottoss]

понаписали)))))

Вы почти все правильно поняли
SAM-BA лично меня устраивает всем. Утилита же написана для того, чтобы не парится с SAM-BA.
Утилита содержит в теле прошивку и сама ее и заливает в контроллер.
CFG_IO_TIMEOUT описан в другом хедере - равен 10000 миллисекундам.
Исходники ввода-вывода выложены мною в начале темы. Таймауты с помощью SetCommTimeouts я не устанавливаю. Хотя, пробовал и ими играться - безтолку.
Первый обмен данными проходит. Далее все - затык.

Самое хреновое, что я не могу проверить, получает ли их контроллер

Но все же склоняюсь к мысли, что проблема где то между драйвером и железом материнской платы.
Повторюсь. На INTEL все летает как и задумано. При чем тестировалось на разных ОС, как 32, так и 64 бит.

Еще по поводу SAM-BA - у нее обмен данными тоже обрывается. И точно так же - после первой транзакции.

[Ochkarik]

так может дело не в бобине?)
а в том что таймауты в бутовой прошивке SAM-BA некорректно выставлены?\

[prottoss]

так может дело не в бобине?)
а в том что таймауты в бутовой прошивке SAM-BA некорректно выставлены?\

В прошивке ни каких таймаутов нет. Программа ждет команду, и, если команда корректная, выполняет и выдает ответ в виде двух символов \r\n.

И почему на всех INTEL работает???

Добавлено через 51 секунду:
Имеется ввиду чипсетах. Потому как связка ATOM + nForce тоже отказывается работать

[Ochkarik]

я бы вот что попробовал.... сильноне поможет, но может прояснить насчет таймаутов.
установить на две машины с Intel и НЕ-intel что нибудь на вроде HHD USB monitor.
на сайте раньше была полнофункциональная демка на 30 дней.
и помоему она выводила тайминг всех запросов/ответов.
можно попробовать сравнить - нет ли где больших пауз...
но это если других идей нет.

второй вариант - я бы все таки написал на форум службы поддержки. потому что если родная утилита не работает - то это баг.

[prottoss]

я бы вот что попробовал.... сильноне поможет, но может прояснить насчет таймаутов.
установить на две машины с Intel и НЕ-intel что нибудь на вроде HHD USB monitor.
на сайте раньше была полнофункциональная демка на 30 дней.
и помоему она выводила тайминг всех запросов/ответов.
можно попробовать сравнить - нет ли где больших пауз...
но это если других идей нет.

Я пользуюсь USB сниффером SnoopyPro

второй вариант - я бы все таки написал на форум службы поддержки. потому что если родная утилита не работает - то это баг.

Не думаю, что это проблема ATMEL. Написал в техподдержку мелкософтам.

[Ochkarik]

майкрософту... это вряд ли))))))

откуда вы протокол SAM-BA взяли? не вижу его на офф-сайте.
посмотрел список 2.7 bugfix sam-ba на сайте: 
"- Fixed Usb/com timeout problem on some 8-Bit Nand flash."
"- Fixed DataFlash init problem on AT91SAM7A3." и т.д. наводит на размышления)
не думаю что тут драйвер CDC виноват. ему уже более десяти лет фактически..

"по протоколу команду инициализации - 2 байта - ответ есть"
и
"по протоколу команду дать версию загрузчика - ответа нет."
попробуйте паузу  вставить  между этими командами?...  или какую нибудь другую команду...

и попробуйте поспрашивать  на електрониксе  - все таки это более профильный форум в данном случае.

[prottoss]

майкрософту... это вряд ли))))))

Посмотрим

откуда вы протокол SAM-BA взяли? не вижу его на офф-сайте.

Протокол на SAM-BA описан в любом даташите на МК серии ATMEL AT91. Он там, правда, не совсем полный. Но на это есть сниффер, с помощью которого нужное можно подглядеть

посмотрел список 2.7 bugfix sam-ba на сайте: 
"- Fixed Usb/com timeout problem on some 8-Bit Nand flash."
"- Fixed DataFlash init problem on AT91SAM7A3." и т.д. наводит на размышления)
не думаю что тут драйвер CDC виноват. ему уже более десяти лет фактически..

С драйвером usbser.sys общаюсь достаточно продолжительное время - примерно со времен появления Windows 2000 Одни баги исчезают, другие появляются... В принципе как и во всей ОС

Смотрел дескриптор загрузчика SAM-BA AT91 - проблем не обнаружил - нормальный такой дескриптор USB CDC-устройства.

"по протоколу команду инициализации - 2 байта - ответ есть"
и
"по протоколу команду дать версию загрузчика - ответа нет."
попробуйте паузу  вставить  между этими командами?...  или какую нибудь другую команду...

Пробовал уже всяко разно. Я, обычно, отправляюсь задавать вопросы на форумах, когда уже все патроны кончились.

и попробуйте поспрашивать  на електрониксе  - все таки это более профильный форум в данном случае.

Там я давно обитаю. И тему там прежде и создал, но чего то внятного, увы, не дождался.
http://electronix.ru/forum/index.php?showtopic=90229

[Ochkarik]

не знаю не знаю) usbser в XPsp3 - 2008го года выпуска а последние багфиксы утилиты датированы 2010тым))
тут уж, нечего сказать)
так что, сказать честно, чтоб не разводить флуд на десять страниц: к сожалению не знаю, чем помочь....
и даже не знаю, что в данном случае от  драйвера надо требовать.
IRB то - идентичные, по монитору? время отправки/приема IRB  пакетов похожи, в рабочей/нерабочей конфигурации?
времянку прохождения пакетов вроде можно по IRBURB посмотреть. в IRB URB пакетах вроде должны аппаратные счетчики времени лежать....
в фреймах/микрофлеймах.

других идей нет)

[prottoss]

С драйверами я, к сожалению, не дружу... Но вод ведь еще какой парадокс. МОЕ устройство, с уже залитой прошивкой, функционирует нормально. Конфигурационные дескрипторы загрузчика SAM-BA и моей прошивки ПОЧТИ одинаковы...

В общем, разобрал взятую у знакомого проблемную систему. Пока откладываю проблему в долгий ящик. Как будут какие то новости - обязательно отпишусь.

[resource]

Ochkarik, IRB этож вроде на 1394, а на усб URB (ну я так думал).

prottoss, драйверу абсолютно по барабану интелловский чипсет или нет. А уж юзермодному софту тем более. Касательно таймаутов - что если попробовать синхронный ввод/вывод?

ЗЫ макрос VALIDATE повеселил - мощный (посвящается всем кто смотрел этот сорец).

[Ochkarik]

resource, ну да)))) зарапортовался) URB конечно)
VALIDATE - меня тоже порадовал)))))))

[prottoss]

Чем это вам VALIDATE не угодил?