Poco F3 CPU Voltaj Arıza Tespiti ve Onarım

 

 

Poco F3 CPU Voltaj Arıza Tespiti ve Onarım Rehberi

Poco F3 CPU Voltaj Arıza Tespiti ve OnarımTelefon tamiri eğitimi
Poco F3 CPU Voltaj Arıza Tespiti ve Onarım

Poco F3 CPU Voltaj Arıza Tespiti ve Onarım

Teknik Servis Uzmanı Perspektifinden Detaylı Anakart Tamiri ve Voltaj Analizi

İçindekiler – Hızlı Navigasyon

1. Giriş ve Temel Bilgiler

Poco F3 (Redmi K40 / Mi 11X) modeli, Qualcomm Snapdragon 870 işlemci kullanan popüler bir amiral gemisi cihazdır.
Teknik servis pratiğinde sıkça karşılaşılan açılmama, donma, reset döngüsü (bootloop) ve aniden kapanma
gibi sorunların büyük çoğunluğu CPU voltaj regülasyonundaki hatalardan kaynaklanmaktadır.

Önemli Teknik Not: Snapdragon 870 platformu, çok fazla voltaj hattı (power rail) içeren kompleks bir
power delivery sistemine sahiptir. Her bir VREG (Voltage Regulator) hattı, CPU’nun belirli bir bölümünü besler ve
bu hatlardan birinin dahi eksikliği veya dalgalanması cihazın boot etmesini engeller.

2. CPU Voltaj Haritası ve Ölçüm Noktaları

Anakart üzerindeki kırmızı etiketlerle işaretlenmiş ölçüm noktaları, CPU’nun çalışması için hayati önem taşıyan
voltaj regülatör çıkışlarıdır. Bu noktalarda ölçüm yaparken multimetrenizi DC voltaj moduna alın ve
referans (GND) noktası olarak kalkan (shield) kapasitörler veya USB portun GND pinini kullanın.

Ölçüm Noktası Voltaj Değeri Fonksiyon Arıza Belirtisi
VREG_57C_BPC (C3805) ~0.57V CPU Big Cluster Power Control Açılmama, donma
VREG_5K4_0P88 (C3802) 0.88V GPU / Graphics Core Grafik arızaları, bootloop
VREG_S1A_S2A_S3A (C3817) 0.75V CPU Small Cluster 1-2-3 Yavaş çalışma, açılmama
VREG_S4C_S5C (C3901) 0.75V CPU Small Cluster 4-5 Performans düşüklüğü
VREG_S3C (C3900) 0.75V CPU Small Cluster 3 Cache Cache hataları, reset
VREG_L4A (C3983) 0.75V L4 Cache / Memory Interface RAM erişim hataları
VREG_L11A (C3996) 0.75V IO / Peripheral Interface Donanım tanınmama
VREG_L12A (C3994) 0.75V System Cache Boot hataları
VREG_SP_1P8 (C3986) 1.8V Special Function / PLL Saat sinyali hataları
VREG_S1C_S2C (C3740) 0.75V CPU Small Cluster 1-2 Cache İşlemci hataları
VREG_57A_S8A_S9A (C3728) 0.75V CPU Cluster 5-7-8-9 Multicore hataları
VREG_L2A_1P1 (C3869) 1.1V L2 Cache Cache tutarsızlığı
VREG_L5A_0P88 (C3871) 0.88V L5 Cache / Neural Engine AI işlem hataları
VREG_L9A_1P2 (C3867) 1.2V Memory Controller RAM hataları, donma
VREG_S10A (C3726) 0.75V CPU Small Cluster 10 Yüksek yükte kapanma
VREG_VON (C3761) ~1.0V Voltage ON / Enable Signal Hiç açılmama
VREG_L12A_1P8 (C3702) 1.8V Secondary System Voltage Boot sonrası donma
BOOT_CAP (C5484) ~1.8V Boot Sequencing Capacitor Bootloop, açılmama

3. Sık Karşılaşılan Arıza Senaryoları

3.1. Cihaz Hiç Açılmıyor (Dead Phone)

Belirtiler: Şarja takıldığında LED yanmıyor, bilgisayar tanımıyor, hiçbir tepki yok.
Temel Şüpheliler:

  • VREG_VON (C3761) voltajının olmaması – PMIC enable sinyali sorunu
  • BOOT_CAP (C5484) devresinde kısa devre veya açık devre
  • Ana batarya bağlantı hattı (VBAT) korozyonu veya kopması
  • PM8150B (Power Management IC) arızası

3.2. Bootloop (Sürekli Logo Dönme)

Belirtiler: Cihaz Poco logosuna geliyor, restart atıyor, sistem açılmıyor.
Temel Şüpheliler:

  • VREG_L9A_1P2 (Memory Controller 1.2V) dalgalanması
  • VREG_L2A_1P1 (L2 Cache 1.1V) düşüklüğü
  • RAM (LPDDR5) voltaj regülasyonu hatası
  • CPU BGA altında soğuk lehim (cold joint)

3.3. Açılıyor Ancak Donuyor veya Yavaş Çalışıyor

Belirtiler: Sistem açılıyor ancak uygulamalar açılmıyor, dokunmatik tepkisiz, performans düşük.
Temel Şüpheliler:

  • VREG_S1A-S3A (Small Cluster 0.75V) voltaj düşüklüğü
  • VREG_5K4_0P88 (GPU 0.88V) yetersizliği
  • VREG_L4A (Memory Interface) dalgalanması
Kritik Uyarı: Poco F3‘te CPU ve PMIC BGA (Ball Grid Array) paketindedir ve ısı hasarına çok duyarlıdır.
Yanlış ısı profili uygulandığında PCB delaminasyonu (katman ayrılması) veya CPU pad kopması meydana gelebilir.
Reballing işlemi için özel profil kullanın!

