DSG Yazılım Güncellemesi Neyi Düzeltir, Neyi Düzeltmez? TCU Güncellemesi, Stage Yazılım ve Adaptasyon

DSG yazılım güncellemesi, şanzımanı yöneten kontrol ünitesindeki programın üreticinin yayımladığı daha yeni bir sürümle değiştirilmesidir. TCU, yani şanzıman kontrol ünitesi, DSG'de mekatronik ünitenin içine gömülü küçük bir bilgisayardır; hangi vitese ne zaman geçileceğine, debriyajların hangi basınçla kapanacağına ve kalkışın ne kadar yumuşak olacağına bu ünite karar verir. Güncelleme, bu kararların arkasındaki haritaları ve eşikleri değiştirir. Dişliye, debriyaj balatasına ya da hidrolik pompaya dokunmaz.

Volkswagen grubu, yıllar içinde her DSG ailesi için birden fazla yazılım sürümü yayımladı. Bazıları servis kampanyası kapsamında yüklenir, bazıları yalnızca şikâyet üzerine gündeme gelir. Güncellemeyi ODIS gibi fabrika diagnostik cihazıyla yaparız; işlem sırasında araç akü destek cihazına bağlı bekler, kontrol ünitesinin belleği silinip yeni program yazılır. Araç yazılım güncelleme ve kodlama hizmetimiz içinde TCU güncellemesi bu şekilde yürür.

Sürücünün bilmesi gereken bir nokta var: güncelleme bitince şanzıman eski öğrendiklerini büyük ölçüde unutur. Debriyajların nerede tutmaya başladığı, vites çatallarının konumları gibi değerler sıfırlanır ve yeniden öğretilmesi gerekir. Bu yüzden yazılım güncellemesi tek başına bir işlem değildir; arkasından adaptasyonla tamamlanan bir pakettir.

Bir de yanlış anlaşılan bir kavram var. Yazılım güncellemesi ile hata kodu silme aynı şey değildir. Kod silmek sadece hafızayı temizler, şanzımanın davranışını değiştirmez. Güncelleme ise şanzımanın karar verme biçimini değiştirir ve bu değişim gösterge ekranında görünmez; sürüm numarası ancak diagnostik cihazla okunur.

Yazılım güncellemesi, mekanik parçaları sağlam olan bir şanzımanda vites geçiş karakterinden kaynaklanan şikâyetleri düzeltir. Düşük hızda gereksiz vites atlama, kalkışta hafif ve düzenli sarsıntı, gaz kesildiğinde düşük viteslerde hissedilen tekleme, trafikte birinci ile ikinci vites arasında kararsızlık gibi davranışlar çoğu zaman kontrol stratejisinin ürünüdür. Üretici bu davranışları yeni sürümlerde yumuşatır.

Atölyeye gelen araçlarda sık gördüğümüz tablo şu: araç tamamen sağlıklı, debriyaj ölçümleri aralığında, yağ temiz; ama sürücü şehir içinde kalkışta hafif bir titreme ya da düşük devirde kabalık hissediyor. Bu araçların bir kısmı eski yazılım sürümünde kalmış oluyor. Özellikle DQ381 7 vites ıslak debriyajlı DSG için kalkış sarsıntısı bilinen bir yazılım konusudur ve güncelleme burada doğrudan hedefe oturur.

Yazılımın çözdüğü ikinci grup, hatalı arıza kaydıdır. Bazı eski sürümler, aslında sağlam olan bir sensörün sınır değerini fazla dar yorumlar ve gereksiz hata kaydı atar. Yeni sürüm bu eşikleri gerçekçi hale getirir. Üçüncü grup ise motor kontrol ünitesiyle uyumdur: motor yazılımı güncellenmiş ama şanzıman yazılımı eski kalmışsa iki ünite tork hesabında anlaşamaz ve vites geçişleri sertleşir.

Burada beklentiyi doğru kurmak gerekir. Yazılım, şanzımanın karakterini değiştirir; onu yeni bir şanzıman yapmaz. Islak debriyajlı bir ünitede yıllardır hissedilen hafif bir kabalık güncellemeyle yumuşayabilir, ama kuru debriyajlı DSG'nin doğasından gelen kalkış hissi tamamen kaybolmaz.

