[critor]

Une façon d'enseigner le codage auprès des plus jeunes, est l'interfaçage avec le monde réel.
L'élève peut ainsi, sans besoin d'une initiation théorique qui pourrait avoir tendance à le faire décrocher, constater lui-même de façon concrète/visuelle les bugs de son code, apporter une correction et tester à nouveau jusqu'à obtenir le comportement souhaité.
Une approche déjà tentée à la fin des années 80 avec le plan Informatique Pour Tous (IPT) encourageant l'apprentissage par tous du langage LOGO, était pour les rares enseignants motivés le contrôle d'un robot programmable en LOGO : la Tortue Jeulin.

Les nouveaux programmes du primaire et du collège applicables à compter de la rentrée 2016 prévoient un enseignement du code dès le collège, là où l'algorithmique n'était jusqu'à présent introduite qu'en classe de Seconde.
Mais l'esprit de ce nouvel enseignement est fort différent de celui du lycée, le programme spécifiant nombre d'applications très concrètes : pilotage de robots, programmation de jeux, création d'applications...

Nous tirions déjà la sonnette d'alarme dans l'article en question : la calculatrice graphique, actuellement la plateforme de référence pour l'initiation à la programmation de tous les lycéens, n'est plus adaptée à l'esprit de ce nouveau programme.

Lors de notre couverture de plusieurs salons enseignants l'année dernière dont l'Orme 2.15 à Marseille, nous remarquions que les enseignants qui souhaitaient aller plus loin avec leurs élèves dans la programmation choisissaient d'autres plateformes, notamment des cartes de développement comme celles du constructeur Arduino.

Certes, les élèves ne prennent généralement pas de calculatrice graphique au collège.
Mais d'ici quelques années, ces nouveaux programmes du collège seront complétés par de nouveaux programmes du lycée, et il serait pertinent que ces derniers soient conçus dans le même esprit.
Ajoutez à cela les générations montantes d'élèves qui auront été initiés à la programmation sur d'autres plateformes et qui feront forcément évoluer les pratiques de leurs enseignants au lycée.



Il est certes possible de réaliser des jeux avec nos calculatrices graphiques. On pourrait également imaginer que les constructeurs historiques TI/Casio/HP sortent des outils de développement visuels, mettant la création d'applications pour calculatrices à la portée des plus jeunes pas forcément à l'aise avec l'écriture.
Mais si il y a bien un thème qui cause problème, c'est le pilotage de robots, c'est-à-dire l'interfaçage avec le monde réel pour lire des capteurs et contrôler des actionneurs.

En effet, en évoluant en calculatrice graphique ciblant les élèves, l'ordinateur de poche ciblant les ingénieurs dans les années 80 a énormément perdu de sa connectivité.

Les calculatrices TI notamment disposent bien d'une gamme très riche de capteurs, provenant quasiment tous du constructeur Vernier.
Mais ces capteurs sont assez chers, pouvant parfois atteindre plusieurs 10aines d'euros pour ce que l'on peut supposer être une résistance variable avec 2 fils...
En prime, ils utilisent des prises BT (British Telecom) dont la connexion à la calculatrice nécessite des interfaces TI-CBL2, Vernier LabPro ou TI-Nspire Lab Cradle propriétaires et fort chères !
Des solutions qui en théorie pourraient passer pour des projets collectifs dans un budget d'établissement, mais certainement pas dans des projets organisés par un enseignant ou élève seul, ni même par un petit groupe d'élèves comme pour les TPE au lycée.

D'autre part, si il est donc possible de lire l'état d'un capteur, il n'y a aucune possibilité de changer l'état d'un actionneur (diode, moteur...).
Dans le temps sur les TI-z80 et TI-68k monochromes les interfaces TI-CBL2 et Vernier LabPro permettaient de contrôler des interfaces robotiques comme le Vernier DCU (Digital Control Unit), en utilisant des programmes en assembleur fournis par le constructeur. Mais ces programmes n'ont jamais été portés sur les derniers modèles TI-z80 couleur, et la programmation assembleur est farouchement combatue également sur TI-Nspire.
Le TI-Robot lui aussi nécessite une connexion série mini-Jack qui a disparu des derniers modèles.

