Az elektronikai mérnök szempontjából egy autó egy mozgó doboz, amely tele van beágyazott rendszerekkel. Azok számára, akik összegyűltek, hogy az életüket az autóiparhoz, valamint azok számára, akik csak annyit szeretnék megtudni az autó belső struktúrájáról, ez az anyag hasznos lehet.

A jelenlegi század előtt nem volt sok elektronikus rendszer az autókban. Néhány drága modell elektronikus gyújtású, sebességtartó automatikusan és éghajlati szabályozással rendelkezik, de elég primitív analóg elektronikai rendszerek voltak. Azóta sok megváltozott. Modern autó, még az alapvető modell, összetételükben tucat mikroprocesszorok és mikrokontrollerek különböző teljesítményű, apró 4 bites eszközök akár 32 vagy akár 64-bit szörnyek.

Mindegyik eszköz tartalmaz egy adott programot bizonyos feladatok elvégzésére, így a szoftver az autó minősége és megbízhatósága egyik legfontosabb tényezője. Az autóipari beágyazott rendszerek és szoftverek fejlesztésének egyszerűsítése érdekében speciális szabványokat vezettek be, és a fő (de nem teljes) listájuk:

• A CAN BUS az elektronikus rendszerek készletének megbízható csatlakozására szolgál, minimális mennyiségű vezetékekkel együtt.
• A C (és C ++) MISRA (és C ++) részletes listája a C nyelvek kritikus biztonsági rendszerekben, például az autókban.
• OSEK / VDX - A járműveknél és más hasonló rendszerekben használt valós idejű operációs rendszerekhez.
• A Genivi szabványos Linux-alapú rendszerek számára, amelyeket az autóban az információs és szórakoztató rendszerekhez használnak.

Tekintsük mindegyik szabványt részletesebben.

Gumiabroncs.

Az autókban lévő vezetékek hagyományosan a "ponttól a pontig" elv szerint. Ez a rendszer egyszerű a megértéshez és a technikai támogatáshoz, de gyorsan túl nehéz lesz, ha az elektronikus rendszerek száma nő. Bizonyos ponton a rendszer gumiabroncs használata értelme. A kábelköteget egy eszközről a másikra küldjük, és minden eszköznek egyedi gumiabroncs-címe van, és csak akkor válaszol, ha ezt a címet a gumiabroncson látja. Az autóipari rendszerekben több gumiabroncs-rendszert használnak, de a CAN busz a legismertebb és széles körben alkalmazott.

A beágyazott rendszerek fejlesztői gyakran sajnálják, hogy a programozási nyelv nem ideális a sajátos igényeinek. Bizonyos értelemben ez a helyzet nem meglepő, mert bár nagyon sok fejlesztő dolgozik a beágyazott alkalmazások létrehozásában, még mindig csak egy nagyon kis csapatot képviselnek a közösségi programozás világában. Mindazonáltal néhány nyelvet fejlesztettek ki, figyelembe véve a beágyazott rendszerekben való használatát, például pl / m, Forth és Ada. De általában nem fogadják el.

A kompromisszum, amelyet szinte mindenhol elfogadtak, a C. nyelv C kompakt, kifejező és erőteljes. Ez egy programozó eszközöket biztosít hatékony, olvasható és könnyen támogatott kódot. Mindezek a funkciók népszerűségéhez vezetett. Sajnos ez a nyelv lehetővé teszi a gondatlan fejlesztők számára, hogy veszélyes kódot írjanak, amely komoly problémákat okozhat a projektfejlesztés minden szakaszában. Az autókban és más kritikus biztonsági rendszerekben nagy probléma lehet.

Ezért az 1990-es évek, az autóipar Software Relaiability Association (Misra) egyesület bemutatott számos szabályt kell használni a C nyelvet jármű rendszerhez. Ez a szabvány MISRA-C néven ismert. Hasonló megközelítés a C ++ használatához. Bár ezeket az elveket az autókban használt szoftverfejlesztőkre írták, hamarosan más olyan alkalmazásokra kezdtek, ahol a biztonság elengedhetetlen.

Osek / VDX.

Az OSEEK / VDX szabvány az autókezelő rendszerekben való használatra szánt OSR-k szabványa. Erre a célra a semmiből készült, és magában foglalja a kritikus rendszer biztonságának biztosításához szükséges fő jellemzőket. A kulcsfontosságú funkció a dinamikus objektumok hiánya; Minden statikusan jön létre a gyülekezés során. Ennek a megvalósításnak a belső egyszerűsége nem korlátozza a szignifikáns szoftverfejlesztőket, de kiküszöböli a rendszerhiba jelentős potenciális forrását. És nem meglepő, hogy más iparágak érdekelnek ebben a szabványban. Az OSEK / VDX támogató operációs rendszerek számos beszállítótól kaphatók.

Az autók számára az információs és szórakoztató rendszerek többsége nem rendelkezik szigorú biztonsági követelményekkel, és nem túl van kötve a valós idejűnek, így a Linux jó választás, mert széles választékot kínál további szoftverkomponensek. És a Genivi szabvány a Linux végrehajtásához ebben az összefüggésben.

A cikk, amelyen egy modern autó szoftverét képviseli. A szoftverek, folyamatok és technológia jellemzői. A cikk végén - egy érdekes videó körülbelül 5 a szükséges Lifehaki az autó számára!

Tartalom áttekintése:

Nincsenek modern autós gondolatok elektronikus töltés nélkül, amely komplex szoftvert tartalmaz. Autó vezetése, szinte nem gondoljuk, hogy milyen folyamatok folynak belőle - a monitor nem a számítógépen, de ez azt jelenti, hogy a programok nem vizualizálódnak, mintha nem. De ők vannak.

Az Automotive szoftver jellemzői

A modern szoftver az autó számára nagyon megbízható: a berendezés meghibásodási tényezője csak egy millió művelet az év folyamán, majd kivételként.

Most minden autó több elektronikus vezérlőegység (ECU) - elektronikus vezérlőegység, ECU jelenlétében áll rendelkezésre, amely kölcsönhatásba lép egymással az autó elektronikus hálózatán keresztül.

A blokkok közötti kölcsönhatás a gumiabroncs-architektúrák következtében történik, amelyek szabályozókészülékek - CAN, Controller Area Network, valamint speciális hálózatok, amelyek speciális digitális berendezések információinak továbbítására szolgálnak - a legtöbb, médiaorientált rendszer transz, faxray is helyi összekapcsolásként (Lin).

Ha összehasonlítja az Ethernet gumiabroncsokat, amelyet PC-khez terveztek, csökkentett sebességgel dolgoznak, mivel az autóban feldolgozott adatok mennyisége kicsi. De ezt a minimális információt szó szerint a jelentős milliszekundumokra kell kezelni.

Az ECU növekvő számával a fejlesztőknek bonyolultabb struktúrákat kell létrehozniuk, amelyek összetettebb struktúrát igényelnek. Tekintsük a fő különbséget az autók és a digitális technológiák közötti egyéb célállomások között.

• Megbízhatóság - gépi rendszerprogramok egy meglehetősen összetett ECU-hálózatban, hogy folytassanak a teljes felhasználási időszakot, megbízhatóan kell működnie;
• Az elvégzett funkciók biztonsága - az ESC-nek és a fékrendszernek biztosan cselekszik, és ez már a szoftvernek a szoftver és a folyamat meglehetősen komoly követelményeit jelenti;
• Az interakciós arány egy pillanatnyi reakció az elektronikus alkatrészek az autó (akár ezredmásodperc) nélkül nem lehetséges a speciális szoftver architektúra és továbbfejlesztett operációs rendszerek;
• Megbízható architektúra - a járműnek maximális elektromágneses kompatibilitást kell végeznie, és nem befolyásolja a torzított jelek befolyásolását is;
• Az elektron-mechanikai ciklus csomópontjainak csatlakoztatása.

