Skip to content

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Understanding EM/EB and codes #4

Closed
nickaws opened this issue Sep 8, 2024 · 6 comments
Closed

Understanding EM/EB and codes #4

nickaws opened this issue Sep 8, 2024 · 6 comments
Labels
question Further information is requested

Comments

@nickaws
Copy link

nickaws commented Sep 8, 2024

Hi
what does EM and EB mean?

I am getting the hex number under EM in the addresses from 256k-320k on an IBM 5150 with an expansion card. I don't get anything under EB. The video from Adrian doesn't seem to have that case covered

Thank you,

@ki3v
Copy link
Owner

ki3v commented Sep 8, 2024

EM is errors from the March test, and EB is errors from the bit pattern (actually Ganssle bus exercise) test.

The hex code should tell you which chip in that bank is giving you trouble. Because there is an error under March (EM) but not Ganssle (EB), it suggests a page error inside the chip. Of course it doesn’t really matter too much what the kind of error is… a bad chip is a bad chip.

Also note that if an address pin of a memory chip is broken or not seated in its socket, or there’s a broken trace or cold solder joint on an address pin (in other words, not making a connection) it can give the same result, even if the DRAM chip is good. Just something to keep in mind.

Please let me know if you are able to successfully repair the board, or if you continue to have trouble.

@ki3v ki3v added the question Further information is requested label Sep 8, 2024
@nickaws
Copy link
Author

nickaws commented Sep 13, 2024

Hi! thanks for your answer, this makes a lot of sense. Unfortunately, the memory bank that is problematic is soldered, so at then moment there's not a reasonable way for me to fix, tried to remove one chip... and lifted one pad, so I will need to wait until I get a desoldering gun.

I saw an interesting behaviour, however. I removed all the chips except the bank that is problematic

Sometimes it marks 90 under the the column, sometimes marks 80. Sometimes marks 90 and the last row is 80.

I understand if all are 80 or all are 90, there's a chip that is just bad sometimes, however what does it mean when the last one (4c-4f) is 80? I don't have a photo, haven't been able to replicate, but it's real - not that it particularly matters, just curiours

image

@nickaws
Copy link
Author

nickaws commented Sep 13, 2024

Not an actual issue, just some extra observations.

By the way, I used the piggyback technique, and when I placed two new chips into the correct positions (10010000), I encountered another faulty chip (00001000). Once I added a third chip, the test no longer found any errors after multiple passes.

I also have the parity error chip with issues, but the BIOS identified that one as well.

@ki3v
Copy link
Owner

ki3v commented Sep 13, 2024

Regarding one line sometimes reading 80 instead of 90, I'm guessing that your intuition would be that one of the chips just sometimes doesn't show up as errored when testing in that region. That's my intuition too. As much as I like March tests, they reveal where errors are, but not which kind of error it is.

Also interesting about the piggyback method causing an error on a different chip/bit. Assuming these are 1-bit wide DRAMs (8/9 per bank) it could be that one of the piggyback chips is loading the address bus down (changing voltage or timing slightly) enough that one other chip, which has marginal address logic and starts to misbehave. That's a guess though.

@nickaws
Copy link
Author

nickaws commented Sep 13, 2024

Here's another strange occurrence from when I rebooted the machine:

The F6 changed to FF later, and I have no chips installed in the 320k-640k range.

As you suggested, this might also indicate a problem with the card misbehaving. I will update you once I get the desoldering gun, replace the chips, and see how it behaves.

I appreciate all your input on this.

WhatsApp Image 2024-09-13 at 11 24 59 AM

@ki3v
Copy link
Owner

ki3v commented Sep 13, 2024

That F6 is very odd indeed. I wonder if there could be a problem with some chip select logic on the board? F6 suggests that the two least significant bits are responding correctly (at least under the non-March test), which implies that some chip is acting on reads and writes when those addresses are accessed.

Incidentally, that Mitsubishi monitor reminds me very much of one of the early monitors I had as a teenager on my first PC.

Repository owner locked and limited conversation to collaborators Oct 8, 2024
@ki3v ki3v converted this issue into discussion #7 Oct 8, 2024

This issue was moved to a discussion.

You can continue the conversation there. Go to discussion →

Labels
question Further information is requested
Projects
None yet
Development

No branches or pull requests

2 participants