Системная программа которая управляет периферийным устройством

  • Главная
  • Новости
  • Блоги
  • Клубы
  • Fhttps://naceka-online.ru/victorina/vopros14147.html» target=»_blank»]naceka-online.ru[/mask_link]

    Системная программа, посредством которой осуществляется управление операциями обмена информацией с соответствующим периферийным устройством, 7 букв

    Вопрос с кроссворда: «системная программа, посредством которой осуществляется управление операциями обмена информацией с соответствующим периферийным устройством», по вертикали 7 букв, что за слово?

    Четвертая буква «й» .

    Седьмая буква «р» .

    Правильным ответом является слово: драйвер

    Другие вопросы в кроссвордах и сканвордах для слова «драйвер»

    • (Driver) Годфри Ролс (1892—1975; Англия)
    • Служебная программа, обеспечивающая взаимодействие других программ с различными устройствами ЭВМ
    • Файл-библиотека для компьютерной перефирии
    • Что на компьютерном жаргоне зовется «дровами»? 7 букв
    • Сленг мол. водитель, шофер
    • Компьютерные «дрова»
    • Программное обеспечение компьютерного устройства
    • В гольфе: клюшка для начального удара на большие расстояния
    • Программа, управляющая работой отдельных частей компьютера
    • Британская актриса, певица, автор песен. (фамилия)
    • Автогонщик
    • Компьютерная программа, управляющая внешним устройством
    • Специальная компьютерная программа-преобразователь
    • Американский актёр, исполнивший роль Кайло Рена в телесаге «Звёздные войны»
    • Четырехугольный парус

    Смотрите также

    • Синониму к словосочетанию «драйвер»
    • Сочетаемость словосочетания «драйвер»
    • Значение слов
    • Морфемный разбор слов
    • Фонетический разбор слов
    • Сочетаемость слов
    • Определения слов
    • Ассоциации
    • Синонимы
    • Предложения со словом
    • Ответы на кроссворды
    • Контакты
    • Добавить термин

    Источник: kakoeslovo.ru

    КЛАВИАТУРА С КИЛЛЕР ФИЧЕЙ — А ТВОЯ ТАК УМЕЕТ?:) Это A4Tech Fstyler FB2535C #shorts #a4tech

    Обзор драйверов периферийных устройств SPB

    Драйвер периферийного устройства SPB управляет периферийным устройством, подключенным к простой периферийной шине (SPB). Аппаратные регистры этого устройства доступны только через SPB. Для чтения с устройства или записи на устройство драйвер должен отправлять запросы ввода-вывода контроллеру SPB. Только этот контроллер может инициировать передачу данных на устройство и с устройства через SPB.

    Начиная с Windows 8, Windows обеспечивает поддержку драйверов для периферийных устройств на простых периферийных автобусах (SPB). SpB, такие как I²C и SPI, широко используются для подключения к низкоскоростным сенсорным устройствам, таким как акселерометры, GPS-устройства и мониторы уровня батареи. В этом обзоре описывается, как драйвер периферийных устройств SPB совместно с другими системными компонентами управляет периферийным устройством, подключенным к SPB.

    🖥️ Периферийное устройство Bluetooth драйвер Windows

    Драйвер периферийных устройств SPB можно создать для использования среда выполнения платформы драйвера режима пользователя (UMDF) или платформы драйвера в режиме ядра (KMDF). Дополнительные сведения о разработке драйвера UMDF см. в статье начало работы с помощью UMDF. Дополнительные сведения о разработке драйвера KMDF см. в разделе начало работы с Kernel-Mode Driver Framework.

    Сведения о конфигурации устройства

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

    На следующей схеме показан пример конфигурации оборудования, в которой SPB (в данном случае шина I²C) подключает два периферийных устройства к модулю System on a Chip (SoC). Периферийные устройства находятся вне модуля SoC и подключаются к четырем контактам в модуле. Модуль SoC содержит процессор main (не показан), а также контроллер I²C и контроллер ввода-вывода общего назначения (GPIO).

    Процессор использует контроллер I²C для последовательной передачи данных на два периферийных устройства и с этих устройств. Строки запроса прерываний от этих устройств подключены к двум контактам GPIO, настроенным в качестве входных данных прерывания. Когда устройство отправляет сигнал запроса на прерывание, контроллер GPIO передает прерывание процессору.

    подключения для периферийного устройства spb.

    Так как контроллер GPIO и контроллер I²C в этом примере интегрированы в модуль SoC, их аппаратные регистры сопоставляются в памяти и могут быть напрямую доступны процессору. Однако процессор может получить доступ к аппаратным регистрам двух периферийных устройств только косвенно через контроллер I²C.

    SpB не является шиной Plug and Play (PnP) и поэтому не может использоваться для автоматического обнаружения и настройки новых устройств, подключенных к шине. Подключения к шине и прерываниям устройства, подключенного к SPB, часто являются постоянными. Даже если устройство можно отключить из слота, этот слот обычно выделяется для устройства. Кроме того, SPB не предоставляет аппаратный путь для ретрансляции запросов прерываний с периферийного устройства в шине на контроллер шины. Вместо этого аппаратный путь для прерываний отделен от контроллера шины.

    Поставщик аппаратной платформы сохраняет сведения о конфигурации периферийного устройства, подключенного к SPB, в встроенном ПО ACPI платформы. Во время запуска системы драйвер ACPI перечисляет устройства в шине для диспетчера PnP. Для каждого перечисленного устройства ACPI предоставляет сведения о шине устройства и прерывании подключений. Диспетчер PnP хранит эти сведения в хранилище данных, называемом концентратором ресурсов.

    При запуске устройства диспетчер PnP предоставляет драйверу устройства набор аппаратных ресурсов , которые инкапсулируют сведения о конфигурации, хранящееся в концентраторе ресурсов для устройства. Эти ресурсы включают идентификатор подключения и номер прерывания.

    Идентификатор подключения инкапсулирует сведения о подключении к шине, такие как контроллер SPB, адрес шины и частота шины. Перед отправкой запросов ввода-вывода на устройство драйвер должен сначала использовать идентификатор подключения, чтобы открыть логическое подключение к устройству. Номер прерывания — это ресурс прерывания Windows, к которому драйвер может подключить свою подпрограмму службы прерываний (ISR). Драйвер можно легко перенести с одной аппаратной платформы на другую, так как идентификатор подключения и номер прерывания представляют собой высокоуровневые абстракции, которые скрывают сведения о физической шине и прерывают подключения.

    Уровни программного и аппаратного обеспечения

    На следующей блок-схеме показаны уровни программного и аппаратного обеспечения, которые подключают периферийное устройство в SPB к программе приложения, которая использует устройство. Драйвер периферийных устройств SPB в этом примере является драйвером UMDF. Периферийное устройство (в нижней части схемы) является устройством датчика (например, акселерометром). Как показано на предыдущей схеме, периферийное устройство подключено к шине I²C и передает сигналы о запросах прерывания через закрепление на контроллере GPIO.

    уровни программного и аппаратного обеспечения для устройства датчика, подключенного к spb.

    Три блока, показанные серым цветом, являются системными модулями. Начиная с Windows 7 расширение класса датчика доступно как расширение для UMDF для конкретного датчика. Начиная с Windows 8, расширение платформы SPB (SpbCx) и расширение платформы GPIO (GpioClx) доступны в качестве расширений для KMDF, которые выполняют функции, относящиеся к контроллерам SPB и контроллерам GPIO соответственно.

    В верхней части предыдущей схемы приложение вызывает методы в API датчика или API расположения для взаимодействия с устройством датчика. С помощью этих вызовов приложение может отправлять запросы ввода-вывода на устройство и получать уведомления о событиях с устройства. Дополнительные сведения об этих API см. в статье Общие сведения о датчике и платформе расположения в Windows.

    Когда приложение вызывает метод, требующий взаимодействия с драйвером периферийного устройства SPB, API датчика или API расположения создает запрос ввода-вывода и отправляет его драйверу периферийного устройства SPB. Модуль расширения класса датчика помогает драйверу обрабатывать эти запросы ввода-вывода. Когда драйвер получает новый запрос ввода-вывода, драйвер немедленно передает запрос расширению класса датчика, которое помещает запрос в очередь, пока драйвер не будет готов к его обработке. Если для запроса ввода-вывода от приложения требуется передача данных на периферийное устройство или с его устройства, драйвер периферийного устройства SPB создает запрос ввода-вывода для этой передачи и отправляет запрос контроллеру I²C. Такие запросы обрабатываются совместно SpbCx и драйвером контроллера I²C.

    SpbCx — это системный компонент, который управляет очередями запросов ввода-вывода для контроллера SPB, например контроллера I²C в этом примере. Драйвер контроллера I²C, поставляемый поставщиком оборудования для контроллера, управляет всеми аппаратными операциями в контроллере I²C. Например, драйвер контроллера обращается к аппаратным регистрам контроллера, сопоставленным в памяти, чтобы инициировать передачу данных на периферийное устройство и с его помощью через шину I²C.

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

    Когда устройство сигнализирует о прерывании контакту GPIO, контроллер GPIO сообщает об прерывании процессору. В ответ на это прерывание обработчик перехвата прерываний ядра вызывает ISR GpioClx. Этот ISR запрашивает драйвер контроллера GPIO, который затем обращается к сопоставленным в памяти аппаратным регистрам контроллера GPIO для идентификации прерывающегося контакта GPIO.

    Чтобы заглушить прерывание, драйвер контроллера GPIO очищает (если прерывание активируется по краям) или маскирует (если активируется на уровне) запрос прерывания в контакте GPIO. Прерывание должно быть заглушировано, чтобы процессор снова не принимал то же самое прерывание при возврате обработчика ловушки. Для прерывания с активацией уровня ISR в драйвере периферийных устройств SPB должен получить доступ к аппаратным регистрам периферийного устройства, чтобы очистить прерывание, прежде чем пин-код GPIO можно будет снять маску.

    Перед возвратом обработчика перехвата прерываний ядра он планирует запуск ISR в драйвере периферийного устройства SPB по адресу IRQL = PASSIVE_LEVEL. Начиная с Windows 8 драйвер UMDF может подключать свой ISR к прерыванию, которое драйвер получает в качестве абстрактного ресурса прерывания Windows. Дополнительные сведения см. в разделе Обработка прерываний. Чтобы определить, какой ISR следует вызывать, операционная система ищет виртуальное прерывание, назначенное контакту GPIO прерывания, и находит ISR, подключенное к прерыванию. На предыдущей схеме это виртуальное прерывание помечается как дополнительное . В отличие от этого аппаратное прерывание контроллера GPIO помечается как основное прерывание .

    Так как ISR в драйвере периферийных устройств SPB выполняется на пассивном уровне, ISR может использовать синхронные запросы ввода-вывода для доступа к аппаратным регистрам на периферийном устройстве. ISR может блокироваться до завершения этих запросов. ISR, который выполняется с относительно высоким приоритетом, должен вернуться как можно скорее и отложить всю фоновую обработку для прерывания в рабочую подпрограмму, которая выполняется с более низким приоритетом.

    В ответ на дополнительное прерывание драйвер периферийного устройства SPB публикует событие в расширении класса датчика, которое уведомляет приложение в пользовательском режиме о событии через API датчика или API расположения.

    Источник: learn.microsoft.com

Рейтинг
( Пока оценок нет )
Загрузка ...
EFT-Soft.ru