WRITE PRocessor mc68hc908az60

**gadroulll** · 2nd November, 2011, 01:14 AM

i want to move one flash from one processor to another ,but the problem is that i read them but i can not write to them .
i use xprog,upa and codecard but same problem .

the car is vito and i want to make flash to another new processor .

any help about security bytes .

**markony79** · 2nd November, 2011, 01:30 AM

this not have security bytes there
just up all legs where cables is going and you will read it

can you send me the Pdf for Codecard for this mask processor

**gadroulll** · 2nd November, 2011, 01:40 AM

i can read it but i cannot write to it , it looks locked by security bytes and i am asking if someone knows the security bute for vito dashoboard

**markony79** · 2nd November, 2011, 01:42 AM

Originally Posted by gadroulll

i can read it but i cannot write to it , it looks locked by security bytes and i am asking if someone knows the security bute for vito dashoboard

Not have security bytes there!!!

**Zmann** · 2nd November, 2011, 02:18 AM

Yes, having security bytes if talking about the Flash and presuming that gadroulll knew what they are on this MCU as he needs flash writing. But this is not of that concern. see this thread
http://www.digital-kaos.co.uk/forums...-0j66d-222433/

**tachonow** · 2nd November, 2011, 07:58 AM

Dont waste your time.
ETL is your solution.
Upa and xprog cant write the flash dump.

**answers** · 2nd November, 2011, 08:22 AM

if you are tryng to write in a NEW chinese mcu then stop ..... mcu is bad .. they have this problem now .. can not write inisde

**Zmann** · 2nd November, 2011, 09:41 AM

Originally Posted by answers

if you are tryng to write in a NEW chinese mcu then stop ..... mcu is bad .. they have this problem now .. can not write inisde

+1 The reason of this is in my post#5 link

**gadroulll** · 2nd November, 2011, 03:20 PM

my dump ia that probably eepro has been erased before used .
i see that my upa do not make erase flash ,why?

**gadroulll** · 2nd November, 2011, 03:21 PM

this is a reason for that but if i know the security bytes normally must works

**Zmann** · 2nd November, 2011, 04:38 PM

Is the dump in post #9 read by UPA 'all memory'? If read correctly I can see the EEPROM blocks (block1 & block2) has some problem. I will help you to analyse, please also post the dump of the donor too to see how many blocks used. the receiver MCU 2J74Y? sec. bytes of this dump are all '00'

UPA almost not support Flash programming with two cases exception, hc908as60 and hc908az60. that's why the 'Erase Flash' button not active. but never try that UPA flash programming on these two work properly.

**ozibo** · 2nd November, 2011, 04:44 PM

Originally Posted by gadroulll

i want to move one flash from one processor to another ,but the problem is that i read them but i can not write to them .
i use xprog,upa and codecard but same problem .

the car is vito and i want to make flash to another new processor .

any help about security bytes .

security byte this mcu

$F9-$F1-$F9-$F4-$F9-$F7-$F9-$FA=MC68HC908AZ60 (2J74Y)

**gadroulll** · 2nd November, 2011, 07:08 PM

i can write to eeprom 1 adress 800-9ff
i can not write to eeprom 2 600-7ff
i try to write only fe00 registers and i can not do it.

so the processor is locked in flash and to eeprom 2 .for this reason i can not write to it .

**ozibo** · 3rd November, 2011, 10:38 AM

Originally Posted by gadroulll

i can write to eeprom 1 adress 800-9ff
i can not write to eeprom 2 600-7ff
i try to write only fe00 registers and i can not do it.

so the processor is locked in flash and to eeprom 2 .for this reason i can not write to it .

enter the following security byte
F9-F1-F9-F4-F9-F7-F9-FA