Terminal de computadora

El DEC VT100, una terminal informática muy emulada

IBM 2741, una terminal informática muy emulada en los años 1960 y 1970
(keyboard/printer)

Un terminal de computadora es un dispositivo de hardware electrónico o electromecánico que se puede usar para ingresar y transcribir datos de una computadora o sistema informático. El teletipo fue un ejemplo de una terminal de copia impresa de los primeros días y fue anterior al uso de una pantalla de computadora por décadas.

Los primeros terminales eran dispositivos económicos pero muy lentos en comparación con las tarjetas perforadas o la cinta de papel para la entrada; sin embargo, a medida que la tecnología mejoró y se introdujeron las pantallas de video, los terminales eliminaron estas antiguas formas de interacción de la industria. Un desarrollo relacionado fueron los sistemas de tiempo compartido, que evolucionaron en paralelo y compensaron cualquier ineficiencia en la capacidad de escritura del usuario con la capacidad de admitir múltiples usuarios en la misma máquina, cada uno en su propia terminal o terminales.

La función de una terminal normalmente se limita a la transcripción y entrada de datos; un dispositivo con una capacidad significativa de procesamiento de datos programable local puede denominarse "terminal inteligente" o cliente gordo. Una terminal que depende de la computadora host para su poder de procesamiento se denomina "terminal tonta" o un cliente ligero. Una computadora personal puede ejecutar un software de emulación de terminal que replica las funciones de una terminal del mundo real, lo que a veces permite el uso simultáneo de programas locales y el acceso a un sistema anfitrión de terminal distante, ya sea a través de una conexión en serie directa o a través de un red usando, por ejemplo, SSH.

Historia

La consola del Z3 de Konrad Zuse tenía un teclado en 1941, al igual que el Z4 en 1942-1945. Pero estas consolas solo podían usarse para ingresar entradas numéricas y, por lo tanto, eran análogas a las de las máquinas calculadoras; los programas, comandos y otros datos se ingresaban a través de una cinta de papel. Ambas máquinas tenían una fila de lámparas de visualización de resultados.

En 1955, la computadora Whirlwind Mark I fue la primera computadora equipada con una combinación de teclado e impresora para admitir la entrada directa de datos y comandos y la salida de resultados. El dispositivo era un Friden Flexowriter, que continuaría sirviendo para este propósito en muchas otras computadoras tempranas hasta bien entrada la década de 1960.

Categorías

Terminales impresos

Un Teletipo Modelo 33 ASR Teleprinter, utilizable como terminal

Cierre de un terminal de impresión IBM 2741, que utilizó un elemento de clasificación Selectric "golfball" cambiante y fue más rápido que las máquinas de teletipo anteriores

Los primeros terminales de usuario conectados a computadoras eran, como el Flexowriter, teleimpresores/teletipos electromecánicos (TeleTYpewriter, TTY), como el Teletype Model 33, originalmente utilizado para telegrafía; Los primeros teletipos generalmente se configuraban como envío y recepción de teclado (KSR) o envío y recepción automático (ASR), este último incluía un lector de cinta de papel y un perforador. Esto condujo al uso de la interfaz de bucle de corriente que ya se usaba en telegrafía, así como a un próspero mercado de máquinas excedentes para uso informático.

Terminales de teclado/impresora de diseño personalizado que llegaron más tarde incluyeron el IBM 2741 (1965) y el DECwriter (1970). Las velocidades máximas respectivas de los teletipos, IBM 2741 y LA30 (uno de los primeros DECwriter) fueron 10, 15 y 30 caracteres por segundo. Aunque en ese momento "el papel era el rey" la velocidad de interacción era relativamente limitada.

El DECwriter fue el último gran producto de terminal de impresión. Se desvaneció después de 1980 bajo la presión de las unidades de visualización de video (VDU), con la última revisión (DECwriter IV de 1982) abandonando la forma clásica de teletipo por una más parecida a una impresora de escritorio.

Unidades de visualización de video (VDU)

