Première exécution assembleur sur Classpad II / fx-CP400
Posted: 01 Feb 2015, 14:50
La calculatrice Casio Classpad II / fx-CP400 n'a toujours pas été ouverte au développement natif.
Contrairement à la Casio Prizm / fx-CG10/20, une différence détaillée dans un article précédent est que les fichiers d'installation d'applications de la Classpad II / fx-CP400 ne contiennent aucun code exécutable, et seulement de quoi activer ou pas l'affichage à l'écran d'accueil d'une icône permettant de lancer l'application en question.
Aussi stupide que cela puisse paraître à priori, les applications sont tout simplement codées en dur dans chaque version d'OS, donc prédéterminées et par conséquent forcément limitées.
A posteri on peut comprendre ce choix, puisque de toutes façons les mises à jour d'OS chez Casio sont beaucoup plus rares que chez TI, ce qui limite d'origine fortement le travail additionnel induit par ce choix peu commun.
Toutefois, les gourous de la communauté Casio en la personne de Simon Lothar ont trouvé une solution pour exécuter du code assembleur, en utilisant la commande 0x56 du protocole de communication Casio actuellement en version 7.00, "Upload'n'Run" (envoyer et exécuter).
Cela a permis notamment de confirmer que le processeur de la Casio Classpad II / fx-CP400 dissimulé ci-contre sous une goutte d'epoxy solidifée était un SH4 (SH7305), soit exactement le même que sur la Casio Prizm / fx-CG, à la différence qu'il serait ici cadencé à 116MHz au lieu de 58MHz.
La Casio Classpad II / fx-CP400 serait donc deux fois plus rapide que la Casio Prizm / fx-CG, rapport de performances que je n'ai pas trouvé flagrant en pratique.
Cela n'ouvre pas encore la voie au développement natif communautaire pour Classpad II / fx-CP400, car il n'est pas envisageable de devoir disposer d'une connexion USB à chaque fois que l'on a besoin d'exécuter un programme assembleur.
Dans le même esprit que Ndless sur TI-Nspire, l'idée serait donc d'utiliser cette faille afin d'altérer durablement le comportement de l'OS en installant un petit utilitaire résidant, qui permettrait par la suite l'exécution de programmes assembleur communautaires.
Mais bien que ce soit apparemment parfaitement possible, on parle encore d'un lointain avenir hypothétique - le manque de succès de ce modèle sapant l'intérêt de consacrer un nombre d'heures conséquent à un tel développement.
Source : https://www.omnimaga.org/news/classpad- ... #msg399368 via viewtopic.php?f=23&t=15978#p176909
(même si ce site n'a ni l'honnêteté ni le professionnalisme de nous référencer correctement pour sa news TI-84 Plus CE)
Contrairement à la Casio Prizm / fx-CG10/20, une différence détaillée dans un article précédent est que les fichiers d'installation d'applications de la Classpad II / fx-CP400 ne contiennent aucun code exécutable, et seulement de quoi activer ou pas l'affichage à l'écran d'accueil d'une icône permettant de lancer l'application en question.
Aussi stupide que cela puisse paraître à priori, les applications sont tout simplement codées en dur dans chaque version d'OS, donc prédéterminées et par conséquent forcément limitées.
A posteri on peut comprendre ce choix, puisque de toutes façons les mises à jour d'OS chez Casio sont beaucoup plus rares que chez TI, ce qui limite d'origine fortement le travail additionnel induit par ce choix peu commun.
Toutefois, les gourous de la communauté Casio en la personne de Simon Lothar ont trouvé une solution pour exécuter du code assembleur, en utilisant la commande 0x56 du protocole de communication Casio actuellement en version 7.00, "Upload'n'Run" (envoyer et exécuter).
Cela a permis notamment de confirmer que le processeur de la Casio Classpad II / fx-CP400 dissimulé ci-contre sous une goutte d'epoxy solidifée était un SH4 (SH7305), soit exactement le même que sur la Casio Prizm / fx-CG, à la différence qu'il serait ici cadencé à 116MHz au lieu de 58MHz.
La Casio Classpad II / fx-CP400 serait donc deux fois plus rapide que la Casio Prizm / fx-CG, rapport de performances que je n'ai pas trouvé flagrant en pratique.
Cela n'ouvre pas encore la voie au développement natif communautaire pour Classpad II / fx-CP400, car il n'est pas envisageable de devoir disposer d'une connexion USB à chaque fois que l'on a besoin d'exécuter un programme assembleur.
Dans le même esprit que Ndless sur TI-Nspire, l'idée serait donc d'utiliser cette faille afin d'altérer durablement le comportement de l'OS en installant un petit utilitaire résidant, qui permettrait par la suite l'exécution de programmes assembleur communautaires.
Mais bien que ce soit apparemment parfaitement possible, on parle encore d'un lointain avenir hypothétique - le manque de succès de ce modèle sapant l'intérêt de consacrer un nombre d'heures conséquent à un tel développement.
Source : https://www.omnimaga.org/news/classpad- ... #msg399368 via viewtopic.php?f=23&t=15978#p176909
(même si ce site n'a ni l'honnêteté ni le professionnalisme de nous référencer correctement pour sa news TI-84 Plus CE)