1.0MO5.COMhttps://mo5.com/enrich600338<blockquote class="wp-embedded-content" data-secret="63VHgJUWK7"><a href="https://mo5.com/en/les-debuts-dun-emulateur/">The beginnings of an emulator</a></blockquote><iframe sandbox="allow-scripts" security="restricted" src="https://mo5.com/en/les-debuts-dun-emulateur/embed/#?secret=63VHgJUWK7" width="600" height="338" title=""The beginnings of an emulator" - MO5.COM" data-secret="63VHgJUWK7" 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=https://mo5.com/wp-includes/js/wp-embed.min.js /* ]]> */ </script>https://mo5.com/wp-content/uploads/2023/01/20210218-Capture-Ecran-Emulateur-1024x620-1.png1024620Par Sylvain Glaize. Retournons un peu en arrière. Dès nos premières discussions sur le projet, il y avait l’idée de création d’un simulateur de Micral N. Et cela pour deux raisons principales. La première est, à terme, d’offrir à chacun la possibilité de manipuler virtuellement cette machine rare. La seconde, de pouvoir étudier une machine que nous ne connaissions pas encore et dont nous ne savions pas si notre exemplaire était fonctionnel ni même complet. Avoir un simulateur, ou un émulateur peu importe le nom qu’on lui donne, c’est pouvoir travailler sur un replica d’une machine précieuse, sans risque de l’endommager. Cela permet d’avancer en parallèle entre la machine réelle et son double. Plus tard, après avoir étudié la composition physique détaillée de ce Micral N, l’intérêt du simulateur sera validé. En effet, il nous manque les câbles de branchements entre certaines cartes, il va donc falloir les reconstruire. Et pour cela, il nous faut comprendre exactement comment les cartes communiquent entre elles. Simuler le 8008 Simuler un processeur peut se faire à plusieurs niveaux. Tout en bas, dans le détail, on peut utiliser un FPGA pour reproduire sa structure. Beaucoup plus haut, on peut simuler les changements d’états dû à l’exécution de chaque instruction machine. C’est sur un niveau intermédiaire que je pars : une simulation des changements d’états après chaque « state » (état) du processeur. C’est une manière de simuler les signaux du processeur assez finement et d’en comprendre le fonctionnement détaillé. La documentation officielle du 8008 aide en cela qu’elle contient un tableau de ces états et des opérations élémentaires effectuées par le processeur à chacun de ces états. Et cela se traduit assez naturellement sous forme de données décrivant le fonctionnement du processeur, étape par étape. L’exécution du simulateur est cadencée par un ordonnanceur qui indique à chaque changement d’état du système quels sont les composants simulés qui doivent en être avertis. Si ce composant provoque à son tour un changement d’état du système, il indique à l’ordonnanceur à quel moment ce changement se produira. Ici encore, avec une bonne connaissance du système, il serait plus simple d’avoir un ordonnanceur fixe qui sait qui parle à quoi et qui réagit à quoi. Ne connaissant pas le système, une architecture où chaque composant dialogue avec l’ordonnanceur permet d’être flexible, au prix d’un certaine lenteur. Mais pour un processeur qui tourne à 500 kHz, ça passe ; même sur un Raspberry Pi 4. L’enrobage Pour lancer l’émulateur, deux « enrobages » sont prévus. Le premier enrobage est un mode sans interaction direct, mais que l’on peut imaginer ouvrir un port série ou bien s’interfacer avec BlinkenBone (http://retrocmp.com/projects/blinkenbone), cette architecture qui permet une interaction avec des panneaux de contrôle lumineux, répliques ou réels. Le second enrobage est un mode interactif avec de nombreuses fenêtres, pour visualiser l’état de la machine, le contenu de sa mémoire et reproduire le panneau de contrôle en façade. C’est principalement celui-là qui sera utilisé pendant toute la recherche. Cette version utilise l’incontournable bibliothèque Dear ImGui (https://github.com/ocornut/imgui) pour la partie graphique. Le simulateur est architecturé de manière à pouvoir imaginer d’autres enrobages plus tard. […]