Una unidad de visualización de video (VDU) muestra información en una pantalla en lugar de imprimir texto en papel y, por lo general, utiliza un tubo de rayos catódicos (CRT). Las pantallas de visualización en la década de 1950 se diseñaron típicamente para mostrar datos gráficos en lugar de texto y se usaron, por ejemplo, en computadoras experimentales en instituciones como el MIT; computadoras utilizadas en la academia, el gobierno y los negocios, vendidas bajo marcas como DEC, ERA, IBM y UNIVAC; computadoras militares que soportan aplicaciones de defensa específicas, como sistemas de alerta de misiles balísticos y sistemas de coordinación de radar/defensa aérea como BUIC y SAGE.

IBM 2260

Dos de los primeros hitos en el desarrollo de VDU fueron Univac Uniscope 300 e IBM 2260, ambos en 1964. Estos eran terminales en modo bloque diseñados para mostrar una página a la vez, en contraste con los dispositivos posteriores en modo de caracteres. El Hazeltine 2000 de 1970 fue un producto notable de este tipo.

El Datapoint 3300 de Computer Terminal Corporation, anunciado en 1967 y enviado en 1969, era un dispositivo de modo de caracteres que emulaba un Teletipo Modelo 33. Esto refleja el hecho de que los primeros terminales en modo de caracteres a menudo se implementaron para reemplazar las máquinas de teletipo como una forma de reducir los costos operativos.

ADM-3A

VT52

VT100

La próxima generación de VDU fue más allá de la emulación de teletipo con un cursor direccionable que les dio la capacidad de pintar visualizaciones bidimensionales en la pantalla. A pesar de esto, los primeros dispositivos de este tipo a menudo se llamaban "TTY de vidrio". La era clásica de la VDU comenzó a principios de la década de 1970 y estuvo estrechamente relacionada con el auge de las computadoras de tiempo compartido. Los primeros productos importantes fueron ADM-3A, VT52 y VT100. Estos dispositivos no usaban CPU, sino que dependían de puertas lógicas individuales o chips LSI muy primitivos. Esto los hizo económicos y rápidamente se convirtieron en dispositivos de entrada y salida extremadamente populares en muchos tipos de sistemas informáticos, a menudo reemplazando terminales de impresión anteriores y más caras.

Después de 1970, varios proveedores optaron por un conjunto de estándares comunes:

• Conjunto de caracteres ASCII (en lugar de, digamos, EBCDIC o cualquier cosa específica para una empresa), pero los modelos temprano/economía a menudo sólo soportaban letras mayúsculas (como el ADM-3 original, el modelo de Data General 6052 – que podría ser actualizado a un 6053 con un carácter de menor-caso ROM – y el Heathkit H9)
• Puertos serie RS-232 (25-pin, listos para conectarse a un módem, sin embargo, algunos usos de pins específicos del fabricante ampliaron el estándar, por ejemplo para su uso con bucles de corriente de 20 mA)
• 24 líneas (o posiblemente 25 – a veces una línea de estado especial) de 72 o 80 caracteres de texto (80 era el mismo que las tarjetas puntiagudas IBM). Los modelos posteriores a veces tenían dos configuraciones de ancho de caracteres.
• Algún tipo de cursor que se puede colocar (con teclas de flecha o "casa" y otros códigos de configuración de dirección directa del cursor).
• Implementación de al menos 3 códigos de control: Carriage Return (Ctrl-M), Line-Feed (Ctrl-J), y Bell (Ctrl-G), pero por lo general muchos más, tales como secuencias de escape para proporcionar subrayado, dim o vídeo inverso, y especialmente para limpiar la pantalla y colocar el cursor.

La era experimental de las VDU en serie culminó con el VT100 en 1978. A principios de la década de 1980, había docenas de fabricantes de terminales, incluidos Lear-Siegler, ADDS, Data General, DEC, Hazeltine Corporation, Heath/Zenith, Hewlett- Packard, IBM, TeleVideo, Volker-Craig y Wyse, muchos de los cuales tenían secuencias de comandos incompatibles (aunque muchos usaron el ADM-3 anterior como punto de partida).

