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
 True USB Willem Programmer (GQ-2X,3X,4X & GQ-4x4)
 Cannot write to ST M35080 / ST 0DODOWQ !

Note: You must be registered in order to post a reply.
To register, click here. Registration is FREE!

Screensize:
UserName:
Password:
Format Mode:
Format: BoldItalicizedUnderlineStrikethrough Align LeftCenteredAlign Right Horizontal Rule Insert HyperlinkInsert EmailInsert Image Insert CodeInsert QuoteInsert List Spell Checker
   
Message:

* HTML is OFF
* Forum Code is ON
Smilies
Smile [:)] Big Smile [:D] Cool [8D] Blush [:I]
Tongue [:P] Evil [):] Wink [;)] Clown [:o)]
Black Eye [B)] Eight Ball [8] Frown [:(] Shy [8)]
Shocked [:0] Angry [:(!] Dead [xx(] Sleepy [|)]
Kisses [:X] Approve [^] Disapprove [V] Question [?]

   Insert an Image File
Check here to include your profile signature.
    

T O P I C    R E V I E W
jc179 Posted - 10/08/2014 : 06:08:23
Hi

I am trying to use GQ-4X to write to ST M35080 / ST 0DODOWQ, but so far have had no luck. I've tried both the chips from UK and cheap versions from HK, to no avail. I am able to read them OK, but when I try to write any data and read back the contents of the chip, it is all 00 00 00 ...

Is the GQ-4X not capable of writing any of these chips? The program lists M35080 - what's wrong ?

Thanks,

Jonathan
42   L A T E S T    R E P L I E S    (Newest First)
anniel Posted - 04/26/2019 : 05:04:10
quote:
Originally posted by anniel

quote:
Originally posted by vibroverbus

By the way I will add (since this thread deals with not being able to write brand new chips that read as all "00") I am still seeing this problem with the brand new V6 chips I have. Either programming voltage is too low, or there is a programming error, or, the chips are flawed or counterfeit or something. I've been told to go use a dedicated M35080 programmer but I really like my GQ honestly and seems like it should be able to work, unless its' purely a hardware / voltage problem (or the chips are truly bad..)



Counterfeits are common.

http://www.mcumall.com/forum/topic.asp?TOPIC_ID=8418
anniel Posted - 04/26/2018 : 15:01:25
quote:
Originally posted by vibroverbus

By the way I will add (since this thread deals with not being able to write brand new chips that read as all "00") I am still seeing this problem with the brand new V6 chips I have. Either programming voltage is too low, or there is a programming error, or, the chips are flawed or counterfeit or something. I've been told to go use a dedicated M35080 programmer but I really like my GQ honestly and seems like it should be able to work, unless its' purely a hardware / voltage problem (or the chips are truly bad..)



Counterfeits are common.
anniel Posted - 04/26/2018 : 14:58:48
quote:
Originally posted by vibroverbus

Reposting in this thread as well as another because it comes up in google first on many M35080 searches:

I've discovered at least one fact that is the source of many of the complaints about these chips, that seems inadequately / inaccurately documented:

Chips that are labeled as M38050-6 that are used in BMW instrument clusters (as well as probably some other makes and modules I am guessing...), do not use the standard ADP-004 pinout.

They very definitely absolutely use the 'special' pinout aka the ADP-088 pinout.

So for those of us with the GQ-4x or older programmers, and trying to read those specific chips, the doc is incorrect. USE THE ADP-088 CONNECTION for reading those old BMW-cluster chips.

Now, whether there are different M38050-6 chips that use the old 'standard' / ADP-004 pinout, I don't know. Could be, and it could be the BMW chips were silkscreened as -6 when they are really -V6 or whatever. But I guarantee that if you are trying to read those (and those are generally any BMW cluster chip from the early 2000's...), you need to use the ADP-088 pinout remapping, and ignore the posts and threads on this board that say the M38050-6 can use the ADP-004. That is not correct for BMW-cluster chips at the very least.





