1.6 Tipy pro v´ yvoj grafiky HMI displej˚ u
Udrˇzovat jednoduchost
Pro vytv´aˇren´ı vysoce v´ykonn´e HMI aplikace je d˚uleˇzit´e udrˇzovat jednoduchost.
To zahrnuje zobrazen´ı pouze toho, co je pro uˇzivatele d˚uleˇzit´e. Neoˇcek´avat, ˇze uˇzivatel bude vˇedˇet, co jednotliv´e hodnoty v r´amci procesu znamenaj´ı, na m´ısto toho vhodnˇe tyto hodnoty zobrazit do spr´avnˇe zvolen´eho rozmez´ı.[13]
Dodrˇzet jednoduchost bude ˇz´adouc´ı i v r´amci t´eto pr´ace. Nejdˇr´ıve si zvolit nejd˚uleˇzitˇejˇs´ı z prvk˚u, kter´e bude potˇreba zobrazit pro uˇzivatele. Pot´e prov´est zhod-nocen´ı pˇrehlednosti.
Konzistentnost
Pokud jsou jiˇz napˇr´ıklad v tov´arnˇe k dispozici jin´a HMI, tak bude vhodn´e, aby novˇe vytv´aˇren´y syst´em byl co nejv´ıce podobn´y tˇem st´avaj´ıc´ım. At’ uˇz se jedn´a o um´ıstˇen´ı ovl´adac´ıch prvk˚u, pouˇzit´e barevn´e sch´ema, a dalˇs´ı. Pokud se jedn´a
pˇr´ıpadˇe je potˇreba dodrˇzovat nˇejakou formu konzistence alespoˇn mezi jednotliv´ymi obrazovkami.[13]
V pˇr´ıpadˇe t´eto pr´ace bude moˇzn´e povaˇzovat za jistou formu inspirace zvyklosti z jin´ych automobil˚u a to, at’ elektrick´ych, tak klasick´ych se spalovac´ım motorem.
Nebylo by totiˇz rozumn´e vn´aˇset nˇejakou vlastn´ı formu rozloˇzen´ı, kter´a se nebude ale-spoˇn ˇc´asteˇcnˇe podobat zaˇzit´emu standardu. Nebo napˇr´ıklad vym´yˇslet ´uplnˇe vlastn´ı reprezentaci r˚uzn´ych prvk˚u.
Pouˇzit´ı pˇrimˇeˇren´eho poˇctu barev
Zvolit vhodn´y poˇcet barev, aby bylo umoˇznˇeno efektivnˇe zachytit pozornost uˇzivatele. Napˇr´ıklad barvy urˇcen´e pro upozornˇen´ı by mˇely b´yt pouˇz´ıv´any pouze za t´ımto ´uˇcelem.[13]
Toto doporuˇcen´ı by se dalo pˇrevz´ıt i pro pˇr´ıpad t´eto pr´ace. V´ysledn´a grafick´a podoba by tak mˇela vyuˇz´ıt pˇrimˇeˇren´eho poˇctu barev. D´ıky tomuto pak p˚ujdu jasnˇe a zˇretelnˇe upozornit uˇzivatele, v tomto pˇr´ıpadˇe ˇridiˇce, napˇr´ıklad na nutnost nabit´ı akumul´atoru, ˇci jin´eho technick´eho probl´emu.
1.7 Osvˇ edˇ cen´ e postupy pˇ r´ı v´ yvoji grafiky ˇ r´ıd´ıc´ıho syst´ emu HMI
Pˇresnost
Pˇri vytv´aˇren´ı grafiky je d˚uleˇzit´e zaˇc´ıt s aktualizovan´ymi poˇzadavky a pˇresn´ymi informaci ohlednˇe vytv´aˇren´e aplikace. Vytv´aˇren´ı neaktu´aln´ı ˇci nepˇresn´e grafiky bude m´ıt za n´asledek nutnost pˇrepracov´an´ı a m˚uˇze v´est i ke zmatku.[14]
Toto doporuˇcen´ı by mˇelo b´yt snad nezbytnost´ı, plat´ıc´ı obecnˇe pro vˇetˇsinu pro-jekt˚u. V t´eto pr´aci bude vhodn´e zaˇc´ıt nejdˇr´ıve jen s n´aˇcrtem na pap´ır, kter´y by se n´aslednˇe mohl pˇren´est do samotn´e grafiky displeje. Zde by se nejdˇr´ıve vyˇreˇsilo, zda lze vˇsechny poˇzadovan´e prvky um´ıstit na obrazovku v rozumn´e velikosti. Pokud by se nepodaˇrilo ´uspˇeˇsnˇe um´ıstit vˇsechny poˇzadovan´e prvky, pˇriˇslo by na ˇradu nejdˇr´ıve zmenˇsen´ı v nˇejak´em pomˇeru, pˇr´ıpadnˇe by pak muselo doj´ıt k odebr´an´ı urˇcit´ych prvk˚u a jejich pˇresunut´ı na dalˇs´ı obrazovku.
Vizu´aln´ı logika
Jako dalˇs´ı je potˇreba promyslet nejlepˇs´ı logick´e rozvrˇzen´ı proces˚u do grafiky. Zde se typicky pouˇz´ıv´a rozdˇelen´ı jednotliv´eho procesu do v´ıce oblast´ı. Tyto oblasti pak reprezentuj´ı jednotliv´e ˇc´asti tohoto procesu. Grafika v celkov´em n´ahledu by mˇela zobrazovat vˇsechny interakce mezi vˇsemi zaˇr´ızen´ımi a k tˇemto interakc´ım zobrazit pouze nejd˚uleˇzitˇejˇs´ı informace. Z toho celkov´eho zobrazen´ı by mˇel b´yt umoˇznˇen pˇr´ıstup k detailnˇejˇs´ım informac´ım ohlednˇe kaˇzd´e z interakc´ı.[14]
Pouˇzit´ı animac´ı
Animace obecnˇe v grafice vˇzdy zaujmou. V pˇr´ıpadˇe grafiky HMI by nemˇelo b´yt dovoleno, aby tyto animace zp˚usobovaly jak´ekoliv rozpt´ylen´ı uˇzivatele. Tak´e by mˇely b´yt zobrazeny pouze nezbytn´e informace. Uˇzivatel se totiˇz potˇrebuje v prv´e ˇradˇe zamˇeˇrit na sledov´an´ı stavu procesu.[14]
Doporuˇcen´ı bude urˇcitˇe vhodn´e dodrˇzet i v r´amci n´avrhu grafiky potˇrebn´eho pro tuto pr´aci. Jelikoˇz uˇzivatel, v tomto pˇr´ıpadˇe ˇridiˇc, ocen´ı v´ıce zobrazen´ı stavu baterie a upozornˇen´ı na nutnost dobyt´ı, m´ısto animace, zda je automobil v pohybu. Tato informace by byla na displeji na ´ukor viditelnost ostatn´ıch a pro ˇridiˇce d˚uleˇzitˇejˇs´ıch prvk˚u.
1.8 CAN Bus
CAN (Controler Area Network) je robustn´ı standard sbˇernice pouˇz´ıvan´y ve vo-zidlech. Zjednoduˇsenˇe by se dalo CAN sbˇernici pˇrirovnat k nervov´emu syst´emu automobilu, kter´y umoˇzˇnuje komunikaci mezi vˇsemi jeho ˇc´astmi. V pˇr´ıpadˇe au-tomobilu jsou tˇemito ˇc´astmi jednotliv´a ECU (Electronic Control Unic). ECU je zabudovan´y syst´em v automobilov´e elektronice, kter´y ˇr´ıd´ı jeden ˇci v´ıce elektrick´ych syst´emu nebo subsyst´emu ve vozidle. Napˇr´ıklad airbagy, audiosyst´em nebo manage-ment baterie. Modern´ı vozidla mohou m´ıt aˇz 80 takov´ychto ECU. Protokol sbˇernice CAN pak umoˇzˇnuje komunikaci navz´ajem mezi jednotliv´ymi syst´emy. Odpad´a tak potˇreba realizace vyhrazen´ych linek mezi kaˇzd´ym z tˇechto syst´em˚u. Z´aroveˇn je d´ıky propojen´ı pomoc´ı t´eto sbˇernice umoˇznˇeno, aby jednotliv´a ECU pouˇz´ıvala infor-mace z ostatn´ıch, coˇz eliminuje potˇreby instalace senzor˚u stejn´eho zamˇeˇren´ı do v´ıce zaˇr´ızen´ı. Zde budou uvedeny hlavn´ıch v´yhody a d˚uvody, proˇc je tento standard vyuˇz´ıv´an. [15]
N´ızk´a cena
ECU komunikuj´ı pomoc´ı jedin´eho rozhran´ı CAN. D´ıky ˇcemuˇz je zredukov´ana v´ysledn´a cena, hmotnost i chybovosti.
Centralizace
Syst´em sbˇernice CAN umoˇzˇnuje centr´aln´ı diagnostiku chyb a konfiguraci vˇsech ECU.
Robustnost
Takov´yto syst´em je odoln´y v˚uˇci elektrick´ych poruch´am a elektromagnetick´emu ruˇsen´ı, coˇz ho ˇcin´ı pro prostˇred´ı automobil˚u ide´aln´ım.
Efektivn´ı
Priorita vys´ılan´ych CAN zpr´avy je rozliˇsena pomoc´ı ID. Zpr´avy s nejvyˇsˇs´ı prio-ritou z´ıskaj´ı pˇr´ıstup ke sbˇernici pˇrednostnˇe.
Flexibilita
Kaˇzd´a jednotka ECU pˇripojen´a k CAN sbˇernici m˚uˇze pˇrij´ımat vˇsechny zpr´avy pˇren´aˇsen´e touto sbˇernic´ı. Pak se rozhoduje o relativnosti jednotliv´ych zpr´av pro dan´e ECU a podle toto jsou data akceptov´ana ˇci ignorov´ana.
1.9 Popis demo-boardu
Pro pˇr´ıpad t´eto pr´ace byl vyuˇzit demo-board. Na obr´azku 1.19 je vidˇet blokov´e sch´ema tohoto demo-boardu. V r´amci t´eto pr´ace byla ˇreˇsena funkcionalita ˇci komuni-kace pro n´asleduj´ıc´ı ˇc´asti. Displeje (palubn´ı desky), ˇr´ıdic´ı jednotky, ovl´adac´ıch prvk˚u podvolantov´e jednotky (p´aˇcky smˇerovek, p´aˇcky stˇeraˇc˚u a ostˇrikovaˇc˚u a ovl´ad´an´ı me-chanismu z´amk˚u.