Именно это и хотел сказать. В своих устройствах USB использую только как временное подключение (скачать логи на флешку, залить файл с настройками и пр...), а для работы 24\7 только RS-485, или 232.
Сколь перепробовал USBшных девайсов, с библиотеками от СТМ, Prolific, FT232... только последние еще более-менее могут работать долгое время без зависаний компа или "отваливания" соединения...

в моём случае мой хост будет работать с девайсом долгое время возможно и 24/7 .

При реализации и хоста и девайса на микроконтроллере велика ли вероятность "отваливания" и зависания???

Вероятность "зависания" или "отваливания" 50%: либо зависнет либо нет.
При работе необслуживаемого устройства в режиме 24/7 следует принимать вероятность зависания 100%. Если не зависнет за день - значит зависнет через неделю / месяц, но зависнет обязательно. Интерфейс усб изначально не предназначен для безотказной работы и отличие к примеру от эзернета.

Именно так. Мой совет всем, кто делает устройства с USB в режиме 24\7 делайте обязательную проверку приема\передачи данных, пусть даже ничего не надо передавать - посылайте что-то типа пинг-пакетов, и если приема нет - сразу перегружайте хост-контроллер, причем с временным отключением питания девайса (зависон может идти по причине него) после этого, когда пройдет переинициализация, снова гоняйте "пинги", и т.д. Только так можно добиться какой-либо стабильной работы в необслуживаемом устройстве.

Эта.. А зачем посылать? Оно там само посылается. Не помню навскидку, 1 или 3 миллисекуды для фуллспид.
А если не присылается, то девайс будет саспендед.
Само по себе оно не отвалится, но тут зависит как хост имплементирован.
И как он подсединятся будет. Через внешний хаб или нет и так далее.
То бишь в теории подключение чего нибудь к другому порту хаба или хоста может спровоцировать саспенд
и USB ваш будет "обесточен".
В опчем, надо внимательно рассматривать грабли.
И никакие "пинги" тут не помогут, да и бесполезны они. И редандант

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

1 ms



Хаб может быть не только внешним, но и внутренним, АФАИК.
То что, на уровне приложения зависло, не должно влиять на USB фреймы.

На счёт com-порта... Сейчас актуально, когда в приборе присутствует их несколько: RS-232, Ethernet, USB. До сих пор ставят GPIB в измерительное оборудование.

На счёт USB host. В целом сейчас всё действительно стало проще, чем было раньше. Куча разного готового софта (про качество молчу) на lpcware.com, mbed.org и на других наверно ресурсах.

Сам в августе этого года поднимал (правильнее сказать прикручивал готовых) USB host к lpc1768. Правда ему только MSC надо обслуживать. Подъём занял 1 неделю, и ещё одну - на вылизывание мелких проблем.

по USB еще и грабли на Windows стороне могут быть.
Я примерно пару недель убил на то, чтобы доказать что косяки не на моей стороне, а со стороны виндоус.
Гуглил, пальцем тыкал, компилил примеры.
Месяца 2-3 было - у нас проблема с USB firmware.

На маке все работало без всяких танцев с бубном, сразу как положено.

сделали каку для мака, и давай на честный виндус гнать

меня особо угнетает когда одной USB устройство работающее на win xp перестает работать или определяться на vista, да еще так себя ведет как будто железка погорела...

Это же все бытовуха, работает в зависимости от погоды и настроения, сам намучался, когда сделал терминалку для вендингового аппарата, она работала под виндой, через УСБ с ПЛК собственной разработки. Так вот винда глючила раз в месяц, плюс криворукие пользователи ей еще неплохо в этом "помогали" и отваливался усб, причем виндовый хост, а ПЛК ни разу не заглючил, хотя все расчеты и управление автоматом были именно на нем, винда была только для показа картинок и настройки

ЗЫ. вот теперь делаю все с использованием COM порта и ДОСа(вполне серьезно!), т.к. сделанные полтора года назад, табло, до сих пор работают и не виснут!
Вот и делайте выводы...

Может это , а не пробывали делать тоже самое на Colibri ? Всё-таки графика и поддержка USB кстате тоже есть но скорее всего нестабильная.

Нет, Мак там вообще никаким боком. Стадартный USB stack виртуального COM порта.
Если на Виндоус не закрыть соединение, а чисто дисконнектнутся, то все. Больше не законнектишся.
Я уж как не искал, ничего найти не мог.
Попробовал с Мака - как часы, хоть когда дергай, выдергивай, всегда все работает.
Пришлось гуглить, тыкать пальцем вот такие ссылки:

http://social.msdn.microsoft.com/Forums/wi...backs-in-winusb

и доказывать, что это их косяк.
Сейчас работает как часы. На виндоус 7, на 8ке вроде у них проблемы.

Если честно, вообще незнал про такую ОС, и пока трудно представляю, как под нее что-то писать, и вообще доки где брать... Да и вот это слегка смущает - "а также в использовании языка ассемблера, как основного языка разработки KolibriOS и программ для неё." - как-то привык писать больше на си и паскале под х86...
По досу все-таки опыт поболее... и с портами и с графикой, да и все-таки есть уже годами проверенные компиляторы и сама дос уже "вылизана" вдоль и поперек

Сообщение отредактировал mantech - Dec 30 2013, 17:24