4/26/2021 0 Comments Gq 4X4 Programmer Software
Are these stored in write-protected blocks on the BIOS chip, or does the update utility avoid overwriting them by writing the UEFI program code elsewhere on the chip I ask because I have a replacement BIOS chip that was written using an SPI EEPROM programmer with the bin file read from the original good ASUS bios chip, as described in previous post.Please note you may have to register before you can post: click the register link above to proceed.
Gq 4X4 Programmer Software Update Utility AvoidTo start viewing messages, select the forum that you want to visit from the selection below. Gq 4X4 Programmer Software Password To ProceedNote: If you are a registered ASUS Member already, please use your ASUS Members ID (Email) and password to proceed the login. OS Win 10 x64 Pro Accessory 1 Asus USB 3.1 A, StarTech USB 3.1 C PCIe adapters Accessory 2 Syba 1394AB Firewire PCIe adapter PEX30009 Accessory 3 Asus OC Panel I. Gq 4X4 Programmer Software Software Interface WhichI am thinking it would be simpler than using FD44Editor to manually program mobo-specific parameters such as mac address, UUID, SN into a downloaded BIOS image file from ASUS, then writing to chip I will be using the GQ USB Universal Programmer (GQ-4x4) and its software interface which looks very similar to EZP20102013. On my dual BIOS R5E, I used the COPY BIOS2 to BIOS1 command, which corrupted the BIOS1 chip. It would enter an onoff post loop with Q-code 00, a situation others have experienced. My SPI programmer couldnt read DeviceID, Manufacturer or chip Device Type, which are always present from the chip manufacturer. Using a GQ-4x4 SPI programmer, I read the contents of the good BIOS2 chip into a bin file and used the DF44Editor program to verify the presence of my unique MAC address, motherboard serial number, and BIOS UUID (thanks to all who developed FD44Editor). So to avoid problems with Windows authentication or any other system that uses those unique mobo identifiers, I used the SPI programmer to clone the contents of the OEM BIOS2 chip to the replacement BIOS1 chip. I erased the replacement chip, checked for blank, loaded the bin file from BIOS2 into the programmer buffer and wroteverified to BIOS1 chip. DF44Editor showed that the newly cloned BIOS1 chip had correct MAC, UUID and SN. I replaced the chips into the R5E and they are both posting nicely. As others have said, If you dont have a backup chip to clone from, the MAC is on a sticker on the side of the 24 pin mobo power connector, the SN is on a sticker at the top of the mobo (the 15 digits after the 000 and it is different from what appears on the mobo box in my case ), but the UUID is hard to get, unless you have previously run from the cmd prompt: wmic csproduct get name, identifyingnumber,uuid. But apparently there is a big-endianlittle-endian confusion issue as described in the BIOS Chip Recovery Program post and video. Curious to know what happens if ASUS releases a new BIOS and I use FLASHBACK on the cloned chip. There are ways around problems, but I am just curious about whats under the hood here. Thanks. Personally, I have tried the reset of the CMOS, the removal of the motherboard battery and the bootable USB key with the Bios on it to setup the last version through DOS, but it didnt work. I have been able to resolve the situation with the help of a SPI programmer and a test clip. You can find a guide here: Guide to flash a Bios with a SPI CH341A mini programmer Good luck.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |