COMPONENTS: | IBM 5150/5160 motherboard, PSU, keyboard, video card + monitor. No other cards. |
STEP 1 OF 5: | For the IBM 5150, RAM refresh was disabled by grounding pin 13 ('OUT 1') of the motherboard's 8253 chip. For the IBM 5160, RAM refresh was disabled by grounding pin 4 of chip U71. See note 1 below. |
WARNING: That action carries some risk of damage to motherboard chips. | |
STEP 2 OF 5: | Observed step 1's impact on the motherboard's power-on-self test (POST). |
STEP 3 OF 5: | Observed step 1's impact on the motherboard's Cassette BASIC. |
STEP 4 OF 5: | Observed step 1's impact on the SuperSoft/Landmark diagnostic ROM. |
STEP 5 OF 5: | Observed step 1's impact on Ruud's diagnostic ROM. |
ROM firmware | Result |
---|---|
IBM POST in 10/27/82 ROM: | POST passed without error. |
Cassette BASIC: | Simply entering PRINT "APPLE" resulted in a 'PARITY CHECK 1' error (at the point of pressing the ENTER key). |
Supersoft diagnostic ROM: | On the first iteration, the 16K CRITICAL MEMORY REGION TEST passed then the MEMORY REFRESH TEST failed. On all subsequent iterations, the CRITICAL MEMORY REGION TEST failed and the MEMORY REFRESH TEST appeared to be skipped (the failure count of MEMORY REFRESH TEST always showed as 1 [from the first iteration]). |
Ruud's diagnostic ROM: | 64 KB of RAM passed per here on first and all subsequent iterations. |
ROM firmware | Result |
---|---|
IBM POST in 10/27/82 ROM: | POST passed without error. |
Cassette BASIC: | 'PARITY CHECK 1' error when trying to store lines of code. For example, Entering 10 PRINT "APPLE" resulted in a 'PARITY CHECK 1' error (at the point of pressing the ENTER key). |
Supersoft diagnostic ROM: | On all iterations, both the 16K CRITICAL MEMORY REGION TEST and MEMORY REFRESH TEST passed !!!!!!!! This was a surprise because the MEMORY REFRESH TEST waits 10 seconds. Could it be that the particular RAM chips within bank 0 of my motherboard can hold their contents (without frefresh) for more than 10 seconds ? Investigation required. |
Ruud's diagnostic ROM: | 256 KB of RAM passed on first and all subsequent iterations. (The diagnostic also indicated "End of memory at 0 KB", but that appears to be a bug in the diagnostic - also happens when RAM refreshing is enabled) |
ROM firmware | Result |
---|---|
IBM POST in 11/08/82 ROM set: |
POST passed without error. |
Cassette BASIC in 11/08/82 ROM set: |
'PARITY CHECK 1 00000 (S)' error when trying to store lines of code. For example, Entering 10 PRINT "APPLE" resulted in a 'PARITY CHECK 1 00000 (S)' error (at the point of pressing the ENTER key). |
Supersoft diagnostic ROM: | On all iterations, both the 16K CRITICAL MEMORY REGION TEST and MEMORY REFRESH TEST passed !!!!!!!! This was a surprise because the MEMORY REFRESH TEST waits 10 seconds. Could it be that the particular RAM chips within bank 0 of my motherboard can hold their contents (without frefresh) for more than 10 seconds ? Investigation required. |
Ruud's diagnostic ROM: | 256 KB of RAM passed on first and all subsequent iterations. (The diagnostic also indicated "End of memory at 0 KB", but that appears to be a bug in the diagnostic - also happens when RAM refreshing is enabled) |
ROM firmware | Result |
---|---|
IBM POST in 05/09/86 ROM set: |
POST passed without error. |
Cassette BASIC in 05/09/86 ROM set: |
Initially, I could not find fault, then I happened upon the symptom: Don't press any key for about 30 seconds, then it will be discovered that the keyboard no longer responds. |
Supersoft diagnostic ROM: | On all iterations, both the 16K CRITICAL MEMORY REGION TEST and MEMORY REFRESH TEST passed !!!!!!!! This was a surprise because the MEMORY REFRESH TEST waits 10 seconds. Could it be that the particular RAM chips within bank 0 of my motherboard can hold their contents (without frefresh) for more than 10 seconds ? Investigation required. |
Ruud's diagnostic ROM: | 640 KB of RAM passed on first and all subsequent iterations. |
Note 1 | For the IBM 5160 motherboard, if the IBM BIOS ROM's are fitted, grounding pin 13 of the motherboard's 8253 chip results in the POST displaying a 101 error. That is because of a particular test that the POST of an IBM 5160 does. (The POST of an IBM 5150 does not have that test.) The particular test that I am referring to is the 'DMA TC0' test shown at here. Therefore, an alternate method is used for the IBM 5160 - grounding pin 4 of chip U71 - see here. |