VIK Wiki

„Valós idejű és biztonságkritikus rendszerek - MEGSZŰNT” változatai közötti eltérés

← Régebbi szerkesztés
VizuálisWikiszöveges
Szikszayl (vitalap | szerkesztései)
4 274 szerkesztés
Nincs szerkesztési összefoglaló
aNincs szerkesztési összefoglaló
 
(9 közbenső módosítás, amit 3 másik szerkesztő végzett, nincs mutatva)
32. sor: 32. sor:


Gyakorlatok a félév során (2010-ben):
Gyakorlatok a félév során (2010-ben):
* 4 alkalom ARM-os gyakorlat, ahol az eCos-szal, valamint a kommunikációs API-val és az ARM-os panellel ismerkedés a cél. ([[MSCSWTech|Szoftvertechnológiával]] közösen)
* 4 alkalom ARM-os gyakorlat, ahol az eCos-szal, valamint a kommunikációs API-val és az ARM-os panellel ismerkedés a cél. ([[Szoftvertechnológia_(MIT)|Szoftvertechnológiával]] közösen)
* 1 alkalom demonstrációs mérés, ahol az ARM-os panelre írt egyszerű programot vizsgáltunk, egyrészt objektumorientált megvalósítás, SW állapot lekódolása szempontjából, másrészt a végén egy teszt fedettség monitorozó program demonstrációjára került sor.
* 1 alkalom demonstrációs mérés, ahol az ARM-os panelre írt egyszerű programot vizsgáltunk, egyrészt objektumorientált megvalósítás, SW állapot lekódolása szempontjából, másrészt a végén egy teszt fedettség monitorozó program demonstrációjára került sor.
* 2*fél alkalom biztonságkritikus témakörből feladatmegoldás gyakorlás
* 2*fél alkalom biztonságkritikus témakörből feladatmegoldás gyakorlás