Figyelem: Semmi esetre sem akadályozza meg az ECU újraindítását!

Az ECU fő összetevői.

Az ECU meglehetősen bonyolult díj, amelyen a mikrokontroller mellett több száz más elem van. Tekintsük a fő részleteket.

1. Az analóg-to-digitális átalakító (ADC) olyan berendezések, amelyek bizonyos gépjármű-érzékelőkből származó mutatók eltávolítására szolgálnak, és az oxigénérzékelőtől, beleértve. Az a tény, hogy a processzor csak digitális értékeket érzékel, és például az oxigénjelző csak elektromos jeleket biztosít 0 és 1,1 V Az ADC átalakítja ezeket az adatokat egy detefeatikus bináris számra, és világossá válik a processzor számára.
2. A vezető olyan program, amelynek célja a digitális berendezések vezérlése jelek konvertálásával.
3. Digitális-analóg átalakító (DAC) - analóg jeleket biztosít az autómotor bizonyos összetevőinek megkezdéséhez.
4. Kommunikációs chip - Ezek a zsetonok lehetővé teszik, hogy különböző kommunikációs szabványokat hajtson végre az autóban. A termelésnek számos ilyen szabványa van, de a leggyakoribb a CAN-Controller-Area Networking. Ez egy másodpercenként 500-ra / bitet biztosít, ami rendkívül szükséges olyan modulokhoz, amelyek több száz műveletet alkotnak minden hónapban.

Folyamatok és technológia

Mivel az első szoftver megjelent, sok megváltozott. Ha a kezdeti szoftver csak egy gyártót is vezérelhet, most már szinte lehetetlen.

Kezdetben egy összeszerelőt használtunk az elmúlt században. Az SI nyelve elkezdett terjedni a 90-es években. Robert Bosch és sok más gyártó elkezdte fejleszteni a Mathlab / Simulink és Ascet (Control és Modeling Technologies) használatával.

Lehet gumiabroncs rendszerek egy nehéz autóban. Ennek oka, hogy nem zárják ki a különböző ECU programok közötti kölcsönhatást. A modern luxusautók tartalmazhatnak egy komplex hálózatot, amely 80 ECU-ből áll, amelyek összesen 100 millió kódot tartalmaznak.

Annak a ténynek köszönhetően, hogy a szoftver folyamatosan bonyolultabbá válik, szükség van a mérnöki technológiák javítására. Ezért az iparágban a párhuzamos műszaki és szervezeti folyamatok folyamatosan felmerülnek az új szoftver tudatára.

A folyamatok és az architektúra szintjén a mérnöki megoldások is a kiszervezés egyik fő feltétele. Ezzel a körülményekkel kapcsolatban a Bosch egyes fejleményei a múlt század 90-es évek kezdete óta elkezdtek menni.

Jelenleg az autókra vonatkozó szoftvereket számos, világszerte elosztott egyesületek végzik. És ez a fajta tevékenység eléggé optimális az üzlet számára.

Hajtóművezetés

Az ökológiára vonatkozó nemzetközi jogszabályok határozata megköveteli az autó üzemanyag-fogyasztásának csökkentését és a környezetszennyezés megfelelő csökkentését. Tehát van egy ösztönzés az átvitel javítása érdekében az optimális üzemanyag-befecskendezés és a gyújtógyertya garantálása érdekében.

Például a modern dízelmotorok képesek az injekciós üzemanyagot minimális mennyiségben hetente egy óra alatt. És ez a motor négy hengeres motorja, amely a forgás sebességét legfeljebb 1800 fordulat / perc, másodpercenként 420-szor. Mindez megköveteli a szoftverek új funkcióit és a gondolatosabb ellenőrzési algoritmusokat, hogy eltéréseket tegyen a minimalizáláshoz.

A káros kibocsátás csökkentésének szükségessége frissített technológiákat és mozgási módszereket igényel. Ezért a szokásos belső égésű motorok befejezése, a jövőben az autópiac saját elektromos motorokat és vegyes fejleményeket fog tenni. Ezenkívül az alternatív üzemanyag szükségessége növekedni fog, és a fő kart ezen feladatok megoldására szolgál szoftverként.

Az automatikus átviteli vezérlő központ a motorvezérlő modul. A modern modulok több mint 2 megabájt digitális memóriával rendelkeznek, és a 160 MHz-ig terjedő órák gyakoriságával működnek. Ugyanakkor a programok 300 ezer sor kódot használnak.

Szabványosítás

A modern digitális programok gyártásakor a szükséges ECU sajátossága egyértelműen figyelembe veszi: a szoftver közvetlenül kölcsönhatásba lép bizonyos felszereléssel. Az autóipari ECU számának állandó növekedésének köszönhetően a szoftver másodlagos használata elsőbbséget élvez. Ezért ilyen helyzetben helyénvaló beszélni a szabványosításról.

2003-ban, a beszállítók és a gyártók létre AUTOMOTIVE nyitott rendszer felépítés (AUTOSAR). A szervezet létrehozásának célja az általános standard és egységes technológiák teljesítése. Ma ez a társulás több mint 150 olyan szervezetet foglal magában, amelyekkel az új ECU struktúrát fejlesztik, az alapvető szoftver és minden, amire szükség van egy működő szoftver létrehozásához.

Ez a fajta kölcsönhatás magában foglalja a csomópontok létrehozását, amelyek nem függnek a berendezéstől. Ez lehetővé teszi a beszállítók és a gyártók számára a fejlesztések cseréjét, valamint a különböző ECU-k újrafelhasználását.

Az Autosar struktúra számos absztrakt szintből áll, amelyekben a szoftver elválasztja a hardvertől. A legmagasabb szinten van egy alkalmazott szoftver, amely végrehajtja az összes alkalmazott tevékenységet. A következő az alapvető, névleges szoftver. Ez garantálja a kívánt absztrakciót a hardverből ugyanúgy, mint ez történik, például személyi számítógépen. Autosar futási környezet (valós idejű végrehajtási környezet) kommunikál az ECU-n belül.

Az Autosar Technology tartalmazza az összes szükséges csereformátumot és sablonokat, amelyeket mind az infrastruktúra létrehozására, mind a leírására használnak.

A leggyakoribb a modern autóiparban a gumiabroncsok (nagy sebességű) Ethernet. Ők megbízhatóan támogatják az ECU-k közötti kapcsolatokat, valamint az új lehetőségeket, beleértve a biztonságot is.

A legkülönbözőbb információ minőségi elemzésre van elemezve annak érdekében, hogy objektív környezeti környezetet hozzon létre, amely lehetővé teszi új lehetőségeket, amelyek támogatják a járművezetőt szélsőséges esetekben.

Például a sofőt az utas elvonította az utas esetében. Ebben az esetben az alkalmazás meghatározza az autó előrehaladásának fékezését, majd figyelmezteti a járművezetőt, vagy függetlenül a fékezést magában foglalja. By the way, a meghajtó nem is tud azonnal tudni az ilyen szoftver jelenlétéről, amíg ki nem fordul, hogy veszélyes helyzetben legyen.

