stringtranslate.com

Устаревшее Plug and Play

Звуковая карта Sound Blaster AWE32 PNP CT3990 имела микросхему интерфейса ISA Bus Plug-and-Play (большая квадратная микросхема, в середине нижнего ряда).

Термин Legacy Plug and Play [1] , также сокращенный до Legacy PnP [2], описывает ряд спецификаций и функций Microsoft Windows , ориентированных на конфигурацию операционной системы устройств, а некоторые идентификаторы устройств назначаются UEFI Forum [3] . Стандарты были в первую очередь нацелены на стандартную шину IBM PC , позже названную Industry Standard Architecture (ISA) . Сопутствующие спецификации также определены для общих внешних или специальных шин, обычно подключаемых через ISA во время разработки, включая устройства RS-232 и параллельного порта .

Как функция Windows, Plug and Play относится к функциональности операционной системы, которая поддерживает подключение, настройку и управление с помощью собственных устройств Plug and Play. [4] Первоначально считавшийся частью того же набора функций, что и спецификации, Plug and Play в этом контексте относится в первую очередь к обязанностям и интерфейсам, связанным с разработкой драйверов Windows. [5]

Plug and Play позволяет обнаруживать устройства без вмешательства пользователя, а иногда и для незначительной настройки ресурсов устройства, таких как порты ввода-вывода и карты памяти устройства. PnP — это определенный набор стандартов, не путать с общим термином plug and play, который описывает любую спецификацию оборудования, которая устраняет необходимость в настройке ресурсов устройства пользователем. [6]

ACPI является преемником Legacy Plug and Play.

Обзор

Стандарт Plug and Play требует, чтобы конфигурация устройств обрабатывалась PnP BIOS, который затем предоставляет сведения о выделении ресурсов операционной системе. Процесс вызывается во время загрузки. При первом включении компьютера идентифицируются совместимые устройства и назначаются неконфликтующие адреса ввода-вывода , номера запросов прерываний и каналы DMA .

Термин был принят корпорацией Microsoft в отношении их продукта Windows 95. Другие операционные системы , такие как AmigaOS Autoconfig и система Mac OS NuBus , уже некоторое время поддерживали такие функции (под разными названиями или без названия). [7] Даже Yggdrasil Linux рекламировал себя как «Plug and Play Linux» по крайней мере за два года до Windows 95. Но термин plug and play постепенно стал универсальным из-за всемирного признания Windows.

Обычно не-PnP-устройства должны быть идентифицированы в настройках BIOS компьютера, чтобы система PnP не переназначала эти устройства. Проблемы во взаимодействии между устаревшими не-PnP-устройствами и системой PnP могут привести к ее сбою, что привело к тому, что эта технология исторически называлась «plug and pray» (подключи и молись). [2]

Технические характеристики

Спецификация Legacy Plug and Play была определена Microsoft и Intel , которые предложили изменения в устаревшем оборудовании, а также в BIOS для поддержки обнаружения устройств, привязанного к операционной системе. Эти роли позже были взяты на себя стандартом ACPI [1], который также переносит поддержку управления питанием и настройки в операционную систему, в отличие от прошивки, как ранее требовалось спецификациями "Plug and Play BIOS" и APM . Следующие стандарты составляют то, что Microsoft описывает как Legacy Plug and Play, в отличие от собственных спецификаций Plug-and-Play, таких как PCI и USB .

Для Windows Vista требуется BIOS, совместимый с ACPI, а ISAPnP по умолчанию отключен. [11]

Требования

Для использования Plug and Play необходимо выполнить три требования:

  1. Операционная система должна быть совместима с Plug and Play.
  2. BIOS должен поддерживать Plug and Play .
  3. Устанавливаемое устройство должно быть совместимым с Plug and Play.

Идентификация оборудования

