It seems like this is just my own post

btw, here is update:
It's 5 AM and I'm still messing around with this VM6000.
To confirm that the RAM in demux0 is faulty (U13_0_A), I removed it and swapped its position with U15_0_A, and the debug log reported exactly what I suspected.
Test "114" - Processor-->Memory-->DRAMCal started
See CalDramDump files: U11_0_A(DMX[0])/U12_0_A(DMX_DRAM[0])/U13_0_A(DMX_DRAM[1])/U14_0_A(DMX_DRAM[2])/U15_0_A(DMX_DRAM[3]) ERROR: 10_calDramStep29 GrpAll byte 9: eAll byte 9: exp/act 0x09/0xff (bits: 1 2 4 5 6 7)
*** TEST FAILED ***The RAM test process ran for a longer period before stopping, and I was certain the RAM I mentioned earlier was faulty. I searched everywhere for a donor board to take the RAM from, but unfortunately, there wasn't one. I'm currently ordering some from Digikey, but I expect it will take quite a while.
My biggest concern right now is the ADG523; it's being misidentified. I tried extracting the ROM from the U170 to see what the U1200 was doing, but it was full of meaningless characters. The misidentification of the ADG523 is causing the SPC process to consume too much time and resources to download.
Test "233" - Registers-->Trigger-->TrigComp started
Invalid U25(ADG523) Trigger System ID reg value 0xdebfdbfa.
*** TEST FAILED ***
Test execution time 0.25188 sec
diagMgr:diagLogFailure: Fri Dec 12 03:53:30 2025 P Pu=1 T=37 "Invalid U25(ADG523) Trigger System ID reg value 0xdebfdbfa."
Test "234" - Registers-->Trigger-->CommTrig startedI'm wondering what's reading this ADG523 address; they gave me the door lock but withheld the key....
I'm wondering if the use of EEPROM files on iAleks' DPO7350 PowerBoard is the cause of this error. The machine still identifies as DPO7104 even though I changed the values in the powerboard's EEPROMs earlier. That's strange. It would be great if someone who owns the original dpo7104 or vm6000 model could share those EEPROM files? Thanks for the help!
Here is the latest log.