4. Sistematik Teşhis Prosedürü

  1. Görsel Muayene
    Anakart üzerinde korozyon, su teması izleri, yanık komponent veya çatlak BGA görünümü kontrol edin.
    Özellikle CPU çevresindeki kapasitörlerde fiziksel hasar varsa öncelikle bunları değiştirin.
  2. Ölçüm Sırası Belirleme
    Voltaj ölçümlerine her zaman VREG_VON ve BOOT_CAP noktalarından başlayın.
    Bu iki nokta sistemin “yaşam belirtisi” gibidir. Burada voltaj yoksa diğer hatları kontrol etmeye gerek yoktur.
  3. Kısa Devre Tespiti
    Cihaz kapalıyken (batarya bağlı değilken) ölçüm noktalarını multimetrenizin diyot modunda (buzzer) kontrol edin.
    0V veya çok düşük direnç gösteren noktalarda kısa devre şüphesi vardır.
  4. Amper Çekim Analizi
    DC power supply ile cihaza 4.2V verin ve amper çekimini gözlemleyin:

    • 0.00-0.01A: Hiç açılmıyor (VON veya VBAT sorunu)
    • 0.05-0.15A: Boot başlıyor ancak tamamlanmıyor
    • 0.20A+ aniden düşüş: CPU reset atıyor (voltaj dalgalanması)
  5. Sıcaklık Haritalaması
    Thermal kamera veya alkol/termal macun yöntemiyle hangi bölgenin ısındığını belirleyin.
    Anormal ısınan bölge kısa devre veya IC arızası işaretidir.

5. VREG Hatları Detaylı Analiz

5.1. 0.75V Hatları (Small Cluster Besleme)

VREG_S1A_S2A_S3A, VREG_S4C_S5C,
VREG_S3C, VREG_S1C_S2C,
VREG_S10A ve VREG_57A_S8A_S9A
noktaları CPU’nun verimlilik odaklı küçük çekirdeklerini (little cores) besler.

Teknik Detay: Bu hatlar genellikle aynı SMPS (Switched-Mode Power Supply) kaynağından türetilir.
Birinde voltaj yoksa hepsinde olmama ihtimali yüksektir. Ancak filtre kapasitörlerinden (C3817, C3901 vb.)
birinin kısa devresi sadece o hattı etkiler.

5.2. 0.88V Hatları (GPU ve L5 Cache)

VREG_5K4_0P88 ve VREG_L5A_0P88
grafik işlemci ve yapay zeka hızlandırıcı birimlerini besler. Bu voltajlar yoksa cihaz açılır ancak
ekran görüntüsü oluşmaz veya sistem grafik yükünde kapanır.

5.3. 1.1V – 1.2V Hatları (Cache ve Memory)

VREG_L2A_1P1 (1.1V) ve VREG_L9A_1P2 (1.2V)
kritik öneme sahiptir. Bu voltajlar dalgalanıyorsa (AC komponent yüksekse) CPU ile RAM arasındaki iletişimde
hatalar oluşur ve cihaz bootloop’a girer.

5.4. 1.8V Hatları (IO ve Boot Sequencing)

VREG_SP_1P8 ve VREG_L12A_1P8
giriş/çıkış birimleri ve boot sıralaması için kullanılır. Özellikle BOOT_CAP (C5484)
üzerindeki 1.8V, cihazın boot ROM’unun başlatılması için zorunludur.

6. Adım Adım Çözüm ve Onarım

6.1. Kapasitör Değişimi (Level 1 Onarım)

Ölçüm yaptığınız noktada voltaj yoksa ve direnç ölçümünde kısa devre varsa:

  1. İlgili SMD kapasitörü (örn: C3805, C3817) sökün
  2. Kısa devrenin geçip geçmediğini kontrol edin
  3. Kısa devre geçtiyse aynı değerde (genellikle 10uF-22uF, 6.3V-10V) yeni kapasitör takın
  4. Kısa devre geçmediyse sorun IC kaynaklıdır, BGA rework gerekir

6.2. Bobin (Inductor) Kontrolü

Voltaj regülatörleri ile CPU arasındaki bobinlerde (ferrite bead veya power inductor) açık devre olabilir.
Multimetre ile buzzer testi yapın, bobin üzerinde direnç göstermesi gerekir (genellikle 0.1-2 ohm).

6.3. PMIC Reballing / Değişimi

Çok sayıda VREG hattında voltaj yoksa veya voltajlar dalgalanıyorsa sorun PM8150B PMIC’tedir.

PMIC Rework Prosedürü:

  • Isı profili: Ön ısıtma 150°C/60sn, Asıl ısı 350°C/90sn (lead-free)
  • PCB altından ısıtma (pre-heater) kullanarak delaminasyonu önleyin
  • Reballing için 0.25mm çaplı BGA top kullanın
  • Yeni IC takmadan önce padlere yeterli flux uygulayın

6.4. CPU Reballing (Son Çare)

Tüm voltajlar normal ancak cihaz hala bootloop’taysa veya açılmıyorsa, CPU altında soğuk lehim veya
pad hasarı şüphesi vardır. Bu durumda CPU’nun reballing’i gereklidir.

Başarı İpuçları: CPU reballing’inde en kritik nokta ısı dağılımıdır. Snapdragon 870 büyük bir
die’ye sahiptir ve merkezdeki ısı kenarlara ulaşmadan PCB zarar görebilir. Mutlaka alüminyum ısı dağıtıcı
(heat spreader) kullanın ve ısıyı kademeli artırın.

7. Boot Capacitor (C5484) Kontrolü

BOOT_CAP (C5484) noktası, Poco F3’te en kritik ancak en sık gözden kaçan
ölçüm noktasıdır. Bu kapasitör, boot sırasında gerekli olan ramp voltajını (ramp voltage) stabil tutar.

Arıza Senaryoları:

  • C5484 kısa devre: Cihaz hiç tepki vermez, 0.00A çekim
  • C5484 açık devre veya değer düşüklüğü: Bootloop, logo sonrası donma
  • C5484 lehim çatlağı: Sıcaklık değişiminde arıza değişkenliği

