Usb разъем для подключения хоста. Как проверить, поддерживает ли мой смартфон OTG? Какие устройства можно подключать через OTG

Такая очевидная и в то же время безумная технология, как USB-Host, в мобильных устройствах несколько раз переживала рассвет и забвение. Сейчас, в эпоху доминирования на рынке Android-устройств, эта технология снова популярна. В 2013 году не нужно никаких дорогих неуклюжих кабелей-адаптеров, чтобы подключить USB-устройство к смартфону или планшету. Если полноценный USB не встроен, то помогут недорогой USB-Otg кабель или просто копеечный переходник microUSB.

Думаю, что вы давно это знаете. Я же предлагаю разобраться в том, что можно подключить к Android-устройству, а что нельзя, почему так, и какие проблемы при этом могут возникнуть.

Подключаем внешние устройства к Android

USB-Flash, USB-HDD

Нельзя сказать, что это первое, что люди пытались подключать к мобильным устройствам, но в наше время больше всего к планшетам подключают флешки и винчестеры. Всё банально: вставили флешку, и она становится доступна либо в папке внутри памяти устройства, либо в папке рядом с картой памяти. Чаще всего папка будет называться External-Storage, либо External-SD, либо по-другому - всё зависит от девайса. Современный Android, начиная с Android 4.0, поддерживает все файловые системы на чтение и на запись. Даже NTFS и ExFat - любителям FullHD видео посвящается.

Скорость обмена данными соответствует стандарту USB 2.0. Третью версию Android не поддерживает. Для USB-HDD скорее всего потребуется дополнительное питание. Картридеры для большого числа карт памяти работают, для каждой карты выделяется своя папка.

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

Клавиатуры, мыши

Задуматься о функции USB-Host в первых КПК пользователей заставила именно клавиатура. Ввод текста и операции с ним в те времена стояли во главе угла.

В наше время Android без проблем поддерживает подключение любых клавиатур и мышей. Проводные и беспроводные, от одного адаптера и от разных, напрямую и через хаб, всё будет работать. На клавиатуре работают все клавиши. Если не поддерживается русская раскладка, то спасут программы вроде Russian Keyboard. Переключение между языками осуществляется через Ctrl-Space по умолчанию.

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

3G-модемы

Если на планшете нет 3G-модуля или версия с ним стоит слишком дорого, то можно попробовать подключить внешний модем через USB-Host. Для этого нужно перевести его в режим «Только модем». Сделать это можно и на компьютере, и на самом Android. После этого вводим настройки и получаем Интернет. Существуют способы подключения модема и без перевода в специальные режимы. Но тут нужно вводить команды через «Терминал», на что не все согласятся.

Существует еще проблема, когда поддержка модемов не реализована в ядре системы. Обычно так делается в устройствах с установленным 3G-модулем и в большинстве брендированных смартфонов и планшетов. Китайцы этим, как правило, не заморачиваются - у них работает всё.
Вообще, для Android-устройств я бы рекомендовал 3G-модемы, которые функционируют как сетевые карты. Обычно в них всё работает без настроек и драйверов сразу после вставки модема в порт. Настройки самого подключения вводятся через веб-интерфейс.

В следующий вторник - продолжение темы. Ждите пост «Подключаем Android-устройство к видеокарте и джойстику

Как вы уже наверняка знаете функция или технология USB OTG или USB On-The-Go является одним из важных изобретений, расширяющим преимущества старой спецификации USB. Эта технология может использоваться самими разными способами. В этой статье я открою вам 12 самых интересных секретов, как пользоваться OTG функцией на Андроид.

USB On-the-Go (USB OTG) позволяет смартфонам с интерфейсом USB выполнять роль хоста для подключенных к нему USB устройств. Что позволяет расширить функционал любого мобильного гаджета с поддержкой OTG. Самое известное расширение - двусторонний обмен данными с внешним накопителем типа флешки или портативного HDD. Кто-то резонно вспомнит другое применение - подключение к телевизору. Но о том, кабелем я расскажу вам в отдельной статье.

1. Зарядите от смартфона с поддержкой USB Host OTG другое устройство

Эту функцию с удовольствием оценит каждый пользователь Android. Ведь она позволяет заряжать смартфон от другого смартфона с функцией OTG, играющим роль USB хоста. Отличная технология, которая позволяет зарядить мобильное устройство в экстренных случаях.

2. Подключите портативный жесткий диск

К смартфону с поддержкой OTG через стандартный OTG кабель Вы можете присоединить портативный жесткий диск или любой другой внешний накопитель. Для этого просто соедините их между собой. Получить доступ к внешнему хранилищу данных и скопировать файлы на него крайне просто.

3. Подключите к смартфону с функцией OTG игровой контроллер

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

4. Подключите USB лампу

Скажите, вам бы понравилось, если ваш телефон в экстренных случаях сможет заменить светодиодную лампу? Думаю, да! Теперь это действительно возможно. OTG функция на Андроид позволяет подключить к USB интерфейсу LED светильник через тот же OTG кабель. Такую подсветку вы даже сможете использовать для фотосъемки ночью, если энергии встроенной вспышки будет недостаточно для освещения сцены.

5. Присоедините сетевой кабель LAN

А может у вас появилась нужда подключиться к широкополосному интернету напрямую, через сетевой кабель? Тогда купите адаптер LAN to USB и подключите его к USB интерфейсу с поддержкой OTG своего смартфона. Если по каким-то причинам вы не можете использовать беспроводный доступ к сети Интернет (нет подключения к WiFi или 3G сети), это решение спасет вас. Все что нужно - купите USB OTG порт и переходник на сетевой Ethernet интерфейс.

6. Передайте списки Контактов и Сообщения на другой телефон

С помощью приложения Samsung’s SmartSwitch или подобного софта вы можете передать все сообщения, журнал звонков и список контактов с вашего телефона на другой. Для это достаточно соединить оба устройства с помощью OTG кабеля. Помимо удобства и высокой скорости передачи данных этот способ позволит сэкономить заряд батареи. Отмечу, что устройством возможен лишь в одном случае - если оба гаджета поддерживают технологию OTG.

7. Присоедините клавиатуру или мышь

