Module TI-Python disponible à l'unité chez Jarrety : 13,50€

de **zardam** » 10 Fév 2019, 23:24

Aie... Les joies de la poste ?

L'info est peut être déjà connue, mais la sortie officielle serait le 14 mars d'après le service client TI.

de **critor** » 12 Fév 2019, 22:14

zardam a écrit:L'info est peut être déjà connue, mais la sortie officielle serait le 14 mars d'après le service client TI.

Ah, le module n'est pas encore sorti alors que Jarrety les a et les livre ?...
J'avais présumé pour ma part et peut-être à tort que le 14 mars mentionné à plusieurs endroits c'était donc pour la livraison des 70000 modules gratuits dans les établissements.

Tu leur as demandé quoi d'ailleurs ? L'appli pour 83PCE ?

de **zardam** » 12 Fév 2019, 23:06

J'ai indiqué à la personne en ligne que j'avais acheté un module TI-Pyhon, et que je n'avais rien trouvé sur le site de TI pour l'utiliser. Il m'a donc dit que la mise à jour de la calculatrice serait disponible le 14 mars et m'a aussi demandé où je me l'étais procuré (l'air un peu étonné il me semble).

de **critor** » 12 Fév 2019, 23:40

Ah... va savoir alors pourquoi TI a livré Jarrety, si après ça les dérange qu'il livre à son tour.

Remarque, si on le voulait et si on avait le temps, il serait sûrement possible de coder quelque chose qui gère le module.
C'est-à-dire un espace de stockage USB pour le transfert des scripts, et un port série USB pour l'exécution.
Ce serait même drôle de sortir quelque chose avant TI !

de **critor** » 13 Fév 2019, 00:40

Le test est publié, bonne lecture :
viewtopic.php?f=41&t=22315#p239796

Je veux bien excuser tout le reste... mais une absence de mise à jour rajoutant la gestion des flottants en double précision d'ici la sortie de l'application PyAdaptr sera pour moi inexcusable.

de **Lionel Debroux** » 13 Fév 2019, 22:12

Petite mise à jour du binaire de mon firmware CircuitPython DPFP + autres modifs pour Trinket M0 / TI-Python Adapter, et du diff par rapport à upstream.

Changements par rapport à la précédente HEAD de la branche debrouxl/master ( b48982fe6a9c0dfd157e0d4480cdd6bd077b8ed9 ):
* rebase sur 78f51792a7da468413b94c714f39bd4750412671 ;
* activation de MICROPY_ERROR_REPORTING_DETAILED, ça coûte quelques centaines d'octets;
* désactivation de MICROPY_PY_BUILTINS_STR_CENTER et MICROPY_PY_BUILTINS_STR_PARTITION pour gagner un peu de place;
* ajout de -frename-registers -fmerge-all-constants dans les CFLAGS, encore pour gagner un peu de place. Habituellement, le deuxième flag n'entraîne pas de comportements incorrects, mais donne du code non conforme.

Code: Tout sélectionner: LINK build-trinket_m0/firmware.elf 876 bytes free in flash out of 188416 bytes ( 184.0 kb ). 26712 bytes free in ram for stack out of 32768 bytes ( 32.0 kb ). Create build-trinket_m0/firmware.bin Create build-trinket_m0/firmware.uf2 Converting to uf2, output size: 375296, start address: 0x2000 Wrote 375296 bytes to build-trinket_m0/firmware.uf2.

de **Lionel Debroux** » Hier, 21:47

Nouvelle mise à jour. Par rapport à la précédente version ( fe63855d9f40bc793ab65b9994747af47f108498 ):
* nouveau rebase;
* désactivation du module urandom, manifestement redondant avec random et pas fourni par les autres implémentations. Merci critor pour la remarque, ça gagne 700-800 octets;
* activation (temporaire ?) du module io, qui ne contient de toute façon pas grand chose;
* activation de MICROPY_PY_BUILTINS_STR_CENTER et MICROPY_PY_BUILTINS_STR_PARTITION , mais ces deux-là risquent de disparaître rapidement parce que ce binaire est vraiment proche de la limite de taille...
* changement des paramètres USB. Maintenant, mon firmware se présente comme 0451:E020, avec pour fabricant "Texas Instruments Incorporated", et pour produit "Unofficial TI-Python Adapter"

Code: Tout sélectionner: 72 bytes free in flash out of 188416 bytes ( 184.0 kb ). 26748 bytes free in ram for stack out of 32768 bytes ( 32.0 kb ). Create build-trinket_m0/firmware.bin Create build-trinket_m0/firmware.uf2 Converting to uf2, output size: 376832, start address: 0x2000 Wrote 376832 bytes to build-trinket_m0/firmware.uf2.

La gestion des entiers longs nécessite plus de 3 KB si on utilise l'implémentation LONGLONG, et presque 6 KB si on utilise l'implémentation MPZ. Bref, il faut choisir entre les entiers longs d'un côté, et par exemple cmath + les fonctions spéciales de math de l'autre...

de **critor** » Hier, 22:53

Si l'on cible le lycée, cmath & cie sont de loin beaucoup plus importants que les entiers longs.

de **critor** » Hier, 23:37

Après le test, le correctif communautaire au grave problème des flottants est maintenant annoncé :
viewtopic.php?f=41&t=22328#p239951

Mais pour que la TI-83PCE en profite, il faudrait que TI intègre ça ou des modifications similaires dans son firmware, et ça c'est pas gagné gagné.