C'est d'ailleurs exactement le même problème chez HP et Casio : des capteurs rares et chers, avec des connecteurs spéciaux nécessitant des interfaces dédiées assez chères incompatibles entre elles, et peu ou pas du tout d'actionneurs.




Depuis plusieurs semaines, nombres d'indices cohérents nous font penser que Texas Instruments a décidé de réagir et prépare le support d'un nouveau périphérique USB pour l'ensemble de sa gamme actuelle de calculatrices graphiques :

• 19 janvier 2016 - nouvel OS 5.1.5 pour TI-83 Premium CE : ajout de commandes d'entrée/sorties USB
• 16 février 2016 - nouvel OS 4.2 pour TI-Nspire CX :
  
  • ajout de commandes similaires pour le langage TI-Basic
  • premiers exemples d'utilisation de ces nouvelles commandes, faisant apparaître une sorte de langage intermédiaire de script pour la communication avec le nouveau périphérique :
    

    Code: Tout sélectionner

    Send "SET GREEN 1 ON"
Get "READ GREEN 1", green1
Wait 0.5
Send "SET GREEN 1 OFF"

Nous pensions au départ à une poursuite du partenariat de longue date avec Vernier (jusqu'à présent perdant pour ce que l'on ne peut pas en voir en Europe) avec une nouvelle interface USB pour accueillir les capteurs.
Mais la présence de nouvelles commandes de sortie 'send', suppose donc que l'on puisse brancher également des actionneurs, quasiment inexistants chez le contructeur en question.
Le langage de script pour la communication avec le nouveau périphérique nous faisait penser à quelque chose de beaucoup plus évolué, une interface programmable...



Et puis, Adriweb nous a pointé hier le nouveau guide de référence du langage Lua dans le dernier OS TI-Nspire 4.2, guide dans lequel un tout nouveau chapitre est rajouté : "Chapter 21: Asynchronous Serial Interface", c'est-à-dire ASI.
Ce qui nous amène donc à penser que le mystérieux périphérique qui nous tient en haleine depuis des semaines serait une carte de développement...

Grâce à un programme Lua écoutant les connexions ASI développé entre temps, Jimbauwens a testé hier la connexion sur ordinateur d'une carte de développement Arduino Leonardo.
Et bingo, le logiciel TI-Nspire 4.2 la détecte !
Par contre, le même programme Lua est resté totalement impassible lorsque la même carte a été branchée sur une calculatrice TI-Nspire CX 4.2...

Adriweb s'est de son côté dépêché de braver le froid glacial de Montréal pour aller acheter une autre carte de développement, l'Arduino Uno, qui de même a été détectée sur l'ordinateur par le logiciel Nspire, mais pas sur la calculatrice.

Cette nouvelle fontionnalité serait-elle désactivée sur calculatrices car réservée aux ordinateurs et tablettes ?
Ou alors faudrait-il peut-être disposer du tout dernier modèle TI-Nspire CX CR4 ?




Pour ma part, je me suis pressé pour vous de regarder en ligne qu'est-ce que je pouvais trouver comme cartes de développement pouvant être remises en main propre sous 24 heures, mais avec une autre approche ...
Puisque les Arduino ne marchaient apparemment pas sur calculatrice, j'ai en effet choisi des cartes de développement d'un autre constructeur, et il se trouve justement que Texas Instruments en fabrique également.
Peut-être l'entreprise a-t-elle privilégié ses propres produits ?
Il n'y avait pas tellement de choix, et le hasard fait donc que j'ai acheté deux cartes de développement TI-LaunchPad différentes.

Nous voici donc avec notre premier candidat au test, une carte de développement TI-LaunchPad Stellaris LM4F120.
Le logiciel TI-Nspire enseignant version 4.2 détecte bien la carte en tant que "COM9" selon notre programme Lua.
Mais là encore, ce même programme reste tristement muet sur la calculatrice TI-Nspire CX, malgré un branchement apparemment correct puisque la calculatrice alimente correctement le périphérique.

Notre deuxième et dernier candidat au test est donc une TI-LaunchPad MSP-EXP432P401R.
Le logiciel TI-Nspire enseignant version 4.2 détecte ici deux périphériques, "COM10" et "COM11".
Mais cette fois-ci, jackpot, la calculatrice TI-Nspire CX 4.2 détecte bien la carte !
Plus précisément, sur son "COM1" la calculatrice voit un périphérique "0451_bef3.0".

