Author Topic: TI-Nspire incorrectly identifying keypad  (Read 2247 times)

0 Members and 1 Guest are viewing this topic.

Offline F1lmboy

  • LV0 Newcomer (Next: 5)
  • Posts: 4
  • Rating: +0/-0
    • View Profile
TI-Nspire incorrectly identifying keypad
« on: January 04, 2016, 06:18:49 pm »
As far as I can tell, my TI-Nspire thinks that it is using a clickpad when it is not.
According to an archived version of http://hackspire.unsads.com/wiki/index.php/Keypads, any bit set by the touchpad (what the CX series seems to use) is interpreted by the calculator as the same bit set by a clickpad - for instance, [return] functions as expected, but [X] is treated as [,]. boot2 and the diagnostics menu work as intended (perhaps they are hard-coded to accept touchpad input). Also, the diagnostics menu verifies that all individual keys still work as intended.

My question is: is there any way I can force my CX CAS to interpret its button presses as touchpad commands rather than clickpad commands? I have not taken apart the calculator yet but if there is a hardware fix I would try that.

Edit: Also, the calculator resets every time I try to turn the screen on... (e.g. ctrl+on, then on again) probably relevant to the issue but can't imagine how that would help.
Edit 2: I managed to get gpSP-Nspire on my calculator and test ran an old game - it worked fine, although I couldn't use the arrow pad. However, the rest of the buttons worked (used the number keys to navigate instead). Interesting...
« Last Edit: January 05, 2016, 09:33:20 pm by F1lmboy »

Offline Vogtinator

  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1192
  • Rating: +108/-5
  • Instruction counter
    • View Profile
Re: TI-Nspire incorrectly identifying keypad
« Reply #1 on: January 05, 2016, 03:23:38 pm »
Quote
My question is: is there any way I can force my CX CAS to interpret its button presses as touchpad commands rather than clickpad commands? I have not taken apart the calculator yet but if there is a hardware fix I would try that.
The keypad type is indicated by ADC channel 3. Nobody knows where it is connected to on an nspire. It might be somewhere on the dock connector, if you're lucky...
Sorry that I'm not able to help much. Maybe a software-based solution is possible, hardcoding the value that is read by the OS.

Offline F1lmboy

  • LV0 Newcomer (Next: 5)
  • Posts: 4
  • Rating: +0/-0
    • View Profile
Re: TI-Nspire incorrectly identifying keypad
« Reply #2 on: January 05, 2016, 06:06:26 pm »
The ADC test for channel 3 does read Fail... has exactly 1.5V, which would seem to be too high (But I wouldn't know anyway). The unlabelled number alternates between 465-466.

How difficult would a software-based override be to code? I don't really know much in the way of RAM maps... could give it a try though. Too bad the existing documentation is somewhat lackluster (all I could find as far as a memory map was http://hackspire.unsads.com/wiki/index.php/Memory-mapped_I/O_ports)

Or maybe I should just jam a clickpad on this calculator somehow kek

Offline Vogtinator

  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1192
  • Rating: +108/-5
  • Instruction counter
    • View Profile
Re: TI-Nspire incorrectly identifying keypad
« Reply #3 on: January 06, 2016, 09:03:51 am »
Quote
The ADC test for channel 3 does read Fail... has exactly 1.5V, which would seem to be too high.
Yeah, it should be around 73, so ~0.25V.

Quote
How difficult would a software-based override be to code?
I don't know. Maybe it's possible to just map the 0xC4000000 region to a crafted buffer with the correct values.
Patching the OS might be easier, but would require a refresh for every new version.

Quote
Or maybe I should just jam a clickpad on this calculator somehow kek
Frankencalc... It's not as bad as combining a CX with a clickpad LCD, though :D

Offline F1lmboy

  • LV0 Newcomer (Next: 5)
  • Posts: 4
  • Rating: +0/-0
    • View Profile
Re: TI-Nspire incorrectly identifying keypad
« Reply #4 on: January 06, 2016, 07:41:41 pm »
Existing documentation on the OS is unfortunately shoddy...  <_<
As for editing the RAM, I'm not sure where the pointer would be for the ADCs... I can get ndless to run (slightly complicated process), so I might be able to do something with that added functionality, but I'm not sure how exactly.

It also begs the question: Why does a CX calculator even have code for a clickpad?

Offline Vogtinator

  • LV9 Veteran (Next: 1337)
  • *********
  • Posts: 1192
  • Rating: +108/-5
  • Instruction counter
    • View Profile
Re: TI-Nspire incorrectly identifying keypad
« Reply #5 on: January 08, 2016, 01:55:24 pm »
Quote
Existing documentation on the OS is unfortunately shoddy...  <_<
It would change for each version...

Quote
As for editing the RAM, I'm not sure where the pointer would be for the ADCs... I can get ndless to run (slightly complicated process), so I might be able to do something with that added functionality, but I'm not sure how exactly.
Yeah, you definitely need ndless.

Quote
It also begs the question: Why does a CX calculator even have code for a clickpad?
Ask TI. I have yet to see a single instruction that was removed in a version update. It gets slower and more bloated everytime.

Offline Vsod99

  • LV3 Member (Next: 100)
  • ***
  • Posts: 70
  • Rating: +1/-1
    • View Profile
Re: TI-Nspire incorrectly identifying keypad
« Reply #6 on: February 15, 2019, 04:35:51 am »
Sorry to bump an old topic, but I've had the same issue intermittently as well. It fixed itself for 3 years (!) and recently my CX has been identifying the keypad as a clickpad as well. I was wondering if any solutions have popped up since this was originally posted, or if anyone else has some ideas? Thanks.