Hogy miket is továbbít a CAN-BUSZ rendszer? Azon információkat amelyek az egész rendszer mködéséhez szükségesek. Pl: er-átviteli rendszer esetén: Motor fordulatszám, beszívott leveg- h-mérséklete, szívócs-nyomás, fojtószelep állása, fékpedál kapcsoló állapota. és még legalább 1-2 tucat értéket fel lehetni ide sorolni. Persze ez a megfogalmazás igen egyszer és rövid, szakavatott füleknek talán puritánnak is hangzik. De a hétköznapi autószereléshez szükséges tudáshoz b-ségesen elég. Akik kicsit mélyebben szeretnék magukat beleásni a témába, azok kedvéért menjünk bele egy kicsit mélyebben abba, hogy a fenti információk továbbítása hogyan történek, és ismerkedjünk meg a CAN kommunikációs nyelvvel részletesebben. Miel-tt nagyon belemerülnénk a bitek világba néhány nagyon fontos fogalmat szeretnék letisztázni ezek pedig a következ-k: Protokol: Manapság igen elterjedt fogalom az autószerel-knek szóló szakirodalmakban és sajnos azt tapasztalom, hogy úgy dobálóznak ezzel a szóval, mintha minden olvasónak teljesen világos lenne ennek a szónak a jelentése. Na de miel-tt még én is úgy dobálóznék vele, el-bb megpróbálom úgy elmagyarázni, hogy mindenki számára világos és egyértelm legyen. A protokol szót magyarra úgy lehetne legjobban lefordítani, hogy el-re meghatározott szabályok szerint felépülkommunikációs nyelv. Vagyis amikor megterveznek egy-egy vezérl-egységet, és az a cél hogy azok tudjanak egymással kommunikálni akkor úgy tervezik -ket, hogy azok mindegyike azonos nyelvet beszéljen. A gépek közötti kommunikációs nyelvnek is ugyanúgy megvannak a saját szigorú szabályai, mint az emberi nyelvnek. A nyelv minden egyes részletét szabályok sokasága írja le, és csak akkor értik meg helyesen egymást a vezérl-egységek, ha mindegyik tud beszélni a közös nyelven. Vagyis ez a kommunikációs nyelv a protokol. (A protokol szót természetesen nem csak az autótechnikában használják hanem az ipar szinte minden területén ahol különböz- egységek kommunikálnak egymással pl: szerszámgépekben, intelligens épületekben stb ) Soros adatátvitel: Soros adatátvitelen azt értjük, hogy a vonalon lév- bitek id-ben szigorúan kötött rend szerint egymás után jelennek meg a start bitt-l kezdve az üzenet végét jelz- bitcsomag utolsó bitjével bezárólag.
Természetesen a CAN-BUSZ hálózatoknak is megvan a saját protokolja! Szigorú szabályoknak megfelelkomunikácóis nyelve. Nos akkor most kicsit mélyedjünk bele a bitek világába. Az adat protokol, a bitek hosszú sorozatából épül fel. ( A bit az információ legkisebb mérték egysége. 8 bit = 1 byte. Az alábbi diagram jól szemlélteti az adat protokol formátumát. Ez a formátum teljesen megegyez- mindkét adatbusz vezetéken. ( CAN-H, CAN-L) Az egyszerség kedvéért, csak egy adatbusz vonalat mutatok be ebben a tanulmányban. Azt hiszem, hogy aki még nem találkozott hasonló ábrával, vagy az ábrában található megnevezésekkel akkor az most egy kicsit szid engem, hogy mir-l is beszélek itt. De semmi gond, ha esetleg most látod ezeket a megnevezéseket el-ször, mert a következ- részben ezeket részletesen elmagyarázom neked. CAN busz protokol formátumában található mez- megnevezéseket részletesen magyarázata.
Hét darab f- mez-t kell megkülönbözetni. Ezek név szerint a következ-k: Start mez: Az adat protokolnak a kezdetét jelöli. 1 bites kb. 5V-os (rendszert-l függ-en) jel ami a CAN-H vezetéken keresztül van küldve, és a CAN-L vezetéken pedig kb. 0V-os jelet jelent. Státusz mez (állapot mez): Az adat protokol prioritás szintjét határozza meg. Ugyanis az itt található 11 bit mindenkori 2-es számrendszerbeli értéke dönti el a kérdést. Bizonyos üzenetek els-bbséget élveznek más kevésbé fontos üzenetekhez viszonyítva. Ilyenkor mindig a fontosabb üzenet kerül el-ször feldolgozásra. (Pl. baleset esetén, a légzsákok kinyitására szóló üzenet igen magas prioritású minden más egyéb üzenettel szemben. Vagy vészfékezéskor az ABS mködtetésére szóló üzenet is igen magas prioritást élvez) Mint említettük, a tervez-k nem a résztvev-ket (hanem az üzenetek tartalmát részesítik el-nyben, így mindig a legmagasabb prioritású üzenet kerül a vonalra. A legmagasabb érték üzenet státusz mez- bitsorozatának számszer értéke a legkisebb az alkalmazott (kettes) számrendszerben, ezért az ilyen üzenetet adó résztvev- fogja legtovább alacsony szinten tartani a buszvonalat. Ehhez az üzenethez rendelt státusz mez- ugyanis a többi jelentkez-jével összehasonlítva. a legtöbb 0-át (domináns bitet) tartalmazza. Az üzenetek prioritási sorrendjét el-re megállapítják és az adott rendszer-összeállítást ennek megfelel-en programozzák. Nézzünk erre egy áttekinthetpéldát: Státusz bitek sorszáma 11 10 9 8 7 6 5 4 3 2 1 Mér-helyek fontossági sorrendje 1. Motor 0 0 0 x x x x x x x x 2. Hajtás 0 0 1 x x x x x x x x 3. Fékkrendszer 0 1 0 x x x x x x x x 4. Htés, szell-ztetés 0 1 1 x x x x x x x x 5. Világítás 1 0 0 x x x x x x x x 6. Ajtók 1 0 1 x x x x x x x x 7. Szélvéd-törlés 1 1 0 x x x x x x x x 8. Mszerfal 1 1 1 x x x x x x x x A táblázat bitkiosztása mutatja, hogy a magasabb helyiérték státuszbitek bitek közül minél több a domináns (0), annál fontosabb az üzenet, így annál magasabb prioritást élvez. Az X jelölés tetsz-leges bitértékre utal. A többi, szintén a buszvonalat használni igyekv- (természetesen a legmagasabb prioritású üzenetet adó is!) közben folytonosan összehasonlítja a busz pillanatnyi feszültségszintjét és a saját adását. Amint valamelyik is azt észleli, hogy az általa kiadott státusz kód alacsonyabb prioritással bír, mint a buszon lév- résztvev- bármelyikének kódja
(vagyis el-bb-utóbb kiad egy 1-est és közben 0 van a buszon!), akkor csalódottan visszalép és a továbbiakban már csak mint vev- figyel, hátha éppen neki szól az üzenet. Egyetlen esetben azonban összetzés történhetne a busz vonalon, a buszt megkaparintani igyekv- és résztvevközött, ha mindketten ugyanazt az státusz bitsorozatot ültetik a vonalra. Ez a határeset azért fordulhat el-, mert a rendszerben nemcsak adatokat lehet egy üzenetben továbbítani (Data Frame), hanem adatkérést (Remote Frame) is végre lehet hajtani. Mármost, ha az egyik résztvev- éppen megkezdi azon adatok továbbítását, melyeket a másik résztvev- egyidejleg kérne, akkor az státusz mez-k azonossága miatt (ugyanaz a tartalom!), nem dönthet- el, hogy ki jogosult a busz használatára. A döntést a +1 bit hozza meg, hiszen ha adattovábbítás van, akkor ez 0, ha kérelem, akkor ez 1 érték. Márpedig, ahogy korábban említettem, az 1-es érték (recesszív) bit mindig átírható 0-ás (domináns) bitre, vagyis az adatküld-nek lesz igaza, tehát övé a busz. Ellenrz mez: Az adatmez-ben található információk számát mutatja meg. Ez a mez- lehet-vé teszi, bármely vev- készülék számára, hogy leellen-rizze hogy megkapta-e az összes információt. Ez a mez- a hibafelismerésben játszik szerepet, hiszen közli a vev-vel, hogy hány adatbyte-ot tartalmaz az üzenet. Ha a vett üzenet adatbyte-száma eltér a kontrollmez-ben megadott értékt-l, akkor az átvitel közben hiba történt. Adat mez: Ez a mez- adatokat tartalmaz. Azokat az adatokat amelyek továbbításra kerülnek más vezérl-egységek felé. Hogy, milyen adatok ezek? Pl: motorh-mérséklet, fojtószelep helyzete, járm sebesség, motor fordulatszáma, fékpedál kapcsoló állapota,.stb. Még legalább 1-2 tucat adatot fellehetne ide sorolni. Biztonsági mez: Hibás kommunikáció detektálására szolgál. Megersít mez: A vev- készülék ezen mez- alapján is leellen-rzi, az adatcsomag helyesen érkezett e meg. Ha bármi hibát észlelt vevkészülék azonnal értesíti az adót err-l és az adó újra küldi az csomagot. Utolsó (befejez) mez: az adat protokol végét jelzi.
Hogyan jön létre a kommunikációs nyelv? Hogyan jönnek létre a bitek? Amint soros adat átvitelr-l beszélünk, meghatározóvá válik az id-tényez-. A buszon közvetített üzenetek továbbításához, kiértékeléséhez, üzenetformává történ- alakításhoz, feldolgozáshoz bizonyos id-re van szükség. A rendelkezésre álló id- igen szkre szabott már 2-3000. ford/perc fordulatszámon üzemel- motor esetében is. (mindössze kb. 6-7 ms!) Ha mást nem lehet, legalább a tényleges adatátviteli idõt csökkenteni kell. A felismert szükségszerûség minél rövidebb üzenetcsomag kialakítását követeli, mert ezzel, azonos átviteli sebesség mellett, az átviteli idõ minimalizálható. A rendszer tervezõi gondosan felmérték a jármûvek különbözõ elektronikus részegységeitõl származó adatok átviteli sebességével szemben jelenleg, illetve a jövõben támasztható igényeket, s az eredmények alapján határozták meg a CAN-rendszer átviteli sebességtartományát. Az átviteli sebesség 5 Kbit/s. 1 Mbit/s határok között választható, azzal a megjegyzéssel, hogy a felsõ határérték csak 40m-nél rövidebb buszvonalak esetén közelíthetõ meg, akkor is inkább csak teoretikusan. Jóllehet az informatikai alapfogalmak ma már szinte mindenki számára ismertek, mégis leírjuk, hogy: A kommunikációs nyelv, bitek hosszú sorozatát tartalmazza. Mindegy egyes bitnek csak két állapota lehet. Vagy 1 vagy pedig 0. Itt egy egyszer példa, hogy mit jelent az, hogy 1 állapot és mi az, hogy 0 állapot. Zsebtelep+kapcsoló+izzó esete: Kapcsoló állapota: bekapcsolt ( 1 érték) - zárt kapcsoló - izzó világít Kapcsoló állapota: nyitott ( 0 érték) - nyitott kapcsoló - izzó nem világít Ugyan ez az elv a CAN-BUSZ rendszerekben is az 1 és 0 állapot bemutatására. De azért ott természetesen nem izzóról és zsebteleprl beszélünk!
Bit állapota 1 értéken: - adó-vev- nyitott, kb 5V-ra kapcsol a komfortelektronika rendszer hálózaton.(erátviteli rendszer esetén: kb 2.5 V,típusfügg-) - kb.5 V feszültség jelentkezik az adatbusz vonal vezetékén. (Er-átviteli rendszer esetén pedig: kb 2.5 V) Bit állapota 0 értéken: - adóvev- zárt, GND-re kapcsol - kb 0 V jelentkezik az adatbusz vonal vezetékén. Az alábbi táblázat megmutatja nekünk, hogy hogyan oldható meg az egymás utáni bitek sorozatával az információ átvitele. Mivel már 2 bittnek négy különböz- variációja lehet, ezér a bitek számának növelésével jelent-sen megnövelhet- az átvihet- információk mennyisége! Mindazok, akik a lecke olvasásában idáig jutottak, kissé fellélegezhetnek. A lecke befejezéseként egy megjegyzés. Mint említettem, a CAN-IC egy eres buszvonallal is üzemeltethet-, ez a tény pedig el-revetít egy, a szervizszakemberek számára sötét jöv-t. Felkészülhetnek rá, hogy ezt a kábelt el-bbutóbb kiváltja a környezeti zavarokra teljesen érzéketlen fénykábel, melyet többek között a digitális átviteltechnikában már régóta használnak. Akkor pedig már keveset ér a multiméter vagy az oszcilloszkóp..