Le hasard fait donc bien les choses, sur deux cartes de développement achetées une des deux était compatible.
On peut donc croire au final que dans sa version calculatrice, l'OS 4.2 n'embarque qu'un nombre limité de pilotes ciblant des modèles de cartes de développement spécifiques, dont la Arduino Uno et la TI-LaunchPad Stellaris ne font pas partie.

Et d'ailleurs, j'aurais peut-être pu éviter d'acheter cette dernière carte pour rien, puisque maintenant muni de cette référence je me rends compte que certains professeurs partenaires de Texas Instruments citent déjà une compatibilité spécifique de la TI-Nspire CX avec les cartes TI-LaunchPad MSP43x, en particulier MSP430 et MSP432.




Texas Instruments offre un large choix de cartes de développement TI-LaunchPad MSP43x, avec une entrée de gamme à moins de 10€ et aucun modèle ne dépassant les 20€ !
Grâce aux TI-LaunchPad MSP43x, connecte enfin à moindre coût ta TI-Nspire CX au monde, pour tes projets de ICN, TPE ou ISN !

Un changement radical de politique après des décennies de partenariat propriétaire avec Vernier, une véritable révolution, une ouverture inattendue rendant à nouveau la calculatrice graphique Texas Instruments adaptée à de futurs programmes du lycée écrits dans le même esprit que ceux du collège pour la rentrée 2016 !

Une toute nouvelle aventure commence donc aujourd'hui avec ta calculatrice Texas Instruments. Après avoir démocratisé l'écran couleur des calculatrices pour la rentrée 2015, l'entreprise s'apprête donc maintenant à en démocratiser la connectivité !

A très bientôt pour plus d'informations !

[critor]

Tu l'ignores peut-être vu comme le secteur a été inondé de produits similaires par d'autres constructeurs depuis, mais c'est Nintendo qui lança le tout premier jeu électronique de poche LCD (écran à cristaux liquides) en sortant Ball en avril 1980.

Comme sa référence "AC-01" l'indiquait, Ball était le tout premier jeu de la gamme Game & Watch, et plus précisément de sa première série Silver.
Ici, pas encore d'écran matriciel à pixels, les différents éléments pouvant être affichés étant des zones de formes prédécoupées.
Autrement dit un écran était dédié à un jeu bien précis, et Nintendo continuera à alimenter fort généreusement la gamme en jeux divers jusqu'en 1991.

Aujourd'hui nous allons nous intéresser au 7^ème jeu Game & Watch. Ayant pour référence "CN-07", il s'agit de Helmet sorti en février 1981.
Deuxième jeu de la série Gold lancée en janvier 1981, notons que dans plusieurs pays d'Europe de l'ouest Helmet fut toutefois commercialisé sous le nom différent de Headache (mal de tête), le mot allemand Helmet signifiant casque militaire et renvoyant en effet alors assez facilement à la période encore récente de l'occupation Nazi sous la Seconde Guerre mondiale.

Le scénario est simple mais normal pour l'époque : il s'agit de traverser la cour tout en évitant les projectiles tombant d'en haut de l'écran.

Et donc pour la première fois dans l'Histoire, un jeu électronique LCD vient donc d'être adapté pour calculatrices graphiques par Fenysk, élève de Seconde - il s'agit de Helmet pour calculatrices Casio Graph USB et compatibles !

La travail graphique pour convertir les formes originales en pixels est de qualité.
Bien qu'écrit en langage Basic, le jeu ne s'en tire pas moins avec une vitesse honorable de 1 à 2 FPS vu la complexité de l'affichage, que nous trouvons également assez représentative des jeux électroniques de l'époque.

Pour l'anecdote, tu as peut-être déjà tenu entre tes mains l'héritage de la gamme Game & Watch.
Dès mai 1982, Nintendo lance une nouvelle série de Game & Watch, les Multi Screen avec un affichage double écran repliable, concept que nous retrouverons 22 ans plus tard avec la console portable Nintendo DS de 2004.