Good contribution.
vibroverbus Posted - 04/26/2018 : 04:31:12
By the way I will add (since this thread deals with not being able to write brand new chips that read as all "00") I am still seeing this problem with the brand new V6 chips I have. Either programming voltage is too low, or there is a programming error, or, the chips are flawed or counterfeit or something. I've been told to go use a dedicated M35080 programmer but I really like my GQ honestly and seems like it should be able to work, unless its' purely a hardware / voltage problem (or the chips are truly bad..)
vibroverbus Posted - 04/26/2018 : 04:22:57
Reposting in this thread as well as another because it comes up in google first on many M35080 searches:

I've discovered at least one fact that is the source of many of the complaints about these chips, that seems inadequately / inaccurately documented:

Chips that are labeled as M38050-6 that are used in BMW instrument clusters (as well as probably some other makes and modules I am guessing...), do not use the standard ADP-004 pinout.

They very definitely absolutely use the 'special' pinout aka the ADP-088 pinout.

So for those of us with the GQ-4x or older programmers, and trying to read those specific chips, the doc is incorrect. USE THE ADP-088 CONNECTION for reading those old BMW-cluster chips.

Now, whether there are different M38050-6 chips that use the old 'standard' / ADP-004 pinout, I don't know. Could be, and it could be the BMW chips were silkscreened as -6 when they are really -V6 or whatever. But I guarantee that if you are trying to read those (and those are generally any BMW cluster chip from the early 2000's...), you need to use the ADP-088 pinout remapping, and ignore the posts and threads on this board that say the M38050-6 can use the ADP-004. That is not correct for BMW-cluster chips at the very least.
ZLM Posted - 03/02/2016 : 22:19:18
The latest software Re 7.07 or later version on GQ-4x4 does not need the ADP-088 remapping the connection. The ADP-004 is good enough.
jc179 Posted - 05/19/2015 : 20:30:44
Hi

Just a follow up, this is now working with M35080 VP and 0DODOWQ chips. To use upgrade to latest GQ 4x 6.36 software, using pinout as described here:
http://www.mcumall.com/support/_ADP-088_Connection.html

Jonathan
ZLM Posted - 03/29/2015 : 19:40:41
I do not have 08ODOWQ datasheet. I have M35080 datasheet and it shows a special pinout. However, all chips I have are regular pinout and working good on my GQ-4X.


Image Insert:

35.51 KB
jc179 Posted - 03/26/2015 : 17:17:47
Hi ZLM

Many thanks. This actually caught my eye, you mention it twice "Some documents indicate the M35080 VP and M35080 V6 has different pin layout" - What is the difference? I wonder if mine are somehow needing that different connection, as the one I am trying is M35080 VP and the 08ODOWQ , which perhaps are slightly different?

Will write you shortly.

thanks

Jonathan
ZLM Posted - 03/26/2015 : 09:27:19
Please write email to support@mcumall.com, so that I can reply you from from there.

Based on my testing, the M35080 chips are not special chip. The GQ-4X should easily read and write. I did not find any difficulty during my testing.

But there were some confusions. Some documents indicate the M35080 VP and M35080 V6 has different pin layout. But I did not find anything different between M35080 3 and M35080 6.

I got all different version chips and tested, all passed the testing using same pin layout.

jc179 Posted - 03/26/2015 : 05:38:45
ZLM

First thanks for taking the time to look into this. I have ordered a variety of chip from UK, and HK to try and avoid the possibility of getting a 'fake' chip. At this point I am at such a loss why its not working (read = ok, write = nothing). I would like to ship you 1-2 of the chips I have to see if you have the same result. Can you please contact me offline with how I can proceed with that.

Regarding "M35080 V6 is different to M35080 6" - Did both of these work, even though you consider both to be different chips?

I will post a clear picture of mine tonight.

Again, really appreciate your looking into this, but I really also want to put this to bed.

...I am not sure why so many of us having issues writing to these chips, and its testing OK for you. There are at least 4 other posts of people having issues with these chips. Its either fake chips [But how then could other programmer write to it??], or an issue with the programmer and certain version of the chips.

Thanks

Jonathan
ZLM Posted - 03/17/2015 : 12:03:58
I ordered above item and got it a few weeks later.
See picture.


M35080 VP:

20.61 KB


Tested on GQ-4X and it works well as all other version M35080.

So far I have tested four version chips on GQ-4X:

1. 35080 3
2. 35080 6
3. 35080 V6
4. 35080 VP


