Introduction: industry, Industry 4.0 and cyber-physical systems

1. 01Meg tudod indokolni, miért a kiberfizikai rendszer a kurzus mérnöki alapmodellje.
2. 02Meg tudod különböztetni a fizikai, logikai, jelátalakító és emberi komponenseket.
3. 03Ki tudod jelölni egy egyszerű gyártócella rendszerhatárát, és meg tudod indokolni, hol húztad meg.
4. 04Azonosítod az információ-, a döntési és a beavatkozási áramlást.
5. 05El tudod magyarázni az eszköz, alrendszer, rendszer és rendszerek rendszere felépítést.
6. 06Használni tudod a három facetet: fogalomalkotás, megvalósítás, igazolás.
7. 07A tíz szempontot mérnöki aggálycsoportként tudod használni, nem címkeként.
8. 08Össze tudsz állítani egy egyszerű szempont-facet mátrixot.
9. 09Az igazolást állítás, bizonyíték, érvelés és bizalmi szint szerint tudod felbontani.
10. 10Az ipari korszakokat a rendszeralkotó technológia változásaként értelmezed, nem évszámokként.
11. 11Meg tudod indokolni, miért kezeljük óvatosan az Ipar 5.0-t: kiterjesztés és hangsúly, nem lezárt ötödik technológiai forradalom.
12. 12Egy állított előnyhöz hozzá tudod rendelni a mutatót, a kiindulási értéket és a mérési módot.
13. 13Fel tudod sorolni a rejtett költségtételeket, és meg tudod különböztetni őket a beszerzési ártól.
14. 14Meg tudod nevezni, melyik NIST-szempont mentén szokott elromlani egy digitalizációs projekt.
15. 15Az MI-t döntési rétegként helyezed el a kiberfizikai hurokban, és meg tudod mondani, melyik autonómiafokhoz mennyi bizonyíték kell.
16. 16Meg tudod indokolni, miért nem biztonsági architektúra egy nyelvi modell közvetlenül beavatkozóra kötve.
17. 17Teljesíted az első küldetést: Mi a rendszer?

• Introduction: industry, Industry 4.0 and cyber-physical systems

  OutlineVisual novelDeck

1. 01. CPS-rendszertervezés és az Ipar 4.0

   Mi a rendszer, hol a határa, mitől kiberfizikai — és mit jelent az, hogy a megvalósítás igazolható.

2. 01b. Előnyök, kockázatok, MI és kiberbiztonság

   Mikor teremt értéket az Ipar 4.0, mi a rejtett költsége, hol szokott elromlani — és hol a helye az MI-nek és a kiberbiztonságnak a kiberfizikai rendszerben.