Következtetés

A modern autóiparban ma előfeltételei vannak a következő tudományos és technikai forradalom számára a programok fejlesztésében, mivel a digitális technológia és a fogyasztói elektronikai képességek szélesebb körben kezdődnek. A hegytől nem messze az az idő, amikor az autók minden helyhez kötött és mobil eszközön keresztül csatlakoznak az internethez. És ugyanakkor növeli a szabad szoftver szerepét a gyakorlati problémák megoldására.

5 Lyfhakov az autó számára - a videóban:

Az autószolgálat megszervezésével vagy bővítésével emlékeztetni kell arra, hogy a megszerzett berendezések és a bérelt munkavállalók messze vannak mindentől, ami a karbantartó állomás munkájának megszervezéséhez szükséges, beleértve a diagnosztikai bejegyzést is. Általános szabályként az egyik leginkább szükséges alkatrész-információs rendelkezés. Néha egy információs éhség megpróbálja kielégíteni az információ éhségét könyvekkel és CD-kkel olyan üzletek és piacok, amelyek az autósok használatára irányulnak, és olyan információkat tartalmaznak, amelyek egy bizonyos évek elengedési autójának különálló modelljével rendelkeznek. Ezek a kísérletek több okból kifolyosak: Először is, ezek a könyvek magánszemélyekre és nem szakmai használatra szánnak - nem rendelkeznek fontos javítási szempontokkal, és a legfontosabbak - a diagnosztika (ezzel, a szakmai részletekkel való feleslegesek ), Másodszor, az ilyen információk jó lefedettségére mindaz, aki és mi megyünk, sok ilyen könyvre van szüksége.

A kijárat szakmai irodalmi és elektronikus információs adatbázisokat szerez a diagnosztika és javítás, valamint az autószolgáltatás automatizálására szolgáló egyéb szoftverek. Ebben a felülvizsgálatban az autós szolgáltatás (diagnosztikai, javítás stb.) Berendezések megvásárlása (nem számít), hogy leírja, hogy melyik programot és információs támogatást használják (pontosabban)

Kell használni) bármely autószolgáltatásban (a garázsból egy nagy kereskedő központba):

1. Menedzsment és számviteli szoftver (szoftver)

Ez az osztály magában foglalja a számviteli szoftvert, az üzleti folyamatok automatizálását, a raktári számvitelért, a munkaidő elszámolását, a képzést és a megrendeléseket, és figyelembe véve a megrendeléseket, stb. Számos szoftveres termék biztosítja a pótalkatrészek katalógusaihoz való integrációt (automatikus árakért) az árak és a modellek részletei a számviteli dokumentumokban), az információs alapok a normo órákban (a munka nómenklatúrák betöltésének automatizálása és költségük kiszámítása).

A szoftver sajátosságai még nem szerepelnek cégünk specializálódása - ezért nem adok részletesebb információt róla. A piac számos szoftverterméket mutat be, amelyek megoldják ezeket a problémákat, például autonóm és felépítményeket az univerzális rendszerekhez (például az 1C-es platformon alapuló termékek). Itt van egy "magvak" több link - az "Avtodyler" cég termékei, az 1C-RARUS, BVS logika bevezető központja, a "Verdi" cég, a "Turboservice" rendszer, a "LogicStar-Avto" rendszer, Az "AIS @" rendszer.

2. A speciális felszerelések szerint - itt hivatkozik a szoftverkutatókra, a motoros tesztelőkre, a gázelemzőkkel és dohányzókkal való együttműködésre, a chip-tuning szoftverekhez, a testjavítás rendszereinek mérésére szolgáló szoftverek, stb. Itt elvben minden világos. Általános szabályként ez a szoftver maga a berendezéssel van ellátva. Gyakran előfordul, hogy az osztály szoftvere nemcsak fő (diagnosztikai stb.), De referenciák, képzési funkciók is.

Egyrészt ennek lehetőségét, vagy hogy a szoftver és a hardver komplexum korlátozza a meglévő szoftver képességeit. Például a K-L-Line adapter nagyon népszerű, most már semmilyen módon nem tud dolgozni nagy számú márka, mint az új szoftver most kilépés nélkül. Másrészről a szoftveres képességek fejlesztésének határai mereven előre meghatározott "vas" hardver képességei. Ezért például ugyanaz a KL-line adapter nem fog működni olyan autókkal, amelyeknek diagnosztikai OBD-II-VPW csere protokollt vagy OBD-II-PWM-je van, mivel egyszerűen aligha összeegyeztethetetlen (vagyis lehetetlen szoftver kifejlesztése a megfelelő funkciókkal.).).

Néhány speciális berendezést használhatunk és külön (hardver nélkül) - például az elektronikus mérőrendszerrel rendelkező test testeinek autorobot adatrendszer programja külön-külön alkalmazható referenciarendszerként a vezérlési pontokhoz és testméretek.

3. A fő referenciakönyv a diagnosztika és javítás, az elektronikus pótalkatrészek katalógusainak, az elektronikus pótalkatrészek katalógusainak, az autók geometriai méretéről stb. Az ilyen adatbázisok, például a berendezések két nagy osztályú kereskedelemre (engedélyezett, eredeti, elsődleges) és jogosulatlan (másodlagos, nem eredeti, általában multimarocre) oszthatók.

A kereskedési adatbázisok tartalmaznak információt egy vagy több kapcsolódó autóbélyegről (például VW-AUDI) és az Automaker által készített információkat. A benne lévő információk a legteljesebb és megbízhatóbbak. Azonban hivatalosan ilyen adatbázisok csak a megfelelő márka kereskedő hálózatának keretében érvényesek. Ennek megfelelően a nem munkaállomások (még akkor is, ha egy márkában szakosodnak) csak a kalózok megvásárolhatják ezt az információt. VW-AUDI (ELSA), BMW (BMW TIS, BMW WDS), FORD (FORD TIS), MERCEDES (MERCEDES WIS), OPEL (OPEL TIS), RENAULT, OPEL, VOLVO (DIAALOGYS) VADIS), valamint Alkatrészek katalógusa VW-AUDI (ETKA), BMW (BMW ETK), Mercedes (Mercedes EPC) stb.

A multimorális alapok közé tartozik az információ azonnal sok autó kamrában (az alapfejlesztők megpróbálják lefedni mindent, ami megy.). Az alap multimarokilitása nem zárja ki azt a tényt, hogy tartalmaz néhány kereskedőt. A leghíresebb termékek a Bosch ESI, az Alldata, az Autodata, a Mitchell-on-Demand diagnosztizálására és javítására szolgáló adatbázisok, az Atris Wm-Kat-Technik, az atris [E-mail védett], Műhely, sapkák, atsg stb.

Ezeknek a bázisoknak az oroszországi licencelt verziói nem sokkal hozzáférhetők az akvizíció szempontjából - mivel csak két hivatalos forgalmazó van - ez a Bosch (EsiFtronic Base]) és a Legion-Avtodata (Autodata bázis). A licencelt termékek költsége DVINNO magas akadályt hoz létre a kis- és közepes állomások előtt - kb. 980 dollár az Autodata bázis teljes verziójához és több ezer euró (!) Az éves előfizetéshez (!) Teljes ESI-hez. A multimart bázisok hamis verzióit szó szerint minden fordulóban tízszer kisebb összegek - 30 és 250 dollár között.

