Découvre (ou redécouvre) le prototype TI-PLT FHH1

Mes programmes · de **Levak** » 04 Jan 2013, 18:53

AlexRider38 a écrit:Oui mais je veux essayer, et en plus je peux pas faire de C car primo j'ai un mac donc pas de ndlesSDK et je sais pas faire...

Tu peux très bien programmer en C sur Mac pour Nspire sans utiliser NdlessSDK :
Il suffit d'adapter ce tuto pour Mac : http://hackspire.unsads.com/wiki/index. ... n_on_Linux

→ **MyCalcs** profile · de **AlexRider38** » 04 Jan 2013, 18:54

Ouais mais je sais pas programmer en C. Sinon merci

→ **MyCalcs** profile · de **Naruto`kun** » 04 Jan 2013, 20:22

critor a écrit:Brancher un clavier nécessitera donc un adaptateur USB-B/A pour violer la norme USB, et probablement ça ne marchera pas.

ça dépend, si c'est de l'USB OTG, ça peux servir de client et de host =)
et sinon avec le cable I/O avec le fameux logiciel fais maison qui reconnais toutes les calculettes? =)

→ **MyCalcs** profile · de **critor** » 04 Jan 2013, 20:31

TiLP reconnaît toutes les calculatrices parce que le développeur (Lionel) les connaît... M'étonnerait mais bon on n'a rien à perdre

→ **MyCalcs** profile · de **Lionel Debroux** » 04 Jan 2013, 21:32

Ben... un dump des descripteurs USB des prototypes encore plus anciens serait le premier pas vers une éventuelle gestion par un logiciel ouvert... mais quel intérêt ?

Travailler sur l'interaction avec des prototypes encore beaucoup plus anciens et plus rares que les Nspire CAS+, qui ne sont déjà pas gérées par libti*/tilp et ne le seront très certainement jamais, est encore beaucoup plus inutile que travailler sur l'interaction avec les CAS+, et je vois donc mal qui que ce soit travailler là-dessus et contribuer le code complet à libti*/tilp.

Aussi, ce n'est pas moi qui ai développé le gros du code de libti*/gfm/tilp