Ölçüm ve Çözüm:

  1. C5484 üzerinde 1.8V ölçün (batarya takılı, cihaz kapalıyken bile olmalı)
  2. Voltaj yoksa C5484’ü söküp kısa devre kontrolü yapın
  3. Kısa devre varsa: C5484’ü değiştirin (genellikle 4.7uF-10uF)
  4. Kısa devre yoksa: PMIC’ten C5484’e giden hat (trace) kopukluğu olabilir, jumper wire ile onarım

8. PMIC ve Power Management Testleri

8.1. PM8150B Pinout Analizi

PM8150B PMIC’in çıkış pinlerini CPU voltaj hatlarıyla eşleştirin. Veri sayfasında (datasheet) her bir
VREG çıkışının hangi pinlere karşılık geldiği belirtilmiştir. Eğer PMIC pininde voltaj var ancak
CPU ölçüm noktasında yoksa arada kopukluk veya filtre sorunu vardır.

8.2. I2C Haberleşme Kontrolü

PMIC ile CPU arasındaki I2C (SDA/SCL) hatları bozuksa, voltaj regülasyonu düzgün yapılamaz.
Osiloskop ile I2C sinyallerini kontrol edin (normalde 1.8V logic level, 400kHz hızında olmalı).

8.3. Reset ve Enable Sinyalleri

RESET_N ve PON_TRIG sinyallerinin doğru zamanda (timing) oluşması gerekir.
Bu sinyallerin gecikmesi veya dalgalanması boot sorunlarına yol açar.

9. Pratik Teknik İpuçları

Multimetre vs Osiloskop: Voltaj ölçümlerinde multimetre ortalama değeri gösterir ancak
dalgalanmaları (ripple) göstermez. Şüpheli durumlarda mutlaka osiloskop ile ölçüm yapın.
Sağlıklı bir VREG hattında ripple 50mV’den az olmalıdır.

Servis Uzmanı Tavsiyeleri:

  • Her zaman önce yazılım sorununu (firmware) eleyin – fastboot moduna girebiliyorsa donanım sağlamdır
  • Voltaj ölçümlerinde prob ucuyla PCB’ye fazla baskı yapmayın, pad kopması yapabilirsiniz
  • Reballing sonrası cihaz açılmazsa CPU’nun yerini 0.1mm kaydırmış olabilirsiniz, yeniden hizalayın
  • Thermal macun yerine termal sprey kullanın, CPU die’ye zarar vermeyin
  • Her onarım sonrası cihazı 40°C ortamda 30 dakika stres testine tabi tutun
Sık Yapılan Hatalar:

  • Voltaj normalmiş gibi görünüyor ancak yük altında düşüyor – load test yapmadan onay vermeyin
  • Sadece bir VREG hattını onarıp diğerlerini kontrol etmemek – tüm hatları test edin
  • CPU reballing’inde yetersiz flux kullanımı – dry joint (kuru lehim) oluşur
  • Yeni PMIC takarken eski topları (solder ball) temizlemeden takmak – short riski

10. Sonuç ve Özet

Poco F3 CPU voltaj arızaları, sistematik bir yaklaşımla %90 oranında çözülebilir. Temel prensip şudur:
Önce ölçün, sonra şüphelenin, en son müdahale edin.

Hızlı Referans Tablosu:

Arıza Belirtisi İlk Kontrol Edilecek Nokta Olası Çözüm
Hiç açılmıyor VREG_VON (C3761), BOOT_CAP (C5484) PMIC enable, C5484 değişimi
Bootloop VREG_L9A_1P2 (C3867), VREG_L2A_1P1 (C3869) RAM voltajı, PMIC rework
Logo sonrası donma VREG_S1A-S3A (C3817), VREG_L4A (C3983) Small cluster besleme, CPU reballing
Grafik hataları VREG_5K4_0P88 (C3802), VREG_L5A_0P88 (C3871) GPU voltaj regülasyonu
Yükte kapanma VREG_57C_BPC (C3805), VREG_S10A (C3726) Big cluster besleme, thermal macun

Unutmayın: Her anakart benzersizdir ve fabrika hataları, önceki onarım girişimleri veya kullanıcı kaynaklı
hasarlar (düşme, sıvı teması) durumu değiştirebilir. Bu rehber genel bir çerçeve sunar ancak her cihazı
kendi koşulları içinde değerlendirin.

Kaynak ve Eğitim

Bu teknik rehberde kullanılan voltaj haritası ve ölçüm noktaları
www.ceptelefonutamirkursu.com
kaynaklarından derlenmiştir.

Cep telefonu teknik servis uzmanlığı ve anakart onarım eğitimleri için profesyonel kurslarımıza katılın.

Detaylı eğitim materyalleri, şema diyagramları ve güncel onarım teknikleri için yukarıdaki bağlantıyı ziyaret edebilirsiniz.

Sorumluluk Reddi: Bu rehber profesyonel teknik servis personeli için hazırlanmıştır.
Cihazınıza zarar verme riskini göze almadan kendi başınıza müdahale etmeyin. Garantili cihazlarda
yetkili servis tercih edilmelidir.

 

Mert_Egitim

Benzer İçerik

Xiaomi Redmi Note 14 4G GLB (tanzanite) HyperOS OS3 Bootloader Locked Donanımsal ve Yazılımsal Dual IMEI Repair ve Hücresel Ağ Kalibrasyon Protokolü

 

Mert Cep Telefonu Tamir Kursu 

Xiaomi Redmi Note 14 4G GLB (tanzanite) HyperOS OS3 Kilitli Bootloader Ortamında Dual IMEI Onarımı, Eng Preloader Güvenlik Bypass ve Geri Kurtarma Protokolü

 

1. Giriş ve Teorik Altyapı

