Challenge NumWorks++ | Flash chip hardware mod

→ **MyCalcs** profile · by **coco33920** » 19 Nov 2017, 18:31

Pour patcher Flashrom pas de soucis ( d'ailleurs le lien que tu donne dans .gitmodules n'existe pas ) , mais je ne vois pas où mettre le script python pour qu'il s'éxecute.
Et j'ai beau essayé j'obtiens une erreur à chaque compilation de qspi_loader, si tu as le temps une fois tu pourrais m'aider ?

Merci,
Colin.

→ **MyCalcs** profile · by **zardam** » 20 Nov 2017, 00:47

Pour le script python (https://github.com/zardam/qspi_loader/b ... 25SF641.py), il suffit juste de l’exécuter lorsque qspi_loader est chargé dans la calculatrice (et lui passer en argument le port série virtuel qui lui est associé si ce n'est pas /dev/ttyACM0)

Pour les sous modules git, je viens de vérifier et ils me semblent bons. J'ai bien les sources des deux sous modules après un "git submodule init" puis un "git submodule update".

Pour la compilation de qspi_loader, il compiler manuellement le sous module "libopencm3" en premier. Il suffit de faire "make" dans son dossier (si la toolchain arm est dans le path). Ensuite qspi_loader devrait compiler lui aussi. Il y a un target "run_qspi_loader" dans son Makefile pour le faire charger directement dans la calculatrice.

Sinon, tu peux toujours m'envoyer les messages d'erreur, c'est encore le plus simple.

→ **MyCalcs** profile · by **coco33920** » 20 Nov 2017, 08:17

Je pense que l'erreur que j'ai eu à la compilation vient du fait que je n'ai pas compiler d'abord libopencm3.
Merci, je testerais la compilation ce soir sur mon pc.
Pour le script python je l'éxecute depuis la calculatrice ?

→ **MyCalcs** profile · by **zardam** » 20 Nov 2017, 19:35

il faut lancer le script python sur l'ordinateur.

Pour qu'il fonctionne, il faut que qspi_loader soit en cours d’exécution sur la calculatrice (après un "make run_qspi_loader" dans le dossier des sources. Attention, j'ai renommé le dossier "src" en "qspi_loader" dans un commit récent)

→ **MyCalcs** profile · by **coco33920** » 26 Nov 2017, 19:01

Les vis vous on poser problème pour l'ouvrir ?

→ **MyCalcs** profile · by **critor** » 26 Nov 2017, 19:14

Pas du tout.

→ **MyCalcs** profile · by **coco33920** » 26 Nov 2017, 22:17

Mon père a réussi à ouvrir la calculatrice et a souder la puce ( non sans égratignures :') ) maintenant place au software, il me sort cette erreur :" Last page at 0x20009e93 is not writeable" lors de la compilation de qspi_loader, me dites pas qu'il l'a soudée à l'envers :') sachant qu'avant il y a écris : "DfuSe interface name: "Internal Flash "
"
Erreur :

→ **MyCalcs** profile · by **zardam** » 27 Nov 2017, 01:06

C'est probablement ta version de dfu-util qui ne supporte pas d'uploader dans la RAM. Du coup deux solutions :

soit compiler dfu-util depuis les sources (http://dfu-util.sourceforge.net/)
soit modifier le script du linker "stm32f4-ram.ld" et remplacer "0x20008000" par "0x08000000". Il faut aussi faire la même chose dans le Makefile, au niveau du target "run_qspi_loader". qspi_loader sera alors exécuté depuis la flash interne

→ **MyCalcs** profile · by **coco33920** » 27 Nov 2017, 22:19

J'ai réussi à charger en mémoire qspi_loader et le python directement en RAM sous linux ( live usb ) mais il ne trouve pas lgiac et lthommath, je les compiles depuis les sources? Sur ce je vais me coucher merci zardam

→ **MyCalcs** profile · by **zardam** » 28 Nov 2017, 06:51

Oui, il faut compiler depuis les sources. J'ai importé et modifié les projets ici :
https://github.com/zardam/libtommath-0.39
https://github.com/zardam/giac-1.4.9

Pour ce dernier, il y a un Makefile.numworks dans le dossier src

Idéalement, il suffit de cloner les trois projets dans un même sous dossier, les chemins relatifs sont OK.