• Résumé du projet
• Montage
• Téléchargement
• Utilisation (transfert de fichiers)
• Utilisation (transfert d'image de disquette)
• «Bootstrap»
• Fonctionnement
• Le port parallèle du Tandy 1000 EX
• Pourquoi ce projet?
• Succès!
• Références
• Avertissement

Résumé du projet

• Logiciel côté cible très léger. Fonctionne sur CPU 8086/8088 et plus récents.
• Testé sur Tandy 1000 avec MS-Dos 2.11
• Interface matérielle (USB à Port parallèle) basée sur mon circuit Multiuse PCB-X. Simple à réaliser.
• Transferts à 1.17 kilooctets à la seconde (sur Tandy 1000 EX)
• Permet le transfert de fichiers.
• Permet le transfert d'une image de disquette directement vers une disquette cible. (Nouveau dans v1.1)

Montage

Montage PPUSBCOMM

Montage PPUSBCOMM

Montage PPUSBCOMM

Téléchargement

• Fichier .hex: Permet de mettre à jour ou de programmer le micro-contrôleur pour la première fois.
• Fichier .tar.gz: Contient le code source ainsi que les fichiers exécutables pour DOS (.com) déjà compilés:
  • /: Sources pour le code du micro-contrôleur.
  • tools/: Sources de l'outil en ligne de commande Linux (hôte).
  • dostools/rxfiles.com: Outil de réception de fichiers. 786 octets.
  • dostools/rxdisk.com: Outil de réception et d'écriture d'image de disquette. 1156 octets. (Depuis v1.1)
  • dostools/hexdump.com: Outil pour afficher le contenu d'un fichier en hex. Utile pour débogguer. 190 octets.
  • dostools/chksum.com: Outil pour calculer le «checksum» d'un fichier. Formats BSD et SysV comme GNU sum, sauf que l'affichage est en hexa. Utile pour débogguer. 349 octets.
  • dostools/hello.com: Affiche la chaîne de caractères 'Hello'. 24 octets. Pour tests.
  • dostools/: Sources .asm (pour nasm) des outils DOS ci-dessus.

# Entrer en mode «bootloader» (non-requis pour les cartes neuves n'ayant jamais été programmées
$ tools/ppusbcomm -f --bootloader

# Programmation d'un firmware avec dfu-programmer:
$ dfu-programmer atmega32u2 erase                   # Étape 1: Efface le firmware courant
$ dfu-programmer atmega32u2 flash ppusbcomm.hex     # Étape 2: Programme le nouveau firmware
$ dfu-programmer atmega32u2 start                   # Étape 3: Démarrage du nouveau firmware

Utilisation (transfert de fichiers)

Réception de hello.com

# Transfert d'un fichier
$ ./ppusbcomm -f --upload ../dostools/hello.com

# Transfert les fichiers d'un répertoire
$ for i in `find /chemin/vers/votre/repertoire -type f` ; do ./ppusbcomm -f --upload $i ; done

Utilisation (transfert d'image de disquette)

Transfert en cours

1. Lorsque l'ordinateur cible n'a pas de disque dur, le fichier d'image doit pouvoir être stocké dans une disquette, souvent de même taille. Lorsqu'il s'agit d'un fichier d'image contenant 100% des secteurs d'une disquette, impossible de le stocker dans une disquette de même taille en tant que fichier.
2. Lorsque l'ordinateur cible n'a qu'un lecteur de disquettes, comme rawrite lit le fichier par petits morceaux tout en écrivant vers la disquette, les donnés source ne seraient plus disponibles dès que la disquette source serait remplacée par la disquette cible que nous souhaitions créer.
3. Modifier rawrite pour que le fichier d'image soit lu en mémoire au complet au démarrage, permettant de l'écrire tranquilement vers une nouvelle disquette est hors de question sur plusieurs machines (ex: Un PC ne comportant que 256K ne peut pas tenir une image de 360K!). Et même si c'était via plusieurs séquences de changement de disquette (comme avec diskcopy) le problème de stockage décrit en (1) ci-dessus demeure. (À moins de stocker le fichier d'image en deux morceaux sur deux disquettes différentes...)

# Transfert d'une image de disquette
$ ./ppusbcomm -f --disk testing/tandycat.dsk

Prêt

Écriture des secteurs

Succès!

«Bootstrap»

# Transfert d'un fichier sans en-tête (pour bootstrap)
$ ./ppusbcomm -f --upload ../dostools/hello.com --noheader

1 CLS
10 INPUT "Destination filename: ",FILENAME$
12 OPEN FILENAME$ FOR OUTPUT AS #1
100 PRINT "Waiting for block"
110 OUT &H378,0
115 GOSUB 1000
120 IF D = 0 THEN GOTO 132
125 PRINT "Block available"
126 GOTO 200
132 OUT &H378,1
133 GOTO 110
200 PRINT "Readying block"
205 FOR I = 0 TO 31
207 OUT &H378,2
208 GOSUB 1000
209 BYTE = D * 16 ' shift left 4
210 OUT &H378,3
211 GOSUB 1000
212 BYTE = BYTE + D
216 PRINT #1,CHR$(BYTE);
220 NEXT I
225 PRINT "block done"
230 GOTO 100
1000 A = INP(&H379)
1001 D = ((A AND 8)\8) + ((A AND &HE0)\16)
1002 RETURN

• Ce code est extrêmement lent. La vitesse de transfert est d'environ 20 octets par seconde.
• Le fichier résultant contient toujours un octet en trop (valeur 0x1A). Je crois qu'il s'agit d'un octet indiquant la fin du fichier en basic. (Note: La version de BASIC incluses avec MS-DOS 2.11 n'a pas de mode BINARY pour l'écriture de fichier. Cela aurait peut-être aidé.).
• Le fichier résultant est toujours d'une taille multiple de 32. Les octets superflus seront à zéro.
• Heureusement, les octets en trops sont inoffensifs lors du transfert de rxfiles.com!

Fonctionnement

Le port parallèle du Tandy 1000 EX

L'arrière du Tandy 1000 EX

Connecteur utilisable

Connecteur inutilisable

Branchement

Test avec une DEL
10 OUT &H378, 0
11 PRINT "OFF"
15 GOSUB 100
20 OUT &H378, 255
21 PRINT "ON"
30 GOSUB 100
40 GOTO 10
100 FOR I = 0 TO 255 ' Délais
101 NEXT I
102 RETURN

Pourquoi ce projet?

• Remplacement du lecteur de disquette: Difficile car le BIOS de cette machine ne supporte pas les lecteurs haute densité.
• Utilisation d'un émulateur de disquettes: Je perdrais le plaisir de manipuler ces anciennes disquettes ainsi que la satisfaction d'entendre le bruit du lecteur. De plus, j'aurais du l'acheter en étant certain que l'émulation d'un lecteur double densité est supportée, et il aurait fallu que j'attende de le recevoir.
• Transfert de fichiers par port série: Impossible, pas de port série sur cette machine.

• Je ne possèdait pas ce logiciel, et j'ignorais s'il pouvait fonctionner avec MS-Dos 2.11 sur le CPU 8088 du Tandy 1000.
• L'idéal pour moi était de pouvoir transférer ces fichiers depuis mon système Linux. (Avoir une autre machine fonctionnant sous Dos n'est pas pratique)
• Le port parallèle du Tandy 1000 n'a que 4 bits en entrée (le signal SELECT est apparamment contrôlé par un cavalier) et j'ignore si dans ces conditions Laplink aurait fonctionné.

• Utilise USB du côté master (Facile à utiliser avec Linux, et pas de dépendence sur un port qui se fait très rare de nos jours)
• N'utilise que 4 bits d'entrée (Donc compatible avec le Tandy 1000 malgré les limitations de son port)
• Écrit en assembleur 8086/8088 (Tourne donc sans problème sur le CPU 8088 du Tandy 1000, et l'assembleur donne un exécutable très compact

Succès!

Pipes

Montezuma's revenge

Block out

Oh non, 256K ne suffisent pas :(

Références

• Interfacing the Standard Parallel Port: http://retired.beyondlogic.org/spp/parallel.htm
• Tandy 1000-series FAQ: http://www.oldskool.org/guides/tvdog/1kfaq.html
• Intel x86 JUMP quick reference: http://unixwiz.net/techtips/x86-jumps.html
• HelpPC Reference Library: http://stanislavs.org/helppc/
• GW-BASIC User's Guide: http://www.antonis.de/qbebooks/gwbasman/
• Parallel port: https://en.wikipedia.org/wiki/Parallel_port

Avertissement