All works same way on GQ-4X. No differences.
ZLM Posted - 03/03/2015 : 11:23:39
I order a few 35080VP now, itis on the way. see:



Image Insert:

7.44 KB
ZLM Posted - 03/02/2015 : 11:42:07
I got a few 35080 V6 chips from China. However, all of them works same as 35080 6 and working good on GQ-4X. I am wondering if those chips are fake chips(remarked from M35080 6) . Because I expected the M35080 V6 is different to M35080 6. In my impression, those two chips pinout are not same.

Do you know if this is a correct chip?

Works good on GQ-4X, same as 35080 6 version:

15.1 KB


Nishka Posted - 02/27/2015 : 12:04:45
As we pass a couple more weeks... any news? Do you need a chip, I or any of can send you one.....
jc179 Posted - 02/12/2015 : 08:48:29
How about a V6 version? Do you want one?
ZLM Posted - 02/11/2015 : 17:10:45
Thanks. I ordered some VP version on the way.
jc179 Posted - 02/09/2015 : 07:03:58
ZLM,

These are the SOIC8, V6 / VP - I can even send you a few for testing if needed.

Let me know.

Jonathan
carpin Posted - 01/13/2015 : 19:58:01
The VP and V6 series are used in car dashboards.

Thanks ZLM
ZLM Posted - 01/12/2015 : 16:36:55
Got chance and tested the chip again.

Found there are multiple version of M35080 chips:

1. M35080 6 (adapter ADP-004 on GQ-4X tested and working good)
2. M35080 3 (adapter ADP-004 on GQ-4X tested and working good)
3. M35080 V6 (adapter ADP-088 on GQ-4X not tested yet)
4. M35080 VP (adapter ADP-088 on GQ-4X not tested yet)

The testing chips I have are M35080 6. For those M35080 6 and M35080 3, the current software works fine with no pin remapping, the ADP-004 is good. That means if your chip is in DIP package, then you can just put it on ZIF. If your chip is in SOIC8, then you do need adapter ADP-004.

For those M35080 V6 and M35080 VP, you need to use ADP-088 based on the message in software after you selected the M35080 chip.

I will order some M35080 V6 and M35080 VP for doing more testing.

Check your chip exact part number.
carpin Posted - 01/11/2015 : 11:50:58
Thanks ZLM


ZLM Posted - 01/09/2015 : 09:00:51
I tested with GQ-4X. And found the software has bug on this chip. This can be fixed.
I will do more on this. For sure it can be fixed.
Currently I am busy on another project.
Nishka Posted - 01/04/2015 : 10:10:33
Hi,
I'm pretty much waiting for the same information. Is there any news or progress? I'd really like to be able to fix the chips I have sitting on the bench
THX
carpin Posted - 12/24/2014 : 21:24:22
Thank you ZLM
jc179 Posted - 12/22/2014 : 20:37:59
Thank you! Let me know if there's anything I can do to help...

Jonathan
ZLM Posted - 12/22/2014 : 19:51:10
Yes. I am sure it can be written. I already got the testing chip.

I will let you know in a few days.
jc179 Posted - 12/18/2014 : 21:54:24
Hi ZLM

I borrowed a friends programmer, for M35080, it is able to program these chips OK. Is there any firmware update available to fix the issue with the GQ 4x and M35080 ?

Known working:


Image Insert:

53.17 KB
jc179 Posted - 11/12/2014 : 16:42:50
Hi

Any luck? I can send you a test chip too if needed.

thanks,
Jonathan
jc179 Posted - 11/01/2014 : 21:32:59
Chip I have read is reading correctly - How : Known good data is visible in dump file (not corrupt) - Verify by Program code and version are as expected and matching sticker value, so the read is 100%.

I can provide a test chip and binary dump if needed.

thanks all!
ZLM Posted - 10/30/2014 : 09:07:36
I am waiting for the testing chip. It is on the way. I will get it in a few days.

I will update here once I tested it.

medln25 Posted - 10/30/2014 : 07:45:54
the chip does not read correctly, a blank chip should have all incremental bits sets to 00 from factory (not FF).
jc179 Posted - 10/29/2014 : 19:55:07
ZLM, any idea? This chip isn't working??!!!! So many posts on this form about this, can I help to get it fixed??
jc179 Posted - 10/20/2014 : 15:20:39
Hi

