[critor]

La dernière version bêta (r685) de Ndless 3.1 a été publiée en août dernier, il y a bientôt 8 mois.

The latest beta version (r685) of Ndless 3.1 was published last August, nearly 8 months ago.

Ndless 3.1 gérait jusqu'à présent les modèles TI-Nspire suivants:

Until now, Ndless 3.1 handled the following Nspire models:

• TI-Nspire & TI-Nspire CAS
• TI-Nspire TouchPad & TI-Nspire CAS TouchPad
• TI-Nspire CX & TI-Nspire CX CAS
• TI-Nspire CX-C & TI-Nspire CX-C CAS

Autrement dit, il y a deux modèles TI-Nspire dont les utilisateurs étaient jusqu'à présent privés de la possibilité d'utiliser Ndless, les modèles low-cost pour la Chine:

In other words, until now, the users of two Nspire models were unable to use Ndless: the low-cost models for China:

• TI-Nspire CM-C
• TI-Nspire CM-C CAS

Ce soir, nous avons donc le plaisir de sortir un portage de Ndless pour la TI-Nspire CM-C, incomplet mais largement suffisant pour faire tourner la majorité des programmes!

Tonight, it's our the pleasure to release Ndless for the Nspire CM-C, an incomplete port but good enough to make it possible to run most programs!

Après la TI-Nspire CAS+, Ndless a donc désormais été porté sur tous les modèles TI-Nspire !

After the Nspire CAS+, Ndless has therefore been ported to all Nspire models!

En fait, cette gestion partielle de la TI-Nspire CM-C existe depuis des mois et devait initialement être intégré à Ndless. Ca ne s'est pas encore produit.

In fact, this partial CM-C support was made months ago, and it was supposed to be integrated to Ndless. It didn't get done yet.

