VOGONS


First post, by Wilius

User metadata
Rank Member
Rank
Member

Hi everyone!

I have an Elitegroup UM8810PAIO revision 1.1 board with Phoenix BIOS.
Whenever I try to start the system, I receive the following message: 

"System battery is dead - Replace and run SETUP
Realtime clock error"

This error obviously relates to the RTC chip, which is long dead.
Replacing it shouldn't be a problem, since it's in a socket.
However, as soon as I receive this message, the system locks up and won't let me enter the BIOS.
Is this normal behavior, or should I be concerned?
What should I do?
I'm not very familiar with this board, therefore I need some advice.

Thanks in advance.

Reply 2 of 44, by Wilius

User metadata
Rank Member
Rank
Member

I have to add to my previous statement.

While the BIOS stays inaccessible, the system is still somewhat functioning.
I'm able to reset the board by pressing the reset switch.
It also detects when no keyboard is attached.

Unfortunately, I can't verify if the RTC causes the problem, since it's the only one I have right now.

However, I could try something else.
My first idea would be to attach a CR2032 to the RTC module.
The second idea would be to flash the BIOS chip, using my GALEP-4 programmer.
I was able to find a ROM on theretroweb.com.
But before I do any of that, I want to make sure that I'm not missing anything.
Maybe someone else had a similar issue before and knows how to solve it.
Perhaps the best thing to do would be to find a replacement for the DS12887A chip.

What do you think?

To avoid confusion: When I said earlier that the RTC is dead, I was referring to its built-in battery.

Reply 3 of 44, by majestyk

User metadata
Rank Oldbie
Rank
Oldbie

Do the "Dallas-MOD" with a CR2032. Make sure to disconnect one of the connectors of the old battery while dremeling.
You have to enlarge the opening at one of the contacts up to the top of the RTC housing (and a little deeper) until you see the wire that leads to the old battery. Cut it right there - not at the bottom of the housing where the DIL pins are!
By doing so you reset CMOS before the new battery is connected.
You also prevent the new battery from being slowly discharged by the old one.

Reply 6 of 44, by Wilius

User metadata
Rank Member
Rank
Member

Today, I successfully modified the RTC.
Unfortunately, the same problem persists.
At least, it no longer reports a dead system battery.
Judging by the fact that no keystroke gets detected, I assume that the keyboard controller might have died, but I can't confirm that.
My keyboard definitely works.
I could try to reseat every socketed IC and give the board a good clean.
What do you think about that?
Tomorrow, I'll also check the jumper settings. Maybe some jumpers are set incorrectly.

Reply 7 of 44, by pyrogx

User metadata
Rank Member
Rank
Member

There is a small fuse next to the keyboard connector, right in the corner of the PCB. It looks like a green or yellow resistor and is marked as "F1" on the PCB. Maybe it has blown, this would prevent the keyboard from getting any power. You might want to check that fuse for continuity.

Reply 8 of 44, by Wilius

User metadata
Rank Member
Rank
Member

The fuse was fine. I checked it earlier.
It's odd that the board detects when no keyboard is attached.
However, as soon as I plug in a keyboard, it does nothing.
I don't think the board locks up, instead it seems that the keyboard won't get initialized at all.
I also checked the jumpers, and they seemed to be set in the correct positions.
This is far beyond my understanding. I don't know what to do anymore.

Reply 11 of 44, by majestyk

User metadata
Rank Oldbie
Rank
Oldbie

ECS implemented quite an unelegant design here.

Besides the "CMD" PCI IDE controller there´s a SMC "FDC37C665GT ", a super I/O with FDC, (ISA-) IDE, LPT and 2x COM ports.

Then there´s a UMC "UM82C865F", another super I/O (I can´t find a datasheet of this chip). I think it can provide 2 x COM, LPT and gameport - but no FDC.
All this (except gameport) could be done by the SMC chip that already provides a FDC - so why did they add it? Does it have a KBC?

The alternative would be the KBC is in the peripheral-chip = UMC "UM8886F". But I can´t find a datasheet for that also.

Just take a closer look where the traces from the keyboard connector go. On the photos I found they *seem* to go to the UM82C865F.

While at it you should carefully test all solderings at the mentioned chips (except the CMD) for secure contacts. You can tick each pin with a pointy toothpick from the side applying a little force to make sure there are no loosened pins!
And a high-res photo of this area of your board would be useful.

Reply 12 of 44, by rasz_pl

User metadata
Rank l33t
Rank
l33t

https://theretroweb.com/motherboards/s/ecs-um … 10p-aio-rev-2.x ?

does the keyboard flash its leds when resetting computer?
does pressing capslock light up the led?

Open Source AT&T Globalyst/NCR/FIC 486-GAC-2 proprietary Cache Module reproduction

Reply 13 of 44, by Wilius

User metadata
Rank Member
Rank
Member

majestyk, there's an IC near the CPU, labeled "AMIKEY-2". 
Could this be the keyboard controller?
Also, I will check the contacts of the mentioned IC and take some photos of the area.

rasz_pl, the keyboard doesn't flash its LEDs when resetting the computer.
It also doesn't light up when trying to press the caps lock, scroll lock and num lock key.
It only flashes briefly when I turn on the computer.

Reply 14 of 44, by majestyk

User metadata
Rank Oldbie
Rank
Oldbie
Wilius wrote on 2022-09-14, 12:53:

majestyk, there's an IC near the CPU, labeled "AMIKEY-2". 
Could this be the keyboard controller?

It definitely is.
What revision is your UM8810PAIO? Probably 1.x...

Reply 17 of 44, by Wilius

User metadata
Rank Member
Rank
Member

Luckily, the IC is in a socket.
I do have a broken ASUS p/i-p6np5 in my hodgepodge.
It has the same AMIKEY-2 KBC.
Do you think I can simply swap it over?

Just in case anyone is wondering why I'm sacrificing a socket 8 board, it's because it suffered severe damage during shipping.
Trust me. It's beyond fixable, I tried.

Reply 19 of 44, by Wilius

User metadata
Rank Member
Rank
Member

I can confirm that the KBC is not the problem.
While I was at it, I also checked some of the other components.
The following components are working.
- CPU
- RAM
- L2 Cache
- GPU
- RTC
- KBC
At this point, it can only be a faulty component, or the BIOS is corrupted.
I could try flashing the BIOS with my GALEP-4, but never used it before.
Can someone please explain to me how to use this tool?
I also noticed this board has some electrolytic capacitors.
Should I try to recap this board before I'm tinkering around with the BIOS chip?
At this point, I'm also uncertain if the jumpers are set correctly.
Can someone provide me with the jumper settings for the A80486DX4-100NV8T?
I have already tried setting it up for the DX4.
I followed the instructions on this website: https://stason.org/TULARC/pc/motherboards/E/E … M8810P-AIO.html