1.0MO5.COMhttp://mo5.com/frrich600338<blockquote class="wp-embedded-content" data-secret="cMpZPEzts5"><a href="http://mo5.com/fr/programmer-le-micral-n/">Programmer le Micral N</a></blockquote><iframe sandbox="allow-scripts" security="restricted" src="http://mo5.com/fr/programmer-le-micral-n/embed/#?secret=cMpZPEzts5" width="600" height="338" title="« Programmer le Micral N » — MO5.COM" data-secret="cMpZPEzts5" frameborder="0" marginwidth="0" marginheight="0" scrolling="no" class="wp-embedded-content"></iframe><script type="text/javascript"> /* <![CDATA[ */ /*! This file is auto-generated */ !function(d,l){"use strict";l.querySelector&&d.addEventListener&&"undefined"!=typeof URL&&(d.wp=d.wp||{},d.wp.receiveEmbedMessage||(d.wp.receiveEmbedMessage=function(e){var t=e.data;if((t||t.secret||t.message||t.value)&&!/[^a-zA-Z0-9]/.test(t.secret)){for(var s,r,n,a=l.querySelectorAll('iframe[data-secret="'+t.secret+'"]'),o=l.querySelectorAll('blockquote[data-secret="'+t.secret+'"]'),c=new RegExp("^https?:$","i"),i=0;i<o.length;i++)o[i].style.display="none";for(i=0;i<a.length;i++)s=a[i],e.source===s.contentWindow&&(s.removeAttribute("style"),"height"===t.message?(1e3<(r=parseInt(t.value,10))?r=1e3:~~r<200&&(r=200),s.height=r):"link"===t.message&&(r=new URL(s.getAttribute("src")),n=new URL(t.value),c.test(n.protocol))&&n.host===r.host&&l.activeElement===s&&(d.top.location.href=t.value))}},d.addEventListener("message",d.wp.receiveEmbedMessage,!1),l.addEventListener("DOMContentLoaded",function(){for(var e,t,s=l.querySelectorAll("iframe.wp-embedded-content"),r=0;r<s.length;r++)(t=(e=s[r]).getAttribute("data-secret"))||(t=Math.random().toString(36).substring(2,12),e.src+="#?secret="+t,e.setAttribute("data-secret",t)),e.contentWindow.postMessage({message:"ready",secret:t},"*")},!1)))}(window,document); //# sourceURL=http://mo5.com/wp-includes/js/wp-embed.min.js /* ]]> */ </script> https://mo5.com/wp-content/uploads/2023/05/20230501-MicralN-Emulation-Panel-Chenillard.gif474268Par Sylvain Glaize Nous avons donc un matériel fonctionnel, une émulation fonctionnelle. Nous avons aussi de quoi communiquer avec la machine via le port série. Il est temps de prévoir quelques programmes qui pourraient être lancés. Pour cela, il est prévu d’utiliser un simulateur de lecteur de disquette, mais cette partie là viendra dans un article futur. Pour le moment, parlons programmation du Micral N. Le boot Au démarrage de la machine dans la configuration de notre exemplaire, la ROM présente sur la carte de « boot » se charge d’aller chercher des données depuis un lecteur de disquette. Ce n’est pas obligatoire sur un Micral N, qui pourrait contenir directement un logiciel à exécuter, ou bien lire des données depuis un autre périphérique. Notre configuration semble être faite pour s’adapter à un logiciel qui peut être modifié facilement. Ce programme de démarrage lit les 14 premiers kilo-octets de données présents sur la disquette et les copie en mémoire vive à partir des adresses basses. La carte de « boot » est alors dans un mode où la lecture de données se fait depuis la ROM, mais où l’écriture se fait en RAM pour les adresses communes. Une fois le chargement des données terminé, le programme provoque un reset de la machine, qui est repéré par la carte de « boot » qui ne permet plus l’accès à la ROM. Ainsi, le programme venant de la disquette est entièrement disponible, et a le contrôle complet de la machine. Le système Nous n’avons pas de logiciel original pour cette machine, à part le contenu des deux ROMs. Cependant, il est possible d’imaginer que ces données peuvent soit constituer un programme utilisé directement soit un système d’exploitation. Les 2 kilo-octets du moniteur en haut de la mémoire ne forment pas un système en soit. C’est un programme dans lequel on peut entrer pour opérer et debugger la machine. Mais cette partie n’est pas construite comme un système dont on pourrait appeler des fonctions prédéfinies. En fait, cette ROM moniteur pourrait être tout aussi bien remplacée par de la RAM. Particularités du programme de boot Ce programme, très court (199 octets utiles), utilise les deux cartes Pile/Canal. L’une d’elles est utilisée comme mémoire secondaire sous forme de pile. En effet, le 8008 n’a pas de gestion de pile en RAM comme on peut en trouver sur le Z80. Ce processeur n’a qu’une toute petite pile d’adresses, interne et non accessible, qui servent aux appels de sous-routines. Cette carte de mémoire secondaire sert pour calculer la somme de contrôle des données lues depuis la disquette, sans avoir besoin de la RAM, qui est en train d’être remplie par ces dites données. Cela nous apprend donc que pour écrire dans cette pile, il faut utiliser l’instruction `OUT $16` (envoyer sur le port de sortie numéro $16 en hexadécimal). Pour lire depuis la pile, il faut utiliser l’instruction `INP $6` (lire depuis le porte d’entrée numéro 6). L’autre carte sert de buffer de lecture. Le programme y place le nombre d’octets attendus, puis demande au contrôleur de disquette de lancer la lecture. Une fois le nombre […]