CAN log analizi nasıl yapılır? TRC, ASC, CSV ve DBC

Önce doğru soruyu kurun

CAN log analizi, binlerce satır içinde değişen baytı aramaktan ibaret değildir. Önce belirtinin ne zaman oluştuğunu, hangi ECU veya fonksiyonla ilişkili olduğunu ve beklenen davranışı yazın. Kayıtta bu anı işaretleyebilecek operatör komutu, anahtar durumu ya da hata olayı varsa zaman çizelgesini daraltmak kolaylaşır.

Kayıt hiç mesaj içermiyorsa veya hata yük altında ortaya çıkıyorsa önce fiziksel katmanı doğrulayın: terminasyon, CAN-H/CAN-L seviyeleri, bitrate, toprak referansı ve bağlantı kalitesi yazılım analizinden önce gelir.

Log biçimleri: TRC, ASC, CSV ve candump

PCAN araçları sıklıkla TRC, Vector ekosistemi ASC, özel kayıtçılar CSV ve Linux SocketCAN ise candump biçimi üretir. Başlık, zaman damgası birimi ve kolon sırası sürüme göre değişebilir. Analiz aracı formatı tanısa bile ilk birkaç satırdaki zamanı, CAN ID'yi, yönü, DLC'yi ve payload'ı elle kontrol edin.

Mutlak tarih yerine başlangıçtan geçen süre verilmiş olabilir. Mikrosaniye ile milisaniyeyi karıştırmak, periyot ve jitter sonuçlarını bin kat hatalı gösterir.

Mesaj periyodu ve jitter nasıl yorumlanır?

Önce CAN ID başına mesaj sayısını ve medyan periyodu çıkarın. Beklenen 100 ms'lik mesajın aralıkları 99–101 ms ise küçük bir zamanlama değişimi vardır. Arada 300 ms boşluk görülmesi iki çevrimin kaçırıldığını düşündürebilir; ancak kayıtçının paket kaybı, bus load ve filtre ayarı da kontrol edilmelidir.

Jitter, ardışık mesaj aralıklarının beklenen periyottan sapmasıdır. Tek bir yüksek değer arızayı kanıtlamaz. Dağılımı, zaman içindeki kümelenmeyi ve aynı anda diğer mesajlarda oluşan boşlukları birlikte değerlendirin.

DBC ile sinyal çözümleme

DBC yüklediğinizde ham payload içindeki sinyalleri fiziksel değerlere çevirebilirsiniz. Önce mesaj kimliğinin ve çerçeve biçiminin eşleştiğini doğrulayın. Sonra byte order, signed bilgisi, factor ve offset alanlarını bilinen bir çalışma noktasıyla test edin.

Grafikte görülen ani sıçrama gerçek bir sensör değişimi olmayabilir. Geçersiz/değer-yok kodu, multiplexing seçimi, taşma veya DBC sürüm farkı aynı görüntüyü oluşturabilir. Ham baytı ve çözülmüş değeri yan yana tutmak bu nedenle önemlidir.

Tekrarlanabilir analiz sırası

• Belirtiyi ve zaman aralığını belirleyin.
• Kayıt biçimi, bitrate ve zaman birimini doğrulayın.
• CAN ID başına sayım, periyot, jitter ve boşluk özetini çıkarın.
• İlgili mesajı ham bayt değişimiyle inceleyin.
• Doğru DBC sürümünü ekleyip sinyali fiziksel birimde karşılaştırın.
• Sonucu bağımsız ölçüm veya kontrollü tekrar testiyle doğrulayın.

Raporlarken neyi saklamalısınız?

Kullanılan DBC sürümünü, kayıt aracını, filtreyi, saat kaynağını ve test koşulunu rapora ekleyin. Sorunu gösteren kısa zaman aralığını paylaşırken müşteri veya proje bilgilerini ayıklayın. CAN Log Analiz aracı kayıtları tarayıcıda işleyerek zamanlama özetini ve sinyal incelemesini tek yerde yapmanıza yardım eder.