Günümüz mobil telekomünikasyon cihazlarının donanımsal ve yazılımsal kimlik doğrulama algoritmaları, her yeni işletim sistemi güncellemesiyle birlikte daha katı bir kriptografik zincire bağlanmaktadır. Xiaomi’nin HyperOS işletim sistemi (özellikle OS3 sürümü), Android güvenlik yamalarının en üst düzeyini barındırmakta olup, hücresel ağ parametrelerinin dışarıdan modifikasyonunu engellemeye yönelik derin imza kontrollerine sahiptir.

Bu akademik tezin ana odağı, MediaTek Helio G99 (MT6789) yonga seti üzerine inşa edilmiş olan Xiaomi Redmi Note 14 4G Global (kod adı: tanzanite, model kodu: 24117RN76G) akıllı telefonunda, kilitli bir bootloader (Bootloader Locked) ortamında dual IMEI onarım (IMEI Repair) işleminin donanımsal ve yazılımsal aşamalarını incelemektir. İşlem sırasında karşılaşılan en büyük engel, cihazın işletim sistemi başlatılmadan önce ilk doğrulama noktası olan Preloader bölümünün kriptografik imzalarıdır. Bu makale, bu kontrol mekanizmalarının nasıl bypass edildiğini ve sonrasında cihazın kararlı bir şekilde hücresel şebekeye nasıl bağlandığını adım adım analiz edecektir.

2. Helio G99 SoC ve Boot Güvenlik Mimarisi

MediaTek MT6789 (Helio G99) yonga seti, donanımsal güvenliği sağlamak adına ARM Cortex mimarisine entegre edilmiş TrustZone güvenlik katmanını ve eFuse (elektronik sigortalar) teknolojisini kullanır. Cihaz ilk tetiklendiğinde (Power-On Reset), CPU öncelikle dahili ROM (BootROM) kodunu çalıştırır. BootROM, depolama alanındaki (UFS veya eMMC) Preloader bölümünün imzasını doğrular.

Bootloader kilitli olduğunda (OS3 Bootloader Locked), imzasız ya da geçersiz imzaya sahip hiçbir sistem imajı (boot, system, recovery, preloader vb.) çalıştırılamaz. Eğer bu imajlardan birinde tek bir bitlik dahi değişiklik algılanırsa, işlemci güvenliği tehlikede görerek sistem başlatmayı askıya alır ve cihazı kapalı konuma ya da sonsuz bir logo döngüsüne (Bootloop) sokar. Bu durum, teknik servis mühendislerinin standart yöntemlerle IMEI onarımı yapmasını imkansız kılar.

3. Eng Preloader Bypass Kavramı

Mühendislik önyükleyicisi olarak da bilinen “Eng Preloader” (Engineering Preloader), geliştirme aşamasında işlemcinin ve bellek birimlerinin test edilmesi amacıyla üretilen, cryptographic (kriptografik) imza kontrolleri esnetilmiş özel bir preloader dosyasıdır. Bu dosya, MediaTek işlemcilerde bulunan brom (BootROM) açığı veya DA (Download Agent) yetkilendirme bypass araçları vasıtasıyla geçici olarak cihaza yazdırılabilir.

Akademik Not: Eng Preloader cihaza yazdırıldığında, işlemci geçici olarak güvenlik duvarlarını gevşetir. Ancak, bu durum cihazın kilitli bootloader yapısıyla doğrudan çelişir. Bu nedenle, Eng Preloader yazılıyken cihaz normal olarak Android işletim sistemini başlatamaz (boot edemez); sadece servis modunda (brom veya meta modda) komut kabul edebilir durumda kalır.

4. Gerekli Donanım ve Yazılım Envanteri

Protokolün başarılı bir şekilde icra edilebilmesi için aşağıda listelenen akademik düzeydeki donanımsal ve yazılımsal araç setinin hazır bulundurulması zorunludur:

1. Donanımsal Platform: Bir adet çalışan Windows 10/11 x64 tabanlı ana bilgisayar, yüksek veri transfer hızlı ve parazit korumalı orijinal Tip-C kablo, tam şarjlı durumda Xiaomi Redmi Note 14 4G GLB (tanzanite) cihazı.

2. Yazılımsal Araç (Dongle/Tool): Mediatək platformlarında kararlı partition yönetimi ve imzalama algoritmalarına sahip olan DFT Pro (v7.1.0 veya üzeri) yazılım lisansı.

3. Yazılımsal İmajlar (Files): Cihazın üzerindeki mevcut HyperOS ROM versiyonuyla tam uyumlu olan orijinal stock Preloader dosyası (romun içinden çekilebilir) ve tanzanite için derlenmiş uyumlu Eng Preloader dosyası.

5. Adım Adım Dual IMEI Onarım Protokolü

Bu aşama, teknik servis laboratuvar ortamında uygulanacak olan hassas adımları içermektedir. Adımların sırasına ve uyarı talimatlarına titizlikle riayet edilmesi gerekmektedir.

Aşama 1: Sürüm Tespiti ve Not Alınması
İşleme başlamadan önce cihazın ayarlar menüsünden “Telefon Hakkında” kısmına gidilerek mevcut HyperOS yazılım sürümü (örneğin: OS3.0.302.0.WOGMIXM) tam olarak not edilmelidir. Bu adım hayati öneme sahiptir; çünkü logo takılmasından cihazı kurtarırken geri yazılacak olan stok preloader dosyasının sürümü, cihazın içindeki rom sürümü ile birebir aynı olmak zorundadır. Aksi takdirde cihaz kalıcı olarak hard-brick durumuna geçebilir.

Aşama 2: ENG Preloader Dosyasının Flaşı
Cihaz tamamen kapatılır. DFT Pro veya uyumlu bir flasher aracılığıyla, daha önce elde edilen ve tanzanite modeline uyumlu olan Eng Preloader dosyası, cihaz kapalı durumdayken ses kısma + ses açma tuşlarına basılarak USB bağlantısı yapıldığında brom modunda cihaza yazdırılır. Yazma başarılı olduğunda cihaz artık dışarıdan imzalama parametresi gerektiren komutları almaya hazır hale gelecektir.

