La NumWorks réinventée avec la N0110 - rentrée 2019

→ **MyCalcs** profile · by **wawachief** » 20 Sep 2019, 12:38

Bonjour
Je n'arrive pas à flasher le firmware delta sur ma NW n0110, que j'utilise l'image docker ou non. La compilation se passe bien, le transfert du premier fichier bin (internal) également, mais au moment du transfert du second fichier bin (epsilon.external.bin) j'obtiens l'erreur

Code: Select all: moi:~ $ dfu-util -a 0 -D epsilon.external.bin -s 0x90000000 -S STM32FxSTM32 ... dfu-util: Invalid DFU suffix signature dfu-util: A valid DFU suffix will be required in a future dfu-util release!!! Opening DFU capable USB device... ID 0483:df11 Run-time device DFU version 011a Claiming USB DFU Interface... Setting Alternate Setting #0 ... Determining device status: state = dfuIDLE, status = 0 dfuIDLE, continuing DFU mode device DFU version 011a Device returned transfer size 2048 DfuSe interface name: "Internal Flash " Downloading to address = 0x90000000, size = 4352264 dfu-util: Last page at 0x90426907 is not writeable

La machine est alors coincée en mode DFU, impossible d'en sortir. Le seul moyen que j'ai trouvé est de compiler le nouveau firmware 12 et de l'installer. Le make epsilon_flash la fait alors sortir de sa léthargie.... Y a t-il un autre moyen de sortir du mode DFU ?

Pour info dfu_util --list me donne

Code: Select all: Found DFU: [0483:df11] ver=2200, devnum=48, cfg=1, intf=0, path="1-7.1", alt=3, name="@Device Feature/0xFFFF0000/01*004 e", serial="STM32FxSTM32" Found DFU: [0483:df11] ver=2200, devnum=48, cfg=1, intf=0, path="1-7.1", alt=2, name="@OTP Memory /0x1FF07800/01*528e", serial="STM32FxSTM32" Found DFU: [0483:df11] ver=2200, devnum=48, cfg=1, intf=0, path="1-7.1", alt=1, name="@Option Bytes /0x1FFF0000/01*048 e", serial="STM32FxSTM32" Found DFU: [0483:df11] ver=2200, devnum=48, cfg=1, intf=0, path="1-7.1", alt=0, name="@Internal Flash /0x08000000/04*016Kg,01*64Kg,03*128Kg", serial="STM32FxSTM32"

J'utilise une NW model 110 bien sûr...
Merci d'avance.

→ **MyCalcs** profile · by **critor** » 20 Sep 2019, 12:57

wawachief wrote:
Code: Select all
Downloading to address = 0x90000000, size = 4352264 dfu-util: Last page at 0x90426907 is not writeable

Vous êtes donc deux à avoir exactement cette même erreur :
viewtopic.php?f=97&t=22870&start=90#p245515

Je n'utilise pas le Docker, mais n'ai eu aucun problème avec dfu-util.

Une différence, c'est que j'ai flashé directement l'image du firmware, image que je ne peux malheureusement pas partager suite au conflit de licences.

Une autre différence, c'est que mon image est légèrement plus petite, soit parce que Bernard a rajouté des choses dans Delta depuis, soit parce que NumWorks a poussé plein de changements pour la V12 ces derniers jours, soit les deux.
Elle prend 0x42465F / 4343391 octets sur la Flash externe, et son écriture en 0x90000000 n'atteint donc pas l'adresse qui vous embête.

→ **MyCalcs** profile · by **wawachief** » 20 Sep 2019, 14:18

Une autre différence, c'est que mon image est légèrement plus petite, soit parce que Bernard a rajouté des choses dans Delta depuis, soit parce que NumWorks a poussé plein de changements pour la V12 ces derniers jours, soit les deux.
Elle prend 0x42465F / 4343391 octets sur la Flash externe, et son écriture en 0x90000000 n'atteint donc pas l'adresse qui vous embête.

J'ai enlevé l'appli regression et recompilé le tout. Mon image external fait à présent 4282128 octets et est donc de taille inférieure à la tienne. Même erreur

Code: Select all: DfuSe interface name: "Internal Flash " Downloading to address = 0x90000000, size = 4282128 dfu-util: Last page at 0x9041570f is not writeable

Ce n'est donc semble t-il pas un pb de taille d'image.

→ **MyCalcs** profile · by **critor** » 20 Sep 2019, 14:39

Même erreur en effet, mais à une adresse inférieure cette fois-ci.