Yazılım, aşınmış ya da kırılmış bir parçayı onaramaz. Kuru debriyaj balatası inceldiyse, mekatronikteki basınç akümülatörü kaçırıyorsa, bir solenoid tıkandıysa ya da yağ yorulduysa yeni program yüklemek bu gerçeği değiştirmez. Olsa olsa kontrol ünitesi bir süre daha telafi etmeyi dener ve o süre bitince aynı tablo geri gelir.

DQ200 örneği bunu iyi anlatır. Debriyaj aşınması adaptasyon limitine dayandığında TCU, P189C kavrama noktası adaptasyonu limit dışı ya da P17BE gibi kodlar kaydeder. Bu kodlar, yazılımın elinden geleni yaptığını ama mekaniğin ayarlanabilir aralığın dışına çıktığını söyler. Güncelleme bu kodu geçici olarak silse de birkaç gün sürüşten sonra aynı değerler yeniden oluşur.

Hidrolik basınç kayıpları da yazılıma kapalıdır. P17BF, P0841 ve P17E7 gibi basınç ölçüm ve düşük basınç kodları, pompanın ya da akümülatörün basıncı tutamadığını anlatır. Basınç fiziksel olarak oluşmuyorsa kontrol ünitesine ne yüklerseniz yükleyin debriyaj istenen hızda kapanmaz. Dişli hasarı, rulman sesi, çift kütleli volan dengesizliği (P17BB) gibi mekanik tablolar da aynı şekilde yazılım dışıdır.

Yağ konusunu ayrıca vurgulamak isteriz. Islak debriyajlı DSG'lerde yorulmuş yağ, solenoidlerin tepkisini yavaşlatır ve debriyajın tutuşunu bozar; bu da yazılım şikâyetine çok benzer bir his yaratır. Bakım kilometresi geçmiş bir şanzımana yazılım yüklemek yerine önce yağı yenilemek çoğu zaman şikâyeti tek başına çözer.

Yazılım kaynaklı şikâyet tekrarlanabilir ve kararlıdır; mekanik kaynaklı şikâyet ise sıcaklıkla ve zamanla değişir. Bu ayrım, yazılım yüklemeden önce atölyede sorduğumuz ilk sorudur. Sürücü titremeyi hep aynı koşulda, aynı vites geçişinde, soğuk sıcak fark etmeden hissediyorsa yazılım karakteri olma ihtimali yüksektir. Şikâyet trafikte ısındıkça artıyor, sabah ilk kilometrelerde yokken yarım saat sonra beliriyorsa aşınma ya da hidrolik konuşuyor demektir.

İkinci ayrım zamanla seyirdir. Kontrol stratejisi iki ay önce de aynıydı; yazılım kaynaklı bir davranış araç alındığından beri aşağı yukarı aynı kalır. Haftadan haftaya kötüleşen, önce hafif hissedilip sonra belirginleşen titreme ya da gecikme ise bir parçanın eskidiğini anlatır. Kalkışta titreme rehberimiz debriyaj, adaptasyon ve mekatronik ayrımını bu açıdan ele alır.

Üçüncü ve en güvenilir yöntem ölçümdür. VCDS veya ODIS ile debriyaj kavrama noktası, debriyaj yolu ve basınç değerlerini okuruz. Değerler üretici aralığının ortasındaysa ve şikâyet varsa, yazılım güncelleme adayı budur. Değerler sınıra yakınsa ya da dışındaysa yazılımla vakit kaybetmek yerine mekaniğe bakarız.

Sezgiye ters bir gözlem paylaşalım: güncelleme sonrası şikâyetin birkaç gün kaybolup geri gelmesi, güncellemenin işe yaradığı anlamına gelmez. Güncelleme adaptasyon değerlerini sıfırladığı için şanzıman kısa süreliğine fabrika varsayımlarıyla çalışır ve yumuşak hisseder. Aşınmış debriyaj yeniden öğrenildiğinde eski tablo döner. Bu iniş çıkış, mekanik arızanın en net imzalarından biridir.

