Subscribe to DeepL Pro to translate larger documents.

Visit www.DeepL.com/pro for more information.

SIMÜLASYON VE TEST

Yarının Araçları için Yeni

Diyagnostik Standardı
GELIŞTIRME SIMÜLASYONU VE TEST
SOVD - Geleceğin Teşhis Standardı
AU T HOR
Markus Steffelbauer,
Haar yakınlarındaki Softing
Automotive Electronics GmbH'de
Ürün Yönetimi ve Pazarlama
Müdürüdür
Münih (Almanya).
⬛ İki mega trendin tüm otomotiv
endüstrisini yönlendirdiği bir sır değil:
elektrikli sürüş ve otonom sürüş. Her
ikisi de araçta tamamen yeni işlevler
gerektiriyor ve bu işlevler çoğu durumda
diyagnostiği de etkiliyor. Buna bir örnek,
hem şarj işlemini hem de hücre
durumunu kontrol etmek için
kullanılması gereken yeni eklenen
2
© Softing Otomotiv
Elektronik araç mimarisinin merkezi yüksek performanslı
bilgisayarlara doğru dönüşümü, arıza tespit prosedürlerinde de
değişiklik yapılmasını gerektirmektedir. Otomasyon ve Ölçüm
Sistemleri Standardizasyon Birliği (ASAM) şu anda Servis Odaklı
Araç Teşhisi (SOVD) başlıklı yeni bir teşhis yapısı
standardizasyonu hazırlamaktadır. Softing'in gösterdiği gibi,
Akıllı Teşhis Motoru gibi günümüzün teşhis araçları, gelecekteki
gereksinimleri karşılama potansiyelini şimdiden sunmaktadır.
batarya yönetimidir. Başka
elektrikli bir araçta mekanik fren, elektrik motoru
bir örnek
aracılığıyla geri kazanım ve akü yönetiminden
oluşan fren sistemidir. Dolayısıyla fren sisteminin
genel durumu, tek bir sistem olarak teşhis
edilmesi gereken üç alt sistemden kaynaklanır.
Otonom sürüşe bakıldığında - ulaşılan seviye ne
olursa olsun - "güvenlik" konusu önemli bir rol
oynamaktadır.
Aracın işlevlerinin ve alt işlevlerinin
yanı sıra bu işlevlerin uygulandığı
farklı bileşenlerin etkileşiminin
sürekli olarak izlenmesi esastır. Tüm
bu örneklerin ortak bir noktası vardır:
Elektronik Kontrol Ünitelerinin
(ECU'lar) kendi kendine teşhisi
olarak adlandırılan bir sonraki
evrimsel adımı tanımlamaktadırlar.

3
 TEŞHISLERIN DEĞIŞTIRILMESI
Bugünkü durum yıllar içinde
gelişmiştir: Araçtaki her ana işlev için
bir ECU vardır, her ECU kendi
çevresini izler (kendi kendine teşhis),
ECU'lar v e r i yolu sistemleri
aracılığıyla birbirine bağlıdır -
genellikle merkezi bir geçit aracılığıyla,
bu da Yerleşik Teşhis (OBD) jakıyla
bağlantılıdır. Bu
bir tamirhane çalışanının, uygun
algoritmaların ECU'lardan verileri
okuduğu ve anlamlı onarım talimatları
oluşturmak için bunları birleştirdiği
harici bir test cihazını nasıl
bağlayabileceğidir.
Ancak otonom sürüş artık araçta
günümüz ECU'larının
sağlayabileceğinden çok daha yüksek
işlem gücü gerektirmektedir. Sonuç
olarak, yedeklilik nedenleriyle araca en az
iki Yüksek Performanslı Bilgisayar
(HPC) monte edilmektedir, ŞEKİL 1.
Bunlar genellikle çeşitli işletim
sistemlerine ve muhtemelen dinamik yük
dağılımına sahip çok çekirdekli
sistemlerdir ve hem merkezi kontrol hem
de teşhis işlevlerini yerine getirirler.
Ayrıca, günümüz ECU'ları yerel görevler
için kullanılmaya devam edecektir.
uzun bir süre gelecek.
HPC'lerde en az iki yeni teşhis görevi
uygulanacaktır: bir yandan, işletim
sistemlerinin işlevini sürekli olarak
izleyen HPC'nin sistem teşhisi ve
görevlerin çeşitli birimlere dağıtılması
4
işlemci çekirdekleri ve diğer tarafta,
yukarıda açıklanan fren durumunda
olduğu gibi işlev düzeyinde kendi
kendine tanılamayı birleştiren bir
tanılama ustası. Buna ek olarak, her HPC
aynı zamanda günümüzün kendi kendine
tanılamasını da gerçekleştirir. Başka bir
deyişle, giriş ve çıkışların yanı sıra diğer
HPC'lere Ethernet bağlantısı üzerinden
önemli ölçüde artan sinyal sayısını da
izler,
ŞEKİL 2.
STANDARDIZE HPC TEŞHİSİ
Dolayısıyla bir HPC kendi
diyagnostiğini, fonksiyon
diyagnostiğini ve - Inter-net'e bağlantı
sağladığından - aynı zamanda
geleneksel ECU'lar için arayüzü temsil
eder. Harici bir test cihazı açısından
bakıldığında bu yaklaşım bilgi
kalitesinde önemli bir artış anlamına
gelir çünkü birçok bilgi iletilmeden
önce önceden filtrelenmiş, bir araya
getirilmiş ve değerlendirilmiştir.
Teşhis için böyle bir arayüz doğal
olarak sadece OEM'lerin değil, aynı
zamanda çok sayıda başka tarafın da
ilgisini çekmektedir: araç içi için HPC
ve ECU üreticileri, araç dışında
kullanılan test araçları üreticileri, aynı
zamanda potansiyel olarak filo
operatörleri, test
kuruluşlar, sigorta şirketleri ve yasa
koyucular. Bu nedenle arayüzün
standartlaştırılması mantıklıdır; bu şu
anda Otomasyon Standardizasyonu
Derneği'nde gerçekleşmektedir ve
Measuring Systems e. V. (ASAM)
tarafından Service Oriented Vehicle Diag-
nostics (SOVD) adı altında geliştirilmiştir.
Amaç tanımlamaktır
Bir araçta, örneğin bir tamirhanede,
uzaktan erişim yoluyla veya doğrudan
araçta bir test cihazı olarak teşhis
yapılmasını sağlayan bir arayüz
(Yakınlık, Uzaktan, Araç İçi).
Standardizasyonu ve sonraki
uygulamaları basitleştirmek için
mümkün olduğunca çok sayıda mevcut
mekanizma ve standart (örneğin
TCP/IP) kullanılmalıdır.
Adından da anlaşılacağı üzere erişim,
hizmet odaklı mimarinin yapısal
modelini takip etmelidir. Günümüzün
diyagnostik protokolleri neredeyse
istisnai olarak istek-yanıt modunda
çalışmaktadır. Test uzmanı genellikle
her bir ECU için ayrı veri unsurlarını
sorgular ve ardından bunları
değerlendirir. Bilgi parçaları birbiriyle
yakından ilişkilidir ve genellikle farklı
ECU'larda yedekli o l a r a k
b u l u n u r v e geçici olarak
ilişkisizdir. Hizmet odaklı sorgulamada,
bir sorgu tam olarak hangi bilginin
sorgulanması gerektiğinin
belirlenmesini sağlar.
tion needed. Bu, ön işlemenin veri
sunucusu tarafından, burada HPC'deki
SOVD sunucusu tarafından zaten
halledildiği anlamına gelir, ŞEKİL 3.
Bunun için verilerin münferit ECU'lardan
mı sorgulandığı yoksa HPC'de zaten sürekli
olarak mı toplandığı önemli değildir.
SOVD, günümüz tanı yöntemlerini
geçersiz kılmaz; bunun yerine, hata belleği
işlemleri gibi mevcut tüm kullanım
durumlarını yerine getirir.
ŞEKİL 1 Paradigma değişimi:
merkezi işlem gücü (©
Softing Automotive)

5
GELIŞTIRME SIMÜLASYONU VE TEST
ECU diyagnozu
ECU
Sensör
CAN veri
yolu
ŞEKİL 2 HPC'lerde yeni teşhis yetenekleri (© Softing Automotive)
tions, ECU programming, variant cod-
ing, and adds new ones. Veri odaklı
kullanım durumlarıyla ilgili olarak bu,
örneğin mevcut HPC-içi değişkenleri
veya büyük veri konteynerlerini okuma
olasılığını içerir. Süreçle ilgili olarak,
araç durumunu doğrudan analiz etmek
veya araç verilerini HPC'de günlüğe
kaydetmek mümkün olmalıdır. Araçla
ilgili kullanım durumları arasında
örneğin süreçlerin doğrudan a r a ç t a
yürütülmesi ve eşzamanlı erişim yer
alır.
birden fazla test uzmanı tarafından.
6
Aktüatör
Sensör
Çekirdek/OS teşhisi
Ethernet
SOVD PROTOTİPİ OLARAK
AKILLI TANILAMA MOTORU
Veri sunucusu fikri arıza tespitinde yeni
bir şey değildir; ODX verilerine sahip bir
Modüler Araç İletişim Arayüzü (MVCI)
sunucusu olarak uzun yıllardır
kullanılmaktadır. Ancak,
standartlaştırılmış nesne yönelimli
Uygulama Prog- gramlama Arayüzü
(API), gerekli çok sayıda fonksiyon
çağrısı nedeniyle uzak kullanım
durumları için uygun değildir. Entegre
Java tabanlı ortam için
HPC teşhisi
HPC
Aktüatör
Teşhis
ustası
Öte yandan, dizilerin kullanımı çok
zordur ve güvenlik açısından da ideal
değildir; zaten OTX tarafından standart
bir şekilde tamamlanmıştır.
Softing bu nedenle yıllardır
genişletilmiş bir çözüm kullanmaktadır;
platformdan bağımsız bir sürüm olarak
uygulanmakta ve MVCI sunucusu ile
OTX çalışma zamanını işlev odaklı bir
arayüzle genişletmektedir, ŞEKİL 4. Bu
sayede uygulama mühendisleri her
zaman tam olarak ihtiyaç duydukları
işlevlere erişebilmektedir.
ŞEKİL 3 Servis Odaklı Araç
Tanılama (SOVD) standardı (©
Softing Automotive)

7
 ECU programlama Teşhis test cihazı

ECU varyant
kodlaması Araç
hızlı testi ECU
tanımlama DTC
işlemleri Tanı dizileri Test
Diyagnostik ölçüm dizileri
Aktüatör testi Otomasyon Teşhis hizmetleri
Teşhis hizmetleri ...

Uzaktan Uzaktan Yerel

Kumand Kumand
a a
Uygulama
Kılavuz C++, C#, COM Softing SDE
Çizgisi
AGL Akıllı tanılama API'si

OTX komut
dosyaları OTX çalışma
OOTTXX zamanı
C++, C#, Java, COM
Teşhis verileri MVCI sunucu API'si
MVCI sunucusu
ODX D-PDU-API

ŞEKİL 4 Softing'den Akıllı Teşhis Motoru (SDE) (© Softing Automotive)

Softing SDE ile gerçek bir

"FaultMemory- WholeVehicle" veya önemli bir rol oynar (oturum seçimi,
hizmet odaklı mimari
"EcuProgramming" gibi diyagnostik SecurityAccess). Bu nedenle,
verilmemiştir çünkü mevcut
protokolden bağımsız olarak herhangi bir standardizasyonun tamamlanmasıyla,
odak noktası, iletişim
zamanda. Uygulama üreticiye özgüdür REST paradigmasına dayanan ve mevcut
durumunun
veya işleve bağlı olarak araç varyantına API üzerine inşa edilen standartlaştırılmış
bile bağlıdır ve bu nedenle bir bir API, mevcut C++ API ile birlikte
konfigürasyon dosyası (Application sunulacaktır, ŞEKİL 5.
GuideLine, AGL) aracılığıyla kontrol
edilebilir.
SOFTING SDE İLE UZAKTAN
Bugün Softing'in Akıllı Teşhis Motoru
TEŞHİS
(SDE) her türlü uygulamada
kullanılmaktadır: mühendislik, imalat ve Hizmet odaklı yaklaşım özellikle uzaktan
tamir atölyelerindeki PC teşhis için çok uygundur çünkü bilginin
uygulamalarında, cep telefonları ve alınmasını ve hazırlanmasını genellikle
tabletler gibi akıllı cihazlarda ve aynı güvenilmez olan iletim bağlantısından
zamanda veri kaydediciler gibi gömülü ayırır:
uygulamalarda ve araçtaki Telematik Veri sunucusuna bir talepte bulunulur -
Kontrol Ünitelerinde (TCU'lar). ister SOVD sunucusu olarak ister mevcut
Kullanım durumları SOVD haliyle Softing SDE ile uygulanmış olsun
sunucusununkilerle karşılaştırıldığında - ve sunucu çeşitli kaynaklardan veri alır
tam bir eşleşme keşfedilebilir. ve hazırlar. Sonuç daha sonra geri
Her iki çözüm de araç içi, araca bildirilebilir. Kesilen bir bağlantıdan
yakın ve uzaktan uygulamalara hitap kaynaklanan gecikmeler bilginin
etmekte, hizmet odaklı bir API geçerliliğini etkilemez.
sunmakta ve ayrıca günümüzün Prosedür için çok sayıda kullanım
(klasik) arıza teşhisini durumu vardır: Örneklerden biri
desteklemektedir. uzaktan

8
Nadir test nesnelerinin merkezi olarak yönetildiği
ve dünyanın her yerindeki farklı kullanıcılar
tarafından kullanılabildiği ve güncellenebildiği
geliştirme mühendisliği [1]. Benzer bir senaryo,
servis teknisyeninin karmaşık durumlarda bir
teknik merkezden uzaktan destek alabildiği tamir
atölyelerinde de giderek daha fazla görülmektedir.
Bu durum, örneğin inşaat makineleri veya tarım
ekipmanları söz konusu olduğunda, tamir
atölyesinin araca gelmesi gerektiğinde özellikle
önemlidir. Araç İletişim Arayüzü (VCI) ve 4G/5G
özellikli TCU kombinasyonu bu noktada inanılmaz
bir yardımcıdır.
Softing SDE'nin VCI'ya entegrasyonu, özellikle
üretimde büyük bir avantajdır, çünkü komple
diyagnostik çözümü araçta doğru yere takılabilir
ve diyagnostik diziler daha sonra Wi-Fi
kapsamından bağımsız olarak tüm hat
konumlarında gerçekleştirilebilir. ECU pro-
gramlaması için artık bir Wi-Fi bağlantısına gerek
yoktur; VCI'daki otonom süreçlerden elde edilen
test sonuçları uygun bir noktada okunur.

9
GELIŞTIRME SIMÜLASYONU VE TEST

ŞEKİL 5 Yumuşatıcı SDE

ASAM'ın SOVD prototipi
olarak (© Softing
Automotive)

YARININ DIAGNOSTIĞINE
BUGÜNDEN BAŞLAMAK
Bir standardı kullanmanın, özellikle
diğer şirketlerle önemli ölçüde
işbirliği yapıldığında avantajları
vardır. Buna rağmen, yerleşik
uygulamalarla başlamak için
söylenebilecek bazı şeyler vardır,
örneğin
Softing SDE olarak bugün:
Araçtaki HPC'de şifrelenmiş biçimde,
ancak serbest bırakma prosedürleri
bugün olduğu gibi aynı kalır. Son
olarak, veri işleme zinciri kapalıdır:
Geliştirme aşamasında SDE, PC
üzerindeki mühendislik test cihazına
entegre edilir, üretim aşamasında ise
VCI'ya aktarılır ve servis durumunda
aracın bir parçası olarak HPC'de
mevcuttur. SOVD metodolojisi şirkette
uygulandıktan sonra, ilgili uzantı
ve HPC'ler için. Softing SDE gibi
bugün var olan çözümler aynı kullanım
durumlarını hedeflemektedir ve pratikte
kanıtlanmıştır. Hemen uygulanabilir ve
daha sonra standartlaştırılmış bir
çözüme dönüştürülebilirler.
REFERANS
[1] Steffelbauer, M.: Uzaktan Mühendislik ile
M ü m k ü n Olan En Yüksek Geliştirme Verimliliği.
İçinde: ATZelectronics dünya çapında 10/2019, s.
3639

– eski ve yeni uygulamanın sonradan donatılabilir. Veriler ve

paralelliği
– işleyen ODX veri süreci
– çözümün sürekliliği.
Yeni araçlar söz k o n u s u
o l d u ğ u n d a , HPC'lerin
kullanılmaya başlanmasıyla araçta
önemli ölçüde daha fazla arıza teşhisi
uygulanabilse de, günümüz araçlarının
onlarca yıl boyunca bakım ve
onarımının yapılması gerekecektir. Her
iki çözüm de benzer temel işlevleri
kullanıyorsa, geçiş daha basit ve hataya
daha az meyilli olacaktır. İşleyen ODX
veri süreçlerinin tanıtımı
özellikle büyük bir çaba
gerektirmiştir - bugün bu süreçler
istikrarlıdır. Softing SDE'nin
entegrasyonu bu durumda sadece
yeni bir lokalizasyona yol açar,
veriler daha sonra kullanılabilir
çalışma zamanı davranışları asla
değişmediği için arıza teşhisi her
durumda güvenilir kalır.
SONUÇ
Otonom ve elektrikli sürüş, HPC'lerin
araca entegrasyonu ve İnternet
bağlantısı yoluyla yeni bir teşhis
biçimini de mümkün kılan yeni
elektrik/elektronik mimarilere yol
açmaktadır. Bu sistem şu anda ASAM e.
V. tarafından SOVD adı altında
standartlaştırılmaktadır. Bu süreçte,
günümüzün kullanım durumları,
özellikle uzaktan arıza teşhisi ve
aşağıdakileri içeren özel arıza teşhisi
gibi yeni kabiliyetlerle
tamamlanmaktadır

BASKI Özel Baskı 2021 Softing Automotive Electronics GmbH, Richard-Reitzner-Allee 6, 85540 Haar; Springer Fachmedien Wiesbaden

1
0
GmbH, Postfach 1546, 65173 Wiesbaden, Amtsgericht Wiesbaden, HRB 9754 GENEL MÜDÜRLER:
ile işbirliği içinde, Stefanie Burgmaier | Andreas Funk | Joachim Krieger
USt-ldNr. DE81148419
PROJE YÖNETIMI: Anja Trabusch
KAPAK FOTOĞRAFI: © Softing Automotive Electronics GmbH

1
1
 SOFTING'DEN
TEŞHİS VE TEST
ÇÖZÜMLERİ

1
2