![]() ![]() |
Sep 18 2006, 07:05 PM
Post
#1
|
|
|
Group: Members Posts: 114 Joined: 12-May 06 Member No.: 9,848 |
Last week I opened my Zaurus SL-7500C and replaced the Flash chip with a K9F1G08UOM. (My original chip is also K9F... the only difference is the capacity).
I carefully checked the pins to make sure they are properly connected. Then I booted to the Service Menu using Fn+D+M. The up-right corner of Sevice Menu shows "SL-C760". But the chip wasn't properly recognized. Clicking on the version list gave me the following information: CPU: PXA255 A0 Board: c760 Serial No: 00000b0d ROM Checksum: bca1 RAM Size: 65536KB NAND modules(0MB) unknown[unknown] I tried all the NAND Flash related command (NAND restore and NAND Full Erase) in the service menu and they all gave me an "Error -2". Restoring NAND backup or installing U-Boot didn't work either. I can't put back my original chip because I damaged it when I removed it. (There must be some glue under the chip.) So basically my 7500 is dead. I heard that somebody has successfully upgraded their Flash chip. So maybe he can share his experience with me. I'd be very appreciated. |
|
|
|
Sep 18 2006, 08:33 PM
Post
#2
|
|
|
Group: Members Posts: 126 Joined: 13-December 03 Member No.: 1,174 |
I'm going to upgrade my C3000 and the first thing I care about is to SAVE THE ORIGINAL CHIP. I think that hot air blower with careful temperature adjusting will help to melt the glue and save the chip, maybe at 200 C or a little bit higher (chip won't desolder at temperatures lower than 180 C, if I'm correct).
|
|
|
|
Sep 19 2006, 12:11 AM
Post
#3
|
|
|
Group: Members Posts: 114 Joined: 12-May 06 Member No.: 9,848 |
QUOTE(Reaper @ Sep 18 2006, 08:33 PM) I'm going to upgrade my C3000 and the first thing I care about is to SAVE THE ORIGINAL CHIP. I think that hot air blower with careful temperature adjusting will help to melt the glue and save the chip, maybe at 200 C or a little bit higher (chip won't desolder at temperatures lower than 180 C, if I'm correct). It was so difficult to remove the original chip from the board. I didn't have any trouble when I removed the chip I was going use from a USB key drive, but blowing the chip off Zaurus is another story. Let me know when you finish the upgrade work. I still want to know whether the new chip is supposed to be recognized automatically. |
|
|
|
Sep 19 2006, 04:10 AM
Post
#4
|
|
![]() Group: Members Posts: 1,376 Joined: 11-January 04 From: Poznań, Poland Member No.: 1,413 |
wrc4: you probably need to use same chip as the one in c760/c860 because sharp bootloader (which initialize chip) has it hardcoded rather.
|
|
|
|
Sep 19 2006, 05:08 AM
Post
#5
|
|
|
Group: Members Posts: 114 Joined: 12-May 06 Member No.: 9,848 |
QUOTE(Hrw @ Sep 19 2006, 04:10 AM) wrc4: you probably need to use same chip as the one in c760/c860 because sharp bootloader (which initialize chip) has it hardcoded rather. That's what I'm afraid of: If the code is in the EEPROM. there will be no way to upgrade it. That would also mean the bootloader in my 7500C is the same or at least very similar to that of a C760. (The most confusing part is the Service Menu says my Zaurus is a C760, but the only thing I changed is the Flash chip). Does anyone want to open his/her C760 and tell me the exact model of the Flash chip? I really wonder what is the difference between the SAMSUNG chips (K9K, K9F, etc.). Is there a way to trick one model into another? I heard that the Flash of some Windows CE PDAs (like the iPaq hx4700) can be easily upgraded. |
|
|
|
Sep 22 2006, 01:50 AM
Post
#6
|
|
|
Group: Members Posts: 114 Joined: 12-May 06 Member No.: 9,848 |
I found a same 64MB chip as the previous one and soldered it back. (Thanks Jason for giving me your old USB drive.) Now my 7500 is up and running again. (With a bad block in the flash, thanks Jason again for using it so HARD...)
So one conclusion is that K9F1G08UOM does NOT work on SL-7500C (and may be the same thing is true for SL-C750). |
|
|
|
Sep 22 2006, 02:08 AM
Post
#7
|
|
|
Group: Members Posts: 271 Joined: 19-June 03 From: Beijing,China Member No.: 156 |
Wow, so cool.
I even asked the maker on this repair issue, they cannot provide since they don't have the flash chip. But you made it. Flash chip may have different sector size in organization. It seems that RAM may be a little easier. |
|
|
|
Sep 22 2006, 05:36 AM
Post
#8
|
|
|
Group: Members Posts: 369 Joined: 6-September 04 From: Brisbane, Australia Member No.: 4,488 |
What was the full code on the original chip? When I looked at the datasheet I'm pretty sure that different K9F's can report different chip ID's - which would definitely make your Z unable to recognise the chip even if it's otherwise compatible.
|
|
|
|
Sep 22 2006, 04:52 PM
Post
#9
|
|
|
Group: Members Posts: 114 Joined: 12-May 06 Member No.: 9,848 |
pelrun,
The full code is: K9F1G08UOM YCBO I will try to look at the datasheet and compare the difference between the chips. (I really should have done this BEFORE changine the chip) chyang, You can easily find such a chip in an old "LG" branded USB disk. The 128M model usually has two of such chips. |
|
|
|
Sep 22 2006, 07:49 PM
Post
#10
|
|
|
Group: Members Posts: 369 Joined: 6-September 04 From: Brisbane, Australia Member No.: 4,488 |
No, I meant the original chip from your Z, you already mentioned the one you replaced it with
|
|
|
|
Sep 23 2006, 12:54 AM
Post
#11
|
|
|
Group: Members Posts: 114 Joined: 12-May 06 Member No.: 9,848 |
|
|
|
|
Sep 23 2006, 08:04 AM
Post
#12
|
|
|
Group: Members Posts: 369 Joined: 6-September 04 From: Brisbane, Australia Member No.: 4,488 |
From the datasheets, the K9F1208UOM ID is 76C0, but the K9F1G08UOM's is F115 - the Z would be querying the ID and giving up on the unfamiliar one, even if the chips are functionally identical.
The only real way to get it to work in that case would be to cram in a microcontroller to intercept the new ID and inject the old one in a similar fashion as a console modchip does. It might also be possible to patch the in-flash version of the firmware to replace the ID with the newer one - though if that worked you couldn't use the Fn+D+M menu (as it's in ROM) to save you from a bad subsequent flashing... |
|
|
|
Sep 23 2006, 04:36 PM
Post
#13
|
|
|
Group: Members Posts: 114 Joined: 12-May 06 Member No.: 9,848 |
QUOTE(pelrun @ Sep 23 2006, 08:04 AM) From the datasheets, the K9F1208UOM ID is 76C0, but the K9F1G08UOM's is F115 - the Z would be querying the ID and giving up on the unfamiliar one, even if the chips are functionally identical. The only real way to get it to work in that case would be to cram in a microcontroller to intercept the new ID and inject the old one in a similar fashion as a console modchip does. It might also be possible to patch the in-flash version of the firmware to replace the ID with the newer one - though if that worked you couldn't use the Fn+D+M menu (as it's in ROM) to save you from a bad subsequent flashing... Is there any way to patch the in-flash version of the firmware? Can it be done by running some scripts in the SD or CF card or by connecting to the serial port? Since the Fn+D+M is rarely used and even if it's needed, we can restore the original fireware and patch it again. I wonder how much we can do with the Service Menu. The good thing is, if we can modify the firmware, we might be able to use even larger flash chips--maybe a 1GByte one. |
|
|
|
Sep 23 2006, 06:30 PM
Post
#14
|
|
|
Group: Members Posts: 369 Joined: 6-September 04 From: Brisbane, Australia Member No.: 4,488 |
How would you replace the firmware if you need the Fn+D+M menu to do it and it doesn't recognise your flash?
Not to mention the whole problem of getting the firmware on there in the first place - though if you were scavenging the chip from a USB key you could probably use it to write the raw firmware to the chip before transplanting it. Come to think of it, the Z would be using the ROM copy as a first stage bootloader, so you're probably SOL already - can't read the flash until you've already got some code loaded that lets you read the flash, and that code is in the flash. Ouch. |
|
|
|
Sep 23 2006, 07:37 PM
Post
#15
|
|
|
Group: Members Posts: 114 Joined: 12-May 06 Member No.: 9,848 |
QUOTE(pelrun @ Sep 23 2006, 06:30 PM) How would you replace the firmware if you need the Fn+D+M menu to do it and it doesn't recognise your flash? Not to mention the whole problem of getting the firmware on there in the first place - though if you were scavenging the chip from a USB key you could probably use it to write the raw firmware to the chip before transplanting it. Come to think of it, the Z would be using the ROM copy as a first stage bootloader, so you're probably SOL already - can't read the flash until you've already got some code loaded that lets you read the flash, and that code is in the flash. Ouch. Yes, you're right. In fact, I would think about building a daughter board just for the flash chip. After all, there are only about 20 out of the 48 pins need to be connected. This way we can change the chip whenever we want and preload the basic boot loader that can recognize the chip. But that's a little far from what I can do now. |
|
|
|
![]() ![]() |
|
Lo-Fi Version | Time is now: 24th May 2013 - 12:57 PM |