I am having a very similar problem. It’s a Gigabyte B450M-DS3H. Went to update the BIOS from Gigabyte website and when it restarted, there was nothing but a blank screen. Everything turned on except there was nothing going to the USB ports or the HDMI port. So I bought a CH341A programmer, downloaded ASprogrammer, and was able to detect the chip, MX25U12873F. Now I don’t know which file I am supposed to be using to program the chip in ASProgrammer. I downloaded the BIOS from the Gigabyte website and changed the file extension to .bin. Then I opened that file in ASprogrammer and selected UNPROTECT->ERASE->PROGRAM->VERIFY…it erased the chip, and began to program, but then it stop after a few seconds and says at the bottom VERIFICATION ERROR ON ADDRESS: . Can someone please tell me what I need to be doing? I’m not entirely sure that I’m opening the correct file to program to the chip. I’m also not sure that I am doing this in the right sequence. Any help would be greatly appreciated. Thank you.
I realise this is a bit after you have had no reply, but I find myself in the same situation.
I’ve managed to identify best I can that I have the same board and flash chip as in your example. It failed due to power off during flash to F63c using QFLASH (around 40% complete I think) boot was no output or anything, tried CMOS reset and could not get boot.
Been unable to get a read (other than FF) or anything - seeing now that power to the board may help. I have no CPU or RAM to assist me, was just hoping I could get communication to the IC and try to reflash. Convinced I have a connection to the chip just wondering if you needed to power to get anywhere.
I do have the board SN and MAC
Try to use cH341a programmer ver 1.18 or 1.29
my z68 board got error using asprogrammer, but using ch341a programmer 1.18 it worked…
also during my attempt on reviving the board, programmer cant detect the chip, until i unplug the cmos battery, and let psu on (mobo receive power but i took off cmos battery, so no cmos but mobo still get power from psu), and i press detect, it could identify the chip.
Primarily, the CMOS battery 3.3v will provide current to the SPI circuit, if not then PWR standby. CPU or RAM out shouldn’t be an issue here besides testing.
A well established connection to the SPi by direct contact its a bit tricky, but it should be ok if the soft correctly identifies the SPI ID, you may need to try several soft apps to deal with it.
As lbf6 stated, last resource taking out the SPi from mainboard and soldered back.
Thanks for the reply. I have been using ASProgrammer 2.1.0.13
As far as I can tell, the CH341A (black) is in the correct mode (jumper 1-2), correct IC position (25SPI), I have the 1.8V adapter in situ and connected correctly. Pretty sure I have the clip on tight and on Pin 1, will try the software version recommended. (However I don’t think it has the chip selectable, ASProgrammer does), it doesn’t detect as yet.
@MeatWar thanks for the tip about CPU, RAM etc.
I will try the CMOS battery out as it is an unknown and introduce standby PWR.
No, any soft WILL have to ID the SPI, if not then its the tricky part i told you, it may look well seated but its not communicating with it.
Some apps may not have the SPI ID on their database, thats the other main reason besides correct voltage to the SPI.
yeah, make sure every pins and clip are seated correctly, took off cmos battery, power on psu, and try to identify using ch341a programmer (try from ver 1.18-1.31, make sure the chip is correct (if it only shows the MB of the chip in the programmer, then calculate the chip size to MB/Mb, for example 64Mbit is 8MB, in your case, yours is a 128Mbit chip which means 16MB)
Yeah NeoProgrammer is showing IC not connected At least that is progress, I’ll try to reconnect and detect until I get it.
Board is now on standby PWR as well.
Yeah I can “spark” the board (PSU fan on) and with CMOS in/out…no connection to IC. Board won’t power down closing and holding PWR_SW (screwdriver).
I don’t have the soldering skills but I am at a loss as to why the board shut off during reflash. It was being revived with a new PSU after a confirmed PSU failure. I had to reset to get to QFLASH but display was going blank (external GPU RX5700) and CPU 5600X. Once I reset it seemed stable, loaded CMOS defaults went into QFLASH and that…was all she wrote.
Thank you both for your help.
Tried CH341a v1.31 that at least has detect function but all I get is FFFFFFFF (no connection)
have you sure that your connection is correct? i mean pin to pin (if u use soic8 clip make sure the red marked cable is touching pin no 1 on the chip), and do make sure that the contact pin touches the pin on the bios chip completely.
So with board powered by psu (usually board wont turn on without cmos, or it would turn on with ch341a connected since bios chip get power from ch341a programmer) and cmos off, it should be able to get a read if connected correctly
Oh also i forgot to tell you this, but i use Dell laptop that i rarely use, some usb port wont work but there is 1 usb port that work (yes, once the usb port worked (chip detected), i try to unplug and plug it to the usb port next to it and the one on the other side). so try change to anotherother usb port
Also you did install CH341PAR.exe driver before using ch341a app? the thing that get me to work on reading the bios is that i need to move to another usb port that could read the programmer (and the bios chip), install ch341par driver, then use ch341a 1.18 or as high as 1.31, with cmos battery taken off and psu switch powered on. it detects my bios chip afterwards
Yes. Pin 1 indicated by dot on IC and small arrow on mainboard. Red pin to that. Tried many times. Using USB 2.0 ports as advised, Both work fine. Tried about 30 times to seat clip to IC without success (read).
Each time IC no response. Tried in NeoProgrammer, CH341a v.1.18, v1.29 and v1.31 just 1.31 has detect and set to 16M as advised. IC no response or FFFFFFFF
Read gets FF but if you can’t read you can’t write.
Was only a try to recover a board that failed inexplicably. Can only assume flash IC is U/S or mainboard damaged.
Mainboard will power on with or without CMOS battery just obviously no CPU or RAM no bleeps as that would be a UEFI
I don’t want to be a party pooper, but we’re aware that the first 128kB (0x20000) of this firmware normally really are “FF”?
You did scroll a little (actually quite a lot) longer down or opened the dumps in UEFIToolNE?
(And at the end there’s even more of FF, too)
Thanks, yes I did. I loaded the actual image into the software as a control just to check there wasn’t some random bug
But thanks. And tried a ‘blind write’ when I got desperate. It’s good of you to think of the schoolboy errors.
Could it be anything to do with the un/locking? Board was already on F60x or F61x before attempting the flash so that would have SMM or hardening.
Must confess to not really understanding how that is implemented and was under the impression that flash programmers kind of got around these things. But it might prevent a read? Or a write? Looked at it in the software but again everything was FF but I didn’t understand what to select or even if it is important?
No offence meant! But I’d like a solvable situation caused by a maybe stupid sounding error much better than not knowing what to change to overcome the errors.
But if you tried to write you’d have to erase the chip. So maybe the content is really FF now? Sometimes erasing works but writing doesn’t…
What chip is this? Did you search the forum for the type?
It’s in the attached photos if you zoom in - MX25U12873F
Try to use only necessary pins- disconnect 7 and 3 on the clamp
No warranty, though, but sometimes this helps when they had funny ideas and / or the chip draws too much current. I don’t like that little resistor maybe connecting 7 and 8 (can’t see clearly on the pics)
Tried ASprogrammer 1.4? Might work with MX25U12835F chosen?
Disconnecting pins comes from this experience (necessary pins 4 posts down):
I happen to be helping a friend with a rather similar (But not identical) Gigabyte B450M DS3H WIFI, which has a Macronix MX25U12872F. He had the exact same issues about not being able to read/write and getting only FF FF.
After some datasheet reading, it seems than the MX25U12872F is cross compatible with the Winbond 25Q128JWSQ so most likely both would behave the same, at which point I noticed in the datasheet that both are hardwired to “Quad SPI” operation, which is what I suspect to be the true culprit.
Based on this post from other forum, the CH341A is not Quad SPI capable: CH341A Serial Memory Programmer Power Supply Fix - Page 3
Some further googling got me here:
https://www.downtowndougbrown.com/2021/12/upgrading-a-motherboards-bios-uefi-the-hard-way/
Which seems to make a CH341A mod for both 1.8V (Not needed he has the adapter) and Quad SPI.
So: Do anyone here with similar experiences can confirm if Flash EEPROM chips hardwired for Quad SPI need special support from CH341A and flashing Software? This seem to be a trend on Gigabyte AM4 boards.
I recently managed to brick my Gigabyte B450M-DS3H v1. I also purchased a CH341A programmer (a black one) and followed that downtowndougbrown post, as well as various others. The BIOS chip on the v1 board is a MX25U12873F which requires 1.8V, so I ordered the adapter as well.
I spent several hours clipping and unclipping the cable to the chip, including connecting the PSU and without the PSU, but I had no luck getting a response. I tried various versions of CH341A Programmer software, also NeoProgrammer and AsProgrammer too, but with no success. I also made my own adapter board that connects a 1 kOhm resistor to pins 3 and 7, so that they can be pulled up and down by the chip rather than being held at 1.8 V (as this chip is also in Quad SPI mode by default, though I couldn’t see a similar warning in the datasheet as in the DTDB post).
As a last ditch effort before buying a new motherboard, I decided to unsolder the chip from the mobo and then connect it directly to the breakout board (see arrow on picture adapter from previous post).
With the chip soldered here, it was immediately detected and correctly identified by NeoProgrammer 2.2.0.10 . N.B. This was without any resistors on the pins 3 and 7, just straight into the 1.8 V translator. It was then simply a case of erasing and flashing the latest bios, and carefully soldering back onto the mobo. Switching on the power, there were a few tense seconds before thankfully the PC posted and I was able to boot.
TL;DR:
- There is something about the design of these Gigabyte motherboards that make it very hard / impossible to talk the chip while it still on the motherboard.
- The MX25U12873F doesn’t seem to require pull-up resistors, i.e. pins 3 and 7 can be held at 1.8 V without issue (in my experience, at least).
Hope this is useful for someone else some time down the line!
Well… seems you’re to new to the subject then, because there’s plenty of other systems/brands out there that requires de-soldering ICs from the mb, this just to point out that its not only GigaByte or the mb model in question, anyway congrats on your recover.