Las grandes variaciones en los códigos de control entre los fabricantes dieron lugar a un software que identificaba y agrupaba los tipos de terminales para que el software del sistema mostrara correctamente los formularios de entrada utilizando los códigos de control apropiados; En sistemas similares a Unix, se usarían los archivos termcap o terminfo, la utilidad stty y la variable de entorno TERM; en el software Business BASIC de Data General, por ejemplo, en el momento del inicio de sesión se enviaba una secuencia de códigos al terminal para intentar leer la posición del cursor o el contenido de la línea 25 mediante una secuencia de secuencias de código de control de diferentes fabricantes, y la respuesta generada por el terminal determinaría un número de un solo dígito (como 6 para terminales Data General Dasher, 4 para terminales ADM 3A/5/11/12, 0 o 2 para TTY sin características especiales) que estarían disponibles para que los programas dijeran qué conjunto de códigos usar.

La gran mayoría de los terminales eran monocromáticos y los fabricantes ofrecían fósforos de pantalla verdes, blancos o ámbar y, a veces, azules. (Se decía que el ámbar reducía la fatiga visual). También estaban disponibles terminales con capacidad de color modesta, pero no se usaban mucho; por ejemplo, una versión en color del popular Wyse WY50, el WY350, ofrecía 64 tonos en cada celda de carácter.

Las pantallas de visualización fueron eventualmente desplazadas de la mayoría de las aplicaciones por las computadoras personales en red, al principio lentamente después de 1985 y con una velocidad creciente en la década de 1990. Sin embargo, tuvieron una influencia duradera en las PC. El diseño del teclado del terminal VT220 influyó fuertemente en el Modelo M enviado en las PC de IBM desde 1985 y, a través de él, en todos los teclados de computadora posteriores.

Aunque las pantallas planas estaban disponibles desde la década de 1950, los tubos de rayos catódicos continuaron dominando el mercado hasta que la computadora personal hizo incursiones serias en el mercado de terminales de pantalla. Cuando los tubos de rayos catódicos en las PC fueron reemplazados por pantallas planas después del año 2000, la terminal de hardware de la computadora estaba casi obsoleta.

Terminal orientada a caracteres

Terminal de caracteres de Televideo ASCII

Un terminal orientado a caracteres es un tipo de terminal de computadora que se comunica con su host un carácter a la vez, a diferencia de un terminal orientado a bloques que se comunica en bloques de datos. Es el tipo de terminal de datos más común, porque es fácil de implementar y programar. La conexión a la computadora central o al servidor de terminales se logra a través de enlaces seriales RS-232, Ethernet u otros protocolos propietarios.

Los terminales orientados a personajes pueden ser "tontos" o "inteligente". Los terminales tontos son aquellos que pueden interpretar un número limitado de códigos de control (CR, LF, etc.) pero no tienen la capacidad de procesar secuencias de escape especiales que realizan funciones como borrar una línea, borrar la pantalla o controlar la posición del cursor. En este contexto, los terminales tontos a veces se denominan teletipos de vidrio, ya que esencialmente tienen la misma funcionalidad limitada que un teletipo mecánico. Este tipo de terminal tonta todavía es compatible con los sistemas modernos similares a Unix configurando la variable de entorno TERM a tonto. Los terminales inteligentes o inteligentes son aquellos que también tienen la capacidad de procesar secuencias de escape, en particular las secuencias de escape VT52, VT100 o ANSI.

Terminales de texto

Un terminal de texto típico produce entrada y muestra salidas y errores

Nano editor de texto que funciona en el emulador terminal xterm

Un terminal de texto, o a menudo simplemente terminal (a veces consola de texto) es una interfaz de computadora en serie para la entrada y visualización de texto. La información se presenta como una matriz de caracteres formados preseleccionados. Cuando dichos dispositivos usan una pantalla de video, como un tubo de rayos catódicos, se denominan "unidad de pantalla de video" o "unidad de visualización" (VDU) o "terminal de visualización de video" (VDT).

La consola del sistema suele ser un terminal de texto que se utiliza para operar una computadora. Las computadoras modernas tienen un teclado y una pantalla integrados para la consola. Algunos sistemas operativos similares a Unix, como Linux y FreeBSD, tienen consolas virtuales para proporcionar varios terminales de texto en una sola computadora.

El tipo fundamental de aplicación que se ejecuta en un terminal de texto es un intérprete de línea de comandos o shell, que solicita comandos del usuario y ejecuta cada comando después de presionar Volver. Esto incluye shells de Unix y algunos entornos de programación interactivos. En un shell, la mayoría de los comandos son pequeñas aplicaciones en sí mismas.