Aşama 3: Model Seçimi ve Parametre Yapılandırması
DFT Pro yazılımı başlatılır. Üstteki ana sekmelerden sırasıyla Xiaomi -> MediaTek adımları takip edilir. Açılan ekranda “Phone Model” (Telefon Modeli) arama kutusuna “tanz” yazılarak süzme işlemi gerçekleştirilir ve açılır listeden Redmi Note 14 (tanzanite) seçeneği aktif hale getirilir.

Aşama 4: Yama Seçimi ve Dual IMEI Girişi
Ayarlar bölümünde, kilitli bootloader cihazlarda imza kontrolünü aşmak için geliştirilmiş olan Patch BL Lock seçeneği mutlaka işaretlenmelidir. Yazma modu olarak Flash mode seçilir. IMEI A ve IMEI B alanlarına, cihazın anakartında tescilli ve yasal olarak kayıtlı olan orijinal dual IMEI adresleri girilir. “Start” butonuna basılarak işlem başlatılır ve cihaz kapalı konumda bilgisayara bağlanarak IMEI onarımı tamamlanır.

Kritik Uyarı: Yazma işlemi bittiğinde cihaz otomatik olarak yeniden başlatılacak (reboot) ancak kilitli bootloader yapısından dolayı Eng Preloader imzasını reddederek başlangıç logosunda (HyperOS / Redmi yazısında) takılı kalacaktır. Bu durum beklenen bir durumdur ve işlem adımlarının doğru yapıldığını gösterir. Panik yapılmamalı, sonraki aşamaya geçilmelidir.

6. Logo Döngüsü ve Boot Restorasyon Analizi

Cihazın logoda takılı kalması (logo loop), donanımsal bir arızadan değil, kilitli bootloader (Bootloader Locked) ortamında çalıştırılan imzasız Eng Preloader’ın, işlemcinin güvenli önyükleme (Secure Boot) kontrol noktasından geçememesinden kaynaklanır. Ancak bu sırada IMEI onarım işlemi kalıcı hafıza birimleri olan NVRAM ve NVDATA partisyonlarına “Patch BL Lock” algoritmaları sayesinde başarıyla kazınmıştır.

Sistemi tekrar başlatabilmek için, en başta not aldığımız ve orijinal yazılımdan elde ettiğimiz stock Preloader dosyasını cihaza geri yüklememiz gerekir. Cihaz logodayken güç + ses kısma tuşlarına uzun basılarak kapatılır ve hemen brom moduna geçmesi sağlanır. DFT Pro üzerinden sadece orijinal “Preloader” imajı seçilerek cihaza yazdırılır. Yazma işlemi saniyeler sürer. İşlem bittikten sonra cihazın güvenlik zinciri tekrar orijinal imzayla korunduğu için bootloader doğrulamayı başarılı kabul eder ve cihaz dual IMEI onarımı yapılmış bir şekilde pürüzsüzce açılır.

7. Görsel Süreç Akış İnfografiği

Xiaomi Redmi Note 14 4G Dual IMEI Repair İşlem Döngüsü
Aşama 1: Sürüm Analizi
Mevcut HyperOS OS3 yazılım sürümü (örn: OS3.0.302.0) tespit edilerek orijinal stok preloader dosyası yedeklenir.
↓
Aşama 2: Güvenlik Bypass (Eng Preloader)
MT6789 brom portundan uyumlu Eng Preloader yüklenerek güvenlik duvarları geçici olarak esnetilir.
↓
Aşama 3: DFT Pro Yapılandırması
Xiaomi -> MediaTek -> Redmi Note 14 (tanzanite) seçilir. Patch BL Lock aktif edilerek çift IMEI yazdırılır.
↓
Aşama 4: Logo Takılma Noktası
Cihaz logoda kalır (Eng Preloader imza reddi). Bu durum sürecin doğal bir adımıdır.
↓
Aşama 5: Restorasyon ve Başlatma
Yedeklenen orijinal stock preloader geri yüklenir. Kriptografik imza doğrulanır ve cihaz hücresel ağ aktif olarak açılır.

8. Teknik Karşılaştırma Matrisleri

İşlem sırasında partisyonların durumları, yetkilendirme düzeyleri ve güvenlik protokollerinin değişim matrisi aşağıdaki tabloda teknik detaylarıyla karşılaştırılmıştır:

Süreç Aşaması Preloader Durumu Bootloader Kontrolü Cihaz Durumu Şebeke ve Sinyal
İşlem Öncesi Orijinal Stock Preloader Kilitli (Locked) Normal Açık / Kararlı Şebeke Yok / Pasif
Eng Preloader Flaş Sonrası Modifiye Eng Preloader By-Pass / Esnek Brom Modu / Servis Modu Kapalı
IMEI Yazım Sonrası Modifiye Eng Preloader Doğrulama Hatası (Security Error) Logoda Asılı (Logo Bootloop) Kapalı
Stok Preloader Restorasyonu Orijinal Stock Preloader Doğrulama Başarılı Normal Açık / Kararlı Dual Şebeke Aktif (4G VoLTE)

Redmi Note 14 4G GLB donanımsal bellek ve işlemci mimari veri seti ise şu şekildedir:

Bileşen Sınıfı Donanımsal Özellik / Protokol Değeri Açıklama / Güvenlik Rolü
İşlemci Platformu MediaTek MT6789 (Helio G99) TSMC 6nm Güvenlik duvarı ve eFuse yapılandırmasını yönetir.
Hücresel Modem Mimarisi LTE Cat-13 DL / Cat-5 UL – 4G VoLTE NVRAM üzerindeki RF kalibrasyon verilerini işler.
Boot Güvenliği Sürümü HyperOS OS3.0.302 (Android 14) Katı kriptografik imza zincirini denetler.
Desteklenen Onarım Modu DFT Pro Patch BL Lock Dual IMEI Write Kilitli önyükleyicide NVRAM bloklarını yazar.
 

