Intentando ensamblar un CP/M68K para Atari ST

Avatar de Usuario
ron
Mensajes: 17867
Registrado: 28 Oct 2010 14:20
Ubicación: retrocrypta
Agradecido : 857 veces
Agradecimiento recibido: 912 veces

Re: Intentando ensamblar un CP/M68K para Atari ST

Mensajepor ron » 31 Jul 2018 12:47

Último mensaje de la página anterior:

Saliendo finalmente de la espiral histórica de los Tramiel y sus ST, además de tener muchos datos y cosas muy concretas es momento de ir preparando las alternativas. De momento esas alternativas a SIMH son pocas, el Sage 2 aún no hace boot de floppy en MESS, el VME10 no fona, les pasa lo mismo a muchos ordenadores M68K y se me ocurrió lo de la tarjeta 68K...

No se si recordáis que el NCR Decisión Mate V, tiene la posibilidad de tener tarjetas de CPU pinchadas en los slots de expansión, como la i8086 o la MC68008. Así que me puse a especular con la configuración a ver si podía sacar algo...

La ranura 1 está reservada para módulos de extensión RAM (64K, 192K y 448K)
La ranura 7 ( y la 7A orientadas hacia dentro ) están reservadas para los módulos de CPU y el módulo de Diagnósticos.

Pero la tarjeta no es un MC68000, es un MC68008... en pocas palabras, el mismo micro que lleva un Sinclair QL, lo cual deja ver que nivel binario son totalmente compatibles y que con una controladora de disco y la BIOS adecuada este mismo CP/M68K se podría hacer boot en un QL.

Y vi en el manual este detalle:

K230 Internal 8088 module without interrupt controller:
If this module is installed together with K234, CP/M-68K will not boot.


Pues para que esperar....

ncr68k01.png
ncr68k01.png (64.6 KiB) Visto 617 veces


stay tuned !!!! -rofl -507

Avatar de Usuario
ron
Mensajes: 17867
Registrado: 28 Oct 2010 14:20
Ubicación: retrocrypta
Agradecido : 857 veces
Agradecimiento recibido: 912 veces

Re: Intentando ensamblar un CP/M68K para Atari ST

Mensajepor ron » 01 Ago 2018 12:42

Aprovechando que en la retrocrypta de anoche petó la emisión y el video se partió en dos cachos, el último concretamente trata del CP/M68K sobre el Decisión Mate V y la tarjeta con el 68008..., para entenderlo, veamos la jugada completa... xD

https://www.youtube.com/watch?v=lxg3zX0Wi3M

Entenderéis muchas cosas de porque el CP/M tiene gráficos .... os concordarán muchas cosas -drinks

Avatar de Usuario
ron
Mensajes: 17867
Registrado: 28 Oct 2010 14:20
Ubicación: retrocrypta
Agradecido : 857 veces
Agradecimiento recibido: 912 veces

Re: Intentando ensamblar un CP/M68K para Atari ST

Mensajepor ron » 01 Ago 2018 23:58

Aunque ya lo hemos posteado en el foro de la retrocrypta, este video es una alusión a este hilo en el que mostramos como llegaron de la nada a tener un ordenador tan estupendo como el ST, esperamos vuestros comentarios.

Saludos cordiales.

https://www.youtube.com/watch?v=3b-uY7A16hU

Avatar de Usuario
ron
Mensajes: 17867
Registrado: 28 Oct 2010 14:20
Ubicación: retrocrypta
Agradecido : 857 veces
Agradecimiento recibido: 912 veces

Re: Intentando ensamblar un CP/M68K para Atari ST

Mensajepor ron » 02 Ago 2018 10:20

Una vez que se ha llegado a este punto, es o sería muy interesante focalizar la búsqueda de información tirando del hilo del 130ST....

Casualmente: ftp://ftp.pigwa.net/stuff/mirror/www.at ... 130st.html

130st.jpg
130st.jpg (49.26 KiB) Visto 308 veces