A multimorális adatbázisok nem specializálódhatnak (közé tartoznak az információ szinte körülbelül mindent - például az Autodata bázis tartalmazza mind a beállítási paramétereket, mind a normál órákat és az elektronikus vezérlőrendszerek diagnosztizálását és az elektromos téteket és még sok másot) Az egyes autórendszerekre vonatkozó információkhoz. - Például a CAPS adatbázis az elektronikus vezérlőrendszereket, az ATSG-t és az átviteli adatbázisokat - sebességváltókkal foglalkozik. Természetesen az egyes alapok különböző mennyiségű információs partíciókat tartalmaznak - szabályként a multimorális adatbázisok a következő információkat tartalmazzák:

Műszaki adatok - Különböző autóbeállítási adatok. Több száz és ezer különböző paraméterek, szabványok és egyéb dolgok vannak az adatbázisokban. Ne feledje, hogy ezek a számok még egy kiszolgált márkán lehetetlen, de lehetetlen, de lehetetlen és javítás és / vagy diagnosztika, anélkül, hogy a kézben;

A javítási idő a javítási és kiigazítási műveletek fő normái. Ez a rész "beágyazható" az adatbázisba (Autodata), amely opcionális modulként szállít, külön alapként szállítva;

A karbantartási és szolgáltatási ütemtervek a szolgáltatási intervallumok és a szolgáltatási műveletek leírása;