Вам не привычен стандартный способ навигации по интерфейсу Android устройства? Вы очень часто работает в мессенджерах WhatsApp и Facebook? Тогда вам будет удобнее работать с внешним устройством ввода, таким как клавиатура или мышь. И тут вам тоже будет кстати OTG функция на Андроид. Для вас не составит труда подключить к USB интерфейсу мышку или клавиатуру. Для этого подойдет стандартный OTG кабель. Более того, вы можете таким способом подключить и беспроводные устройства ввода, просто вставьте в OTG порт радиомодуль.

8. Присоедините внешнюю веб-камеру

Если вы являетесь фанатом цифровой фотографии, то возможность подключения внешней камеры к OTG порту Андроид устройства вас сильно порадует. Теперь не нужно подключать камеру к настольному компьютеру. Просто используйте возможности встроенной функции OTG.

9. Печатайте документы напрямую с Андроид телефона

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

10. Жарко? Подключите USB вентилятор

Как известно, USB вентилятор отлично работает в паре с традиционным зарядным устройством. Напротив, вы могли наблюдать, что охлаждающие подставки для ноутбуков для питания вентиляторов часто подключаются к USB порту устройства. Для Андроид устройств это тоже возможно - просто подключите USB фан через O TG кабель.

11. Создавайте музыку на Андроид

Сегодня любой музыкант подтвердит, что большинство современных музыкальных инструментов (синтезаторы, гитары) можно подключить к компьютеру через MIDI интерфейс. Так вот, с приходом стандарта USB OTG появилась возможность подключить их и к вашему смартфону на платформе Android.

12. Запишите аудио через внешний микрофон

Эта функция пригодится многим, особенно создателям Youtube роликов. Любой смартфон с поддержкой OTG позволяет использовать внешний микрофон для записи голоса. Просто подключите микрофон к Андроиду через специальный OTG кабель и увеличите качество аудиодорожки в разы.

Как видите, существует множество способов использования OTG функции на Андроид, которые расширят возможности вашего мобильного устройства. Если я что-то упустил, пишите. Расширим список применения интерфейса с OTG вместе!

Лекция по анатомии мобильных устройств. Чт о такое USB OTG в смартфоне и планшете?

Многие читатели портала СмартПульс.Ру, встречая в обзорах фразу «USB OTG работает» или наоборот, «USB OTG не работает», интересуются, что такое USB OTG, как им пользоваться и какая вообще от него польза?

Спецификация USB OTG была создана с целью соединения электронных устройств между собой для передачи данных через порт USB, минуя компьютер. OTG расшифровывается как “On-the-Go” («На ходу»).

Эта спецификация имеет свой логотип:

Порт USB OTG используется не только в смартфонах и планшетах. Он используется также и в некоторых других устройствах, например, в плеерах, автомагнитолах, телевизорах, принтерах. К устройствам, оснащенным USB OTG, можно напрямую подключать USB- носители с мультимедийным контентом и слушать музыку, смотреть фильмы, или (в принтерах) распечатать изображения и документы. Принтеры с такой возможностью обычно именуются как «принтеры с прямой печатью».
В качестве п одключаемых к портам USB OTG носителей могут выступать как обычные "флешки", так и более сложные устройства, например, фотоаппараты.

В этих устройствах (кроме смартфонов и планшетов) порт – «однонаправленный», то есть порт в устройстве выступает только для подключения пассивных USB-накопителей. А для соединения с компьютером используется другой USB порт (если он есть; но его может и не быть, если устройство – сетевое или вообще не предназначено для соединения с компьютером).

В то же время в смартфонах и планшетах с портом USB OTG этот порт – «двунаправленный», то есть может использоваться как для подключения пассивных устройств, так и для соединения с компьютером (в этом случае смартфон или планшет сами выступают в роли пассивного устройства).

В соответствии с принятой терминологией, активное USB устройство именуется USB-хостом. И именно таковыми становятся смартфоны и планшеты, когда к ним через USB OTG подключаются "флешки" и другие устройства.

Теперь следующий вопрос: каким образом при соединении с каким-то другим устройством через USB OTG смартфон (планшет) «догадается», как ему работать – как USB-хост или как пассивное устройство?

Для этого в порту USB OTG выделен специальный контакт, отвечающий за режим работы этого порта.

Рассмотрим переключение в режим хоста на примере стандартного кабеля-переходника USB OTG для разъема micro-USB. Кстати, из-за наличия дополнительного контакта этот USB-разъём имеет не 4, а 5 контактов. Посмотрите на схему этого переходника:

На схеме в верхнем разъеме (micro-USB) за режим OTG отвечает контакт номер 4.
При соединении контактов 4 и 5 в смартфоне (планшете) активизируется режим хоста, и он может управлять подключенными устройствами. Одновременно смартфон (планшет) подает на контакт 1 питание +5 Вольт, которым запитывается подключаемое устройство (если оно не имеет собственного источника питания). Соответственно, подключение устройства повышает нагрузку на систему питания смартфона; и это повышение может быть значительным, если подключается, например, портативный внешний жесткий диск.

Это соединение контактов 4 и 5 осуществлено "жестко" в кабеле-переходнике USB OTG - они просто "намертво" спаяны между собой.

В «древности» народные умельцы «потрошили» кабели и удлинители с разъемами USB, и путем пайки превращали их в переходники для USB OTG:

