El IBM 6580 Displaywriter System es un microordenador de 16 bits comercializado y vendido por la División de Productos de Oficina de IBM principalmente como procesador de textos . Anunciado el 17 de junio de 1980 [1] [2] y retirado efectivamente de su comercialización el 2 de julio de 1986, [3] el sistema se vendió con un procesador Intel 8086 de 5 MHz , de 128 KB a 448 KB de RAM, un procesador monocromático de montaje giratorio Monitor CRT , un teclado independiente , una unidad de disquete independiente de 8" con una o dos unidades y una impresora tipo margarita independiente o una impresora de máquina de escribir Selectric. El sistema operativo principal de Displaywriter es el software de procesamiento de textos desarrollado internamente por IBM y titulado "Textpack ", pero UCSD p-System , [4] [2] CP/M-86 , [5] y MS-DOS también fueron ofrecidos por IBM, Digital Research y CompuSystems, respectivamente.
Textpack es un paquete de procesamiento de textos patentado desarrollado específicamente para Displaywriter, cuyo objetivo es automatizar la creación y finalización de documentos. Aunque es capaz de realizar múltiples tareas, Textpack no es un sistema operativo de propósito general como DOS o CP/M. En cambio, arranca directamente en un menú de funciones de paginación y edición de texto, con opciones adicionales para administrar discos de datos Textpack o cargar uno de varios programas complementarios de IBM, llamados "Programas de funciones". Textpack se ofreció en seis versiones, tituladas: "E", "1", "2", "3", "4" y "6". Estas versiones de Textpack tenían funcionalidades escalonadas, y solo se ofrecía edición de texto básica con las versiones más bajas de Textpack, E y 1. Funciones más avanzadas, como personalización de macros de teclado y accesos directos de menú, generación automática de encabezados y pies de página personalizados, procesamiento automático de ecuaciones matemáticas. , o emular un terminal 3101 o 3270, estaban reservados para Textpack 4 o Textpack 6. Si el sistema Displaywriter posee suficiente RAM y está ejecutando Textpack 4 o 6, también puede cargar un programa de funciones al mismo tiempo que un documento y tabular entre edición. el documento y el programa de funciones en tiempo real.
Según IBM, el enfoque de ofrecer versiones simplificadas del producto Textpack completo fue un intento de hacer que Displaywriter fuera más económico para las empresas más pequeñas, que IBM imaginó que elegirían un paquete de software más barato y luego lo actualizarían según lo requirieran sus necesidades. Sin embargo, en la práctica esto se vio socavado porque el hardware Displaywriter era significativamente más caro que la competencia en los espacios de procesamiento de textos y microcomputadoras en general y por el hecho de que las limitaciones codificadas en Textpack impidieron una ruta de actualización fluida para los clientes en muchos casos. Por ejemplo, si un cliente estuviera usando Textpack 1 y quisiera usar su Displaywriter para crear gráficos y tablas, tendría que pagar aproximadamente $1500 ($4500 en 2023) por Textpack 4, el disco de software Chartpack y la actualización de RAM para admitir el nuevo software.
Durante la vida útil de producción de Displaywriter, Textpack fue elogiado por su funcionalidad y facilidad de uso en comparación con otras opciones de procesamiento de textos, aunque se criticó el alto precio, especialmente en comparación con la PC IBM 5150 y otras compatibles. Como resultado de esto, Displaywriter Textpack encontró una fuerte adopción entre clientes con mucho dinero, como en el gobierno, la educación superior y los sectores legales, y una pobre adopción entre empresas más pequeñas y usuarios domésticos. A pesar de vender UCSD p-System para Displaywriter directamente y trabajar inicialmente con Digital Research para crear un puerto CP/M-86 para Displaywriter, Displaywriter nunca se comercializó fuertemente como una verdadera microcomputadora y casi siempre se vendió con Textpack. Además, Displaywriter nunca recibió actualizaciones de pantalla significativas para que sus capacidades gráficas estuvieran a la altura de las de la PC IBM o compatibles. Como resultado, en 1983, Displaywriter había perdido su verdadero nicho de mercado, y en 1984, IBM anunció "DisplayWrite", una réplica casi exacta del Displaywriter Textpack para la línea de computadoras personales de IBM, haciendo que Displaywriter fuera verdaderamente obsoleto. Los grandes contratos establecidos con entidades gubernamentales, incluida la administración Reagan y el ejército, impulsaron ligeramente las ventas hasta que Displaywriter se debilitó.
Los paquetes de texto 4 y 6 también ofrecían la posibilidad de combinar todos los discos de programas en un solo disquete DS DD, que luego también podría usarse para el almacenamiento de documentos si quedaba espacio en el disco.
Según IBM, este enfoque escalonado de incorporar múltiples niveles de sistemas operativos y programas de funciones asociados fue un intento de hacer que Displaywriter fuera más económico para las empresas más pequeñas, que podían elegir un paquete de software más económico y luego actualizarlo según lo requirieran sus necesidades. La versión de Textpack se podría aumentar sin tener que volver a comprar programas de funciones y, por lo general, se podrían integrar nuevos programas de funciones sin tener que aumentar la versión de Textpack. Dicho esto, las revisiones de los programas de funciones están vinculadas a los niveles de mantenimiento de Textpack. Por ejemplo, una revisión de Textpack 4 de 1984 no podría usar una revisión de un programa de características de 1982; requeriría una revisión más reciente de ese programa de características de 1984. IBM usó las etiquetas de disco de seis caracteres de los discos del programa para determinar si uno El disco era compatible con otro. Si la etiqueta de un disquete de programa no compatible se cambia a una etiqueta asociada con un disquete compatible, Displaywriter intentará ejecutar el disco como si contuviera el software correcto, pero ciertas funciones no funcionarán correctamente o Textpack finalizará de forma anormal.
Los disquetes utilizados en Textpack siempre tienen el formato de 284 kB de capacidad si el disco es 1D o de 985 kB de capacidad si el disco es 2D, independientemente de la capacidad real anunciada del disco. Esta es una limitación de software de Textpack y no una limitación de hardware de Displaywriter. Debido a que no existe una configuración accesible para el usuario para designar el tamaño del sector del disco dentro de Textpack, el sistema operativo asume arbitrariamente que todos los discos 1D están clasificados como SS SD con sectores de 256 B y que todos los discos 2D están clasificados como DS DD con sectores de 256 B, lo que resulta en la capacidades antes mencionadas. El formato que utilizaban los disquetes Textpack, aunque similar al sistema de entrada de datos IBM 3740, era exclusivo y no intercambiable con ningún otro sistema IBM, incluido el predecesor del Displaywriter, el Office System 6. El texto creado en Textpack se almacena en una estructura de archivos única. al Displaywriter y está codificado con EBCDIC de 8 bits. Displaywriter también admite ASCII, [6] pero en este contexto se utiliza EBCDIC de 8 bits para aprovechar los 256 caracteres disponibles por conjunto de fuentes EBCDIC, en comparación con el máximo de 128 caracteres disponibles por conjunto de fuentes ASCII. Displaywriter utiliza dos de estos conjuntos de fuentes de caracteres EBCDIC de 256, que se almacenan en la ROM de la tarjeta adaptadora de pantalla en dos o cuatro chips PROM según la revisión de la tarjeta, para lograr un total de 512 posibles caracteres disponibles. Cuando se le indica, Displaywriter utiliza estos conjuntos de fuentes para generar una tabla de caracteres funcional en la RAM para que la utilice el sistema operativo. El usuario solo puede utilizar simultáneamente 256 de los 512 caracteres disponibles, pero los caracteres de cualquier conjunto de caracteres se pueden mezclar y combinar para un total de hasta 256 y los caracteres se pueden intercambiar en caliente en el software. Se pueden cambiar caracteres en Textpack usando el botón "cambiar teclado" en el teclado. Se puede acceder al conjunto de códigos ASCII dentro de Textpack mientras se utilizan las funciones de comunicación asincrónica o bisincrónica, donde Displaywriter convierte los caracteres EBCDIC almacenados en ASCII antes de transmitir y después de recibir texto. Además, si el usuario desea escribir ASCII directamente durante una sesión de comunicación, puede cambiar el teclado al teclado n.° 103, que es el teclado ASCII estándar. Mientras está en modo ASCII, Displaywriter puede generar todos los caracteres ASCII imprimibles. [7] Se puede acceder a los caracteres de control ASCII en cualquier momento, incluso en el modo EBCDIC, presionando la tecla de control (la tecla en blanco arriba REQSTen el teclado) y luego presionando la tecla correspondiente en el bloque alfanumérico. Esto se debe a que no se suman al total de 256 caracteres visualizables.
UCSD p-System era el sistema operativo oficial de "procesamiento de datos" para Displaywriter, ofrecido por IBM a través de contrato con Softech Microsystems. Anunciado en septiembre de 1982 y puesto a disposición en diciembre de 1982, como parte del contrato, p-System contaba con un amplio soporte de Softech Microsystems y IBM ofrecía múltiples actualizaciones de funciones a medida que pasaba el tiempo.
Al comprar UCSD p-System para Displaywriter, el comprador podía elegir entre p-System Runtime o p-System "Sistema de desarrollo", que era lo mismo que Runtime, pero venía con un compilador BASIC o un Fortran-77 adicional, 8086. Código ensamblador o compilador PASCAL.
IBM también vendió una actualización de software que proporcionaría a p-System las llamadas de E/S apropiadas para los puertos RS232 de la tarjeta de comunicaciones del Displaywriter, así como una utilidad de conversión, titulada "B&H Exchange Utility", para convertir el formato UCSD. archivos a archivos de formato "B&H", que es la estructura de archivos utilizada en System/23 Datamaster, System/36 y System/38. p-System no cobró mucho impulso en Displaywriter, pero fue utilizado notablemente por Desarrollo Rural del USDA como sistema operativo para el "Sistema de Acción de Servicio del Programa de Agricultores", [8] que era un paquete de software personalizado escrito por Desarrollo Rural. agencia.
Los programas adicionales ofrecidos por IBM para Displaywriter p-System incluyeron: "Sistema de generación de informes y planificación financiera", [9] que era una versión avanzada de Reportpack que incluía modelos financieros y una generación de informes más sencilla, "Utilidad QUICKSTART", que disminuyó el tiempo de carga de grandes programas, [10] y "Money-Track" [11] de seguimiento financiero de Pacific Data Systems .
Digital Research anunció CP/M-86 v1.1 con BDOS 2.2 para Displaywriter en noviembre de 1981, y los pedidos comenzaron a enviarse en el primer trimestre de 1982. La versión contiene llamadas de E/S personalizadas y menús de configuración de impresora para el hardware propietario de Displaywriter. Es funcionalmente equivalente a CP/M-86 para IBM PC, pero con la salvedad de que las limitaciones del subsistema de disco Displaywriter y la tarjeta gráfica impiden que sea posible la compatibilidad con HDD o gráficos rasterizados/vectoriales. Dicho esto, la mayoría del software CP/M-86 es compatible. Debido a la amplia variedad de arquitecturas de hardware que ejecutan CP/M, la mayoría del software CP/M-86 tiene un teclado y un menú de configuración de código de control CRT, donde se puede ingresar la información adecuada para Displaywriter. CP/M-86 originalmente estaba destinado a ser lanzado bajo contrato, similar a UCSD p-System, pero finalmente fracasó y Digital Research ofreció el sistema operativo de forma independiente. [12] Como reflejo del acuerdo fallido, las revisiones independientes del producto se clasificaron como "Niveles de mantenimiento", que es un término interno de IBM que denota revisiones de software y no es un término utilizado en otros productos de Digital Research. Si bien el flujo de datos interno de Displaywriter es EBCDIC, Displaywriter ya era totalmente capaz de traducir el flujo de datos en salidas ASCII visualizables como parte de las funciones del software Textpack. Esta funcionalidad se utilizó para ejecutar CP/M-86 en modo ASCII. La versión preliminar de CP/M-86 tenía un teclado asignado manualmente, pero la versión de producción utilizaba las ID de teclado producidas por el controlador de teclado Displaywriter y era capaz de cambiar entre diseños de teclado dentro del menú de configuración. CCP/M-86 con BDOS 3.1 para Displaywriter también comenzó a desarrollarse en el cuarto trimestre de 1981, pero nunca se ofreció como producto oficial. Actualmente solo está disponible una versión preliminar.
CompuSystems de Carolina del Sur ofreció de forma independiente la versión 1.25 de MS-DOS. Debido a las limitaciones de MS-DOS versión 1.25 y el hardware Displaywriter, el alcance de las aplicaciones que se pueden ejecutar es limitado. Por lo demás, la versión es similar a los OEM de MS-DOS 1.25 realizados para otros sistemas de la época. El "MS-DOS Loader" escrito por CompuSystems ignora los resultados ROM BAT del Displaywriter y realiza su propia evaluación del hardware al cargar el sistema operativo. Se incluye soporte limitado para impresoras , pero DOS supone que la impresora es una 5218 alimentada por tractor.Ctrl-P
El hardware Displaywriter, aunque en algunos aspectos comparable al IBM 5150 , no utilizaba componentes disponibles en el mercado, una arquitectura abierta ni periféricos de terceros. Los componentes electrónicos tienen un parecido físico con el hardware de nivel empresarial de IBM de la época y, de hecho, muchos componentes han sido reciclados de otros sistemas, como ciertos chips de la marca IBM, el monitor (que es un terminal CRT 3101 recoloreado) o el unidades de disco.
El diseño físico de la unidad electrónica del sistema, que es la caja en la que se monta el CRT, consta de una fuente de alimentación en una mitad y tarjetas que contienen diferentes funciones insertadas en un backplane con seis ranuras, etiquetadas como AF, a las que IBM se refiere como cuadro de distribución del sistema, por la otra mitad. El cuadro de distribución del sistema es pasivo y no tiene lógica ni componentes propios. En cambio, cada una de las tarjetas que se insertan utiliza el tablero de distribución como una extensión del bus del sistema. La "tarjeta del sistema", que se inserta en la ranura B del tablero de distribución, contiene la mayoría de las funciones que se esperarían en la placa base de una PC, incluyendo: reloj, procesador central, ROS ("Almacenamiento de sólo lectura", también conocido como ROM), adaptador de teclado, controlador de interrupciones y controlador de acceso directo a memoria. Sin embargo, la RAM no forma parte de la tarjeta del sistema y, en cambio, está conectada como una tarjeta discreta en la ranura E y, en algunos casos, también en la ranura F. El controlador de disco no está ubicado en absoluto dentro de la unidad electrónica, sino dentro de la unidad que contiene el unidades de disquete. Además, con algunas configuraciones de comunicaciones, el adaptador de comunicaciones también está ubicado dentro de la unidad de disquete. Estas dos cosas requirieron la extensión del bus del sistema fuera de la unidad electrónica a través de un cable hasta la unidad de accionamiento. Hay un conector Blue Berg en el reverso de la tarjeta del sistema que facilita esto. La ranura A de la tarjeta de distribución contendrá la tarjeta de comunicaciones cuando no esté ubicada en la unidad de disco. La ranura C contendrá una tarjeta de función y la ranura D siempre contendrá la tarjeta adaptadora de pantalla.
El Displaywriter contenía, en ese momento, amplias funciones de autoprueba que se almacenaban en chips ROS (ROM) en la "tarjeta del sistema".
Si bien era propietario, el hardware Displaywriter debía ser configurable para adaptarse a las necesidades de la organización que solicitaba la máquina y ofrecía múltiples opciones de configuración y tarjetas de funciones adicionales. Tarjetas de funciones incluidas: una tarjeta de emulación 3277, una tarjeta adjunta 3274/3276, una tarjeta para compartir impresora, una tarjeta de módem EIA externa única, una tarjeta de módem EIA externa dual, una tarjeta de comunicaciones X.21, una tarjeta de comunicaciones de dispositivo local, una tarjeta mejorada Tarjeta de visualización Chartpack y una tarjeta de expansión de memoria. Las opciones de configuración adicionales incluyeron una pantalla de 25 o 66 líneas (orientada verticalmente), una o dos unidades de disco, unidades de disco de 1 o 2 caras, un teclado con resorte (Tipo A) o Modelo F (Tipo B) y configuraciones de RAM. entre 128 y 448 KB.
"Un sistema básico, que consiste en una pantalla con un teclado similar a una máquina de escribir y una unidad lógica, una impresora y un dispositivo para grabar y leer disquetes capaz de almacenar más de 100 páginas de texto promedio, cuesta $ 7,895 y se alquila por $275 al mes. " [1] El software básico de procesamiento de textos era Textpack E, con combinación de correspondencia simple ; Textpack 2 agregó soporte para discos de doble cara, redes, revisión ortográfica y cola de impresión ; Textpack 4 agregó separación de palabras automática , columnas y fusiones más sofisticadas; y Textpack 6 agregó notas a pie de página y esquemas automáticos. Otras opciones incluían diccionarios, gráficos e informes multilingües. [2]
A diferencia de otras soluciones distribuidas de IBM de esta época, como System/23 , 5520 y 5280 , que fracasaron y tuvieron ventas limitadas, Displaywriter fue inicialmente un éxito modesto. Tom Willmott, director de Programas de Usuario de International Data Corporation a principios de la década de 1980, estimó que se habían enviado aproximadamente 200.000 unidades en los dos primeros años desde que Displaywriter salió a la venta al público. [13] La acogida inicial del Displaywriter también fue favorable. El software Textpack, especialmente Textpack 4 y 6 con soporte multitarea y macro, tenía funciones de procesamiento de textos que se consideraban avanzadas en ese momento, y se informó que la interfaz de usuario era fácil de navegar. Los discos de 8" en ese momento eran más baratos, menos propensos a la corrupción de datos y podían contener más datos que los contemporáneos de 320k 5 .+Disquetes de 1 ⁄ 4 ". Sin embargo, la línea de computadoras personales IBM, que salió al mercado en 1981, tuvo cifras de ventas aún mejores en el mismo período y, a medida que el mercado de PC y clones explotó, las ventas de Displaywriter cayeron rápidamente a casi cero en el Estados Unidos a finales de 1983. Según la revista Computerworld, un técnico anónimo había instalado más de 200 estaciones de trabajo Displaywriter entre 1982 y 1983, pero sólo un total de 11 en 1984. En ese momento, el software DisplayWrite había sido anunciado e introducido para el línea de PC y, lo que es más importante, una PC costaba alrededor de $ 5 000 en ese momento, mientras que una Displaywriter totalmente equipada podía costar hasta $ 14 000. Para la mayoría de las empresas, una PC IBM o una PC compatible era la opción obvia.
El éxito inicial de Displaywriter, junto con el impulso de IBM en 1984 para unificar sus productos de automatización de oficinas, llevó a IBM a desarrollar un software paralelo al Textpack de Displaywriter para la línea de PC, la línea System/36 y la línea S/370. [14] Este software, denominado DisplayWrite (con w mayúscula), tenía características mejoradas sobre los Textpacks de Displaywriter, como integración de archivos ASCII, edición de archivos ASCII y mayor compatibilidad con impresoras, pero conservaba menús similares al software Textpack. [15] Inicialmente había tres niveles de DisplayWrite, que IBM afirmó que eran comparables a Textpack 4 [15] y 6, [16] pero con la retirada de Displaywriter del marketing, las características de DisplayWrite finalmente reemplazaron a Textpack ya que el soporte para DisplayWrite continuó hasta 2015.
También hubo paralelos adicionales del software Displaywriter lanzado como software complementario de DisplayWrite, con el "Diccionario de ortografía extendido" obteniendo un lanzamiento paralelo como "Soporte legal DisplayWrite" y el software Displaywriter Bisynchcronous Communications obteniendo un lanzamiento paralelo como "DisplayComm Binary Synchronous Communications". [14] El software DisplayComm actuó como una plataforma de unificación de documentos entre los sistemas IBM PC, System/36, S/370, Displaywriter y 5520 y fue capaz de conectar un sistema compatible en esas líneas de productos a otro sistema compatible para intercambiar documentos. camino entre los dos.
Medios relacionados con IBM Displaywriter System en Wikimedia Commons