Liaison - Page 1

Salut à tous,

Est il possible de recevoir des données sur le port de la TI depuis un ordi durant l'execution d'un programme basic ?

Oui.

naPO
: Oui.

Tu pourrais être plus précis stp ?

Interresse toi à la fonction getcalc

Mais ca marche avec les données envoyées depuis un ordi ?

Un simple "pause" dans un prog suffit. Télécharge Chrono Fantasy Bêta 1 et regarde le prog cinst89() ^^

essaie flib::keywait (où l'équivalent de vertel), ça a l'avantage de prendre en compte autre chose que ENTER

Non, pas FLib, Kevin a modifier keywait pour qu'il gère pas les transmission de données.

Non:
else if (strcmp(str, "keywait") == 0) int_add(ngetchx()) ;
Mais au fait j'y pense... il serait possible de faire mieux que sa méthode... (taille): on fait une table contenant tous les noms, puis on fait une boucle for qui fait un strcmp. Cela transforme les noms en numéros, et ensuite, il suffit de faire:
else if (numero_commande == numero_comparaison_actuel++ ) int_add(ngetchx()) ;

dans le fork de K² ?

Je ne sais pas. C'est une plutôt vieille version téléchargée sur le site à Leiber...

Moi j'ai téléchargé la version de flib dispo sur le site de Francois Leiber et ca marche bien avec le "keywait" !!!!

Et ça fonctionnera plus quand Kevin sortira son mod de FLib et qu'il "encouragerat" tous le monde à utilisé (à moins d'avoir les 2 version présentes sur sa calc, bien sur).

MacIntoc
: Non, pas FLib, Kevin a modifier keywait pour qu'il gère pas les transmission de données.

Pour l'instant, je n'ai pas touché à keywait. Et je vais laisser l'AI4 tourner et rallumer la calculatrice. kbhit gère aussi le silent link, donc pas de problèmes de ce côté-là.

erf... si je comprend bien, tu rajoute 1k de code pour avoir un keywait basse conso qui gère les transmissions le tout pour économiser un peu de pile ??

Ça serait la routine de Backgammon avec 0b11111 au lieu de 0b10111 (et peut-être sans l'APD s'il y a des problèmes de place). Ça ne prend pas 1 KO normalement.

Voilà ma routine:

/* The trap 4 is not supposed to destroy ANY registers, but there are several
   buggy TSRs floating around which destroy some registers (notably - ahem,
   sorry :-/ - old versions of h220xTSR - the bug is fixed in v.1.11), so I am
   defining ALL registers as clobbered as a precaution */
#define calc_off() asm("trap #4":::"d0","d1","d2","d3","d4","d5","d6","d7","a0","a1","a2","a3","a4","a5","a6")

/* ngetchx() equivalent with support for APD, 2nd+ON, DIAMOND+ON and
   grayscale-compatible low-power mode */
short GetKeyInput(void)
{
  while (1) {
    pokeIO(0x600005,0b10111); /* low power mode, wake up CPU only on AI 1
                                 (grayscale), 2 (keypress), 3 (AMS clock), 5
                                 (AMS timer base, needed for APD) and 6 (ON,
                                 always wakes up the CPU) */
    /* Checking the APD here makes sure it will get checked at least each time
       AI1 or AI5 is triggered. */
    if (OSTimerExpired(APD_TIMER)) { // APD expired
      calc_off(); // turn calculator off
      OSTimerRestart(APD_TIMER); // restart APD
      continue; // reenter low power mode
    }
    if (!kbhit()) continue; // if no keypress, reenter low power mode
    OSTimerRestart(APD_TIMER); // restart APD
    unsigned short keypress=ngetchx();
    if (keypress == KEY_OFF /*2nd+ON*/ || keypress == KEY_OFF2 /*DIAMOND+ON*/)
      calc_off();
    else return keypress;
  }
}

La limite des 8Ko est trés vite atteinte, surtout que les 2 FLib en étaient trés proches.

Mais il y a eu quelques octets de gagnés avec TIGCC 0.95, et si je vire l'APD (ce qui donne toujours quelque chose de strictement mieux que ngetchx tout seul), cette routine prend vraiment très peu de place.

J'avais également trouvé que ngetchx() tout seul était insuffisant, et je m'étais fait une petite version perso de Flib gérant l'APD.
Et je trouve l'idée du bas régime très bonne.
Je ne sais pas si tu en as parlé à François Leiber,
mais je trouve que c'est une bonne modification dont il faudrait lui faire part Kevin

François Leiber dit sur son site qu'il a arrêté la programmation TI.

Ah.
Je ne le savais pas...
Voilà ce que c'est de s'absenter quelques mois

Ceci dit, j'attends avec impatience que tu distribues ta version.

Ben, pour ce, il faudrait déjà que j'aie quelque chose à distribuer. Pour l'instant, j'ai une version recompilée avec ENABLE_ERROR_RETURN, et c'est tout...

C'est toi qui vois Kevin.
La modification ne prend qu'une centaine d'octets, et le plus long dans l'opération, c'est de télécharger la version 3.2

Définir ENABLE_ERROR_RETURN ici, cela sert à prévenir contre un manque de mémoire vive (pour les niveaux de gris par exemple) ?
Je me demande d'ailleurs en quoi cela consiste, la taille du programme n'est même pas modifiée...

JM_
: Définir ENABLE_ERROR_RETURN ici, cela sert à prévenir contre un manque de mémoire vive (pour les niveaux de gris par exemple) ?

Entre autres. Ça sert à ce que ça se comporte correctement si par exemple on passe une expression mauvaise à pretty.

Je me demande d'ailleurs en quoi cela consiste, la taille du programme n'est même pas modifiée...

Quelle version de TIGCC? Chez moi, ça a marché. Vérifie aussi que tu n'as pas fait de faute de frappe.

La version de TiGCC que j'utilise: .95 bêta 6

Mais je rajoutais la ligne "#define ENABLE_ERROR_RETURN" dans Flib.c après "#include "Commun.h""
En ajoutant cette ligne avant, de suite cela fonctionne, et la taille monte a 7963 octets toutes modifications comprises .

Je suis allé trop vite et n'avais pas respecté "you need to write

#define ENABLE_ERROR_RETURN

at the beginning of your program."

Plus de soucis merci.

L'attente des données par Pause, filb("keyawait") ou vertel("paus") fonctionne avec le TI Connect de Windows 98 ?
Parce que je suis mac avec une vielle version de TI Connect et une plus récente. Sur la nouvelle ca marche mais sur l'ancienne le programme de la calculatrice quitte et je retourne sur HOME!!!!

y'a une version spéciale TI connect pour windows 98 ??