Starsza wersja Plug and Play — Legacy Plug and Play

Karta dźwiękowa Sound Blaster AWE32 PNP CT3990 miała układ interfejsu Plug-and-Play ISA Bus (duży kwadratowy układ, w środku dolnego rzędu).

Termin Legacy Plug and Play , również skrócony do Legacy PnP , opisuje szereg specyfikacji, a funkcje systemu Microsoft Windows przeznaczone do konfiguracji urządzeń i identyfikatorów systemu operacyjnego są przydzielane przez forum UEFI . Standardy były skierowane przede wszystkim na standardową magistralę IBM PC , później nazwaną Architekturą Standardu Przemysłowego (ISA) . Powiązane specyfikacje są również zdefiniowane dla popularnych zewnętrznych lub specjalistycznych magistral powszechnie dołączanych za pośrednictwem ISA w czasie opracowywania, w tym urządzeń z portem RS-232 i portem równoległym .

Jako funkcja systemu Windows, Plug and Play odnosi się do funkcji systemu operacyjnego, która obsługuje łączność, konfigurację i zarządzanie z natywnymi urządzeniami typu plug and play. Pierwotnie uważany za część tego samego zestawu funkcji, co specyfikacje, Plug and Play w tym kontekście odnosi się przede wszystkim do obowiązków i interfejsów związanych z opracowywaniem sterowników Windows.

Plug and Play pozwala na wykrywanie urządzeń bez interwencji użytkownika, a czasami na drobną konfigurację zasobów urządzenia, takich jak porty we/wy i mapy pamięci urządzeń. PnP to specyficzny zestaw standardów, którego nie należy mylić z ogólnym terminem plug and play, który opisuje dowolną specyfikację sprzętową, która łagodzi potrzebę konfiguracji zasobów urządzenia przez użytkownika.

ACPI jest następcą Legacy Plug and Play.

Przegląd

Standard Plug and Play wymaga, aby konfiguracja urządzeń była obsługiwana przez BIOS PnP, który następnie podaje szczegóły alokacji zasobów w systemie operacyjnym. Proces jest wywoływany w czasie rozruchu. Kiedy komputer jest włączany po raz pierwszy, kompatybilne urządzenia są identyfikowane i przypisywane niekonfliktowym adresom IO , numerom żądań przerwań i kanałom DMA .

Termin ten został przyjęty przez firmę Microsoft w odniesieniu do ich produktu Windows 95 . Inne systemy operacyjne , takie jak AmigaOS Autoconfig i system Mac OS NuBus , już od jakiegoś czasu wspierały takie funkcje (pod różnymi nazwami lub bez nazwy). Nawet Yggdrasil Linux reklamował się jako „Plug and Play Linux” co najmniej dwa lata przed Windows 95. Jednak termin „ plug and play” stopniowo stał się uniwersalny dzięki ogólnoświatowej akceptacji systemu Windows.

Zazwyczaj urządzenia inne niż PnP muszą być zidentyfikowane w konfiguracji systemu BIOS komputera, aby system PnP nie zmieniał przypisania tych urządzeń. Problemy w interakcjach między starszymi urządzeniami nie-PnP a systemem PnP mogą spowodować jego awarię, co prowadzi do tego, że ta technologia była historycznie określana jako „podłącz i módl się”.

Specyfikacje

Specyfikację Legacy Plug and Play zdefiniowały firmy Microsoft i Intel , które zaproponowały zmiany w starszym sprzęcie, a także w BIOS - ie w celu obsługi wykrywania urządzeń w systemie operacyjnym. Role te zostały później przejęte przez standard ACPI , który przenosi również obsługę zarządzania energią i konfiguracji do systemu operacyjnego, w przeciwieństwie do oprogramowania układowego, którego wcześniej wymagały „Plug and Play BIOS” i specyfikacje APM . Poniższe standardy składają się na to, co Microsoft określa jako Legacy Plug and Play, w przeciwieństwie do natywnych specyfikacji Plug-and-Play, takich jak PCI i USB .

  • Specyfikacja BIOS Plug and Play
  • Specyfikacja Plug and Play ISA
  • Specyfikacja projektu Plug and Play dla IEEE 1394
  • Specyfikacja zewnętrznego urządzenia COM Plug and Play
  • Specyfikacja urządzenia z portem równoległym Plug and Play
  • Specyfikacja Plug and Play SCSI
  • Starsze wytyczne dotyczące Plug and Play

System Windows Vista wymaga systemu BIOS zgodnego z interfejsem ACPI, a funkcja ISAPnP jest domyślnie wyłączona.

Wymagania

Aby korzystać z Plug and Play, należy spełnić trzy wymagania:

  1. System operacyjny musi być zgodny z Plug and Play.
  2. BIOS musi obsługiwać Plug and Play.
  3. Instalowane urządzenie musi być urządzeniem zgodnym ze standardem Plug and Play.

Identyfikacja sprzętu

Sprzęt typu plug-and-play zazwyczaj również wymaga pewnego rodzaju kodu identyfikacyjnego, który może dostarczyć, aby oprogramowanie komputerowe mogło go poprawnie zidentyfikować.

Ten system kodów identyfikacyjnych nie był zintegrowany z wczesną architekturą ISA, powszechnie używaną w komputerach PC, kiedy po raz pierwszy wprowadzono technologię Plug and Play. ISA Plug and Play spowodował jedne z największych trudności, które początkowo sprawiły, że PnP było bardzo zawodne. Doprowadziło to do szyderczego terminu „Plug and Pray”, ponieważ adresy I/O i linie IRQ były często nieprawidłowo ustawiane na początku. Późniejsze magistrale komputerowe, takie jak MCA , EISA i PCI (która stawała się wówczas standardem branżowym) zintegrowały tę funkcjonalność.

Wreszcie system operacyjny komputera musi być w stanie obsłużyć te zmiany. Zazwyczaj oznacza to szukanie przerwań z magistrali mówiących, że konfiguracja się zmieniła, a następnie odczytywanie informacji z magistrali w celu zlokalizowania tego, co się stało. Starsze projekty magistrali często wymagały odczytu całego systemu w celu zlokalizowania tych zmian, co może być czasochłonne dla wielu urządzeń. Bardziej nowoczesne projekty wykorzystują jakiś system, aby ograniczyć lub wyeliminować to „polowanie”; na przykład USB wykorzystuje do tego celu system koncentratora.

Po zlokalizowaniu zmiany system operacyjny analizuje informacje w urządzeniu, aby dowiedzieć się, co to jest. Następnie musi załadować odpowiednie sterowniki urządzeń , aby działało. W przeszłości była to sprawa typu „wszystko albo nic”, ale nowoczesne systemy operacyjne często umożliwiają znalezienie odpowiedniego sterownika w Internecie i jego automatyczną instalację.

Zobacz też

Bibliografia

Zewnętrzne linki