System architecture – 3 perspective de la evenimentele AUTOSARxAHK

System architecture

System architecture - 3 perspective de la evenimentele AUTOSARxAHK

System architecture (arhitectura sistemului) a cunoscut schimbări majore într-un timp relativ scurt având în vedere că software development a schimbat rapid perspectivele industriei automotive. După doar un deceniu, arhitectura convențională, distribuită a sistemului E / E, bazată pe domenii, s-a transformat treptat în nevoia de arhitectură E / E centralizată și, în continuare, în Zone architecture.

Punctul slab al arhitecturii convenționale este lipsa scalabilității, deoarece aplicațiile sunt create ca executabile monolitice. În contrast, ritmul rapid al dezvoltării auto necesită software reutilizabil.

Companiile din industria auto, recunoscând nevoia de scalabilitate și standardizare, au început parteneriate care dezvoltă metodologii și structuri atât de necesare pentru progres.

AUTOSAR este unul dintre cele mai semnificative parteneriate care reunesc părțile interesate ale întregului lanț de aprovizionare, oferind un cadru software standardizat pentru viitorul mobilității.

Evenimente AUTOSAR și AHK (Camera de Comerț și Industrie Germano-Română)

O parte importantă a creării unei platforme comune este stimularea colaborării prin evenimente. Unul dintre cele mai recente evenimente a fost organizat de AUTOSAR și AHK; evenimentul virtual Automotive Software Development for Future E / E System Architecture, care a avut în focus România.

De ce au nevoie viitoarele arhitecturi de sisteme E / E de la companiile de software?

În secțiunea următoare, am adunat trei informații cheie de la eveniment.

1. Scalarea cunoștințelor – companiile au nevoie de un centru de competență AUTOSAR

Silvan Morariu, Head of Automotive la AROBS a prezentat alături de reprezentanți ai dezvoltatorilor auto de top – necesitatea companiilor de a învăța din propriile bune practici AUTOSAR.

„În cadrul AROBS lucrăm activ la crearea unui centru de competență AUTOSAR pentru a ne structura și extinde know-how-ul către toți cei peste 400 de ingineri auto pentru a oferi clienților cele mai bune rezultate.”

Scalarea cunoștințelor – pașii

Procesul de transformare a cunoștințelor companiei nestructurate într-un centru de competență este complex și gradual. În primul rând, inginerii auto participă la training-uri AUTOSAR de bază (cadru de formare) și la instruiri practice, folosind instrumente dedicate. Mai târziu, au șansa de a lucra la proiecte AUTOSAR reale sub îndrumarea inginerilor cu experiență. După finalizarea cu succes a acestor faze, ei sunt pregătiți să facă lucrări de specialitate pe proiecte bazate pe AUTOSAR, fără îndrumare.

2. O mai bună înțelegere – Zone system architecture este ca arhitectura umană

Pe măsură ce industria se apropie de adoptarea pe scară largă a celui de-al treilea nivel de autonomous driving, arhitectura vehiculului începe să semene cu cea a oamenilor.

Folosind o analogie interesantă, unul dintre speakeri a prezentat Zone architecture în mod diferit. Zone architecture ar putea fi înțeleasă în moduri similare cu cum înțelegem funcțiile oamenilor, unde:

  • senzorii neinteligenți sunt cele cinci simțuri ale omului (a vedea, a mirosi, a auzi, simțul tactil, gustul),
  • computerul vehiculului și ECU-urile parțiale sunt corespondenți ai creierului,
  • ECU-urile de acționare și acționarea neinteligentă sunt sistemul muscular,
  • comunicarea orientată spre servicii, coloana vertebrală de mare viteză și ECU-urile de zonă corespund coloanei vertebrale,
  • iar comunicarea bazată pe semnal / BPO se corelează cu nervii.

Chiar dacă arhitectura Zone este mult mai complexă decât arhitectura convențională E / E, AUTOSAR permite tranziția către acest nivel de complexitate următor.

3. Focus în direcția corectă – direcția pieței auto este clară

În timp ce mobilitatea este încă extrem de dependentă de combustibil, asistăm deja la trecerea treptată către eficiență și electrificare.