• Cyber-physical systemLogikai, fizikai, jelátalakító és emberi komponensek együttese, amelyet a fizika és a logika együttes tervezésével építenek egy funkció ellátására. Nem szoftver a gép mellett: a kettő egyetlen rendszer.
• SystemEgymással kölcsönhatásban álló elemek együttese, amely olyasmire képes, amire egyetlen eleme sem. A rendszert nem a részei listája adja meg, hanem a kölcsönhatásaik.
• System boundaryAz a döntés, hogy mi tartozik a rendszerhez és mi a környezetéhez. Mérnöki döntés, nem természeti tény: a határ áthelyezése más rendszert, más követelményeket és más felelősséget jelent.
• Logical componentAmi számol és dönt: vezérlőprogram, modell, ütemező, adatfeldolgozás. Állapota információ, nem anyag.
• Physical componentAmi tömeggel, energiával és tehetetlenséggel rendelkezik: gép, szerszám, munkadarab, szállítószalag, épület.
• Transducing componentAmi a fizikai és az információs világ között fordít: érzékelő az egyik, beavatkozó a másik irányba. Itt keletkezik minden mérési hiba és minden megvalósítási korlát.
• Human componentAz ember a rendszer része, nem a felhasználója: kezelő, döntéshozó, felügyelő vagy karbantartó. A képessége és a terhelhetősége éppúgy rendszerjellemző, mint egy hajtás nyomatéka.
• Information flowMi jut el mérésből, állapotból, üzenetből oda, ahol szükség van rá — és mennyi idő alatt.
• Decision flowKi és mi alapján dönt: melyik szint, milyen hatáskörrel, milyen késleltetéssel. A döntés helye tervezési kérdés, nem szervezeti véletlen.
• Action flowHogyan lesz a döntésből fizikai hatás: parancs, hajtás, mozgás, változás az anyagban.
• System of systemsÖnállóan is működő, önállóan irányított rendszerek együttese, amely együtt új képességet ad. Egy gyár ilyen: a robotcella akkor is működik, ha az ERP áll.
• Conceptualization facetMit akarunk a rendszertől: érintettek igényei, követelmények, funkciók, logikai modellek, elvárt tulajdonságok. Itt még nincs megvalósítás.
• Realization facetHogyan építjük meg: architektúra, részletes terv, implementáció, integráció, szimuláció, üzemeltetés.
• Assurance facetMivel bizonyítjuk, hogy a megvalósítás teljesíti a szándékolt tulajdonságokat. Nem záró fázis: a fogalomalkotással együtt indul, különben nincs mit mérni.
• Aspect-facet matrixA félév visszatérő munkaeszköze: minden szemponthoz feltesszük a három facet kérdését. Mit követelünk meg, hogyan valósítjuk meg, és mivel igazoljuk.
• Enhanced cognitive cycleÉrzékelés, helyzet megértése és döntés, cselekvés, majd a hatás megfigyelése. A kiberfizikai rendszer ezt a kört terjeszti ki méréssel, számítással, kommunikációval és beavatkozással.
• Condition of valueAz Ipar 4.0 akkor teremt értéket, ha a mérés, az információ, a modell, a döntés és a beavatkozás együtt javít egy konkrét rendszermutatót. Ha a lánc bármelyik szeme hiányzik, technológia van, eredmény nincs.
• KPI linkageMinden állított előnyhöz tartozzon egy megnevezett mutató, egy kiindulási érték és egy mérési mód. Aminek nincs mutatója, arról nem lehet megmondani, javult-e.
• Evidence linkageAz állítás, a bizonyíték és az érvelés hármasa a hasznosságra is vonatkozik, nem csak a biztonságra. Egy demó nem bizonyíték, egy pilot nem bizonyíték, egy szállítói referencia nem bizonyíték.
• Risk mitigation linkageMinden megnevezett kockázathoz tartozzon mérnöki intézkedés. A felsorolt, de kezeletlen kockázat nem óvatosság, hanem dokumentált tehetetlenség.
• Jó első projektKicsi, mérhető, és egy konkrét döntéshez kapcsolódik. Van kiindulási értéke, van határideje, és meg lehet mondani róla, hogy sikerült-e.
• Rejtett költségAmi a beszerzési árban nem látszik: integráció, adattisztítás, igazolás, kiberbiztonság, betanítás, üzemeltetés, migráció, karbantartás.
• Integrációs teherA meglévő rendszerek összekötése: protokollok, adatformátumok, jogosultságok, üzemidő alatti bekötés. Rendszerint ez a legnagyobb, legritkábban tervezett tétel.
• Igazolási teherEgy új döntési réteg bevezetése bizonyítást igényel: mérést, összehasonlítást, hibainjektálást. Ez idő és pénz, és rendszerint kimarad a kalkulációból.
• Szállítói bezáródásAmikor a váltás költsége akkora, hogy gyakorlatilag nem választható. Nyílt felületekkel és saját adatbirtoklással enyhíthető, utólag ritkán.
• AdviseA modell javasol, az ember dönt. Itt jelenik meg először az automatizálási elfogultság: a rossz javaslatot is elfogadhatja valaki.
• Supervised autonomyA rendszer önállóan cselekszik egy engedett halmazon belül, ember felügyelet mellett, garantált felülbírálási úttal.
• Assurance gradientMinél közelebb kerül az MI a fizikai beavatkozáshoz, annál több bizonyíték kell hozzá. Nem a modell pontossága nő, hanem az, amit igazolni kell róla.
• Asymmetric error costIpari minőség- és biztonsági feladatokban a téves elfogadás és a téves riasztás ára ritkán egyenlő. A küszöb helyét a költség dönti el, nem a pontosság.
• Attack surfaceMindaz a pont, ahol egy rendszerbe kívülről be lehet avatkozni: hálózati szolgáltatás, távoli hozzáférés, csatlakozó, adathordozó, frissítési csatorna, beszállítói kapcsolat. Minden új összeköttetés növeli — ez az összekötöttség ára.
• OT securityAz üzemi technológia védelme. Nem az informatikai biztonság másolata: itt a rendelkezésre állás és az épség előbbre való a bizalmasságnál, a rendszerek élettartama évtizedes, és a leállás fizikai következménnyel jár.
• ZoneEszközök csoportja, amelyeknek közös a biztonsági követelménye. A zónahatár az, ahol a bizalom megváltozik — nem az, ahol a kábel véget ér.
• ConduitKét zóna közötti, szándékosan megtervezett és ellenőrzött kommunikációs útvonal. Ami nem conduit, az nem is lehet forgalom — ez a szemlélet lényege.
• Data provenanceHonnan származik egy adat, melyik eszközről, milyen kalibrációval, milyen feldolgozáson át. Enélkül egy modell kimenete nem auditálható, csak elhihető.
• Human overrideAz a garantált út, amelyen az ember bármikor átveheti az irányítást. Csak akkor működik, ha ki van próbálva, és ha a kezelő tudja, mikor kell élni vele.
• Fallback controllerEgyszerű, ellenőrzött viselkedésű szabályozó, amely átveszi a működést, ha a fejlett réteg kiesik vagy megbízhatatlanná válik. Nem optimális — de kiszámítható.
• Safety supervisorDeterminisztikus, igazolt réteg a tanult komponens és a beavatkozó között: engedélyez, korlátoz vagy biztonságos állapotba visz.
• Safe operating envelopeAz állapottér azon része, amelyen belül a rendszer működése igazolt. A tanult komponens javaslata ezen kívül nem hajtható végre.
• Automation biasAz ember hajlamos elfogadni a gép javaslatát akkor is, ha saját megfigyelése mást mond. A felügyelet ettől lesz látszólagos.

