Author Topic: TI-84+ Incompatability Problems  (Read 17907 times)

0 Members and 1 Guest are viewing this topic.

SirCmpwn

  • Guest
Re: TI-84+ Incompatability Problems
« Reply #15 on: January 12, 2011, 07:02:11 pm »
All USB interrupts are disabled at the moment.  As for the ModelID, I can look into fixing that.

Offline Eeems

  • Mr. Dictator
  • Administrator
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6265
  • Rating: +318/-36
  • little oof
    • View Profile
    • Eeems
Re: TI-84+ Incompatability Problems
« Reply #16 on: January 12, 2011, 07:02:29 pm »
I think I remember a while ago we had a version of this that worked, but somehow it was lost. I can't remember what it was that was different though. (FSInit btw)
/e

Offline Broseph Radson

  • LV5 Advanced (Next: 300)
  • *****
  • Posts: 295
  • Rating: +20/-1
  • Its 0x1A4 somewhere
    • View Profile
Re: TI-84+ Incompatability Problems
« Reply #17 on: January 12, 2011, 07:02:34 pm »
Glad it works! All i have is an 84+ :)

SirCmpwn

  • Guest
Re: TI-84+ Incompatability Problems
« Reply #18 on: January 12, 2011, 07:39:10 pm »
Seems, I doubt that it ever worked properly, it was probably just luck that the last bank didn't change during early testing.

Offline calc84maniac

  • eZ80 Guru
  • Coder Of Tomorrow
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2912
  • Rating: +471/-17
    • View Profile
    • TI-Boy CE
Re: TI-84+ Incompatability Problems
« Reply #19 on: January 12, 2011, 07:46:13 pm »
For the record, this part of the code doesn't make sense:
Code: [Select]
ld a, (ModelID)
cp 2 ; Models 2 and up have USB.
jp c, ResumeInterrupt ; Leave if we don't have the hardware (also tested with NC)
This code doesn't make sense in my brain. Say the ModelID is 4. cp 2 would set the carry flag, right? So jp c would jump back for all the models with USB and try and run on those without it.

For that protocol interrupt, if it wants to send you some data over the control pipe, it might not like you ignoring it.  For now, I think you might be able to just stall the ports and that will prevent it from connecting at all, but it should keep the driver working.
No, 4 minus 2 does not carry. (Technically the highest model number is 3 though, I think)
"Most people ask, 'What does a thing do?' Hackers ask, 'What can I make it do?'" - Pablos Holman

Offline jnesselr

  • King Graphmastur
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2270
  • Rating: +81/-20
  • TAO == epic
    • View Profile
Re: TI-84+ Incompatability Problems
« Reply #20 on: January 12, 2011, 07:49:28 pm »
For the record, this part of the code doesn't make sense:
Code: [Select]
ld a, (ModelID)
cp 2 ; Models 2 and up have USB.
jp c, ResumeInterrupt ; Leave if we don't have the hardware (also tested with NC)
This code doesn't make sense in my brain. Say the ModelID is 4. cp 2 would set the carry flag, right? So jp c would jump back for all the models with USB and try and run on those without it.

For that protocol interrupt, if it wants to send you some data over the control pipe, it might not like you ignoring it.  For now, I think you might be able to just stall the ports and that will prevent it from connecting at all, but it should keep the driver working.
No, 4 minus 2 does not carry. (Technically the highest model number is 3 though, I think)
Okay, then what is it, p? z would be equal, and I'm pretty sure m is negative.  I guess you could just use S.

SirCmpwn

  • Guest
Re: TI-84+ Incompatability Problems
« Reply #21 on: January 12, 2011, 09:03:36 pm »
I double checked this.  C is set on greater than or equal to for a CP instruction.  And the model IDs are set at boot time, and are as follows:
0: TI-83+
1: TI-83+ SE
2: TI-84+
3: TI-84+ SE