Alte obiective cheie ale pieței sunt conectivitatea și digitalizarea – pentru a spori interacțiunea dintre vehicul și mediul său.

În mod similar, autonomous driving și personalizarea sunt, de asemenea, în centrul atenției pentru vehiculele viitorului.

La AROBS, oferim servicii de inginerie bazate pe AUTOSAR clasic și adaptiv deopotrivă. Cu un centru de competență AUTOSAR, ne putem extinde know-how-ul și, prin urmare, putem răspunde rapid pieței și nevoilor partenerilor noștri.

Pentru consultanță, lasă un mesaj!

Citește cele mai noi postări de blog

Urmărește-ne pe social media

AUTOSAR și non-AUTOSAR

autosar non-autosar

AUTOSAR și non-AUTOSAR în proiecte embedded

AUTOSAR, non-AUTOSAR care sunt diferențele?

Despre autor: Dorin Lapadat este technical lead pentru proiecte complexe de embedded și un expert în implementarea standardului AUTOSAR.

AUTOSAR – începuturile

Începând cu 2002, cu conceperea standardului AUTOSAR, colaborarea în industria auto s-a schimbat într-un mod drastic. De atunci, evoluția standardului și împreună cu aceasta, evoluția industriei auto este continuă. În lumea embedded, standardul a devenit un must pentru cei care vor să se alinieze și să țină competiția cu cei mai buni din industrie. Prima imagine – non-AUTOSAR,  a doua AUTOSAR

Standardizare

Producătorii de nivel 1 (Tier 1) au foarte multe beneficii când vine vorba despre acest standard, pentru că aceștia economisesc timpul investit în studierea anumitor specificații și cereri a altor producători. Cu apariția AUTOSAR conținutul cererilor și a formatelor s-a standardizat. Astfel, companiile producătoare vorbesc același limbaj, fapt ce reduce timpul de producție și crește productivitatea. layered architecture Credite: researchgate

Layered architecture

Layered architecture asigură că orice modificare va avea cel mai redus impact asupra proiectului. Imaginează-ți un proiect non-AUTOSAR, care în mijlocul procesului de dezvoltare necesită o schimbare de microcontroller sau orice altă piesă de hardware. Aproape toată partea de software va suferi schimbări. În plus, aceste schimbări vor necesita timp pentru ca proiectul să fie funcțional din nou. Dar prin structura layered al AUTOSAR, singurul nivel care va fi impactat este cel care interacționează direct cu acel microcontroller sau piesă de hardware. Astfel, numai layer-ul de Microcontroller Abstraction va avea nevoie de re-design.

Refolosirea componentelor software

Prin folosirea AUTOSAR, componentele software sunt complet independente de cele de harware. Prin folosirea AUTOSAR, componentele software sunt complet independente de cele de harware. In alte cuvinte, nu este nevoie ca aplicația să știe de unde vine inputul și în plus, poate fi folosită din nou pentru alte proiecte, economisind timp și bani. Fără acest standard, componentele de software ar trebui re-dezvoltate de fiecare dată în funcție de hardware.

Standardizare

Dat fiind faptul că un proiect este compus din multiple componente complexe, cea mai ușoară modalitate de implementare este cea cu AUTOSAR. În caz că este nevoie de dezvoltarea unei noi componente software, folosind acest standard singurul focus trebuie să fie pe implementarea în algoritm, fără adaptarea acesteia la mediul OEM. Interfețele standardizate vor conecta noul element de software cu proiectul existent.

AUTOSAR – non-AUTOSAR – Scalabilitate

Standardizarea, layered architecture și abilitatea de refolosire împreună oferă scalabilitate. În concluzie, AUTOSAR permite software-ului scalabilitate. Acest fapt este cu atât mai important în ceea ce privește sistemele cu potențial mare de creștere și schimbare. Beneficiile oferite de standardul AUTOSAR vor economisi nu doar timp ci și bani. Mai presus de toate ne va economisi energia necesară pentru inovare și pentru o performanță mai bună. Află mai multe despre ce facem când vine vorba de embedded.

Pentru consultanță, lasă un mesaj!

Citește cele mai noi postări de blog

Urmărește-ne pe social media