Plug and Play heredado

Serie de especificaciones y características de Microsoft Windows
La tarjeta de sonido Sound Blaster AWE32 PNP CT3990 tenía un chip de interfaz ISA Bus Plug-and-Play (chip cuadrado grande, en el medio de la fila inferior).

El término Legacy Plug and Play , [1] también abreviado como Legacy PnP , [2] describe una serie de especificaciones y características de Microsoft Windows orientadas a la configuración del sistema operativo de los dispositivos, y algunos identificadores de dispositivos son asignados por el Foro UEFI . [3] Los estándares estaban destinados principalmente al bus estándar de IBM PC , posteriormente denominado Arquitectura estándar de la industria (ISA) . También se definen especificaciones relacionadas para los buses externos o especializados comunes que se conectaban comúnmente a través de ISA en el momento del desarrollo, incluidos los dispositivos de puerto paralelo y RS-232 .

Como característica de Windows, Plug and Play se refiere a la funcionalidad del sistema operativo que admite la conectividad, configuración y administración con dispositivos plug and play nativos. [4] Originalmente considerado parte del mismo conjunto de características que las especificaciones, Plug and Play en este contexto se refiere principalmente a las responsabilidades e interfaces asociadas con el desarrollo de controladores de Windows. [5]

Plug and Play permite la detección de dispositivos sin la intervención del usuario y, ocasionalmente, la configuración menor de los recursos del dispositivo, como los puertos de E/S y los mapas de memoria del dispositivo. PnP es un conjunto específico de estándares, que no debe confundirse con el término genérico plug and play, que describe cualquier especificación de hardware que alivia la necesidad de que el usuario configure los recursos del dispositivo. [6]

ACPI es el sucesor de Legacy Plug and Play.

Descripción general

El estándar Plug and Play requiere que la configuración de los dispositivos sea manejada por el BIOS PnP, que luego proporciona detalles de las asignaciones de recursos al sistema operativo. El proceso se invoca en el momento del arranque. Cuando se enciende la computadora por primera vez, se identifican los dispositivos compatibles y se les asignan direcciones de E/S no conflictivas , números de solicitud de interrupción y canales DMA .

El término fue adoptado por Microsoft en referencia a su producto Windows 95. Otros sistemas operativos , como AmigaOS Autoconfig y el sistema Mac OS NuBus , ya habían soportado tales características durante algún tiempo (bajo varios nombres, o sin nombre). [7] Incluso Yggdrasil Linux se promocionó como "Plug and Play Linux" al menos dos años antes de Windows 95. Pero el término plug and play gradualmente se volvió universal debido a la aceptación mundial de Windows.

Por lo general, los dispositivos que no son PnP deben identificarse en la configuración BIOS de la computadora para que el sistema PnP no asigne a otros dispositivos los recursos que utilizan los dispositivos que no son PnP. Los problemas en las interacciones entre los dispositivos que no son PnP heredados y el sistema PnP pueden provocar que falle, lo que ha llevado a que esta tecnología se haya denominado históricamente "plug and pray" (conectar y usar). [2]

Presupuesto

La especificación Plug and Play heredada fue definida por Microsoft e Intel , que propusieron cambios en el hardware heredado, así como en el BIOS, para admitir el descubrimiento de dispositivos vinculado al sistema operativo. Estas funciones fueron asumidas más tarde por el estándar ACPI , [1] que también traslada el soporte para la administración y configuración de energía al sistema operativo, en lugar del firmware como lo requerían anteriormente las especificaciones "Plug and Play BIOS" y APM . Los siguientes estándares componen lo que Microsoft describe como Plug and Play heredado, en oposición a las especificaciones Plug-and-Play nativas como PCI y USB .

  • Especificación del BIOS Plug and Play [8]
  • Especificación ISA Plug and Play [9]
  • Especificación de diseño Plug and Play para IEEE 1394
  • Especificación del dispositivo COM externo Plug and Play [10]
  • Especificación del dispositivo de puerto paralelo Plug and Play
  • Especificación ATA Plug and Play
  • Especificación SCSI Plug and Play
  • Directrices de Plug and Play heredadas

Windows Vista requiere un BIOS compatible con ACPI y el ISAPnP está deshabilitado de forma predeterminada. [11]

Requisitos

Para poder utilizar Plug and Play se deben cumplir tres requisitos:

  1. El sistema operativo debe ser compatible con Plug and Play.
  2. El BIOS debe ser compatible con Plug and Play.
  3. El dispositivo a instalar debe ser un dispositivo compatible con Plug and Play.

Identificación de hardware