Del número de Atari Explorer de 1985, en donde se presentó la nueva línea de Ordenadores Personales Atari que estaban preparando. Originalmente, la línea ST iba a comenzar con el Atari 130ST con 128K de RAM ordenador de entrada a la familia ST con todos los mismos puertos y características que su hermano mayor, el Atari 520ST que tenía 512K de memoria.

tomorrow.jpg
tomorrow.jpg (96.84 KiB) Visto 308 veces


130st_label.jpg
130st_label.jpg (41.87 KiB) Visto 308 veces


130ST_bottom.jpg
130ST_bottom.jpg (76.01 KiB) Visto 308 veces


El Atari 130ST se mostró a un público ansioso y expectante en la feria CES de Las Vegas de enero de 1985. La exhibición se llamaba "Atari Country" y las vallas publicitarias daban la bienvenida a los invitados al centro de convenciones, en donde se mostraban comparativas de precios de cuánto cobraban IBM y Apple por sus sistemas y el "Bienvenido a Atari Country".

El 130ST fue solo una maqueta de epoxy hueca con teclado funcional. La placa madre no encajaba correctamente en la carcasa ya que las aberturas de los puertos y las aberturas laterales aún no estaban terminadas, este caso fue la muestra real de CES que se exhibió en la feria.

Avatar de Usuario
ron
Mensajes: 17867
Registrado: 28 Oct 2010 14:20
Ubicación: retrocrypta
Agradecido : 857 veces
Agradecimiento recibido: 912 veces

Re: Intentando ensamblar un CP/M68K para Atari ST

Mensajepor ron » 02 Ago 2018 10:31

... y llegados a este punto, BOMBA !!! ( de atari claro jajaj ), a través de Bob Lash:

Imagen
11130st.jpg
11130st.jpg (48.12 KiB) Visto 11 veces


http://bob-project.bambi.net/atari/atar ... otype.html
Circa August/September 1984

Al parecer uno de los propietarios de uno de los prototipos es Leonard Tramiel, quien tenía pensado donarlo al Computer Museum History Center.

atari_83.jpg
atari_83.jpg (24.29 KiB) Visto 306 veces


Video Shifter Board

mvc-003f.jpg
mvc-003f.jpg (104.21 KiB) Visto 306 veces

520st_proto_shifter_back.jpg
520st_proto_shifter_back.jpg (104.23 KiB) Visto 280 veces


RGB Output

mvc-002f.jpg
mvc-002f.jpg (79.41 KiB) Visto 306 veces


ROMS

mvc-006f.jpg
mvc-006f.jpg (109.09 KiB) Visto 306 veces


ACSI Board (Atari Computer System Interface)

mvc-007f.jpg
mvc-007f.jpg (111.11 KiB) Visto 306 veces


256K X 32 RAM Development Piggy-Back PC Board mounted to Memory Controller Board

mvc-008f.jpg
mvc-008f.jpg (108.42 KiB) Visto 306 veces


Processor Board

mvc-013f.jpg
mvc-013f.jpg (80.17 KiB) Visto 306 veces


CPU

mvc-011f.jpg
mvc-011f.jpg (111.05 KiB) Visto 306 veces


Otras...

mvc-016f.jpg
mvc-016f.jpg (83.08 KiB) Visto 279 veces

mvc-012f.jpg
mvc-012f.jpg (117.63 KiB) Visto 279 veces

mvc-010f.jpg
mvc-010f.jpg (98.23 KiB) Visto 279 veces

mvc-009f.jpg
mvc-009f.jpg (88.54 KiB) Visto 279 veces

Avatar de Usuario
minter
Mensajes: 1806
Registrado: 22 Jul 2014 18:51
Agradecido : 1169 veces
Agradecimiento recibido: 494 veces

Re: Intentando ensamblar un CP/M68K para Atari ST

Mensajepor minter » 02 Ago 2018 11:49

Madre mía! Parecen placas de Wirerapid!
Como han cambiado las cosas ahora!

Avatar de Usuario
ron
Mensajes: 17867
Registrado: 28 Oct 2010 14:20
Ubicación: retrocrypta
Agradecido : 857 veces
Agradecimiento recibido: 912 veces

Re: Intentando ensamblar un CP/M68K para Atari ST

Mensajepor ron » 02 Ago 2018 12:09

Pues tengo que corregirme a mi mismo en el video.

Resulta que los prototipos eran de esta guisa:

atari_130st_3.jpg
atari_130st_3.jpg (68.85 KiB) Visto 283 veces


Lo cual me lleva a pensar que usaron un cartucho con algo para ayudar al boot. Visto que la disketera conecta directamente en el 130 ST y la palanquita de switch al lado izdo lo hace muy sospechoso de todo.

Avatar de Usuario
explorer
Mensajes: 142
Registrado: 10 Ene 2016 18:43
Ubicación: Valladolid, España
Agradecido : 3 veces
Agradecimiento recibido: 118 veces
Contactar:

Re: Intentando ensamblar un CP/M68K para Atari ST

Mensajepor explorer » 02 Ago 2018 13:24

No parece que la disquetera se uniera directamente con el cartucho, sino que ya se conecta por el cable DIN como vemos en esta imagen. En ese caso, podemos pensar que el cartucho que vemos en las otras imágenes contiene el sistema operativo, o la aplicación de demo que se muestra más tarde, o ambas cosas. Al hacerlo así, te aseguras un mejor funcionamiento o te ahorras la carga con disquetes, algo importante si estás haciendo una demo frente al público.

Avatar de Usuario
ron
Mensajes: 17867
Registrado: 28 Oct 2010 14:20
Ubicación: retrocrypta
Agradecido : 857 veces
Agradecimiento recibido: 912 veces

Re: Intentando ensamblar un CP/M68K para Atari ST

Mensajepor ron » 02 Ago 2018 13:43

Si, estaba preparando un video con nuevos descubrimientos y con una Fe de Erratas del anterior que me he dado cuenta que hay un par de cosas que no digo bien.
Lo he pensado y lo he dejado para un directo esta tarde, interesante lo que os voy a enseñar.

Gracias Joaquí, me di cuenta enseguida que eso que le dije a kikems no es correcto, lo que comentas es muy lógico y lo más probable. No tiene sentido seguir rascando..., lo que habría que hacer ( que yo no sabría ), es ponerse en contacto con el Leo Tramiel ( parece accesible ) y saber si tiene volcadas las roms y los discos famosos..... fin del cuento.

Lo dicho, nos vemos esta tarde. Saludos

Avatar de Usuario
ron
Mensajes: 17867
Registrado: 28 Oct 2010 14:20
Ubicación: retrocrypta
Agradecido : 857 veces
Agradecimiento recibido: 912 veces

Re: Intentando ensamblar un CP/M68K para Atari ST

Mensajepor ron » 06 Sep 2018 11:18

Tras repasar todos los apuntes históricos, por el momento doy por aclarado lo referente al estadio inicial del desarrollo del software de sistema para Atari ST.

Me parece conveniente añadir algunas etiquetas, que entre todos si buenamente se puede intentaremos corregir y consensuar de alguna forma, aunque solo sea para uso aquí en la casa.

¿ Existió el CP/M68K para Atari ST ? y ¿ Existe alguna copia operativa de CP/M68K para Atari ST ?

En teoría..., los cinco prototipos de Atari 130ST ( datos en el hilo ) usados en el Winter CES de enero de 1985 en Las Vegas estaban ejecutando CP/M68K y sobre ellos el GEM. Leonard Tramiel poseé uno de estos prototipos.

Desconocemos los requisitos para usar el CP/M68K y si este pudiera adaptarse para los ST actuales. Es de suponer que tiene unos requerimientos y unas ROM totalmente diferentes, aparte de los datos que hay en el hilo poco o no mucho más de momento podemos aportar.