[http://www.embedded.com/2000/0006/0006feat1.htm Az órán is elhangzó Deadline Monotonic Analysis a diánál bővebben]
[http://static2.docstoccdn.com/docs/89342792/Deadline-monotonic-analysis Az órán is elhangzó Deadline Monotonic Analysis a diánál bővebben]


[http://www.alldatasheet.com/datasheet-pdf/pdf/134654/ETC/IA4420.html A kommunikációs IC adatlapja]
[http://www.alldatasheet.com/datasheet-pdf/pdf/134654/ETC/IA4420.html A kommunikációs IC adatlapja]


=Vizsgák=
=Vizsgák=
==2010.06.07==
 
{{Rejtett | mutatott='''2013.06.07''' | szöveg=
Valósidejű részből (összesen 15 pont):
# DMA feladat, rekurzív képlet (3 pont)
# szemafor műveletek (2 pont)
# flexray - mintavételezés, többségi szavazás (2 pont)
# earliest deadline first ütemező (2 pont)
#* algoritmus
#* Milyen paramétereket kell ismerni az ütemezéshez?
#* preemptív?
# óraszinkronizáció - Master-slave algoritmus (2 pont)
# stack méretét hogyan határozzuk meg (2 pont)
# OS és RTOS indulás összehasonlítása (2 pont)
Biztonságkritikus részből (összesen 15 pont):
# megbízhatósági tényező, elektronikus eszközöknél ábra -> kádgörbe (2 pont)
# szoftvertervezési hibák kijavítása
#* N-verziós programozás, javítóblokkok tulajdonságai (4 pont)
# ok-következmény analízis (2 pont)
# megbízhatósági blokkdiagram - párhuzamos esetre, megbízhatóság kiszámítása (2 pont)
# egy C nyelvű függvényt teszteljük táblázatban lévő bemenetekkel … (kicsit más, mint a mintapélda) (5 pont)
#* hány független út van?
#* döntési ág, utasítás fedettség
#* ha szükséges, akkor kiegészítés
}}
{{Rejtett | mutatott= '''2010.06.14'''|szöveg=
Valósidejű részből (összesen 15 pont):
# DMA-s feladat
#* Worst case válaszidő képlete
#* Példa taszkokra (egyik "interrupt"-nak elnevezve), ki kellett számítani a worst-case válaszidőt
#* Annak eldöntése, hogy a határidők tarthatók-e
# Mi a bizánci típusú hiba? Milyen algoritmussal védekezünk ellene?
# Hasonlítsa össze az RTOS és ált. OS-t rendszer indulása szempontjából!
# Mi a deadlock? Rajz! Hogy védekezünk ellene a pillanatnyi öröklés algoritmussal?
# Mennyire jó RT a stack memória foglalás? A fgv-ek újrahívhatóak-e? Memória kezelés szempontjából biztonságos?
# Mailbox küldésnél mi az előnye és hátránya, ha csak az üzenet tartalmának pointerét küldjük, és magát a tartalmat nem? (előny: kevesebb memóriafoglalás, hátrány: tartalom elveszhet, ha a memóriaterület valamiért felülíródik a másik task általi kiolvasás előtt)
# Előnyös-e egy RT rendszerben, ha a proci kihasználtsága 100%? Miért? (Nem, mert egyrészt a tápforrás szűk keresztmetszet lehet, másrészt a proci élettartalma csökken.)
 
Biztonságkritikus részből (összesen 15 pont):
# Szoftver tervezési hibák kezelése:
#* típusai, ezek rövid leírása (N-verziós progr., javító blokkok)
#* melyiknél mennyi a tolerált hiba
# Hardver, szoftver, hibrid monitorozás összehasonlítása
#* melyiknél hogy történik a triggerelés, felműszerezés, regisztrálás
#* melyiknél jelentkezik az ún. szemantikai hézag
# Az ok-következmény analízis rövid leírása, mi az előnye az eseményfa analízishez képest?
# Add meg a megbízhatóság képletét, ha TMR-rel kezelt hardver hibáról van szó. Meg volt adva r a modulokra, és r a szavazóra.
# Adva volt egy C nyelvű programkód (szinte ugyanaz, mint a példában, csak az if-en belül volt a switch, továbbá a feltétel ÉS feltétel volt), és pár futtatott teszt. Mekkora a teszt fedettség (útra, döntési ágra, feltétel kombinációra), hány független út bejárásával tesztelhető a kódrészlet, ha szükséges, egészítsd ki a teszt sorozatot.
 
A vizsga ideje 60 perc, sietni kell.
}}
{{Rejtett|mutatott='''2010.06.07'''|szöveg=
Valósidejű részből (összesen 15 pont):
Valósidejű részből (összesen 15 pont):
# Deadline Monotonic Analysis nem blokkoló taszkokkal és oprendszer időigényét nem figyelembe véve.(3 pont)
# Deadline Monotonic Analysis nem blokkoló taszkokkal és oprendszer időigényét nem figyelembe véve.(3 pont)
78. sor: 128. sor:


A vizsga ideje 60 perc volt.
A vizsga ideje 60 perc volt.
}}


==2010.06.14==
[[Kategória:Villamosmérnök MSc]]
 
Valósidejű részből (összesen 15 pont):
# DMA-s feladat
#* Worst case válaszidő képlete
#* Példa taszkokra (egyik "interrupt"-nak elnevezve), ki kellett számítani a worst-case válaszidőt
#* Annak eldöntése, hogy a határidők tarthatók-e
# Mi a bizánci típusú hiba? Milyen algoritmussal védekezünk ellene?
# Hasonlítsa össze az RTOS és ált. OS-t rendszer indulása szempontjából!
# Mi a deadlock? Rajz! Hogy védekezünk ellene a pillanatnyi öröklés algoritmussal?
# Mennyire jó RT a stack memória foglalás? A fgv-ek újrahívhatóak-e? Memória kezelés szempontjából biztonságos?
# Mailbox küldésnél mi az előnye és hátránya, ha csak az üzenet tartalmának pointerét küldjük, és magát a tartalmat nem? (előny: kevesebb memóriafoglalás, hátrány: tartalom elveszhet, ha a memóriaterület valamiért felülíródik a másik task általi kiolvasás előtt)
# Előnyös-e egy RT rendszerben, ha a proci kihasználtsága 100%? Miért? (Nem, mert egyrészt a tápforrás szűk keresztmetszet lehet, másrészt a proci élettartalma csökken.)
 
Biztonságkritikus részből (összesen 15 pont):
# Szoftver tervezési hibák kezelése:
#* típusai, ezek rövid leírása (N-verziós progr., javító blokkok)
#* melyiknél mennyi a tolerált hiba
# Hardver, szoftver, hibrid monitorozás összehasonlítása
#* melyiknél hogy történik a triggerelés, felműszerezés, regisztrálás
#* melyiknél jelentkezik az ún. szemantikai hézag
# Az ok-következmény analízis rövid leírása, mi az előnye az eseményfa analízishez képest?
# Add meg a megbízhatóság képletét, ha TMR-rel kezelt hardver hibáról van szó. Meg volt adva r a modulokra, és r a szavazóra.
# Adva volt egy C nyelvű programkód (szinte ugyanaz, mint a példában, csak az if-en belül volt a switch, továbbá a feltétel ÉS feltétel volt), és pár futtatott teszt. Mekkora a teszt fedettség (útra, döntési ágra, feltétel kombinációra), hány független út bejárásával tesztelhető a kódrészlet, ha szükséges, egészítsd ki a teszt sorozatot.
 
A vizsga ideje 60 perc, sietni kell.
 
 
[[Category:Villanyszak]]
A lap eredeti címe: „https://vik.wiki/Valós_idejű_és_biztonságkritikus_rendszerek_-_MEGSZŰNT”