Resmi güncelleme, üreticinin yayımladığı ve aracın donanım sınırlarına göre kalibre edilmiş programdır; stage yazılım ise üçüncü bir tarafın bu programı değiştirerek daha hızlı geçiş, daha yüksek tork sınırı veya farklı devir eşiği elde ettiği modifikasyondur. İkisi de TCU'ya yüklenir, ikisi de aracın hissini değiştirir. Amaçları ise zıttır: biri ömrü ve konforu gözetir, diğeri performansı.

Stage yazılımlarda tipik olarak debriyaj kapanma hızı artırılır, vites geçiş süresi kısaltılır, tork sınırı yukarı çekilir, bazen launch control eklenir. Bu değişiklikler kağıt üzerinde çekicidir. Bedeli, debriyaj paketine ve mekatronik hidroliğine binen ek yüktür. DQ200 kuru debriyajlı DSG 250 Nm'e kadar tork için tasarlanmıştır; motor yazılımı torku bunun üstüne çıkarıp şanzıman yazılımı da sınırı kaldırdığında debriyaj tasarlanmadığı bir işi yapmaya zorlanır.

Bir diğer fark izlenebilirliktir. Resmi güncellemenin sürüm numarası ODIS'te görünür ve herhangi bir yetkili servis bunu doğrulayabilir. Stage yazılımların çoğu resmi sürüm numarasını korur ya da taklit eder; dışarıdan bakınca fark edilmez, ama kontrol ünitesi aslında fabrika haritalarıyla çalışmaz. İleride yapılacak resmi bir güncelleme stage yazılımı siler ve sürücü aracın bir anda değiştiğini hisseder.

Biz stage yazılımın kendisini yargılamıyoruz; ne istediğini bilen ve sonucuna katlanan sürücü için bir tercihtir. Ancak şanzımanı bakımsız, debriyajı ömrünün ortasını geçmiş bir araca stage yazılım yüklemek var olan bir problemi hızlandırır. Modifikasyon düşünen sürücüye önce debriyaj ve mekatronik ölçümünü, sonra karar vermesini öneriyoruz.

Yazılım güncellemesi, şanzımanın debriyaj ve vites çatalları hakkında öğrendiği değerleri siler; adaptasyon bu değerleri yeniden öğretir. Adaptasyon olmadan yeni yazılım, debriyajın nerede tutmaya başladığını bilmeden kalkış yapmaya çalışır. Böyle olunca sert kalkış, gecikme ya da gereksiz kayma ortaya çıkar. Kimi sürücü güncellemeden hemen sonra şanzımanın daha kötü olduğunu düşünür; aslında eksik olan adaptasyondur.

Adaptasyonun iki aşaması vardır. İlki diagnostik cihazla yapılan temel ayardır: debriyaj kavrama noktası, debriyaj yolu, vites çatallarının uç konumları ve basınç adaptasyonu, belirli bir yağ sıcaklığı aralığında, motor çalışırken ve araç dururken öğretilir. İkincisi yol adaptasyonudur: şanzıman gerçek sürüşte değerleri incelikle düzeltir. DSG adaptasyon ve temel ayar rehberimizde hangi adımın hangi şartta yapıldığını anlatıyoruz.

Temel ayarın şartları önemlidir. Yağ sıcaklığı üreticinin istediği pencerede değilse, fren pedalına basılı tutulmazsa ya da işlem yarıda kesilirse adaptasyon geçersiz sayılır ve bazı değerler öğrenilmez. Bu durumda araç çalışır, hatta kısa süre düzgün gider, ama ilk sıcak trafikte sarsıntı geri gelir. Güncellemeyi yapan kişi adaptasyonu da tamamlamalıdır; iki işi ayırmak yarım iş bırakır.

Adaptasyonu aracın kendi kendine yapacağına güvenmek de yaygın bir hatadır. DSG sürüşte öğrenir, doğru; ama temel ayar yapılmadan yola çıkan şanzımanda öğrenme yanlış bir başlangıç noktasından ilerler. Bu, kuru debriyajlı DQ200'de debriyaj ömrüne doğrudan etki eder; her yanlış kavrama noktası balatayı fazladan sürter.

Yazılımla örtülen mekanik arıza ortadan kalkmaz; ertelenir ve çoğu zaman büyür. Aşınmış debriyajı yeni yazılım veya sık adaptasyonla bir süre yumuşatmak mümkündür; TCU basıncı ve kavrama noktasını kaydırarak telafi eder. Ama balata her kalkışta incelmeye devam eder ve telafi marjı bittiğinde şanzıman aniden acil moda düşer.