¿ Puedo usar programas CP/M68K en Atari ST ?

No directamente, pero si tal y como se ha explicado en el hilo recompilando con Alcyon. EL principal escollo es que hay muy poco software disponible y accesible, por no decir casi nada para CP/M68K. Suerte que se preservaran las fuentes del sistema operativo, aunque son las de DRI y de las de Atari ST no hay nada.

¿ Finalmente que sistema operativo lleva el Atari ST ?

Se supone que el sistema operativo debe ser TOS, sin embargo. ¿ CP/M68K ?, ¿ GEMDOS ?, ¿ qué es esto ?, ¿ está en el ST ?

Esta pregunta puede responderse con pocas palabras. El sistema operativo en el Atari ST se llama TOS.

TOS, a diferencia de la información anterior, solo contiene algunas reminiscencias del CP/M 68K de Digital Research. Pero NO ES CP/M68K y tampoco es compatible directamente con el mismo. Al comienzo del desarrollo del software de sistema para el Atari ST, el CP/M68K se implementó en él ya que formaba parte del acuerdo y de lo contratado por Tramiel a DRI, pero esto se rectificó y se fue modificando sobre la marcha debido a la carencia de un sistema de ficheros moderno y a que el CP/M68K no era exactamente un modelo de velocidad y eficiencia. Un 68000 corriendo a 8MHz y provisto con DMA veía su rendimiento considerablemente reducido por la operación del sistema.

En 1984 Digital Research comenzó a desarrollar un nuevo sistema operativo que incluiría una interfaz gráfica user-level . Este sistema operativo se llamaba GEMDOS y se utilizó un Apple Lisa para portarlo a M68000. DRI ya disponía en ese momento de una versión totalmente funcional para PC. Para Atari ST GEMDOS es exactamente lo que constituye la parte independiente del hardware de TOS.

AL igual que el CP/M68K, TOS consta de dos partes, una parte dependiente del hardware y de otra independiente. La parte dependiente del hardware contiene la BIOS y la XBIOS, mientras que el parte independiente del hardware en el Atari ST es lo que conocemos como GEMDOS.
Esto ultimo puede parecer un poco lioso, simplemente BIOS y XBIOS son las partes que controlan el hardware, mientras el gemdos es un interfaz que une las aplicaciones de usuario con el hardware.

Una enorme cantidad de funciones están integradas en GEMDOS, a través de las cuales el programador puede controlar el I/O del ST. Funciones para la entrada de teclado y salida de texto en la consola, pantalla o impresora y el funcionamiento de las demás interfaces presentes.
Otro grupo bastante importante contiene funciones para manejo de archivos y para administración lógica de archivos y discos.

Y esto es a modo resumen lo que he podido ir redescubriendo.


¿ Qué pasa con el Sistema Operativo del ATARI ST ?

El Atari ST tiene un sistema operativo extremadamente complejo que consta de varios grupos de rutinas que comprenden varios niveles diferentes de interacción con la máquina, lo cual significa que hay una gran cantidad de llamadas, las cuales pueden ser divididas en grupos y estos grupos se relacionan entre sí de una manera parecida a un árbol. Las principales bibliotecas son BIOS, el XBIOS, el GEMDOS, las rutinas de la línea A, el AES, y la VDI. Estos grupos pueden a su vez ser puestos en condiciones de servicio y el GEM

¿ Cómo se relacionan las rutinas del Sistema Operativo del Atari ST ?

En las siguientes secciones echamos un vistazo abajo hacia arriba en las bibliotecas individuales, la forma en que se relacionan entre sí y lo que hacen. La primera sección trata sobre la organización general del ( sistema operativo ) OS.

Un amplio ángulo de visión ofrecido por Digital Research

