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

→ **MyCalcs** profile · de **Lionel Debroux** » 03 Fév 2019, 11:30

Sur ta board compatible tournant le bootloader TI, est-ce que le current.uf2 qu'on peut récupérer depuis l'interface MSD contient uniquement des 0xFF, comme on le voit sur les TI-Python Adapter ?

→ **MyCalcs** profile · de **critor** » 03 Fév 2019, 11:31

zardam a écrit:Sinon, j'ai essayé de flasher un circuitpython standard avec le bootloader TI sur mon clone, et ça passe très bien aussi.

Merci pour la précision.

Donc c'est bien basé sur ce que l'on pense depuis un moment.

Par contre, possible que dans cette configuration ça ne marche pas avec la calculatrice.
Ma Trinket-M0 avec son firmware d'origine ne passait pas sur les 83PCE du stand TI UdPPC en octobre dernier.

TI a donc visiblement changé des choses niveau détection/communication...

→ **MyCalcs** profile · de **critor** » 03 Fév 2019, 11:36

Lionel Debroux a écrit:Sur ta board compatible tournant le bootloader TI, est-ce que le current.uf2 qu'on peut récupérer depuis l'interface MSD contient uniquement des 0xFF, comme on le voit sur les TI-Python Adapter ?

De façon complémentaire, je viens de tester sur ma Trinket-M0, avec boot "UF2 Bootloader v1.23.0 SFHR" d'Adafruit faisant tourner le firmware TI-Python 3.0.0.0012.

Le fichier current.uf2 exposé en mode boot contient bien des choses.

Je pense que cette fonctionnalité a été cassée dans le boot "UF2 Bootloader v1.0.3U SFRO" de TI. Après, va savoir si ils ont fait exprès ou pas...

→ **MyCalcs** profile · de **critor** » 03 Fév 2019, 11:48

Y'a un truc spécial à faire pour que la console Python accepte les connexions ?

Je n'y arrive pas avec putty sous Windows :

→ **MyCalcs** profile · de **zardam** » 03 Fév 2019, 14:32

Installer linux

Je rigole... à moitié. Effectivement, je n'arrive pas non plus à m'y connecter avec une machine virtuelle windows... Et ce qui est étrange, c'est qu'une fois déconnecté (virtuelllement) et de retour sous linux, le port série ne répond plus, il faut un reset de la carte pour que la console fonctionne à nouveau.

→ **MyCalcs** profile · de **critor** » 03 Fév 2019, 18:33

Un léger mieux après redémarrage de l'ordi.

Plus d'erreur, ça m'ouvre un terminal... mais vierge.
Et quand je tape, je n'ai pas d'écho.

→ **MyCalcs** profile · de **critor** » 03 Fév 2019, 18:45

Ah, mais fallait me dire... 9600 bauds apparemment et non 115200.

Bref, les modules intégrés :

>>> # Shell Reinitialized
>>> help("modules")
__main__ collections random
array gc sys
builtins math time
Plus any modules on the filesystem
>>>

Apparemment, tout ce que l'on avait déjà cité :
viewtopic.php?f=41&t=22202

→ **MyCalcs** profile · de **critor** » 03 Fév 2019, 18:49

Quand je fais un print(), la console semble freezer, elle ne me rend pas la main :

>>> # Shell Reinitialized
>>> from explmod import *
>>> print(1)
1

C'est parce que le firmware tente de dupliquer la sortie sur la calculatrice, non branchée ici ?

→ **MyCalcs** profile · de **zardam** » 03 Fév 2019, 18:59

critor a écrit:Ah, mais fallait me dire... 9600 bauds apparemment et non 115200.

Comme c'est un port virtuel, ça ne change rien normalement

critor a écrit:C'est parce que le firmware tente de dupliquer la sortie sur la calculatrice, non branchée ici ?

Il faut faire ctrl+f pour reprendre la main, certainement une sorte d’acquittement attendu de la calculatrice.

→ **MyCalcs** profile · de **Lionel Debroux** » 03 Fév 2019, 19:21

J'ai essayé de repartir du code source de CircuitPython pour compiler une version avec des flottants double précision. En bidouillant environ 1h, j'ai obtenu... un truc qui a même fini par compiler, assembler et linker correctement. Si.
Que cette chose se comporte bien, alors là, c'est une autre histoire, et puis je ne peux pas tester

math, cmath et urandom ne sont pas activés, mais de toute façon, ça paraît difficile de le faire si on n'arrive pas à couper davantage dans le binaire, vu le manque de place sur cette board sous-dimensionnée... [EDIT: si j'active urandom, la Flash libre ne diminue que de moins de 300 octets de Flash, ça va

]

Les binaires générés sont joints, ainsi que le diff (très vilain).
Utilisez à vos risques et périls: si ça fait n'importe quoi... c'est certainement normal

Commit de base: HEAD est à 3d0757102977bcebadfd530949a84fb224e0cfcb .
Commande de build: depuis le répertoire ports/atmel-samd,

Code: Tout sélectionner: CROSS_COMPILE=gcc-arm-none-eabi make BOARD=trinket_m0 V=1

Build réalisé sous Debian sid amd64 avec gcc-arm-none-eabi étant GCC 7.3.x.

Le log de build finit par:

Code: Tout sélectionner: LINK build-trinket_m0/firmware.elf 2628 bytes free in flash out of 188416 bytes ( 184.0 kb ). 26072 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: 371712, start address: 0x2000 Wrote 371712 bytes to build-trinket_m0/firmware.uf2.