Otro tipo de aplicación importante es el del editor de texto. Un editor de texto normalmente ocupa toda el área de visualización, muestra uno o más documentos de texto y permite al usuario editar los documentos. El editor de texto, para muchos usos, ha sido reemplazado por el procesador de texto, que generalmente proporciona funciones de formato enriquecidas de las que carece el editor de texto. Los primeros procesadores de texto usaban texto para comunicar la estructura del documento, pero los procesadores de texto posteriores operan en un entorno gráfico y proporcionan una simulación WYSIWYG de la salida formateada. Sin embargo, los editores de texto todavía se usan para documentos que contienen marcas como DocBook o LaTeX.

Programas como Telix y Minicom controlan un módem y la terminal local para permitir que el usuario interactúe con servidores remotos. En Internet, telnet y ssh funcionan de manera similar.

En su forma más simple, una terminal de texto es como un archivo. Escribir en el archivo muestra el texto y leer del archivo produce lo que ingresa el usuario. En los sistemas operativos similares a Unix, hay varios archivos especiales de caracteres que corresponden a los terminales de texto disponibles. Para otras operaciones, hay secuencias de escape especiales, caracteres de control y funciones termios que un programa puede usar, más fácilmente a través de una biblioteca como ncurses. Para operaciones más complejas, los programas pueden usar llamadas al sistema ioctl específicas del terminal. Para una aplicación, la forma más sencilla de usar un terminal es simplemente escribir y leer secuencias de texto hacia y desde él de forma secuencial. El texto de salida se desplaza, de modo que solo se ven las últimas líneas (normalmente 24). Los sistemas Unix normalmente almacenan en búfer el texto de entrada hasta que se presiona la tecla Intro, por lo que la aplicación recibe una cadena de texto lista. En este modo, la aplicación no necesita saber mucho sobre el terminal. Para muchas aplicaciones interactivas esto no es suficiente. Una de las mejoras comunes es la edición de línea de comandos (asistida por bibliotecas como readline); también puede dar acceso al historial de comandos. Esto es muy útil para varios intérpretes interactivos de línea de comandos.

Se proporciona una interactividad aún más avanzada con aplicaciones de pantalla completa. Esas aplicaciones controlan completamente el diseño de la pantalla; también responden a la pulsación de teclas inmediatamente. Este modo es muy útil para editores de texto, administradores de archivos y navegadores web. Además, dichos programas controlan el color y el brillo del texto en la pantalla, y lo decoran con subrayado, parpadeo y caracteres especiales (por ejemplo, caracteres de dibujo de cuadro). Para lograr todo esto, la aplicación debe lidiar no solo con cadenas de texto sin formato, sino también con caracteres de control y secuencias de escape, que permiten mover el cursor a una posición arbitraria, borrar partes de la pantalla, cambiar colores y mostrar caracteres especiales, y también respondiendo a las teclas de función. El gran problema aquí es que hay muchos terminales y emuladores de terminal diferentes, cada uno con su propio conjunto de secuencias de escape. Para superar esto, se han creado bibliotecas especiales (como curses), junto con bases de datos de descripción de terminales, como Termcap y Terminfo.

Terminal orientada a bloques

Un terminal orientado a bloques o terminal en modo bloque es un tipo de terminal de computadora que se comunica con su host en bloques de datos, a diferencia de un terminal orientado a caracteres. que se comunica con su anfitrión un carácter a la vez. Un terminal orientado a bloques puede estar orientado a tarjeta, orientado a pantalla, teclado-pantalla, teclado-impresora, impresora o alguna combinación.

El IBM 3270 es quizás la implementación más familiar de un terminal de visualización orientado a bloques, pero la mayoría de los fabricantes de computadoras centrales y varias otras empresas los produjeron. La siguiente descripción es en términos del 3270, pero se aplican consideraciones similares a otros tipos.