EL OS ( sistema operativo )del ST se puede dividir en dos grandes grupos de rutinas, TOS ( The Operating System ), y el GEM ( Graphics Environment Manager ). La TOS contiene las rutinas subyacentes que hacen que la máquina funcione, y GEM tiene las rutinas que hacen posible comunicarse amablemente con el usuario. Esto significa que no hay consola, que no hay comandos y que intuitivamente el usuario puede manejar su sistema de ficheros y en general el uso de la máquina.

TOS puede dividirse a su vez en BIOS, XBIOS, GEMDOS y bibliotecas Línea A. Estas bibliotecas controlan funciones de la máquina dependientes ( como el control de los periféricos ) y Entrada/Salida (I/O)) básica. Las rutinas de la Línea A son rutinas básicas gráficas que son utilizados por GEM para crear el entorno de ventanas que el usuario ve.

GEM contiene dos bibliotecas, las rutinas AES y VDI. GEM es responsable de la entorno de ventanas y el escritorio que hacen uso del ST más intuitivo. La AES está ocupada sobre todo con las ventanas y cuadros de diálogo, las cosas con las que el usuario interactúa. Las rutinas de VDI manejan pantalla de texto complejo y niveles altos en manipulaciones gráficas.

Finalmente. la TOS es el corazón del ST. Todo lo que haces, ejecutas o escribes en tu ST utiliza TOS.
Cuando lanzas un programa es la TOS la que hace posible que se ejecute ese programa. Descartando la parte gráfica GEM hay programas que activan gráficos y música desde TOS sin necesidad de la capa de GEM.

El GEMDOS

El GEMDOS, como se ha señalado antes, está compuesto por las rutinas independientes de máquina para el manejo de archivos y tareas ( programas ) y gestionar los niveles de E/S. Tienen cierta semejanza a las rutinas de MS-DOS. Estas rutinas hacen que sea fácil manipular archivos mediante fopen, fread y fseek. El control de la ejecución de los programas se gestiona mediante rutinas como pexec y pterm.
La facilidad con la que se realizan las operaciones de E/S es mediante cconin y cconout. Estas rutinas permiten al programador realizar la mayor parte de lo que le gustaría hacer en operaciones de E/S con muy poquito esfuerzo.

El GEMDOS se ejecuta al nivel más alto de TOS. Está construido sobre las rutinas en el resto de condiciones de servicio, es decir, el BIOS y el XBIOS. Hay por tanto un solapamiento entre estos y el GEMDOS. El GEMDOS fue escrito para hacer más fácil el trabajo del programador mediante la incorporación de las rutinas de bajo nivel en las rutinas de nivel superior que son más específicas.

La BIOS

La BIOS está compuesta por la colección de rutinas que utiliza el ST para comunicarse con los muchos dispositivos disponibles. Mediante el uso de rutinas de la BIOS se puede leer y escribir en, y obtener el estatus de, como por ejemplo el puerto serie, el puerto midi, el puerto paralelo, los discos y la pantalla/terminal. Estas rutinas ( como bconin y bconout ) son rutinas generales. Con la misma rutina se puede obtener información de varias fuentes variando los parámetros de llamada. Se puede ver cómo las rutinas específicas de dispositivos en el GEMDOS se pueden construir a partir de las rutinas de la BIOS.

La XBIOS

Está formada por rutinas que son muy similares a las de la BIOS, pero implican mucho más control sobre los periféricos del ST. En general, leer o escribir con llamadas de la BIOS, se pueden controlar con llamadas a la XBIOS. Estas rutinas también permiten controlar el chip de sonido, las unidades de disco, el puerto serie, el ratón, y el puerto midi. GEMDOS también se construye a partir de estas llamadas.

Las rutinas de la Línea A

Estas rutinas son las primitivas gráficas del ST. Permiten crear gráficos complejos con relativamente pocos comandos simples. Con estas rutinas se puede dibujar píxeles, líneas y cuadros, así como sprites de control y el puntero del ratón. Las rutinas de GEM se construyen a partir de estas rutinas ( volveremos a las rutinas de la Línea A más adelante).