(фотография взята отсюда: http://r-nedo.livejournal.com/6598.html)

Но теперь в таком "шаманстве" нет необходимости: кабели-переходники USB OTG можно найти во многих магазинах и стоят они не дорого.

Выглядит типовой кабель-переходник USB OTG для разъема micro-USB вот так:

(кликнуть для увеличения)

Но в последнее время стали появляться смартфоны и планшеты не с разъемом micro-USB, а с разъемом USB Type-C. Для таких разъемов тоже существуют кабели-переходники USB OTG, но по причине новизны найти их в магазинах намного сложнее.

А выглядят они так:

(кликнуть для увеличения)

Теперь, когда мы разобрались с теорией, перейдем к практике.

Все ли смартфоны и планшеты поддерживают USB OTG?

Нет, не все. Как правило, дорогие устройства поддерживают USB OTG, а дешевые (бюджетные) – могут поддерживать, а могут и не поддерживать. Обычно это указывается в технических характеристиках устройства, но не всегда. В таком случае помогает чтение форумов и обзоров; на крайний случай – собственноручная проверка. Внимание! Во всех обзорах на портале сайт тестируемые устройства проверяются на функционирование USB OTG!

Особняком стоят планшеты на полноценной операционной системе Windows. Как правило, в них имеется не порт USB OTG, а настоящий полноценный и полноразмерный порт USB 2.0 или 3.0; а то и несколько таких портов. В этом случае необходимости в USB OTG просто нет.

Бывают и в Windows-планшетах особенности, когда все-таки в них нет полноразмерных USB-портов. Тогда в них обязательно должен быть порт micro-USB или USB Type-C. И вот в этих случаях даже для Windows-планшета может потребоваться кабель-переходник USB OTG!

Какие устройства можно подключать к смартфонам и планшетам через USB OTG?

Начнем с простого случая: Windows-планшет. К нему можно подключать всё, на что существуют драйвера, включая принтеры, веб-камеры и десятки других типов устройств. Только следите, чтобы планшет по питанию не перегрузился.

Теперь – к более сложному: смартфонам и планшетам на Android.

Если порт USB OTG на устройстве функционирует, то гарантированно он будет работать только с тремя видами устройств: мышкой, клавиатурой и «флешками» объемом до 32 Гб включительно. Поддержка других устройств определяется особенностями прошивки смартфона/планшета (т.е. добросовестностью производителя).

После подключения флешки к смартфону (планшету) она появляется как "Съемный накопитель" в разделе "Хранилище и USB- накопители" (в Android 6) или в разделе "Память" (более ранние версии):

(кликнуть для увеличения)

Соответственно, открывается доступ и через файловые менеджеры.

Наиболее вероятно (но уже не на 100%), что будут работать «флешки» на 64 Гб и более, карт-ридеры и портативные плееры.

Затем – портативные жесткие диски. С ними ситуация усугубляется тем, что от смартфона (планшета) требуются "двойные усилия": надо одновременно и «осилить» его по питанию; и к тому же распознать его файловую систему (чаще всего – NTFS).

И, наконец, самые бесперспективные случаи – сканеры, принтеры, и даже свои «собратья» - другие смартфоны и планшеты на Android-е. Да, уважаемые читатели, «себе подобных» Android-устройства при подключении через USB OTG очень не любят.

Еще интересный вопрос: существуют ли устройства, которые можно подключить к смартфону/планшету напрямую, без кабеля-переходника?

Да, существуют в природе «флешки» с двухстандартными соединителями: «обычный» USB в качестве первого и micro-USB или USB Type-C в качестве второго. Выглядят они примерно так:

Но распространены «двухстандартные» флешки довольно мало, и лучше на них не ориентироваться.

Сфера применения USB OTG .

Как уже упоминалось выше, если в смартфоне или планшете есть функционирующий порт USB OTG, то с ним без проблем будут работать мышки и клавиатура. Но такой вариант применения USB OTG не получил распространения. Тем более, что, например, настройка переключения языков ввода комбинацией клавиш на физической клавиатуре - это тот еще процесс. :)

Наибольшее распространение получил порт USB OTG для подключения внешних накопителей с теми файлами, которые не обязательно должны постоянно присутствовать в смартфоне (планшете). Если, например, файлы с оффлайн-картами местности должны постоянно находиться в смартфоне (во внутренней памяти или на micro-SD карте); то коллекция фильмов или фотоальбомов может храниться на флешке и подключаться по мере необходимости.

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

Еще одно, в некоторой степени "нестандартное" применение мобильных устройств c USB OTG - подзарядка других устройств (использование в качестве Power Bank).
Как уже отмечалось выше, при активации порта USB OTG в кабель-переходник подается напряжение +5 Вольт.
Соответственно, если к переходнику подключить другое устройство, то оно будет заряжать свой аккумулятор от "основного" смартфона (планшета)!
Но надо помнить о разумных ограничениях при использовании такой возможности. Главное правило состоит в том, что устройство с "большим" аккумулятором должно подпитывать устройство с "маленьким"; а не наоборот. Иначе Вы легко можете "посадить" устройство с "маленьким" аккумулятором, толком не зарядив устройство с "большим".

Ваш Доктор.
14.01.2017

У каждой шины USB должен быть один (и только один!) хост — компьютер с контроллером USB. Однако понятие компьютер отнюдь не означает лишь привычные варианты настольных, напольных, портативных компьютеров. Компьютер — это сочетание процессора, памяти и периферийных устройств; в таком понимании в большинстве современных устройств присутствуют встроенные компьютеры. Если «интеллекта» этого компьютера и его возможностей диалога с пользователем оказывается достаточно, то он может взять на себя роль хоста USB. Такой вариант хоста рассматривается в последнем параграфе данной главы.

«Классический» хост USB делится на три основных уровня:

• интерфейс шины USB обеспечивает физический интерфейс и протокол шины. Интерфейс шины реализуется хост-контроллером, имеющим встроенный корневой хаб, обеспечивающий точки физического подключения к шине (гнезда USB типа «A»). Хост-контроллер отвечает за генерацию микрокадров. На аппаратном уровне хост-контроллер обменивается информацией с основной памятью компьютера, используя прямое управление шиной (bus-mastering) с целью минимизации нагрузки на центральный процессор;
• система USB, используя хост-контроллер(ы), транслирует клиентское «видение» обмена данными с устройствами — запросы IRP (I/O Request Packet — пакет запроса ввода/вывода) — в транзакции, выполняемые с реальными устройствами шины. Система отвечает и за распределение ресурсов USB — полосы пропускания и мощности источников питания (для устройств, питающихся от шины). Система состоит из трех основных частей:

1. драйвер хост-контроллера — HCD (Host Controller Driver) — модуль, привязанный к конкретной модели контроллера, обеспечивающий абстрагирование драйвера USB и позволяющий в одну систему включать несколько разнотипных контроллеров;
2. драйвер USB — USBD (USB Driver) — обеспечивает основной интерфейс (USBDI) между клиентами и устройствами USB. Интерфейс HCDI (Host Controller Driver Interface) между USBD и HCD спецификацией USB не регламентируется. Он определяется разработчиками ОС и должен поддерживаться разработчиками хост-контроллеров, желающих иметь поддержку своих изделий конкретными ОС. Клиенты не могут пользоваться интерфейсом HCDI; для них предназначен интерфейс USBDI. USBD обеспечивает механизм обмена в виде пакетов IRP, запрашивающих транспортировку данных по заданному каналу. Кроме того, USBD отвечает за некоторое абстрактное представление устройства USB клиенту, которое позволяет выполнять конфигурирование и управление состоянием устройств (включая и стандартное управление через конечную точку «0»). Реализация интерфейса USBDI определяется операционной системой; в спецификации USB излагаются только общие идеи;
3. программное обеспечение хоста реализует функции, необходимые для функционирования системы USB в целом: обнаружение подключения и отключения устройств и выполнение соответствующих действий по этим событиям (загрузки требуемых драйверов), нумерацию устройств, распределение полосы пропускания и потребляемой мощности, управление состоянием энергопотребления и т. п.

• клиенты USB — программные элементы (приложения или системные компоненты), взаимодействующие с устройствами USB. Клиенты могут взаимодействовать с любыми устройствами (наборами их доступных конечных точек, входящих в выбранные интерфейсы), подключенными к системе USB. Однако система USB изолирует клиентов от непосредственного обмена с какими-либо портами (в пространстве ввода/вывода) или ячейками памяти, представляющими интерфейсную часть контроллера USB.

В совокупности уровни хоста предоставляют следующие возможности:

• обнаружение подключения и отсоединения устройств USB;
• манипулирование потоками управления между устройствами и хостом;
• манипулирование потоками данных;
• сбор статистики активности и состояний устройств;
• управление электрическим интерфейсом между хост-контроллером и устройствами USB, включая управление электропитанием.

Программная часть хоста в полном объеме реализуется операционной системой. До загрузки ОС может функционировать лишь усеченная часть ПО USB, поддерживающая только устройства, требующиеся для загрузки. Так, в BIOS современных системных плат имеется поддержка клавиатуры USB, реализующая функции сервиса Int 9h. После загрузки системы USB эта «дозагрузочная» поддержка игнорируется — система начинает работу с контроллером «с чистого листа», то есть со сброса и определения всех подключенных устройств. В спецификации PC’2001 выдвигается ряд требований к BIOS, в частности требование поддержки загрузки ОС с устройств USB.

Хост-контроллер является аппаратным посредником между устройствами USB и хостом. В настоящее время имеется три спецификации хост-контроллеров, каждой из которых соответствует свой комплект драйверов хост-части:

• UHC (Universal Host Controller) — универсальный хост-контроллер для шины USB 1.x, разработанный Intel;
• OHC (Open Host Controller) — «открытый» хост-контроллер для шины USB 1.x, разработанный Compaq, Microsoft и National Semiconductor;
• EHC (Enhanced Host Controller) — расширенный хост-контроллер для поддержки высокой скорости шины USB 2.0.

Все эти варианты контроллеров выполняют одни и те же задачи: организуют физические транзакции с устройствами по шине USB в соответствии с описаниями (дескрипторами) этих транзакций, помещенными в системное ОЗУ драйвером хост-контроллера. При этом транзакции разных типов обрабатываются по-разному. В плане обработки ошибок проще всего устроены изохронные транзакции, где ошибки не требуют повторов. Транзакции передач с гарантированной доставкой в случае ошибок требуют повторов до победного конца или признания неудачи (исчерпания допустимого числа повторов). С точки зрения планирования следует выделить периодические транзакции, которые должны выполняться строго по графику, остальные — как получится, и их ставят в очереди. Из-за особенностей планирования и возможных повторов порядок завершения обработки дескрипторов транзакций (успешных или нет) будет отличаться от порядка их помещения в память1, что прибавляет забот хост-контроллеру и его драйверу. Три варианта хостконтроллеров решают эти задачи по-разному и используют разные стратегии планирования транзакций, что иллюстрирует таблицы ниже.

Хост-контроллер UHC от Intel появился в микросхеме PIIX3 (мост PCI-ISA) чипсетов системных плат для процессоров Pentium и используется во многих последующих изделиях Intel. Это FS/LS хост-контроллер, который большую часть забот по планированию транзакций перекладывает на ПО, — драйвер контроллера UHC (UHCD). Интерфейс контроллера UHC описан в документе Universal Host Controller Interface (UHCI) Design Guide, версия 1.1 вышла в 1996 году.

Драйвер UHC формирует для хост-контроллера дескрипторы, называемые в UHCI «дескрипторами передач» (TD — Transfer Descriptor), на самом деле описывающие каждую шинную транзакцию. Напомним, что в терминах спецификации USB одна передача (transfer) может состоять из нескольких транзакций, а в управляющих передачах используется еще и свой тип транзакции для каждой фазы. Для транзакций передач с гарантированной доставкой дескрипторы TD приходится организовывать в очереди. Очереди нужны для таких передач, поскольку заранее не известно, сколько раз придется пытаться их исполнить. Продвижение очереди возможно только по успешному выполнению транзакции, находящейся в голове очереди, — это правило обеспечивает гарантированный порядок (в пределах своей очереди) доставки пакетов. Каждая очередь имеет свой заголовок (QH). Изохронные передачи исполняются всегда однократно (здесь нет гарантированной доставки), что упрощает их планирование. Драйвер размещает дескрипторы TD и QH в памяти и связывает их между собой в соответствии с планом выполнения транзакций в каждом кадре. Драйверу UHC приходится составлять детальное «расписание» для каждого будущего кадра, для чего используется список Frame List на 1024 кадра. Хост-контроллер обходит списки дескрипторов, начиная с точки, на которую указывает Frame List для текущего кадра, и выполняет соответствующие транзакции. Результат исполнения транзакции помечается в ее дескрипторе, отработанная транзакция помечается как «неактивная», и контроллер, встретив ее при очередном обходе, просто переходит к следующей. Драйвер должен периодически просматривать дескрипторы, извлекая уже отработанные и передавая результаты выполнения клиентскому драйверу. Логика работы контроллера подразумевает, что одному запросу ввода/вывода (IRP) от клиентского драйвера может соответствовать несколько «передач» — элементов очереди. Драйвер UHC разбивает запрос на транзакции и помещает дескрипторы этих транзакций в соответствующую очередь, а очередь включает в ближайшие планы. Драйвер отвечает за балансировку загрузки шины в каждом кадре, в частности, за гарантию предоставления не менее 10% полосы для транзакций управляющих передач. Планированием кадров также обеспечивается требуемая частота обращений к точкам периодических передач.

