Articulo de referencia

Plug and Play heredado

La tarjeta de sonido Sound Blaster AWE32 PNP CT3990 tenía un chip de interfaz de bus ISA Plug-and-Play (chip cuadrado grande, en el centro de la fila inferior). El término Legac...

La tarjeta de sonido Sound Blaster AWE32 PNP CT3990 tenía un chip de interfaz de bus ISA Plug-and-Play (chip cuadrado grande, en el centro 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 dispositivo son asignados por UEFI Forum [ 3 ] . Los estándares estaban dirigidos principalmente al bus estándar de IBM PC , posteriormente denominado Industry Standard Architecture (ISA) . También se definen especificaciones relacionadas para los buses externos o especializados comunes que se conectaban habitualmente mediante ISA en el momento del desarrollo, incluidos los dispositivos RS-232 y de puerto paralelo .

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 intervención del usuario y, ocasionalmente, la configuración menor de recursos del dispositivo, como puertos de E/S y mapas de memoria. PnP es un conjunto específico de estándares, que no debe confundirse con el término genérico plug and play, el cual describe cualquier especificación de hardware que elimina 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 gestionada por la BIOS PnP, que luego proporciona detalles sobre la asignación de recursos al sistema operativo. El proceso se inicia al arrancar el equipo. Cuando se enciende por primera vez, se identifican los dispositivos compatibles y se les asignan direcciones de E/S , números de solicitud de interrupción y canales DMA que no generen conflictos .

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

Por lo general, los dispositivos que no son Plug and Play deben identificarse en la configuración del BIOS del ordenador para que el sistema Plug and Play no asigne a otros dispositivos los recursos que utilizan los dispositivos que no son Plug and Play. Los problemas en la interacción entre los dispositivos antiguos que no son Plug and Play y el sistema Plug and Play pueden provocar su fallo, lo que ha llevado a que esta tecnología se haya denominado históricamente "conectar y rezar". [ 2 ]

Presupuesto

La especificación Legacy Plug and Play fue definida por Microsoft e Intel , que propusieron cambios en el hardware heredado, así como en la BIOS, para admitir la detección de dispositivos vinculada al sistema operativo. Estas funciones fueron asumidas posteriormente por el estándar ACPI , [ 1 ] que también traslada la compatibilidad con la administración de energía y la configuración al sistema operativo, en lugar del firmware como requería anteriormente la "BIOS Plug and Play" y las especificaciones APM . Los siguientes estándares componen lo que Microsoft describe como Legacy Plug and Play, en contraposició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 heredadas de Plug and Play

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

Requisitos

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

  1. El sistema operativo debe ser compatible con Plug and Play.
  2. La BIOS debe ser compatible con Plug and Play.
  3. El dispositivo que se va a instalar debe ser compatible con la función Plug and Play.

Identificación de hardware

El hardware plug-and-play generalmente 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 formas: ID del fabricante de 3 bytes más un número hexadecimal de 2 bytes (por ejemplo, PNP0A08), o ID del 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ódigos de identificación no estaba integrado en el hardware de la arquitectura estándar industrial (ISA) inicial, común en las PC, cuando se introdujo Plug and Play. ISA Plug and Play causó algunas de las mayores dificultades que hicieron que PnP fuera inicialmente muy poco fiable. Esto dio lugar al término despectivo "Plug and Pray" (Conectar y rezar), ya que las direcciones de E/S y las líneas IRQ a menudo se configuraban incorrectamente en los primeros tiempos. Buses informáticos posteriores como MCA , EISA y PCI (que se estaba convirtiendo en el estándar de la industria en ese momento) integraron esta funcionalidad.

Finalmente, el sistema operativo del ordenador debe ser capaz de gestionar estos cambios. Normalmente, esto implica buscar interrupciones en el bus que indiquen que la configuración ha cambiado y, a continuación, leer la información del bus para determinar qué ha ocurrido. Los diseños de bus más antiguos solían requerir la lectura de todo el sistema para localizar estos cambios, lo que podía resultar lento 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 detecta el cambio, el sistema operativo examina la información del dispositivo para determinar de qué se trata. A continuación, debe cargar los controladores de dispositivo adecuados para que funcione. Antes, esto era un proceso de todo o nada, pero los sistemas operativos modernos suelen incluir la capacidad de buscar el controlador correcto en Internet e instalarlo automáticamente.

Véase también

Referencias

  1. 1 2 "Documento final de Legacy Plug and Play" . Archivado del original el 3 de marzo de 2016. Recuperado el 25 de octubre de 2008 .
  2. ^ Kozierok , Charles M. (17 de abril de 2001). ""Conectar y rezar"" . The PC Guide . Archivado del original el 1 de noviembre de 2016.
  3. tedhudek. "Plug and Play ID - Solicitud 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 del original el 16 de junio de 2004.
  5. "WDM: Introducción al modelo de controladores de Windows" . microsoft.com . Microsoft. Archivado del original el 29 de agosto de 2004.
  6. Kozierok, Charles M. (17 de abril de 2001). "Plug and Play" . The PC Guide . Archivado del original el 18 de febrero de 2019.
  7. "ADN/Cosas Dongly" . douglasadams.com .
  8. Compaq ; Phoenix Technologies ; Intel (5 de mayo de 1994). Especificación del BIOS Plug and Play (PDF) (Edición versión 1.0A ). Archivado del original (PDF) el 23 de abril de 2016. Recuperado el 11 de junio de 2015 . 
  9. Intel ; Microsoft (5 de mayo de 1994). Especificación ISA Plug and Play (RTF) ( Edición versión 1.0A). 
  10. Microsoft ; Hayes Microcomputer Products . Especificación del dispositivo COM externo Plug and Play (PDF) . Archivado del 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/12/2021). "Identificadores para dispositivos ISAPNP - Controladores de Windows" . learn.microsoft.com . Consultado el 12/10/2024 .
  13. barrygolden (22 de marzo de 2023). "Objetos del 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 ACPI del Foro UEFI
  • Especificaciones y documentación de Microsoft Plug and Play
  • https://web.archive.org/web/20040615191235/http://www.microsoft.com/whdc/system/pnppwr/pnp/pnpid.mspx (ID de P&P)
  • 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