9. Sonuç ve Sürdürülebilirlik Raporu

Xiaomi Redmi Note 14 4G GLB (tanzanite) modelinde uygulanan “Patch BL Lock Dual IMEI” onarım protokolü, modern mobil güvenlik engellerinin doğru araçlar ve teorik altyapıyla nasıl aşılabileceğini ispatlayan niteliktedir. Bu işlemde donanıma fiziki müdahalede bulunulmadan, tamamen yazılımsal bypass yöntemleriyle kalıcı ve en ucuz şebeke restorasyonu sağlanmıştır.

İşlemin en hassas noktasını oluşturan “cihazın üzerindeki stock preloader sürümünü not alıp işlem sonunda geri yazma” aşaması, olası kalıcı sistem çökmelerinin önüne geçen yegane adımdır. Mert Cep Telefonu Tamir Kursu laboratuvarlarında test edilen bu metodoloji, profesyonel mobil yazılım teknisyenleri için en güvenli ve en efektif onarım kılavuzu niteliğindedir.

© 2026 Mert Cep Telefonu Tamir Kursu. Tüm Hakları Saklıdır.

Bu makale akademik bir eğitim materyali olup, sadece yetkili teknik servis personeli tarafından uygulanmalıdır.

Devamını Oku
Xiaomi 17 Serisi (Qualcomm SM8 UFS Platformu) Yazılımsal IMEI Onarımı ve Sıfırlama Sonrası NV Data Hatası Çözüm

 

 

 

Mert Cep Telefonu Tamir Kursu 

Xiaomi 17 Serisi (Qualcomm SM8 Platformu) Yazılımsal IMEI Onarımı ve Sıfırlama Sonrası NV Data Hatası Çözüm 

 

1. Giriş ve Qualcomm SM8 Güvenlik Bölümleri Teorisi

Qualcomm SM8 platformuna sahip üst düzey akıllı telefonlarda (Örn: Xiaomi 17 Serisi), hücresel ağ kimlik kodları (IMEI) ve radyo frekansı (RF) kalibrasyon parametreleri, donanımla sıkı bir şekilde bütünleşik olan EFS (Non-Volatile / Geçici Olmayan Bellek) bölümlerinde depolanmaktadır. Bu bölümler; modem_fs1, modem_fs2 ve fsg adıyla bilinen fiziksel partisyonlardan oluşur. Cihazın sistem çekirdeği (Kernel), boot esnasında bu bölümlerdeki şifrelenmiş imzaları kontrol ederek şebeke erişimini doğrular.

Ancak, sisteme yetkisiz müdahaleler, yanlış parametre girişleri veya hatalı fabrika ayarına sıfırlama (Factory Reset) işlemleri neticesinde bu bölümlerdeki veriler tahrif olmaktadır. Bu tahrifat, cihazın recovery ekranında “NV Data Corrupted” (NV Verisi Bozuldu) hatasına düşmesine ve sonsuz bir döngüye (bootloop) girmesine sebep olur. Bu tezin amacı, Xiaomi 17 Serisi Qualcomm platformlarında yazılımsal IMEI onarım protokollerini şematik olarak detaylandırmak ve sıfırlama sonrasında ortaya çıkan NV Data hatasını ortadan kaldıracak kalıcı çözümü teknik servis akademisyenlerinin kullanımına sunmaktır.

“Akıllı mobil terminallerin hücresel sinyal bütünlüğü, donanımsal korumalı QCN (Qualcomm Calibration Network) dosyası ile çekirdek korumalı Critical verilerinin senkronize yazılmasına bağlıdır. Bu iki veri bloğu arasındaki en ufak uyumsuzluk NV Data çökmesiyle sonuçlanır.”
Xiaomi 17 Serisi (Qualcomm SM8 UFS Platformu) Yazılımsal IMEI Onarımı ve Sıfırlama Sonrası NV Data Hatası Çözüm Xiaomi 17 Serisi (Qualcomm SM8 UFS Platformu) Yazılımsal IMEI Onarımı ve Sıfırlama Sonrası NV Data Hatası Çözüm

2. İlk Adım: Güvenlik ve Tam Veri Yedekleme (QCN & Critical)

Yazılımsal müdahale süreçlerinin değişmez altın kuralı, mevcut durumun tam bir dökümünü almak ve korumalı bir dizinde saklamaktır. Xiaomi 17 Qualcomm platformu üzerinde herhangi bir silme veya yazma işlemi başlatılmadan önce, cihazın mevcut radyo frekans parametrelerini içeren “QCN” yedeği ile hücresel ağ kimlik şifrelerini barındıran “Critical Data” yedekleri eksiksiz olarak bilgisayara aktarılmalıdır.

Bu işlem, DFT Pro veya benzeri gelişmiş servis yazılımlarının “Xiaomi Qualcomm > General” sekmelerinde yer alan “Read Critical Data” ve “Backup EFS” komutları vasıtasıyla icra edilir. Alınan bu yedekler, ilerleyen aşamalarda şebekenin geri getirilmesinde ve olası bir “Store EFS” hatasının aşılmasında can simidi görevi görecektir. Yedekleme aşaması tamamlanmadan bir sonraki adıma geçilmesi kesinlikle önerilmez.

3. ENG ROM Yükleme Protokolü ve Yetkilendirme Bypassı

Cihazın normal HyperOS veya MIUI işletim sistemi, çekirdek düzeyinde NVRAM ve EFS yazma korumalarına (Secure Write Protect) sahiptir. Bu nedenle, kalibrasyon işlemlerinin yapılabilmesi için cihazın “ENG ROM” adı verilen saf mühendislik yazılımına geçirilmesi zorunludur. ENG ROM yüklemesi, cihazın Bootloader (BL) kilidinin durumuna göre iki farklı protokolle gerçekleştirilir.

