MCUmall EPROM BIOS Chip Burner Forum
MCUmall EPROM BIOS Chip Burner Forum
Home | Profile | Register | Active Topics | Members | Search | FAQ
Username:
Password:
Save Password
Forgot your Password?

 All Forums
 MCUmall Forums
 General Discuss
 GQ-4X: problem with burning
 New Topic  Reply to Topic
 Printer Friendly
Author Previous Topic Topic Next Topic  

ZRimas

14 Posts

Posted - 01/08/2013 :  08:48:13  Show Profile  Reply with Quote
Hi ALL
recently I purchased from MCUmall GQ-4X programmer with PSOP44-DIP ADP-019 adapter basically to have possibility to read/flash 28F400 flash chips.

And my first try is not successful - I can read 28f400, but I can't write to it :(

I also tried to burg few different 28F400 - the same result :(

What I'm doing wrong?

My log is:

Ready
H/W Re: GQ-4X Re-2.00
USB Driver Re.2.0
Software Re. 6.17
Checking new software on server...
This software is updated already.
<<AB28F400BX-B*PSOP44>>
Speed = 3
ID check OK
Writing... Code
Elapsed time: 9.20 seconds.
Device write completed OK
ID check OK
Verifying... Code
Verify Failed, Address=0x000001, Device=0x00, Buffer=0xFF
Verify Failed
Elapsed time: 6.18 seconds.


P.S. Before writing I filled buffer with FF to erase the flash content.
I also tried to write not FF from buffer, but real content - no success :( The same verification error at the first different data position...

I tried to burn with with external +9V power adapter connected to programmer, as well as without - no difference :(

Thanks in advance for any ideas!

Regards,

ZRimas

Edited by - ZRimas on 01/09/2013 05:30:19
Reply #1

ZLM

2937 Posts

Posted - 01/10/2013 :  00:43:54  Show Profile  Reply with Quote
Fill the FF and write does not erase the chip. You need to click on the Erase button to erase the chip.

Do a blank check before write new data.
Go to Top of Page
Reply #2

ZRimas

14 Posts

Posted - 01/10/2013 :  01:28:41  Show Profile  Reply with Quote
quote:
Originally posted by ZLM

Fill the FF and write does not erase the chip. You need to click on the Erase button to erase the chip.

Do a blank check before write new data.



Thanks for reply, but unfortunately...

Image Insert:

155.83 KB

Image Insert:

18.6 KB

and after this the program hangs with VCC, ON LEDs lighting...
Go to Top of Page
Reply #3

ZLM

2937 Posts

Posted - 01/12/2013 :  23:43:02  Show Profile  Reply with Quote
Try to use slower speed and wait to programmer VCC goes off.
If it stay forever, then your chip may have problem. Change to another known good chip.
Go to Top of Page
Reply #4

ZRimas

14 Posts

Posted - 01/13/2013 :  01:24:43  Show Profile  Reply with Quote
Tried on different pc, different OSes, different USB cables and different chips. The same chips which can not be erased and flashed on my programmer, have been flashed on BeeProg in few seconds!

Edited by - ZRimas on 01/13/2013 01:25:41
Go to Top of Page
Reply #5

ZLM

2937 Posts

Posted - 01/13/2013 :  23:02:32  Show Profile  Reply with Quote
Thanks. I think this chip algorithm can be retested once got the testing chip.
Go to Top of Page
Reply #6

ZRimas

14 Posts

Posted - 01/14/2013 :  03:40:09  Show Profile  Reply with Quote
quote:
Originally posted by ZLM

Thanks. I think this chip algorithm need t ba retested once got the testing chip.



? It means it's not my or chip problem, just you have to re-test the chip algoritm for this programmer. Do I understand it right?
Go to Top of Page
Reply #7

ZLM

2937 Posts

Posted - 01/15/2013 :  19:52:30  Show Profile  Reply with Quote
Sorry. I means if you can send us your chip, we can test it for you.

This software algorithm is tested and works for years.

OR you can try on another known good chip.
Go to Top of Page
Reply #8

ZRimas

14 Posts

Posted - 01/15/2013 :  23:13:36  Show Profile  Reply with Quote
quote:
Originally posted by ZLM

Sorry. I means if you can send us your chip, we can test it for you.

This software algorithm is tested and works for years.

OR you can try on another known good chip.



OMG! Guys, do you really listen and read, what I wrote here and by e-mail? The same chips which can not be to erase/flash on GQ-4X, have been erased/flashed and tested on BeeProg in few seconds and working - that means, chips are not the problem. The problem is that you did not tested the algorithm for this chip (this is what you wrote few days before)!!!! I bought this programmer specially for 26f800 and because you are not China producer. I paid more, I waited longer with hope that this programmer will be much better than Chinese and I will have real support in case of problems... And now? I have programmer, which does not do the job it has to do, I'm writing letters and stories here and by email, trying to clear, what is wrong, every time I need to flash 26f400, I have to drive to my colleague, spend few hours for the travel, pay for the job... Nice, isn't?






BTW, just few minutes ago I tried to read/erase/flash AM29F400BT flash chip - everything is ok. That means, adapter is also OK - it's the same like for 28F400...

Edited by - ZRimas on 01/16/2013 00:26:39
Go to Top of Page
Reply #9

ZLM

2937 Posts

Posted - 01/16/2013 :  13:07:54  Show Profile  Reply with Quote
I tested with my chip and it works fine:

============================
Ready
H/W Re: GQ-4X Re-2.00
USB Driver Re.2.0
Software Re. 6.18
Checking new software on server...
This software is updated already.
<AB28F400BX-B*PSOP44>
d:\chiptestfiles\_slowfull.bin.
ID check OK
Erasing...
Elapsed time: 5.28 seconds.
Erase completed.
Blank checking... Code
Elapsed time: 3.36 seconds.
Chip is blank
Writing... Code
Elapsed time: 31.25 seconds.
Device write completed OK
Verifying... Code
Device is verified
Elapsed time: 6.01 seconds.
=======================================

Check your adapter jumper settings.
Jumper 1 on right 28F side.
Jumper 2 on 5V position.

If it still does not work, then send me your chip, we can find out the problem and fix it for you.

This chip in the confirmed list for a long time already, so far has no one complain. It may be related to the chip compatility issue.
Go to Top of Page
Reply #10

ZRimas

14 Posts

Posted - 01/17/2013 :  04:28:50  Show Profile  Reply with Quote
quote:
Originally posted by ZLM


Jumper 1 on right 28F side.



OMG! Guys, that's really confirms that before using any device please read the f***g manual!

My apologies to mcumall for everything I wrote - that's my foul. Information on the adapter I red but understood it as I liked it...

Jumper now is in 28F position and everything is working!!!

Thanks a lot ZLM and one more time - my big sorry!

Topic closed. Problem solved.
Go to Top of Page
Reply #11

Richterleon

1 Posts

Posted - 03/03/2017 :  09:54:28  Show Profile  Reply with Quote
Hello i need help when i try to program an eeprom always give me an error:

VerifyFailed, Address=0x000001, Device=0xFF, or VerifyFailed, Address=0x000000, Device=0xFF,
Go to Top of Page
Reply #12

ZLM

2937 Posts

Posted - 03/10/2017 :  00:19:24  Show Profile  Reply with Quote
There are many possibilities can cause this problem.

1. make sure you chip is a good working chip.
2. make sure you placed the chip in a correct position in adapter.
3. make sure your adapter is placed correctly.
4. make sure your chip pins are good,clean and have good contacts with adapter.
5. confirm your programmer is working good on all other chips.
6. ...
Go to Top of Page
Reply #13

supervizeur

462 Posts

Posted - 03/31/2017 :  10:24:54  Show Profile  Reply with Quote
What's up with #6?
Go to Top of Page
Reply #14

anniel

2531 Posts

Posted - 03/31/2017 :  11:36:57  Show Profile  Reply with Quote
Who knows!
Go to Top of Page
Reply #15

supervizeur

462 Posts

Posted - 08/03/2017 :  05:35:55  Show Profile  Reply with Quote
Still a mystery.
Go to Top of Page
Reply #16

anniel

2531 Posts

Posted - 09/15/2017 :  04:01:12  Show Profile  Reply with Quote
quote:
Originally posted by supervizeur

Still a mystery.



+1
Go to Top of Page
  Previous Topic Topic Next Topic  
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
MCUmall EPROM BIOS Chip Burner Forum © Copyright 2003 - 2009 Mcumall Electronics Inc. Go To Top Of Page
Generated in 0.12 sec. Snitz Forums 2000