Los terminales orientados a bloques normalmente incorporan un búfer que almacena una pantalla o más de datos, y también almacena atributos de datos, no solo indicando apariencia (color, brillo, parpadeo, etc.) sino también marcando los datos como editables por el operador de terminal frente a protegido contra la entrada, ya que permite la entrada de información numérica únicamente frente a permitir cualquier carácter, etc. En una aplicación típica, el host envía al terminal un panel preformateado que contiene tanto datos estáticos como campos en qué datos se pueden introducir. El operador de la terminal ingresa datos, como actualizaciones en una entrada de la base de datos, en los campos correspondientes. Cuando se completa la entrada (o se presiona la tecla ENTER o PF en 3270s), un bloque de datos, generalmente solo los datos ingresados por el operador (datos modificados), se envía al host en una transmisión. El búfer del terminal 3270 (en el dispositivo) podría actualizarse con un solo carácter, si fuera necesario, debido a la existencia de un "establecer orden de direcciones de búfer" (SBA), que generalmente precedía a cualquier dato que se escribiera/sobrescribiera dentro del búfer. También se puede leer o reemplazar un búfer completo usando el comando READ BUFFER o WRITE (formateado o sin formato en el caso del 3270).

Los terminales orientados a bloques causan menos carga del sistema en el host y menos tráfico de red que los terminales orientados a caracteres. También parecen responder mejor al usuario, especialmente en conexiones lentas, ya que la edición dentro de un campo se realiza localmente en lugar de depender del eco del sistema host.

Los primeros terminales tenían capacidades de edición limitadas: los terminales 3270, por ejemplo, solo podían verificar las entradas como valores numéricos válidos. Posterior "inteligente" o "inteligente" Los terminales incorporaron microprocesadores y admitieron más procesamiento local.

Los programadores de terminales orientadas a bloques solían utilizar la técnica de almacenar información de contexto para la transacción en curso en la pantalla, posiblemente en un campo oculto, en lugar de depender de un programa en ejecución para realizar un seguimiento. estado. Este fue el precursor de la técnica HTML de almacenar contexto en la URL como datos para pasar como argumentos a un programa CGI.

A diferencia de una terminal orientada a caracteres, donde escribir un carácter en la última posición de la pantalla generalmente hace que la terminal se desplace una línea hacia abajo, ingresar datos en la última posición de la pantalla en una terminal orientada a bloques generalmente hace que el cursor wrap: muévase al inicio del primer campo editable. Los programadores pueden "proteger" la última posición de la pantalla para evitar que se enrolle inadvertidamente. Del mismo modo, un campo protegido que sigue a un campo editable puede bloquear el teclado y hacer sonar una alarma audible si el operador intenta ingresar más datos de los permitidos en el campo.

Terminales orientados a bloques comunes

Copia dura

• IBM 1050
• IBM 2740

Entrada de trabajo remota

• IBM 2770
• IBM 2780
• IBM 3770
• IBM 3780

Visualización

Terminales gráficos

Un terminal gráfico puede mostrar imágenes además de texto. Los terminales gráficos se dividen en terminales de modo vectorial y de modo ráster.

Una pantalla de modo vectorial dibuja líneas directamente en la cara de un tubo de rayos catódicos bajo el control del sistema informático host. Las líneas se forman continuamente, pero dado que la velocidad de la electrónica es limitada, el número de líneas simultáneas que se pueden mostrar al mismo tiempo es limitado. Las pantallas en modo vectorial fueron históricamente importantes, pero ya no se utilizan. Prácticamente todas las pantallas gráficas modernas son de modo raster, descendientes de las técnicas de exploración de imágenes utilizadas para la televisión, en las que los elementos visuales son una matriz rectangular de píxeles. Dado que la imagen de trama solo es perceptible para el ojo humano en su conjunto durante un tiempo muy corto, la trama debe actualizarse muchas veces por segundo para dar la apariencia de una visualización persistente. Las demandas electrónicas de actualizar la memoria de la pantalla significaron que las terminales gráficas se desarrollaron mucho más tarde que las terminales de texto e inicialmente costaron mucho más.

La mayoría de los terminales actuales son gráficos; es decir, pueden mostrar imágenes en la pantalla. El término moderno para terminal gráfica es "cliente ligero". Un cliente ligero generalmente usa un protocolo como X11 para terminales Unix o RDP para Microsoft Windows. El ancho de banda necesario depende del protocolo utilizado, la resolución y la profundidad de color.

Los terminales gráficos modernos permiten la visualización de imágenes en color y de texto en diferentes tamaños, colores y fuentes (tipos de letra).

A principios de la década de 1990, un consorcio de la industria intentó definir un estándar, AlphaWindows, que permitiría que una sola pantalla CRT implementara múltiples ventanas, cada una de las cuales se comportaría como una terminal distinta. Desafortunadamente, al igual que I2O, esto sufría porque se ejecutaba como un estándar cerrado: los que no eran miembros no podían obtener ni siquiera la información mínima y no había una forma realista de que una pequeña empresa o un desarrollador independiente pudiera unirse al consorcio.

"Inteligente" terminales

Un "inteligente" La terminal realiza su propio procesamiento, lo que generalmente implica que se incorpora un microprocesador, pero no todas las terminales con microprocesadores realizaron un procesamiento real de la entrada: la computadora principal a la que estaba conectado tendría que responder rápidamente a cada pulsación de tecla. El término "inteligente" en este contexto data de 1969.

Los ejemplos notables incluyen IBM 2250, predecesor de IBM 3250 e IBM 5080, e IBM 2260, predecesor de IBM 3270, introducido con System/360 en 1964.

IBM 2250 Modelo 4, incluyendo lápiz ligero y teclado de función programada

La mayoría de las terminales estaban conectadas a minicomputadoras o computadoras centrales y, a menudo, tenían una pantalla verde o ámbar. Por lo general, los terminales se comunican con la computadora a través de un puerto serie a través de un cable de módem nulo, a menudo utilizando un EIA RS-232 o RS-422 o RS-423 o una interfaz serie de bucle de corriente. Los sistemas de IBM normalmente se comunicaban a través de un canal Bus and Tag, un cable coaxial que usaba un protocolo propietario, un enlace de comunicaciones que usaba Binary Synchronous Communications o el protocolo SNA de IBM, pero para muchas computadoras DEC, Data General y NCR (etc.) había muchos proveedores de pantallas visuales compitiendo contra el fabricante de computadoras por terminales para expandir los sistemas. De hecho, el diseño de instrucciones para Intel 8008 se concibió originalmente en Computer Terminal Corporation como el procesador para Datapoint 2200.

Desde la introducción del IBM 3270 y el DEC VT100 (1978), el usuario y el programador pudieron notar ventajas significativas en las mejoras de la tecnología VDU, pero no todos los programadores utilizaron las funciones de los nuevos terminales (compatibilidad con versiones anteriores en el VT100 y terminales de TeleVideo posteriores, por ejemplo, con 'terminales tontas' permitieron a los programadores continuar usando software más antiguo).

Algunos terminales tontos habían podido responder a algunas secuencias de escape sin necesidad de microprocesadores: usaban múltiples placas de circuito impreso con muchos circuitos integrados; el único factor que clasificó un terminal como "inteligente" fue su capacidad para procesar la entrada del usuario dentro de la terminal, sin interrumpir la computadora principal con cada pulsación de tecla, y enviar un bloque de datos a la vez (por ejemplo: cuando el usuario ha terminado un campo completo o forma). La mayoría de los terminales a principios de la década de 1980, como ADM-3A, TVI912, Data General D2, DEC VT52, a pesar de la introducción de terminales ANSI en 1978, eran esencialmente "tontos". terminales, aunque algunos de ellos (como los modelos posteriores ADM y TVI) tenían una capacidad primitiva de envío de bloques. Los primeros usos comunes de la potencia de procesamiento local incluían funciones que tenían poco que ver con la descarga del procesamiento de datos de la computadora host, pero añadían funciones útiles como la impresión en una impresora local, la transmisión de datos en serie con búfer y el protocolo de enlace en serie (para adaptarse a velocidades de transferencia en serie más altas).), y atributos de caracteres más sofisticados para la pantalla, así como la capacidad de cambiar los modos de emulación para imitar los modelos de la competencia, que se convirtieron en características de venta cada vez más importantes durante la década de 1980, especialmente cuando los compradores podían mezclar y combinar diferentes proveedores.; equipo en mayor medida que antes.