Bootloader kilidi açık olan cihazlarda, Fastboot arabirimi kullanılarak doğrudan ENG ROM flaşlaması yapılır. Bootloader kilidinin kapalı olduğu senaryolarda ise Qualcomm’un acil durum indirme modu olan EDL (Emergency Download Mode / 9008 Portu) devreye sokulur. Bu modda, yonga setinin SLA (Secure Boot) korumasını aşmak için DFT Pro’nun yetkili hesap (Auth Bypass) simülatörleri veya sunucu tabanlı yetkilendirme doğrulamaları kullanılarak ENG ROM yazılımı fiziksel belleğe çakılır.

4. Fastboot Modu, Bölüm Yöneticisi ve EFS Temizliği (Wipe EFS)

ENG ROM başarıyla cihaza yüklendikten sonra, cihaz kapatılarak “Sert Sürüş” moduna, yani Fastboot katmanına alınır. Bilgisayara bağlanan cihaz, DFT Pro üzerindeki “Fastboot Toolkit” sekmesinde sorgulanır. Şemada (Görsel 2) gösterildiği üzere, “Process” paneli altından “Wipe EFS” seçeneği aktif hale getirilir ve alttaki “Start Process” butonu ile işlem başlatılır.

Wipe EFS komutu, cihazın fiziksel bellek bloklarındaki eski, bozulmuş veya uyumsuz olan modem_fs1 ve modem_fs2 partisyonlarını tamamen temizleyerek sıfırlar. Bu işlem, arayüzdeki log ekranında “wipe efs… OK!” ve “Process status: Successful” satırlarının belirmesiyle onaylanır. Bu temizlik, sisteme girilecek yeni orijinal parametrelerin çakışma yaşamadan doğrudan adreslenebilmesi için temiz bir zemin oluşturur. Halihazırda EFS bölümleri bozulmuş ve şebekesi tamamen gitmiş cihazlarda da bu adımın atılması zorunludur.

5. IMEI Onarımı: Çoklu Parametrik Veri Girişi ve QCN Konfigürasyonu

EFS partisyonlarının temizlenmesinin ardından, cihaz mühendislik arayüzünde (ENG ROM) başlatılarak bilgisayarla olan USB Hata Ayıklama (ADB Diagnostics) bağlantısı kurulur. DFT Pro üzerindeki “Xiaomi > Qualcomm > IMEI” sekmesine geçiş yapılır (Görsel 1). Burada “Imei Repair” seçeneği işaretlenir.

Giriş (Input) alanındaki parametreler son derece hassas bir şekilde yapılandırılmalıdır:

  1. IMEI 1 ve IMEI 2 Girişi: Cihazın orijinal faturası ve kutusunda yer alan 15 haneli benzersiz IMEI numaraları ilgili alanlara girilir.
  2. Wi-Fi MAC ve Bluetooth (BT) MAC Adresleri: Başlangıçta alınan “Critical” veri yedeğinde kayıtlı olan orijinal fiziksel adresler (Mac Address) buraya birebir kopyalanır. Bu adreslerin eksik veya hatalı girilmesi, onarım sonrasında Wi-Fi veya Bluetooth açılmama arızalarına yol açar.
  3. Yama Ayarları (Patch Setting): Sağ taraftaki yama panelinde bulunan “Qcn Methot (Direct)” ve “Manuel Qcn” seçenekleri kesinlikle işaretlenmelidir. Bu iki seçenek, kalibrasyon verilerinin harici bir QCN dosyası üzerinden doğrudan modem register adreslerine yazılmasını garanti eder.

6. Critical Yazma ve Ardışık EFS Saklama (Store EFS) Teknikleri

Tüm parametreler ve yollar doğru şekilde tanımlandıktan sonra ana paneldeki “Start Process” butonuna basılarak onarım süreci başlatılır. İşlem adımları yazılım tarafından yürütülüp başarıyla tamamlandığında, cihazı kesinlikle yeniden başlatmadan (No Reboot) doğrudan bir sonraki kritik güvenlik aşamasına geçilir.

Öncelikle, “Write Critical Data” butonuna tıklanarak en başta cihazdan okunan ve orijinal kimlik doğrulama anahtarlarını barındıran critical verisi yazdırılır. Hemen ardından, yine cihazı hiç kapatmadan, peş peşe 2-3 defa “Store EFS” (EFS Saklama) işlemi uygulanır. Store EFS komutu, RAM üzerinde geçici olarak tutulan yeni hücresel kalibrasyon verilerini fiziksel UFS bellekteki modem_fs partisyonlarına kalıcı olarak kaydeder. Bu aşamada “Store EFS hatası” alınması, en başta çıkarılan QCN yedeğinin hasarlı veya geçersiz olduğunu gösterir; böyle bir durumda yedek dosyası kontrol edilerek süreç tekrarlanmalıdır.

7. ENG ROM Üzerinde Şebeke Kararlılığı Kontrolü ve Test Süreci

Critical ve EFS yazma işlemleri hatasız tamamlandıktan sonra, cihaz sistem menüsünden yeniden başlatılır ve ENG ROM üzerinde boot edilmesi beklenir. Cihaz açıldığında, donanımsal kalibrasyonun doğruluğunu test etmek amacıyla aktif bir SIM kart takılarak şebeke kontrolü gerçekleştirilir.

Arama arayüzünden “*#06#” kodu tuşlanarak girilen orijinal IMEI numaralarının sorunsuz geldiği gözlemlenmelidir. Ardından, hücresel şebeke barlarının (RSSI değerleri) yükseldiği ve mobil veri (4G/5G) bağlantısının stabil olduğu doğrulanmalıdır. ENG ROM üzerinde şebekenin gelmesi, modem kalibrasyonunun donanımsal baseband ile %100 uyumlu çalıştığının en net kanıtıdır.

8. Global ROM Entegrasyonu ve NV Data Bozulma Koruması

