Jump to content
IGNORED

Extended Basic 2.7 Suite - Cart GROM is compromised ?


aftyde

Recommended Posts

Hi All,

 

Ordered a cart a while back - finally got the system built up enough to try it out. There seems to be a diagnostic you access by pressing FCTN-6 that verifies the GROM and ROM. GROM fails, ROM verifies. The message is "Do not use the Cartridge until the problem is resolved!"

 

Do I care about this message? It seems to be working fine - but who knows... :)

 

Please advise! Cheers, Arthur...

Edited by aftyde
Link to comment
Share on other sites

Hi All,

 

Ordered a cart a while back - finally got the system built up enough to try it out. There seems to be a diagnostic you access by pressing FCTN-6 that verifies the GROM and ROM. GROM fails, ROM verifies. The message is "Do not use the Cartridge until the problem is resolved!"

 

Do I care about this message? It seems to be working fine - but who knows... :)

 

Please advise! Cheers, Arthur...

 

I also had problems with my cart, turned out it was an issue with an early batch. But that doesn't mean the issue you have is the same. Does the Dec-2-Hex program work? Can you call up other programs from BASIC, e.g CALL EA? Did you at any point try to update the cart?

Link to comment
Share on other sites

Gazoo and I had a conversation about his validation* routine. There did not appear to be anything flaky in the code. The routine simply accesses each memory bank, adds the values of each bank to an accumulator, then compares the final result with a known value.

 

What I suggested was to modify the program to compute a value for each bank and do a "stress" test to determine whether or not certain bank was the culprit. In this manner, a pattern may have shown itself with certain hardware. From what I could tell the problem seemed to be hardware timing related though I don't believe Gazoo had a chance to test (or attempt) the stress test before his untimely passing.

 

 

*The ROm/GROM validation routine computes a checksum, not a CRC.

Link to comment
Share on other sites

Gazoo and I had a conversation about his validation* routine. There did not appear to be anything flaky in the code. The routine simply accesses each memory bank, adds the values of each bank to an accumulator, then compares the final result with a known value.

 

What I suggested was to modify the program to compute a value for each bank and do a "stress" test to determine whether or not certain bank was the culprit. In this manner, a pattern may have shown itself with certain hardware. From what I could tell the problem seemed to be hardware timing related though I don't believe Gazoo had a chance to test (or attempt) the stress test before his untimely passing.

 

 

*The ROm/GROM validation routine computes a checksum, not a CRC.

 

nod.. it just doesn't make sense that it will work tuesday and next week i try it and it fails on exactly the same hardware

 

Greg

Link to comment
Share on other sites

Hi Kevan - will give that a try. I have a spare... Also, I notice the update is 40 track, and Gazoo asks if you need 80 track to request one... Ahem... :)

Can I just copy the file on the 40 track image to an 80 track image? If it's not the hose - when I might try to run the cart update.

Unless, for F18A reasons I should wait... ;)

Link to comment
Share on other sites

1. When verifying on systems that seem to work properly, is it consistent, i.e., multiple tests produce no failures?

2. Is the failure always on the GROM side, never the ROM side?

3. What is the approximate failure rate? e.g., 1 failure every xxx times.

4. From what program or cartridge is the verifier loaded?

 

I have two possible software-related theories that may be worth exploring depending on the answers.

Link to comment
Share on other sites

1. When verifying on systems that seem to work properly, is it consistent, i.e., multiple tests produce no failures?

2. Is the failure always on the GROM side, never the ROM side?

3. What is the approximate failure rate? e.g., 1 failure every xxx times.

4. From what program or cartridge is the verifier loaded?

 

I have two possible software-related theories that may be worth exploring depending on the answers.

 

1 yes

2 yes grom only

3 it fails all day the next time i try it it works (another day) i've tried cold power down on the nano and ti and no change

4 ftn 6 in the cartridge

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...