CAN Bus arıza tespiti: 60 Ω, gerilim ve bus-off kontrolü

CAN Bus arızasında doğru kontrol sırası

CAN hattında hiç mesaj görülmemesi, iletişimin aralıklı kesilmesi veya bir kontrol ünitesinin bus-off durumuna geçmesi tek başına yazılım arızasını göstermez. Teşhise fiziksel katmandan başlayın: makineyi güvenli duruma alın, hattın enerjisini kesin, CAN-H ile CAN-L arasındaki direnci ölçün; ardından kısa devre kontrollerini, enerjili gerilimleri, bitrate ayarını, hata sayaçlarını ve CAN kaydını sırayla inceleyin.

Bu sıra iki yanıltıcı sonucu önler: enerjili hatta direnç ölçmek ve yaklaşık 60 Ω gördüğünüz için ağın tamamen sağlam olduğunu varsaymak. Doğru terminasyon yalnızca ilk kontroldür; kopuk bir kol, zayıf konnektör, yanlış bitrate veya hatalı bir ECU aynı direnç değeriyle birlikte bulunabilir.

CAN hattında neden yaklaşık 60 Ω ölçülür?

Klasik yüksek hızlı CAN omurgasının iki fiziksel ucunda birer 120 Ω terminasyon bulunur. Hattın enerjisi kapalıyken CAN-H ile CAN-L arasında ölçülen iki direnç paralel olduğu için sonuç yaklaşık 60 Ω olur. Ölçümü kontak ve ana besleme kapalıyken, mümkünse ağın normalde bağlı kalan bir konnektöründen yapın.

Ölçüm toleransı; terminasyon dirençleri, ECU giriş devreleri ve multimetre nedeniyle tam 60 Ω olmayabilir. Makine üreticisinin farklı veya aktif terminasyon kullandığı özel topolojilerde önce elektrik şemasını doğrulayın.

CAN-H ve CAN-L gerilimleri nasıl yorumlanır?

Hat enerjiliyken yüksek hızlı CAN'ın recessive durumunda CAN-H ve CAN-L çoğunlukla yaklaşık 2,5 V seviyesindedir. Dominant bit sırasında CAN-H yaklaşık 3,5 V'a yükselirken CAN-L yaklaşık 1,5 V'a düşer; iki hat arasında yaklaşık 2 V diferansiyel oluşur. Bunlar tipik referans değerlerdir, kesin kabul sınırı için transceiver ve makine dokümanına bakılmalıdır.

Multimetre hızlı bit geçişlerini göstermez; yalnızca trafiğin yoğunluğuna bağlı ortalama bir değer okur. Bu yüzden CAN-H'nin yaklaşık 2,5–3,5 V, CAN-L'nin yaklaşık 1,5–2,5 V arasında görünmesi mümkündür. İki hattı da ağ toprağına göre ölçün; sinyal biçimi, diferansiyel genlik, ringing ve yansımalar için osiloskop kullanın.

Açık devre ve kısa devre nasıl ayrılır?

• Enerjiyi kesin; önce CAN-H ile CAN-L, sonra her hattın şasi/ağ toprağı ve besleme hatlarıyla direncini karşılaştırın.
• Şemadan omurga ve kol bağlantılarını belirleyin. Konnektörleri kontrollü biçimde ayırarak hattı bölümlere bölün ve ölçümü tekrarlayın.
• Bir ECU ayrıldığında direnç veya gerilim normale dönüyorsa yalnız ECU'yu değil, o ECU'nun beslemesini, toprağını, konnektörünü ve kol kablosunu da inceleyin.
• Terminasyonların omurganın iki fiziksel ucunda bulunduğunu, yıldız bağlantı yapılmadığını ve kol kablolarının üretici sınırları içinde kısa tutulduğunu doğrulayın.
• Konnektörlerde geri kaçmış pin, su, oksit, ekranlama hatası, ezilmiş bükümlü çift ve şasiyle istenmeyen teması kontrol edin.

Bitrate, sample point ve ACK sorunları

250 kbit/s çalışan bir makine ağına 500 kbit/s ayarlı arayüzle bağlanmak, anlamlı mesaj yerine hata çerçeveleri ve artan sayaçlar üretir. Nominal bitrate dışında sample point, oscillator toleransı ve CAN FD kullanılıyorsa data bitrate ayarları da ağla uyumlu olmalıdır. Önce makine dokümanındaki hızı kullanın; bilinmeyen bir hatta deneme amaçlı mesaj göndermeyin.