Контроллер UHC является активным устройством PCI (Bus-Master). Основное взаимодействие драйвера с хост-контроллером происходит с помощью дескрипторов, расположенных в памяти. Контроллер имеет регистры (в пространстве ввода/вывода), с помощью которых можно управлять его поведением: выполнять сброс, глобальную приостановку и пробуждение, подстраивать частоту кадров, управлять запросами прерываний, управлять портами встроенного корневого хаба. Контроллер позволяет работать в отладочном режиме, останавливаясь после выполнения каждой транзакции.

В процессе отработки плана контроллер считывает из памяти дескрипторы и данные, необходимые для начала транзакции. Как только в FIFO-буфер контроллера из памяти поступает информация, достаточная для начала транзакции, контроллер начинает транзакцию на шине USB. В процессе ее исполнения производится передача данных, после завершения контроллер модифицирует дескрипторы в памяти в соответствии с условиями завершения транзакции. В процессе отработки транзакции могут возникать ошибки переполнения или переопустошения FIFO-буфера, связанные с перегрузкой контроллера системной памяти или шины PCI. Эти серьезные ошибки инициируют аппаратные прерывания. В состав хостконтроллера входит и корневой хаб на 2 или более порта.

Прерывания от UHC могут инициироваться различными событиями, такими как выполнение транзакций (избранных), обнаружение приема короткого пакета, прием сигнала возобновления, или в результате ошибки. Прерываний по подключению-отключению устройств контроллер не вырабатывает.

В контроллере UHC имеется специальная поддержка традиционного интерфейса клавиатуры и мыши через контроллер 8042 — перехват обращений к портам 60h и 64h пространства ввода/вывода. При разрешенной эмуляции по обращениям ПО к этим портам UHC вызывает системное прерывание SMI (System Management Interrupt), обрабатывающееся в ПК на процессорах x86 в режиме SMM (System Management Mode), невидимо для обычных программ. Обработчик SMI, перехватывающий эти обращения, формирует последовательности действий, необходимые для их исполнения с помощью клавиатуры и (или) мыши USB. Единственное исключение делается при перехвате команд, управляющих вентилем GateA20, — вместо генерации SMI манипуляции этим вентилем выполняются аппаратно (как это давно делается и в 8042). Эта аппаратная поддержка включается установкой соответствующих параметров CMOS Setup.

Большое неудобство работы с UHC возникает из-за необходимости программного просмотра всех дескрипторов передач на предмет выявления завершенных. Дескрипторы завершенных передач необходимо программно извлекать из цепочек, сохраняя связанность элементов. Планирование транзакций (составление списков дескрипторов и заголовков) — тоже достаточно трудоемкая задача для драйвера. Очевидно, преследовалась цель упрощения аппаратных средств хост-контроллера. Однако это может обернуться зависимостью эффективной производительности шины USB от мощности и загрузки центрального процессора. Такой подход к организации ввода/вывода трудно назвать эффективным.

Драйвер в системной памяти создает список кадров Frame List, состоящий из 1024 элементов. Каждый элемент этого списка содержит 32-битный указатель на связанный список структур данных, по которым контроллер выполняет транзакции в данном кадре. Хост-контроллер имеет регистр базового адреса списка кадров, указывающий на начало списка. Текущий номер отрабатываемого элемента определяется десятью младшими битами счетчика кадров, находящегося в контроллере и инкрементируемого каждую миллисекунду. Период счета кадров можно немного варьировать, изменяя константу, занесенную в регистр модификации длительности кадра (SOF Modify Register), что обеспечивает возможность подстройки частоты кадров для синхронизации изохронных обменов.

Элемент списка кадров может указывать либо на дескриптор изохронной передачи TD (Transfer Descriptor), либо (если в данном кадре изохронный обмен не планируется) на заголовок очереди QH (Queue Head). Если в данном кадре вообще не планируются передачи, то в элементе устанавливается признак-«заглушка» T (Terminate, конец связанного списка, в данном случае — пустого). Еще раз напомним, что здесь слово «передача» (Transfer, согласно спецификации UHCI) употребляется в узком смысле — она соответствует одной транзакции (передаче не более одного пакета данных). Элемент (32-битное слово) имеет формат, приведенный на рисунке ниже. Поле FLLP (Frame List Link Pointer) — указатель на элемент; бит T — признак последнего элемента (при T = 1 указатель FLLP недействителен). Бит Q задает класс связанного элемента, на который указывает FLLP (0 — TD, 1 — QH).

Для каждого кадра из списка устанавливается своя цепочка дескрипторов изохронных передач (возможно и пустая), последний из этой цепочки должен ссылаться на цепочку заголовков очередей. Цепочки заголовков QH могут быть общими для группы кадров или даже для всех кадров списка. Общая идея построения очередей состоит в том, чтобы создавать свою очередь для каждого установленного канала (для всех сконфигурированных точек, кроме изохронных). «Дежурный» метод обслуживания — по горизонтали, тогда после выполнения транзакции с одной точкой контроллер перейдет к другой точке (другой очереди). Связывание TD и QH через указатели позволяет формировать произвольные конфигурации переходов от одной очереди к другой и даже делать петли — в последнем случае возможно, что с одной точкой в кадре успеют пройти несколько транзакций. Однако это нетипичный способ планирования. Если очередей много (установлено много каналов), то они распределяются по кадрам (из 1024-элементного списка) так, чтобы цепочка каждого кадра обязательно прошла по горизонтали до конца. Это можно спланировать, поскольку максимальное время для отработки одного элемента каждой очереди (как и изохронных транзакций) заранее известно (оно определяется типом передачи, максимальным размером пакета и скоростью устройства, что известно системе USB). При необходимости «горизонтальную справедливость» можно нарушить, задав вертикальный порядок обслуживания, — контроллер, успешно обработав из очереди передачу с признаком V = 1, перейдет к следующему дескриптору из этой же очереди, а не к следующей очереди.

Дескрипторы передач и заголовки очередей размещаются драйвером в ОЗУ по адресам, выровненным по границе параграфа, поскольку в качестве указателей используются лишь старшие 28 бит (биты используются для служебных признаков).

