Test-découverte TI-82 Advanced Edition Python - rentrée 2021

→ **MyCalcs** profile · by **DoOmnimaga** » 07 Jul 2021, 12:09

Je me souviens par contre que sur ma TI-83 Plus 6 MHz, des piles AAA tenaient 1 mois et demi lorsque je programmais et jouais beaucoup. Par contre il y avait beaucoup de déplacement de fichiers entre la RAM et l'archive et parfois des niveaux de gris comme avec Reuben Quest. Donc à 48 MHz j'espère que ça ne tiendra pas seulement une semaine sinon certains gens risquent de trouver ça cher.

→ **MyCalcs** profile · by **critor** » 20 Aug 2021, 08:45

Pour les corruptions/pertes de données constatées lors de changements de piles, nous tenons peut-être enfin une bonne piste d'explication, et donc le moyen de les éviter.

Voir le phénomène étrange traité à la fin du CCC 2021 épisode 5 :
viewtopic.php?f=41&t=25146#p263059

→ **MyCalcs** profile · by **Adriweb** » 06 Sep 2021, 20:47

critor wrote:Toutefois à ce jour cela ne sert strictement à rien. Ces modules ont tous besoin soit de ti_graphics soit de ti_hub, modules ici manquants, et à ce jour il n'est pas possible de générer ses propres modules additionnels PYMP sans passer par Texas Instruments.

Alors en fait, si, on peut se faire nos propres modules PYMP via https://github.com/commandblockguy/tipycomp, mais je sais pas si ca va être bien utile sur 82AEP, en effet.

→ **MyCalcs** profile · by **critor** » 06 Sep 2021, 21:19

Ah ça existe déjà, super !

Même si vu le heap disponible, je ne suis pas sûr d'en faire grand chose. Déjà que l'on doit économiser le moindre octet pour faire passer certains trucs...

Le décodage de modules existants par contre serait intéressant.
Ainsi qu'une version TI-Nspire CX II.

→ **MyCalcs** profile · by **Adriweb** » 06 Sep 2021, 21:24

En fait, le plus drôle serait d'arriver a extraire en appvar les modules ti_system et ti_graphics de l'app 83PCE pour les mettre sur 82AEP

Aucune idee si ca marche, j'ai demandé a commanblockguy s'il peut regarder

Et sinon oui, parmi les 2 outils du repo, l'autre permet d'extraire le module sous forme de bytecode déjà un peu plus lisible.
Pour CX II, ca serait en théorie le même genre de chose à faire, mais ce n'est pas la même version de micropython (format du bytecode plus recent) etc.

→ **MyCalcs** profile · by **critor** » 15 Sep 2021, 13:44

Attention, une limitation que nous avions complètement ratée.
Jusqu'à présent, toutes les TI-82/83/84 à port USB pouvaient échanger des données compatibles à l'aide du câble mini-USB.

Cela ne semble plus être le cas avec la TI-82 Advanced Edition Python.

Impossible selon nos tests de transférer la moindre donnée (même un simple programme quasi vide ou une liste) :

entre une TI-82 Advanced Edition Python et une TI-82 Advanced
entre une TI-82 Advanced Edition Python et une TI-83 Premium CE
ou entre une TI-82 Advanced Edition Python et une TI-84 Plus