Tezgâhta tek bir aktif verici varsa başka düğüm ACK biti üretmediği için verici hata sayabilir ve mesajı tekrarlar. Listen-only modundaki analiz arayüzü de ACK göndermez. Bu durum kablo arızasıyla karıştırılmamalı; test düzeninde doğru bitrate'e ayarlı en az bir normal katılımcı bulunduğu doğrulanmalıdır.

SocketCAN ile hata sayaçlarını kontrol etme

Linux üzerinde arayüz durumunu ip -details -statistics link show can1 komutuyla kontrol edin. Çıktıda bitrate, sample-point, ERROR-ACTIVE / ERROR-PASSIVE / BUS-OFF durumu, berr-counter değerleri ve alınan hata istatistikleri birlikte görülür. Trafiği zaman damgası ve hata çerçeveleriyle izlemek için candump -tz -e can1 kullanılabilir.

ERROR-ACTIVE normal çalışma durumudur. Hatalar biriktikçe düğüm ERROR-PASSIVE olabilir; iletim hata sayacı sınırı aştığında BUS-OFF durumuna geçerek ağı korumak için iletimi bırakır. restart-ms ile otomatik toparlanma ayarlamak kök nedeni çözmez ve aralıklı arızayı gizleyebilir; önce yanlış bitrate, terminasyon, kısa devre, toprak farkı ve ACK eksikliğini giderin.

ip -details -statistics link show can1

candump -tz -e can1

Osiloskopta ne aranır?

Osiloskop prob topraklarını güvenli referans noktasına bağlayın ve mümkünse CAN-H ile CAN-L arasını diferansiyel probla inceleyin. Sağlıklı dominant bitlerde iki hat zıt yönde hareket eder. Düşük genlik, yavaş kenarlar, belirgin overshoot/ringing veya bit ortasına kadar süren yansıma; aşırı kol uzunluğu, yanlış terminasyon, kablo empedansı veya bağlantı sorununa işaret edebilir.

Ölçümü yalnız servis konnektöründe değil, arızanın görüldüğü ECU yakınında da tekrarlayın. Sinyal bir noktada temiz, başka bir noktada bozuksa aradaki kablo ve bağlantılar güçlü adaydır. Kabul limitlerini kullanılan transceiver, kablo uzunluğu ve ağ hızına ait dokümanla karşılaştırın.

Belirtiden olası nedene geçiş

Saha kontrol listesi

• Makineyi ve aktüatörleri güvenli duruma alın; ölçüm noktasını ve şemadaki ağ kolunu belirleyin.
• Enerji kapalıyken CAN-H / CAN-L direncini kaydedin ve terminasyon sayısıyla karşılaştırın.
• Her iki hattın şasi, ağ toprağı ve besleme ile istenmeyen temasını kontrol edin.
• Enerjiyi açıp CAN-H ve CAN-L gerilimlerini aynı referansa göre ölçün.
• Bitrate, sample point, CAN/CAN FD modu ve Standard/Extended filtrelerini doğrulayın.
• Arayüzün durumunu, TX/RX hata sayaçlarını ve hata çerçevelerini kaydedin.
• Sorun aralıklıysa konnektör, titreşim, sıcaklık, yük ve besleme değişimini CAN kaydıyla aynı zaman çizelgesinde karşılaştırın.
• Onarım sonrası aynı test koşulunu tekrarlayın; yalnız hata kodunun silinmesini başarı kabul etmeyin.

Sık yapılan hatalar

Enerjili hatta ohm ölçmek, 60 Ω sonucunu bütün ağın sağlamlığı olarak yorumlamak, osiloskop prob toprağını uygunsuz noktaya bağlamak ve bilinmeyen hatta mesaj göndermek sık yapılan hatalardır. Bir başka hata da bus-off durumundaki arayüzü sürekli yeniden başlatıp fiziksel nedeni görünmez hâle getirmektir.

CAN Viewer ile canlı kimlikleri, periyotları ve veri değişimini izleyebilir; CAN Log Analyzer ile kaydedilmiş TRC, ASC, CSV ve candump verilerinde zamanlama sapmalarını inceleyebilirsiniz. Fiziksel ölçümleri, hata sayaçlarını ve kayıt sonucunu aynı teşhis notunda birleştirin.