En gros le fait d'utiliser certaines rom calls relancent des interruptions liées au port link (0 sans doute) et celles-ci font un peu n'importe quoi avec, ce qui peut causer les problèmes de connexion (conflit entre la lib bell et le TI-OS).
Ensuite il dit que ce n'est pas la peine d'utiliser la routine
bell_sync si tu as déjà fait appel à
bell_connect (cette dernière y fait appel apparemment), sauf si une des TI a plus de code à exécuter (ce qui est pratiquement toujours le cas puisqu'une fait sans doute office de serveur et l'autre de client, non ?
)...
Après il dit de ne pas confondre TI 82 et TI 83(+) (ils n'ont pas la 82 stats aux USA).
Bref ce qu'il te conseil c'est de te renseigner sur les rom calls (cf
wikiti), pour savoir lesquels bidouillent le port link...
J'vais faire aussi quelques recherches de mon côté, parce que si c'est ça c'est un peu inquiétant...
edit : c'est très probable que ce soit à cause de
_getkey, comme indiqué dans la
page sur le port 0 :
TI-OS Interference
One thing to keep in mind when writing link port related software is that the Ti-OS checks for silent transfers in the background of input routines. When two calculators are connected and one pulls a line low, the other calculator will respond by pulling the other line low to acknowledge that it has received a bit. Even when the other calculator is running an assembly program that uses the getkey romcall. This phenomenon is known to cause severe headaches for programmers who attempt to write synchronization routines 
.
En gros laisse tomber tous les rom calls d'"input", et préfères-y le direct input (cf
http://tift.tuxfamily.org/asmpourlesnuls.html ).
C'est surprenant...
)
)...