C# geli\u015ftiriciler i\u00e7in CAN Bus ileti\u015fimi kurmak genellikle karma\u015f\u0131k, par\u00e7a par\u00e7a ve s\u00fcr\u00fcc\u00fc ba\u011f\u0131ml\u0131 bir s\u00fcre\u00e7 olmu\u015ftur. CanKit, bu zorluklar\u0131 ortadan kald\u0131rarak farkl\u0131 donan\u0131m aray\u00fczleri \u00fczerinde tek tip ve kullan\u0131m\u0131 kolay bir C# API sunmay\u0131 hedefliyor. Gelin, bu yenilik\u00e7i \u00e7\u00f6z\u00fcm\u00fc yak\u0131ndan inceleyelim.<\/p>\n
CAN (Controller Area Network) Bus, \u00f6zellikle otomotiv ve end\u00fcstriyel otomasyon alanlar\u0131nda yayg\u0131n olarak kullan\u0131lan, d\u00fc\u015f\u00fck maliyetli ve g\u00fcvenilir bir seri ileti\u015fim protokol\u00fcd\u00fcr. Ara\u00e7 i\u00e7i ECU’lar (Elektronik Kontrol \u00dcnitesi), sens\u00f6rler ve akt\u00fcat\u00f6rler aras\u0131nda veri al\u0131\u015fveri\u015fini sa\u011flamak i\u00e7in tasarlanm\u0131\u015ft\u0131r. Bu protokol, iki telli bir diferansiyel sinyal hatt\u0131 \u00fczerinden, mesaj tabanl\u0131 bir ileti\u015fim modeli sunar. Her mesaj bir kimli\u011fe sahiptir ve bu kimlik ayn\u0131 zamanda mesaj\u0131n \u00f6nceli\u011fini de belirler. CAN’in en b\u00fcy\u00fck avantajlar\u0131ndan biri, a\u011fdaki herhangi bir cihaz\u0131n ayn\u0131 anda mesaj g\u00f6nderebilmesi ve mesaj \u00e7ak\u0131\u015fmalar\u0131n\u0131n arbitration (hakemlik) s\u00fcreciyle \u00e7\u00f6z\u00fclmesi sayesinde y\u00fcksek g\u00fcvenilirlik sunmas\u0131d\u0131r.<\/p>\n
Ancak CAN Bus’\u0131n g\u00fcc\u00fc, geli\u015ftiriciler i\u00e7in ayn\u0131 zamanda bir karma\u015f\u0131kl\u0131k kayna\u011f\u0131d\u0131r. Piyasadaki CAN Bus donan\u0131m adapt\u00f6rleri (USB-CAN, Ethernet-CAN vb.) ve bunlar\u0131n yaz\u0131l\u0131m geli\u015ftirme kitleri (SDK’lar) genellikle birbirinden farkl\u0131 aray\u00fczler ve API’lar sunar. Bu durum, bir projenin farkl\u0131 donan\u0131m sa\u011flay\u0131c\u0131lar\u0131yla \u00e7al\u0131\u015fmas\u0131 gerekti\u011finde veya mevcut bir projede donan\u0131m de\u011fi\u015fikli\u011fi yap\u0131ld\u0131\u011f\u0131nda ciddi entegrasyon zorluklar\u0131 yarat\u0131r. \u00d6rne\u011fin, bir uygulamay\u0131 Peak-System CAN adapt\u00f6r\u00fc i\u00e7in yazd\u0131ysan\u0131z ve daha sonra Kvaser adapt\u00f6re ge\u00e7meniz gerekirse, kodunuzun \u00f6nemli bir k\u0131sm\u0131n\u0131 yeniden yazman\u0131z gerekebilir. Bu da zaman kayb\u0131na, artan maliyetlere ve bak\u0131m zorluklar\u0131na yol a\u00e7ar. Ayr\u0131ca, d\u00fc\u015f\u00fck seviyeli CAN protokol detaylar\u0131, bit h\u0131z\u0131 ayarlar\u0131, hata y\u00f6netimi ve mesaj filtreleme gibi konulara hakim olmak da yeni ba\u015flayan geli\u015ftiriciler i\u00e7in \u00f6\u011frenme e\u011frisini y\u00fckseltir. C# gibi y\u00fcksek seviyeli bir dilde bu d\u00fc\u015f\u00fck seviyeli detaylar\u0131 y\u00f6netmek, genellikle P\/Invoke \u00e7a\u011fr\u0131lar\u0131 veya C++ sarmalay\u0131c\u0131lar\u0131 arac\u0131l\u0131\u011f\u0131yla yap\u0131l\u0131r ki bu da ek bir karma\u015f\u0131kl\u0131k katman\u0131 ekler. Bu zorluklar, geli\u015ftiricilerin as\u0131l i\u015f mant\u0131\u011f\u0131na odaklanmas\u0131n\u0131 engelleyerek, s\u00fcrekli olarak altyap\u0131sal problemlerle bo\u011fu\u015fmas\u0131na neden olur. CanKit tam da bu noktada, geli\u015ftiricilerin bu da\u011f\u0131n\u0131k ve zorlu ortamda tek bir standart aray\u00fczle \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flayarak \u00f6nemli bir fark yaratmaktad\u0131r.<\/p>\n
CanKit’in temel amac\u0131, CAN Bus ileti\u015fimi i\u00e7in C# geli\u015ftiricilerine donan\u0131mdan ba\u011f\u0131ms\u0131z, tek tip ve sezgisel bir API sunmakt\u0131r. Bu felsefenin merkezinde, farkl\u0131 CAN donan\u0131m adapt\u00f6rlerinin ve onlar\u0131n \u00f6zel SDK’lar\u0131n\u0131n soyutlanmas\u0131 yatar. CanKit, her donan\u0131m adapt\u00f6r\u00fc i\u00e7in \u00f6zelle\u015fmi\u015f bir “s\u00fcr\u00fcc\u00fc” katman\u0131 bar\u0131nd\u0131r\u0131r. Ancak bu s\u00fcr\u00fcc\u00fcler, geli\u015ftiricinin do\u011frudan muhatap oldu\u011fu bir katman de\u011fildir; bunun yerine, hepsi ayn\u0131 soyut aray\u00fcz\u00fc (interface) uygular. Bu sayede, uygulaman\u0131z Peak-System, Kvaser, Vector veya ba\u015fka bir adapt\u00f6r kullan\u0131yor olsun, CanKit’in sundu\u011fu CanKit’in mimarisi, mod\u00fcler bir yap\u0131ya sahiptir. Bu, yeni bir CAN donan\u0131m adapt\u00f6r\u00fc piyasaya \u00e7\u0131kt\u0131\u011f\u0131nda veya mevcut bir adapt\u00f6r\u00fcn yeni bir \u00f6zelli\u011fi eklendi\u011finde, yaln\u0131zca ilgili CanKit s\u00fcr\u00fcc\u00fcs\u00fcn\u00fcn g\u00fcncellenmesi veya yenisinin eklenmesiyle API’nin geni\u015fletilebilece\u011fi anlam\u0131na gelir. \u00c7ekirdek CanKit API’si, mesaj g\u00f6nderme, mesaj alma, kanal a\u00e7ma\/kapama, bit h\u0131z\u0131 ayar\u0131 ve hata y\u00f6netimi gibi temel CAN Bus i\u015flevlerini kapsar. Geli\u015ftiriciler, do\u011frudan ham CAN \u00e7er\u00e7eveleriyle \u00e7al\u0131\u015fman\u0131n yan\u0131 s\u0131ra, CanKit’in sundu\u011fu y\u00fcksek seviyeli modeller arac\u0131l\u0131\u011f\u0131yla daha anlaml\u0131 verilerle etkile\u015fim kurabilirler. \u00d6rne\u011fin, bir CAN mesaj\u0131n\u0131 do\u011frudan bayt dizisi olarak almak yerine, CanKit’in sa\u011flad\u0131\u011f\u0131 CanKit ile CAN Bus ileti\u015fimi kurmak olduk\u00e7a basittir. \u0130lk ad\u0131m, projenize CanKit k\u00fct\u00fcphanelerini eklemektir. Genellikle bu, NuGet paket y\u00f6neticisi arac\u0131l\u0131\u011f\u0131yla yap\u0131l\u0131r. Ana CanKit paketi ve kulland\u0131\u011f\u0131n\u0131z donan\u0131ma \u00f6zel adapt\u00f6r paketi y\u00fcklenmelidir. \u00d6rne\u011fin, Peak-System PCAN adapt\u00f6r\u00fc kullan\u0131yorsan\u0131z, \u00d6ncelikle, kullan\u0131lacak CAN kanal\u0131n\u0131 tan\u0131mlaman\u0131z gerekir. Bu genellikle bir kanal ad\u0131 veya indeksi ile yap\u0131l\u0131r ve donan\u0131ma \u00f6zg\u00fc konfig\u00fcrasyon parametrelerini i\u00e7erebilir. Ard\u0131ndan, kanal\u0131n\u0131z\u0131 belirli bir bit h\u0131z\u0131nda a\u00e7man\u0131z ve mesaj g\u00f6ndermeye veya almaya ba\u015flaman\u0131z yeterlidir. CanKit, olay tabanl\u0131 bir yakla\u015f\u0131m sunarak, yeni CAN mesajlar\u0131 geldi\u011finde uygulaman\u0131z\u0131n bilgilendirilmesini sa\u011flar. \u0130\u015fte temel bir ba\u011flant\u0131 kurma ve mesaj g\u00f6nderme\/alma \u00f6rne\u011fi:<\/p>\n <\/code><\/p>\n Bu \u00f6rnekte g\u00f6r\u00fcld\u00fc\u011f\u00fc gibi, CanKit ile CAN ileti\u015fimini ba\u015flatmak sadece birka\u00e7 sat\u0131r kod gerektirir. Kanal\u0131n a\u00e7\u0131lmas\u0131, bit h\u0131z\u0131n\u0131n ayarlanmas\u0131 ve mesaj olaylar\u0131na abone olunmas\u0131, y\u00fcksek seviyeli ve anla\u015f\u0131l\u0131r metot \u00e7a\u011fr\u0131lar\u0131yla yap\u0131l\u0131r. Bu sayede, geli\u015ftiriciler d\u00fc\u015f\u00fck seviyeli register okuma\/yazma veya karma\u015f\u0131k s\u00fcr\u00fcc\u00fc entegrasyonu gibi detaylarla u\u011fra\u015fmak yerine, do\u011frudan uygulaman\u0131n i\u015f mant\u0131\u011f\u0131na odaklanabilirler. CanKit'in sundu\u011fu tek tip API ve donan\u0131mdan ba\u011f\u0131ms\u0131z yakla\u015f\u0131m, \u00e7e\u015fitli end\u00fcstrilerdeki ger\u00e7ek d\u00fcnya projelerinde b\u00fcy\u00fck avantajlar sa\u011flar. \u0130\u015fte CanKit'in kullan\u0131labilece\u011fi iki farkl\u0131 senaryo:<\/p>\n Bir otomotiv te\u015fhis ve analiz \u015firketi, \u00e7e\u015fitli ara\u00e7 markalar\u0131 ve modelleri i\u00e7in evrensel bir te\u015fhis yaz\u0131l\u0131m\u0131 geli\u015ftirmek istiyor. Bu yaz\u0131l\u0131m\u0131n, farkl\u0131 ara\u00e7lardaki OBD-II (On-Board Diagnostics) veya J1939 (Ticari Ara\u00e7lar i\u00e7in) protokolleri \u00fczerinden ECU'lardan veri okuyabilmesi, ar\u0131za kodlar\u0131n\u0131 temizleyebilmesi ve ger\u00e7ek zamanl\u0131 sens\u00f6r verilerini g\u00f6r\u00fcnt\u00fcleyebilmesi gerekiyor. Ancak \u015firket, farkl\u0131 tedarik\u00e7ilerden temin edilen Peak-System, Vector CANcaseXL ve Kvaser Leaf Light gibi \u00e7e\u015fitli CAN adapt\u00f6rleriyle \u00e7al\u0131\u015fmak zorunda. Her bir adapt\u00f6r\u00fcn kendi SDK's\u0131 ve API'si oldu\u011fundan, mevcut yaz\u0131l\u0131m, her adapt\u00f6r i\u00e7in ayr\u0131 ayr\u0131 kod bloklar\u0131 i\u00e7eriyor ve bu da bak\u0131m\u0131n\u0131 son derece karma\u015f\u0131k hale getiriyor.<\/p>\n CanKit'i uygulamaya entegre ettiklerinde, t\u00fcm adapt\u00f6rler i\u00e7in tek bir soyutlama katman\u0131 kullanabildiler. Art\u0131k, adapt\u00f6r se\u00e7imi yaz\u0131l\u0131m\u0131n ba\u015flatma a\u015famas\u0131nda dinamik olarak yap\u0131labiliyor ve uygulaman\u0131n geri kalan\u0131, <\/code><\/p>\n B\u00fcy\u00fck bir \u00fcretim tesisinde, farkl\u0131 makinelerden ve robotlardan gelen s\u0131cakl\u0131k, bas\u0131n\u00e7 ve motor h\u0131z\u0131 gibi sens\u00f6r verilerini merkezi bir SCADA (Supervisory Control and Data Acquisition) sistemine aktarmak gerekiyordu. Bu makinelerin \u00e7o\u011fu, CANopen protokol\u00fc \u00fczerinden ileti\u015fim kuran \u00e7e\u015fitli sens\u00f6rler ve akt\u00fcat\u00f6rlerle donat\u0131lm\u0131\u015ft\u0131. Tesis, ba\u015flang\u0131\u00e7ta her makine hatt\u0131 i\u00e7in \u00f6zel olarak yaz\u0131lm\u0131\u015f farkl\u0131 C# uygulamalar\u0131 kullan\u0131yordu ve bu uygulamalar, her biri kendi adapt\u00f6r s\u00fcr\u00fcc\u00fcs\u00fcne sahip bir USB-CAN adapt\u00f6r\u00fcne ba\u011fl\u0131yd\u0131. Bu durum, sistemin geni\u015fletilmesini ve yeni makine entegrasyonunu olduk\u00e7a yava\u015f ve maliyetli hale getiriyordu.<\/p>\n CanKit'i standartla\u015ft\u0131r\u0131lm\u0131\u015f CAN Bus aray\u00fcz\u00fc olarak benimsediler. Her bir veri toplama uygulamas\u0131 art\u0131k sadece CanKit API'sini kullanarak CANopen mesajlar\u0131n\u0131 g\u00f6nderip al\u0131yor. CanKit'in mesaj filtreleme yetenekleri sayesinde, her uygulama yaln\u0131zca ilgilendi\u011fi sens\u00f6r verilerini i\u015fleyebilir hale geldi. \u00d6rne\u011fin, belirli bir s\u0131cakl\u0131k sens\u00f6r\u00fcnden gelen veri mesaj\u0131n\u0131 (CAN ID'si bilinen) kolayca filtreleyerek, yaln\u0131zca bu mesaja tepki veren bir olay i\u015fleyicisi (event handler) yaz\u0131ld\u0131. Ayr\u0131ca, CanKit'in asenkron yazma ve okuma i\u015flemleri, y\u00fcksek h\u0131zl\u0131 veri ak\u0131\u015flar\u0131nda bile sistemin yan\u0131t verebilirli\u011fini korumas\u0131na yard\u0131mc\u0131 oldu. Bu sayede, merkezi SCADA sistemi, herhangi bir makine hatt\u0131ndaki adapt\u00f6r tipinden ba\u011f\u0131ms\u0131z olarak t\u00fcm sens\u00f6r verilerini tutarl\u0131 bir \u015fekilde toplayabiliyor ve akt\u00fcat\u00f6rleri kontrol edebiliyordu. Bu standardizasyon, yeni \u00fcretim hatlar\u0131n\u0131n h\u0131zl\u0131 bir \u015fekilde devreye al\u0131nmas\u0131n\u0131 sa\u011flad\u0131 ve mevcut sistemin bak\u0131m y\u00fck\u00fcn\u00fc %40 oran\u0131nda azaltt\u0131, ayn\u0131 zamanda olas\u0131 adapt\u00f6r ar\u0131zalar\u0131nda h\u0131zl\u0131 bir \u015fekilde yedek adapt\u00f6rlerle devam etme esnekli\u011fi kazand\u0131.<\/p>\n CanKit, sadece temel ileti\u015fimde de\u011fil, ayn\u0131 zamanda daha karma\u015f\u0131k senaryolarda da geli\u015ftiricilere g\u00fc\u00e7l\u00fc ara\u00e7lar sunar. \u0130leri d\u00fczey kullan\u0131mlar i\u00e7in mesaj filtreleme, zamanlanm\u0131\u015f mesaj g\u00f6nderme, hata y\u00f6netimi ve performans optimizasyonu gibi \u00f6zellikler kritik \u00f6neme sahiptir. Bu \u00f6zellikler, \u00f6zellikle y\u00fcksek veri ak\u0131\u015f\u0131na sahip veya belirli protokollerin (\u00f6rn: J1939, CANopen) uyguland\u0131\u011f\u0131 sistemlerde CanKit'i vazge\u00e7ilmez k\u0131lar.<\/p>\n B\u00fcy\u00fck CAN a\u011flar\u0131nda, kanaldan ge\u00e7en mesaj say\u0131s\u0131 olduk\u00e7a fazla olabilir. Uygulaman\u0131z\u0131n sadece belirli ID'lere sahip mesajlarla ilgilenmesi gerekiyorsa, t\u00fcm mesajlar\u0131 i\u015flemek performans d\u00fc\u015f\u00fc\u015f\u00fcne neden olabilir. CanKit, donan\u0131m seviyesinde mesaj filtreleme yeteneklerini destekler. Bu sayede, sadece belirli CAN ID'lerine sahip mesajlar uygulaman\u0131za iletilir, bu da CPU kullan\u0131m\u0131n\u0131 azalt\u0131r ve uygulama mant\u0131\u011f\u0131n\u0131 basitle\u015ftirir. Filtreler, hem kabul ID'leri hem de maske ID'leri kullan\u0131larak esnek bir \u015fekilde tan\u0131mlanabilir.<\/p>\n <\/code><\/p>\n Baz\u0131 CAN protokolleri (\u00f6rne\u011fin CANopen NMT durumu veya J1939 kalp at\u0131\u015f\u0131 mesajlar\u0131), belirli aral\u0131klarla mesaj g\u00f6ndermeyi gerektirir. CanKit, bu t\u00fcr periyodik mesajla\u015fmay\u0131 donan\u0131m seviyesinde destekleyebilir (adapt\u00f6r\u00fcn yeteneklerine ba\u011fl\u0131 olarak). Bu, uygulaman\u0131n kendi zamanlay\u0131c\u0131lar\u0131n\u0131 kullanmas\u0131na gerek kalmadan, daha do\u011fru ve g\u00fcvenilir zamanlanm\u0131\u015f mesaj g\u00f6nderimini sa\u011flar.<\/p>\n <\/code><\/p>\n CanKit API'si do\u011frudan kullan\u0131c\u0131 aray\u00fcz\u00fc (UI) ile ilgili olmasa da, CanKit'i kullanan bir C# uygulamas\u0131n\u0131n (\u00f6rne\u011fin bir Xamarin veya MAUI uygulamas\u0131) mobil uyumlulu\u011fu, geli\u015ftiricinin UI katman\u0131nda alaca\u011f\u0131 kararlara ba\u011fl\u0131d\u0131r. A\u015fa\u011f\u0131da, CanKit verilerini g\u00f6steren bir mobil uygulaman\u0131n nas\u0131l responsive olabilece\u011fine dair genel bir HTML\/CSS (\u00f6rnek ama\u00e7l\u0131) yakla\u015f\u0131m\u0131 ve bunun C# taraf\u0131ndaki veri ak\u0131\u015f\u0131yla nas\u0131l entegre edilebilece\u011fi anlat\u0131lmaktad\u0131r:<\/p>\nICanAdapter<\/code> veya ICanChannel<\/code> gibi temel aray\u00fczler \u00fczerinden ayn\u0131 metotlarla ileti\u015fim kurars\u0131n\u0131z. Bu tasar\u0131m, bir donan\u0131mdan di\u011ferine ge\u00e7i\u015f yaparken uygulama kodunuzu de\u011fi\u015ftirmek zorunda kalmaman\u0131z anlam\u0131na gelir; yaln\u0131zca ba\u015flang\u0131\u00e7ta hangi adapt\u00f6r s\u0131n\u0131f\u0131n\u0131 \u00f6rnekleyece\u011finizi belirtmeniz yeterlidir. B\u00f6ylece, projenizin s\u00fcrd\u00fcr\u00fclebilirli\u011fi artar, test s\u00fcre\u00e7leri basitle\u015fir ve geli\u015ftirme maliyetleri d\u00fc\u015fer.<\/p>\nCanFrame<\/code> nesnesi, mesaj kimli\u011fi, veri uzunlu\u011fu, veri baytlar\u0131 ve zaman damgas\u0131 gibi bilgilere kolayca eri\u015fim sunar. Bu nesne tabanl\u0131 yakla\u015f\u0131m, C# ekosistemine do\u011fal bir \u015fekilde entegre olur ve LINQ sorgular\u0131 veya di\u011fer .NET koleksiyon i\u015flemleriyle birlikte kullan\u0131labilir. Ayr\u0131ca, CanKit, asenkron (async\/await) programlama desenlerini de destekleyerek, CAN ileti\u015fimi s\u0131ras\u0131nda ana uygulama i\u015f par\u00e7ac\u0131\u011f\u0131n\u0131n engellenmesini \u00f6nler ve daha duyarl\u0131 uygulamalar geli\u015ftirilmesine olanak tan\u0131r. T\u00fcm bu \u00f6zellikler, CanKit’i, CAN Bus geli\u015ftiricileri i\u00e7in sadece bir k\u00fct\u00fcphane olmaktan \u00e7\u0131kar\u0131p, karma\u015f\u0131k entegrasyon s\u00fcre\u00e7lerini basitle\u015ftiren g\u00fc\u00e7l\u00fc bir platform haline getirmektedir.<\/p>\n\n
CanKit ile Temel CAN \u0130leti\u015fimi Nas\u0131l Kurulur? (Uygulamal\u0131 K\u0131s\u0131m)<\/h2>\n
CanKit.Core<\/code> ve CanKit.Pcan<\/code> paketlerini eklemeniz gerekecektir. Kurulum tamamland\u0131ktan sonra, birka\u00e7 ad\u0131mda temel CAN ileti\u015fiminizi \u00e7al\u0131\u015f\u0131r hale getirebilirsiniz.<\/p>\n\nusing CanKit.Pcan; \/\/ Kulland\u0131\u011f\u0131n\u0131z adapt\u00f6re g\u00f6re bu k\u0131s\u0131m de\u011fi\u015fir (\u00f6rn: CanKit.Kvaser)\nusing CanKit.Common;\nusing System;\nusing System.Threading;\nusing System.Threading.Tasks;\n\npublic class CanKitBasics\n{\n private static PcanCanAdapter _adapter;\n private static ICanChannel _channel;\n\n public static async Task Main(string[] args)\n {\n Console.WriteLine(\"CanKit ile Temel CAN \u0130leti\u015fimi Ba\u015flat\u0131l\u0131yor...\");\n\n try\n {\n \/\/ 1. CAN Adapt\u00f6r\u00fcn\u00fc Olu\u015fturma (Peak-System PCAN \u00f6rne\u011fi)\n _adapter = new PcanCanAdapter();\n \n \/\/ 2. Bir CAN Kanal\u0131 A\u00e7ma (PCAN-USB i\u00e7in PCAN_USBBUS1 gibi)\n \/\/ Kanal ID'si donan\u0131ma g\u00f6re de\u011fi\u015febilir.\n _channel = _adapter.OpenChannel(PcanCanChannel.PCAN_USBBUS1); \n \n \/\/ 3. Bit H\u0131z\u0131n\u0131 Ayarlama\n \/\/ CanBitRate Enum'\u0131ndan veya \u00f6zel de\u011fer ile ayarlanabilir.\n _channel.SetBitRate(CanBitRate.Can500Kbps); \n\n Console.WriteLine($\"CAN Kanal\u0131 {_channel.ChannelName} {CanBitRate.Can500Kbps} ile A\u00e7\u0131ld\u0131.\");\n\n \/\/ 4. Mesaj Alma Olay\u0131na Abone Olma\n _channel.CanFrameReceived += OnCanFrameReceived;\n\n \/\/ 5. Bir CAN Mesaj\u0131 G\u00f6nderme\n \/\/ CAN ID: 0x100 (geni\u015fletilmi\u015f veya standart olabilir), 8 bayt veri\n CanFrame frameToSend = new CanFrame(0x100, new byte[] { 0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x08 });\n await _channel.WriteFrameAsync(frameToSend);\n Console.WriteLine($\"Mesaj G\u00f6nderildi: ID=0x{frameToSend.CanId:X}, Data={BitConverter.ToString(frameToSend.Data)}\");\n\n \/\/ K\u0131sa bir s\u00fcre bekleyelim ki mesajlar al\u0131nabilsin\n await Task.Delay(5000); \n }\n catch (CanKitException ex)\n {\n Console.WriteLine($\"CanKit Hatas\u0131: {ex.Message}\");\n }\n catch (Exception ex)\n {\n Console.WriteLine($\"Genel Hata: {ex.Message}\");\n }\n finally\n {\n \/\/ 6. Kaynaklar\u0131 Serbest B\u0131rakma\n if (_channel != null && _channel.IsOpen)\n {\n _channel.Close();\n Console.WriteLine(\"CAN Kanal\u0131 Kapat\u0131ld\u0131.\");\n }\n if (_adapter != null)\n {\n _adapter.Dispose();\n Console.WriteLine(\"CAN Adapt\u00f6r\u00fc Serbest B\u0131rak\u0131ld\u0131.\");\n }\n }\n\n Console.WriteLine(\"Uygulama Sonland\u0131.\");\n }\n\n private static void OnCanFrameReceived(object sender, CanFrameReceivedEventArgs e)\n {\n Console.WriteLine($\"Mesaj Al\u0131nd\u0131: ID=0x{e.Frame.CanId:X}, Data={BitConverter.ToString(e.Frame.Data)}, Zaman={e.Frame.Timestamp.ToString(\"HH:mm:ss.fff\")}\");\n }\n}\n <\/pre>\nCanFrame<\/code> nesnesi, CAN mesajlar\u0131n\u0131n t\u00fcm kritik bilgilerini tek bir yap\u0131da sunarak veri manip\u00fclasyonunu kolayla\u015ft\u0131r\u0131r. Ayr\u0131ca, WriteFrameAsync<\/code> gibi asenkron metotlar, uygulaman\u0131z\u0131n yan\u0131t verebilirli\u011fini koruyarak, uzun s\u00fcreli yazma i\u015flemlerinin UI'\u0131 veya di\u011fer kritik g\u00f6revleri engellemesini \u00f6nler. Bu yakla\u015f\u0131m, modern .NET uygulamalar\u0131 i\u00e7in performans ve kullan\u0131c\u0131 deneyimi a\u00e7\u0131s\u0131ndan kritik \u00f6neme sahiptir.<\/p>\nGer\u00e7ek D\u00fcnya Senaryolar\u0131nda CanKit: Vaka Analizleri<\/h2>\n
Otomotiv Tan\u0131 Sistemi Geli\u015ftirme<\/h3>\n
ICanChannel<\/code> aray\u00fcz\u00fc \u00fczerinden standart ReadFrameAsync<\/code> ve WriteFrameAsync<\/code> metotlar\u0131n\u0131 kullan\u0131yor. \u00d6rne\u011fin, yaz\u0131l\u0131m, bir ar\u0131za kodu okuma komutunu (mode 03) g\u00f6nderirken, hangi adapt\u00f6r\u00fcn tak\u0131l\u0131 oldu\u011funa bak\u0131lmaks\u0131z\u0131n ayn\u0131 CanKit \u00e7a\u011fr\u0131s\u0131n\u0131 yap\u0131yor. Bu, geli\u015ftiricilerin farkl\u0131 adapt\u00f6r s\u00fcr\u00fcc\u00fcleri aras\u0131ndaki n\u00fcanslar\u0131 \u00f6\u011frenmek yerine, do\u011frudan OBD-II ve J1939 protokol mant\u0131\u011f\u0131n\u0131 uygulamaya odaklanmas\u0131n\u0131 sa\u011flad\u0131. Sonu\u00e7 olarak, geli\u015ftirme s\u00fcresi %30 azald\u0131, yeni adapt\u00f6r entegrasyonu haftalardan g\u00fcnlere d\u00fc\u015ft\u00fc ve yaz\u0131l\u0131m\u0131n kararl\u0131l\u0131\u011f\u0131 \u00f6nemli \u00f6l\u00e7\u00fcde artt\u0131. Ayr\u0131ca, farkl\u0131 donan\u0131m sa\u011flay\u0131c\u0131lar\u0131ndan ba\u011f\u0131ms\u0131z olduklar\u0131 i\u00e7in tedarik zinciri esneklikleri de artm\u0131\u015f oldu.<\/p>\n\n\/\/ CanKit ile adapt\u00f6r\u00fcn dinamik olarak se\u00e7ilmesi\nICanAdapter adapter;\nstring selectedAdapterType = ConfigurationManager.AppSettings[\"CanAdapterType\"];\n\nswitch (selectedAdapterType)\n{\n case \"PeakSystem\":\n adapter = new PcanCanAdapter();\n break;\n case \"Kvaser\":\n adapter = new KvaserCanAdapter();\n break;\n \/\/ Di\u011fer adapt\u00f6rler i\u00e7in durumlar eklenebilir\n default:\n throw new NotSupportedException(\"Desteklenmeyen CAN adapt\u00f6r tipi.\");\n}\n\nICanChannel channel = adapter.OpenChannel(channelId);\nchannel.SetBitRate(CanBitRate.Can500Kbps);\n\n\/\/ OBD-II sorgusu g\u00f6nderme \u00f6rne\u011fi (\u00f6rnek ID ve veri)\nCanFrame obdRequest = new CanFrame(0x7DF, new byte[] { 0x02, 0x01, 0x0C, 0x00, 0x00, 0x00, 0x00, 0x00 }); \nawait channel.WriteFrameAsync(obdRequest);\n <\/pre>\nEnd\u00fcstriyel Otomasyonda Sens\u00f6r Verisi Toplama ve Kontrol<\/h3>\n
CanKit ile \u0130leri D\u00fczey \u00d6zellikler ve Performans Optimizasyonu<\/h2>\n
Mesaj Filtreleme ve Dinamik Konfig\u00fcrasyon<\/h3>\n
\n\/\/ Belirli bir ID aral\u0131\u011f\u0131ndaki mesajlar\u0131 filtreleme \u00f6rne\u011fi\n_channel.SetIdFilter(0x100, 0x10F); \/\/ Sadece 0x100 ile 0x10F aras\u0131ndaki ID'leri kabul et\n\/\/ veya belirli bir ID ve maske ile filtreleme (geni\u015fletilmi\u015f kimlikler i\u00e7in)\n\/\/ _channel.SetIdFilter(0x18F00400, 0x1FFFFFFF, true); \n <\/pre>\nZamanlanm\u0131\u015f Mesaj G\u00f6nderme ve Periyodik \u0130leti\u015fim<\/h3>\n
\n\/\/ Her 100ms'de bir ayn\u0131 mesaj\u0131 otomatik g\u00f6nderme (destekleyen adapt\u00f6rler i\u00e7in)\nCanFrame heartbeatFrame = new CanFrame(0x700, new byte[] { 0x01 });\n\/\/ _channel.AddPeriodicFrame(heartbeatFrame, TimeSpan.FromMilliseconds(100)); \/\/ Bu \u00f6zellik adapt\u00f6r implementasyonuna g\u00f6re de\u011fi\u015fir\n <\/pre>\nPerformans Optimizasyonu \u0130pu\u00e7lar\u0131<\/h3>\n
\n
WriteFrameAsync<\/code> ve ReadFrameAsync<\/code> gibi asenkron metotlar\u0131 kullanarak, G\/\u00c7 i\u015flemlerinin ana i\u015f par\u00e7ac\u0131\u011f\u0131n\u0131 engellemesini \u00f6nleyin. Bu, \u00f6zellikle y\u00fcksek veri hacimlerinde veya uzun gecikmeli i\u015flemlerde uygulaman\u0131z\u0131n duyarl\u0131 kalmas\u0131n\u0131 sa\u011flar.<\/li>\nCanFrameReceived<\/code> olay\u0131na abone olmak, s\u00fcrekli polling (sorgulama) yapmaktan daha verimlidir. Yeni bir mesaj geldi\u011finde hemen i\u015flenir, bu da gecikmeyi azalt\u0131r.<\/li>\nbyte[]<\/code> veya CanFrame<\/code> nesnelerinin s\u0131k s\u0131k tahsis edilip serbest b\u0131rak\u0131lmas\u0131 performans\u0131 etkileyebilir. \u0130leri d\u00fczey senaryolarda, bellek havuzlama tekniklerini (\u00f6rne\u011fin .NET'in ArrayPoolMobil Uyumlu HTML \u0130\u00e7in CanKit Uygulamas\u0131nda UI De\u011fi\u015fiklikleri<\/h3>\n
\n \n \n \n \n \n