search

eserandour / Minitel1B_Hard

Minitel Library for Arduino (with HardwareSerial)
GNU General Public License v3.0
28 stars 10 forks source link

PRO3 codes are displayed instead of processed in standardTeleinformatique #4

Closed jbellue closed 2 years ago

jbellue commented 2 years ago

When the minitel is in teleinformatique standard, the pro3 codes aren't being processed, so the library get hung waiting for the ACK.

For example, the following code

_minitel->standardTeleinformatique();
_minitel->echo(false);

correctly gets the minitel to the teleinformatique standard, but then the minitel displays the characters `ZQ (0x60 0x5A 0x51), which correspond to the bytes sent after the PRO3 code (AIGUILLAGE_OFF, CODE_RECEPTION_MODEM, CODE_EMISSION_CLAVIER).

Because the PRO3 code never gets processed, the ACK never comes and the library hangs. I tried different PRO3 codes with no success. I couldn't find any reason for that behaviour in the documentation.

That might be a bug in the minitel, but I couldn't find anything about it. Can anyone reproduce that problem?

jbellue commented 2 years ago

After a bit of playing around, I did notice that no PRO code work on my minitel... They all get displayed on the screen. Should pro codes be supported in teleinformatique standard?

jbellue commented 2 years ago

Well, that's awkward. The specs do mention the protocol not working in teleinformatique standard. That explains it... There should probably be a mention of that somewhere so others don't get tripped as I did.

Page 156 of stum1b.pdf:

Dans ce standard, le Protocole n'existe plus et les aiguillages sont fixes.