Si tu peux intercepter le build, tu peux toujours m'envoyer l'image firmware, et je teste si j'arrive à la flasher d'une façon ou d'une autre :
andreanx@hotmail.com

→ **MyCalcs** profile · by **critor** » 20 Sep 2019, 15:37

Merci wawachief, j'ai bien reçu ta paire de fichiers.

Je les ai assemblés en un unique fichier .dfu avec Dfu File Manager ( https://www.st.com/en/development-tools ... 32080.html ), et ensuite je n'ai aucun mal à le flasher puis le faire tourner avec la commande suivante :
dfu-util -a 0 -D file.dfu

Donc a priori, les fichiers compilés sont bons.

Soit il y a une erreur de paramètre dans la ligne de commande, soit il y a quelque chose de bloquant avec ta config.

Pour info, ça ne peut actuellement marcher qu'avec une calculatrice en mode normal (connectée en USB avec écran allumé et en mode réception).

Si la calculatrice est en mode DFU (connectée en USB mais écran qui reste éteint), ça ne marche pas. Dans ce dernier cas, il faut réinitialiser la calculatrice avec l'outil de mise à jour officiel qui gère ce cas-là, puis ensuite retenter la manip : https://workshop.numworks.com/devices/

→ **MyCalcs** profile · by **wawachief** » 20 Sep 2019, 16:13

Merci de ta réponse.
J'ai du passer par le mode de restauration de Numworks pour remettre la calculatrice d'applomb. Je pense que le bootloader avait dégagé suite aux échecs répétés de flashage.
Après restauration j'ai effectivement pu flasher le ficher unifié et cela fonctionne.

Néanmoins j'ai réessayé de flasher les deux fichiers séparément avec dfu-util et j'ai le même pb.
Tu m'as donc fourni une solution fonctionnelle pour contourner le pb et installer le firmware, mais le pb avec les deux fichiers reste entier.

Merci !

→ **MyCalcs** profile · by **critor** » 20 Sep 2019, 16:20

Merci pour ton retour.

Quelle commande dfu-util as-tu faite pour flasher les 2 fichiers séparés ?

→ **MyCalcs** profile · by **wawachief** » 20 Sep 2019, 16:38

dfu-util -a 0 -D build/device/n0110/epsilon.internal.bin -s 0x08000000 -S STM32FxSTM32
dfu-util -a 0 -D build/device/n0110/epsilon.external.bin -s 0x90000000 -S STM32FxSTM32

la première passe bien, la seconde échoue avec le message indiqué.

J'ai téléchargé l'outil de STM pour merger les deux fichiers et ça marche. Merci du tuyau, pour le moment j'ai un plan B !

→ **MyCalcs** profile · by **wawachief** » 20 Sep 2019, 16:51

J'ai compilé un firmware Delta en ajoutant l'excellente app rpn de @boricj. J'ai donc le mode RPN et khicas. Quoi demander de plus

Heureusement que Delta est basé sur la v11.1 car une fois de plus, l'app RPN est cassée en v12

→ **MyCalcs** profile · by **wawachief** » 20 Sep 2019, 16:59

Euréka je crois que j'ai trouvé ma bêtise !

je positionnais ma calculatrice en mode DFU (avec RESET+6) avant de lancer les dfu-util... FAUT PAS !! la premiere commande internal passe bien ce qui met en confiance mais après ca foire. La seule solution est alors une restauration via le workshop numworks

Avant de lancer le dfu-util, il faut mettre la calculatrice en mode connexion USB simple.
On peut vérifier que tout est bon par la commande

Code: Select all: dfu-util --list dfu-util 0.9 Copyright 2005-2009 Weston Schmidt, Harald Welte and OpenMoko Inc. Copyright 2010-2016 Tormod Volden and Stefan Schmidt This program is Free Software and has ABSOLUTELY NO WARRANTY Please report bugs to http://sourceforge.net/p/dfu-util/tickets/ Found DFU: [0483:a291] ver=0100, devnum=92, cfg=1, intf=0, path="1-7.1", alt=0, name="@Flash/0x08000000/04*016Kg/0x90000000/64*064Kg,64*064Kg", serial="LQ...blablabla...M4"

On remarque que les adresses internes 0x08000000 et externe 0x90000000 apparaîssent clairement ce qui est plutôt bon signe

ensuite, on peut flasher. J'ai du préciser le serial de la calculatrice avec -S :

Code: Select all: dfu-util -a 0 -D ~/Bureau/epsilon.internal.bin -s 0x08000000 -S LQ...blablabla...M4 dfu-util -a 0 -D ~/Bureau/epsilon.external.bin -s 0x90000000 -SLQ...blablabla...M4