This doesn't really matter though, because I will eventually change the way the interrupt detects the model.  It's way too unsecure when a program can simply change a single number and completely screw up a TI-83+ (SE) or disable USB access on a TI-84+ (SE).
« Last Edit: January 12, 2011, 09:03:47 pm by SirCmpwn »

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55941
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: TI-84+ Incompatability Problems
« Reply #22 on: January 12, 2011, 11:34:18 pm »
Sorry to hear about compatibility issues with the 84+. I hope you can resolve it without too much hassle. X.x

SirCmpwn

  • Guest
Re: TI-84+ Incompatability Problems
« Reply #23 on: January 12, 2011, 11:36:12 pm »
Yeah, the compatability was fixed, as I mentioned in an earlier post.  My Ti-84+ BE is currently running KnightOS.

Offline DJ Omnimaga

  • Clacualters are teh gr33t
  • CoT Emeritus
  • LV15 Omnimagician (Next: --)
  • *
  • Posts: 55941
  • Rating: +3154/-232
  • CodeWalrus founder & retired Omnimaga founder
    • View Profile
    • Dream of Omnimaga Music
Re: TI-84+ Incompatability Problems
« Reply #24 on: January 16, 2011, 03:10:20 pm »
Oh it does now? Nice! I didn't have time to read all posts due to being busy and for some reasons this board alone seems to get new posts every minute or so sometimes.

Offline jnesselr

  • King Graphmastur
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2270
  • Rating: +81/-20
  • TAO == epic
    • View Profile
Re: TI-84+ Incompatability Problems
« Reply #25 on: January 16, 2011, 03:36:41 pm »
I double checked this.  C is set on greater than or equal to for a CP instruction.  And the model IDs are set at boot time, and are as follows:
0: TI-83+
1: TI-83+ SE
2: TI-84+
3: TI-84+ SE

This doesn't really matter though, because I will eventually change the way the interrupt detects the model.  It's way too unsecure when a program can simply change a single number and completely screw up a TI-83+ (SE) or disable USB access on a TI-84+ (SE).
yeah, but how are you going to make it more secure? Maybe have a section that only KOS can edit.

Speaking of which, will KOS mess with the certificate at all? I'm not doubting your coding skills, I'm just really afraid that my calculator would be bricked.

SirCmpwn

  • Guest
Re: TI-84+ Incompatability Problems
« Reply #26 on: January 16, 2011, 04:53:50 pm »
KOS will never have the certificate page swapped in, ever.
Also, I'll make it more secure by just running the same hardware test I use to set that byte at boot-time from in the interrupt.

Offline jnesselr

  • King Graphmastur
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2270
  • Rating: +81/-20
  • TAO == epic
    • View Profile
Re: TI-84+ Incompatability Problems
« Reply #27 on: January 16, 2011, 05:00:34 pm »
KOS will never have the certificate page swapped in, ever.
Also, I'll make it more secure by just running the same hardware test I use to set that byte at boot-time from in the interrupt.
sweet.  I was thinking cryptography next. j/k  Also, with wikiTI down, I can't test all this stuff, but I have a pretty good idea how USB works atm.

Offline Eeems

  • Mr. Dictator
  • Administrator
  • LV13 Extreme Addict (Next: 9001)
  • *************
  • Posts: 6265
  • Rating: +318/-36
  • little oof
    • View Profile
    • Eeems
Re: TI-84+ Incompatability Problems
« Reply #28 on: January 17, 2011, 10:59:35 am »
Yay!
Really glad you figured it out x.x I think it was something like what you did that solved it last time.

graphmastur, what do you mean WikiTI is down? It's been up for me.
/e

Offline jnesselr

  • King Graphmastur
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2270
  • Rating: +81/-20
  • TAO == epic
    • View Profile
Re: TI-84+ Incompatability Problems
« Reply #29 on: January 17, 2011, 12:18:22 pm »
Yay!
Really glad you figured it out x.x I think it was something like what you did that solved it last time.

graphmastur, what do you mean WikiTI is down? It's been up for me.
It was down for a while, but is now back up.