Sık gördüğümüz bir tablo: sürücü titreme şikâyetiyle gittiği yerde yazılım güncellemesi ve adaptasyon alıyor, araç birkaç hafta iyi gidiyor, sonra aynı şikâyet daha şiddetli dönüyor. Bu arada debriyaj, telafi edilen o süre boyunca daha yüksek basınçla ve daha fazla kaydırılarak çalıştığı için hızla eskiyor. Yazılım iyileşme sağlamadı; aşınmanın son aşamasını gözden sakladı.

Risk yalnızca ekonomik değildir. Kavrama kontrolünü kaybeden şanzıman acil moda düşer; bu, kavşakta ya da sollama sırasında olabilir. Acil moddaki araçla otoyola çıkmak yerine en yakın güvenli noktada durmak gerekir. Ayrıca hidrolik basınç kaybı örtüldüğünde, yani P17E7 veya P0868 gibi kodlar silinip yola devam edildiğinde, mekatronik pompası sürekli çalışır ve ısınır; pompa ya da aktüatör motoru hasar görür.

Yazılım bir teşhis aracı değildir; ancak teşhis sonrası bir çözüm olabilir. Şikâyeti olan araçta kodları silip güncelleme yüklemek yerine önce ölçüm, sonra karar yolunu izleriz. Mekatronik arızası belirtileri rehberimiz, yazılımın örtemeyeceği mekatronik işaretlerini tek tek sıralar.

Yazılımın etki alanı şanzıman ailesine göre değişir; yeni nesil ıslak debriyajlı ünitelerde yazılım kaynaklı şikâyet daha sık görülür, kuru debriyajlı eski ünitelerde ise mekanik kaynaklı şikâyet baskındır. Bu genellemeyi bilmek beklentiyi doğru kurar ve gereksiz işlemden korur.

DQ200 (0AM) kuru debriyajlı 7 vites: Bu ünitenin yazılım geçmişi zengindir; üretici kalkış karakterini ve debriyaj koruma stratejisini birçok kez revize etti. Yine de atölyede gördüğümüz DQ200 şikâyetlerinin büyük bölümü basınç akümülatörü, kuru debriyaj aşınması ve aktüatör motoru gibi fiziksel kaynaklıdır. Yazılım burada ancak ölçümleri temiz araçta anlam taşır; debriyaj setinin ne zaman değiştiğini anlatan rehberimiz o sınırı çizer.

DQ250 (02E) ıslak debriyajlı 6 vites: Olgun bir ünitedir, yazılım sürümleri yıllar içinde oturmuştur. Şikâyetler daha çok solenoid tıkanması, yağ bakımı ve ıslak debriyaj yorulmasıyla ilgilidir. Yazılım güncellemesi burada çoğunlukla motor yazılımıyla uyum gerektiğinde gündeme gelir.

DQ381 (0GC) ıslak 7 vites ve DL382 S tronic: Yeni nesil ünitelerde yazılım kaynaklı kalkış sarsıntısı ve mekatronik yazılım uyumsuzluğu bilinen başlıklardır. Düşük kilometreli bir Golf VIII, Octavia IV veya A3 8Y 2.0 TDI/TSI'da kalkışta sarsıntı varsa ilk bakacağımız yer yazılım sürümüdür. DL382 ve özellikle DL501'de ise mekatronik solenoid arızası ve çift debriyaj yorulması öne çıkar; yazılım orada ikinci planda kalır.

Yazılım yüklemesi sırasında en büyük risk kesintidir: akü voltajı düşerse veya bağlantı koparsa kontrol ünitesi yarım yazılmış programla kalır ve yanıt vermez hale gelebilir. DSG'de TCU mekatronik ünitenin içinde olduğu için bu durum basit bir modül değişimiyle çözülmez. Bu yüzden güncelleme boyunca araç kararlı voltaj sağlayan akü destek cihazına bağlıdır ve kontak açık bekler.

