Fichiers générés à partir du corpus, en modifiant uniquement le nom interne et une coordonnée de position. Le reste est recopié à l'octet près.

Chaque fichier a un nom interne unique (9 chars, même longueur que les bases pour ne pas décaler le framing) afin de pouvoir les charger tous sur la baie sans qu'ils s'écrasent entre eux.

Fichiers cartésiens (base : jba_movj2, X=500/Y=188.266/Z=-104.044)

Fichier	Nom interne	Modification
`jba_movj2_x600.tp`	`JBA_TEST1`	X = 600.000 mm
`jba_movj2_x350.tp`	`JBA_TEST2`	X = 350.000 mm
`jba_movj2_y250.tp`	`JBA_TEST3`	Y = 250.000 mm
`jba_movj2_z-50.tp`	`JBA_TEST4`	Z = -50.000 mm

Fichier articulaire (base : jba_joint, J1=26.565°)

Fichier	Nom interne	Modification
`jba_joint_j1_45.tp`	`JBA_TEST5`	J1 = 45.000°

Ce qu'il faut vérifier sur le robot

Chaque fichier se charge sans erreur, avec le bon nom affiché (JBA_TEST1 … JBA_TEST5).
La position affichée correspond : X=600, X=350, Y=250, Z=-50, J1=45°, les autres axes inchangés.
Le programme s'exécute / se visualise correctement.

Note technique (à valider par ce test)

Cartésien : round-trip byte-exact (encodage maîtrisé).
Articulaire : l'octet de contrôle du dernier groupe vaut AF (vs EF en cartésien) — les bits « don't-care » de l'octet de contrôle semblent encoder le type de position. Le fichier articulaire a été généré en préservant AF d'origine (seul J1 et le nom sont remplacés).
Le nom est encodé [4 chars][contrôle 9F][5 chars][terminateur DC] pour une longueur de 9 chars ; changer le nom (même longueur) ne touche que les octets des caractères.