CAN ve J1939 ile mobil makine haberleşmesi: mimari, mesaj yapısı ve saha gerçekleri

Neden tek bir veri yolu?

Modern bir mobil makinede motor kontrol ünitesi (ECU), şanzıman kontrolü, hidrolik valf kontrolörü, gösterge paneli, telemetri ünitesi ve giderek artan sayıda sensör paketi bulunur. Bu bileşenlerin her biri kablo demeti üzerinden ayrı sinyal hatlarıyla bağlanırsa hem kablo ağırlığı hem arıza noktası sayısı patlar. CAN (Controller Area Network), bunun yerine ortak bir veri yolu üzerinde yayın-tabanlı (broadcast) haberleşme sunar: her düğüm (node) ortak hattı dinler, kendi mesajını yayınlar ve ilgilendiği mesajları okur.

Fiziksel katmanda tipik uygulama 250 kbit/s veya 500 kbit/s hızlarda çalışan çift bükümlü, 120 Ω sonlandırılmış bir hat çiftidir (CAN_H / CAN_L). Makine kablolarında titreşim, motor kaynaklı gürültü ve uzun hat boyları nedeniyle büküm oranı, ekranlama (shielding) ve topraklama düzeni kritiktir; sahada karşılaşılan "ara sıra kaybolan sinyal" vakalarının önemli kısmı fiziksel katman sorunlarına dayanır.

• Bit hızı: mobil makinede yaygın olarak 250 kbit/s (J1939) veya 500 kbit/s
• Sonlandırma: hattın her iki ucunda 120 Ω direnç; yanlış sonlandırma en sık rastlanan kurulum hatası
• Mesaj uzunluğu: klasik CAN 8 bayt; CAN FD 64 bayta kadar (yeni nesil ECU'larda yaygınlaşıyor)

J1939 neyi standartlaştırır?

CAN yalnızca çerçeve (frame) formatını tanımlar; "61. baytın ne anlama geldiğini" söylemez. J1939, SAE tarafından özellikle ağır vasıta ve off-highway makineler için tanımlanmış bir üst katman protokolüdür. Haberleşmeyi Parametre Grup Numaraları (PGN) üzerinden düzenler: her PGN, belirli bir veri kümesini (örneğin motor yükü ve devir, şanzıman durumu, soğutma suyu sıcaklığı) tanımlar.

Bir J1939 mesajının kimliği 29 bitlik uzun kimlik alanına gömülüdür: öncelik (3 bit), PGN ve kaynak adres (SA). Kaynak adres, veri yolundaki her düğüme benzersiz bir adres atar; bir ECU'nun ağa katılması (address claiming) sırasında çakışma yönetimi de protokolün parçasıdır. Sinyal düzeyinde ise her PGN içindeki alanlar için ölçek (scale), ofset, çözünürlük ve geçerlilik (SPN — Suspect Parameter Number) tanımları bulunur. Örneğin motor devri 0,125 rpm/bit çözünürlükte kodlanır; ham değeri 0,125 ile çarpmadan anlamlandırmak imkânsızdır.

Telemetri tarafı için önemli sonuç: markadan bağımsız bir telemetri ünitesi veya HMI, J1939'u dinleyerek motor ve şanzıman verisini okuyabilir. Ancak "J1939 okuyabilirim" demek her şeyi okuyabilirim anlamına gelmez; OEM'ler üreticiye özgü PGN'ler ve hatta J1939'u kendi özel mesajlarıyla genişletir. Bu yüzden sahada veri sözlüğü (PGN/SPN listesi) olmadan yapılan entegrasyonlar yarım kalır.

Saha gerçekleri: gürültü, kayıp mesaj ve teşhis

CAN'ın CRC ve otomatik yeniden iletim mekanizmaları sağlamdır ama kusursuz değildir. Hattın yanlış sonlandırılması, ekranlamanın tek noktadan topraklanmaması veya alternatör/güç elektroniği kaynaklı akım darbeleri, hata sayacının yükselmesine ve sonuçta düğümün "error passive" durumuna düşmesine yol açar. Belirti genellikle "makine ısınınca haberleşme kesiliyor" veya "yalnızca belirli ekipman çalışırken veri kayboluyor" şeklindedir.

Teşhis sırasında akıllı çalışma sırası şudur: önce hat direnci ve gerilim seviyeleri (CAN_H − CAN_L farkı), sonra hata sayacı ve mesaj kayıp oranı, en sonunda uygulama katmanı (PGN doğruluğu). Çok sık yapılan hata, doğrudan yazılım katmanına odaklanıp fiziksel katmanı atlamaktır. Telemetri entegrasyonlarında ayrıca "ham veri ile gösterilen veri" ayrımı yapılmalıdır: ölçek/offset hatası, yanlış SPN eşlemesi gibi uygulama katmanı hataları, veriyi sessizce yanlış gösterir — en pahalı arıza tipi budur.

• Ölçüm: hat direnci (güç kapalı, iki uç arasında ~60 Ω), boşta gerilim seviyeleri
• İzleme: hata aktif/passive durumları, TX/RX hata sayaçları, mesaj periyot sapmaları
• Doğrulama: bilinen bir PGN'yi (ör. motor devri) referans cihazla karşılaştırma