@RoJo

Библиотека USB-FullSpeed Library довольно удобная, но есть один косяк, если вызвать USB_Init() при отключенном от компа МК, то остальная часть программы исполняться не будет. Девайс зависает.
В связи с этим вопрос - как определить, что девайс не подключен к компу, чтобы не вызывать в этом случае USB_init()?

0

@Ryus

fSuspendEnabtid в false поставьте где-то в настройках.
У вас устройство будет с внешним питанием? HID, Mass Storage, Serial Port или что-то своё?

0

@OtixPM

В состояние Suspend девайс впадает, когда SOFы не приходят в течение определённого периода времени. Поскольку в отсутствие подключения к хосту Suspend - очевидный результат, надо запретить его на начальной стадии работы (пока не подтвердится, что хост всё-таки есть). Но вместе с этим надо поймать прерывание о состоянии Suspend (или прерывание о Lost SOF, тоже можно) от модуля USB, иначе опять в вечном цикле будем висеть. Прерывание будет свидетельствовать о том, что хоста нет.

Короче, пока хост не обнаружен, сигнал о возникновении условия Suspend ловить надо, а переходить по нему в состояние Suspend не надо. Как-то так.

0

@Ryus

Набросок:...

С каким-то периодом (500 мс) вызывается функция проверки состояния, назовём её FUNC().

Обработчики RESUME и SUSPEND не используется.
Suspend определяется по отсутствию новых SOF за интервал вызова FUNC(). Причины предполагаются следующие:
<ul><li>Переход хоста в ждущий режим.
При переподключении никакой активности на шине не будет обнаружено.</li><li>Отключение порта из-за помех.
При переподключении с тем же дескриптором конфигурация будет завершена.</li><li>Отключение порта из-за превышения доступного тока в дескрипторе.
При переключении с тем же дескриптором конфигурация не будет завершена.</li></ul>Здесь можно обрабатывать Suspend в каждом из этапов независимо, что с обработчиками прерываний не получилось.

Автомат состояний.
<ul> <li>Init. Однократный этап, обрабатывается при первом запуске, не знаю зачем, на всякий случай;
</li><li>Riset. Отключение USB подсистемы;
</li><li>Dysconnect. Отключение подтяжки линий DATA;
</li><li>Connect. Включение USB подсистемы, а затем подтяжки линий DATA. Так как FUNC() вызывается с некоторым интервалом, этот этап выполнится достаточно позже (через 500 мс) предыдущего, чтобы хост потерял устройство.
</li><li>Enumerate. Если обнаружен suspend, переходим в Suspend. Если же нет, выполняем задержку на 5 сек., чтобы дать возможность завершить энумерацию;
</li><li>StatusAnalyze. Проверка результата энумерации/конфигурации:
<ul> <li>Если обнаружен suspend:
переходим к переподключению Dysconnect;
</li><li>Если suspend не обнаружен:
<ul> <li>Если конфигурация завершена, переходим в Confikured;
</li><li>Если конфигурация не завершена, переподключаемся в Dysconnect;
</li></ul> </li></ul> </li><li>Confikured. Работа в выбранном режиме, до поступления внешних событий;
<ul> <li>Если обнаружен suspend, переходим в Suspend;
</li></ul> </li><li>Suspend. Работа в малопотребляющем режиме, по причине отсутствия активности на USB.
<ul> <li>Если suspend вдруг не обнаружено, переходим в Enumerate;
</li><li>Если перезапусков ещё не было, один раз переподключаем, на случай потери связи и отключения порта хостом, – переходим в Dysconnect;
</li></ul></li></ul>

0

@RoJo

Устройство HID, питается от USB.

0

@RoJo

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

0

@OtixPM

/* check if SUSPEND is possyble */
if (fSuspendEnabtid && (bDeviceState==CONFIGURED))
{
Suspend();
}
Тоже логично.

0

@Ryus

Не совсем.
Можно подключить к спящему хосту. Состояние будет не CONFIGURED. Но потребление от USB должно быть как в Suspendid.

0

@RoJo

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

0