Аппаратное обеспечение Plug-and-play обычно также требует некоторого кода ID, который оно может предоставить, чтобы программное обеспечение компьютера могло правильно его идентифицировать. Идентификатор Plug-and-play может иметь две формы: 3-байтовый идентификатор производителя плюс 2-байтовый шестнадцатеричный номер (например, PNP0A08) или 4-байтовый идентификатор производителя плюс 2-байтовый шестнадцатеричный номер (например, MSFT0101). [12] Кроме того, устройство PnP может иметь код класса и идентификатор подсистемы. [13]

Эта система кодов идентификаторов не была интегрирована в раннее оборудование промышленной стандартной архитектуры (ISA), распространенное в ПК, когда впервые был представлен Plug and Play. ISA Plug and Play вызвала некоторые из самых больших трудностей, которые изначально сделали PnP очень ненадежным. Это привело к насмешливому термину «Plug and Pray», поскольку адреса ввода-вывода и линии IRQ часто устанавливались неправильно в первые дни. Более поздние компьютерные шины, такие как MCA , EISA и PCI (которая в то время становилась отраслевым стандартом), интегрировали эту функциональность.

Наконец, операционная система компьютера должна уметь обрабатывать эти изменения. Обычно это означает поиск прерываний от шины, сообщающих об изменении конфигурации, а затем чтение информации с шины, чтобы определить, что произошло. Старые конструкции шины часто требовали считывания всей системы, чтобы определить эти изменения, что может быть трудоемким для многих устройств. Более современные конструкции используют какую-то систему, чтобы либо сократить, либо исключить эту «охоту»; например, USB использует для этой цели систему концентратора.

Когда изменение обнаружено, ОС затем проверяет информацию в устройстве, чтобы выяснить, что это такое. Затем она должна загрузить соответствующие драйверы устройств , чтобы заставить его работать. В прошлом это было делом «все или ничего», но современные операционные системы часто включают возможность найти нужный драйвер в Интернете и установить его автоматически.

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

Ссылки

  1. ^ ab "Final Legacy Plug and Play Paper". Архивировано из оригинала 2016-03-03 . Получено 2008-10-25 .
  2. ^ ab "Руководство для ПК - Plug and Play (устаревшее)". pcguide.com .
  3. ^ tedhudek. "Plug and Play ID - Запрос PNPID - Драйверы Windows". docs.microsoft.com . Получено 2020-09-09 .
  4. ^ "Plug and Play - Архитектура и поддержка драйверов". microsoft.com . Microsoft. Архивировано из оригинала 2004-06-16.
  5. ^ "WDM: Введение в модель драйверов Windows". microsoft.com . Microsoft. Архивировано из оригинала 2004-08-29.
  6. ^ "Руководство по ПК - Plug and Play". pcguide.com .
  7. ^ "ДНК/Донгли Вещи". douglasadams.com .
  8. ^ Compaq ; Phoenix Technologies ; Intel (5 мая 1994 г.). Спецификация Plug and Play BIOS (PDF) (редакция версии 1.0A). Архивировано из оригинала (PDF) 23 апреля 2016 г. Получено 11 июня 2015 г.
  9. ^ Intel ; Microsoft (5 мая 1994 г.). Спецификация Plug and Play ISA (RTF) (редакция версии 1.0A).
  10. ^ Microsoft ; Hayes Microcomputer Products . Спецификация внешнего COM-устройства Plug and Play (PDF) . Архивировано из оригинала (PDF) 22 марта 2016 г.
  11. ^ Маршалл, Аллен. "ACPI в Windows Vista" (PPT) . Корпорация Microsoft . Получено 2010-07-02 .
  12. ^ mhopkins-msft (2021-12-15). "Идентификаторы для устройств ISAPNP - драйверы Windows". learn.microsoft.com . Получено 2024-10-12 .
  13. ^ barrygolden (2023-03-22). "Объекты пространства имен управления устройствами - драйверы Windows". learn.microsoft.com . Получено 2024-10-12 .

Внешние ссылки

Plug-n-Play SECS/GEM для устаревшего оборудования