{"id":1871,"date":"2026-03-12T16:25:41","date_gmt":"2026-03-12T15:25:41","guid":{"rendered":"https:\/\/coding4phone.com\/?p=1871"},"modified":"2026-03-20T16:15:06","modified_gmt":"2026-03-20T15:15:06","slug":"mogwai-en-production-quand-un-langage-de-script-donne-vie-a-un-banc-de-test-industriel","status":"publish","type":"post","link":"https:\/\/coding4phone.com\/?p=1871","title":{"rendered":"MOGWAI en production : quand un langage de script donne vie \u00e0 un banc de test industriel"},"content":{"rendered":"\n

Cas d’usage n\u00b01 \u2014 Banc de test pour cartes \u00e9lectroniques<\/em><\/p>\n\n\n\n

Le probl\u00e8me, pos\u00e9 simplement<\/h2>\n\n\n\n

Imaginez une soci\u00e9t\u00e9 qui fabrique des produits \u00e9lectroniques. Deux gammes, deux architectures (LoRaWAN + BLE, 4G + BLE), deux types de cartes \u2014 une carte power<\/strong> et une carte processing<\/strong> \u2014 \u00e0 tester s\u00e9par\u00e9ment puis assembl\u00e9es. En tout, cinq sc\u00e9narios de test distincts, chacun compos\u00e9 de plusieurs dizaines de v\u00e9rifications : tensions, niveaux logiques, couleurs de voyants LED, programmation du microcontr\u00f4leur, configuration LoRaWAN, communication avec un serveur\u2026<\/p>\n\n\n

\n
\"Carte
L’une des cartes \u00e9lectroniques \u00e0 tester.<\/figcaption><\/figure>\n<\/div>\n\n\n

Et le cahier des charges, redoutable dans sa simplicit\u00e9 apparente :<\/p>\n\n\n\n

\n

Le programme PC doit \u00eatre le m\u00eame pour tous les tests<\/strong>, pr\u00e9sents et futurs. Il ne doit jamais \u00eatre modifi\u00e9 ni recompil\u00e9<\/strong> pour ajouter un nouveau test. Les tests doivent pouvoir \u00eatre mis \u00e0 jour \u00e0 distance<\/strong>, chez les sous-traitants, sans intervention sur le logiciel.<\/p>\n<\/blockquote>\n\n\n\n

En d’autres termes : un programme fig\u00e9, des tests vivants<\/strong>.<\/p>\n\n\n\n

La solution : embarquer un runtime de script<\/h2>\n\n\n\n

La r\u00e9ponse \u00e0 ce probl\u00e8me, c’est d’embarquer le runtime MOGWAI<\/strong> dans l’application WinForm .NET du banc de test.<\/p>\n\n\n\n

Au lieu de coder chaque s\u00e9quence de test en C#, on l’\u00e9crit en MOGWAI. Le programme PC devient un h\u00f4te<\/strong> : il g\u00e8re la communication USB avec l’outillage de test, expose des fonctions \u00e9tendues au runtime (affichage, sons, interaction utilisateur), et se contente de jouer<\/em> les scripts. Les scripts, eux, contiennent toute la logique.<\/p>\n\n\n\n

Ajouter un nouveau test revient \u00e0 d\u00e9poser un nouveau dossier contenant ses fichiers MOGWAI. Pas une ligne de C# \u00e0 toucher.<\/p>\n\n\n\n

Architecture du banc de test<\/h2>\n\n\n
\n\t
\n\t\t
\n\t\t\t\n
\n
Programme PC (WinForm .NET)<\/div>
\u2502<\/div>
\u251c\u2500\u2500 Runtime MOGWAI (embarqu\u00e9)<\/div>
\u2502   \u251c\u2500\u2500 banc.mog          \u2190 biblioth\u00e8que partag\u00e9e par tous les tests<\/div>
\u2502   \u2502<\/div>
\u2502   \u251c\u2500\u2500 Test carte power\/<\/div>
\u2502   \u2502   \u251c\u2500\u2500 main.mog      \u2190 s\u00e9quence de test<\/div>
\u2502   \u2502   \u2514\u2500\u2500 config.mog    \u2190 param\u00e8tres de l'outillage<\/div>
\u2502   \u2502<\/div>
\u2502   \u251c\u2500\u2500 Test processing LoRaWAN\/<\/div>
\u2502   \u2502   \u251c\u2500\u2500 main.mog<\/div>
\u2502   \u2502   \u2514\u2500\u2500 config.mog<\/div>
\u2502   \u2502<\/div>
\u2502   \u2514\u2500\u2500 ... (3 autres tests)<\/div>
\u2502<\/div>
\u2514\u2500\u2500 Fonctions h\u00f4te expos\u00e9es au runtime<\/div>
    (COM USB, UI, logs, sons...)<\/div><\/code><\/pre>\n\t\t<\/div>\n\t<\/div>\n<\/div>\n\n\n
<\/p>\n\n\n\n
Le fichier banc.mog<\/code> est le c\u0153ur de l’affaire. Il contient toutes les fonctions communes \u00e0 l’ensemble des tests : dialogue avec l’outillage, programmation JLink, gestion du serveur, v\u00e9rifications de conformit\u00e9. Chaque test main.mog<\/code> s’appuie sur cette biblioth\u00e8que partag\u00e9e.<\/p>\n\n\n
\n
\"Int\u00e9rieur
Le coffret : la partie \u00e9lectronique du banc. MOGWAI dialogue directement avec lui via liaison s\u00e9rie.<\/figcaption><\/figure>\n<\/div>\n\n\n
<\/p>\n\n\n\n
Ce que MOGWAI orchestre concr\u00e8tement<\/h2>\n\n\n\n
1. Attente de mise sous tension de l’outillage<\/h3>\n\n\n\n
Avant de lancer un test, il faut s’assurer que le coffret est aliment\u00e9. Plut\u00f4t qu’un simple d\u00e9lai, MOGWAI effectue une mesure r\u00e9elle et attend une r\u00e9ponse valide :<\/p>\n\n\n\n
to 'WAIT_FOR_POWER_ON' params [signal: .string] do
{
    false -> 'showWaitForPower'

    forever do
    {
        \"AT+MEASURE:{! signal}\" eval COM.cwrite
        [COM.mread timeout: 1000 expected: (\"*\")] -> 'r'

        if (r->state \"Success\" !=) then
        {
            [UI.showModal icon: \"error\"
                message: \"Il y a un probl\u00e8me de communication avec le coffret !\"
                buttons: (\"ARRETER\")] drop
            mogwai.exit
        }
        else
        {
            if (r->answers \"Command fail\" contains) then
            {
                if (showWaitForPower not) then
                {
                    true -> 'showWaitForPower'
                    [UI.show icon: \"Warning\"
                        message: \"Veuillez alimenter le coffret...\"]
                }
                1000 wait
            }
            else
            {
                if (showWaitForPower) then { UI.hide }
                break
            }
        }
    }
}<\/pre>\n\n\n\n
<\/p>\n\n\n\n
La boucle interroge l’outillage, affiche un message d’invite si n\u00e9cessaire, et sort proprement d\u00e8s que la tension est d\u00e9tect\u00e9e. Aucun timeout arbitraire \u2014 on attend l’\u00e9tat r\u00e9el.<\/p>\n\n\n\n
2. Programmation du firmware via sonde JLink<\/h3>\n\n\n\n
MOGWAI pilote directement la sonde JLink pour programmer le microcontr\u00f4leur STM32WB55. Le script g\u00e9n\u00e8re dynamiquement le fichier de commandes JLink, lance le processus externe et attend son retour :<\/p>\n\n\n\n
to 'JLINK_FW_PROGRAMMING' do
{
    (! \"HOME\" $JLINK_FOLDER) dir.enter

    (
        !
        \"Erase 0x08000000 0x080B9FFF\"
        \"LoadFile {! $JLINK_FW_MASTER_FILE}\"
        \"Exit\"
    ) \"\\r\\n\" eval join ->ascii

    $JLINK_SCRIPT_FILE file.write

    [
        !
        PROCESS.start
        filename: $JLINK_PROGRAM
        arguments: \"-AutoConnect 1 -ExitOnError 1 -device STM32WB55RG
                    -if swd -speed 2000 -CommandFile {! $JLINK_SCRIPT_FILE}\"
        workingDirectory: $JLINK_FOLDER
        wait: true
    ]

    trap { $JLINK_SCRIPT_FILE file.purge }
}<\/pre>\n\n\n\n
<\/p>\n\n\n\n
La m\u00eame m\u00e9canique est utilis\u00e9e pour programmer la stack BLE et les option bytes \u2014 trois fonctions ind\u00e9pendantes, chacune g\u00e9n\u00e9rant son propre script JLink \u00e0 la vol\u00e9e.<\/p>\n\n\n\n
3. V\u00e9rification de voyants LED par analyse colorim\u00e9trique<\/h3>\n\n\n\n
Le banc v\u00e9rifie que les voyants de la carte \u00e9mettent bien les bonnes couleurs. MOGWAI effectue une calibration initiale (10 mesures moyenn\u00e9es), puis compare chaque lecture aux plages RVB attendues :<\/p>\n\n\n\n
to 'GET_LED' params [name: .string timeout: .number save: .boolean
                     rMin: .number rMax: .number
                     gMin: .number gMax: .number
                     bMin: .number bMax: .number] do
{
    [COM.mwrite command: \"AT+LED:?\" timeout: 5000
        expected: (\"*,*,*,*\")] -> 'result'

    result (answers: 0) get \",\" split -> 'result'

    result 0 get hex-> $LED_INIT_R - -> 'r'
    result 1 get hex-> $LED_INIT_G - -> 'g'
    result 2 get hex-> $LED_INIT_B - -> 'b'

    r rMin >= r rMax <= and -> 'rTest'
    g gMin >= g gMax <= and -> 'gTest'
    b bMin >= b bMax <= and -> 'bTest'

    if (rTest gTest bTest and and not) then
    {
        \"Non conforme !\" LOG.write
        EXECUTE_ON_ERROR_FUNCTION
    }
    else
    {
        \"Conforme.\" LOG.write
    }
}<\/pre>\n\n\n\n
<\/p>\n\n\n\n
4. R\u00e9silience serveur avec file d’attente locale<\/h3>\n\n\n\n
Quand la connexion au serveur est indisponible, les donn\u00e9es ne sont pas perdues. MOGWAI les s\u00e9rialise dans un fichier horodat\u00e9 et les renvoie automatiquement d\u00e8s que le serveur r\u00e9pond \u00e0 nouveau \u2014 sans intervention humaine :<\/p>\n\n\n\n
# Serveur inaccessible \u2192 on sauvegarde localement
content \"LB-{! year}{! month}{! day}-{! hour}{! minute}{! second}.mog\"
    eval file.pack

false -> '$SERVER_LAST_KNOWN_STATE'
'EVENT_SERVER_ERROR' null event.host.fire<\/pre>\n\n\n\n
<\/p>\n\n\n\n
Un processus de synchronisation tourne en arri\u00e8re-plan et traite la file d\u00e8s que la connexion revient.<\/p>\n\n\n\n
\"Machine
Le lit \u00e0 clous permettant de positionner la carte \u00e0 tester et \u00e0 garantir la s\u00e9curit\u00e9 de l’utilisateur.<\/figcaption><\/figure>\n\n\n\n
<\/p>\n\n\n\n
Ce que \u00e7a change en pratique<\/h2>\n\n\n\n