So when attempting to follow the above outlined procedure, USBPrg report the chip doesn't support 'erase function' (see screen shot below). In either case I proceeded with:
- reading a blank file from the chip (file A)
- ran erase function, read it back (file B)
- change file I read from "B" to all 1's
- upload it to the chip, and reading it back (file D).

I also tried function "verify blank" which reports chip is blank, a few times to be sure. Have also verify all connections from chip back to programmer ZIF socket are correct for ADP-088.


I attached the screen shots, and the chip reads.

Download Attachment: m35080-reads.zip
107.43 KB


Image Insert:

24.79 KB

Image Insert:

84.2 KB


Image Insert:

39.75 KB

Thank you for the help

Nishka and all, I'm sure this will work very soon!

Jonathan
Nishka Posted - 10/20/2014 : 08:14:42
Let me know how this works for you... I have the same problem and its pretty frustrating
medln25 Posted - 10/16/2014 : 14:44:24
1. if you have a blank chip read it using your programmer and save the content to file A.bin
2. erase the chip, then read the chip again and save to B.bin
3. make a copy of B.bin, lets say C.bin. open it with a hex editor of your choice and replace all bytes with '11' save it then upload it to the chip. read the chip again and save the content to D.bin
upload the files A.bin B.bin and D.bin so I can take a look to them
jc179 Posted - 10/15/2014 : 19:31:46
Hi Medln25

I confirmed that pin3, is connected good to ZIF socket in programmer. Also can confirm I see 3.3v here, and when programming(write) starts it drops to 0v for a moment, then back to 3.3v.

Don't really know what else is wrong:
- All connections verified per ADP088 adapter
- Can read IC ok
- Cannot write - goes through actions, but upon verification / read back it is all 0 - I mean blank (FF's).
- * alot * of posts here with others having same problem writing to the chip... including the other post you respond in.

Would like to help to fix this....I can capture the databus of the programming and verification fail after with logic analyzer if its fast enough to capture it. Maybe will be useful to troubleshoot?
jc179 Posted - 10/14/2014 : 06:37:33
thanks for the suggestion - I will check that continuity from chip to Gq4x socket.

I know the new chip is reading correctly:
- use same test clip to read existing / new chips (remember: existing chips I can read OK)
- query chip on device "read memory" function shows blank data (for 'new' chips).

Is very evident data is not being written to the chip. A poor connection on the enable write pin is a very good point to investigate.

Will report back, thank you.

edit: corrected wording
medln25 Posted - 10/13/2014 : 01:58:26
check the W pin (3) is connected correctly, try to check continuity from the chip pin to the programmer zif socket.
pin 5 is not used by the chip.
how do you know the new chip is read correctly at first place?
jc179 Posted - 10/12/2014 : 17:34:13
Thanks but I am using brand new chips. While this maybe true I am trying to write different values past the incremental write section only.

So my problem is actually on a "new" chip I cannot write AT all. Upon verification or read back, it is all 00 00 00 , even as mentioned past the incremental only section.

Suspect an issue with the programmer its self.
medln25 Posted - 10/10/2014 : 00:08:22
the top bytes of this chip cannot accept lower values than what it contains. a used chip cannot be reprogrammed if some bytes contains values higher than what you want to write on them.
you have to use a new empty chip
jc179 Posted - 10/09/2014 : 07:56:48
Hi ZLM

I've tried my programmer and a friends, both at speed -2 , -1 and 0, different chips too - any other suggestion? Using the ADP088? Adapter pinout I am using is http://www.mcumall.com/support/ADP-088_Connection.html - notice SOIC 5 is "no connection" - is there something different required for writing to it?

Do you have a newer firmware for GQ-4X I can try to see if it helps?? I can send you of the chips as well? Just would like to see this get fixed, There seems to be a lot of folks having problem to write to the chip.
ZLM Posted - 10/08/2014 : 08:43:54
This chip is support on GQ-4X. If you can confirm the chip reading i OK,, then the write should work. Try slower speed.

MCUmall EPROM BIOS Chip Burner Forum © Copyright 2003 - 2009 Mcumall Electronics Inc. Go To Top Of Page
Generated in 0.11 sec. Snitz Forums 2000