Hardware revision: P-0411B
OSes tested: 3.1 and 3.6 (current OS is 3.6. I upgraded a few days ago)
So I am definitively thinking that my Nspire CX calculator have been in a partial bricked state for the last four years or so. I wasn't so sure back then because I rarely use Nspire calcs compared to the other models and I figured that sometimes my Ndless version was just outdated, but now with Picodrive not running only on my calc and working fine on everything else, I think this pretty much confirms it. Here are the symptoms I witnessed in the last three years:
-In many occasions, when rebooting my calc, it remained stuck on the clock screen, frozen (or sometimes the backlight would eventually dim but the calc would stay stuck there). It happens with Ndless installed or not. In one occasion, recently, it happened immediately after I went in the Nspire diagnostic menu then quit (going to the diagnostic menu again showed a GPIO error then fixed it, but only temporarily, since it still randomly happens sometimes). It started happening somewhere in late 2011, but I forgot when. The first time it happened was on OS 3.0.1
-There are many Ndless programs I was unable to run (reboot on launch) or that would crash all the time. At first I figured that my Ndless build was just outdated, but now it happened with Picodrive, even with the latest Ndless version.
-A few days ago, Ndless 3.1 stopped working entirely on my Nspire CX. Going to the diagnostic menu, formating the entire calc (reinstalling the OS as well) wouldn't fix it: Ndless simply stopped wanting to install at all anymore. The only way to make my calc Ndlessable again was to upgrade to OS 3.6, hoping that it would let Ndless 3.6 install, and it did. However, in one occasion, trying to install Ndless 3.6 rebooted my calc.
In summary, it often gets stuck on the clock screen and there are Ndless programs such as Picodrive that only my calc cannot run. Everyone else can run it fine. The most recent instance where I think I could have accidentally bricked my calc was around when Nover came out. I overclocked my calc around 242 MHz and made sure that the AHB was set to a valid, non-dangerous level. However, my calc was rendered into a non-functioning state, and only reformating the entire calc could fix it. So the two possible scenarios I am thinking of are the following:
-Either Nover in 2011 or so had a bug that caused invalid AHB values to be marked as valid even if they weren't, misleading me into overclocking my calc to unsafe levels.
-Or that Nover issue was really my calc being broken in the first place and that the crash was only one of my many crashes/issues at running programs.
-Or it's something else.
But basically, my calc functions erratically in the ways I described above. What I am wondering is:
1) Can my calc be fixed? Can it be fixed without extra hardware/tools?
2) What exactly is the problem?