fxSDK, un SDK alternatif pour écrire des add-ins
Posté le 29/08/2014 22:00
Cette page sert d'index pour la série de topics du fxSDK.
Le fxSDK est une collection d'outils permettant de développer des add-ins pour les calculatrices Casio des séries Graph. C'est une alternative au
fx-9860G SDK et
PrizmSDK qui ne sont plus activement maintenus, et le compagnon classique de mon noyau
gint.
Index des topics
Ce projet existe depuis 2015, alors il y a pas mal de topics liés. En voici une liste complète !
Topics principaux
Installation du fxSDK
Tutoriels
Compatibilité sur calculatrice et PC
Côté PC, le fxSDK est compatible avec
Linux, Mac OS, et WSL pour Windows ; normalement tout le monde peut l'utiliser. Je teste constamment sous Linux, et WSL est un Linux donc c'est testé aussi. Je n'ai pas de Mac OS donc il peut y avoir quelques surprises, mais en général c'est l'affaire de corriger un bug ou deux.
En termes de calculatrices, le fxSDK supporte :
Calculatrices monochromes
Graph 35+E II
Graph 35+ USB / Graph 35+E (SH3/SH4)
Graph 75/75+/75+E
Graph 85/85 SD/95 (SD) (pas activement testé)
Calculatrices couleurs
Graph 90+E / fx-CG 50
Prizm fx-CG 10/20
Comment installer le fxSDK et coder des add-ins
Le fxSDK s'installe à partir de dépôts Git sur la
forge de Planète Casio (par exemple
Lephenixnoir/fxsdk). Il y en a un peu beaucoup, donc manuellement c'est assez long. Pour que ça aille plus vite et pour simplifier le travail des débutants, il y a un outil appelé
GiteaPC qui peut faire ça pour vous.
Si vous utilisez Windows, vous aurez besoin de WSL pour accéder à un système Linux dans Windows. Heureusement, Microsoft a fait ça bien et c'est facile à faire. Voyez le
tutoriel d'installation de WSL 2 (et l'explication rapide de
ce que WSL 2 est).
Si vous utilisez Mac OS, ouvrez l’œil en lisant les topics pour ne pas manquer les informations supplémentaires et éventuelles déviations par rapport à la procédure normale sous Linux.
Méthode automatique avec GiteaPC (plus rapide / recommandée pour les débutants)
- Suivez le tutoriel d'utilisation de GiteaPC, qui explique comment obtenir le fxSDK.
Méthode automatique avec plugin VS Code
- Yannis300307 a créé un plugin VS Code Casio Dev Tools qui fonctionne sous Windows (avec WSL) et Debian (probablement les dérivés aussi).
Méthode AUR pour les utilisateurs Arch/Manjaro/dérivés (ils se reconnaîtront)
- Dark Storm maintient MiddleArch, un dépôt de paquets précompilés qui a entre autres le fxSDK.
Méthode manuelle (plus fine / classique pour les habitués)
- Compilez et installez le cross-compilateur GCC pour SuperH.
- installez (dans cet ordre) les dépôts fxSDK, OpenLibm, fxlibc, gint ; en option, Slyvtt/µSTL_2.3.
Description sommaire du fxSDK
Pour une introduction à l'utilisation du fxSDK qui montre comment utiliser les outils pour développer un add-in, lisez plutôt les
tutoriels d'utilisation de gint. Cette section est juste une description sommaire.
Le cœur du fxSDK est un cross-compilateur GCC pour SuperH, habituellement nommé
sh-elf-gcc. Bien sûr on a avec toute la suite d'outils, dont
as,
ld,
objdump,
objcopy (entre autres). Contrairement au vieux compilateur du SDK, GCC est un compilateur moderne avec beaucoup d'options et capable de très solides optimisations.
Sur la calculatrice, c'est
le noyau gint qui fait la majorité du travail. Il remplace fxlib/libfxcg et une partie de l'OS pour vous offrir des fonctionnalités plus cool et plus rapides. Les add-ins développés avec le fxSDK utilisent gint toutes les trois lignes !
Il y a enfin plusieurs outils utiles sur le PC qui sont utilisés durant le développement ou l'utilisation des add-ins :
- fxsdk est un script shell qui permet de créer et compiler les projets sans se prendre trop la tête. Le système de compilation officiel pour les add-ins est CMake, mais un système plus ancien de Makefile est encore supporté.
- fxconv est un outil très polyvalent qui convertit à la compilation les assets (images, polices, maps....). Il permet de travailler avec des logiciels et formats de fichiers normaux sur le PC et d'avoir automatiquement un format optimisé sur la calculatrice. fxconv est extrêmement extensible et chaque projet peut ajouter des conversions personnalisées.
- fxgxa crée les fichiers g1a (format des add-ins pour Graph monochromes) et g3a (format des add-ins pour Graph couleurs) à partir des programmes compilés.
- fxlink est un outil de communication qui peut transférer des fichiers vers les Graph 35+E II et Graph 90+E en ligne de commande, mais aussi échanger interactivement avec les add-ins gint par le câble USB, et est couramment utilisé pour réaliser des captures d'écran ou captures vidéo des add-ins.
Changelog et informations techniques
Ci-dessous se trouve la liste des posts annonçant les nouvelles versions du fxSDK, ainsi que des liens vers les instructions/tutoriels supplémentaires publiés avec.
Citer : Posté le 30/08/2014 17:20 | #
J'ai vu que tu avais inclus du français dans la zone avec la sortie du compilateur, du coup ça pourrait peut-être être sympa de préciser dans le tuto pour compiler GCC que enlever "--disable-nls" permet d'avoir les messages de sortie du compilateur en français, pour harmoniser le tout (et avoir un truc encore plus user friendly), tout en précisant que des messages en français réduiront la quantité de résultats si on recherche des infos à propos d'une erreur sur Google (perso je l'ai toujours en anglais, mais les erreurs sont peut-être plus compréhensibles par des débutants si elles sont exprimées en français ?).
Citer : Posté le 30/08/2014 17:25 | #
Non, je pense qu'il vaut mieux laisser le compilo en anglais... la programmation en général c'est de l'anglais, et si un certain nombre des programmeurs pour caltos le sont pour "se faire la main", autant ne pas donner de mauvaises habitudes.
Après j'ai tenté de tout mettre en français, mais je me rends compte que j'ai pas réussi ; il y a encore de l'anglais dans tous ces "Source files" et autres "Header files".
Après je pense pas que ce soit forcément intéressant d'adapter l'UI pour l'anglais, donc pour l'instant je laisse comme ça.
Ajouté le 03/09/2014 à 21:24 :
Je viens de passer à Qt 5 sur mon PC. Le projet compile plus, mais je pense que ce ne sont que des différences d'API mineures.
La bêta utilisera donc la dernière version stable de Qt.
Citer : Posté le 03/09/2014 21:33 | #
Si tu utilises Qt5.3.1, je pense qu'il ne sera pas compatible avec vista et inférieur
Citer : Posté le 03/09/2014 21:34 | #
Et pourquoi pas ?
D'après qt-project.org, il est compatible avec toutes les versions de windows.
Citer : Posté le 03/09/2014 21:38 | #
Qt est compatible avec toutes les versions mais pas les programmes compilées avec, enfin je pense,
parce que j'avais un
à chaque lancement de mon programme
quand je suis passé à la version 5.3.1 de Qt mais je n'avais pas cette erreur si j'utilisais une version inférieur
Citer : Posté le 03/09/2014 21:40 | #
D'ailleurs, je ne sais même pas pourquoi je me pose la question.
T'as pas encore compris la répartition des rôles ?
Citer : Posté le 03/09/2014 21:42 | #
fxSDK = Linux
Dsl
:boulet:
:aie2:
Citer : Posté le 03/09/2014 21:43 | #
Ben voilà, tu vois quand tu veux.
Parce que mettons-nous d'accord, il est beaucoup plus facile d'adapter le fxSDK pour CG ou le SDKolor pour G85 que de les adapter chacun pour windows et linux respectivement.
Citer : Posté le 03/09/2014 21:44 | #
lephenixnoir +1
Citer : Posté le 03/09/2014 21:50 | #
Je suis moins présent depuis 3 jours, qu'est-ce que je vois en faisant un tour
Citer : Posté le 03/09/2014 21:52 | #
C'est Intelligide
J'ai quelques problèmes avec Qt 5, je vais voir ce que je peux faire.
Citer : Posté le 03/09/2014 21:54 | #
roh l'autre c'est toujours la faute des autres
Citer : Posté le 03/09/2014 21:55 | #
Toi aussi tu es multizophrène ?
Citer : Posté le 03/09/2014 21:57 | #
Non seulement octophrène(vite y a un stop)
Citer : Posté le 03/09/2014 21:58 | #
Stop HS, sinon ménage
Citer : Posté le 05/09/2014 13:36 | #
J'arrive pas encore à compiler avec Qt 5. En revanche, je sais plus ou moins pourquoi.
En gros, j'ai le même bug que lorsque j'avais tenté de compiler le fxSpriter (codeur d'images) sous windows. Autrement dit, c'est purement lié à la version et une fois que j'aurai résolu ce bug je serai tranquille pour tout ce qui est compilation sous windows (même si ça ne concerne pas le fxSDK).
Pour faire simple, les classes ne sont plus reconnues... donc impossible de faire quoi que ce soit. oO
D'ailleurs, je crois que je sais d'où vient le bug, maintenant que j'y pense.
Ajouté le 05/09/2014 à 13:42 :
Bon ben voilà... problème résolu.
Avant les widgets se trouvaient dans la section de la lib appelé QtGui (qui contenait tout), et depuis Qt 5 ils se trouvent dans QtWidgets. Et comme du coup j'incluais pas ce dernier header, je n'avais aucune classe.
Citer : Posté le 05/09/2014 13:47 | #
Bon bah ya plus qu'à faire un émulateur!
Citer : Posté le 05/09/2014 13:49 | #
Je commence à me poser la question. En soi c'est facilement faisable si je prends le fls et que je le boote au bon endroit
Citer : Posté le 05/09/2014 13:50 | #
Il va y avoir du boulot à faire. le CPU n'est pas trop dur en théorie (la structure se rédige peu à peu du coté de FiXOS et ya celle de RFX), c'est surtout les périphs qu'il va falloir émuler et çe sera une tout autre difficulté. Si tu veux t'y mettre, je te souhaite bonne chance, car cela va pas être évident.
Citer : Posté le 05/09/2014 13:56 | #
Je plaisantais surtout
Les périphériques, on s'en occuperait plus tard, faire tourner un fls serait déjà un beau progrès (d'autant plus qu'il ne serait je suppose, pas bridé -- à voir d'ailleurs si CASIO ne râlerait pas de ce côté-là).
Enfin ça... on verra si je m'y penche -- pour l'instant ce n'est pas prévu.
Citer : Posté le 05/09/2014 14:01 | #
Bah, sans les périphs comme le clavier ou l'écran... Kris m'a dit qu'un de vous avait déjà réussi à lancer la ROM (ou du moins arriver à "Initialization").
Par contre, c'est la gray zone, une fois un ému complet réalisé, il faudra être bien plus strict concernant le partage de fls... Pas de fls venant de Casio (on verra bien après pour FiXOS)