Uzun zamandır aklımızı kurcalayan, yaptığımız kodlamaların neler olduğunu geriye dönük görebilme imkanını nasıl sağlarız sorusunun cevabını sanırım bulduk değerli hocalarım
Ancak en baştan çok güvenli bir yol olmadığını belirteyim, detayını mesajımın sonunda belirttim.
Hepinizin bildiği üzere vag kodlaması için en başta yapmamız gereken adaptation map oluşturma konusunu (yani aracımızın fabrikasyon değerlerini kaydedip arşivleme) es geçiyorum.
Ross-tech kurulum klasörünüzün içerisinde yer alan
VCDS>Debug>CodingLog.txt dosyasına göz atarsanız, yapmış olduğunuz tüm kodlamaları (long codingler dahil) görebilirsiniz.
Kendi aracımdan örnek: (dün kilit açma/kapama sesinin ayarını yeniden kurz seviyesine çekmiştim)
Address 09:5Q0 937 084 AJ recoded (ADP-(3)-Acknowledgement signals-Dauer der Akustischen Rueckmeldung vom Einfachhorn) from kurz to normal Wednesday,27,January,2016,19:59:42:53046
Address 09:5Q0 937 084 AJ recoded (ADP-(3)-Acknowledgement signals-Dauer der Akustischen Rueckmeldung vom Einfachhorn) from normal to kurz Saturday,30,January,2016,18:31:05:53046
ya da sadece belirli bir bölümün kod değişikliklerini görmek istiyorsanız:
Örn: STG 09 Central Elect. BCM değişikliklerini manuel olarak almak için (csv excel) Applications>Controller Channel Map'ten aşağıdaki ekran görüntüsünü referans alabilirsiniz.
Ekli dosyayı görüntüle 1600
Gelelim mesajımın başında neden çok güvenli bir yol olmadığını açıklamama;
@MSE Muhammed Hocamızın kulakları çınlasın DV52'nin bu yedekleme ile ilgili yakaladığı bir detay var:
1. Ross-tech yazılımı
codinglog.txt isimli log dosyasını biz kodlama komutunu verdiğimiz anda yazıyor, yani kodlamanın başarılı olup olmadığını program onaylamadan yapılmış gibi yazıyor. Bu durumda bazı kodları değiştirdik ancak çalışmadı ve yaptığımız değişiklikleri geri almak için bu dosyaya %100 güvenemeyiz. Aklıma gelen tek çare, henüz sonuçlar taze ve araç başında iken çalışmayan kod komutlarını ilgili log dosyasından silebiliriz.
2. Kendi log dosyama baktığımda aklıma ilk gelen şu oldu. Kodlama ve uzun kodlamalar için iki farklı driver kullanıyoruz malum, haliyle 14 driver varken 12 sürüm driver kurulamayacağına göre sürekli bir uninstall durumumuz var. Hal böyle olunca oluşturulan bu log dosyalarının ömrüde kısa olacaktır. Uzun lafın kısası hocalarım ilk kodlama öncesi
adp map almayı ve sürüm driverı değiştirmeden önce başka bir klasörde yedekleyip güncelleyeceğimiz
codinglog dosyamız olmasına ve başarısız kod girişimlerini yedeğimize dahil etmemeyi alışkanlık haline getirebilirsek işimiz oldukça kolaylaşacak kanaatindeyim
@Ender @yusuf @silvershadow @Orhan Hoca