İkinci risk yanlış sürümdür. Her yazılım her donanım numarasına uymaz; mekatronik üzerinde farklı donanım revizyonları vardır ve ODIS doğru eşleşmeyi parça numarasına göre belirler. Elden dolaşan dosyalarla yapılan güncellemeler bu eşleşmeyi atlar. Donanımla uyuşmayan yazılım, çalışıyor gibi görünse de basınç haritaları yanlış olduğu için debriyajı yıpratır.

Üçüncü nokta eşlik eden işlerdir. Şanzıman yazılımı güncellenirken motor kontrol ünitesinin de güncel olduğundan emin oluruz; ikisi tork bilgisini paylaşır. Akü zayıfsa önce onu değerlendiririz, çünkü yorgun bir akü yükleme sırasında voltaj düşürür. Yağ bakım zamanı gelmişse güncellemeyi yağ değişimi ve temel ayarla birlikte planlamak aynı işi iki kere yapmayı önler.

Güncelleme bittiğinde iş bitmez. Hata hafızasını temizler, temel ayarı yapar, deneme sürüşüne çıkar ve dönüşte değerleri tekrar okuruz. Yeni sürümle birlikte ortaya çıkan bir hata kaydı varsa bunun yazılımdan mı, yoksa yazılımın artık daha doğru gördüğü bir mekanik sorundan mı geldiğini o anda ayırmak gerekir.

İkinci el bir DSG'de yazılım sürümünün güncel olması tek başına şanzımanın sağlam olduğunu göstermez; önemli olan sürümle birlikte okunan debriyaj ve basınç değerleridir. Alıcı olarak sormanız gereken soru güncelleme yapılıp yapılmadığı değil, güncellemenin neden yapıldığıdır.

Servis geçmişinde yakın tarihli bir şanzıman yazılımı ve adaptasyon kaydı varsa iki ihtimal vardır: ya kampanya kapsamında rutin yapılmıştır ya da bir şikâyet üzerine denenmiştir. İkincisinde araç satışa hazırlanırken geçici olarak yumuşatılmış olabilir. Sıfırlanan adaptasyon değerleri birkaç yüz kilometre içinde gerçek durumu yeniden öğrenir ve tablo o zaman ortaya çıkar.

Alım öncesi kontrolde hata hafızasını, ölçüm bloklarını ve adaptasyon değerlerini okuruz. Değerler sınıra yakınsa yazılımın güncel olması bir şey ifade etmez. Stage yazılım kuşkusu varsa geçiş hissini ve tork davranışını ayrıca değerlendiririz; düşük kilometreli bir araçta alışılmadık sert geçiş çoğu zaman bunun işaretidir.

Deneme sürüşünü tek seferde bitirmeyin. Soğuk motorla kalkış, ardından yarım saat şehir trafiği ve sonra yeniden kalkış denemesi; yazılımla geçici olarak yumuşatılmış bir debriyaj ısındığında kendini belli eder. Yokuşta kalkış ve geri vitese geçiş süresi de bu sürüşün parçası olmalıdır.

Biz yazılım güncellemesini bir teşhisin sonucu olarak yaparız, teşhisin yerine değil. Araç geldiğinde önce hata hafızasını, ölçüm bloklarını ve adaptasyon değerlerini kaydederiz; ön teşhis ücretsizdir. Değerler temizse ve şikâyet yazılım karakteri taşıyorsa güncelleme ve temel ayar öneririz. Değerler sınırdaysa güncellemenin ne kazandırıp ne kazandırmayacağını açık söyleriz.

Güncellemeyi ODIS ile, üreticinin donanım numarasına göre belirlediği sürümle ve akü destek cihazı altında yaparız. Ardından temel ayar, deneme sürüşü ve değerlerin tekrar okunması gelir. Mekanik bir sorun ortaya çıkarsa DSG mekatronik tamiri sürecimiz içinde üniteyi mekatronik test tezgahında fiziksel olarak sınarız; yazılımla örtmeyi önermeyiz.

Teklif teşhis sonrası yazılı verilir ve onay almadan işleme başlamayız. Şanzıman ve mekatronik işlemlerimiz yapılan işe göre yazılı garanti kapsamındadır. Zeytinburnu'ndaki atölyemize gelmeden önce aracın şanzıman kodunu ve bildiğiniz servis güncellemelerini not etmeniz işimizi hızlandırır.