Someone has yanked the heatsink with a screwdriver, the NB chipset's pcb is damaged, same goes for the solder balls under the damaged area.

Even if there was more connection issues, the LED1 (power led on board) should light up, right? This board should atleast power on with some issues instead of being completely dead (atleast my gigabyte ga-7iex4 does power on with worse damage on NB, albeit with cpu stuck in reset).

Check if one of the two power button pins have 3.3v or 5v.

Karbist wrote on 2024-08-17, 16:08:

Someone has yanked the heatsink with a screwdriver, the NB chipset's pcb is damaged, same goes for the solder balls under the damaged area.

Yeap... damage is critical(((

No point in trying to fix the board. Chances are the BGA is ripped off the board as well, rendering any attempt with a rework station useless.

Also, even if the board worked, the performance would be abysmal. Only with 693A onwards you would have any decent experience.

The board now powers on. Weird how it wasn't powering no before... Sadly no post codes. The connections that are 100% broken are in AGP arena of NB, so I should atleast get something. I have already applied contact cleaner to the BIOS socket. I am sure that the CPU I'm using is supported (INTEL Celeron 667mHz, SL48E, Coppermine-128) but maybe I'm wrong... I guess the last step would be to check if the EEPROM signals are going to where they are supposed to.

It looks like the pinout (and information) about AE29F2008-12 is nonexistent... Done some experimenting to find out the speaker will do a "tsk" sound after the board powers on even without the EEPROM. Theres also a severed trace going to the ISA slots so that might explain why the leds for RESET and FRAME on POST card, while in ISA slot, are lit. It also looks like the voltage from VRM for the sacrificial CPU (celeron coppermine-128 1gHz with missing pins) is too high (1.8v instead of 1.75). I guess this ones a lost cause..

Maybe try a PPGA celeron as the manual suggests?

Dorunkāku wrote on 2024-08-30, 10:26:

Maybe try a PPGA celeron as the manual suggests?

I only tested with PPGA celerons cause I don't have slot 1 CPU's.
I have mistakenly confused PPGA with FCPGA cpu's. As told by you and a member from TRW community I will try to buy one PPGA celeron, if I find one thats cheap.

Okay the board still doesn't post with an PPGA cpu. It gets out of reset and sometimes IRDY lights up, sometimes not. Cpu was tested on another board and it posted fine. Any ideas?

Testing the EEPROM on my chaintech 7AJA0 (with a compatible EEPROM, but not a chipset) gets hung up on C1 and starts beeping. It is to be expected cause one is s370 while the other is socket A based system. Heating up both the NB and SB also doesn't change the behaviour. Next would be to test if the adress lines go where they are supposed to. From my understanding EEPROM data lines go through SB first then to NB? Or is it directly to NB?

Thanks to help of cha0shacker on TRW community server, I have found out that the damage is in PCI arena, not AGP. Atleast according to the datasheet for VT82C693. The pins that are 100% affected are GND and AD27. There are also suspicious pins which might be affected, and they are also AD# pins. This would explain the no POST codes, so I don't know if to call it a loss and move on...

Halting all progress due to selling this board. Thanks for help everyone.