http://www.planet-casio.com Programmes Casio, Jeux, Cours pour Calculatrices Casio fr-FR https://www.planet-casio.com/images/logo.gif http://www.planet-casio.com 55 50 Programmes Casio, Jeux, Cours pour Calculatrices Casio. Wed, 11 Nov 2026 03:35:09 GMT Wed, 11 Nov 2026 03:35:09 GMT contact@planet-casio.com (Planet Casio) contact@planet-casio.com (Planet Casio) 5 https://www.planet-casio.com/Fr/forums/topic19769--.html Now the crash issue,reported bucket bug,and saving failure was completely addressed on fx-9860GIII.Infinite world generation and walls are also introduced.(To be exact, the idea of an infinite world actually comes from the limitations of RAM.It seems that PRAM on fx-9860GIII can be only used to read or write inside it.When i tried to save the info in PRAM,they disappear) You can download it at https://github.com/caiji-xd/terrario (forked from KBD2's repository）.The repo is also under MIT License and CC 4.0 License. The game theoretically can alse work well on fx-9860GII.Incompatible with fx-9860G. Mon, 09 Nov 2026 10:48:57 +0100 https://www.planet-casio.com/Fr/forums/topic19761--.html I was tempted to rewrite my C project in C++, but GCC complained that <fstream> is not available in free standing mode. I'm not quite sure what that means. Did fxSDK implement that or only <stdio.h> is availble? Thu, 05 Nov 2026 10:48:51 +0100 https://www.planet-casio.com/Fr/forums/topic19760--.html Recently i finished making the worlds first ever J2ME emulator for the fx 9860G series (.g1a). It currently only runs KoalaMines but i plan to hope to add compatability for more apps in the future. Now, I will admit it was AI-Assisted, but hopefully this doesnt devalue what this program has done. If you want to try it, it's avaliable at https://github.com/Legendary-Games-Studios/fxj2me, i also attached the first version below Thanks for reading and i hope you enjoy it! :) Wed, 04 Nov 2026 22:00:23 +0100 https://www.planet-casio.com/Fr/forums/topic19757--.html this link should hopefully bring you to the project page: https://www.planet-casio.com/Fr/programmes/programme4666-last-gama-tcmods10-a8.html this is a AABB game engine python library that was typed out and developed by tcmods10, he wrote it over the course of a month and then came back to it a month later to add level loading from a 2dlist. every line was written using the calculator's built-in keyboard, screen, and text editor, and tested likewise on the calculator... but the interpreter is the pythonExtra add-in's interpreter. features: AABB physics objects world gravity per object gravity multipliers static and non static objects tying a gint.image to a physics object, or just drawing it as a square tying 2 objects together(it is kind of a rubber band effect, the joint itself doesn't collide with anything it just clips through all objects. it works by testing if the objects are too far away from each other, and then pushing them towards each other if they are too far away from each other) loading a level of squares tied to a grid from a 2dlist that is a coordinate plane allowing for faster collision with the world instead of testing collisions with abstract positions velocity(or energy) transfer on collision uses a step function to call the math, and has a function that draws the world if you want it to draw the world for you this project is completely modular and was designed to be a library... and runs on less than 50KBs of ram(I haven't measured it's ram usage directly yet but i tested it with the interpreter, gama, and a program using gama on top of those on the 50KBs of ram that the casio fx-9750Giii has. and it gave the game that was using gama a seemingly reasonable amount of ram) I would be deeply honored if you used my library. enjoy Thu, 29 Oct 2026 15:47:13 +0100 https://www.planet-casio.com/Fr/forums/topic19753--.html Salut la Commu, désolé j'étais pas très actif en "ON" en ce moment car j'ai passé beaucoup de temps en "OFF" sur un sujet que j'ai eu du mal à faire avancer mais qui me tenait à cœur : le serial dans gint. Il y a un bon moment j'avais encapsulé les syscalls de l'OS dans une librairie LibSerial, mais on avait le plus grand mal à s'en servir et la philosophie de gint consiste autant que faire ce peut, à avoir un vrai driver et ne pas appeler les syscalls. J'avais commencé à faire du RE sur l'OS 3.60 (oui ça date un peu) de la G90+E et on avait intégré avec Lephé dans gint les entêtes décrivant le SCIF, mais sans vraiment s'en servir. Ces derniers temps, j'ai donc retranscris "au propre" les fonctionnalités de communications via le port série (asynchrones seulement) pour que l'on puisse à terme les intégrer à gint. J'ai pu aussi regarder du côté du SH3 avec un dump (merci Ghidra et la bible Casio) de l'OS 2.01 de la fx9860G. Pour le moment, voici ce que j'arrive à faire (il y a encore des trucs qui plantent, c'est pour cela que je ne pousse pas encore de PR): - 2 machines identiques communiquent parfaitement (2 fxCG50, 2 fxCG100, désolé j'ai pas pu tester sur les autres) - 2 machines différentes communiquent aussi : testé sur fx9860G (SH4 et SH3), fxCG 20/50/100 et bonne surprise fxCP400+E (honnêtement je n'y croyais pas trop, mais rien ne change a priori sur l'utilisation du SH4 entre fxCG et fxCP pour la partie serial) ! - la subtilité des machines "overclockées" est gérée, on peut recalculer les paramètres de connexion en fonction de la fréquence, et souvent même sans tuer une connexion déjà ouverte. Avant de releaser, j'aimerais avoir la négociation du baud rates, mais cette partie ne fonctionne vraiment pas à ce stade. Je sais que certains travaillent sur la partie "son", pour moi c'est complètement hors scope, je me suis focus seulement sur l'aspect communication série. Je vous en dis rapidement plus, je vais avoir qq jours de vacances bientôt, je devrais pouvoir finaliser à ce moment là. A plus. Fri, 23 Oct 2026 08:32:50 +0200 https://www.planet-casio.com/Fr/forums/topic19748--.html Hey all, it's me again, and I'd like to share one of my most developed projects: p³! https://www.usthreeink.com/public-dump/p3/pic1.png https://www.usthreeink.com/public-dump/p3/pic2.png https://www.usthreeink.com/public-dump/p3/pic3.png https://usthreeink.com/public-dump/p3/demo.mp4 p³ the PoC in the demo is short for Proof of Concept is a OS-like shell for the fx-cg50, built in MicroPython and based on ventris, aiming to do, well, basic shell stuff. Current features include: * login system (username/password) * stylable interface * running external programs since it's via import, only once; I'm looking for a workaround * saveable user settings * (WIP) pinning programs for easy running Admittedly, that's not a lot, but it's my first major project and it does what it currently does well enough, so :E . Also, like ventris, it was 99% programmed on my fx-cg50. Source is here: https://github.com/7amithorn/p3; the program requires ventris, with the ventris folder in the same folder as p3a. Thanks for having a look. Sun, 18 Oct 2026 08:04:23 +0200 https://www.planet-casio.com/Fr/forums/topic19747--.html https://i.imgur.com/8OE4SRH.jpeg Bonjour, everyone! This is a development thread on Linux, including both the Casio graphing calculators and x86_64 compatibility issues. So far, I've managed to get the Linux kernel loading through a .g1a application on the FX-9750GIII. Development has been focused on SH7305 support, memory mapping, startup code, Device Tree support, and getting the necessary platform infrastructure ready for a proper Linux contribution. This project is still under active development. The goal is to bring proper upstream Linux support to Casio graphing calculators, rather than simply maintaining a collection of device-specific hacks. Important notice: I'm not looking to target or replace the original ROM system on newer models. This is not intended to risk the life of your device, and experimenting with firmware or hardware can potentially void your warranty or leave your calculator unrecoverable. Please refer to the licenses included in the projects, as well as Casio's own terms. ======================================================================== SUPPORT ======================================================================== Currently supported: FX-9750GIII only. The FX-9760GIII family has not been tested yet. If you own one, you could be the person to help test it! Reply on this thread. ======================================================================== DEVELOPMENT UPDATES / NEWS THREAD ======================================================================== 10 November 2026 — Linux SH7305 / FX-9750GIII - Kernel startup and entry-point work has been updated. - Memory initialization and mapping fixes have been committed. - Device Tree support for the SH7305 platform is under development. - TMU support has been developed, including SH7305 module clock-gate handling. - SH7305-related patches have been prepared for upstream Linux development. - The current development snapshot is based on Linux v7.4-rc2. 10 November 2026 — Repository maintenance The repository has been reorganized to reduce unnecessary Git history and storage overhead. The published repository is being transitioned to a clean snapshot containing the current development tree, rather than carrying the entire upstream Linux history. The original development history remains available locally, but eventually gets rebased whenever I have changes. (Follow Pull Requests) CFX-9800G — Reverse engineering The CFX-9800G reverse-engineering work is currently under development. Some of the work overlaps with the FX-9750GIII platform research, but not all of it has been deployed to this repository. I'm also interested in collecting hardware information, documentation, and testing results from people who own these calculators. ======================================================================== CONTRIBUTION ======================================================================== Regarding contributions 8-) : You can open a PR on the Forge Git repository. Contributions are appreciated! Please do not submit patches to upstream Linux with my name attached to code that I have not personally reviewed or approved. Upstream submissions should follow the normal Linux development process, and anything that has not been tested should be clearly identified as unverified. Regarding LLMs / AI-assisted contributions: If you're using an LLM or other AI tool to prepare a contribution, YOU are responsible for reviewing, testing, and verifying the resulting code. If something breaks, responsibility still lies with the contributor. Please be honest about AI assistance if I ask questions regarding it. Follow the official kernel documentation: Linux kernel documentation — Coding assistants For contributions on Forge Git, please also refer to: Linux kernel documentation — Submitting patches ======================================================================== HARDWARE TESTERS WANTED! ======================================================================== :here: The main reason I'm opening this project to the community is that I'm looking for volunteers who own Casio graphing calculators and would be willing to test Linux builds. Hardware testing is important. It helps verify that each calculator's development branch actually works on real hardware before patches are submitted to Linux kernel maintainers. If you're interested in helping, please let me know which calculator model you own ;) . Project repository: Forge Git — linux-casio Upstream development and patch discussions: Linux Kernel Mailing List archives Specifically on SuperH and Casio Graphing Calculators Devices Thanks for reading and contributing! ^^ Sun, 18 Oct 2026 00:08:26 +0200 https://www.planet-casio.com/Fr/forums/topic19725--.html Ducoup comme promis j'ai fait le programme, mais il y a encore des problème de perspective et il faut avoir de l'imagination pour voir la 3D, et puis la génération est trop longue, mais je poste cette première version avant d'avoir tout fini: LE PROGRAMME S'orienter à M degrés Aller à 𝓍 =Ent(E)-295; 𝓎 =Ent(C)-20 ?→C Répéter 10 Si C=8 Alors Avancer de 1 pixels Fin Si C=6 Alors Tourner de ↺ -2,25 Fin Si C=4 Alors Tourner de ↺ 2,25 Fin Ent(𝓍)+295+0,01×(Ent(𝓎)+20)→B Ent(𝓎)+20+0,001×(Ent(𝓍)+295)→A Si 0≤A≤0,190 Alors Avancer de -5 pixels Fin Si 40≤A≤40,175 Alors Avancer de -5 pixels Fin Si 0≤B≤0,40 Alors Avancer de -5 pixels Fin Si 190≤B≤190,40 Alors Avancer de -5 pixels Fin Si 95≤B≤95,20 Alors Avancer de -5 pixels Fin Ent(𝓍)+295+0,01×(Ent(𝓎)+20)→B Ent(𝓎)+20+0,001×(Ent(𝓍)+295)→A ↻ Si C=0 Alors 20→A 100→B Fin A→C B→E S'orienter à 𝜃+45 degrés -95→M Répéter 12 Aller à 𝓍 =Ent(E)-295; 𝓎 =Ent(C)-20 0→D 0→F Répéter jusqu'à D≥1 Avancer de 1 pixels Ent(𝓍)+295+0,01×(Ent(𝓎)+20)→B Ent(𝓎)+20+0,001×(Ent(𝓍)+295)→A Si 0≤A≤0,190 Alors 2→D Fin Si 40≤A≤40,175 Alors 2→D Fin Si 0≤B≤0,40 Alors 4→D Fin Si 190≤B≤190,40 Alors 4→D Fin Si 95≤B≤95,20 Alors 4→D Fin Si F=49 Alors 4→D Fin 1+F→F ↻ Répéter 8 Aller à 𝓍 =M; 𝓎 =(50-F)÷2 Stylo écrit Aller à 𝓍 =M; 𝓎 =(50-F)÷(‐2) Stylo relevé M+(4÷D)→M ↻ Si D=4 Alors Répéter 8 Aller à 𝓍 =M; 𝓎 =(50-F)÷2 Stylo écrit Aller à 𝓍 =M; 𝓎 =(50-F)÷(‐2) Stylo relevé M+(4÷D)→M ↻ Fin S'orienter à 𝜃-7,584 degrés ↻ Avancer de 250 pixels 𝜃+45→M REPRESENTATION sur la calculatrice: https://i.ibb.co/0psJ18kT/image-1.png representation: https://i.ibb.co/nMvS2hvR/image-2.png LE DEPLACEMENT (pour "C?") 8 = avancer 6 = tourner de 45 degrés a droite 4 = tourner de 45 degrés a gauche POUR COMMANCER https://cdn-icons-png.flaticon.com/512/497/497738.png si vous etes perdues ou que vous venez de commencer il faut commencer par 0 et attendre la fin de la generation LA CARTE https://i.ibb.co/v68mXgJN/image-3.png Sun, 20 Sep 2026 22:03:06 +0200 https://www.planet-casio.com/Fr/forums/topic19721--.html This is a small sand simulation program I wrote in Casio BASIC for the fx-9860G SD calculator. It relies on a small set of rules to move every particle. Best to use C.Basic and probably also Ftune to run the program, to benefit from the speed increase. I'll share the code later :p This is not a full project but a small demo :) See video here: https://youtu.be/pUvbHX_0dCE Thu, 17 Sep 2026 20:11:09 +0200 https://www.planet-casio.com/Fr/forums/topic19700--.html A graphing calculator, an ESP32, and a toy nobody can play with - until now... Hasbro's Smart R2-D2 was sold in 2016 with an Android app that controlled it over Bluetooth. Modern phones will not install it, so the toy has lost a lot of its playability - until now! Nothing is wrong with the robot. It still advertises itself over Bluetooth LE to anything that knows how to ask. What died was the software, and with it every one of these toys still sitting in a cupboard. This project puts a Casio FX-9750 graphing calculator in charge of it, through the same 2.5 mm serial port and the same four-component interface circuit as every other build in this family of projects by the author. It then adds DroidX, a block-coding web page served by the ESP32 itself, so a phone or tablet can drive the droid with no app, no install, and no internet connection. Not just a phone app Restore phone control of your Hasbro Smart R2D2 The Casio remains a teaching tool connecting to R2D2 AT THE SAME TIME as the ESP32 serves an app to your phone, tablet or laptop webbrowser. The calculator sends the commands. The ESP32 translates them into Bluetooth. The droid moves. And the calculator screen shows what the droid is actually doing, read back from the robot rather than assumed. The calculator is the interesting control surface, but it is not the only one. Because the ESP32 has WiFi, it can run as its own access point and serve a page. A phone will not find the Hasbro R2D2 droid in its Bluetooth list, but it will find the ESP32 in its WiFi list. Join it, open a browser, and the controller appears. DroidX is that page: snap blocks together into a sequence, press Run, and watch the droid execute it while the calculator mirrors each step. There is no app to install, no store, no account, and no internet connection anywhere in the chain. [ Phone / tablet browser ] --WiFi WebSocket--> [ ESP32 ] --serial--> [ Casio screen ] DroidX block UI | +--Bluetooth LE--> [ R2D2 droid ] Not just a toy controller This is an extension of my 2008 research, which carried classroom validation and student feedback, now with a modern facelift and cross-platform compatibility. Learners can record heart rate, temperature, sound level, and other readings using sensors they build themselves, for cents or a few dollars. The simplest build is a Casio FX-9750 or FX-9860 graphing calculator, a microcontroller costing a few dollars, and a cross-over cable. Sensor readings arrive at a set interval and land in the calculator's own lists, where the graphing and statistics tools students already know are waiting for them. For a few dollars more, the Casio can log data from remote sensors wirelessly and serve a web page with data to smart devices including phones, tablets, and laptops. The calculator needs no modification or firmware change. It does not need to know what is on the other end of the cross-over cable. https://mikefentonnz.github.io/projects/casio-calculator-r2d2-droidx.html https://www.youtube.com/watch?v=7bs8HlcWaaY All open source, low cost, for educational purposes only. And fun! Mon, 31 Aug 2026 14:13:02 +0200