ENG ROM üzerindeki testlerin başarıyla sonuçlanmasının ardından, cihazın günlük nihai kullanıcı deneyimine (HyperOS Global ROM) taşınması gerekir. Cihaz tekrar Fastboot moduna alınarak orijinal Global yazılım dosyaları seçilir. Ancak teknik servis uzmanlarının en büyük endişesi, “Global ROM flaşlandıktan sonra cihazın çökeceği veya tekrar NV Data hatasına düşeceği” yönündedir.

Bu riski ortadan kaldırmak için, ENG ROM üzerindeki tüm işlemler tamamlandıktan sonra, Global ROM flaşlanmadan hemen önce cihaza sistem içerisinden “Factory Reset” (Fabrika Verilerine Sıfırlama) yapılmalıdır. Bu sıfırlama işlemi, yeni yazılan EFS bütünlüğünü Android işletim sisteminin alt katmanlarına entegre eder ve Global ROM geçişi sonrasında oluşabilecek çekirdek uyuşmazlıklarını sıfıra indirir. Sıfırlamanın ardından Fastboot üzerinden flaşlanan Global ROM, bootloader kilidi açık veya kapalı fark etmeksizin NV Data hatası vermeden pürüzsüzce açılacaktır.

9. Donanımsal Bölüm ve Güvenlik Parametreleri Karşılaştırma Tablosu

Aşağıdaki detaylı ve kaydırılabilir tabloda, Xiaomi 17 Serisi (Nezha / Qualcomm) onarım protokolü esnasında kullanılan sekmelerin, yapılan işlemlerin ve etkilenen fiziksel bellek bölümlerinin kapsamlı bir analizi sunulmuştur:

DFT Pro İşlem

Sekmesi

Uygulanan Komut /

Parametre

Hedef Bölüm

(Physical Partition)

Şebeke &

Kalibrasyon Durumu

Operasyonel

Risk Seviyesi
General Read Critical Data

sec, devcfg, tz,

rpm, xbl, abl

 Değişiklik Yok (Yalnızca Okuma) Risk Yok (Kritik Güvenlik Kilidi)

Fastboot

Toolkit

 Wipe EFS

modem_fs1,

modem_fs2, fsg

 Şebeke Tamamen Sıfırlandı Yüksek Risk (Orijinal Veriler Silinir)

Qualcomm

IMEI Input

 Imei Repair + MAC Addresses

modem_fs1,

modem_fs2 (Geçici)

Şebeke Pasif ,

(EFS Boş)

 Orta Risk (Hassas Giriş Gerekir)

Qualcomm

Patch Setting

Qcn Method (Direct)

+ Manuel Qcn

Qualcomm

Calibration Network Registers

Şebeke Sinyali

Aktif (ENG ROM)

 Sıfır Hata (Hassas Kalibrasyon)

Qualcomm

General

(Onarım Sonu)

Write Critical Data

+ Store EFS

modem_fs1,

 modem_fs2, fg

(Kalıcı UFS)

 Kalıcı Şebeke (Global Uyumlu) Garantili Çözüm (Akademik Standart)

10. Sonuç, Yasal Uyarılar ve Akademik Değerlendirme

Bu bilimsel teknik tebliğ çerçevesinde, Qualcomm SM8 UFS mimarisine sahip Xiaomi 17 serisi akıllı mobil cihazlarda sıfırlama veya güncelleme sonrası meydana gelen NV Data bozulma hatasının donanımsal ve yazılımsal kök nedenleri analiz edilmiştir. Yapılan deneysel testler ve alan çalışmaları göstermiştir ki, Wipe EFS sonrasında doğrudan IMEI yazılması tek başına yeterli olmamakta, işlemin “Write Critical Data” ve ardışık “Store EFS” aşamalarıyla mühürlenmesi gerekmektedir. Global ROM flaşlanmadan önce uygulanan “Factory Reset” adımı ise cihazın çekirdek kararlılığını koruyarak çökme riskini tamamen ortadan kaldırmaktadır.

Mert Cep Telefonu Tamir Kursu olarak önemle hatırlatırız ki; mobil iletişim cihazlarının benzersiz kimlik numaralarını (IMEI) değiştirmek veya değiştirmeye teşvik etmek, pek çok ülkenin yasal mevzuatları (Örn: Türkiye Cumhuriyeti 5809 Sayılı Elektronik Haberleşme Kanunu) uyarınca suç teşkil etmektedir. Bu tez çalışması, yalnızca orijinal kimlik numaraları hasar gören cihazların teknik servis bünyesinde “Orijinal IMEI ve MAC” adresleri kullanılarak restore edilmesi amacıyla kaleme alınmış bilimsel ve akademik bir kılavuzdur.

© 2026 Mert Cep Telefonu Tamir Kursu. Tüm hakları saklıdır. Bu akademik çalışmanın kaynak gösterilmeden kopyalanması, ticari mecralarda yayınlanması yasal yaptırımlara tabidir.

Devamını Oku

Bir yanıt yazın

Göz Atınız

Xiaomi Tamir Kursu
Xiaomi Redmi Note 14 4G GLB (tanzanite) HyperOS OS3 Bootloader Locked Donanımsal ve Yazılımsal Dual IMEI Repair ve Hücresel Ağ Kalibrasyon Protokolü
Cep Telefonu Tamir Kursu
Android cihazlarda kullanılan eMMC BGA paket tiplerinin teknik detayları
Xiaomi Tamir Kursu
Xiaomi 17 Serisi (Qualcomm SM8 UFS Platformu) Yazılımsal IMEI Onarımı ve Sıfırlama Sonrası NV Data Hatası Çözüm
Xiaomi Tamir Kursu
17T Pro (warhol) Mediatek Dimensity Platformu Yazılımsal IMEI Onarımı
Cep Telefonu Tamir Kursu
AMOLED Ekran Güç Besleme Hatları
Oppo Tamir Kursu
Yeni Nesil Android Cihazlarda Fabrika Sıfırlama Koruması (FRP) Güvenlik Aşımı DFTPro, Trtools ile
error: İçerik korumalıdır.Bilgi için MERT CEP TELEFONU TAMİR KURSU !!