TSB (műszaki szolgálat közlemények) - Technikai szolgáltatások közlemények - Az autógyártók kézikönyvei és ajánlásai a specifikus tipikus hibák kiküszöbölésére és más kérdésekre. Ezeket a kézikönyveket szinte minden kereskedő bázis (Ford Tis, Opel Tis, BMW TIS), valamint néhány multimarorális bázisban (például Mitchell-ban és Alldata) tartalmazza. A multimaroca adatbázisokban is például az Autodata adatbázisban a hiba shooter rész hasonló a célszakaszhoz. Gyakran előfordul, hogy hibaelhárítás útmutatók kerülnek bemutatásra formájában algoritmusok vagy folyamatábrák (például folyamatábrák megvásárolhatók és külön a könyv formájában - „blokkdiagramjait hibaelhárítás a befecskendező rendszer és gyújtásra benzinmotorok.”

Diagnosztikai hibakód (DTC - Diagnosztikai hibakód) - Diagnosztikai hibakód (DTC - Diagnosztikai hibakód) - Diagnosztikai hibakód (Mitchell, Autodata, Elsa, Opel Tis, stb.) Hibák, de manifesztációk tünetei, lehetséges okai is előfordulása, az ellenőrzések felsorolása, hogy megszüntesse. Az ilyen információk különösen hasznosak a kezdő diagnosztikához;

Műhely vagy javítás - Az autó, a hajtómű, az ABS, a légkondicionáló rendszerek egyedi rendszereinek javítása és diagnosztikája stb.;

Komponens helyek - az elektronikus és mechanikai komponensek helyét az autóban;

Bekötési rajzok vagy áramlási diagramok - elektroschémák.

Vannak más "formátumok" dokumentáció - OFM (hivatalos gyári kézikönyvek), SSP (Service self study program) stb.

Külön, kiválaszthatja a pótalkatrészek katalógusait (ERS -Elektronikai alkatrészkatalógus). Ezek tartalmaznak információkat a pótalkatrészekről, az alkalmazhatóságukról, a felcserélhetőségről, az árról, gyakran találkozott képekkel. Az alkatrészkatalógusok az eredeti (automater által készített vagy ajánlott) könyvtárakra oszthatók és a nem eredeti (harmadik fél által termelt termelők) alkatrészeire oszthatók. Továbbá, a katalógusok lehetnek Monomark (tartalmaznak információkat, általában egy márka eredeti alkatrészei a leghíresebb MERCEDES EPC, BMW ETK stb. ). Is

speciális katalógusok fogyóeszközökön, tuning, konszolidált katalógusok pótalkatrészek gyártók stb.

Meg kell külön megjegyezni, hogy birtokában van a legértékesebb információk nem szünteti meg a diagnosztikai, a mechanika vagy Autóvillany a szükségességét, hogy van egy nagy szintű alapvető (alap) ismeretek az autó, a működési elvei rendszerei, stb .! Ezenkívül a PC-vel és az irodalommal való munkavégzés készsége szükséges ahhoz, hogy képes legyen a szükséges információkat e tömbben.

Információs bázis megvásárlása, meg kell fontolnia (tisztázza ezeket a kérdéseket az eladóból):

Milyen autók vannak az adatbázisban? Fontos márkák, kiadások éve (vagy modellév), a piac felszabadulása. Ami a kibocsátás éveit illeti, meg kell jegyezni, hogy szinte minden létező bázis tartalmazza a legteljesebb információkat csak az utolsó évtized autójain (főleg kezdődik 1993) - Különösen ez az ilyen alapok, mint Elsa, Autodata, BMW Tis stb.

Kéri az autó piacának pillanatát. Az a tény, hogy ugyanaz az autómodell eltér, attól függően, hogy melyik régió (piac) jön - és a különbségek nemcsak a konfigurációban (például a légkondicionáló rendelkezésre állása a forró országokhoz vagy az előmelegítőhöz), hanem és a design (jobb kormánykerék bal oldali, megnövekedett földi távolság stb.). Ennek megfelelően az elektromos áramkörök, a komponensek helye, a katalógusszámok száma, a pótalkatrészek stb. Leginkább az európai piacok (az Egyesült Királyság külön-külön a bal oldali mozgás miatt elkülönül, Ázsia (Japán külön-külön került elosztásra - ugyanezen okból, mint az Egyesült Királyság) és Amerika. Az "orosz piac" rendelkezik a specifikációval, hogy van egy kicsit és mindenütt.

Bázis megvásárlásakor azt is szükséges, hogy tisztázzuk, milyen piaci autókra van szükség. Például a Mitchell On Demand Base tartalmaz információkat az amerikai piaci autókról - vagyis az Egyesült Államokban termelt autók a hazai piacra, valamint az amerikai piacra szállított autók (Európa, Ázsia). Egyes autóknak meg kell keresniük az ilyen adatbázisokat a másik márka és / vagy egy másik modell keretében (például az adatbázisban nincs mitsubishi pajero, de vannak mitsubishi montero). Hasonló figyelmeztetések aggodalmak és az Autodata bázis (angol piac). Azonban Mitchellben és az Autodata-ban, mint általában, akkor azt jelezzük, ha a fenti paraméterek csak egy adott piac gépét érintik.

Milyen rendszerekkel rendelkezik az adatbázisban? Ennek megfelelően, ha a műhely az ellenőrzőpontra specializálódott - szakosodott bázissal kell rendelkeznie (például Mitchell az átviteli igények iránti igénye és / vagy az ATSG), hanem a "közös" bázisok is nem zavarják.

Milyen nyelven történik az alap (menü stb.), És az adatbázis-információk milyen nyelven jelenik meg? Közvetlenül azt fogom mondani, hogy nem lehet megtéveszteni - oroszul, még a héjat néhány program egységében is. Teljesen orosz -bmw Tis, Volvo Vadis. Részben oroszok - BOSCH ESI, Mercedes Wis - ezeknek a bázisoknak az orosz héjak és az információ egy része. Ez normál működés esetén legalábbis tudnia kell. Ha csak azért, mert az orosz és az angoloktól eltérő adatbázisban találkoznak a német (ELSA, ESIFTRONIC], MERCEDES WIS) dokumentumokhoz. Azonban nem szükséges attól félni, hogy ezt a technikai szövegeket könnyen olvassák. Speciális elektronikus és papírszótárak jó asszisztensek. Általános szabályként a modern adatbázisokat CD-n vagy DVD-n szállítják. Ebben az esetben a DVD formátum gyorsan válik népszerűvé, különösen akkor, ha a 3-5 CD-t meghaladó bázisokat (Mitchell - körülbelül 15, ESI - körülbelül 30, Alldata - körülbelül 100 CD-t stb.). A durva 1 DVD lemez 6-7 CD-t helyettesít. Néhány adatbázis legújabb verziói már kiadott DVD-ken (például ESI). Ezért, mielőtt egy komoly alapot vásárolna, érdemes gondolkodni egy DVD-meghajtó megszerzéséről (még inkább, mint maga a bázis költsége, egy penny).

Milyen rendszerkövetelményeket készít a számítógépre és az operációs rendszerre? A legtöbb adatbázis általában bármely Windows 98 operációs rendszer alatt működik (a Windows 95 alatti munka, általában nem garantált, de nem fordul elő) a Windows XP és a Vista rendszerhez. Azonban vannak olyan "válogatós" bázisok - például a VW-AUDI ELSA forgalmazói alapja csak az NT platformon (Windows NT, 2000, XP, VISTA) rendszerek ellenőrzése alatt működik. A processzor és a működési memóriakártya speciális követelményei általában nem akadályozzák meg (természetesen a modernebb PC a gyorsabb és kényelmesebb munka).

Fontos követelmény a merevlemezen (WINCHESTER) szabad hely. Mindig kényelmesebb, ha a bázis teljesen átkerül a merevlemezre (egyes adatbázisok ilyen lehetőséget kínálnak, egyesek csak ebben a módban vannak beállítva) - Freette a CD / DVD-meghajtót, ami felesleges állandó lemezeket és Műveletek velük, csökkenti a kár valószínűségét az alap (a lemez könnyen karcolás, öntés, stb.), Felgyorsítja a munkát, stb. Például ugyanaz az ELSA bázis csak teljesen a merevlemezen helyezkedik el, és körülbelül 11 GB-ot foglal el.

Hogyan regisztrálhat egy bázist? Mi az időtartam időtartama az adatbázisban vásárlás után? Az engedélyezési alapok időtartama általában az előfizetés érvényességi idejére korlátozódik (általában év, év). A lejárta után az előfizetés fizetett kiterjesztése vagy az alap új verziójának megvásárlása szükséges. A nem engedélyezett verziók munkájának korlátozása a bázis nyilvántartásba vételének módjától, a bázis védelmétől, a "hackelés minőségét" függ.

Mi a frissítések rendje és költsége? Engedélyezett bázisok vásárlásakor ezeket a feltételeket szabályozzák - általában az előfizetés számláján belüli frissítések ingyenesek (például a Bosch negyedévente az év során). A korlátlan alapok frissítése kalózokkal, általában nem alkalmazandó. Ha friss változatot kell kapnia az alap, egyszerűen vásárol egy újabb verziót (igazságosság, hogy meg kell jegyezni, hogy a kalózok sok esetben az ülésen mennek, és kedvezményt adnak egy ilyen helyzetben).

4. Kiegészítő (segéd) Referencia Kapcsolat - Itt is tartalmazhat szótők, programok a VIN kódok dekódolására szolgáló programok stb. Néhány ilyen programot is megtalálhat az interneten ingyenes hozzáféréssel.

5. A képzési szoftver sajnálatos módon az automatikus szolgáltatási ipar szakembereinek intelligens képzési szoftvere nem ismert. Mindazonáltal azt mondhatjuk, hogy egyes gyártók már tartalmaznak képzési alrendszereket a speciális standok szoftverrel.

Meg kell jegyezni, hogy az információt nemcsak az elektronikus formában, hanem a DVD-n, hanem szakirodalom formájában is kínálják a piacon. Az előnyök a könyveket, mint az elektronikus bázis a rendelkezésre álló személyzet, aki nem a saját vagy gyengén uralkodó PC (és még mindig ott van!), Egy kisebb ára engedéllyel változat, a rendelkezésre álló kiadványok az orosz. A hátrányok az információk keresésének és működésének kellemetlensége, annak szükségessége, hogy nagy számú irodalom legyen az információ helyett 1 CD, kopás.

Az autók tervezésében az elektronikus vezérlőrendszereket egyre inkább használják. A modern autó diagnózisa az elektronikus ellenőrzési rendszerek működésének elemzésére szolgáló pénzeszközök használata nélkül nem kapható teljes információt a technikai állapotáról.

Az elektronikus vezérlőrendszerek műszaki állapotának meghatározására szolgáló diagnosztikai eszközök három kategóriára oszthatók:

1. helyhez kötött (poszter) diagnosztikai rendszerek
2. side Diagnosztikai szoftver, amely lehetővé teszi a hibákat megfelelő kódokkal
3. oldalsó diagnosztikai szoftver, amelyhez különleges további olvasót igényel

Bench Diagnosztikai rendszerek

Ezek a rendszerek nem kapcsolódnak a fedélzeti elektronikus vezérlőegységekhez, és így nem függnek az autó fedélzeti diagnosztikai rendszerétől. Általában diagnosztizálják az egyéni motor mechanizmusait és a gyújtási rendszereket, így gyakran a motor-tesztelőknek nevezik. A teszter motor fő elemei érzékelők, valamint a feldolgozóegység és az észlelt jelek mérési eredményeinek megjelölése. Az érzékelők és a regisztráló eszközök kábelekhez csatlakoznak a dugókkal és a bilincsekkel.

Ábra. Motoros tesztelő

A motoros tesztelőket számítógépek alapján végzik, billentyűzet, kijelző, meghajtók, CD-ROM meghajtó. A készlet általában tartalmaz egy sor összekötő vezetékeket és kábeleket, stroboszkópot, és egyes esetekben - a kipufogógázok gázelemzője. Az információt megfelelő elemzővel, amely analóg-digitális átalakítókat, komparátorokat, erősítőt és egyéb jelelőfeldolgozó eszközöket tartalmaz. Az analizátor összekapcsolja a szükséges elemeket autóval a kábelkészlet segítségével, amely a negatív, pozitív akkumulátor-csatlakozókhoz és gyújtótekercshez csatlakoztatott vezetékek, nagyfeszültségű vezetékek a gyújtótekercshez és az első hengergyertyához, valamint a Érintkezés nélküli áram érzékelő az akkumulátort töltő gumiabroncson, az olaj hőmérséklet-érzékelője a motorban (a szonda helyett be van helyezve), a szerkezeti érzékelő a szívócsonkban stb.

A teszter motor fő része az oszcilloszkóp, amelynek képernyőjén különböző oszcillogramok jelennek meg, amelyek tükrözik az ellenőrzési módot és az ellenőrző részek és a gyújtásrendszer eszközök műszaki állapotát. Az oszcilloszkóp képernyőn megjelenő jel értékelése a változások (hibák jelenlétében) elemzésén alapul az alacsony és nagyfeszültségű áramkörökben előforduló elektromos folyamatok jellege. A kép egyes részeiben megítélheti a teljesítmény- és gyújtási rendszerek egyes elemeinek működését, és a változás jellege lehetővé teszi a hibák okainak azonosítását.

A számítógépes motoros tesztelő feldolgozza a motortól kapott információkat, és bemutatja az eredményeket a kijelzőn vagy a nyomtató nyomtatás formájában. A lézeres CD-k műszaki információval rendelkező műszaki információkkal szolgálhatnak egy motoros tesztelővel, valamint az üzemeltető utasításai a motoros tesztelő autójának és a vizsgálati műveletek sorrendjének összekapcsolására.

Az autómodell, a motor típusa, az átvitel, a gyújtásrendszer, az üzemanyag-befecskendezés és a diagnosztikai objektumot jellemző egyéb paraméterek diagnosztizálása előtt. A motoros tesztelők képesek diagnosztizálni a legtöbb autóipari rendszereket, beleértve a kezdő, tápegységet, gyújtási rendszereket, értékeli a tömörítést a palackokban, mérje meg az elektromos rendszer paramétereit.

A modern motoros tesztelők a gyulladási rendszer állapotáról adhatunk információt a folyamat számjegye vagy viaszképe formájában. Példa az M3-2 motor teszter (Fehéroroszország), amellyel meghatározhatja a motor állapotát (a fejlett teljesítmény, a hengerek, relatív tömörítés teljesítménye, relatív tömörítés), indító, generátor, relé vezérlő, akkumulátor, interruper- Forgalmazó, elektromos vezetékek, gyertyák Gyújtás, lambda érzékelő, benzinmotorok befecskendező rendszerének befecskendezései, a dízel üzemanyag-berendezések, a strobe gyújtással mérve a benzinmotorok és a dízelmotorok injekciójának szöge.

Mivel az autóipari elektronika bonyolult, a helyhez kötött rendszerek funkcionalitása bővül, mivel nem csak a motorvezérlést, hanem a fékrendszereket, az aktív felfüggesztést stb. Diagálja stb.

A számítógépes motoros tesztelők sokoldalúságát a szoftver határozza meg. Sokan a felhasználók szokásos többségében dolgoznak a Windows operációs rendszerrel.

A motoros tesztelők hátrányai annak a ténynek kell lenniük, hogy nehéz kimutatni a komplex elektronikus rendszerekben való nem állandó működési zavarokat, ha az egyik rendszer hibás működését más olyan rendszerek formájában mutatják be, amelyek funkcionálisan csatlakoztatva vannak.

Side Diagnosztikai szoftver, amely lehetővé teszi a hibákat megfelelő kódokkal

A világ legnagyobb vezető országainak szoftverrendszerei a XX. Század 80-as évekből származnak. Biztosítja a hibakódok olvasásának funkcióját egy tesztlámpával, például ellenőrizze a motort - ellenőrizze a motort. Ez a fedélzeti diagnosztika legegyszerűbb nézete, amely a digitális kódok galvanizáló rendszerének feltételes hozzárendelését tartalmazza. Ezeket a kódokat az elektronikus rendszerkezelő egység memóriájában rögzítik. Bizonyos manipulációk elvégzése után ezeket a kódokat a vezérlőfény hosszú és rövid impulzusok formájában lehet megjeleníteni. Az impulzusok vizuális olvasása után értékük speciális táblázatok segítségével visszafejthető.

Ábra. Példa a Xeck motorjelző elhelyezésére (1. pozíció)

Oldalsó diagnosztikai szoftver, amelyhez különleges további olvasót igényel

Az ilyen szoftverről származó információk olvasása speciális eszközökkel történik - szkennerek. Az ellenőrzött paraméterek és hibakódok közvetlenül az elektronikus vezérlőegységről olvashatók, és a szolgáltatási szakemberek értelmezik.

A szkenner vagy a szkennelési eszköz, olyan hordozható számítógépes tesztelőknek nevezhető, amelyek különböző elektronikus vezérlőrendszerek diagnosztizálását szolgálják az autós diagnosztikai csatlakozóból.

A szkenner szabályként egy kis folyadékkristályos kijelzővel rendelkezik, így nem mindig kényelmes az adatok megtekintéséhez, még egy keret görgetéssel is. Általában a szkenner csatlakoztatása a számítógéphez egy soros porton keresztül az adatátvitelhez. Speciális szoftver lehetővé teszi, hogy az adatokat a szkennert táblázatos és grafikus formában is a monitoron, kivéve azokat, adatbázisok létrehozására irányuló szolgáltatásokat nyújtó járműveket.

Ábra. Programozható DST-2M szkenner (Oroszország) személyi számítógép nélkül

A szkennerek eltérnek a funkcionális képességeikben és a tesztelt autók spektrumában.

A csak egy márka autók diagnosztizálására használt speciális szkennerek a legnagyobb lehetőségeket kínálják. Az ilyen szkennerek használatát keskeny specializációja miatt korlátozzák az egyes modellek egyedi automatikus szolgáltatási vállalatok. Az injekciós rendszerek és más mechanizmusok diagnosztizálására tervezett szkennerek széles körben elterjedtek.

Vannak olyan programok, amelyek lehetővé teszik, hogy közvetlenül a számítógépbe beléphessen az autódiagnosztikai csatlakozó soros portján keresztül a megfelelő összekötő kábellel. A személyi számítógép ebben az esetben elvégzi a szkenner funkcióit, néha ez - számítógépes szkenner. Személyi számítógép használata esetén nincs szükség szoftverkazettákra különböző rendszerekhez és modellekhez, mivel a számítógép merevlemezének kapacitása lehetővé teszi, hogy tárolja az összes szükséges adatot és programot.

A jármű öndiagnózisának rendszere a működésének folyamatában folyamatosan összehasonlítja a jelek aktuális értékeit az elektronikus vezérlőegység memóriájában lévő referenciaértékekkel. Ezenkívül nyomon követi a végrehajtó mechanizmusok válaszát. A paraméterek bármilyen ellentmondásait egymásnak vagy referenciaértékeknek meghibásodásnak tekintik, amelyek mindegyike a kódjához tartozik. Korábban az ellenőrző rendszerek meghatározhatják és memorizálni 10-15 kódok, korszerű rendszerek tárolására akár több száz kód kapcsolatban nem csak a motor, hanem egy automata sebességváltó, a blokkolásgátló rendszer (ABS), biztonsági párnák, klímaberendezés, stb.

Bizonyos blokkokban az öndiagnózis lehetővé teszi a gyújtási előzetes szög beállítását, valamint a semlegesítő nélküli járműveket - állítsa be a szén-oxid tartalmát a kipufogógázokban. Ezenkívül az úgynevezett vizsgálati diagnosztikát a modern szkenner modelleken hajtják végre: a bemeneti jeleket egy bizonyos ponton táplálják, majd az érzékelők ellenőrzése és a működtetők reakciója.

A szkenner ellenőrzi az elektromos áramkörök bemeneti és kimeneti paramétereit, és tájékoztatja az üzemeltetőt az értékükről. Így csak a hibák jelenlétét vagy hiányát bármely csomópontban rögzíti, de nem teszi lehetővé az okaik meghatározását, hogy az ellenőrzött paraméterek azonos értékei is lehetnek.

Az információk tárolásával a hardverszkennerek patronokra és programozhatóakra vannak osztva. A patron-szkennert a működési állapotba hozza, a patron szükséges egy diagnosztikai kábellel, amely megfelel az autó ellenőrzött modellnek. Az ilyen szkenner készlete három fő részből áll: a szkenner maga, cserélhető patronok és összekötő kábelek az állatorvosi autó diagnosztikai csatlakozójához rögzítve. Minden patron úgy van kialakítva, hogy a típusának vezérlőegységével dolgozzon.

Ábra. Patron szkenner az egyik vagy bizonyos márkák autók diagnosztizálásához

A megadott hiányt a programozható szkennerekől megfosztják. Beépített memóriájuk (flash memória) ismételten átprogramozható személyi számítógép segítségével. Az elavult szoftver verziók frissíthetők az interneten vagy a jármű gyártója vagy szkenner által szállított CD-vel. Az ilyen szkennerek jól illeszkednek az autószolgálat működéséhez. Ezenkívül lehetővé teszik, hogy diagnosztizálhassa a mozgó autó rendszerét.

További informatívak a személyi számítógéphez kapcsolódó szkennerek. Ahhoz, hogy megfeleljen a számítógép által a vezérlőegységből, az adaptert használják.

Ábra. Programozható szkenner személyi számítógéppel

Jelenleg a KST-500 és a KST-520 KST-520-at leggyakrabban használták, személyi számítógépen, valamint DST-2 szkennerek, DST-10-KF (Oroszország) stb.

A szkennereknek számos működési módja van. A "Hiba" módban egy vagy másik hibás digitális kódok jelennek meg, amelyeket a vezérlőegység memóriájában tárolnak autóval. A "paraméterek" mód lehetővé teszi, hogy értékelje a motor működését, amikor a jármű mozog: a fedélzeti hálózat, a retonáció, a forgattyústengely rotációs sebessége, a keverék összetétele, a mozgás sebessége stb . A motor működésének paramétereinek módosításának megtekintéséhez az "Adatgyűjtés" módot a dinamika tartalmazza. Néhány szkenner, mint például a KST-520, az injekciós rendszer működésének megfigyelésére és a dinamikában lévő egyéb autórendszerek működtetésére grafikus képet készíthet a képernyőn, azaz. Lehetővé teszik számukra, hogy vizuálisan megfigyeljék őket. A képességek a szkennerek amikor ellenőrzi a befecskendező rendszer egy adott autó határozza meg a diagnosztikai funkciók a vezérlő egység az autó, de mint általában, minden leolvasókészülékek és törli a hibakódok, a kimeneti digitális paraméterek valós időben, Néhány működtető (fúvókák, relék, mágnesszelepek (fúvókák, relék, mágnesszelepek).

A szkenner egy speciális csatlakozóval csatlakozik autóval egy adott vezérlőegységhez vagy elektronikus rendszerhez.

2000-ig a legtöbb autót olyan diagnosztikai csatlakozókkal szerelték fel, amelyek a csapok különböző mennyiségét és helyét tartalmazzák, amelyek nem engedélyezték az univerzális szkennerek alkalmazása az információk eltávolítását. Ezért 2000-ben a legtöbb járműgyártó elfogadta az OBD-II szabványt az elektronikus ellenőrzési rendszerekhez. A szabvány követelményei:

• standard diagnosztikai csatlakozó
• a diagnosztikai csatlakozó szabványos elhelyezése
• szabványos adatcsere protokoll a szkenner és az autóipari fedélzeti diagnosztikai rendszer között
• a hibakódok szabványos listája
• a paraméterértékek elektronikus vezérlőegységének memóriájába mentése, amikor a hibakód megjelenik ("fagyasztott" keret)
• a fedélzeti diagnosztikai elemek megfigyelése, amelyek elutasítása a mérgező kibocsátás térfogatának növekedéséhez vezethet a környezetbe
• a szakosodott és univerzális szkennerekhez való hozzáférés hibakódokhoz, paraméterekhez, fagyasztott keretekhez, tesztelési eljárásokhoz stb.
• egyetlen listát, rövidítéseket, definíciókat használt az autó elektronikus rendszerei és hibakódok

Az ábra egy 16 pólusú diagnosztikai csatlakozót mutat, amely szabványos az OBD-II követelményeknek megfelelő járműveken.

Ábra. Standard diagnosztikai csatlakozó

A diagnosztikai csatlakozó az utastérben (általában a műszerfal alatt) található, és hozzáférést biztosít a rendszeradatokhoz. Bármely szkenner csatlakoztatható egy ilyen csatlakozóhoz.

Diagnosztikai kódok olvasása

A hibakódok kétféleképpen olvashatók. Az első (az öndiagnózis korábbi rendszereibe való áramláshoz) - a diagnosztikai csatlakozóhoz csatlakoztatott LED-szonda, vagy vezérlődiagnosztikai lámpa használata. A kód dekódolása a már említett táblázatok segítségével történik, amelyek az autókra vonatkozó operatív dokumentumokat alkotják. A második, modern, módszer - kódok szkennerrel. Általában ezek az eszközök nemcsak a hibakódokat, hanem megfejtették őket is.

Annak érdekében, hogy megakadályozzák az elektronikus vezérlőrendszer hibás működését a műszerfalon, van egy tesztlámpa. Miután bekapcsolta a gyújtást egy jó autóban, a lámpa világít 3 ... 10 s, majd ki kell mennie. Ha a lámpa nem megy ki, akkor ez jelzi a vezérlőrendszer hibás működését, és ezt a rendszert speciális kódok szerint kell ellenőrizni. Egyes országok biztonságára vonatkozó szabályozási dokumentumok követelményei szerint az egyes elektronikus vezérlőrendszerek aktív hibás működési kódjait nem szabad üzemeltetni.

A hibakódok néha feltételesen "lassúnak" és "gyors".

Tekintsük a "lassú" kódokat. Ha hibás működést észlel, a kódot memóriába adják, és a megfelelő vezérlő lámpa be van kapcsolva a műszerfalon. Tudja meg, hogy a kód egyike az alábbi módszerek közül (a vezérlőegység konkrét végrehajtásától függően):

1. olvassa el a vezérlőegység testét, amely rendszeresen villog és kialszik
2. csatlakoztassa a diagnosztikai csatlakozó vezetékes specifikus csatlakozóit, vagy zárja be a "Mass" terminál konkrét terminálját, és kapcsolja be a gyújtást, majd a tesztlámpa rendszeresen villogni kezd a hibakódról
3. csatlakoztassa a LED-et vagy az analóg voltmérő bizonyos diagnosztikai csatlakozó érintkezőire és kitöréseire (vagy a Voltmeter nyíl), hogy információt szerezzen a hibakódról

Mivel a "lassú" kódok vizuális olvasásra tervezték, az átvitel gyakorisága nagyon alacsony (kb. 1 Hz), a továbbított információk mennyisége kicsi.

A kódokat általában ismételt kitörési szekvenciákként adják ki. A kód több számjegyet tartalmaz, amelynek szemantikai értékét ezután visszafejtjük a hibaasztal, amely az autó működési dokumentumainak része. Hosszú villog (1.5.2.5 ok) által átadott vezető (első) kód létesítmény, a rövid (0.5.0.6 ok) - a fiatalabb (második) mentesítést.

Az 1-3-1-2-es kód meghosszabbítására, amely megfelel a Hyundai motor első hengerének injekciójának meghibásodásának megfelelő meghibásodásának, az ábrán látható:

Ábra. Példa a hibás kódolásra

A hibás működés kimutatása után az elektronikus vezérlőrendszerek következetesen ellenőrzik az elektronikus vezérlőrendszer elemeit, amelyek az olvasási kód (érzékelők, csatlakozók, kábelezés stb.) Létrehozásáért felelős elektromos áramkörben vannak.

A "lassú" kódok egyszerűek, megbízhatóak, nem igényelnek drága diagnosztikai berendezéseket, de kevés informatív.

A "Gyors kódok" mintát a nagy mennyiségű információ elektronikus vezérlőegységének memóriájából adják meg a soros interfészen keresztül. Ezt az interfészt és diagnosztikai csatlakozót használja mind a gyárban, mind a diagnosztizálás során az autó ellenőrzése és konfigurálásakor.

A szkennerek által végrehajtott egyik funkció az, hogy ellenőrizze az érzékelő jelét a racionalitáshoz, azaz A megfelelőséghez szükséges (rendszeres) jelek. Az érzékelő hibás lehet, és helytelen információkat küldhet a vezérlőegységnek. Ha az érzékelő jel ellenőrzése nincs érzékelő jele a vezérlőegység racionalitásához, akkor a szabályozó algoritmusokat helytelen érzékelőinformációval valósítják meg. Ugyanakkor a fontos kimeneti paraméterek helytelenül kerülnek kiszámításra, például a gyújtás előtti szögre és a fúvókák kioldó impulzusának időtartamára, amely az autó vezetési jellemzőinek romlásához vezet, a motor elindítása után beteg lehet . Míg mennyiségi szempontból az érzékelő hibás jele a normál tartományon belül lesz, az elektronikus egység memóriájában nincs hibakód, és a hibás működés semmilyen módon nincs.

A hiba felismerése érdekében a "gyanús" érzékelő letiltásának funkciója megvalósul. Ezután az elektronikus egység rögzíti a hibakódot, és megváltoztatja a jelet az érzékelőből a számított (biztonsági mentési) értékre. Például, ha a tömegáram érzékelő leválik, a jelét a gáz helyzetét és a motor forgási sebességét kiszámított biztonsági jel váltja fel. Ha a "gyanús" érzékelő letiltása után a motor működésének javul, ez azt jelenti, hogy az érzékelő hibás.

A modern vezérlőegységek, mivel a szoftver javul, lehetséges azonosítani az ilyen üzemzavarokat. Ez az úgynevezett igazolás a racionalitás és a megfelelő működés érdekében, amelyet a második generáció fedélzeti diagnosztikai rendszereiben (OBD-II) hajtanak végre. Ez abban rejlik, hogy az összes érzékelő jelei aktuális értékei folyamatosan ellenőrzik a kölcsönösen értékes levelezést a motor működési módja számára. A jelek standard értékeit az elektronikus egység mikroprocesszor állandó memóriájában tárolják.

Az elektronikus vezérlőegység bemeneti és kimeneti jeleinek mérésére szolgáló kényelem érdekében a jelelosztót használják. Ez az elektronikus vezérlőegység és a kábelköteg között csatlakoztatott kábelek és csatlakozókészülékek, amelyek elérhetik a bemeneti és kimeneti jeleket. Az osztó tartalmaz egy kapcsolópanelt a vezérlés és a mérőeszközök csatlakoztatásához a kábelköteg bármely láncolatához.

Ábra. RS-2 jelelosztó (Oroszország)

Az egyes érzékelők működtetése speciális érzékelő utánzó, például ID-4 típusú szimatizálható. Úgy tervezték, hogy szimulálja az injekciós motorok elektronikus rendszerének potenciális és rezisztív érzékelők kimeneti feszültségét. Ez a szimulátor lehetővé teszi, hogy utánozzák a fojtószelep helyzetérzékelőjét, a szén-monoxid beállító potenciométerét, a nyomás érzékelőket a szívócsatorna, a légköri nyomás, a levegő tömegárama és más érzékelők. A szimulátorban szereplő kábelek lehetővé teszik a különböző típusok csatlakozóihoz való csatlakozáshoz.

Ábra. ID-4 érzékelő szimulátor (Oroszország)

A hibakódok törlése

Javítás után minden kódot el kell távolítani a vezérlőegység memóriájából, különben a blokk hibásan fogja figyelembe venni őket, amikor az autórendszert később ellenőrzik.

A hibakódok eltávolításának három módja (törlés) alkalmazása:

1. A parancskód törlése a diagnosztikai csatlakozóhoz csatlakoztatott szkennerből. Néhány korai modelleknél az ilyen eljárás lehetetlen, mivel a vezérlőegység nem támogatja. Ez a módszer a legelőnyösebb és ajánlott gyártók.
2. Ha nincs szkenner vagy elektronikus egység, nem támogatja a szkenner kódjainak törlését, akkor a megfelelő biztosíték kivonásával kapcsolja ki az egység teljesítményét. A blokk memóriájából származó hibák kódjaival együtt az adaptív kezelési információk törlődnek.
3. Az akkumulátor gumiabroncs "tömegének" leválasztása. Emlékeztetni kell arra, hogy ebben az esetben a kódokkal együtt más információ törlődik (az elektronikus órákra, rádiószabályok stb.).

A Genfi Motor Show-ban, aki szó szerint néhány héttel ezelőtt tart, az Apple hivatalosan bejelentette a Carplay termék elindítását. Mivel ismertté vált, sok autógyártó már megvásárolta a szoftverhez való jogot. Ez azt jelenti, hogy talán néhány hónap múlva, miután csomagolva olyan szalon, ahol a külföldi autók Moszkvában kerül sor, akkor lehet vásárolni egy új autót a CarPlay telepítve.
Mi alapvetően új az Apple-ben? Első pillantásra ez csak egy számítógépes program, amely biztosítja az autóipari új termékek felületét. Jellemzők listája: Szórakoztató funkciók, térképek, üzenetküldés, hangvezérlés. És miért kapcsolódnak aktívan az autógyártók a szoftver fejlesztésében?
Valószínűleg a korábbi években az autóipari vállalatok rájöttek, hogy a modern világban az autoelektronika hagyományos megközelítése volt ítélve. Amikor az autóban az összes szórakoztatás csak a rádiót és a CD-lejátszót tartalmazza, az autóipari vállalatok a kényelmi zónájukban érezték magukat. De amint az illesztőprogramok új szükségletei vannak, válaszolva, amelyre az irányítópultokat elkezdték szerelni szoftverrel, az autós vállalatok megértették, hogy nem tudtak érdekes terméket teremteni a fogyasztó számára függetlenül. Végtére is, a járművekben telepített továbbra is a navigációs és szórakoztató rendszerek még mindig kevésbé funkcionálisak, mint az okostelefonok és tablettákhoz rendelkezésre álló alkalmazások.
Azonban az idők változása és az autószoftver egyszerűen nehezebbé és kényelmesebbé kell válnia, olyan funkcióknak kell megjelennie, mint például a zenei fájlok tárolásának képessége, az online rádió tárolása, navigáció, emlékeztetők, címjegyzék, kapcsolat a közösségi hálózatokhoz és sokkal több. Ez azonban nem lehet olyan eszköz, amely önállóan épül fel az autóba, és olyan rendszer, amely segít a meglévő eszköz (tabletta vagy okostelefon) használatában, hogy ellenőrizze az autó szórakoztató funkcióit. Tehát ez csak egy ilyen funkció, és meg fogja hajtani Carplay-t.
Valószínűleg az USA-ban ez a találmány túlfeszültség-keresletet eredményez új, új funkciókkal ellátott autók számára. És egyre több smartphone felhasználója cserél egy régi autót egy új új szoftverre, amely már tartalmazza a legújabb szoftvert.

A szerzőről: Andrei Strashko

Egyéb hírek