Un logger de connection ti<->ti ? - Page 1

Bon, je met cette question ici car je vois pas vraiment où la mettre .. surtout que c une grosse question de newbie

Bon, je souhaite faire un logger de connection sur ti, le but est de stocker le numéro de série dans un fichier text gnagnagna ..

donc:
- comment on detect que la calculatrice est connectée ?
- est-ce que je peux demander le n° de serie de la caculatrice sans que ca se voit ?

Ce programme serait un TSR pr une question evidente d'execution ..

Ben pour demander sans le voir, à moins de ne pas voir le gros cable TI-->TI, faut vraiment être mireau ...

Sinon pour l'obtenir, je saurais faire (la TI a des fonction pour ça), mais sans que ça se voit ???


par contre, je ne vois pas trop le but du programme ...

Pim89>

1) Si j'ai décidé de faire ce prog c qu'il y a une raison .. je ne suis pas toujours a coté de ma calculatrice et je deteste que qqn aille dans la mienne sans que je le sache (c comme ca) et un jour .. alors que j'etais parti me connecté a internet au bahut .. je reviens, allume ma calculatrice et là .. que vois-je 2 repertoires completement désarchivés .. la seule explication (sachant que ct mes reps de cours et que j'y touche jamais) c que qqn a voulu les copier et cette personne sais mal se servie de la calculatrice .. mais le malveillant a surement reussi ..

2) Je saurais aussi faire une routine d'envoie de numéro de serie mais ca se verrais (je c pas si je pourrais reafficher une barre vide en bas)

3) le problème c surtout qu'il faut detecter que les 2 calculatrices sont connectées ...

ben j'y connais pas grand chose, mais j'ai lu que la fonction ngetchx() en C controlait l'IO, peut-être que tu pourrais t'en servir (avec des test)... mais pour un TSR, c'est vraiment pas l'idéal, car vraiment tu pourras pas taper 2+2 sans attendre 1 heure pour la réponse.

ok pour le but du prog !!!


mais sinon, garde ta calc avec toi !!

non, va dans link.h et il y a des procédures pour détecter certaines choses.

heuuuu pr le ngetchx()
pr le TSR je suis pas d'accord, ce serait pas forcement lent .. juste un test
(pr exemple, un sprite 32x32 affiché en permanence, donc rafraichis a chaque interventions, ne ralenti pas bcp la calculatrice .. )

Ca risque d'être beaucoup plus dur que tu ne penses...
Je pense que le mieux c'est de détourner l'auto-int 5 par exemple, qui essaiera d'envoyer un message "Connected TI is OK?" toutes les secondes, et d'attendre une réponse OK. Si tu as bien ta réponse ok, tu envoies à la TI connectée un message "Request IDLIST", et tu reçois le tout. Tant que c'est pas bon tu recommences. Dès que t'as eu l'ID, tu dis à ton TSR de se calmer pendant 5 minutes, histoire de pas flooder le port i/o. Puis tu recommences tes tests...
Tu peux utiliser les rom calls de link.h, mais tu auras du mal. Le mieux c'est de faire du low-level (qui est pas si low que ça, mais suffisamment), en utilisant les ports $60000C et $60000F, qui permettent de savoir parfaitement si l'octet envoyé a bien était reçu.
Et tu dois pouvoir utiliser le protocole de TI pour envoyer des messages "OK?" et demander l'IDLIST. Tu peux tout trouver ici : [URL]http://www.ticalc.org/pub/text/calcinfo/ti_protocol.zip[/URL].
Bonne chance

oki, c cool ExtendeD merci bcp .. (je connaissais pas ce fichier ..)

bon, ben moi je dis, au lieu de te faire chiez, tu fout un prgm TSR qui coursicuite le [2end]+[on] pour lancer a la place un prgm de protection....
encore mieux , g remarké que , avec flib , si tu utilise les fonction de sound, apres tu ne pe plus te servir du port I/O (comme si il etait desactivé) et qui si tu reutilise flic avec la fnc sendcal, ca te le reactive (sisi g essaye) donc tu regarde le source de flib, et tu te fais un activateur/desactivateur de port I/O... qui le desactive a chaque demarage de la TI et ki l'active si tu l'allume en pressant [lock] en meme temps que [on] par exemple....

y'a plus simple : un clear sur le bon port puis un reset et c'est bon...

Permettre ou non l'utilisation du link, c'est pas très dur à faire:

void _main() {
	register unsigned long *temp;
	asm ("move.w #0x700,%%d0; trap #1" ::: "d0")
	if (*(unsigned long*)0x40070 < 0x200000) {
		temp = *(unsigned long**)(*(unsigned long*)0x40070 -4);
		free (*(unsigned long**)0x40070 -1);
		*(unsigned long**)0x40070 = temp;	
		ST_helpMsg ("Port i/o ouvert.")
	}
	else {
		*(temp = (unsigned long*)(HeapAllocPtr(6)+0x40000)) = *(unsigned long*)0x40070;
		*(unsigned short*)(*(unsigned long**)0x40070 = ++temp) = (unsigned short)0x4e73;
		ST_helpMsg ("Port i/o fermé.")
	}
	asm ("moveq #0,%%d0; trap #1" ::: "d0")	
}

Mais un logger d'ID, c'est quand même beaucoup plus sympa à faire

et en désactivant une int je crois

Sinon Neurone tu as de la chance que l'on te l'ais pas volé

Hevil> ben nan.. en prepa on a des classes speciales avec nos PC et conenction internet .. donc je me la serais fait piquée par qqn de la classe .. impossible koi !

ExtendeD> merci