Védelem a véletlenszerű egyedi hibák veszélyeztető hatása ellen Biztonsági stratégiák
|
|
- Donát Fehér
- 4 évvel ezelőtt
- Látták:
Átírás
1 Védelem a véletlenszerű egyedi hibák veszélyeztető hatása ellen Biztonsági stratégiák Dr. Sághi Balázs diasorra alapján összeállította, készítette Dr. Baranyi Edit
2 KÖZLEKEDÉSI AUTOMATIKA FOLYAMATIRÁNYÍTÓ RENDSZEREK KIALAKÍTÁSA BIZTONSÁGI VONATKOZÁSOK BIZTONSÁG VESZÉLYEZTETÉS b = v B P B (t) A BIZTONSÁG MÉRTÉKE P B (t) = 1 - P V (t) l(t) [h -1 ] A BIZTONSÁG KÍVÁNT FOKA P B (t) P Bmin P V (t) P Vmax V P V (t)
3 VESZÉLYFORRÁSOK KIKÜSZÖBÖLÉSE HATÁS KIKÜSZÖBÖLÉSE HATÁS MÉRSÉKLÉSE AZ IRÁNYÍTÓ RENDSZER VÉLETLENSZERŰ MEGHIBÁSODÁSA IRÁNYÍTÓ- RENDSZER IRÁNYÍTÓ- RENDSZER FOLYAMAT FOLYAMAT
4 AZ IRÁNYÍTÓ RENDSZER VÉLETLENSZERŰ MEGHIBÁSODÁSAI ELLENI VÉDELEM ESZKÖZEI BIZTONSÁGI STRATÉGIÁK MÓDSZEREK ELJÁRÁSOK VESZÉLYFORRÁSOK KIKÜSZÖBÖLÉSE HATÁS KIKÜSZÖBÖLÉSE HATÁS MÉRSÉKLÉSE P B (t) P Bmin P V (t) P Vmax IRÁNYELVEK, INTÉZKEDÉSEK MŰSZAKI SZERVEZÉSI IRÁNYÍTÓ RENDSZER KIALAKÍTÁSA ÜZEMELTETÉSE (Karbantartás, javítás)
5 MŰKÖDŐKÉPESSÉG FENNTARTÁSA Megbízhatóságnövelő módszerek BIZTONSÁGI ÁLLAPOT ELÉRÉSE SAFE-LIFE Tökéletesség, hibakizárás FAULT-TOLERANT Hibatűrés, hibahatás maszkolása FAIL-SAFE Hibabiztos, akadályozó állapot Azonnali vagy szabályozott leállás AZ IRÁNYÍTOTT FOLYAMAT JELLEGÉTŐL FÜGGŐ VÁLASZTÁS BIZTONSÁG = MŰKÖDŐKÉPESSÉG Pl. repülés BIZTONSÁGOS HIBAÁLLAPOT Pl. energiaminimum (szárazföldi) SAFE-LIFE FAULT-TOLERANT FAIL-SAFE AZ IRÁNYÍTÓRENDSZER KARBANTARTÁSI, JAVÍTÁSI LEHETŐSÉGEI
6 Hibabiztos: hiba esetén biztonságos (akadályozó) állapotba jut, és a javításig ott is marad
7 Példa
8 AKADÁLYOZÓ ÁLLAPOT, VESZÉLYEZTETŐ ÁLLAPOT 0 P 0 (t) m a l a l v m v AKADÁLYOZÓ ÁLLAPOT hibafelismerés, lekapcsolás hibakatalógus hibaszituációk 1 P 1 (t) P P B V ( t) ( t) P ( t) 0 P 2 ( t) l v << l a m v << m a 2 P 2 (t) P ( t) 1 A hibafelismerő mechanizmus hibája is akadályozó állapotot kell, hogy kiváltson! VESZÉLYEZTETŐ ÁLLAPOT tudatos kockázatvállalás - hibakizárás kockázat-tűrés!!! nem tudatos kockázatvállalás ismeretlen alkatrészek, szoftverek Intézkedések a nem tudatos kockázatvállalás mérséklésére A rendszer az egyszer már elért akadályozó állapotot csak emberi beavatkozásra (javítás) hagyhatja el.
9 Önellenőrzés A hibafelismerő mechanizmus saját hibáját is ismerje fel, és ez a felismert hiba is akadályozó állapotot kell, hogy kiváltson!
10 EGY HIBA ELV a kapcsolásokat úgy kell kialakítani, hogy egy hiba önmagában ne okozhasson veszélyeztető állapotot; a hibafelismerő mechanizmus kialakításánál akkor elegendő egyidejűleg egy hibát feltételezni ha, ez a hiba felismerhető, és a hibafelismerő mechanizmusnak nem kell túl sok elemet ellenőriznie; a fellépő hibát még egy újabb hiba fellépése előtt, T a időn belül fel kell ismerni, és a rendszert akadályozó állapotba kell vezérelni, hogy az esetleges további hibák hatástalanok legyenek: T a 1, ahol a l1 l2 1000a amennyiben az első hiba nem ismerhető fel, úgy további egyidejű hibákat kell feltételezni mindaddig, amíg a hibakombináció felismerhetővé nem válik.
11 A veszélyeztető állapot átvezetése akadályozó állapotba 0 0 l a m v l a ma l v ma l v Egy hiba elv - kikapcsolási idő >> m v esetén
12 Valódi fail-safe rendszerek Alapfeltétel: aszimmetrikus meghibásodási tulajdonság Megvalósítás: egycsatornás kivitel Kvázi fail-safe rendszerek Alkalmazás: szimmetrikus meghibásodási tulajdonság esetén Megvalósítás: többcsatornás kivitel fail-safe összehasonlítóval
13 Valódi fail-safe rendszerek Alapfeltétel: aszimmetrikus meghibásodási tulajdonság Megvalósítás: egycsatornás kivitel
14 VALÓDI FAIL-SAFE RENDSZEREK Önellenőrző tulajdonság: kapcsolóelemek + kapcsolástechnika Egycsatornás kialakítás ASZIMMETRIKUS MEGHIBÁSODÁSI TULAJDONSÁG parciális meghibásodási ráták 0 Valódi FS l e l h X 1 2 Kapcsolóelemek biztonsági jelfogók speciális elektronika l = l e + l h l h << l e l v << l a
15 A PÉLDA Biztonsági jelfogóknál konstrukciós alapon kizárható, hogy a jelfogó állapotával ellentétes érintkező zárjon B P B Z A P A Z B Reset E Z B P B Z A P A Z A E Z B E E Z A Z B
16 FÉLVEZETŐ ELEMEK PROBLÉMÁJA +U T 0 l sa 0 1 l sa 1 2 U Be U Ki l sa0 l sa1 Stuck at 1 sa1 Stuck at 0 sa0 Szimmetrikus meghibásodási tulajdonság Nincs veszélytelen hibaállapot Megoldás: speciális,valódi FS elektronika többcsatornás kialakítás
17 Speciális, huzalozott félvezető logika 1 Szokásos H Speciális 0 0 L 1 0 Egycsatornás valódi FS feldolgozás Korlátozott alkalmazhatóság
18 Reaktív hibabiztosság VALÓDI FAIL-SAFE RENDSZEREK Ennél a technikánál megengedjük, hogy egy biztonságreleváns funkciót egyetlen egység lásson el, feltéve, hogy annak biztonságos működése bármely veszélyes hiba behatárolásával és hatálytalanításával biztosítható. Bár a tényleges biztonságreleváns funkciót csak egyetlen egység látja el, az ellenőrző/tesztelő/hibadetektáló funkciót másik egységként kell tekinteni, amely független a közös eredetű hibák elkerülése végett.
19 Reaktív hibabiztosság VALÓDI FAIL-SAFE RENDSZEREK A FUNKCIÓ HIBADETEKTÁLÁS BIZT. ÁLL.-BA VALÓ KÉNYSZERÍTÉS A FUNKCIÓ OUTPUT A FUNKCIÓ HIBÁJA DETEKTÁLÁS OUTPUT T BIZTONSÁGI ÁLLAPOT Az A -ban fellépő hiba felismerési és a biztonságos állapotba való kényszerítési ideje nem haladhatja meg a tranziens, potenciálisan veszélyes kimeneti jel időtartamára vonatkozó korlátot.
20 Kvázi fail-safe rendszerek Alkalmazás: szimmetrikus meghibásodási tulajdonság esetén Megvalósítás: többcsatornás kivitel fail-safe összehasonlítóval
21 Duál elektronikai felépítés KÉTCSATORNÁS KIALAKÍTÁS A KIMENETEK ÉS KAPCSOLATÁVAL Információfeldolgozás: nem fail-safe 2 v 2 (2-ből 2) rendszer
22 KVÁZI FAIL-SAFE RENDSZEREK 1 1 Információfeldolgozás: nem fail-safe 2 v 2 (2-ből 2) rendszer Kimenet: valódi fail-safe összehasonlító 1 2 Reset 2 ÖH 2 l a = 2l l ÖH l l Számítógépek 1 2 ÖH ÖH l ÖH <<l ÖH+K Valódi FS Időablak! Közös módusú hibák!!! Diverz kialakítás???
23 Összetett (kompozit) hibabiztosság KVÁZI FAIL-SAFE RENDSZEREK Minden egyes biztonságreleváns funkciót legalább két egység lát el. Ezeknek az egységeknek függetlenek kell lenniük minden más egységtől a közös eredetű hibák elkerülése végett. A nem akadályozó (restrictive) jellegű működések csak akkor hajtódhatnak végre, ha a szükséges számú egység egyetért. Egy egység veszélyes hibájának felismerése és hatástalanítása adott időn belül meg kell, hogy történjen annak érdekében, hogy a második egység azonos jellegű hibája elkerülhető legyen.
24 Összetett (kompozit) hibabiztosság KVÁZI FAIL-SAFE RENDSZEREK A FUNKCIÓ HIBADETEKTÁLÁS A FUNKCIÓ B FUNKCIÓ & BIZT. ÁLL.-BA VALÓ KÉNYSZERÍTÉS OUTPUT B FUNKCIÓ HIBADETEKTÁLÁS A FUNKCIÓ HIBÁJA DETEKTÁLÁS B FUNKCIÓ HIBÁJA OUTPUT T BIZTONSÁGI ÁLLAPOT Az első hiba fellépésének valószínűsége, együttesen az első hiba detektálási és biztonságos állapotba való kényszerítési ideje alatt fellépő második hiba valószínűségével, kisebb kell, hogy legyen, mint a valószínűségszámítással meghatározott biztonsági célkitűzés.
25 TÖBBSZINTŰ ÖSSZEHASONLÍTÁS 1 2 A beolvasott adatok cseréje és összehasonlítása A feldolgozott adatok cseréje és összehasonlítása ÖH+K FS összehasonlító és kapcsoló
26 ÖSSZEHASONLÍTÁS KÖZVETLEN VEZÉRLÉSSEL ÉS VISSZAOLVASÁSSAL BE1 BE2 KI1 V1 V2 KI2 + --
27 Ember-gép rendszer Az irányító rendszer akadályozó állapota esetén a forgalom fenntartása érdekében az ember beavatkozik. l a Ezzel részben vagy egészben átveszi P 1 (t) a meghibásodott műszaki rendszertől a biztonsági felelősséget is. 1 0 P 0 (t) m a l a l v m v l e 2 P 2 (t) Hibás emberi tevékenység következtében az ember-gép rendszer veszélyeztető állapotba kerülhet ( 3 ). 3 l e >> l a A szükséges emberi beavatkozások száma függ attól is, hogy az akadályozó állapot milyen hosszú ideig áll fenn m a
28 A humán hibagyakoriság mérséklése A hibás emberi cselekvés gyakorisága l e = / cselekvés. Mérséklési lehetőségek (forgalomirányító személyzet, járművezetők, javító személyzet): a biztonsági feladatot ellátó irányító rendszer minél ritkábban kerüljön akadályozó állapotba, és minél rövidebb ideig tartózkodjon ebben az állapotban; a rutinműveletektől való mentesítés (kevesebb cselekvés), vezetett cselekvéssor (check-listák, gépi támogató eszközök), hibajelzések, javítási eljárások a javító személyzet számára; megfelelő kiképzés, szinten tartás.
29 A humán hibagyakoriság mérséklése Hívójelzés kivezérlése
30 Példa
31 Példa
32 A rendszer, alrendszer, berendezés architektúrája (szabvány példa) Technikák, intézkedések SIL 1 SIL 2 SIL 3 SIL 4 1. A biztonságorientált és nem biztonságorientált rendszerek szétválasztása R R HR HR 2. Egyszerű elektronikai felépítés ön-teszteléssel és ellenőrzéssel R R Duál elektronikai felépítés R R Összetett fail-safe jellegen alapuló duál elektronikai felépítés fail-safe összehasonlítással R R HR HR 5. Belső fail-safe jellegen alapuló egyszerű elektronikai felépítés R R HR HR 6. Reaktív fail-safe jellegen alapuló egyszerű elektronikai felépítés R R HR HR 7. Diverziter elektronikai struktúra fail-safe összehasonlítással R R HR HR 8. Az architektúra igazolása a hardver mennyiségi megbízhatósági elemzésével HR HR HR HR
33 A hibakizárás stratégiája
34 TÖKÉLETESSÉG, HIBAKIZÁRÁS IDEÁLIS l = 0 VALÓSÁGOS 0 0 P 0 (t) = P B (t) KORLÁTOZOTT ALKALMAZÁS EGYSZERŰ ELEMEK, RENDSZEREK RÖVID BIZTONSÁGOS ÉLETTARTAM MEGELŐZŐ KARBANTARTÁS 1 l P 1 (t) = P V (t) 1 P B1 P B (t) P Bmin WORST CASE FELTÉTELEZÉS t 1 t
35 Bennfoglalt (inherens) hibabiztosság Ennél a technikánál megengedjük, hogy egyetlen egység lásson el egy biztonságreleváns funkciót, feltéve, ha annak valószínűsíthető meghibásodási módjai nem veszélyesek. Bármely olyan hibamódot, amelyet valószínűtlennek minősítenek (pl. belső fizikai tulajdonságok miatt), ilyen szempontból igazolni kell. A bennfoglalt hibabiztosságot összetett és reaktív hibabiztosságú rendszerekben fel lehet használni, például az egységek közötti függetlenség biztosítására, illetve veszélyes hiba észlelésekor a rendszer leállításának kikényszerítésére.
36 Példa Egymotoros kisrepülő nem állhat le Motor olaj cserélni kell xxx km után Gumiabroncs megfelelő mélység szükséges
37 Példa Szigeteltsín áramkör (biztonsági jelfogó)
38 Példa Mechanikus biztosítóberendezés
39 Hibatűrő rendszer: hiba esetén is működőképes és biztonságos marad Megvalósítás: több (legalább 3) csatornás kivitel és többségi elvű szavazás
40 A HIBA FELISMERÉSE ÉS HATÁSÁNAK MASZKOLÁSA HARDVER-REDUNDANCIA / TARTALÉKOLÁS m >> l m P 0 (t) l P 1 (t) l P ( t) P ( t) P 2 (t) P B V 1 ( t) Pi ( t) i 0 2 A biztonsági rendszerek működőképességének biztosítása teljes értékű tartalékolással (teljes funkcionalitás) csökkentett értékű tartalékolással (csökkentett funkcionalitás). EGYÉB REDUNDANCIA FORMÁK
41 2x(2v2) RENDSZER l l l l ÖH ÖH Jó, csak egy kicsit sok hardver kell.
42 TÖBBSÉGI LOGIKA (SZAVAZÓ) ALKALMAZÁSA 3-ból 2 szavazólogika l l l M
43 Diverz rendszerkialakítás Megvalósítható hardveresen (különböző alkatrészek) szoftveresen (különböző szoftverek ugyanarra a feladatra) eltérő specifikáció eltérő programozó csapatok eltérő programnyelv stb. A szisztematikus hiba megjelenésekor (üzem közben) észlelhető Megfelelő hibareakciót kell kiváltani Előny védelem a szisztematikus hibák veszélyes hatása ellen polcról levett komponensek (COTS, Commercial Off-The-Shelf) alkalmazhatósága Hátrány A hibadetektálás az üzem közbenre tolódik (kisebb rendelkezésreállás) A különböző csatornák szinkronizálása nehéz Drága (fejlesztés és üzemeltetés) 43
44 2x(2v2) RENDSZER B A A A B B A B 1 2 Reset 2 ÖH ÖH ÖH Bekapcsolási sorrend 44
45 TÖBBSÉGI LOGIKA (SZAVAZÓ) ALKALMAZÁSA 3-ból 2 0 l l l m 3l l l 3 Diverz kialakítás??? Közös módusú hibák!!! 45
46 TÖBBSÉGI LOGIKA KIKAPCSOLÁSSAL Reset 1/2 Reset 1/3 Reset 2/3 1/2 1/3 2/3 1/2 1/3 2/ l l l M l M <<l 46
47 Biztonsági architektúrák 1 hardver, 1 szoftver Lehet, h. a szoftver jól van megírva, de a hardver véletlen hibái ellen semmi nem véd. A
48 Biztonsági architektúrák 1 hardver, 2 szoftver Két különböző (diverz) szoftver fut (A és B) ugyanazon a gépen. Két szoftver futhat párhuzamosan, vagy egymás után. Az összehasonlító felfedi, ha a két szoftver mást mond felfedhetők a specifikációs és programozási hibák Mivel a két program eltérő, ezért egy HW hiba nem egyformán hat a két szoftverre, így a véletlen HW hibák is felfedhetők Pl. Ebilock (svéd) elektronikus bb. A B ÖH
49 Biztonsági architektúrák 2 hardver, 1 szoftver 2-ből 2 rendszer (2v2) Véd a hardver véletlen meghibásodásai ellen A szoftvert eleve jóra kell készíteni, mert az architektúra nem véd a specifikációs és programozási hibák ellen. Pl. Siemens SIMISelv A ÖH A
50 Biztonsági architektúrák 2 hardver, 2 szoftver Az architektúra véd a véletlen hardver hibák ellen és a szoftver hibák ellen. A két csatornában eltérő specifikációval, eltérő programnyelven kifejlesztett programok futnak Pl. Alcatel (Thales) Elektra A ÖH B
51 Rendelkezésre állás Az eddig bemutatott architektúrák biztonságosak ugyan, de már egy hiba esetén is működésképtelenek. Módszerek a rendelkezésre állás növelésére: Tartalékolás Egycsatornás rendszer: redundancia 2v2 2 (2v2) (pl. SIMIS IS: SIMIS PC) 2v2 2v3 (pl. SIMIS IS: ECC számítógépek)
52 2v2 2 mikroszámítógép óraszinkron utasításszinkron a mikroszámítógépektől független 2 összehasonlító összehasonlítja a kimeneteket és a processzor tartalmakat (memóriát)
53 Számítógép konfigurációk 2v2 konfiguráció Data input Microcomputer 1 Microcomputer 2 Input Input Data exchange Data exchange Processor Processor Comparison Synchronisation Synchronisation Memory Memory Comparison Output Output Channel 1 Channel 2
54 2v3 3 mikroszámítógép 6 független összehasonlító egység a 3. csatorna is aktív hiba esetén a hibás csatorna/modul leáll tovább működik 2v2 rendszerként
55 2v3 Data input Microcomputer A Microcomputer B Microcomputer C Input Input Input A Data exchange Data exchange Data exchange Data exchange Data exchange Data exchange A B B Processor Memory Processor Memory Processor Memory C Synchronisation Synchronisation Synchronisation C D D E Comparison Comparison Comparison Comparison Comparison Comparison E Output & Output & Output & Channel A Channel B Channel C
56 SIMIS PC 2 (2v2) diverz számítógéprendszer Kereskedelmi forgalomban kapható számítógépek és operációs rendszerek AMD, Intel alaplap/processzor Win2000, Linux operációs rendszerek a diverzitás, és az ECC-kben való összehasonlítás miatt lehetséges ezek alkalmazása Összehasonlítás az ECC-kben történik (időablakkal)
57 STOP RUN DEL PB ECC-CU STOP RUN DEL PB ECC-CU STOP RUN DEL PB ECC-CU SIEMENS SIEMENS SIEMENS SIEMENS SIEMENS STOP F1 F2 F3 F4 F5 F6 F7 F8 SOM PSS ERR F1 - F8 STOP PSS ERR SOM F1 - F8 F1 F2 F3 F4 F5 F6 F7 F8 STOP PSS ERR SOM F1 - F8 F1 F2 F3 F4 F5 F6 F7 F8 STOP PSS ERR SOM F1 - F8 F1 F2 F3 F4 F5 F6 F7 F8 STOP SOM PSS ERR F1 - F8 F1 F2 F3 F4 F5 F6 F7 F8 STOP PSS HS2 POM ERR M2+ M1+ M2- M1- L SHIFT HS1 R RUN STOP PSS HS2 POM ERR M2+ M1+ M2- M1- SIEMENS SIEMENS SIEMENS SIEMENS SIEMENS SIEMENS SIEMENS SIEMENS L SHIFT HS1 R RUN STOP PSS HS2 POM ERR M2+ M1+ M2- M1- L SHIFT HS1 R RUN STOP RUN DEL PB ECC-CU STOP RUN DEL PB ECC-CU STOP RUN DEL PB ECC-CU SIEMENS SIEMENS SIEMENS SIEMENS SIEMENS STOP F1 F2 F3 F4 F5 F6 F7 F8 SOM PSS ERR F1 - F8 STOP PSS ERR F1 F2 F3 F4 F5 F6 F7 F8 SOM F1 - F8 STOP PSS ERR F1 F2 F3 F4 F5 F6 F7 F8 SOM F1 - F8 STOP PSS ERR F1 F2 F3 F4 F5 F6 F7 F8 SOM F1 - F8 STOP SOM PSS ERR F1 - F8 F1 F2 F3 F4 F5 F6 F7 F8 STOP PSS HS2 POM ERR M2+ M1+ M2- M1- L SHIFT HS1 R RUN STOP PSS HS2 POM ERR M2+ M1+ M2- M1- SIEMENS SIEMENS SIEMENS SIEMENS SIEMENS SIEMENS SIEMENS SIEMENS L SHIFT HS1 R RUN STOP PSS HS2 POM ERR M2+ M1+ M2- M1- L SHIFT HS1 R RUN SIMIS PC Intel/Win2000 Intel/Win2000 AMD/Linux AMD/Linux SIMIS PC 2 x 2-ből 2 rendszer EIM ECC 3-ból 2 rendszer
58 ELEKTRA Rendszerfelépítés kezelőfelület kapcsoló Két diverz szoftver csatorna 2 VCA VCB 2 A két csatornában lévő gépeknek egyenként van 2- es vagy 3-as redundanciájuk 3 CCA VOTRICS CCB 3 VOTRICS 2 PCA PCB 2 Perifériavezérlő kártyák
Biztonsági folyamatirányító. rendszerek szoftvere
Biztonsági folyamatirányító rendszerek szoftvere 1 Biztonsági folyamatirányító rendszerek szoftvere Tartalom Szoftverek szerepe a folyamatirányító rendszerekben Szoftverek megbízhatósága Szoftver életciklus
RészletesebbenKözlekedési automatika Biztonsági architektúrák
Közlekedési automatika Biztonsági architektúrák Dr. Sághi Balázs diasora alapján összeállította, kiegészítette: Lövétei István Ferenc BME Közlekedés- és Járműirányítási Tanszék 2019 Tartalomjegyzék Bevezetés
RészletesebbenVeszélyforrások, veszélyeztetések
Veszélyforrások, veszélyeztetések 1 Biztonságkritikus folyamatok A közlekedés veszélyes üzem: személyek tárgyak a környezet biztonságát sérülések okozásával veszélyeztetheti. Példák más veszélyes folyamatokra,
RészletesebbenKözlekedési automatika. BME Közlekedés- és Járműirányítási Tanszék Dr. Sághi Balázs
Közlekedési automatika BME Közlekedés- és Járműirányítási Tanszék Dr. Sághi Balázs 1 Közlekedési automatika Közlekedésben alkalmazott automatikus irányító rendszerek Jármű szerkezeti fedélzeti Forgalomirányító
RészletesebbenKözlekedési automatika. Dr. Sághi Balázs BME Közlekedés- és Járműirányítási Tanszék 2017
Közlekedési automatika Dr. Sághi Balázs BME Közlekedés- és Járműirányítási Tanszék 2017 A közlekedési rendszerekkel szemben támasztott elvárások Elvárások Biztonság Kapacitás Probléma A kapacitás növekedése
Részletesebbenbiztonságkritikus rendszerek
Kockázat, biztonság, biztonságkritikus rendszerek Dr. Sághi Balázs BME Közlekedés- és Járműirányítási Tanszék Tartalom A közlekedéssel szembeni elvárások A kockázat fogalma Kockázatcsökkentés Követelmények
RészletesebbenMegbízhatóság és biztonság. Dr. Sághi Balázs BME Közlekedés- és Járműirányítási Tanszék 2017
Megbízhatóság és biztonság Dr. Sághi Balázs BME Közlekedés- és Járműirányítási Tanszék 2017 A közlekedési rendszerekkel szemben támasztott elvárások Elvárások Biztonság Kapacitás Probléma A kapacitás növekedése
RészletesebbenKÖZLEKEDÉSAUTOMATIKA
Nyíregyháza, 2016/2017. 2. fé. KÖZLEKEDÉSAUTOMATIKA Dr. Bede Zsuzsanna adjunktus (BME Közlekedés- és Járműirányítási Tanszék) bede.zsuzsanna@mail.bme.hu 1 BIZTONSÁG VESZÉLYEZTETÉS SÉRÜLÉS 2 A BIZTONSÁG
RészletesebbenArchitektúra tervezési példák: Architektúrák biztonságkritikus rendszerekben
Architektúra tervezési példák: Architektúrák biztonságkritikus rendszerekben Majzik István majzik@mit.bme.hu Biztonságos állapotok Működésmód Fail-stop működés A megállás (lekapcsolás) biztonságos állapot
RészletesebbenKözlekedési automatika Biztonságintegritás, életciklus modellek
Közlekedési automatika Biztonságintegritás, életciklus modellek Dr. Sághi Balázs diasora alapján összeállította, kiegészítette: Lövétei István Ferenc BME Közlekedés- és Járműirányítási Tanszék 2019 Tartalomjegyzék
RészletesebbenAutóipari beágyazott rendszerek. Funkcionális biztonságossági koncepció
Autóipari beágyazott rendszerek Funkcionális biztonságossági koncepció 1 Funkcionális biztonsági koncepció Functional safety concept Cél A funkcionális biztonsági követelmények levezetése A biztonsági
RészletesebbenBiztonságkritikus rendszerek architektúrája
Biztonságkritikus rendszerek architektúrája Rendszertervezés és -integráció előadás dr. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék BME-MIT
RészletesebbenFejlesztés kockázati alapokon 2.
Fejlesztés kockázati alapokon 2. Az IEC61508 és az IEC61511 Szabó Géza Szabo.geza@mail.bme.hu 1 A blokk célja Áttekintő kép a 61508-ról és a 61511-ről, A filozófia megismertetése, Nem cél a követelmények
RészletesebbenSzolgáltatásbiztos rendszerek: Architektúra tervezési példák
Szolgáltatásbiztos rendszerek: Architektúra tervezési példák Majzik István majzik@mit.bme.hu Feladatátvételi fürtök (Failover clustering, High availability clustering) Hardver architektúra Egyszeres hibapont
Részletesebben2. gyakorlat RENDSZEREK MEGBÍZHATÓSÁGA: SOROS RENDSZEREK, REDUNDANCIA. Összeállította: Farkas Balázs
2. gyakorlat RENDSZEREK MEGBÍZHATÓSÁGA: SOROS RENDSZEREK, REDUNDANCIA Összeállította: Farkas Balázs BEVEZETÉS RENDSZERTULAJDONSÁGOK Egy rendszer megbízhatósága függ: elemeinek megbízhatóságától és az elemek
RészletesebbenBiztonságkritikus rendszerek architektúrája (2. rész)
Biztonságkritikus rendszerek architektúrája (2. rész) Rendszertervezés és -integráció előadás dr. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
RészletesebbenBiztonságkritikus rendszerek Gyakorlat: Architektúrák
Biztonságkritikus rendszerek Gyakorlat: Architektúrák Rendszertervezés és -integráció dr. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék BME-MIT
RészletesebbenA BIZTONSÁGINTEGRITÁS ÉS A BIZTONSÁGORIENTÁLT ALKALMAZÁSI FELTÉTELEK TELJESÍTÉSE A VASÚTI BIZTOSÍTÓBERENDEZÉSEK TERVEZÉSE ÉS LÉTREHOZÁSA SORÁN
A BIZTONSÁGINTEGRITÁS ÉS A BIZTONSÁGORIENTÁLT ALKALMAZÁSI FELTÉTELEK TELJESÍTÉSE A VASÚTI BIZTOSÍTÓBERENDEZÉSEK TERVEZÉSE ÉS LÉTREHOZÁSA SORÁN Szabó Géza Bevezetés Az előadás célja, vasúti alrendszerekre
RészletesebbenAutóipari beágyazott rendszerek. Kockázatelemzés
Autóipari beágyazott rendszerek Kockázatelemzés 1 Biztonságkritikus rendszer Beágyazott rendszer Aminek hibája Anyagi vagyont, vagy Emberéletet veszélyeztet Tipikus példák ABS, ESP, elektronikus szervokormány
RészletesebbenHibatűrés. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Hibatűrés Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék http://www.mit.bme.hu/ 1 Hibatűrés különféle hibák esetén Hardver tervezési hibák
RészletesebbenMiskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája. Készítette: Urbán Norbert
Miskolci Egyetem Alkalmazott Informatikai Intézeti Tanszék A minőségbiztosítás informatikája Készítette: Urbán Norbert Szoftver-minőség A szoftver egy termelő-folyamat végterméke, A minőség azt jelenti,
RészletesebbenSzámítógép architektúra
Budapesti Műszaki Főiskola Regionális Oktatási és Innovációs Központ Székesfehérvár Számítógép architektúra Dr. Seebauer Márta főiskolai tanár seebauer.marta@roik.bmf.hu Irodalmi források Cserny L.: Számítógépek
RészletesebbenKözlekedési automatika Biztonsági folyamatirányító rendszerek szoftvere
Közlekedési automatika Biztonsági folyamatirányító rendszerek szoftvere Dr. Sághi Balázs diasora alapján összeállította, kiegészítette: Lövétei István Ferenc BME Közlekedés- és Járműirányítási Tanszék
RészletesebbenBiztosítóberendezések biztonságának értékelése
Žilinská univerzita v Žiline Elektrotechnická fakulta Univerzitná 1, 010 26 Žilina tel: +421 41 5133301 e mail: kris@fel.uniza.sk Téma: Biztosítóberendezések ának értékelése prof. Ing. Karol Rástočný,
RészletesebbenSzoftver architektúra tervek ellenőrzése
Szoftver architektúra tervek ellenőrzése Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék http://www.mit.bme.hu/~majzik/ Tartalomjegyzék A fázis
RészletesebbenProgramozható logikai vezérlő
PROGRAMABLE LOGIC CONTROLLER Programozható logikai vezérlő Vezérlés fejlődése Elektromechanikus (relés) vezérlések Huzalozott logikájú elektronikus vezérlések Számítógépes, programozható vezérlők A programozható
RészletesebbenIRÁNYÍTÓ RENDSZER IRÁNYÍTANDÓ FOLYAMAT. Biztonsági funkciók Biztonsági integritás. Normál működés. Hibák elleni védettség Saját (belső) biztonság
Biztonsági funkciók Biztonsági integritás Teljes funkcionalitás Biztonsági funkciók Irányító funkciók Gyakoriság Normál működés Kockázat osztályozás Veszélyelemzés Kockázatcsökkentés Súlyosság Belső kockázat
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (4) Szoftverminőségbiztosítás Biztonság kritikus szoftverek Hibatűrés Szoftver-diverzitás Biztonság, biztonságosság Mentesség azoktól a feltételektől, melyek halált, sérülést,
RészletesebbenProgramozható logikai vezérlõk
BUDAPESTI MÛSZAKI EGYETEM KÖZLEKEDÉSMÉRNÖKI KAR KÖZLEKEDÉSAUTOMATIKAI TANSZÉK Programozható logikai vezérlõk Segédlet az Irányítástechnika I. c. tárgyhoz Összeállította: Szabó Géza egyetemi tanársegéd
RészletesebbenAz ISO Cél: funkcionális biztonság kizárva az elektromos áramütés, tűz stb. veszélyeztetések
Az ISO 26262 Alkalmazási terület sorozatgyártott, 3.500 kg-ot nem meghaladó személygépjárművek elektromos és/vagy elektronikus (E/E) komponenseket tartalmazó biztonságreleváns rendszereire. Cél: funkcionális
RészletesebbenA fejlesztési szabványok szerepe a szoftverellenőrzésben
A fejlesztési szabványok szerepe a szoftverellenőrzésben Majzik István majzik@mit.bme.hu http://www.inf.mit.bme.hu/ 1 Tartalomjegyzék Biztonságkritikus rendszerek A biztonságintegritási szint Az ellenőrzés
RészletesebbenÜzletmenet folytonosság menedzsment [BCM]
Üzletmenet folytonosság menedzsment [BCM] Üzletmenet folytonosság menedzsment Megfelelőség, kényszer? Felügyeleti előírások Belső előírások Külföldi tulajdonos előírásai Szabványok, sztenderdek, stb Tudatos
RészletesebbenSzárazföldi autonóm mobil robotok vezérlőrendszerének kialakítási lehetőségei. Kucsera Péter ZMNE Doktorandusz
Szárazföldi autonóm mobil robotok vezérlőrendszerének kialakítási lehetőségei. Kucsera Péter ZMNE Doktorandusz A mobil robot vezérlőrendszerének feladatai Elvégzendő feladat Kommunikáció Vezérlő rendszer
RészletesebbenÉlettartam teszteknél alkalmazott programstruktúra egy váltóvezérlő példáján keresztül
Élettartam teszteknél alkalmazott programstruktúra egy váltóvezérlő példáján keresztül 1 Tartalom Miről is lesz szó? Bosch GS-TC Automata sebességváltó TCU (Transmission Control Unit) Élettartam tesztek
RészletesebbenKedvenc rejtvényeim Mit tudok és mit hiszek el?
Kedvenc rejtvényeim Mit tudok és mit hiszek el? Mottó A matematikus azt old meg, amit tud A mérnök azt old meg, amit kell Ebből következik, hogy Nem tudunk minden részletében tökéleteset csinálni Sok mindent
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2017-18/2 (9) Szoftverminőségbiztosítás Specifikáció alapú (black-box) technikák A szoftver mint leképezés Szoftverhiba Hibát okozó bement Hibás kimenet Input Szoftver Output Funkcionális
RészletesebbenBiztonságkritikus rendszerek architektúrája
Biztonságkritikus rendszerek architektúrája Rendszertervezés és -integráció előadás dr. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék BME-MIT
RészletesebbenA Siemens LED-optika fejlesztései
A Siemens LED-optika fejlesztései Gazdaságos működés LED használatával Restricted Siemens AG 2018 siemens.hu A fényforrások új generációja A LED-es optikákat magas rendelkezésre állás és megbízhatóság
RészletesebbenIRC beüzemelése Mach3-hoz IRC Frekvenciaváltó vezérlő áramkör Inverter Remote Controller
IRC beüzemelése Mach3-hoz IRC Frekvenciaváltó vezérlő áramkör Inverter Remote Controller A PicoPower család tagja 2012-10-19 A Pico IRC használatával szoftverből állíthatjuk a frekvenciaváltóval vezérelt
Részletesebbenhardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba
= hardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba HaXSoN Szerver Vékonyterminál vékonyterminál A HaXSoN vékonyterminál jellemzői - kis méretű, alacsony fogyasztású,
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (3) Szoftverminőségbiztosítás A szoftverminőségbiztosítási rendszer (folyt.) Eljárások, munkautasítások Eljárás: egy adott módja valami elvégzésének részletezett tevékenységek,
Részletesebbenevosoft Hungary Kft.
2. fejezet: Runtime Software Előadó: Petényi István - üzletágvezető ELŐADÓ: PETÉNYI ISTVÁN üzletágvezető Programozó matematikus, ELTE Informatikai Kar projektvetető, ágazatvezető, szakterületvezető, üzletág
RészletesebbenSzoftver újrafelhasználás
Szoftver újrafelhasználás Szoftver újrafelhasználás Szoftver fejlesztésekor korábbi fejlesztésekkor létrehozott kód felhasználása architektúra felhasználása tudás felhasználása Nem azonos a portolással
RészletesebbenPárhuzamos programozási platformok
Párhuzamos programozási platformok Parallel számítógép részei Hardver Több processzor Több memória Kapcsolatot biztosító hálózat Rendszer szoftver Párhuzamos operációs rendszer Konkurenciát biztosító programozási
RészletesebbenSZOFTVER-MINŐSÉGBIZTOSÍTÁS BIZTONSÁGKRITIKUS RENDSZEREK. Széchenyi István Egyetem. Alapfogalmak
Alapfogalmak Biztonságkritikus rendszer: Olyan informatikai rendszer, amely azzal az elsődleges követelménnyel működtetendő, hogy ne veszélyeztesse az emberi életet, egészséget, ne okozzon gazdasági vagy
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2017-18/2 (4) Szoftverminőségbiztosítás Biztonság kritikus szoftverek Hibatűrés Szoftver-diverzitás Biztonság, biztonságosság Mentesség azoktól a feltételektől, melyek halált, sérülést,
RészletesebbenMegbízhatóság az informatikai rendszerekben
Megbízhatóság az informatikai rendszerekben Az információ Minden intelligens rendszer hajtóanyaga Az információ minőségi jellemzői Sértetlenség Biztonság Adatvédelem Titkosság Hitelesség Rendelkezésre
RészletesebbenTarnai Géza: Elektronikus biztosítóberendezések
Tarnai Géza: Elektronikus biztosítóberendezések Tarnai Géza: Elektronikus biztosítóberendezések... 1 1. Az elektronikus biztosítóberendezések jellegzetességei [3],[5]... 2 Rendszerstruktúra...2 A vágányúti
RészletesebbenProgramtervezés. Dr. Iványi Péter
Programtervezés Dr. Iványi Péter 1 A programozás lépései 2 Feladat meghatározás Feladat kiírás Mik az input adatok A megoldáshoz szükséges idő és költség Gyorsan, jót, olcsón 3 Feladat megfogalmazása Egyértelmű
RészletesebbenPárhuzamos programozási platformok
Párhuzamos programozási platformok Parallel számítógép részei Hardver Több processzor Több memória Kapcsolatot biztosító hálózat Rendszer szoftver Párhuzamos operációs rendszer Konkurenciát biztosító programozási
RészletesebbenAz előadásdiák gyors összevágása, hogy legyen valami segítség:
Az előadásdiák gyors összevágása, hogy legyen valami segítség: Az elektronikai gyártás ellenőrző berendezései (AOI, X-RAY, ICT) 1. Ismertesse az automatikus optikai ellenőrzés alapelvét (a), megvilágítási
RészletesebbenRubin SPIRIT TEST. Rubin firmware-ek és hardverek tesztelése esettanulmány V1.0. Készítette: Hajnali Krisztián Jóváhagyta: Varga József
Rubin firmware-ek és hardverek tesztelése esettanulmány V1.0 Készítette: Hajnali Krisztián Jóváhagyta: Varga József Rubin Informatikai Zrt. 1149 Budapest, Egressy út 17-21. telefon: +361 469 4020; fax:
RészletesebbenA szoftverfejlesztés eszközei
A szoftverfejlesztés eszközei Fejleszt! eszközök Segédeszközök (szoftverek) programok és fejlesztési dokumentáció írásához elemzéséhez teszteléséhez karbantartásához 2 Történet (hw) Lyukkártya válogató
Részletesebben1. VDA és Ford ajánlások a hibaláncolatok pontozásához konstrukciós FMEA esetén
1. VDA és Ford ajánlások a láncolatok pontozásához konstrukciós FMEA esetén A bekövetkezés valószínûsége - B 1. táblázat A bekövetkezési valószínûségének pontozási irányelvei Szám Gyakoriság Hibaarány
RészletesebbenSzámítógép felépítése
Alaplap, processzor Számítógép felépítése Az alaplap A számítógép teljesítményét alapvetően a CPU és belső busz sebessége (a belső kommunikáció sebessége), a memória mérete és típusa, a merevlemez sebessége
RészletesebbenHibatűrés. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék
Hibatűrés Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék http://www.mit.bme.hu/ 1 Hibatűrés különféle hibák esetén Hardver tervezési hibák
RészletesebbenIdőprogramozott üzemeltetés a kényelemért és a gazdaságosságért
Idővezérlés Időprogramozott üzemeltetés a kényelemért és a gazdaságosságért A Hager digitális heti- és éves kapcsolóóráival vevőinek a legmodernebb időkapcsolási technikát kínálhatja. Programozható kulcs
RészletesebbenPCS100 UPS-I Ipari felhasználási célú UPS
DMPC LV Power Conditioning, 09/2015 PCS100 UPS-I Ipari felhasználási célú UPS 2UCD120000E028 rev A September 25, 2015 Slide 1 PCS100 UPS-I, Ipari felhasználási célú UPS A létesítményét tápláló energiaellátás
RészletesebbenBiztonságkritikus rendszerek
Biztonságkritikus rendszerek Biztonságkritikusnak nevezzük azon rendszereket, melyek hibás működése jelentős anyagi kárt okoz, vagy emberek testi épségét, életét veszélyezteti. Autóipari rendszerek esetében
RészletesebbenAz Invitel adatközponti virtualizációja IBM alapokon
Az Invitel adatközponti virtualizációja IBM alapokon Németh Sándor Invitel Távközlési Zrt. 2040 Budaörs, Puskás T. u. 8-10. nemeths@invitel.co.hu Tel. : +36 1 801 15 00 Tartalom 2 A tipikus IT infrastruktúra
RészletesebbenAz MSP430 mikrovezérlők digitális I/O programozása
10.2.1. Az MSP430 mikrovezérlők digitális I/O programozása Az MSP430 mikrovezérlők esetében minden kimeneti / bemeneti (I/O) vonal önállóan konfigurálható, az P1. és P2. csoportnak van megszakítás létrehozó
RészletesebbenIntelligens biztonsági megoldások. Távfelügyelet
Intelligens biztonsági megoldások A riasztást fogadó távfelügyeleti központok felelősek a felügyelt helyszínekről érkező információ hatékony feldolgozásáért, és a bejövő eseményekhez tartozó azonnali intézkedésekért.
RészletesebbenFoglalkozási napló a 20 /20. tanévre
Foglalkozási napló a 20 /20. tanévre Elektronikai műszerész szakma gyakorlati oktatásához OKJ száma: 34 522 03 A napló vezetéséért felelős: A napló megnyitásának dátuma: A napló lezárásának dátuma: Tanulók
Részletesebben1. Generáció( ):
Generációk: 1. Generáció(1943-1958): Az elektroncsövet 1904-ben találták fel. Felfedezték azt is, hogy nemcsak erősítőként, hanem kapcsolóként is alkalmazható. A csövek drágák, megbízhatatlanok és rövid
RészletesebbenA VEZETÉSBIZTONSÁGI KOCKÁZAT MENEDZSELHETŐ!
A VEZETÉSBIZTONSÁGI KOCKÁZAT MENEDZSELHETŐ! A balesetek eddig fel nem ismert oka Robotpilóta a fedélzeten A robotpilóta nem a jövő, hanem a jelen. A bennünk lévő robotpilóta vezeti az autónkat, de nincs
RészletesebbenÜDVÖZÖLJÜK A HaXSoN BEMUTATÓN!
ÜDVÖZÖLJÜK A HaXSoN BEMUTATÓN! info@dldh.hu www.dldh.hu Mit is jelent? Hardware-XWindow-Software-Network = hardver-szoftver integrált rendszer, amely Xwindow alapú terminálokat szervez egy hálózatba Kialakulás
RészletesebbenA TESZTELÉS ALAPJAI MIÉRT SZÜKSÉGES A TESZTELÉS? MI A TESZTELÉS? ÁLTALÁNOS TESZTELÉSI ALAPELVEK
A TESZTELÉS ALAPJAI MIÉRT SZÜKSÉGES A TESZTELÉS? MI A TESZTELÉS? ÁLTALÁNOS TESZTELÉSI ALAPELVEK MUNKAERŐ-PIACI IGÉNYEKNEK MEGFELELŐ, GYAKORLATORIENTÁLT KÉPZÉSEK, SZOLGÁLTATÁSOK A DEBRECENI EGYETEMEN ÉLELMISZERIPAR,
RészletesebbenMintapélda: Rendszertesztelés a SAFEDMI projektben
Mintapélda: Rendszertesztelés a SAFEDMI projektben Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék http://www.inf.mit.bme.hu/ Tartalomjegyzék
RészletesebbenII. rész: a rendszer felülvizsgálati stratégia kidolgozását támogató funkciói. Tóth László, Lenkeyné Biró Gyöngyvér, Kuczogi László
A kockázat alapú felülvizsgálati és karbantartási stratégia alkalmazása a MOL Rt.-nél megvalósuló Statikus Készülékek Állapot-felügyeleti Rendszerének kialakításában II. rész: a rendszer felülvizsgálati
RészletesebbenÚj Siemens Megoldások a Vasúti Automatizálásban
Új Siemens Megoldások a Vasúti Automatizálásban XVIII. Közlekedésfejlesztési XVIII. Közlekedésfejlesztési Beruházási Konferencia, és Beruházási Bükfürd, Konferencia, 2017. április Bükfürd, 27. Mérföldkövek
RészletesebbenPLC-K ÁLTALÁNOS FELÉPÍTÉSE
PLC-K ÁLTALÁNOS FELÉPÍTÉSE Második generációs PLC felépítése PLC-k programbeviteli lehetőségei A PLC-k programozása történhet: konzollal célszámítógéppel általános célú PC-vel A célszámítógépek ma már
RészletesebbenBevezetés. Adatvédelmi célok
Bevezetés Alapfogalmak Adatvédelmi célok Adatok és információk elérhet!ségének biztosítása és védelme Hagyományosan fizikai és adminisztratív eszközökkel Számítógépes környezetben automatizált eszközökkel
RészletesebbenSzoftver-mérés. Szoftver metrikák. Szoftver mérés
Szoftver-mérés Szoftver metrikák Szoftver mérés Szoftver jellemz! megadása numerikus értékkel Technikák, termékek, folyamatok objektív összehasonlítása Mér! szoftverek, programok CASE eszközök Kevés szabványos
RészletesebbenR-KORD Kft Präsentation LED.pptx - Fordította: Nikli Barbara
1 2 izzószálas lámpa hosszútávon már nem áll rendelkezésre a világítástechnikában jelentkező műszaki innovációt a vasúton is követni kell (élettartam, alacsonyabb energiaszükséglet, rezgésállóság) 3 L1
Részletesebben3. Biztonságkritikus rendszerek
3. Biztonságkritikus rendszerek Ebben a fejezetben az informatikai rendszerek azon csoportjával a biztonságkritikus rendszerekkel foglakozunk, ahol kiemelt jelentősége van a biztonságnak. A legnagyobb
RészletesebbenMegbízhatósági analízis
Megbízhatósági analízis Rendszertervezés és -integráció előadás dr. Majzik István Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek Tanszék BME-MIT Célkitűzések BME-MIT
RészletesebbenA hibakezelés tesztelése: Hibainjektálás
Szoftverellenőrzési technikák (vimim148) A hibakezelés tesztelése: Hibainjektálás Majzik István és Micskei Zoltán Budapesti Műszaki és Gazdaságtudományi Egyetem Méréstechnika és Információs Rendszerek
RészletesebbenDr. habil. Maróti György
infokommunikációs technológiák III.8. MÓDSZER KIDOLGOZÁSA ALGORITMUSOK ÁTÜLTETÉSÉRE KIS SZÁMÍTÁSI TELJESÍTMÉNYŰ ESZKÖZÖKBŐL ÁLLÓ NÉPES HETEROGÉN INFRASTRUKTÚRA Dr. habil. Maróti György maroti@dcs.uni-pannon.hu
RészletesebbenHegesztőrobot rendszerek biztonságtechnikája
Hegesztőrobot rendszerek biztonságtechnikája Dipl. Ing. Zsolt, GYŐRVÁRY Application engineer Flexman Robotics Kft. Europe 1 A hegesztő robotrendszerekre vonatkozó biztonsági előírások csoportosítása 2
RészletesebbenMagic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon
Magic xpi 4.0 vadonatúj Architektúrája Gigaspaces alapokon Mi az IMDG? Nem memóriában futó relációs adatbázis NoSQL hagyományos relációs adatbázis Más fajta adat tárolás Az összes adat RAM-ban van, osztott
RészletesebbenOperációs rendszerek. Bemutatkozás
Bevezetés az operációs rendszerek világába dr. Benyó Balázs benyo@sze.hu Bemutatkozás www.sze.hu/~benyo 1 Számítógép HW-SW felépítése felhasználó felhasználó felhasználó Operációs rendszer Operációs rendszer
RészletesebbenA szolgáltatásbiztonság alapfogalmai
A szolgáltatásbiztonság alapfogalmai Majzik István majzik@mit.bme.hu http://www.mit.bme.hu/oktatas/targyak/vimim146/ 1 Tartalomjegyzék A szolgáltatásbiztonság fogalma A szolgáltatásbiztonságot befolyásoló
RészletesebbenJárműinformatika A járműinformatikai fejlesztés
Járműinformatika A járműinformatikai fejlesztés 2016/2017. tanév, II. félév Dr. Kovács Szilveszter E-mail: szkovacs@iit.uni-miskolc.hu Informatika Intézet 107/a. Tel: (46) 565-111 / 21-07 A járműfejlesztés
RészletesebbenAdatok ábrázolása, adattípusok
Adatok ábrázolása, adattípusok Összefoglalás Adatok ábrázolása, adattípusok Számítógépes rendszerek működés: információfeldolgozás IPO: input-process-output modell információ tárolása adatok formájában
Részletesebbenevosoft Hungary Kft.
Intelligens eszközök fejlesztése az ipari automatizálásban 9. fejezet: Minőség menedzsment Előadó: Harrer Ágnes Krisztina minőségügyi megbízott menedzser ELŐADÓ: HARRER ÁGNES KRISZTINA Minőségügyi megbízott
RészletesebbenBlack start szimulátor alkalmazása a Paksi Atomerőműben
Black start szimulátor alkalmazása a Paksi Atomerőműben 2011 A Paksi Atomerőmű újra indítása teljes külső villamos hálózat vesztés esetén (black start) Egy igen összetett és erősen hurkolt villamos átviteli
RészletesebbenMielıtt használná termékünket 702008035. Az eltérı környezeti körülmény elektromos áramütést, tüzet, hibás mőködést vagy. okozhat.
. Adatlap G rogrammable ogic Controller GOFA-GM Sorozat GM-DR20/0/0/0A Mielıtt használná termékünket 02000 Olvassa el ezt az adatlapot figyelmesen különösen ügyelve a kezelésre, beépítésre, beszerelésre
RészletesebbenSzoftverminőségbiztosítás
NGB_IN003_1 SZE 2014-15/2 (11) Szoftverminőségbiztosítás Tesztautomatizálás A tesztelés kivitelezése Tesztelési feladatok Detektálatlan maradék hibák számának csökkentése hatásosan és hatékonyan megfelelő
RészletesebbenIRÁNYÍTÁSTECHNIKAI ALAPFOGALMAK, VEZÉRLŐBERENDEZÉSEK FEJLŐDÉSE, PLC-GENERÁCIÓK
IRÁNYÍTÁSTECHNIKAI ALAPFOGALMAK, VEZÉRLŐBERENDEZÉSEK FEJLŐDÉSE, PLC-GENERÁCIÓK Irányítástechnika Az irányítás olyan művelet, mely beavatkozik valamely műszaki folyamatba annak: létrehozása (elindítása)
RészletesebbenAz informatika alapjai. 10. elıadás. Operációs rendszer
Az informatika alapjai 10. elıadás Operációs rendszer Számítógépek üzemmódjai Az üzemmód meghatározói a számítógép adottságai: architektúra hardver kiépítés, térbeli elhelyezés, szoftver, stb. Üzemmód
RészletesebbenELEKTRONIKUS BIZTOSÍTÓBERENDEZÉSEK ETCS
ELEKTRONIKUS BIZTOSÍTÓBERENDEZÉSEK ETCS Az előadást a Siemens Rt. felkérésére összeállította: Dr. Tarnai Géza III. Országos Vasúti Távközlési és Biztosítóberendezési Szakmai Konferencia 2000.10.9-11. Miskolc-Lillafüred
RészletesebbenA szolgáltatásbiztonság alapfogalmai
A szolgáltatásbiztonság alapfogalmai Majzik István majzik@mit.bme.hu http://www.mit.bme.hu/oktatas/targyak/vimim146/ 1 Tartalomjegyzék A szolgáltatásbiztonság fogalma A szolgáltatásbiztonságot befolyásoló
RészletesebbenMérési jegyzőkönyv. az ötödik méréshez
Mérési jegyzőkönyv az ötödik méréshez A mérés időpontja: 2007-10-30 A mérést végezték: Nyíri Gábor kdu012 mérőcsoport A mérést vezető oktató neve: Szántó Péter A jegyzőkönyvet tartalmazó fájl neve: ikdu0125.doc
RészletesebbenBudapesti Mûszaki Fõiskola Rejtõ Sándor Könnyûipari Mérnöki Kar Médiatechnológiai Intézet Nyomdaipari Tanszék. Karbantartás-szervezés a nyomdaiparban
Budapesti Mûszaki Fõiskola Rejtõ Sándor Könnyûipari Mérnöki Kar Médiatechnológiai Intézet Nyomdaipari Tanszék Karbantartás-szervezés a nyomdaiparban 6. előadás Karbantartás irányítási információs rendszer
RészletesebbenAutóipari vezérlőegységek aktív környezetállósági tesztelésének módszerei
Autóipari vezérlőegységek aktív környezetállósági tesztelésének módszerei Aradi Szilárd PhD témavezető: Dr. Gyenes Károly Közlekedés és járműirányítás workshop BME 2011 ISBN 978-963-420-975-1 Bevezetés
RészletesebbenProgramozható logikai vezérlõk
BUDAPESTI MÛSZAKI EGYETEM KÖZLEKEDÉSMÉRNÖKI KAR KÖZLEKEDÉSAUTOMATIKAI TANSZÉK Programozható logikai vezérlõk Segédlet az Irányítástechnika I. c. tárgyhoz Összeállította: Szabó Géza egyetemi tanársegéd
RészletesebbenHogy mi is a mintázat, és mit tekintünk információnak, az a leírómodellünk céljától is függ!
Előttem fal, mögöttem fal, ajtók, ablakok, padok, színek, illatok V1 épület 404-es terem Mondhatnék eov koordinátát, ha tudnám ;-) Tápfeszültség ellátás Rendszer komplexitás Versenyhelyzetek Öntesztelés
RészletesebbenIrányítástechnika 1. 9. Elıadás. PLC-k programozása
Irányítástechnika 1 9. Elıadás PLC-k programozása Irodalom - Helmich József: Irányítástechnika I, 2005 - Zalotay Péter: PLC tanfolyam - Jancskárné Anweiler Ildikó: PLC programozás az IEC 1131-3 szabvány
RészletesebbenBiztonsági rendszerek 1
Biztonsági rendszerek 1 Vasúti biztosítóberendezések Kezelı készülékek & Perifériák Villamosmérnök BSc szak Vasúti biztosítóberendezések alapvetı feladata Alapjeladó A vasúti forgalom irányításának gépesítése,
RészletesebbenHogyan lesz adatbányából aranybánya?
Hogyan lesz adatbányából aranybánya? Szolgáltatások kapacitástervezése a Budapest Banknál Németh Balázs Budapest Bank Fehér Péter - Corvinno Visontai Balázs - KFKI Tartalom 1. Szolgáltatás életciklus 2.
Részletesebben