Justement à ce sujet, hors de France la calculatrice compatible Casio Graph 85 fut commercialisée sous le nom de fx-9860G, et il en existait précisément une version spéciale repliable fx-9860G Slim avec un grand écran. Mettre Helmet sur notre fx-9860G Slim est littéralement magique - on se croirait presque avec une console de jeux Nintendo entre les mains !

Mais c'est loin d'être le seul héritage de la gamme Game & Watch car comme tu peux le voir, bien avant cela, c'est à la couleur près le design exact de certains boutons de contrôle Game & Watch qui fut repris pour les boutons directionnels et d'action des manettes de la console de salon Nintendo NES en 1985.





Merci à toi Fenysk pour ce superbe programme et l'hommage contribuant à la sauvegarde de ce précieux patrimoine vidéoludique - nous avons hâte de voir tes prochaines créations !





Téléchargement : archives_voir.php?id=439337

Source : http://www.planet-casio.com/Fr/forums/l ... p?id=14168

Crédits photos tiers :

• Nintendo Game & Watch Headache
• Nintendo Game & Watch Multi Screen Zelda
• Manette Nintendo NES

[critor]

Dans une actualité précédente, la gestion du protocole ASI (Asynchronous Serial Interface) rajoutée avec le dernier OS TI-Nspire CX 4.2 nous faisait supposer que le nouveau périphérique USB dont la gestion semblait être rajoutée depuis plusieurs semaines aux TI-83 Premium CE et TI-Nspire CX était une carte de développement.
Nous avons donc testé plusieurs cartes :

• Arduino Leonardo
• Arduino Uno
• TI-LaunchPad Stellaris LM4F120
• TI-LaunchPad MSP-EXP432P401R

Toutes ces cartes ont été détectées correctement par le dernier logiciel TI-Nspire 4.2 tournant sur un ordinateur !

Mais en pratique, seule la dernière a pu être détectée par une véritable calculatrice TI-Nspire CX 4.2.



Rien de vraiment surprenant à cette différence. Sur ordinateur, la détection des périphériques est déléguée au système d'exploitation qui en connaît énormément.
Sur la calculatrice, pour le système d'exploitation TI-Nspire CX 4.2 il a donc été fait le choix d'embarquer un nombre limité de ressources.

Nous découvrions alors par la suite sur une page d'un enseignant partenaire que seules les cartes de développement de la famille TI-LaunchPad MSP43x (notamment MSP430 et MSP432) étaient supportées.



Même si ces cartes sont quasiment données par le constructeur avec une entrée de gamme à moins de 10€ et aucun modèle ne dépassant les 20€, on peut trouver dommage de ne pas pouvoir utiliser sa calculatrice avec des cartes de développement concurrentes peut-être plus familières à programmer pour toi, surtout que ces cartes utilisent le même protocole...

Précisons qu'un périphérique USB s'identifie auprès de son hôte en fournissant essentiellement deux informations :

• le VID identifiant le fabricant (Vendor ID)
• le PID identifiant le produit (Product ID)

Or, grâce à notre programme de détection , ces deux informations nous ont gentiment été fournies pour la carte MSP432 à l'écran de la calculatrice, respectivement 0x0451 et 0xBEF3.

Jimbauwens a donc eu l'idée de reprogrammer sa carte Arduino Leonardo pour y falsifier ces deux identifiants, faisant ainsi passer sa carte pour une TI-LaunchPad MSP432.
Et bingo la carte est alors bel et bien détectée sur le port COM1 de sa calculatrice TI-Nspire CX CAS 4.2 !



Voilà, tu peux donc en théorie utiliser désormais n'importe quelle carte de développement avec ta TI-Nspire CX 4.2, pourvu que tu trouves la procédure de falsification des identifiants USB qui risque d'être spécifique à chaque carte.

A bientôt !

[critor]

Ta TI-83 Premium CE est tellement extraordinaire que les aliens tentent maintenant de l'envahir. Sauras-tu défendre ta fidèle camarade ?

Aujourd'hui, James Vernon nous offre une adaptation de Space Invaders, célèbre jeu de Tomohiro Nishikado sorti en 1978 par Taito sur borne d'arcade.