Aquí terminan las rutinas que componen TOS. En adelante se trata en conjunto el GEM.

GEM

Ahora llegamos a la materia compleja. GEM, el Administrador de gráficos para el Entorno ST.

Es una rutina independiente de máquina ( existen versiónes de GEM para Apple Lisa y PC también ) compuesta por un conjunto de rutinas que permiten al programador utilizar ventanas, cuadros de diálogo, el ratón, botones y controles deslizantes para interactuar con el usuario final. GEM también permite presentar gráficos y dirigir su salida a un número de diferentes dispositivos complejos. Está construido de modo que estas características se pueden definir, acceder, y se utilizan con un número relativamente pequeño de rutinas. También permite la multitarea limitada a través de accesorios de escritorio. Además de todo eso, GEM permite la comunicación y el control entre procesos. ¡ Ya dije que era materia compleja !

GEM se compone de dos bibliotecas de rutinas, el AES (Application Environment Services) y la VDI (Virtual Device Interface). El AES es responsable de elaborar y capturar la entrada de las ventanas y cuadros de diálogo, así como la coordinación de múltiples fuentes de entrada y la interacción entre los programas que se ejecutan al mismo tiempo. Es principalmente de entrada.

La VDI es responsable de la producción compleja. Maneja la salida de texto en modo gráfico, salida de gráficos de alto nivel y la salida a dispositivos distintos de la pantalla.

AES

La AES, como he mencionado antes, se refiere principalmente a la entrada. Mientras que es responsable de la elaboración de ventanas y cuadros de diálogo, el trabajo más importante es recibir entrada a través de esas ventanas y cuadros de diálogo. Los evnt_button, evnt_timer y llamadas evnt_multi son llamadas de entrada relacionada en AES.

Otra función de la AES es coordinar más de un programa en ejecución. Los Mensajes y la coordinación entre los programas son responsabilidad de AES .
El punto central del AES es la noción de un objeto. Un objeto es ( generalmente ) algo que se elaborará en una ventana ( como una barra de desplazamiento ) o un cuadro de diálogo ( como un botón ). Los objetos también pueden ser texto o cajas. Una colección de objetos se organiza en un árbol, que da información sobre las relaciones entre los objetos. Una vez elaborado, un objeto puede actuar sobre ( lista, selección, mover, tamaño, etc. ), y los resultados de estas acciones comprenden la entrada que AES se encarga de la obtener.

El AES intenta proporcionar un interfaz suave y fácil entre el usuario y el programa.

VDI

Las rutinas de VDI se ocupan principalmente de la producción. La VDI ofrece capacidades gráficas complejas utilizando rutinas simples y de fácil manejo. También se ocupa de las fuentes y la salida de texto.

Una de las funciones más importantes es VDI para proporcionar acceso a una variedad de dispositivos de salida. Las rutinas VDI se construyen de manera que el dispositivo de salida en el que están no es específico. Se puede dibujar un círculo en la pantalla o en un plotter con la misma rutina. La parte independiente del dispositivo VDI es el GDOS. Sus rutinas de control de los dispositivos periféricos y permiten la salida de las rutinas de VDI a estos.

El concepto importante en la biblioteca VDI es la estación de trabajo. Una estación de trabajo es un dispositivo que puede manejar la salida de las rutinas de VDI. Impresoras, plotters y la pantalla son ejemplos de estaciones de trabajo. Cada rutina VDI se entregara a la estación de trabajo que se espera que le de salida.
La VDI proporciona un medio flexible para la presentación de salida compleja para el usuario.



Por el momento es todo, sentiros libres de comentar, añadir, rectificar, etc... todo es bienvenido. Gracias y saludos


Volver a “Atari ST”

¿Quién está conectado?

Usuarios navegando por este Foro: No hay usuarios registrados visitando el Foro y 1 invitado