Дескриптор передачи (TD) состоит из 32 байтов, из которых хост-контроллер использует только первые четыре 32-битных слова DW0-DW3. Слова DW4-DW7 зарезервированы для использования драйвером UHC (для организации «сборки мусора» — повторного использования отработанных областей). Формат дескриптора передачи приведен на рисунке ниже. Серым цветом выделены поля, модифицируемые хост-контроллером.

В слове DW0 поле Link Pointer аналогично полю FLLP, а биты T и Q аналогичны одноименным битам элемента списка кадров. Бит V — метод обслуживания TD (1 — в глубину, 0 — в ширину).

Слово DW1 используется для управления и определения состояния выполнения передачи, модифицируется хост-контроллером. Поле ActLen — действительная длина переданных данных; поле Status — состояние выполнения передачи:

длина переданных данных; поле Status — состояние выполнения передачи:

• бит 23: Active — «надо исполнять», устанавливается драйвером, сбрасывается контроллером по успешному исполнению или исчерпанию лимита повторов;
• бит 22: Stalled — точка ответила пакетом STALL;
• бит 21: Data Buffer Error — ошибка буфера данных (переполнение или переопустошение FIFO при выполнении транзакции), транзакция остается активной (при переопустрошении контроллер генерирует пакет с ошибочным CRC, при переполнении не отвечает подтверждением);
• бит 20: Babble — при выполнении данной транзакции обнаружена «болтливость» устройства (оно отключается и устанавливается бит Stalled);
• бит 19: NAK — получение соответствующего ответа (в транзакции SETUP получение NAK устанавливает и признак ошибки тайм-аута);
• бит 18: CRC/Time Out Error — обнаружена ошибка передачи (CRC или таймаут);
• бит 17: Bitstuff Error — обнаружена ошибка вставки бит.

Биты используются для управления передачей. Бит IOC заказывает прерывание по исполнению (прерывание генерируется в конце кадра, даже если транзакция уже неактивна, выборка ее дескриптора вызовет прерывание). Бит ISO — признак изохронной передачи (указание не делать повторных попыток). Бит LS — признак LS-устройства, использовать преамбулу перед передачей. Поле C_ERR — счетчик повторных попыток, декрементируемый по каждой ошибке. Переход в 1 или 0 вызывает перевод дескриптора в неактивное состояние. Если драйвер устанавливает нулевое значение, то число повторов неограниченно. Бит SPD — детектор короткого пакета: если в транзакции IN, стоящей в очереди, успешно принято меньше данных, чем ожидалось, то в конце кадра вырабатывается условие прерывания.

В слове DW2 содержится информация для выполнения транзакции: Packet ID — тип используемого маркера IN (69h), OUT (E1h) или SETUP (2Dh); Device Address— адрес устройства USB; EndPt — номер и направление конечной точки. Бит D (Data Toggle) — состояние переключателя для передаваемого или посылаемого пакета. Поле MaxLength — длина передаваемых данных (максимальная длина принимаемых), 000 — 1 байт, 001 — 2, 3FF — 1024; 7FFh — 0 (пустой пакет). Допустимые значения до 4FFh — 1280 байт, теоретический предел емкости кадра. Значения 500-7FEh недопустимы, вызывают фатальную ошибку контроллера.

В слове DW3 содержится Buffer Pointer — указатель на буфер в ОЗУ, используемый для данных этой передачи.

Заголовок очереди (QH) связывает очереди друг с другом (по горизонтали) и ссылается на первый элемент (TD) данной очереди. Хост-контроллер использует два 32-битных слова (см. следующий рисунок). В поле QHLP (Queue Head Link Pointer) содержится указатель на следующий заголовок очереди (горизонтальная связка). В поле QELP (Queue Element Link Pointer) содержится указатель на элемент очереди (вертикальная связка). Признаки последнего элемента (T) и класс связанного элемента (Q) аналогичны одноименным признакам и классам в вышеприведенных структурах.

Дескриптор заголовка очереди создается драйвером; хост-контроллер модифицирует в памяти указатель QELP: успешно отработав транзакцию, контроллер берет из DW0 ее дескриптора указатель на следующий элемент и помещает его на место QELP в заголовке очереди. Таким образом, успешно отработанный TD удаляется из очереди. Когда удаляется последний TD, в QELP устанавливается признак пустой очереди (T). В случае неисправимой ошибки при отработке какого-то дескриптора в QELP также устанавливается «заглушка» T — поток с гарантированной доставкой не позволяет пропустить какую-либо транзакцию. Поле QELP может ссылаться как на TD (тривиальный вариант планирования), так и на QH — очередь сама может содержать очереди.

Регистровая модель UHC поясняется в таблице ниже, где представлены регистры, отображенные на пространство ввода/вывода. Кроме того, как всякое устройство PCI , контроллер UHC имеет регистры в конфигурационном пространстве, в которых, в частности, задаются коды класса (0Ch — контроллер последовательной шины), подкласса (03 — USB) и программного интерфейса (00) в классификации PCI SIG.

Таблица. Регистры контроллера UHC