Inverser le sens de branchement du câble (pour forcer l'hôte USB côté TI-83PCE ou TI-84+ par exemple) semble n'y rien changer, nous obtenons une erreur de transfert dans tous les cas.

Il semble que la TI-82 Advanced Edition Python ne peut plus communiquer qu'avec une autre TI-82 Advanced Edition Python.

Et cela a des conséquences pour le mode examen ; contrairement à tous les autres, le mode examen de la TI-82 Advanced Edition Python ne sera donc désactivable qu'avec une autre TI-82 Advanced Edition Python. En pratique, impossible donc :

de désactiver le mode examen d'une TI-82 Advanced Edition Python avec une TI-83 Premium CE
de désactiver le mode examen d'une TI-83 Premium CE avec une TI-82 Advanced Edition Python

Nous avions cru comprendre que pour la TI-82 Advanced Edition Python, la capacité de la machine à se comporter en tant qu'hôte USB avait été totalement supprimée. Pour rendre possible malgré tout la communication entre 2 TI-82 Advanced Edition Python, il y a sans doute des choses divergeant du standard/norme qui ont dû être introduites, de façon on dirait incompatible avec les autres modèles.

→ **MyCalcs** profile · by **Lionel Debroux** » 15 Sep 2021, 15:19

Pour savoir exactement ce qui se passe, on sait que la solution générique est d'utiliser une forme ou une autre d'analyseur USB "matériel", capable de capturer les paquets USB de façon transparente et de les exporter pour analyse ultérieure, entre un host et un device, aucun des deux n'étant un puissant ordinateur. On n'en a pas sous la main car traditionnellement, ce genre d'équipements est loin d'être bon marché. On peut parfois utiliser des analyseurs logiques génériques pas trop chers + Sigrok pour les captures très basse vitesse. J'avais vu https://www.dreamsourcelab.com/product/dslogic-series/ , mais je n'ai pas de retour d'expérience sur ce matériel.

Une façon simple d'empêcher les 82AEP de communiquer avec les 83PCE / 84+CE (et variantes) est d'agir au niveau des descripteurs USB:
* utiliser un PID USB spécifique pour les 82AEP, PID que les autres modèles ne chercheraient pas à détecter, et inversement - mais on sait que ça n'est pas le cas, car les 82AEP présentent toujours le PID des 84+SE à l'ordinateur;
* moins classique, le numéro de version (bcdVersion): les 82AEP utilisent une valeur différente (cf. translate_usb_device_info() dans https://github.com/debrouxl/tilibs/blob ... c/probe.cc ), on pourrait imaginer que les OS des 82AEP et 83PCE / 84+CE soient faits pour que les numéros de version différents ne leur plaisent pas.

Les 82AEP et 83PCE / 84+CE pourraient également se rejeter grâce à la commande DBUS (CARS) de version ( get_version() dans https://github.com/debrouxl/tilibs/blob ... alc_84p.cc ). Le mode set initial avec échange des tailles de buffer serait un autre point de rejet, mais dans ce cas, on s'en serait peut-être déjà rendu compte avec les communications ordinateur / calculatrice.

→ **MyCalcs** profile · by **DoOmnimaga** » 09 Jan 2022, 13:45

Petit retour au sujet de l'alimentation en piles AAA:

Les piles incluses avec la calculatrices ont tenu environ 5 jours avant que la calculatrice commence à s'éteindre toute seule suite à l'exécution de programmes, d'une commande assez complexe ou tracé de graphes. Durant ces 5 jours la calculatrice a été en mode occupé pendant moins de deux heures au total. Ce n'est pas comme si j'avais laissé un jeu tourner des heures sans quitter ni éteindre la calculatrice.

En gros, si jamais vous utilisez cette calculatrice de façon assez complexe, c'est assez gourmand en alimentation. J'espère qu'ils ne sortiront pas une TI-Nspire CX II bas de gamme avec des piles AAA aussi!

Pour le reste, par contre, j'aime bien. Il n'y a presque plus de ralentissements lors de l'édition de programmes comme sur les TI-83 Premium CE plus anciennes et la TI-84 Plus C Silver Edition. Parfois, les touches ne répondent pas encore, mais c'est beaucoup moins gênant. Il va falloir aussi que je m'habitue à l'emplacement différent des applications aussi.

→ **MyCalcs** profile · by **Adriweb** » 09 Jan 2022, 13:52

Un peu étrange cette durée de vie des piles, tout de même, c'est censé être plus que ca, non ?

→ **MyCalcs** profile · by **critor** » 09 Jan 2022, 14:12

Nous avons mesuré les consommations cette été :
compare.php?mode=QCC2021

Allumée mais à vide, la TI-82A Python consomme dans les 450 mW, soit moitié moins qu'une NumWorks.
Et les piles AAA de marque ont une autonomie très supérieure à celle des batteries rechargeables fournies par les constructeurs, même neuves et chargées à fond.

Tu es peut-être tombé sur un mauvais jeu de piles...