Challenge NumWorks++ | Flash chip hardware mod

→ **MyCalcs** profile · by **parisse** » 28 Nov 2017, 07:33

Serait-il possible d'avoir la liste des diffs, comme ca je pourrais les inserer dans le source de giac, avec un #ifdef NUMWORKS par exemple, et ca permettrait de ne pas avoir a refaire le travail lors des mises a jour de giac.

→ **MyCalcs** profile · by **parisse** » 28 Nov 2017, 08:03

J'ai repris les modifs faites dans global.cc (et optimization.cc) pour proteger try catch si les exceptions sont desactivees, ajoute un && !defined(NUMWORKS) dans help.cc et dans rpn.cc, j'ajoute aussi dans le tarball de giac config.h.numworks et Makefile.numworks. J'espere n'avoir rien oublie.

My calculator programs · by **Adriweb** » 28 Nov 2017, 13:10

<pubGithub>
Avec un giac upstream sur GitHub, il aurait directement pu proposer une PR

Pas besoin de créer des diffs à la main, et surtout, une énorme communauté potentielle qui peut rapidement consulter et modifier/proposer des changements simplement !
</pubGithub>

Edit admin, topic splitté : viewtopic.php?t=20557&p=224174#p224174

→ **MyCalcs** profile · by **coco33920** » 29 Nov 2017, 16:21

J'ai compris pas mal de chose depuis, ( déjà j'ai installer un vrai linux c'est 100x mieux qu'une live ), la flash est bien mise en QSPI et le serprog est vu (
EDIT 2 : La machine boot sur la flash interne c'est pour ça que c'est le mauvais firm

, comment on regle ça ?

)
Ensuite le firm est bien upload sur la calculatrice :

Mais elle ne s'allume pas instantanément ( comme quand on fait une mise a jour normale ) et je suis obligé de la reset pour ça ce qui l'allume mais décharge qspi_loader de la RAM et refais apparaître le BootLoader normal, ça ne marche pas du tout ( 1/3 * 1/3 = 0.11111 pas terrible comme calcul formel )

Tu peux m'aider @zardam ?
[ EDIT : c'est app.elf ou app-extflash.bin qu'il copie sur la flash parce que l'un fait 6.9mio et l'autre 8.4mio soit ... trop pour l'ADESTO :c ]

→ **MyCalcs** profile · by **zardam** » 29 Nov 2017, 22:11

parisse wrote:J'ai repris les modifs faites dans global.cc (et optimization.cc) pour proteger try catch si les exceptions sont desactivees, ajoute un && !defined(NUMWORKS) dans help.cc et dans rpn.cc, j'ajoute aussi dans le tarball de giac config.h.numworks et Makefile.numworks. J'espere n'avoir rien oublie.

Ça me parrait bien. Je testerai à l'occasion si le tarbgall est dispo sur le site de giac.

coco33920 wrote:déjà j'ai installer un vrai linux c'est 100x mieux qu'une live

coco33920 wrote:1/3 * 1/3 = 0.11111 pas terrible comme calcul formel

Si tu as ce résultat, c'est que c'est le firmware standard qui tourne.

Il faut bien flasher les deux images (flash interne/externe) qui vont ensembles, et qui sont bien issues du même "app.elf". la flash interne référence le point d'entrée de giac et les constructeurs statiques c++ dans la flash externe, et giac dans flash externe référence la libc stockée dans la flash interne.

Donc, dans l'ordre, il faut :
- charger qspi_loader sur la flash interne de la calculatrice
- compiler epsilon et charger app-extflash.bin (si il "fait" 8.4Mo, c'est à cause de l'approx 1024 = 1000, target app_extflash du Makefile)
- reset de la calculatrice en mode DFU
- charger app-flash.bin (target app_flash du Makefile)

→ **MyCalcs** profile · by **coco33920** » 29 Nov 2017, 22:28

J'ai fait exactement comme tu as dit mais la calculatrice se reset a chaque calcul : https://youtu.be/a4fcPuGUE74 ( désolé pour le setup vidéo :/)
J'ai exécuté le script python après avoir mit qspi_loader,
J'ai upload qspi_loader dans la RAM ( 0x20008000 )

→ **MyCalcs** profile · by **zardam** » 29 Nov 2017, 22:47

C'est la que le debugger est utile...

La flash externe doit fonctionner, sinon la calculatrice ne démarerait même pas. Tu pourrais essayer de baisser la fréquence du bus QSPI ? "epsilon/ion/src/device/extflash.cpp" ligne 38, mettre 3 à la place de 0 ?