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

→ **MyCalcs** profile · by **herah** » 29 Jan 2019, 17:21

A quoi ça sert d'avoir ce fameux Python ?

→ **MyCalcs** profile · by **Azerpogba** » 29 Jan 2019, 17:22

a pouvoir script du python sur calcu TI 83 PCE

→ **MyCalcs** profile · by **critor** » 29 Jan 2019, 18:03

Oui enfin, pour l'utilisation avec la TI-83PCE, il faudra attendre la publication de la mise à jour 5.3.5 par TI.

Mais en attendant, ça n'empêche pas de faire joujou avec en le branchant sur un ordi.

Si c'est bien basé sur les Adafruit Trinket/Feather-M0, alors le module se comporte comme une clé USB.

→ **MyCalcs** profile · by **critor** » 02 Feb 2019, 14:42

azerpogba wrote:eheh cool mais bon redevoir négocier ça vas surement m'énerver ....

Négocier quoi ?

→ **MyCalcs** profile · by **zardam** » 02 Feb 2019, 15:35

critor wrote:Oui enfin, pour l'utilisation avec la TI-83PCE, il faudra attendre la publication de la mise à jour 5.3.5 par TI.

Mais en attendant, ça n'empêche pas de faire joujou avec en le branchant sur un ordi.
Si c'est bien basé sur les Adafruit Trinket/Feather-M0, alors le module se comporte comme une clé USB.

Effectivement, j'ai reçu le module ce matin, une fois connecté au PC cela donne :

Code: Select all: [ 1799.004630] usb 2-2: new full-speed USB device number 2 using xhci_hcd [ 1799.155050] usb 2-2: New USB device found, idVendor=0451, idProduct=e020, bcdDevice= 1.00 [ 1799.155055] usb 2-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1 [ 1799.155058] usb 2-2: Product: TI-Python Adapter [ 1799.155061] usb 2-2: Manufacturer: Texas Instruments Incorporated [ 1799.197124] cdc_acm 2-2:1.0: ttyACM0: USB ACM device [ 1799.198445] usbcore: registered new interface driver cdc_acm [ 1799.198447] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters [ 1799.199397] usb-storage 2-2:1.2: USB Mass Storage device detected [ 1799.200710] scsi host6: usb-storage 2-2:1.2 [ 1799.200840] usbcore: registered new interface driver usb-storage [ 1799.203501] usbcore: registered new interface driver uas [ 1800.217477] scsi 6:0:0:0: Direct-Access TI Python Adapter 3.00 PQ: 0 ANSI: 3 [ 1800.218010] scsi 6:0:0:1: Direct-Access TI Python Adapter 3.00 PQ: 0 ANSI: 3 [ 1800.218654] sd 6:0:0:0: Attached scsi generic sg1 type 0 [ 1800.218948] sd 6:0:0:0: [sdb] 129 512-byte logical blocks: (66.0 kB/64.5 KiB) [ 1800.219175] sd 6:0:0:0: [sdb] Write Protect is off [ 1800.219180] sd 6:0:0:0: [sdb] Mode Sense: 00 00 00 00 [ 1800.219386] sd 6:0:0:0: [sdb] Asking for cache data failed [ 1800.219396] sd 6:0:0:0: [sdb] Assuming drive cache: write through [ 1800.220733] sd 6:0:0:1: Attached scsi generic sg2 type 0 [ 1800.222789] sd 6:0:0:1: [sdc] Attached SCSI removable disk [ 1800.227748] sdb: sdb1 [ 1800.229194] sd 6:0:0:0: [sdb] Attached SCSI removable disk

On a donc bien accès à une "clé USB" et un shell. Pas beaucoup d'info a la connexion au port série virtuel si ce n'est :

Code: Select all: >>> # Shell Reinitialized >>>

On peut importer un .py créé sur le disque virtuel comme sur du micropython/circuitpython "classique".

Un "print" bloque le shell, il faut faire ctrl+f pour reprendre la main.

→ **MyCalcs** profile · by **critor** » 02 Feb 2019, 15:47

Merci.

Vous l'avez tous sauf moi...

Bref c'est du CircuitPython et c'est basé sur l'Adafruit Trinket/Feather-M0.

Selon les premiers retours de ce matin, firmware en version 3.0.0.0012, donc pas bien meilleur je crains que la version 3.0.0.0006 d'octobre dernier.

Bien vu pour la connexion série, je me demandais comment se passait l'exécution. Donc justement tu peux tester si ce sont toujours des flottants en simple précision et entiers courts, très insuffisants pour un contexte scolaire scientifique ?
Pas faut de l'avoir dit à TI, je crois que c'est la première chose que j'ai signalée dans mon retour.

Si tu tapes rapidement 2 fois reset, c'est le boot qui exposera l'usb.
On y trouve un fichier current.uf2 qui aurait dû contenir le firmware, mais TI semble avoir cassé/protégé ça. Les segments UF2 n'ont que des octets 0xFF.
On peut aussi mettre à jour le firmware par simple copie d'un fichier .uf2, mais à éviter tant que nous n'avons pas de sauvegarde réinstallable.
On trouve aussi un fichier texte qui indique :

UF2 Bootloader v1.0.3U SFRO
Model: TI-Python Adapter
Board-ID: TI Python Adapter

Sur mon Adafruit Trinket-M0, le boot c'est "UF2 Bootloader v1.23.0 SFHR".
Donc effectivement, le "UF2 Bootloader v1.0.3U SFRO" inconnu de google semble bien être un truc plus ou moins bien bricolé par TI.

→ **MyCalcs** profile · by **zardam** » 02 Feb 2019, 16:01

critor wrote:Vous l'avez tous sauf moi...

Je ne l'ai commandé que jeudi pourtant...

Et oui la version semble bien être "TI-Python Adapter v3.0.0.12" d'après le fichier boot_out.txt sur la clé.

Le script https://workshop.numworks.com/python/andreanx/prec donne :

Code: Select all: >>> prec.prec(2) 22

Pas encore joué avec le bootloader, mais effectivement il doit certainement y avoir une forme de protection du code.

→ **MyCalcs** profile · by **critor** » 02 Feb 2019, 16:12

zardam wrote:
critor wrote:Vous l'avez tous sauf moi...

Je ne l'ai commandé que jeudi pourtant...

Mardi, mais avec aujourd'hui ça fait 3 jours de suite que le facteur du courrier ne passe pas, et je n'ai même pas vu un seul facteur passer dans la rue aujourd'hui, sachant que je suis au point de tangence entre plusieurs tournées.

zardam wrote:Le script https://workshop.numworks.com/python/andreanx/prec donne :
Code: Select all
>>> prec.prec(2) 22

Flottants en simple précision alors, donc math.pi==3.14159, une catastrophe dans un contexte scolaire scientifique, c'était bien la peine que je prenne des heures pour rédiger et argumenter un retour et mette ça en point numéro 1.
Les calculs flottants vont très facilement retourner du n'importe quoi, particulièrement avec les algorithmes de suites récurrentes en Première.

→ **MyCalcs** profile · by **Lionel Debroux** » 02 Feb 2019, 16:16

Merci pour ces infos

Oui, 22 bits de précision, c'est très mauvais. Ils n'ont pas corrigé ce problème majeur d'utilisabilité, et restent encore loin derrière tous leurs concurrents. Compiler CircuitPython avec les flottants double précision n'est pas difficile, mais peut-être que leur hardware est déjà trop proche de la limite ?

Pourrais-tu poster un dump complet, par exemple avec `lsusb -v`, des descripteurs USB exposés par le TI-Python Adapter ?

Entre 0451:e012 (Nspire), 0451:e01c (Lab Cradle) et 0451:e020 (TI-Python Adapter), ça fait encore de sacrés trous dans les PID.

→ **MyCalcs** profile · by **zardam** » 02 Feb 2019, 16:50

la sortie de lsusb -v :

Code: Select all: Bus 002 Device 004: ID 0451:e020 Texas Instruments, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 64 idVendor 0x0451 Texas Instruments, Inc. idProduct 0xe020 bcdDevice 1.00 iManufacturer 2 Texas Instruments Incorporated iProduct 3 TI-Python Adapter bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 98 bNumInterfaces 3 bConfigurationValue 1 iConfiguration 0 bmAttributes 0x80 (Bus Powered) MaxPower 100mA Interface Association: bLength 8 bDescriptorType 11 bFirstInterface 0 bInterfaceCount 2 bFunctionClass 2 Communications bFunctionSubClass 2 Abstract (modem) bFunctionProtocol 1 AT-commands (v.25ter) iFunction 0 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 2 Communications bInterfaceSubClass 2 Abstract (modem) bInterfaceProtocol 1 AT-commands (v.25ter) iInterface 4 TI-Python CDC control CDC Header: bcdCDC 1.10 CDC Call Management: bmCapabilities 0x01 call management bDataInterface 1 CDC ACM: bmCapabilities 0x02 line coding and serial state CDC Union: bMasterInterface 0 bSlaveInterface 1 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 16 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 1 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 10 CDC Data bInterfaceSubClass 0 Unused bInterfaceProtocol 0 iInterface 5 TI-Python CDC data Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x02 EP 2 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 16 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 16 Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 2 bAlternateSetting 0 bNumEndpoints 2 bInterfaceClass 8 Mass Storage bInterfaceSubClass 6 SCSI bInterfaceProtocol 80 Bulk-Only iInterface 6 TI-Python Mass Storage Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x04 EP 4 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Device Status: 0x0000 (Bus Powered)