archivo

Comunicaciones

Autor: Salvador Merino, 18/02/2010

Badaman me comento que mi experiencia en instalar una tarjeta red bajo MS-DOS en un PC con un AMD K5 a 90 Mhz, 16 Mbytes RAM, y disco duro de 1 Gb, podría interesar a usuarios cuya lengua principal sea el Español (o Castellano).

Mi historia comienza cuando decido ensamblar dos PCs, uno para MS-DOS 6.22 (Caja AT, micro AMD K5 a 90 Mhz, y 16 Mbytes RAM), y el otro para LINUX Debian (Caja ATX, micro AMD K6 a 300 Mhz, y 64 Mbytes RAM), a partir de bastante chatarra, que incluía 2 tarjetas de red con microchip de Realtek, pero fabricadas por terceras empresas, y como provenían de la chatarra, o material de desecho, de un colegio (de enseñanza privado (no pública)) suministrada gratis por el conserje, pues no tenían drivers.

Con Linux no existe ningún problema para utilizar una tarjeta red, porque reconoce prácticamente casi todas, pero con MS-DOS la cosa cambia, porque mi amigo, el conserje del colegio, lo primero que dijo, fue que MS-DOS no podía utilizar la tarjeta de red si no tenia instalado WINDOWS. Aunque yo estaba seguro que era posible utilizar una de esas tarjetas de red bajo MS-DOS.

