Traktör ve biçerdöverde CAN bus, J1939 ve ISOBUS entegrasyonu

1. CAN bus bağlantısı ile mesaj sözlüğünü ayırın

CiA’nın katman açıklamasında CAN’ın alt katmanları ile J1939 gibi üst seviye protokoller ayrı ele alınır. CAN kablosu, transceiver ve denetleyici veri iletişiminin altyapısını sağlar; mesaj içindeki bir baytın sıcaklık mı, durum mu olduğu uygulama tanımından gelir. Aynı fiziksel arayüz üzerinde farklı mesaj sözlükleri kullanılabilir. Bu nedenle yalnız CAN-H ve CAN-L bağlantısını bilmek, makinenin verisini anlamlandırmak için yeterli değildir.

İlk incelemede konnektör pinleri, besleme, hat hızı, topoloji, sonlandırma ve izin verilen bağlantı noktası belirlenir. Mevcut makine ağına eklenecek cihazın elektriksel yükü ve kablo dalı değerlendirilir. CAN Classic ve CAN FD desteği de cihazlar arasında varsayılmaz. Ağ geçidi için kullanılacak donanım, ilgili hattın koşullarına göre seçilir. Laboratuvarda çalışan kısa kablonun makinedeki uzun kablo ve gürültü koşullarını temsil ettiği kabul edilmez.

2. J1939 için PGN, SPN ve sinyal geçerliliğini tanımlayın

J1939 projelerinde PGN (Parameter Group Number) parametre grubunu, SPN (Suspect Parameter Number) tanımlanmış parametreyi ayırt etmeye yarar. SAE’nin J1939 Digital Annex kaynağı bu tanımlar için başvurulacak resmî kaynaklardan biridir. Bir sinyali çözümlemek yalnız numarasını bulmak değildir: veri alanındaki konum, uzunluk, çözünürlük, ofset, birim ve geçersiz değer gösterimleri de bilinmelidir. Kullanılacak dokümanın sürümü ve erişim lisansı proje başında kontrol edilir.

İstenen her değerin her makinede yayınlandığı varsayılmaz. Gerekli sinyal için yayın sıklığı, kaynağı ve istekle mi kendiliğinden mi geldiği incelenir. Kaynak adresi değişikliği, veri zaman aşımı ve adres yönetimi gereksinimleri yazılım mimarisinde değerlendirilir. Beklenen mesaj gelmediğinde son değeri süresiz güncelmiş gibi göstermek yerine geçerlilik durumu üretilir. Üreticiye özel mesajlar için yetkili mesaj dokümanı ya da kullanma hakkı bulunan veri tanımları gerekir.

3. ISOBUS hedefini “uyumlu olsun” yerine işlev olarak yazın

ISOBUS, ISO 11783 standardıyla ilişkili tarımsal makine ve ekipman iletişimini kapsar. AEF’nin açıklamasına göre birlikte çalışmada bileşenlerin ortak desteklediği işlevler belirleyicidir. Bu yüzden aynı ISOBUS ifadesini taşıyan iki ürünün bütün özelliklerinin birlikte çalışacağı sonucu çıkarılamaz. Projede traktör, terminal ve ekipmanın rolüyle yazılım sürümleri kaydedilir; hedef işlevin hangi bileşen tarafından sağlanacağı gösterilir.

UT operatör terminalinde ekipman arayüzü; TC-BAS iş verisi dokümantasyonu; TC-GEO konuma bağlı veri ve değişken oran; TC-SC bölüm kontrolü açısından değerlendirilir. Bu başlıklar birbiri yerine kullanılmaz. Örneğin terminalde ekranın görünmesi otomatik bölüm kontrolünün tamamlandığı anlamına gelmez. Hedefe göre protokol yığını, lisans, nesne havuzu ve test altyapısı incelenir. AEF uygunluk ve sertifikasyon süreci ayrı planlanır; inceleme yapılmadan sertifika veya bütün markalarla uyum sözü verilmez.

4. Salt veri okuma ve kontrol komutunu ayrı iş paketleri yapın

Salt veri izleme projesi, izin verilen sinyalleri okuyup kaydeden bir cihazla sınırlı olabilir. Pasif izleme hedefleniyorsa donanım ve sürücüde gerçekten dinleme kipinin kullanılabildiği kontrol edilir; normal CAN katılımındaki onay davranışıyla karıştırılmaz. Bir sinyali almak için istek mesajı gönderilmesi gerekiyorsa bu işlem de tanımlı veri erişim kapsamına girer. “Sadece okuyacak” ifadesi, ağ davranışının incelenmesini gereksiz hale getirmez.

Kontrol komutu üreten bir sistemde operatör yetkisi, komutun geçerlilik süresi, geri bildirim ve haberleşme kaybındaki davranış belirlenir. Kontrol ekranının komutu göndermesiyle mekanik işlemin gerçekleşmesi farklı olaylardır. Eski komutun yeniden bağlantıda uygulanması gibi durumlar değerlendirilir. Traktörün ana fren veya direksiyon işlevleri ve otomatik dümenleme, yardımcı veri toplama projesinden farklı risk ve doğrulama gerektirir; bu rehber bu alanlarda sertifikalı çözüm yetkinliği iddia etmez.

5. ECU, sensör, HMI ve ağ geçidinin sorumluluklarını çizin