• A kiberfizikai hurokvetítés
• Négy komponensosztályvetítés
• Információ, döntés, beavatkozásvetítés
• Eszköztől a rendszerek rendszeréigvetítés
• A három facet mint körfolyamattervezett
• Állítás, bizonyíték, érvelés, bizalomvetítés
• A tíz szempont áttekintésevetítés
• Szempont-facet mátrixvetítés
• Időzítési példa végig a három facetenvetítés
• Kiterjesztett kognitív ciklusvetítés
• Ipari korszakok idővonalavetítés
• Ipar 3.0 és Ipar 4.0 architektúrájavetítés
• Gyári CPS-példavetítés
• Unigaku projekciós modellvetítés
• Várható előnyök mutatótérképevetítés
• Rejtett költségek jéghegyevetítés
• Kihívások a NIST-szempontok szerintvetítés
• MI-autonómia és a bizonyítási tehervetítés
• IT-OT rétegek és zónákvetítés
• MI és kiberbiztonság összekapcsolt láncavetítés
• Biztonságos MI-architektúravetítés

The status is honest: planned views are designed but have no running code yet. Nothing is faked; the implementation path is HyMeKo Rust/WASM.

• tervezett

  Rendszerhatár-kijelölő

  Egy gyártócella elemei közül a hallgató választja ki, mi van a rendszeren belül és mi a környezetében — a határ áthelyezésének következményével együtt.

• tervezett

  Komponensbesoroló

  Ugyanannak a cellának az elemeit kell a négy komponensosztályba sorolni: fizikai, logikai, jelátalakító, emberi.

• tervezett

  Áramlásjelölő

  Az információ-, döntési és beavatkozási áramlás megjelölése a cella elemei között.

• tervezett

  Szempont-facet mátrix kitöltő

  Néhány cella kitöltése, majd összevetés a mintaválaszokkal. A cél nem a helyes szó, hanem a három oszlop összhangja.

• fut

  Többnézetű üzemdemó

  Egyetlen közös állapot, öt nézet: fizikai jelenet, Petri-háló, P-gráf, szemantikus gráf és mutatók. Egy beavatkozás — például hiba injektálása a második gépbe — mindegyik nézetben ugyanabból az eseményből következik: a gép megáll, az átmenet letiltódik, az áteresztés csökken, a készlet nő, az állásidő ára megjelenik.

• fut

  Kockázati nézet a többnézetű demóhoz

  A többnézetű demó hatodik nézete: ugyanarról az eseményről megmutatja, mi váltotta ki — fizikai hiba, rossz vagy meghamisított adat, kiberesemény, MI-javaslat vagy kezelői beavatkozás —, és milyen bizonyíték szól emellett.

• What is the system?

  Egy gyártócella: gép, robot, PLC, érzékelő, beavatkozó, kezelő és egy MES-kapcsolat. Ki kell jelölni a rendszerhatárt, besorolni a komponenseket a négy osztályba, megmutatni az információ-, döntési és beavatkozási áramlást, majd kitölteni néhány cellát a szempont-facet mátrixban.

  A beadandó nem technológialista, hanem indokolt CPS-leírás: egy követelmény a fogalomalkotás oldalán, egy megvalósítási javaslat, és annak kimondása, milyen bizonyíték kellene az igazoláshoz.

  koncepció

A fogalmi váz a NIST kiberfizikai rendszerekre vonatkozó anyagaiból származik: a keretrendszer áttekintő kötete és az újabb CPS/IoT oktatási anyagok. Az Ipar 5.0 megfogalmazása európai bizottsági anyagokból való. A hét mérlegelő blokkja három további keretre hivatkozik tájékozódásként: a NIST kiberbiztonsági kerete (CSWP 29, CSF 2.0), a NIST mesterséges intelligencia kockázatkezelési kerete (NIST AI 100-1, AI RMF 1.0) és az IEC 62443 család szemlélete. Védett szabványszöveget nem közlünk, csak oktatási összefoglalót és hivatkozást.

Az Ipar 4.0 nem technológiák listája, hanem az, hogy a fizikai folyamat, a mérés, az információ, a modell, a döntés és a gazdasági cél egyetlen visszacsatolt rendszerré áll össze — és ez a rendszer igazolható. Ha a kör nem zárul be, akkor adatgyűjtés történt. És mert igazolható, mérlegelhető is: az előny mutatóhoz kötve érvényes, a kockázat mérnöki intézkedéshez kötve kezelhető, az állítás bizonyítékhoz kötve hihető.