El primer paso para instalar una tarjeta de red bajo MS-DOS fue buscar en Internet un driver, y empecé, como es natural, por la página del fabricante del microchip principal, que usaba la tarjeta, que era Realtek (aunque las tarjetas habían sido fabricadas, o distribuidas, por Ovislink, y Genius). Una vez encontrado el driver para MS-DOS más reciente en la web del fabricante Realtek, llegaba la hora de instalarlo, pero cuando descomprimo el fichero ZIP, y veo que no hay instrucciones, y más que el driver para DOS parece un driver para WINDOWS 3.1, solamente me pregunto, ¿y esto cómo se instala?, porque aquí falta algo. (Tan cierto como que lo que faltaba, lo encontré en la página web http://sourceforge.net/apps/mediawiki/freedos/index.php?title=Networking_FreeDOS_-_History_of_DOS_networking)

Una vez leída la información en inglés encontrada en esa página llamada “NETWORKING FREEDOS – History of DOS Networking”, me puse manos a la obra, porque esto ya es otra cosa (Lo que se dice “está chupado“). Lo primero que necesitaba eran los siguientes ficheros, y que debemos guardar en nuestro disco duro en un subdirectorio (en mi caso particular es NET):

  • PROTMAN.DOS, PROTMAN.EXE, y NETBIND.EXE, que son parte de MS Client 3.0, pero existe licencia de libre uso para uso interno.
  • DIS_PKT.DOS, que es el “Packet Driver to NDIS Converter”, que es de dominio público, y fue escrito por el Prof. Joe R. Doupnik (Utah State University) y Dan Lanciani (Harvard University).
  • En mi caso particular, RTSND.DOS, que es el driver MAC suministrado por Realtek para el micro chip (o interface Network) RTL 8139.
  • También es necesario escribir un fichero llamado PROTOCOL.INI, que en mi caso particular contiene:
[protman]
DriverName=PROTMAN$

[RTSND]
DriverName=RTSND$

[PKTDRV]
drivername=PKTDRV$
bindings=RTSND
intvec=0x60

Lo único que hay que cambiar es la cadena “RTSND” por el nombre del driver MAC que vamos a utilizar.

Ya solamente nos queda la instalación que consiste en añadir unas lineas a los ficheros AUTOEXEC.BAT y CONFIG.SYS, quedando, en mi caso particular, el fichero AUTOEXEC.BAT en lo siguiente:

LH C:\DOS\SMARTDRV.EXE /X
@ECHO OFF
PROMPT $p$g
PATH C:\DOS;C:\DRV
SET TEMP=C:\DOS
MODE CON CODEPAGE PREPARE=((850) C:\DOS\EGA.CPI)
MODE CON CODEPAGE SELECT=850
KEYB SP,,C:\DOS\KEYBOARD.SYS
REM Driver para el lector CR-562/563
LH C:\DRV\MSCDEX.EXE /D:MSCD001 /M:15
LH AMOUSE /1
LH C:\IOMEGA\GUEST.EXE
C:\NET\NETBIND.COM
SET COMSPEC=C:\COMMAND.COM
SET ARACHNETEMP=D:\TEMP
MKDIR D:\TEMP
VER

He añadido la siguiente linea:

C:\NET\NETBIND.COM

En mi caso particular, el fichero CONFIG.SYS queda en lo siguiente:

DEVICE=C:\DOS\SETVER.EXE
DEVICE=C:\DOS\HIMEM.SYS /NUMHANDLES=64
DEVICE=C:\DOS\EMM386.EXE NOEMS
BUFFERS=50,0
LASTDRIVE=Z
FCBS=4,0
DOS=UMB,HIGH
COUNTRY=034,,C:\DOS\COUNTRY.SYS
DEVICE=C:\DOS\DISPLAY.SYS CON=(EGA,,1)
FILES=79
STACKS=18,512
DEVICEHIGH=C:\DOS\RAMDRIVE.SYS 2048 512 512 /E
DEVICEHIGH=C:\DRV\CDMKE.SYS /D:MSCD001 /P:340 /N:1
DEVICEHIGH=C:\NET\PROTMAN.DOS /I:C:\NET
DEVICEHIGH=C:\NET\RTSND.DOS
DEVICEHIGH=C:\NET\DIS_PKT.DOS

He añadido las siguientes lineas:

DEVICEHIGH=C:\NET\PROTMAN.DOS /I:C:\NET
DEVICEHIGH=C:\NET\RTSND.DOS
DEVICEHIGH=C:\NET\DIS_PKT.DOS

Y colorín colorado, este cuento se ha acabado, y el primer programa, que he probado, ha sido el navegador ARACHNE.

Los ficheros podéis obtenerlos en DOS_NET.ZIP

En el artículo “Copiando ficheros desde el QL al PC (y viceversa)” se muestra un enlace a las instrucciones  que tenemos que seguir si queremos transferir ficheros entre ambas máquinas. Esto abre las puertas a muchas posibilidades, pero es importante destacar algunas cosas a tener en cuenta:

  1. Los microdrives son caros en lo que respecta a su capacidad de almacenamiento y difíciles de obtener.
  2. Los programas pues, en general, ocuparán demasiado espacio en los microdrives, pero lo peor es la escasa cantidad de memoria de que dispondremos para ejecutarlos en el QL.
  3. Algunos ejecutables requieren extensiones del sistema como el Toolkit II, que si bien hoy día están disponibles gratuitamente, limitan aún más el espacio de memoria para programas.
  4. Los ficheros ejecutables tienen una cabecera que hay que preservar cuando transferimos archivos.
  5. Los programas que obtendremos por Internet generalmente están disponibles comprimidos en formato zip.

…todo esto sin hablar de que necesitaremos saber cómo instalar y usar un emulador y cuales son los comandos necesarios para copiar ficheros.

Es evidente que tratar con el QL no es lo mismo que hacerlo con sus otros hermanos Sinclair, y su metodología de uso se asemeja más a la de MS/DOS o cualquier OS de línea de comandos. Vamos a ver cuales son las distintas soluciones a estos problemas que seguro se os presentarán si os estáis iniciando en el mundo del QL con una máquina básica.

Los puntos 1 al 3 tienen una única solución: ampliar. Necesitaremos una controladora de discos y una ampliación de memoria para nuestro QL. Ambas pueden ser tarjetas independientes o una sola tarjeta que incluya ambas cosas. La más recomendable por precio y prestaciones es la TrumpCard de Miracle Systems, pero hay muchas otras posibilidades. Una búsqueda entre los enlaces a las páginas comerciales de QL o en Ebay nos dará algunas opciones.

Claro que si tenemos una controladora de discos necesitaremos un lector de discos. Buenas noticias. Las disqueteras de hoy sirven perfectamente. En este artículo se explica cómo adaptarlas.

Para solucionar el problema del punto 4 es necesario que la manipulación de los ficheros ejecutables se haga siempre desde un sistema QL que soporte el formato de ficheros del S.O. QDOS, es decir, desde el propio QL, un emulador de QL que pueda acceder a ficheros en una partición FAT, NTFS, etc… (casi todos lo hacen) pero nunca, NUNCA, manipular esos ficheros desde Windows, Linux u otros sistemas. Si copiamos un ejecutable mediante “copiar y pegar” por ejemplo, habremos perdido la cabecera de ese fichero y ya no funcionará en el QL. Los que tengan Macs saben de que hablo. Afortunadamente, los ficheros no ejecutables no tienen este problema, pudiendo, por ejemplo, editar un fichero de texto con el bloc de notas y luego usarlo en el QL o en el emulador sin más (podemos pues editar nuestros programas SuperBASIC en nuestro cómodo editor de textos…)

Por ultimo, para solucionar el problema planteado por el punto 5 debemos usar los programas zip y unzip para QL. No podemos, por la razón descrita, descomprimir los zip fuera de el emulador o el QL. Aquí tienes una descripción de cómo usarlos (mismo modo que en otros sistemas) y dónde conseguir unzip. Lee el leeme.txt.

Si lo que queremos es pasar nuestros viejos programas SuperBASIC al PC para hacer una copia de respaldo, todo esto no será necesario, pero enseguida querremos sacarle más partido al QL, y estas anotaciones te serán entonces imprescindibles.

jav_ql_mdvHe leído un hilo muy bueno en ql-user de cómo transferir ficheros desde un QL básico (sólo con unidades microdrives sin ningún tipo de ampliación de disqueteras) a un PC empleando simplemente un cable RS232.

El usuario que inicia la experiencia (aupf82), pone como último post (http://www.mail-archive.com/ql-users@lists.q-v-d.com/msg06162.html) el resumen de todos los pasos a dar para quien lo pueda necesitar. En este resumen explica con todo lujo de detalles los pasos para realizar dicha transferencia con éxito y en ambos sentidos (QL a PC y PC a QL).

jav_ql_serLa idea básica es emplear un cable estándar RS232, para hacer la transferencia al PC por medio de Q-emulator (un emulador QL en el PC) y no vía MS-DOS. (Para emplear este cable se necesita un adaptador en el QL, -se puede conseguir en “Sinclair Shop”-)

Hay dos partes en el proceso:

1) Lograr transferir desde el Q-emulator a un microdrive del QL, una utilidad que viene con el propio Q-emulator llamada MdvToWin. Ejecutando esta utilidad en el QL podemos transferir ficheros EXEcutables sin perder las cabeceras. El problema de este primer paso es que se necesita un mecanismo para que el propio MdvToWIN (que es un ejecutable QDOS) no pierda las cabeceras al pasarlo al QL real. Bien, el artículo mencionado explica cómo hacerlo.

2) Una vez hayamos transferido la utilidad MdvToWin a una unidad Microdrive del QL, el resto es mucho más sencillo. El propio MdvToWin nos guía en el proceso para lograr transferir cualquier tipo de fichero respetando las dichosas cabeceras de los ejecutables QDOS.

Bueno, lo dicho, un artículo muy útil para aquellos que sólo dispongan de un QL básico con algunos cartuchos microdrives y quieran disfrutar de la máquina real copiando ficheros desde el PC. O bien para aquellos que tengan programas en microdrives y deseen pasarlo al PC para ser usados en un emulador.