OBD-II ve HUD ECU Hacker hk.

[sedattemiz]

Merhaba,

Mevcut motorumda MT05 Ecu bulunuyor ELM327 Obd cihazı ile ios eşleşmesinde birçok parçanın analizini yapıyor fakat yaptığım araştırmaya göre malesef doğru sonuç vermiyormuş. Yine araştırma yaparken "Hud Ecu Hacker" programını gördüm web sitesi şu şekilde. Web sitesini bayağı bir okudum işime yarayabileceğimi öngördüm ve uygun aparatlardan sipariş oluşturdum. Henüz deneme şansım olmadığı için kullananlar oldu mu merak ediyorum bu bağlamda Hud Ecu Hacker programını kullanan oldu mu?

Program içerisinde Ecu için birçok düzenleme vs yapılıyor fakat benim amacım sadece sensör ve motor verilerini okumak.

Eğer kullanan olmadıysa da deneyimlerimi buraya aktaracağım.

 

[sahin_bafra]

ECU kartlar bildiğimiz gibi kendi içerisinde mikroişlemci, ram, rom, flash gibi hafıza birimlerini uygun os ile çalıştırıp donanım işleyişini kontrol eden sistemler. Bildigim kadarıyla iletişimin hatasız ve hızlı olması için genellikle CAN veri protokolünü kullanıyor.

Veri iletişim hattına başarılı giriş ve data alışverişi için iletişim hızının her iki cihazda aynı olması gerekiyor. Programı kullananların mutlaka bunu dikkate aldıklarını varsaymamıza rağmen, yine de (mümkünse) iletişim hızını düşürmeni öneririm.

Öte yandan veriler doğru geliyor, fakat ios cihazın ile senkronizasyon düzgün sağlanamadığı için yanlış bilgi geliyor gibi görünebilir. Çünkü veri iletişimi sırasında senin ios cihazın kendi içerisinde ayrıca gelen verileri işlemeye çalışacağı için, bunlarla uğraştığından veya kısa süreli bir iletişim kopukluğundan dolayı hatalı veri geliyor durumu algılanabilir. Şu durumda uyumlu bir cihaza, örneğin ve en etkilisi bir bilgisayara kısa bir kablo (destekliyorsa rs485) ile bağlanarak yeniden gözlemlemeni öneririm.

Ayrıca eğer amacın sadece sensör verilerini okumak ise, lojik analizör kullanarak da iletişim hattındaki verileri tümüyle anlık olarak sorunsuzca net bir şekilde okuyabilir, kaydedebilirsin. Okuduğun veriyi de istediğin gibi kopyalayabilir, gerektiğinde kullanabilirsin. Zaten çinlilerin yaptığı tersine mühendislik işlemi de tam olarak bu, tümevarım.

ECU lar hakkında bilgim olmasa da, veri analizi ilgi alanım olduğundan konuyu takip ediyorum.

 

[sedattemiz]

Yorumunuz için teşekkür ederim.

ELM327 bağlantısında bahsettiğiniz gibi kopukluklar vardı. Yani geçmiş loglarına bakmak istediğimde akış araları kopuk olarak görünüyordu. İos için de android içinde muhtemelen en çok kullanılan "Car Scanner" programı var burada okunan veriler bu bahsettiğim programdaki kadar çok değil.

Bundan ziyade MT05 Ecu'lardaki çoğu sensörü okumuyor ve hatalı okuyor. Örnek vermek gerekirse aynı markanın farklı modelinde ELM327 oksijen sensörünü gösterebilirken benim motorumda göstermiyor. Aslında bu vermiş olduğum sitenin amacı "Bakın bedava OBD cihazı" olmaktan çok MT05 ecuya sahip olan kullanıcıların bunu bilmesi gerektiği. Piyasada bildiğim kadarıyla mondial drift L ve hyosun 250'de de yine mt05 Ecu bulunuyor. Bu kişilerin sürekli elektronik arızalarla ilgili forumda konu açtığını görebiliyoruz. Bu kişiler ELM327 bağlantısı ile doğru sonuca varamıyorlardır muhtemelen.

Bu duruma ek olarak linkteki sayfada da belirtildiği gibi piyasada satılan ELM327 adındaki OBD cihazlarının çoğunluğu sahte doğru veri okunmamasında bunun da sebebi olabilir.

 

[sahin_bafra]

MT05 ECU ile ELM327 OBD cihazınız haberleşirken oksijen sensöründen gelen veriler arasında kopukluk olduğunu, fakat ELM327 OBD değiştiğinde bir sorun 'olmadığını' söylemişsiniz.

Sorun anladığım kadarıyla MT05 ile ELM327 arasındaki uyumsuzluk. ELM327 OBD cihazı, MT05 ile düzgün iletişim kuramıyor. Peki bu sorunun asıl kaynağı ne olabilir?

Daha yakından bakalım.



Görüldüğü gibi oksijen okumasına ait request-response içeren bir veri paketinde her bit işleminin tamamlanması için son derece kritik bir zamanlama ve ack-nack değerlendirmesi var. İnterrupt flag lar zaten havada uçuşuyordur heralde

ECU nun ELM327 ile OBD-II portu üzerinden CAN veri protokolü ile haberleştiğini varsayalım. Burada ilk önce sensörden veri okuma için CAN ID donanım adreslemenin doğru olarak yapılması gerekir. Eğer CAN hex 0x14 isteniyorsa, ECU hemen oksijen verisini ELM327 ye gönderecektir. Peki ekranda siz "oksijen değerini oku" dediğinizde, ELM327_ODB cihazı MT05'e gerçekten hex 0x14 gönderiyor mu ?

Yukarıdaki bilgi ve muhtemel bulgulara göre, ELM327 OBD cihazının, oksijen verilerini getirecek olan CAN ID donanım adresini bilmediği için, tabiri yerindeyse salladığını da düşünmüyor değilim. Ayrıca oksijen verileri, farklı OBD cihazları ile okunabildiğine göre geriye kalan seçenek ELM327 OBD cihazının oksijen sensörü için ECU ya gönderdiği CAN ID doğru olmayabilir. Eğer doğru ise de, gelen verileri doğru bir şekilde okuyamıyor. Yani ELM327 OBD cihazı ya sensörü adresleyemiyor, ya da doğru adresliyor fakat 1byt lık oksijen verisini alamıyor. Kısacası, veri paketinde bir yerlerde eksiklik/bozulma var.

Ayrıca ve daha önemlisi, ELM327 nin hangi parametreler ve standartlar içerisinde programlandığını, örneğin kritik zamanlama işlemlerinin nasıl yapıldığını, interrupt fonksiyonlarının nasıl kullanıldığını, yeterli olup olmadığını, veri protokolündeki tüm koşulları sağlayıp sağlamadığını bilmiyoruz.

Önerebileceğim çözümler aşağıda.

1. MT05 ile ELM327 yi kablo ile bağlayıp, Hud ECU Hacker de Data Sniff modunu açın ve adresleme-data bilgilerini görün.
2. MT05 ile ELM327 arasındaki temas noktasından oksijen bilgilerinin nasıl geldiğini lojik analizör ile gözlemleyin ve sorunun asıl kaynağını bulun.
3.ELM327 yerine farklı bir OBD cihazı seçin.

Kolay gelsin.

 

[Okan Sinan Ocan]

MT05 ECU ile ELM327 OBD cihazınız haberleşirken oksijen sensöründen gelen veriler arasında kopukluk olduğunu, fakat ELM327 OBD değiştiğinde bir sorun 'olmadığını' söylemişsiniz.

Sorun anladığım kadarıyla MT05 ile ELM327 arasındaki uyumsuzluk. ELM327 OBD cihazı, MT05 ile düzgün iletişim kuramıyor. Peki bu sorunun asıl kaynağı ne olabilir?

Daha yakından bakalım.