Le jeu dénommé Spaze Invaders et se classant dans la catégorie des "shoot them up fixes", se veut être selon son auteur un portage de l'adaptation monochrome éponyme sortie initialement en 1997 par Hannes Edfeldt alias movax sur TI-83, puis sur TI-82 et TI-83 Plus, avant que James V. ne se charge entre temps d'une version dédiée au premier modèle couleur TI-84 Plus C Silver Edition.

Une fois n'est pas coutume, voici un walkthrough complet du jeu :

De quoi bien égayer tes vacances si tu es en zone A ou C, ou te consoler de la rentrée ce matin pendant tes pauses et temps de trajet si tu es en zone B.



Téléchargement : https://tiplanet.org/forum/archives_voir.php?id=440337

Source : https://codewalr.us/index.php?topic=1114.0

[critor]

Dans une actualité précédente, nous découvrions par hasard que la TI-Nspire CX munie du dernier OS 4.2 était compatible avec la carte de développement TI-LaunchPad MSP-EXP432P401R.
Par la suite, nous tombions sur un document précisant que la calculatrice était en fait compatible avec toutes les cartes MSP43x (notamment MSP430 et MSP432).

Ce soir, nous allons faire ensemble plus ample connaissance avec la TI-LaunchPad MSP-EXP432P401R avec un déballage.


La voici donc ci-contre dans sa boîte. Nous notons que ce n'est pas tout-à-fait la version commercialisée comme l'indique la mention "For evaluation only; not FCC approved for resale".

Comme le confirme une note informative glissée dans la boîte, c'est-à-dire que nous avons visiblement acheté un échantillon gratuit, donné par Texas Instruments à certains développeurs avant que la carte n'ait obtenu la validation de de l'autorité fédérale des communications (FCC - Federal Communications Commission), autorisation nécessaire pour tout produit émettant dans une certaine gamme d'ondes.

La documentation consiste en un dépliant riche en couleurs :

Nous arrivons maintenant à la carte, accompagnée d'un câble micro-USB.
Si c'est bien ce type de carte que Texas Instruments a l'intention de commercialiser pour nos calculatrices, il faudra donc disposer d'un adaptateur pour la brancher correctement sur le port mini-USB de nos calculatrices.

Et voici enfin ci-contre la carte. Nous notons qu'elle semble scindée en deux parties :

• dans la partie supérieure, une architecture organisée autour d'un microcontrôleur Texas Instruments TM4C1294NCPDT rassemblant :
  
  • un processeur ARM Cortex-M4F 32-bits 120MHz
  • 256Ko de mémoire cache (SRAM)
  • 1Mo de mémoire Flash
• dans la partie inférieure, une architecture autour d'un microcontrôleur Texas Instruments XMS432P401R regroupant :
  
  • un processeur ARM Cortex-M4F 32-bits 48MHz
  • 64Ko de mémoire de travail
  • 256Ko de mémoire Flash

Cette scission avec deux processeurs est en fait très facile à cromprendre.
La partie inférieure avec la puce XMS432P401R est en fait celle que l'on programme, afin de l'adapter à nos besoins.
La puce supérieure avec la puce TM4C1294NCPDT est celle qui s'occupe :

• de la communication avec l'ordinateur
• de la programmation de la puce inférieure XMS432P401R
• du débuggage de la puce inférieure XMS432P401R (état des registres, exécution pas à pas...)

Ce qui veut dire que même si l'on enregistre sur la carte un mauvais pogramme qui bloque la puce inférieure XMS432P401R, la carte pourra toujours être détectée par l'ordinateur et permettre une correction de la programmation, car la puce supérieure TM4C1294NCPDT sera toujours fonctionnelle !

On remarque à l'interface entre les deux zones :

• deux diodes de contrôle LED101 et LED102 pour l'alimentation et la programmation
• un bouton poussoir S3 de réinitialisation (RST pour reset)
• un lot de divers cavaliers permettant de configurer les alimentations 5 Volts et 3.3 Volts, ainsi que la communication série
• un interrupteur JTAG S101 permettant apparemment de confier le contrôle de la puce inférieure XMS432P401R à une interface externe en lieu et place de la puce supérieure TM4C1294NCPDT, interface à connecter à l'emplacement J102 juste à droite
  Dans la zone inférieure qui est celle que l'on peut donc programmer, on dispose de :
  
  • deux boutons poussoirs S1 et S2
  • deux diodes LED1 et LED2

