Experimentations dans le navigateur
Du code C++.
Des preuves concrètes.
Explorez les trames binaires, injectez des erreurs, pilotez une machine d'état ou saturez une file d'événements. Cinq ateliers de protocoles et deux nouvelles expériences (Tetris, réseau neuronal) utilisent du C++ compilé en WebAssembly, sans serveur.
Code natif porté en adaptateurs C++ sans appels système Linux. Les scénarios s'exécutent localement dans l'onglet.
Station sol de télémétrie
Générez une trame conforme au protocole STGS v1 puis modifiez un octet pour observer le contrôle d'intégrité CRC-32.
Le module va generer la trame.
Ce qui tourne en C++ : sérialisation STGS, ordre des octets, calcul CRC-32 et validation structurale. Le navigateur ne reçoit aucun paquet TCP/UDP réel.
Lire l'étude de cas ↗Serveur de commande
Exécutez les règles de session MCPS/1.0 sans socket TCP : connexion, authentification de test, droits et modes de mission.
Ce qui tourne en C++ : les préconditions de session et les transitions de mode. Le jeton demo est fictif. Pas de vrai serveur, de clients concurrents ni d'authentification de production.
Enregistreur binaire
Faites varier le nombre d'événements et la capacité d'une file bornée. Explorez la saturation en mode try_push non bloquant et les événements consommés.
Ce qui tourne en C++ : structure circulaire, borne de capacité, ordonnancement FIFO et comptage. Il s'agit d'un modèle séquentiel explicatif, pas d'un benchmark ni de l'enregistreur multithread complet. Dans le projet original, AsyncRecorder::submit() est bloquant lorsque la file est pleine.
Driver de bus simulé
Construisez un message LHBD : champs fixes, numéro de séquence, identifiant capteur et CRC-32 final en big-endian.
En attente...
Ce qui tourne en C++ : la représentation wire du protocole et sa vérification CRC. Le transport Unix socket, le pilote et les temporisations n'existent que dans l'exécutable Linux original.
Lire l'étude de cas ↗Interface de capteurs
Comparez un protocole little-endian à LHBD : en-tête EDDS, commande de lecture, réponse simulée et contrôle CRC.
En attente...
Ce qui tourne en C++ : construction d'une réponse EDDS fictive selon le format binaire et validation CRC. Il ne s'agit pas d'une lecture de vrai capteur ni du simulateur Python/Linux.
Lire l'étude de cas ↗ScanGUI — parcours d'interface
Une maquette interactive inspirée des parcours de ScanGUI : bascule des modes de données, recherche et état des éléments.
Limite : cette interface HTML est une maquette illustrative à données fictives. Le vrai projet repose sur C++ et GTKmm avec API et PostgreSQL, qui ne s'exécutent pas ici.
Lire l'étude de cas ↗A propos de cette demonstration
Des limites annoncées.
Du code vérifiable.
Les modules WASM adaptent des composants des projets C++ : formats binaires, règles de jeu et calculs neuronaux. Chaque atelier explicite ce qui a été porté et ce qui reste natif. Les composants Linux (sockets, threads, bases de données, GTK) restent dans les applications natives. Architecture et procédure de compilation ↗