El avance en los microprocesadores y los costos de memoria más bajos hicieron posible que la terminal manejara operaciones de edición, como la inserción de caracteres dentro de un campo que antes requería una pantalla completa, llena de caracteres para ser reenviados desde la computadora, posiblemente a través de una línea de módem lenta. Alrededor de mediados de la década de 1980, la mayoría de las terminales inteligentes, que costaban menos que la mayoría de las terminales tontas unos años antes, podían proporcionar una edición local de datos fácil de usar y enviar el formulario completo a la computadora principal. Proporcionando aún más posibilidades de procesamiento, las estaciones de trabajo como TeleVideo TS-800 podrían ejecutar CP/M-86, borrando la distinción entre terminal y computadora personal.

Otra de las motivaciones para el desarrollo del microprocesador fue simplificar y reducir la electrónica requerida en un terminal. Eso también hizo posible cargar varias "personalidades" en un solo terminal, por lo que un QVT-102 de Qume podría emular muchos terminales populares de la época y, por lo tanto, venderse a organizaciones que no deseaban realizar ningún cambio de software. Los tipos de terminales emulados con frecuencia incluyen:

• Lear Siegler ADM-3A y modelos posteriores
• TeleVideo 910 a 950 (estos modelos copiaron códigos ADM3 y agregaron varios de ellos, eventualmente siendo copiados por Qume y otros)
• Digital Equipment Corporation VT52 y VT100
• Datos generales D1 a D3 y especialmente D200 y D210
• Hazeltine Corporation H1500
• Tektronix 4014
• Wyse W50, W60 y W99

El estándar de código de escape ANSI X3.64 produjo uniformidad hasta cierto punto, pero se mantuvieron diferencias significativas. Por ejemplo, los terminales VT100, Heathkit H19 en modo ANSI, Televideo 970, Data General D460 y QVT-108 siguieron el estándar ANSI, pero pueden existir diferencias en los códigos de las teclas de función, qué atributos de caracteres estaban disponibles, envío de bloques de campos dentro de formularios, "extranjero" facilidades de caracteres, y manejo de impresoras conectadas a la parte posterior de la pantalla.

En el siglo XXI, el término Terminal inteligente ahora puede referirse a una computadora de punto de venta minorista.

Contemporáneo

Si bien las primeras PC de IBM tenían pantallas verdes de un solo color, estas pantallas no eran terminales. La pantalla de una PC no contenía ningún hardware de generación de caracteres; todas las señales de video y el formato de video fueron generados por la tarjeta de visualización de video en la PC o (en la mayoría de los modos gráficos) por la CPU y el software. Un monitor de PC de IBM, ya fuera la pantalla monocromática verde o la pantalla de 16 colores, era técnicamente mucho más similar a un televisor analógico (sin sintonizador) que a una terminal. Sin embargo, con un software adecuado, una PC podría emular una terminal, y en esa capacidad podría conectarse a una computadora central o minicomputadora. Data General/One podría iniciarse en modo emulador de terminal desde su ROM. Finalmente, las computadoras personales basadas en microprocesadores redujeron en gran medida la demanda del mercado de terminales convencionales.

Especialmente en la década de 1990, los "clientes ligeros" y las terminales X han combinado una potencia de procesamiento local económica con instalaciones informáticas centrales compartidas para conservar algunas de las ventajas de las terminales sobre las computadoras personales:

Hoy en día, la mayoría de los clientes de telnet para PC proporcionan emulación del terminal más común, el DEC VT100, utilizando el estándar de código de escape ANSI X3.64, o podrían ejecutarse como terminales X utilizando software como Cygwin/X bajo Microsoft Windows o X. Software Org Server bajo Linux.

Desde la llegada y posterior popularización de la computadora personal, hoy en día se utilizan pocas terminales de hardware genuinas para interactuar con las computadoras. Usando el monitor y el teclado, los sistemas operativos modernos como Linux y los derivados de BSD cuentan con consolas virtuales, que en su mayoría son independientes del hardware utilizado.

Cuando se usa una interfaz gráfica de usuario (o GUI) como el sistema X Window, la pantalla suele estar ocupada por una colección de ventanas asociadas con varias aplicaciones, en lugar de una sola secuencia de texto asociada con un solo proceso.. En este caso, se puede usar una aplicación de emulador de terminal dentro del entorno de ventanas. Esta disposición permite una interacción similar a la de un terminal con la computadora (para ejecutar un intérprete de línea de comandos, por ejemplo) sin necesidad de un dispositivo de terminal físico; incluso puede ejecutar múltiples emuladores de terminal en el mismo dispositivo.