Görüldüğü gibi oksijen okumasına ait request-response içeren bir veri paketinde her bit işleminin tamamlanması için son derece kritik bir zamanlama ve ack-nack değerlendirmesi var. İnterrupt flag lar zaten havada uçuşuyordur heralde

ECU nun ELM327 ile OBD-II portu üzerinden CAN veri protokolü ile haberleştiğini varsayalım. Burada ilk önce sensörden veri okuma için CAN ID donanım adreslemenin doğru olarak yapılması gerekir. Eğer CAN hex 0x14 isteniyorsa, ECU hemen oksijen verisini ELM327 ye gönderecektir. Peki ekranda siz "oksijen değerini oku" dediğinizde, ELM327_ODB cihazı MT05'e gerçekten hex 0x14 gönderiyor mu ?

Yukarıdaki bilgi ve muhtemel bulgulara göre, ELM327 OBD cihazının, oksijen verilerini getirecek olan CAN ID donanım adresini bilmediği için, tabiri yerindeyse salladığını da düşünmüyor değilim. Ayrıca oksijen verileri, farklı OBD cihazları ile okunabildiğine göre geriye kalan seçenek ELM327 OBD cihazının oksijen sensörü için ECU ya gönderdiği CAN ID doğru olmayabilir. Eğer doğru ise de, gelen verileri doğru bir şekilde okuyamıyor. Yani ELM327 OBD cihazı ya sensörü adresleyemiyor, ya da doğru adresliyor fakat 1byt lık oksijen verisini alamıyor. Kısacası, veri paketinde bir yerlerde eksiklik/bozulma var.

Ayrıca ve daha önemlisi, ELM327 nin hangi parametreler ve standartlar içerisinde programlandığını, örneğin kritik zamanlama işlemlerinin nasıl yapıldığını, interrupt fonksiyonlarının nasıl kullanıldığını, yeterli olup olmadığını, veri protokolündeki tüm koşulları sağlayıp sağlamadığını bilmiyoruz.

Önerebileceğim çözümler aşağıda.

1. MT05 ile ELM327 yi kablo ile bağlayıp, Hud ECU Hacker de Data Sniff modunu açın ve adresleme-data bilgilerini görün.
2. MT05 ile ELM327 arasındaki temas noktasından oksijen bilgilerinin nasıl geldiğini lojik analizör ile gözlemleyin ve sorunun asıl kaynağını bulun.
3.ELM327 yerine farklı bir OBD cihazı seçin.

Kolay gelsin.

Fazlasi ile teknik bir konuda tartistiginizin farkindayim .

Ancak,

Biz ölümlülerin de anlayacagi dilden kücük bir özet rica etsem cok sey mi istemis olurum.

Simdiden tesekkürler

 

[lordmayros]

Öncelikle yapmanız gereken kullandığınız ECU nun haberleşme standardını bulmanız ve buna uygun cihaz almanız gerekiyor
Örneğin OBD2 standardında ISO ve SAE protokolleri kullanılır sizin ecu hangi protokol ile haberleşiyorsa ona göre cihaz ile doğru verileri okuyabilirsiniz.
ELM gibi cihazlar universal bazı kodları çözümleyerek size gösterir ama hiç güvenilir değildir.

bu arada her motosiklet markası OBD2 standartını kullanmıyor CAN hattı vardır ama kendi protokolllerini kullananlarda var

MT05 olan ECU biraz araştırınca DELCO markasının eski bir ecu modeli olarak çıkıyor
ve sizin dediğiniz HUD ECU Hacker programında adamlar DBC dediğimiz Çözümleyici Database i XML olarak yüklemişler ayrıca ecu simülatörüde aşağıdaki protokolü destekliyormuş
ISO 14230 bu protokolü destekleyen bir cihaz ile hudecuhacker a veri aktarabilirsiniz.

ileri seviyesi Can Analayzer ile ham veriyi alarak çözümlemek ama o çok fazla teknik bilgi ister hangi bitten hangi verinin geldiği ve değerleri çözümlemek gerekir çözümlenmişini adamlar xml olarak programa gömdüm diye yazmış