Nous pensons qu'il n'est pas une bonne chose que les utilisateurs de TI-Nspire CM-C qui ont des examens bientôt soient défavorisés par rapport aux utilisateurs de TI-Nspire CX (encore plus que par le fait d'utiliser un modèle inférieur), nous sortons donc Ndless CM 3.1 en tant que fork de Ndless 3.1. Nous espérons que son intégration pourra être effectuée un jour.

We think that the fact that Nspire CM-C users, who will soon be taking exams, have access to reduced functionality (even more so than by the mere fact of using an inferior model, that is), is no good, so we're releasing Ndless CM 3.1 as a fork of Ndless 3.1. We hope that the integration to the main Ndless can be done some day.

Ndless CM 3.1 nécessite bien évidemment l'utilisation de l'OS 3.1, puisque les failles utilisées pour l'installation de Ndless ont toutes été corrigées simultanément dans les OS 3.2.

Obviously, Ndless CM 3.1 requires using OS 3.1, as the vulnerabilities exploited to install Ndless have been simultaneously fixed in the OS 3.2 versions.

Pour fonctionner sur CM-C, les programmes Ndless qui n'utilisent pas leurs propres définitions de syscalls ne doivent pas être recompilés avec Ndless CM 3.1; les autres doivent être adaptés.

In order to work on the CM-C, those Ndless programs which do not use their own syscall definitions do not need to be recompiled with Ndless CM 3.1; others need to be adapted.

Ndless continue d'avancer sur TI-Planet!

Lien:

Link:

Ndless CM 3.1

[critor]

En 2006-2007, certains manuels TI-Nspire ainsi que la boutique en ligne Dynatech mentionnaient un mystérieux périphérique TI-Nspire, le TI-Nspire Connection Cradle, qui se devait d'offrir:

• une batterie rechargeable
• 2 ports mini-USB
• 1 port USB

Hélas, ce périphérique n'a jamais vu le jour sous cette forme. Mais les TI-Nspire venant d'origine avec un seul port mini-USB, ce périphérique a a conduit dès 2007 sur Yaronet à l'hypothèse qu'il devait y avoir un 2ème port USB caché dans les broches du connecteur Dock/J01.
Mais malgré une étude des pistes sur une photo HD de la carte mère de la calculatrice sur le topic en question, Yaronet arrivait à une conclusion erronée, prenant pour un port USB les broches du connecteur Dock depuis identifiées comme celles du port RS232.

Bizarrement, personne depuis n'a identifié de port USB sur le connecteur Dock. Pourtant, pour TI-Planet, news après news et année après année, il est devenu évident qu'il y a bien un 2ème port USB sur ce connecteur Dock!

Par exemple, la station de mesures physiques TI-Nspire Lab Cradle peut se connecter sur TI-Nspire aussi bien via le connecteur Dock que via le port mini-USB! Pourquoi TI se serait-il embêté à gérer deux protocoles de communication différents? Il semblerait logique qu'il y ait de l'USB sur le Dock.

Autre exemple, le TI-Nspire Navigator Cradle qui se connecte via le Dock rajoute sur le côté une prise mini-USB! Il y a donc bien de l'USB qui transite via le connecteur Dock!

Ou encore les stations d'accueil TI-Nspire CX Docking Station découvertes dans une news précédente.

Ces stations permettent d'accueillir un maximum de 10 TI-Nspire CX dépourvues de leur couvercle.

Une fois connectées au secteur, elles permettent de recharger les batteries des TI-Nspire CX insérées. Mais elles peuvent aussi être chaînées entre elles en USB, et branchées en USB sur un ordinateur qui voit alors l'ensemble de toutes les TI-Nspire CX insérées.

Or, les TI-Nspire CX ne sont ici reliées avec la station que par leur connecteur Dock. Donc une fois de plus, il y a bien de l'USB qui transite via le connecteur Dock!



Je me suis saigné aux quatre veines pour vous, et ai acquis ma propre TI-Nspire CX Docking Station neuve. Nous allons donc pouvoir de ce pas l'ouvrir, et peut être en découvrir plus sur le 2ème port USB des TI-Nspire!

C'est parti:

Les 10 emplacements Nspire semblent être enfichés sur une carte mère:

Désolidarisons le tout: apparaissent en effet 10 connecteurs ressemblant à du PCI Express x1:

Si l'on regarde de plus près, l'on constate la présence de 4 puces électroniques équitablement réparties. Il se pourrait donc que chaque puce gère 3 connecteurs.
Alors certes cela ferait 12 au lieu de 10, mais il ne faut pas oublier de rajouter la connection USB à l'ordinateur, et la connection USB vers une 2ème TI-Nspire CX Docking Station.

Voyons cela de plus près:

Ces 4 puces sont toutes identiques; ce sont des Alcor Micro AU9254A21 HAS-GA. Une petite recherche sur Internet nous apprend que c'est un contrôleur de hub USB gérant 4 ports USB enfants (downstream), et 1 port USB vers le parent (upstream) pour chaîner les hubs - bingo!



Après ce succès, tentons maintenant de remonter jusqu'au connecteur Dock:

Aille... Cela aurait été sympa que seul le câblage USB soit présent... Mais il semble que le berceau câble le connecteur Dock au complet, ce qui ne permet pas d'identifier clairement les broches USB.

De plus, il y a même un peu d'électronique dans chaque berceau:

En conclusion, soit il y a bel et bien un 2ème port USB sous notre nez sur le connecteur Dock/J01 des TI-Nspire, soit la communication avec les périphériques utiliserait un autre protocole qui serait ensuite traduit en USB lorsque nécessaire, ce qui expliquerait le câblage complet du Dock ainsi que la présence d'un peu d'électronique.

Le mystère demeure, mais j'espère qu'avec ces photos inédites nous aurons bientôt la réponse!

[Bisam]

En tentant d'optimiser un programme de maths assez simple que j'avais écrit il y a bien longtemps, j'ai découvert un bug curieux sur ma Voyage 200.

En voulant voir si celui-ci avait été corrigé sur les Nspire, j'ai pu constater qu'il était toujours là, à l'identique, bien des années plus tard.

J'ai alors testé sur émulateur et vu qu'il était là dès les premières version de la TI92... et cela fait donc 18 ans que ce bug est présent dans tous les OS CAS de la série 68k et de la série Nspire.

Ce bug, je vais vous le montrer en image.
Tout d'abord, montrons un exemple où tout se passe bien.

Ci-dessous, on voit que la calculette calcule sans problème avec des listes, et gère parfaitement les règles de priorité, notamment celles particulières à la dérivation et au symbole | ("tel que").

Mais il suffit d'une toute petite modification pour que tout parte de travers.
En prenant cette fois-ci une liste contenant des complexes, les premiers calculs ne sont pas entièrement simplifiés...

... Et si on poursuit, on obtient carrément des résultats aberrants, impossibles à obtenir autrement : une matrice contenant des listes !!

L'association d'une dérivée et d'une spécification avec des listes contenant des complexes provoque ce bug... et cette apparition étrange de matrices de listes si on pousse le vice, le tout provenant probablement de la façon dont sont gérés les complexes par le CAS.


Et ce n'est pas anodin puisque ce bug m'est apparu alors que je testais un programme sur les polynômes d'interpolation de Lagrange dont voici le code que vous pouvez tester sur toutes les calculatrices TI possédant un système de calcul formel.

Code: Select all

Define lagrange(l)=Func
Local p
product(x-l)->p
p/(x-l)/(d(p,x)|x=l)
EndFunc

Si vous essayez avec une liste ne contenant que des réels tout se passe bien... et s'il y a des complexes, gare au résultat !!


Ce qu'il faut en retenir, toutefois, c'est que la calculette POURRAIT gérer les tableaux à 3 dimensions, mais qu'elle est bridée afin que ressorte une erreur "Invalid list or matrix" si un tel tableau se présente.

TI-Planet : Voyagez dans le temps pour explorer la 3ème dimension...

[Persalteas]

Sur TI Nspire, au démarrage, plusieurs choses se déroulent:

- Le boot1 démarre.
- Si le boot2 est conforme, le boot1 lance le boot2
- Si l'OS est conforme, le boot2 lance l'OS.

Dans une news précédente, critor inventait un boot1 modifié, qui permettait de lancer n'importe quel boot2 sur TI-Nspire clickpad de révision matérielle A ou antérieure, ou sur les prototypes Nspire clickpad, après une légère modification matérielle.

Ainsi fut créé le boot1 1.1.9999.

Ce soir, après quelques jours de recherches et à partir de zéro, Benoit Anastay, souhaitant s'initier au hacking Nspire, réalise avec succès la suite du travail de critor: Un boot2 qui ne fait pas les vérifications d'OS ! !

Pour lancer ce boot2 modifié, vous avez donc besoin du boot1 modifié.
Tout ceci suit une logique, et oui !

Ainsi, nous avons ce soir des photos de sa Nspire clickpad basique tournant avec un OS CAS, installé sans Ndless !

Nous pouvons donc voir la mention des numéros de code des boot:
boot1 1.1.9999
boot2 1.4.9999 (numéro choisi pour garder une logique)

Félicitations à Benoit qui a réalisé ça en 3 jours à partir de zéro !
Bravo pour cet exploit !:bj:

When a Nspire starts:

- The boot1 launches the boot2, if the boot2 is valid.
- The boot2 launches the OS, if the OS is valid.

In this topic, a modified boot1 was invented, which allowed to launch any boot2 on TI-Nspire ClickPad Hardware Revision A or earlier, or prototypes Nspire ClickPad, after a slight hardware change.

Thus was created the boot1 1.1.9999. ;D

Tonight, after a few days of research from scratch, Benoit Anastay, looking to start hacking his Nspire, has successfully continued this work: A boot2 which doesn't check the OSes ! !

So tonight we have pictures of his Nspire ClickPad (basic) with a CAS OS installed without Ndless!

We can see the boot code numbers:
boot1 1.1.9999
boot2 1.4.9999 [i](number chosen to keep a certain logic)

The patch for the boot2.img will be published very soon, the time to write a readme and that someone else makes this manipulation with success.

Congratulations to Benoit who made this in 3 days from scratch !
Thanks for this !

[critor]

Au démarrage, le Boot1 de la TI-Nspire peut au choix lancer:

• le Boot2
• le Diags

Ces deux modules utilisent le même format en mémoire, avec le même entête
A la seule différence que habituellement les Boot2 sont compressés, et les Diags ne le sont pas.



Il était depuis longtemps possible de décompresser les Boot2, notamment avec l'outil imgdump.
Il était depuis peu possible de recompresser les fichiers obtenus, grâce à l'outil imgmanip, dont seules les sources ont été fournies par son auteur anonyme.

Mais hélas même si le plus dur était fait, une fois les sources compilées on pouvait se rendre compte que l'outil produisait une compression incorrecte environ une fois sur deux. Il suffisait en effet de tenter de décompresser et recompresser un Boot2, pour vérifier si cela donnait le même fichier ou pas, et ce n'était pas le cas...



Je viens donc de remédier au problème.

Respectant la volonté de l'auteur de ne pas fournir de binaire, j'ai donc forké le projet imgmanip en nsBar, avec une plus grande fiabilité puisque j'ai corrigé 3 bugs depuis hier mais aussi plus de fonctionnalités!

Il a été testé avec les 40 images de Boot2 et Diags récupérées à ce jour, et redonne un fichier identique après décompression/recompression dans 34 des cas!

Parmi les fichiers qui ne fonctionnent pas on peut citer:

• quelques antiquités qui ne dérangerons personne comme les Boot2 TI-Nspire CAS+ P1-DVT 1.0.526 ou TI-Nspire 1.1.6818
• la totalité des Boot2 TI-Nspire CX/CM 3.0.1, 3.0.2 et 3.1.0 qui semblent utiliser un format de compression différent en plus d'un cryptage triple-DES

Tout le reste, et j'ai bien dit tout le reste, marche!



nsBar vous permettra:

• de décompresser les fichiers Boot2 ou Diags compressés
• compresser les fichiers Boot2 ou Diags décompressés

Contrairement à imgmanip ou imgdump, dans les deux cas il y a préservation des entêtes nécessaires à leur programmation en mémoire NAND!



Vous pouvez donc désormais:

• décompresser une image de Boot2 afin de la modifier, puis la recompresser afin de la programmer en NAND! (car sinon ça ne rentrera pas dans la zone dédiée)
• compresser une image de Diags afin de récupérer une partie de la zone dédiée pour un autre usage

Sans même parler de modification, le simple fait de changer le format de compressé à décompressé ou inversement fera échouer le test de signature électronique RSA.

Outre le fait de faire joujou sur émulateur, les seules applications sur de vraies calculatrices concerneront uniquement les prototypes ou premières révisions matérielles de TI-Nspire ClickPad (2006) sur lesquelles on peut installer un Boot1 'déplombé'.



Voici par exemple un Boot2 1.4.1571, qui a été décompressé, modifié, recompressé et enfin programmé sur une calculatrice munie du Boot1 spécial 1.1.9999:

Comme vous pouvez le voir, le numéro de version a été truqué en 1.4.9999!

Tout est désormais possible avec les TI-Nspire de 2006!

Lien:
nsBar