I got this machine from my friend digge some years ago.
It's been in my closet since I gave up about fixing it a long time ago.
But yesterday I dragged it out again to see if I could get any further...
I have confirmed that the BIOS is healthy, because a nice eBay seller named ceama sent me a known working copy a year or two ago.
And it's a perfect match with the one that was already in this system.
I can also read the BIOS dump with AMIBCP76.exe without any problems...
I originally recapped the system for digge, but it did not bring it back to life, the UCC KZG 2200uF 6.3v CPU V_Core caps was what had gone bad...
I tested the Fairchild N306AS MOSFET's yesterday with the diode check on my multimeter and they appear healthy.
I also measure 1.73v V_Core on the capacitors for the CPU with a 1Ghz Celeron CPU installed. (Correct for this CPU).
The mainboard is a WG-X66A v1.0E and while I have not found a manual for that I did find one for a very similar board.
It's a Norco MB-X67 and it just has Intel NIC's instead of Realtek and some other minor differences:
http://wenku.baidu.com/view/e04f2078...e05081465.html
I used that manual to create the attached diagram with some voltages I have measured on different caps.
I also made a PS/2 keyboard cable for it, when I start it up the LED's on the keyboard do flash once, but they do not respond to any keypresses.
Before I was using a small PCI Port80H test device and it did not show much, but I tried a MiniPCI version instead and that did show something.
If I have a CMOS battery installed the system never leaves the "reset" state.
But if I power up without a battery the system "almost" leaves reset state.
I could barely see that the LED on my Port80H device was still lit so I measured it, in reset I see 1.85v and when the system tries to leave it is at 1.40v.
At the same time the Port80H debug LED shows a number, but it's different every time I try...
There is actually someone here with a similar problem, though his system does boot: https://forum.pfsense.org/index.php?topic=72450
What could have been damaged to cause this weird behavior, where should I start to look?
I attached a movie showing in detail what the system does during bootup with & without battery.
The DMM is measuring directly across the "reset" LED on the Port80H debug card...
It's been in my closet since I gave up about fixing it a long time ago.
But yesterday I dragged it out again to see if I could get any further...
I have confirmed that the BIOS is healthy, because a nice eBay seller named ceama sent me a known working copy a year or two ago.
And it's a perfect match with the one that was already in this system.
I can also read the BIOS dump with AMIBCP76.exe without any problems...
I originally recapped the system for digge, but it did not bring it back to life, the UCC KZG 2200uF 6.3v CPU V_Core caps was what had gone bad...
I tested the Fairchild N306AS MOSFET's yesterday with the diode check on my multimeter and they appear healthy.
I also measure 1.73v V_Core on the capacitors for the CPU with a 1Ghz Celeron CPU installed. (Correct for this CPU).
The mainboard is a WG-X66A v1.0E and while I have not found a manual for that I did find one for a very similar board.
It's a Norco MB-X67 and it just has Intel NIC's instead of Realtek and some other minor differences:
http://wenku.baidu.com/view/e04f2078...e05081465.html
I used that manual to create the attached diagram with some voltages I have measured on different caps.
I also made a PS/2 keyboard cable for it, when I start it up the LED's on the keyboard do flash once, but they do not respond to any keypresses.
Before I was using a small PCI Port80H test device and it did not show much, but I tried a MiniPCI version instead and that did show something.
If I have a CMOS battery installed the system never leaves the "reset" state.
But if I power up without a battery the system "almost" leaves reset state.
I could barely see that the LED on my Port80H device was still lit so I measured it, in reset I see 1.85v and when the system tries to leave it is at 1.40v.
At the same time the Port80H debug LED shows a number, but it's different every time I try...
There is actually someone here with a similar problem, though his system does boot: https://forum.pfsense.org/index.php?topic=72450
What could have been damaged to cause this weird behavior, where should I start to look?
I attached a movie showing in detail what the system does during bootup with & without battery.
The DMM is measuring directly across the "reset" LED on the Port80H debug card...
Comment