Et si jamais les deux diodes et deux interrupteurs intégrés ne suffisent pas à ton projet, les deux connecteurs latéraux traversants offrent 40 broches pour empiler des cartes d'extension, un peu comme pour des legos.



A bientôt...

Référence : http://www.ti.com/ww/en/launchpad/launc ... .html#tabs

[critor]

Signalons aujourd'hui un nouveau jeu de KingInfinity pour ta TI-83 Premium CE, CircleIT.

Dans ce jeu de réflexes digne d'une application smartphone, tu dois arrêter le cercle sur la bordure du disque grâce à la touche .



L'actualité ayant été un peu chargée dernièrement, nous n'avions pas encore parlé de ce jeu pourtant hébergé sur TI-Planet depuis le 17 février dernier.
Mais en réalité le jeu est sorti il y a plus longtemps le 6 février dernier, et tu as le droit de savoir pourquoi nous n'en avions pas parlé entre temps.
Peut-être avais-tu déjà récupéré le jeu via d'autres sources avant le 17 février, et en gardes tu alors sûrement un très mauvais souvenir ...



Même si des choses peuvent bien sûr nous échapper, nous prenons toujours le temps sur TI-Planet de tester chaque programme que nous mettons à la une.
CircleIT est un programme assembleur, et en assembleur toute erreur peut être fatale à la machine.
La version initiale de CircleIT du 6 février dernier jusqu'à aujourd'hui jamais mise à jour par son auteur était gravement bugguée, conduisant systématiquement à la perte des données pour tout nouveau joueur.
C'est pour cela que nous n'avions toujours pas mis en avant ce jeu - pour te protéger.



