Code protocole inconnu dans les STUM

Logiciel
1

Bonjour,
En regardant avec un editeur hexadecimal, un fichier videotext,
au tout début ca comment par une sequence puis après le 0x0C (clear).

cette séquence est la suivante:
0x1B 0x3B 0x63 0x58 0x41 <= je n’ai rien trouvé, ca m’affiche cXA puis ca disparait après sur mon émulateur.

par contre celle, ci-dessous existe bien:
0x1B 0x3B 0x69 0x59 0x41 => extended Keyboard
0x1B 0x3B 0x6A 0x59 0x41 => standard keyboard
0x1B 0x3B 0x61 ou 0x60 => aiguillage

Une idée ? sans doute un vieux matériel ou un éditeur particulier.
Merci.

2

J’ai trouvé d’ou ca vient,
lorsque cette page est sauvé a partir de MIEDIT, je retrouve le protocole normal qui suit les tidgets,
je pense que cette page a été créer surement avec un ancien éditeur vidéeotext qui doit daté, du genre concept ou autre.

3

0x1B 0x3B 0x63 0x58 0x41 correspond à une « séquence d’acquittement d’aiguillage des modules ».
Les détails sur ce type de message sont disponibles ici: STUM1B-section 2.6.3.4-p.136

Raw Data Meaning
0x1B 0x3B ESC PRO3
0x63 réponse à la demande (séquence d’acquittement) - FROM
0x58 Codes réception - écran
STUM1B-section 2.6.1-p.134
0x41 masque de bits indiquant les aiguillages actifs/inactifs depuis l’écran
Aucun autre lien que l’écran n’est actif dans le cas actuel.

image
image686×342 17.5 KB

image
image533×346 16 KB

Généralement, on reçoit une réponse d’acquittement après:

  • Après une demande de rupture de liaison entre 2 modules. ESC PRO3 0x60
  • Après une demande d’établir une liaison entre 2 modules. ESC PRO3 0x61
  • Après une demande de status d’aiguillages entre modules. ESC PRO2 0x62

Plus d’information sur les aiguillages ici: STUM1B-section 2.1.1.2-p.80

image
image726×392 31.4 KB

1 « J'aime »
4

Merci pour ces informations.

5

Parfaite limpidité … On doit aussi pouvoir demander à recevoir (ou non) ces acquitements - Commande « TO » ?

2 « J'aime »