Bir ekim ekipmanında sensör kartı tohum geçişini ölçebilir, ekipman ECU’su çalışma mantığını yürütebilir, HMI operatöre durumu gösterebilir ve ağ geçidi kayıtları sunucuya taşıyabilir. Bunların tek kartta veya ayrı birimlerde olması proje kararıdır. Her bağlantı için veri sahibi, birim, güncelleme süresi ve hata davranışı yazıldığında sistem sınırları belirginleşir. Örneğin internet kaybının yerel kontrolü durdurup durdurmayacağı açık bir gereksinim olur.

4G/GNSS biriminde ölçüm zamanı ile sunucuya varış zamanı ayrı tutulabilir. Konum geçersizken kaydın nasıl işaretleneceği, çevrimdışı verinin kapasitesi ve yeniden gönderim yöntemi belirlenir. Mevcut üretici platformuna bağlantı gerekiyorsa fiziksel makine hattı yerine yetkili API kullanımı da incelenebilir. Deere’nin ekipman arayüzü örneğinde erişim organizasyon ve yetkilendirme ile ilişkilidir; başka bir markanın veya bütün verilerin aynı yolla erişilebilir olduğu sonucu çıkarılamaz.

6. Üretici dokümanı, DBC ve veri haklarını baştan kontrol edin

Proje için mevcut makine üreticisinin bağlantı ve mesaj dokümanları, servis erişim yöntemi ve izin verdiği kullanım kapsamı istenir. DBC gibi bir sinyal tanım dosyası varsa dosyanın kaynağı, sürümü ve kullanma hakkı kaydedilir. Bir dosyaya erişebilmek, yeniden dağıtma veya müşteriye sınırsız devretme yetkisi olduğu anlamına gelmez. Ham CAN kayıtları da müşteri, makine ve çalışma bilgisi içerebileceğinden paylaşım kapsamı belirlenmelidir.

NDA teknik bilgilerin gizli paylaşımını düzenleyen iş birliği adımıdır. Proje sonunda VOMRO’nun geliştirdiği kaynak kodları, şema ve PCB tasarımları, mekanik CAD ve teknik dokümanlar teslim edilir. Üçüncü taraf protokol yığını, standart dokümanı veya üretici mesaj sözlüğü için ilgili lisans koşulları ayrıca belirtilir. Teslim paketi; hangi dosyanın projeye ait olduğunu, hangisi için ek erişim gerektiğini ve yeniden derleme ortamını açıkça göstermelidir. Belirsiz veri erişimi geliştirme tamamlanmış gibi kabul edilmez.

7. Tezgâh, simülasyon ve saha testlerini birbirine bağlayın

Tezgâhta bilinen sinyaller üreten bir düzenekle çözümleme, birim dönüşümü ve zaman aşımı denenir. Kayıtlı mesajların tekrar oynatılması normal ve eksik veri senaryolarını karşılaştırmayı sağlar; gerçek makinenin elektriksel ve mekanik koşullarının yerine geçmez. Simüle sensör, gerçek yük ve hedef terminal ayrı test girdileridir. Her sonuçta donanım revizyonu, yazılım sürümü, kullanılan mesaj tanımı ve test koşulu kaydedilmelidir.

Pilot makinede besleme değişimi, bağlantı kesintisi, ECU yeniden başlaması ve gerekli sensör hataları için beklenen sonuç kontrol edilir. ISOBUS talebinde hedef terminal ve ekipman kombinasyonları ayrı denenir; uygunluk süreci gerekiyorsa ilgili kapsam ayrıca yürütülür. Sahada gözlenen bir problemin hangi yazılım sürümünde düzeltildiği izlenir. VOMRO’nun numune PCB ve dizgi desteği yalnız kendi geliştirdiği müşteri projelerinde bu prototip ve doğrulama akışının parçasıdır.

8. Proje şartnamesini somut bir örnekle hazırlayın

Örnek taslak: “Müşterinin belirleyeceği traktör ve ilaçlama ekipmanında izin verilen hız verisi ile ayrı debi sensörü okunacak; operatör ekranında hedef ve ölçülen değer gösterilecek; iş kayıtları internet yokken saklanıp bağlantıda sunucuya aktarılacak.” Bu bir müşteri referansı değil, kapsam yazma örneğidir. İlk aşamada makineye kontrol komutu gönderilmeyeceği veya hangi kontrolün ekleneceği açıkça belirtilerek proje sınırı çizilir.

Taslağa makine marka/model/yılı, terminal ve ECU sürümleri, sensör veri sayfaları, pin bağlantısı, mesaj dokümanı ve erişim yetkisi eklenir. Sonra kabul koşulları doldurulur: ölçüm aralığı, izin verilen hata, veri gecikmesi, kayıt kapasitesi ve kesintide beklenen davranış. Sayısal hedefler sahaya göre birlikte belirlenir. Teslim listesinde kaynak kodu, PCB/CAD, bağlantı şeması, derleme bilgisi, test raporu ve üçüncü taraf lisans listesi yer alır. Böylece teklif aynı işlev ve aynı doğrulama beklentisi üzerinden değerlendirilebilir.

• İstenen veri: kaynak, birim, sıklık ve geçerlilik
• Makine kapsamı: model, sürüm, terminal ve yetkili doküman
• Kabul: ölçüm, gecikme, kesinti ve saha testi
• Teslim: kaynak, tasarım, bağlantı, test ve lisans listesi