Адрес	Назначение
Base + (00-01h)	USBCMD — регистр команд USB Биты 15:8 — резерв Бит 7: MAXP (Max Packet) — допустимый размер пакета (для FS), с которым возможна транзакция при подходе к концу кадра: 1 = 64 байт, 0 = 32 байта Бит 6: CF (Configure Flag) — флаг, которым драйвер отмечает окончание процесса конфигурирования контроллера (программный семафор для ПО) Бит 5: SWDBG (Software Debug) — управление отладкой: 1=режим отладки (останов после каждой транзакции), 0 — нормальный Бит 4: FGR (Force Global Resume) — подача сигнала глобального пробуждения.Устанавливается программно, сбрасывается аппаратно по окончании пробуждения Бит 3: EGSM (Enter Global Suspend Mode) — перевод в режим глобальной приостановки Бит 2: GRESET (Global Reset) — общий сброс контроллера и шины USB Бит 1: HCRESET (Host Controller Reset) — сброс хост-контроллера Бит 0 RS (Run/Stop) управление работой контроллера: 1=Run — выполнение транзакций по плану, 0=Stop — останов
Base + (02-03h)	USBSTS — регистр состояния USB Биты — резерв Бит 5: HCHalted — контроллер остановлен, программно или аппаратно (по ошибке или при отладке) Бит 4: Host Controller Process Error — фатальная ошибка исполнения (может возникать и из-за некорректного задания PID в дескрипторе транзакций), вызывает прерывание Бит 3: Host System Error — системная ошибка (неполадки в интерфейсе PCI), вызывает прерывание Бит 2: Resume Detect — получение сигнала возобновления (при глобальной приостановке) Бит 1: USB Error Interrupt — признак прерывания по ошибке выполнения транзакции (переполнение или переопустошение FIFO буфера шины PCI) Бит 0: USBINT (USB Interrupt) — прерывание по выполнению транзакции с установленным битом IOC или приему короткого пакета (при включенном обнаружении короткого пакета)
Base + (04-05h)	USBINTR — регистр разрешения прерываний Биты — резерв Бит 3: Short Packet Interrupt Enable — разрешение прерываний по приему короткого пакета Бит 2: IOC (Interrupt On Complete Enable) — разрешение прерываний по завершении транзакции Бит 1: Resume Interrupt Enable — разрешение прерываний по приему сигнала возобновления Бит 0: Timeout/CRC Interrupt Enable — разрешение прерываний по ошибке тайм-аута и CRC-контролю
Base + (06-07h)	FRNUM — регистр номера кадра
Base + (08-0Bh)	FRBASEADD — регистр базового адреса списка кадров
Base + 0Ch	SOFMOD — регистр управления частотой кадров Биты — управление длительностью кадра: 0 — 11936 бит, 1 — 11937 бит, … 63 — 11999 бит, 64 — 12000 бит (номинал), 65 — 12001 бит, 127 — 12063 бит
Base + (10-11h)	PORTSC1 — регистр управления и состояния порта 1 Биты — резерв (0) Бит 12: (R/W) Suspend — приостановка порта Биты — резерв (0) Бит 9: (R/W) Port Reset — сброс порта Бит 8: (RO) Low Speed Device Attached — признак подключения LS-устройства Бит 7 — резерв (1) Бит 6: (RW) Resume Detect — обнаружение сигнала возобновления. Запись «1» вызывает генерацию сигнала возобновления на порте, последующая запись «0» — завершение сигнала возобновления и посылка LS-EOP Биты : (RO) — текущее состояние линий D- и D+ Бит 3: (R/WC) Port Enable/Disable Change — признак автоматического запрета порта по ошибке, сбрасывается записью «1» Бит 2: (R/W) Port Enabled/Disabled — разрешение работы порта Бит 1: (R/WC) Connect Status Change — признак события подключения/ отключения устройства Бит 0: (RO) Current Connect Status — признак подключенного устройства Спецификация интерфейса «открытого» хост-контроллера OpenHCI (OHCI) разработана компаниями Compaq, Microsoft и National Semiconductor и описана в документе «Open Host Controller Interface Specification for USB». Версия 1.0a этого документа опубликована в 1999 году. Контроллер OHC, как и UHC, предназначен для поддержки скоростей FS/LS. Однако аппаратные средства OHC берут на себя большую часть забот планирования, разгружая ЦП от рутины постоянной обработки дескрипторов. Контроллер OHC оперирует дескрипторами конечных точек и дескрипторами передач. Дескрипторы конечных точек ED (Endpoint Descriptor) создаются для всех сконфигурированных конечных точек всех подключенных устройств. Эти дескрипторы размещаются в памяти и связываются между собой; конфигурация связей задает порядок их обслуживания хост-контроллером. Дескриптор конечной точки описывает ее полный адрес и направление, тип, допустимый размер пакета, скорость, состояние точки и дескриптора, указатели на очереди передач, связанных с данной точкой, указатель на дескриптор следующей точки. Для всех точек управления (Control) и всех точек передач массивов (Bulk) создаются отдельные цепочки ED, на начала этих цепочек указывают специальные регистры OHC. Дескрипторы точек периодических передач организуются в «поваленное» двоичное дерево (см. рисунок ниже), в «ветвях» которого размещаются дескрипторы точек прерываний, а в «стволе» — дескрипторы точек прерываний с минимальным интервалом обслуживания и все дескрипторы точек изохронных передач. У дерева имеются 32 конечных ветви, проход по дереву осуществляется от конечных ветвей к стволу. В каждом из 32 смежных кадров вход осуществляется со своей ветви. Для этого в OHC имеется регистр базового адреса HCCA (Host Controller Communication Area, область коммуникаций хост-контроллера), указывающий на ветвь с номером 0, и счетчик кадров, 5 младших бит которого задают номер ветви входа для очередного кадра. Таким образом, через каждую ветвь пятого уровня (конечного) обработчик дескрипторов проходит 1 раз за 32 кадра (T = 32 мс), четвертого — 1 раз за 16 кадров (T = 16 мс), для третьего уровня — T = 8 мс, для второго — T = 4 мс, для первого — T = 2 мс, для нулевого (ствола) — T = 1 мс. Дескрипторы передач TD (Transfer Descriptor), в отличие от TD UHC, для OHC действительно описывают передачи USB . Каждая передача может разбиваться на несколько транзакций, и это разбиение выполняет хост-контроллер исходя из размера пакета, установленного в дескрипторе конечной точки. Буфер данных для передачи может располагаться в одной или двух физических страницах памяти, возможно, разрозненных. В виртуальном пространстве логических адресов буфер должен быть непрерывной областью. Размер передачи может достигать 8 Кбайт, но если буфер начинается не с начала страницы, то допустимый размер передачи сократится (в худшем случае до 4097 байт). Дескрипторы передач собираются в очереди, которые прикрепляются к дескрипторам конечных точек. Хост-контроллер OHC имеет таймеры, с помощью которых он осуществляет планирование транзакций в кадре. После SOF контроллер начинает обход цепочки ED для управляющих передач и выполняет столько из них, сколько успеет за время T1. Далее он начинает обход дерева периодических передач, от n-й конечной ветви до ствола, пока не пройдет по всем встретившимся ED. Если у него еще остается время в кадре, он снова берется за непериодические передачи (Bulk и Control). Отработанные (успешно или снятые по превышению порога ошибок) дескрипторы контроллер собирает в специальную очередь обработанных дескрипторов Done Queue, откуда их без труда извлекает драйвер. Контроллер может вырабатывать прерывания по завершению обработки TD, причем с заданной (для каждого TD) задержкой (или не вырабатывать запрос). Контроллер OHC имеет регистр для подстройки частоты кадров. В контроллер входит и корневой хаб на 2 или более порта. Контроллер OHC, как и UHC, обычно является активным устройством PCI (Bus Master), но по сравнению с UHC наделен большим интеллектом. В контроллере предусмотрена поддержка контроллера клавиатуры и мыши (KBC) с помощью прерываний SMI, но, в отличие от UHC, в OHC имеются и специальные регистры, упрощающие задачу эмуляции. 23.1. Описание каналов Для USB хост контроллера вместо термина "конечная точка", который применяется для контроллера USB устройства, используется термин "канал". Канал хоста соответствует конечной точки устройства, как это описано в спецификации USB. Рисунок 23.1. Каналы и конечные точки в системе USB В USB хост контроллере канал ассоциируется с конечной точкой устройства в соответствии с дескриптором конфигурации устройства. 23.2. Отсоединение Значение бита DETACH после сброса равно 1. Поэтому программное обеспечение должно сбросить этот бит перед переключением в режим хоста (установкой бита HOST). 23.3. Включение и сброс Нижеприведенная схема объясняет основные состояния контроллера USB хоста при включении. Рисунок 23.2. Состояния USB хост контроллера после сброса Состояние USB хост контроллера после сброса "сброс". Когда USB контроллер разрешен и выбран режим хоста, USB контроллер находится в состоянии "idle". В этом состоянии USB хост контроллер ожидает подключения устройства пир этом потребляя минимум мощности. Выводы USB должны быть в состоянии "idle". Для перехода в режим "host ready" нет необходимости активировать ФАПЧ. Хост контроллер переходит в приостановленное (suspend) состояние когда USB шина находится в приостановленном состоянии, т.е. когда хост контроллер не генерирует начала фрейма (Start of Frame). В этом состоянии потребление USB контроллера минимально. Хост контроллер выходит из приостановленного состояния, когда начинает генерировать SOF на линии USB. 23.4. Обнаружение устройства Устройство обнаруживается USB контроллером, когда состояние USB шины отличается от низких уровней на обоих линиях D+ и D-. Другими словами, когда USB хост контроллер обнаруживает подтяжку (соответствующую устройству) на линии D+ . Для разрешения этого обнаружения хост контроллер должен обеспечить питание устройства по линии Vbus. Отсоединение устройства обнаруживается хост контроллером по состоянию "idle", соответствующему низким уровням на USB линиях D+ и D-. 23.5. Выбор канала Перед любой операцией, проводимой ЦПУ, должен быть выбран канал. Это осуществляется установкой битов PNUM2:0 (регистр UPNUM) в соответствии с номером канала, с которым будет работать ЦПУ. После чего у ЦПУ есть доступ к регистрам канала и данным. 23.6. Конфигурация канала Следующая последовательность действий должна быть выполнена для активации канала. Рисунок 23.3. Последовательность действий для активации канала После того, как канал активизирован (установлен бит EPEN), контроллер готов к посылке запросов устройству. После конфигурации (CFGOK = 1), может изменяться только маркер канала (PTOKEN) и интервал опроса для изохронного канала. Управляющий канал поддерживает только 1 банк. Любое другое значение приведет к ошибке конфигурации (CFGOK = 0). Сброс PEN приводит к сбросу конфигурации канала. Все связанные с каналом регистры принимают значения по умолчанию. Более подробно см. главу Memory Management. Заметьте: программное обеспечение должно сконфигурировать управляющий канал со следующими параметрами: тип: управляющий, маркер: SETUP, банк данных: 1, размер 64 байта. Программное обеспечение запрашивает 8 байт дескриптора устройства (Device Descriptor) с помощью посылки запроса GET_DESCRIPTOR. Эти байты содержат максимальный размер пакета (MaxPacketSize) контрольной точки устройства, а ропграммное обеспечение реконфигурирует размер управляющего канала в соответствии с полученными данными. 23.7. USB сброс USB контроллер посылает USB сброс, когда программно устанавливается бит RESET. Бит RSTI устанавливается аппаратно, когда запрос на USB сброс послан. Это приводит к прерыванию, если бит RSTE установлен. Когда USB сброс отправлен, конфигурация всех каналов и распределение памяти сбрасывается. Регистр разрешения общих USB прерываний остается без изменений. Если перед этим линия была в приостановленном состоянии (SOFEN = 0), USB контроллер автоматически переключается в режим возобновления (resume) (устанавливается бит HWUPI) и аппаратно устанавливается бит SOFEN для генерации сразу после USB сброса SOF. 23.8. Установление адреса После того, как USB устройство ответило на первый запрос хоста с адресом по умолчанию (0), хост присваивает устройству новый адрес. Хост контроллер должен послать устройству USB сброс и послать управляющий запрос SET ADDRESS с новым адресом, который должно использовать устройство. После окончания этого управляющего запроса программное обеспечение должно записать новый адрес в регистр UHADDR. Все последующие запросы по всем каналам будут осуществляться с использованием этого адреса. Когда хост контроллер посылает USB сброс, регистр UHADDR сбрасывается аппаратно и следующий запрос хоста будет использовать адрес по умолчанию (0). 23.9. Обнаружение удаленного пробуждения При сбросе бита SOFEN хост контроллер переходит в приостановленный режим. Ни один старт фрейма (Start Of Frame) больше не посылается в линию USB и USB устройство переходит в приостановленный режим на 3 мс позже. Устройство возобновляет работу хоста посылкой запроса на удаленное пробуждение (Upstream Resume). Хост контроллер обнаруживает не idle состояние на шине USB и устанавливает бит HWUPI. Если не idle состояние соответствует удаленному пробуждению (состояние K), то аппаратно устанавливается бит RXRSMI. Программное обеспечение путем установки бита RESUME должно отправить запрос на возобновление работы устройства в течение 1 мс и длительностью 20 мс как минимум. После отправки запроса на возобновление автоматически аппаратно устанавливается бит SOFEN для генерации SOF сразу после возобновления работы. Не нашли ответ на свой вопрос? Посмотрите здесь Переименовать колонку таблицы значений 1с 8 Как открыть документ Word онлайн Программа для редактирования doc файлов Назначение и удаление форматов в Excel