L'auteur ne semblant hélas pas s'en sortir malgré notre signalement des problèmes, nous avons pris le temps d'analyser la chose.
Il y avait visiblement un bug dans le code de création de la variable destinée à conserver le meilleur score. Après avoir joué pour la toute première fois, la sortie du programme déclenchait donc la création de cette variable, qui donnait en apparence un blocage total de la calculatrice (retour à l'écran de calculs sans le curseur clignotant) conduisant l'utilisateur résigné à appuyer sur le bouton reset.
En réalité la calculatrice n'était pas tout-à-fait bloquée avec la touche qui réagissait encore, mais ce n'est pas cela qui te sauvera, l'état de la machine étant clairement corrompu comme visible avec l'affichage alors quadruplé du programme ci-contre.



Le programme étant publié sous licence MIT autorisant non seulement la rediffusion mais également la modification, nous avons pris quelques heures pour corriger ce bug.
Le code source assembleur non fourni n'a pas arrangé les choses, nous forçant à travailler directement en langage machine.
En réalité, nous avons plus contourné que corrigé le bug. Nous avons :

• rajouté en fin du programme du code propre de création de la variable pour le meilleur score
• écrasé le tout premier appel CALL du programme par l'appel de ce nouveau code
• rajouté à la fin de notre code l'appel CALL écrasé ainsi qu'une instruction de retour à l'appelant RET

Désormais, la création de la variable pour le meilleur score est faite systématiquement par notre code directement au lancement du programme, le code initial de l'auteur ne s'occupant plus que de sa mise à jour, chose apparemment non problématique.

Plus aucun problème donc désormais, si tu télécharges le jeu sur TI-Planet comme tu peux le voir ci-contre.
Sauras-tu battre notre record ?



Nous ne pouvons que féliciter l'auteur pour son choix d'une licence ouverte, permettant de mutualiser la diffusion et le développement dans l'intérêt de tous, et l'encourager à nous montrer ses progrès dans ses prochains jeux !



Téléchargement : archives_voir.php?id=436568

[critor]

Après notre découverte de la compatibilité du dernier OS TI-Nspire CX 4.2 avec les cartes de développement TI-Nspire LaunchPad MSP43x, Jimbauwens nous montrait comment forcer la détection d'une carte Arduino Leonardo par la calculatrice.

Aujourd'hui Jimbauwens récidive et nous sort les tout premiers programmes Arduino pour TI-Nspire CX 4.2 :

• un programme Lua envoyant les touches pressées à la carte qui en confirme alors réception
• un programme de thermomètre téléchargeable ci-dessous, et démontrant désormais la possibilité de connecter des capteurs à moindre coût !

A bientôt !

Téléchargement : archives_voir.php?id=440541

[critor]

Dans une actualité précédente nous faisions une découverte extraordinaire, celle du TI-Nspire DataTracker cradle EVT2 que nous supposions dont être un des tout premiers prototypes de la station d'acquision de données physiques TI-Nspire Lab Cradle sortie pour la rentrée 2011.
C'est effectivement ce qui ressort lorsque l'on compare aux phases de développement d'un nouveau produit chez Texas Instruments :

1. PROTO (Prototype)
2. EVT (Engineering Validation Tests)
3. DVT (Design Validation Tests)
4. PVT (Production Validation Tests)
5. MP (Mass Production)

Aujourd'hui munis de cette pièce unique, il est tant pour nous de lui arracher un maximum de secrets afin de les partager avec vous !

Commençons par un petit tour d'ensemble.
Les deux appareils disposent sur leurs tranches latérales de connecteurs pour des capteurs Vernier, tout juste remarque-t-on que leurs positions ont été échangées :

• 3 connecteurs pour capteurs Vernier analogiques
• 2 connecteurs pour capteurs Vernier numériques/digitaux

Nous notons que le TI-Nspire DataTracker a l'avantage d'un pied escamotable, retiré depuis.

Le TI-Nspire DataTracker se connecte à la calculatrice à l'aide du connecteur inférieur Dock/J01.

Il utilise apparemment la même batterie que les TI-Nspire Navigator cradle.

Le TI-Nspire DataTracker peut être rechargé à l'aide d'une alimentation TI-AC9926 comme bien d'autres poduits Texas Instruments. Nous arrivant du Mozambique, nous ne sommes pas étonnés que l'alimentation soit accompagnée d'un cordon avec une prise électrique de type G/M, qu'il nous sera aisé de remplacer.

La forme également différente du TI-Nspire DataTracker semble prévue pour épouser parfaitement les anciens boîtiers TI-Nspire monochromes de l'époque, sans empêcher toutefois la connexion de TI-Nspire CX.

Un autre avantage du TI-Nspire DataTracker, c'est sa riche connectivité USB :

• 1 connecteur USB type A (pour périphériques/capteurs)
• 1 connecteur mini-USB type A (pour périphériques/capteurs)
• 1 connecteur mini-USB type B (pour hôte/ordinateur)

La connexion à un ordinateur du TI-Nspire DataTracker nous prouve que ce dernier se comporte exactement comme un hub USB
Voilà donc d'où nous vient la gestion des hubs USB présente sur la TI-Nspire et pas sur la TI-83 Premium CE.

Cette connectivité est exactement celle du périphérique TI-Nspire Connection Cradle qui était mentionné dans les manuels accompagnant les premières TI-Nspire commercialisées en 2007, et alors listé sur la boutique allemande Dynatech avant d'être brutalement annulé.


D'ailleurs, le logiciel TI-Nspire Computer Link nomme notre périphérique TI Data Collection Cradle, nous indique qu'il est muni des versions 1.0.0 de l'OS, du Boot2 et du Boot1, et même qu'il offre 27,88 Mo d'espace de stockage dont seulement 1,09 Mo utilisés - c'est-à-dire que le périphérique utilise probablement une puce Flash-ROM de 32Mo.

Mais la grosse surprise, c'est que contrairement aux TI-Nspire Lab Cradle commercialisés, le TI-Nspire DataTracker permet de transférer et stocker des documents !
Adjoint à une calculatrice TI-Nspire, le TI-Nspire DataTracker pouvait donc offrir 32Mo de mémoire de stockage supplémentaire !
Quelque chose qui aurait pu être problématique dans le contexte du mode examen. Si son adoption était déjà en discussion à l'époque, peut-être explique-t-il l'annulation de la comercialisation du TI-Nspire Connection cradle.
On peut en effet remarquer entre temps que les autres constructeurs HP et Casio ont de façon similaire supprimé toute possibilité d'accéder à un espace de stockage additionnel sur carte mémoire SD sur leurs derniers modèles conformes pour 2018.

Il est temps maintenant de partir à la découverte des entrailles du TI-Nspire DataTracker.
Comme pour les TI-Nspire Lab cradle commercialisés, nous ne sommes pas surpris de constater que la carte mère TG2177_MB_6411 incluse utilise une puce ASIC TI-Nspire TI-NS2007C-0 Magnum Zevio, exactement la même que les calculatrices TI-Nspire TouchPad.
Et oui, le TI-Nspire DataTracker est techniquement une calculatrice TI-Nspire - il ne lui manque qu'un clavier et un écran.
On remarque également la présence du connecteur JTAG ici dénommé J01T connecteur non soudé sur les modèles de production et dénommé J04 sur les cartes mère de calculatrices TI-Nspire.

De l'autre côté, nous remarquons l'utilisation de :

• une puce K9F5608 de chez SEC offrant 32Mo de mémoire de stockage NAND (Boot2, Diags, OS et système de fichiers)
• une puce HYE18L256160 de chez Qimonda offrant 32Mo de mémoire de travail SDRAM
• une puce 39WF400A de chez SST offrant 512Ko de mémoire NOR (Boot1)

En connectant une interface à la sortie Tx du connecteur JTAG, nous arrivons à obtenir le log de démarrage de l'appareil :

Code: Tout sélectionner

Boot Loader Stage 1 (1.0.DEVBUILD)
Build: 2008/9/18, 10:11:23
Copyright (c) 2008 Texas Instruments Incorporated
Using developer keys

Last boot progress: 39266
Clocks: CPU = 90MHz AHB = 45MHz APB = 22MHz

Available system memory: 37292
Checking for NAND: NAND Flash ID: Samsung K9F5608Q0C
SDRAM memory test:   Pass
SDRAM is good
Clearing SDRAM...Done.

Loading Boot2 software...


0%
[...]
99% ... loading completed.

Launching software.

Boot Loader Stage 2 (1.0.DEVBUILD)
Build: 2008/9/25, 14:39:40
Copyright (c) 2006, 2007, 2008 Texas Instruments Incorporated
Using developer keys
Clocks:  CPU = 90 MHz   AHB = 45 MHz   APB = 22MHz

NAND Flash ID: Samsung K9F5608QC
Datalight Reliance v2.10.1150
Copyright (c) 2003-2006 Datalight, Inc.
Datalight FlashFX Pro v3.00 Build 1358
Nucleus Edition for ARM9
Copyright (c) 1993-2006 Datalight, Inc.
Patents: US#5860082, US#6260156.
Purging temporary files...



Loading Operating Sytem...



6%
[...]
100%


Data Collection Sled - CBL(tm) 3
Texas Instruments Incorporated.
Education Technology
(c)2008 All Rights Reserved.
http://education.ti.com/datacollection

Datalight Reliance v2.10.1150
Copyright (c) 2003-2006 Datalight, Inc.
Datalight FlashFX Pro v3.00 Build 1358
Nucleus Edition for ARM9
Copyright (c) 1993-2006 Datalight, Inc.
Setting Console Log Level = 0
[DCS]: NavNet Ready.

Nous y notons de façon complémentaire :

• que le Boot1 a pour version 1.0.DEVBUILD et a été compilé le 18 septembre 2008
• que le Boot2 a pour version 1.0.DEVBUILD et a été compilé le 25 septembre 2008
• que le processeur est cadencé à 90MHz, comme sur les TI-Nspire monochromes
• que les Boot1 et Boot2 utilisent les clés de développement, et n'accepteront donc pas une mise à jour vers un OS de production
• que le nom de code du périphérique était initialement TI-CBL3 prenant donc la suite sur TI-Nspire du TI-CBL2

Le transfert de fichiers n'étant pas désactivé ici et le périphérique datant visiblement de 2008, il nous suffit du logiciel TiLP pour dumper l'OS - la méthode en question n'ayant été bloquée qu'à partir de la version Nspire 2.0 en 2010.
Nous y apprenons que l'OS est en réalité une version 1.4.0 apparemment compilée le 25 septembre 2008.



Une fois de plus un patrimoine exceptionnel désormais sauvé de la destruction, et qui nous permet de mieux comprendre la gamme TI-Nspire !



Téléchargement : OS TI-Nspire Lab cradle 1.4 (développement)