SOLUSI HAPE_ UFS 9

ERASE - dan BACKUP.
Untuk berjaga-jaga bila terjadi sesuatu yang "luar biasa", sebaiknya budayakan selalu backup IMEI.

- Backup IMEI:
----------------------
Di sini kita bahas yang general saja, yaitu generasi DCT4 yang memiliki IMEI Field di pm area [208],
sebagai contoh; semua DCT4-WD2: 7650, 36xx, 3230, 3100 / 3200 dll.
1100, 2300, 2600, dsb. tidak termasuk dalam kategori ini. Kita bisa mengenalinya dengan gampang soal kategori tersebut.
Caranya:
Read PM dengan alamat start / end di isi saja 208.
Bila area tersebut di nyatakan kosong, well, UFS tidak bisa melakukan backup IMEI.
Sekarang untuk melakukan backup, cukup klik: "Rd UEM", setelah ponsel terbaca, kita CANCEL saja.
(Bila anda akan membuat file *.ask, bisa di ok..ok..ok...
Contoh: 3100 - RH-19
Maka keterangan di UFS akan seperti ini
Code:
IMEI/ESN Backup Data1 Saved as
\Products\Rh-19\Rh-19_352937001838975_Back.rpl
Backup Valid Only if PM Data [208,0] is Original
Bad IMEI Number: 352937001838975
UEM Reading Aborted
"Bad IMEI Number" karena kita membatalkan proses pembuatan *.ask
Sesuai keterangan di atas, IMEI tersimpan di C:\Program Files\Nokia\Phoenix\Products\RH-19 sebagai Rh-19_352937001838975_Back.rpl. Bila di kemudian waktu anda mendapati ponsel ini
dengan IMEI ??????????? maka tinggal masukkan kembali dengan cara "Write UEM".
contoh:
Code:
IMEI: ??????-??-??????-?
RPL File Info:
IMEI: 352937001838975
CHCK: -11367
Warning: No DATA2 Record
IMEI: ?
PROD: ?
1st Boot Ok, DCT4, UPP: 1120
FlId Aliasing with: 00EC22F0
Fl0: 0x01000000-0x017FFFFF,00EC22F2,Sam K5U64418TM
Algorithm: u_amd.fia, Ver: 4.52.0
UEM Writing Done, Time: 00:02
Warning: No SIM_PROG_DATA in File
Imei segar kembali
Code:
MCU Sw: V 06.31 25-11-05 RH-19 (c) Nokia.
PPM Sw: V 06.31 25-11-05 RH-19 (c) Nok V
Prd.Cd: 0511598
Bpr.Cd: 0511478
Pro.Sn: 2FC223722
HW : 2702
PCI :
UEM : 8
UPP : 4384
RFIC : 0300
DSP : N5.20
LCD : SED15G10ITO
IMEI : 352937-00-183897-5
SLconf: 001-01-00000000000
SLprof: 000000000000000-2
SLvar : 00553529370018389700
SLaux : 00025555
Provider: Test Equipment
#pw+ 025 193 047 303 202 +1#
#pw+ 293 515 711 147 122 +2#
#pw+ 402 327 524 055 132 +3#
#pw+ 248 835 463 670 341 +4#
#pw+ 846 951 061 441 262 +5#
#pw+ 737 150 157 513 464 +6#
#pw+ 255 805 273 350 215 +7#
Imei segar kembali

- Flash Addressing - Identifying
----------------------
Ya, penentuan alamat flash sesuai definisi yang terdeteksi oleh UFS. Masih contoh ponsel yang sama dengan di atas.
Code:
1st Boot Ok, DCT4, UPP: 1120
FlId Aliasing with: 00EC22F0
Fl0: 0x01000000-0x017FFFFF,00EC22F2,Sam K5U64418TM
Algorithm: u_amd.fia, Ver: 4.52.0
@ Fl0: Karena hanya satu IC flash yang terpasang.
@ 0x01000000-0x017FFFFF: Definisi area alamat ic flash tersebut.
Dengan Start 0x01000000 dan berakhir-end di 0x017FFFFF.
Bila anda akan melakukan apa yang di sebut FULL ERASE, alamatkan saja sesuai definisi tadi.
@ Sam K5U64418TM: merek dari ic flash yang terdeteksi.



Putaran ke dua...
________________________________________
Pengenalan ponsel dengan ic flash lebih dari 1.
Code:
1st Boot Ok, WD2, UPP: 1081
Fl0: 0x00000000-0x007FFFFF,0001267E,Amd 29BDS643HT
Fl1: 0x02000000-0x027FFFFF,0001267E,Amd 29BDS643HT
Fl2: 0x04000000-0x047FFFFF,0001267E,Amd 29BDS643HT

@UPP: 1081 > CPU yang di pakai.
Tips: akan di kenali sebagai 1081 bila memakai UPP v3.2 / 3.2e
dan akan di kenali sebagai 0081 bila memakai UPP v2.x

Fl0: 0x00000000-0x007FFFFF,0001267E,Amd 29BDS643HT
Fl0 = Flash NOL..bukan eF SEPULUH
0x00000000-0x007FFFFF = Area yang di gunakan.
Amd 29BDS643HT = Merek flash yang di gunakan
Definisi yang sama buat Fl1 dan Fl2, keterangan yang sama pula.

Jadi kalo mau full erase, dan tidak punya file erase, kita harus melakukan 3 kali proses erase. Alamat yang di pakai sesuai definisi tsb.
Fl0: start : 0x00000000 end: 0x007FFFFF
Fl1: start : 0x02000000 end: 0x027FFFFF
Fl2: start : 0x04000000 end: 0x047FFFFF

Tentang Out of Chip Bounds
________________________________________
Code:
1st Boot Ok, DCT4, UPP: 1120
FlId Aliasing with: 00EC22F0
Fl0: 0x01000000-0x017FFFFF,00EC22F2,Sam K5U64418TM
Algorithm: u_amd.fia, Ver: 4.52.0
Area1: 0x01000000-0x01FFFFFF Out of Chip Bounds

Kenapa bisa begini? Sesuai yang di bahas di halaman sebelumnya. Inilah defined area yang di maksud itu.
Bila kita memperhatikan Fl0: 0x01000000-0x017FFFFF,
sedangkan perintah erase di UFS adalah 0x01000000-0x01FFFFFF
maka kita akan mendapati Out of Chip Bounds

Maka yang perlu di cermati dalam erase-meng erase (full) ini adalah END address.


ufs menyebutkan out of chip bounds karena dia melihat bahwa daerah erase lebih besar daripada ukuran fisik ic flash tersebut, atau dengan kata lain end erase address itu lebih besar dari pada end address ic flash. Jadi kalo kita masukkan end address, misal 01700000 maka erase di ufs akan berjalan?

0 komentar: