Présentation de BBRouter
BBRouter est une application web qui reproduit le SAP‑1, le projet d’ordinateur 8 bits de Ben Eater, sous forme de breadboards 3D. Le simulateur visualise chaque composant – puces, résistances, fils – dans un espace tridimensionnel, ce qui permet de vérifier physiquement la topologie du circuit tout en observant le comportement logique. Le modèle reproduit le bus de données de 8 bits, le registre d’instruction et le compteur de programme, exactement comme dans la version matérielle décrite par Eater.
Intégration avec Claude et le serveur MCP
BBRouter expose un serveur MCP (Message Control Protocol) accessible via HTTP et protégé par OAuth. L’utilisateur se connecte une fois, puis Claude (ou tout autre client compatible) peut invoquer le serveur en tapant la commande
/mcpLe protocole repose sur un échange d’URL contenant le token OAuth ; aucune donnée sensible n’est stockée côté client. Cependant, le texte source ne précise pas les mécanismes de rafraîchissement du token ni les limites de portée, ce qui laisse une incertitude quant à la robustesse de la chaîne d’authentification.
Fonctionnalités de simulation et contraintes
Le tableau de bord propose plusieurs types de jumpers : « fixed », qui relient de façon permanente deux points du circuit, et « variable », qui peuvent être déplacés manuellement ou contrôlés par une ligne de commande. Cette distinction permet de reproduire les comportements de probes ou de lignes de contrôle, mais le texte indique que les contrôles de simulation (vitesse, pas à pas) ne sont pas encore implémentés, limitant l’analyse dynamique du timing du SAP‑1.
Les éléments de l’interface – notes épinglées, stickers, mesures de couleur, hauteur et traversées – sont stockés sous forme de métadonnées JSON. Cette approche facilite l’exportation vers d’autres outils, mais le format exact n’est pas documenté, ce qui complique l’interopérabilité avec des environnements de CAO électronique classiques.
Analyse des impacts et limites
Sur le plan technique, la visualisation 3D repose probablement sur WebGL, offrant un rendu en temps réel sans nécessiter de plugins. Cette technologie impose toutefois une charge GPU qui peut devenir critique sur des machines modestes, surtout lorsqu’un grand nombre de fils et de pièces sont affichés simultanément. Le manque de métriques de performance dans la source empêche d’évaluer le seuil de saturation.
Du point de vue de la sécurité, l’exposition d’un serveur MCP public implique que chaque requête d’exécution doit être strictement authentifiée. L’absence de chiffrement explicite (TLS) dans la description laisse supposer que le protocole utilise HTTPS, mais aucune confirmation n’est fournie. En outre, la capacité de n’importe quel client compatible d’envoyer des commandes au serveur ouvre la porte à des abus si le contrôle d’accès n’est pas granulaire.
En conclusion, BBRouter constitue une avancée notable pour la pédagogie du hardware, en combinant une représentation visuelle immersive avec une API de contrôle à distance. Néanmoins, la maturité du moteur de simulation, la documentation des formats d’échange et les garanties de sécurité du serveur MCP restent à consolider avant une adoption large dans des contextes de formation professionnelle.