El hardware plug-and-play normalmente también requiere algún tipo de código de identificación que pueda proporcionar para que el software de la computadora lo identifique correctamente. El ID de plug-and-play puede tener dos formatos: ID de fabricante de 3 bytes más un número hexadecimal de 2 bytes (por ejemplo, PNP0A08) o ID de fabricante de 4 bytes más un número hexadecimal de 2 bytes (por ejemplo, MSFT0101). [12] Además, un dispositivo PnP puede tener un código de clase y un ID de subsistema. [13]

Este sistema de código de identificación no estaba integrado en el hardware de la arquitectura estándar de la industria (ISA) común en las PC cuando se introdujo por primera vez el plug and play. El plug and play de ISA causó algunas de las mayores dificultades que hicieron que el PnP fuera inicialmente muy poco confiable. Esto llevó al término despectivo "Plug and Pray", ya que las direcciones de E/S y las líneas IRQ a menudo se configuraban incorrectamente en los primeros días. Los buses de computadora posteriores como MCA , EISA y PCI (que se estaba convirtiendo en el estándar de la industria en ese momento) integraron esta funcionalidad.

Por último, el sistema operativo del ordenador debe ser capaz de gestionar estos cambios. Normalmente, esto implica buscar interrupciones del bus que indiquen que la configuración ha cambiado y, a continuación, leer la información del bus para localizar lo que ha ocurrido. Los diseños de bus más antiguos solían requerir que se leyera todo el sistema para localizar estos cambios, lo que puede llevar mucho tiempo para muchos dispositivos. Los diseños más modernos utilizan algún tipo de sistema para reducir o eliminar esta "búsqueda"; por ejemplo, USB utiliza un sistema de concentrador para este fin.

Cuando se encuentra el cambio, el sistema operativo examina la información del dispositivo para averiguar cuál es. Luego tiene que cargar los controladores de dispositivo adecuados para que funcione. En el pasado, esto era una cuestión de todo o nada, pero los sistemas operativos modernos a menudo incluyen la capacidad de encontrar el controlador adecuado en Internet e instalarlo automáticamente.

Véase también

Referencias

  1. ^ ab "Documento final sobre plug and play de Legacy". Archivado desde el original el 3 de marzo de 2016. Consultado el 25 de octubre de 2008 .
  2. ^ ab "La guía para PC: Plug and Play (heredado)". pcguide.com .
  3. ^ tedhudek. "Identificador de Plug and Play - Solicitud de PNPID - Controladores de Windows". docs.microsoft.com . Consultado el 9 de septiembre de 2020 .
  4. ^ "Plug and Play: arquitectura y compatibilidad con controladores". microsoft.com . Microsoft. Archivado desde el original el 16 de junio de 2004.
  5. ^ "WDM: Introducción al modelo de controlador de Windows". microsoft.com . Microsoft. Archivado desde el original el 29 de agosto de 2004.
  6. ^ "La guía para PC: conectar y usar". pcguide.com .
  7. ^ "Cosas de ADN/Dongly". douglasadams.com .
  8. ^ Compaq ; Phoenix Technologies ; Intel (5 de mayo de 1994). Plug and Play BIOS Specification (PDF) (Versión 1.0A ed.). Archivado desde el original (PDF) el 23 de abril de 2016 . Consultado el 11 de junio de 2015 .
  9. ^ Intel ; Microsoft (5 de mayo de 1994). Especificación ISA Plug and Play (RTF) (versión 1.0A ed.).
  10. ^ Microsoft ; Hayes Microcomputer Products . Especificación de dispositivo COM externo Plug and Play (PDF) . Archivado desde el original (PDF) el 22 de marzo de 2016.
  11. ^ Marshall, Allen. "ACPI en Windows Vista" (PPT) . Microsoft Corporation . Consultado el 2 de julio de 2010 .
  12. ^ mhopkins-msft (15 de diciembre de 2021). "Identificadores para dispositivos ISAPNP: controladores de Windows". learn.microsoft.com . Consultado el 12 de octubre de 2024 .
  13. ^ barrygolden (22 de marzo de 2023). «Objetos de espacio de nombres de administración de dispositivos: controladores de Windows». learn.microsoft.com . Consultado el 12 de octubre de 2024 .
  • Registro de ID PNP y ID ACPI del Foro UEFI
  • Especificaciones y documentos de Microsoft Plug and Play
  • https://web.archive.org/web/20040615191235/http://www.microsoft.com/whdc/system/pnppwr/pnp/pnpid.mspx (identificador de pedido y presentación)
  • https://web.archive.org/web/20041019180414/http://www.microsoft.com/whdc/archive/idpnp.mspx
  • https://web.archive.org/web/20050107175505/http://www.microsoft.com/whdc/archive/pnpbiosp.mspx

Plug-n-Play SECS/GEM para equipos antiguos

Obtenido de "https://es.wikipedia.org/w/index.php?title=Plug_and_Play_heredado&oldid=1254926462"