Emulación

Un emulador de terminal es una pieza de software que emula un terminal de texto. En el pasado, antes del uso generalizado de las redes de área local y el acceso a Internet de banda ancha, muchas computadoras usaban un programa de acceso en serie para comunicarse con otras computadoras a través de una línea telefónica o un dispositivo en serie.

Cuando se lanzó el primer Macintosh, se utilizó un programa llamado MacTerminal para comunicarse con muchas computadoras, incluida la IBM PC.

Dec Terminal fue uno de los primeros programas de terminal para el popular Altair.

La consola Win32 en Windows no emula un terminal físico que admita secuencias de escape, por lo que los programas SSH y Telnet (para iniciar sesión textualmente en equipos remotos) para Windows, incluido el programa Telnet incluido con algunas versiones de Windows, suelen incorporar sus propios código para procesar secuencias de escape.

Los emuladores de terminal en la mayoría de los sistemas similares a Unix, como, por ejemplo, gnome-terminal, Konsole, QTerminal, xterm y Terminal.app, emulan terminales físicos, incluida la compatibilidad con secuencias de escape; por ejemplo, xterm puede emular los terminales de hardware VT220 y Tektronix 4010.

Modos

Los terminales pueden operar en varios modos, en relación con el momento en que envían la entrada escrita por el usuario en el teclado al sistema receptor (sea cual sea):

• Modo de caracteres (a.k.a. carácter-a-time): En este modo, la entrada tipod no es incompleta y se envía inmediatamente al sistema receptor.
• Modo de línea (a.k.a. modo line-at-a-time): En este modo, el terminal está amortiguado, proporciona una función de edición de línea local, y envía una línea de entrada completa, después de haber sido editada localmente, cuando el usuario presiona una, por ejemplo, ↵ Enter, EOB, llave. Un llamado "terminal de modo línea" opera únicamente en este modo.
• Modo de bloque (a.k.a. modo de pantalla a tiempo): En este modo (también llamado bloque-orientado), la terminal está amortiguada y proporciona una función local de datos de pantalla completa. El usuario puede introducir entrada en múltiples campos en un formulario en la pantalla (definido al terminal por el sistema receptor), moviendo el cursor alrededor de la pantalla utilizando teclas como Tab ↹ y las teclas de flecha y realizando funciones de edición localmente utilizando insert, delete, ← Backspace y así sucesivamente. El terminal envía sólo el formulario completado, que consiste en todos los datos introducidos en la pantalla, al sistema de recepción cuando el usuario presiona un ↵ Enter llave.

Hay una distinción entre las teclas de retorno y ↵ Enter. En algunos terminales multimodo, que pueden cambiar entre modos, presionar la tecla ↵ Enter cuando no en modo bloque no hace lo mismo cosa como presionar la tecla return. Mientras que la tecla return hará que se envíe una línea de entrada al host en modo de línea a la vez, la tecla ↵ Enter hará que el terminal transmita el contenido de la fila de caracteres donde el cursor está actualmente posicionado al host, las indicaciones emitidas por el host y todo. Algunas terminales en modo bloque tienen tanto ↵ Enter como teclas locales para mover el cursor, como Return y Nueva línea.

Diferentes sistemas operativos de computadora requieren diferentes grados de soporte de modo cuando las terminales se usan como terminales de computadora. La interfaz de terminal POSIX, proporcionada por Unix y los sistemas operativos compatibles con POSIX, no se adapta en absoluto a los terminales en modo bloque y rara vez requiere que el terminal en sí mismo esté en línea a la vez. modo, ya que se requiere que el sistema operativo proporcione el modo de entrada canónico, donde el controlador del dispositivo de terminal en el sistema operativo emula el eco local en el terminal y realiza funciones de edición de línea en el extremo del host. Por lo general, y especialmente para que el sistema host pueda admitir el modo de entrada no canónico, los terminales para sistemas compatibles con POSIX siempre están en modo carácter a la vez. Por el contrario, los terminales IBM 3270 conectados a sistemas MVS siempre deben estar en modo de bloque.