I. függelék – Ellenőrizendő pontok jegyzéke

Amit a könyv nem állít — mérésre bízott adatok, forrás hiányában kihagyott témák és saját következtetések, egy helyre gyűjtve, mérési jegyzőkönyv-sablonnal.

Ebben a fejezetben
  1. I.1 A négy csoport
  2. I.2 Hogyan olvasd a táblázatokat?
  3. I.3 Mérd meg a saját eszközödön
  4. I.4 Nincs rá nyilvános forrás
  5. I.5 A könyv saját következtetései
  6. I.6 A következő kiadás előtt elvégzendő
  7. I.7 Hat mérés — konkrét eljárással
  8. I.8 Mérési jegyzőkönyv-sablon
  9. I.9 Összegzés — mit jelent ez a jegyzék?

Ez a függelék szokatlan egy jegyzetben: azt sorolja fel, amit a könyv nem tud.

Az 1. fejezet ígérete így szólt:

„Ahol egy adatot nem sikerült igazolni, ott ezt nyíltan jelezzük, és megmondjuk, hol keresd. Az ilyen pontok összegyűjtve az I függelékben találhatók.”

Ez a függelék az ígéret beváltása. Negyvenöt pont van benne, négy csoportban.

💡 Miért érdemes ezt elolvasni?

Két okból.

Gyakorlati okból: ha a saját CC100-adon dolgozol, ezek azok a pontok, ahol a könyv nem tud helyetted dönteni — de megmondja, hogyan derítsd ki. A 12 legfontosabbhoz konkrét mérési eljárás is tartozik (I.7).

Szakmai okból: ez a lista megmutatja, hogyan néz ki egy őszinte műszaki dokumentum. Aki majd maga ír üzemi dokumentációt, annak pontosan ilyen jegyzéket kell vezetnie a saját munkájáról: mit tudok biztosan, mit feltételezek, és mit kell még megmérni.

I.1 A négy csoport

Az ellenőrizendő pontok négy csoportja — 45 pont I.3 — Mérd meg 15 a gyártó nem közli, de kimérhető Teendő: végezd el a mérést, és írd le (I.7–I.8) ebből 8 ★ a vizsgához I.4 — Nincs forrás 9 fizetős szabványszöveg mögötti tartalom Teendő: a szabvány szövegéhez kell fordulni ebből 8 biztonságtechnika I.5 — Következtetés 7 logikus levezetés, de nem gyártói tény Teendő: tudd, hogy értelmezést olvasol, nem idézetet I.6 — Kiadás előtt 14 forrásfrissítés, megerősítés Teendő: szerkesztői feladat, nem az olvasóé A két rossz válasz és a jó ✘ Kitalálni az adatot   ·   ✘ Hallgatni a hiányról ✔ Megnevezni a hiányt — és megmondani, hogyan pótolható
I.1. ábra. Az ellenőrizendő pontok négy csoportja és a velük kapcsolatos teendő.
Csoport Mit tartalmaz? Kinek szól? Db
I.3 Mérd meg a saját eszközödön olyan adat, amelyet a gyártói forrás nem közöl, de kimérhető az olvasónak 15
I.4 Nincs rá nyilvános forrás jellemzően fizetős szabványszöveg mögötti tartalom az olvasónak — hova forduljon 9
I.5 A könyv saját következtetése logikus, de nem gyártói tény az olvasónak — tudja, mit olvas 7
I.6 A következő kiadás előtt elvégzendő szerkesztői teendő: forrásfrissítés, megerősítés a szerzőnek/lektornak 14
⚠️ A besorolás nem minőségi ítélet

Egy „mérésre bízott” pont nem azt jelenti, hogy a könyv hanyag volt. Azt jelenti, hogy a gyártó nem publikálta az adatot — és ilyenkor két rossz válasz létezik: kitalálni, vagy hallgatni róla.

A könyv a harmadikat választja: megnevezi a hiányt, és megmondja, hogyan pótolható.

I.2 Hogyan olvasd a táblázatokat?

  • # — a pont azonosítója (I01…I45). Erre hivatkozz, ha jegyzetelsz.
  • A pont — mi az, amit nem tudunk.
  • Hol? — a könyv melyik szakasza írja le.
  • Mi a teendő? — konkrét lépés, nem általánosság.

A ★ jel azt jelöli, hogy a pont a vizsgaprojekthez (26. fejezet) is kell — ezeket érdemes előre tisztázni, nem a vizsga hetében.

I.3 Mérd meg a saját eszközödön

Ezek a legfontosabbak: mind kimérhető, és a mérés önmagában is tanulságos.

# A pont Hol? Mi a teendő?
I01 ★ A CC100 eszközleíró fájljának pontos neve és kiterjesztése 8.2 Töltsd le a gyártó oldaláról (Downloads → Device Files), és írd fel a fájlnevet.
I02 ★ A WBM URL-alakja (http:// vagy https://) és a tanúsítványfigyelmeztetés 9.5 Írd be a böngészőbe a vezérlő IP-címét. Jegyezd fel, melyik protokollra vált, és ad-e figyelmeztetést.
I03 Az ideiglenes fix IP-címhez tartozó alhálózati maszk 9.3 A könyv a PC-oldalon 255.255.255.0-t ír elő. Ha nem jön létre a kapcsolat, ez az első vizsgálandó pont.
I04 ★ A RETAIN / PERSISTENT tényleges túlélése áramkimaradáskor (NVRAM/UPS) 10.3 I.7/M1 mérés. A kulcsszó kérés, nem garancia — a hardvernek is támogatnia kell.
I05 Az élfigyelő Q kimenete hány ciklusig igaz 18.2 I.7/M2 mérés (= a 18.4. gyakorlat). A gyártói súgó ezt nem mondja ki szó szerint.
I06 ★ A CC100 WebVisu portja, és hogy a WBM-ben engedélyezni kell-e a webkiszolgálót 22.5 I.7/M3 mérés. Próbáld a 8080-at; ha nem megy, Configuration → Network Services.
I07 A monitorozott értékek ciklus-konzisztenciája 23.4 I.7/M4 mérés (= a 23.5. gyakorlat): két logikailag összefüggő változó figyelése gyors taskban.
I08 A CC100 naplózójának neve; van-e a WBM-ben külön eszközszintű hibanapló 23.8 Nyisd meg a Log lapot és a WBM Diagnostic → Log Viewer oldalát, és hasonlítsd össze.
I09 A forrásfeltöltés automatikus vagy kérésre történik-e 25.2 Project Settings → Source Download. Gyakorlati jelentősége: az automatikus feltöltés megnöveli a letöltési időt.
I10 ★ A CC100 WSTRING-támogatása (a projektinformáció programból olvasásához) 25.3 I.7/M5 mérés. Ha nem működik, a verziószám HMI-n való megjelenítése más módon oldandó meg.
I11 A CC100 LREAL-támogatása 4.8 Ugyanaz a helyzet: a típus a CODESYS listáján szerepel, a célkészülék támogatása külön kérdés.
I12 ★ A Waveshare modul gyári IP-címe és unit ID-ja 21.3 VirCom-mal keresd meg — épp arra való, hogy IP-cím ismerete nélkül működjön. Jegyezd fel a talált értéket.
I13 ★ A Waveshare 0x10000 / 0x41000 jelölés feloldása 21.5 I.7/M6 mérés — a 21.5. alfejezet négylépéses eljárása. Ez a fejezet módszertani magja.
I14 ★ A CODESYS Modbus-kliens csatornakonfigurációjának menüútjai 20.11, 21.6 A saját CODESYS-verziódban dokumentáld képernyőképekkel — az értékelés „Paraméterek beállítása” szempontja ezt kéri.
I15 Az Input configuration események és műveletek teljes listája 22.3 Nyisd meg a párbeszédpanelt, és nézd végig. Többet ér, mint egy elavult listát megtanulni.
💡 A ★ jelölésű pontok a vizsgaprojekthez kellenek

Nyolc ilyen van (I01, I02, I04, I06, I10, I12, I13, I14). Egyik sem nehéz — de mind időt visz, és mind olyasmi, ami a vizsga hetében nem derülhet ki először.

Javaslat: a 27. fejezet tizenkét hetes tervében a 10. héten, a bővítőmodul bekötésekor menj végig rajtuk egyszerre.

I.4 Nincs rá nyilvános forrás

Ezeket a könyv nem közli, mert a szükséges dokumentum nem nyilvános vagy nem ingyenes. Nem hiányosság: határhúzás.

# A pont Hol? Hova fordulj?
I16 A kockázatgráf S/F/P → PL_r leképezése 24.4 ISO 13849-1 szövege. Egy rossz PL_r-táblázat jegyzetből átvéve életveszélyes lenne.
I17 A biztonsági távolság számítási képlete 24.12 ISO 13855 és a fényfüggöny gyártói kézikönyve.
I18 A SIL 1–4 szintekhez tartozó PFH_D-sávok 24.8 IEC 62061 / IEC 61508. A könyv csak a PL-szintekhez ad számokat.
I19 A C típusú szabvány elsőbbsége ütközés esetén 24.3 A szabványok szövege. A széles körben idézett „a C típusú elsőbbséget élvez” állítást a felhasznált források nem mondják ki.
I20 A megállítási kategória megválasztása egy adott géphez 24.10 Kockázatértékelés + IEC 60204-1. Nagy tehetetlenségű forgó tömegnél az azonnali energiaelvétel akár veszélyesebb is lehet.
I21 Reteszelő berendezések, manipulációvédelem 24.16 ISO 14119.
I22 Biztonsági buszok (PROFIsafe, FSoE) 24.16 A busz szabványgazdájának dokumentációja.
I23 A tanúsított biztonsági programozás követelményei 24.13, 24.16 Tanúsított képzés és a készülék gyártója. A megtanult ST/LD-tudás önmagában nem elég.
I24 Az ISO 5807 pontos folyamatábra-jelölései 5.2 A szabvány szövege nem nyilvános; a könyv csak a nemzetközi gyakorlatot közli — a vizsgán ezeket várják.
⚠️ Ez a csoport a könyv legfontosabb önkorlátozása

Nézd meg, hány pont tartozik a biztonságtechnikához: kilencből nyolc (I16–I23).

Ez nem véletlen. A biztonságtechnikai adatok mögött fizetős szabványszöveg áll, és pontosan ezen a területen a legveszélyesebb a „körülbelül jó” válasz. A 24. fejezet ezért mondja ki: aki biztonsági funkciót tervez, annak a szabvány szövegével a kezében kell dolgoznia, nem egy jegyzet emlékképével.

I.5 A könyv saját következtetései

Ezek nem gyártói tények, hanem a könyv indokolt levezetései. Mindegyiket a szöveg is jelzi ott, ahol előfordul — itt egy helyen látod, mire vonatkozik a fenntartás.

# A következtetés Hol? Mire épül?
I25 A CC100 kimenete félvezetős 7.4 A high-side switching, a rövidzárvédelem és a 0,5 A-es DC-korlát együtt erre utal — de az adatlap a technológiát nem nevezi meg.
I26 A %IW/%QW hozzárendelés magyarázata 20.12 A hozzárendelés ténye gyártói forrásból igazolt; a „szerver programja felőli nézőpont” magyarázat a könyvé.
I27 A modulcsere kilenclépéses eljárása 25.5 Igazolt elemekből összeállítva; nem idézett gyártói eljárásleírás.
I28 A tünet → ok táblázat 23.10 Minden sora igazolt tényre hivatkozik, de a hozzárendelés a könyv következtetése. Kiindulópont, nem diagnózis.
I29 A buszösszehasonlítás „legjobb időadat” sora 19.9 A számok forrásból igazoltak; a belőlük levonható rangsor már értelmezés.
I30 A töréspont munkavédelmi következtetése 8.11, 23.5 A megállási viselkedés gyártói tény; a „csak biztonságos állapotban” tanács a könyv indokolt ajánlása.
I31 A „lineáris” és „strukturált” felépítés meghatározása 11.1–11.3 A fogalompár a magyar szakképzési terminológiából való; szó szerinti, szembeállított gyártói definíciót négy forrásban kerestünk, és nem találtunk. Az alkotóelemek igazoltak.

I.6 A következő kiadás előtt elvégzendő

Ez a csoport a szerkesztőnek szól. Ezek nem az olvasó teendői — de attól még nyíltan szerepelnek, mert a könyv ezt a mércét vállalta.

# A teendő Hol? Miért?
I32 A WAGO tükrözött dokumentumok ellenőrzése a wago.com letöltési oldalán, és a hivatkozások átírása a gyártó saját oldalára H.15 A CC100 adatlapja és kézikönyve terjesztői tükrökről származik (S051–S054, S094, S095).
I33 Az automatizálási szintekhez szabványalapú második forrás (ISA-95 / IEC 62264) 19.2 Jelenleg egyetlen gyártói szószedet (S088) alapozza meg.
I34 Az SR blokk pontos interfészének ellenőrzése a CODESYS objektumböngészőjéből 18.5 Az RS interfésze igazolt (S050); az SR-é a névkonvencióból következtetve.
I35 Az IL összehasonlító operátorainak pontos gyártói megfogalmazása 16.2 A lekért összefoglaló átírási hibát tartalmazott; a könyv ezért nem idézi őket szó szerint.
I36 Az IEC 61131-3 Ed. 4.0: az IL formálisan „eltávolítva” vagy továbbra is „elavult”? 16.4 A részletes listát tartalmazó melléklet nem érhető el; a könyv csak a scope-ot állítja.
I37 A PL b és PL c PFH_D-sávjának ellenőrzése a szabvány szövegéből 24.5 Két forrás egyezik, egy harmadik egy nagyságrenddel eltér (H.14/2.).
I38 A TP blokk EN/IN elírásának ellenőrzése újabb súgóverzióban 17.5 Gyártói dokumentációs elírás (H.14/4.).
I39 A CC100 EtherCAT Master teljesítménye: hány slave, milyen ciklusidővel, a többi porttal kölcsönhatásban 19.13 A gyártói források nem adnak rá számot. Mérési feladat, nem ígéret.
I40 A mesh topológia ipari buszos alkalmazhatósága 19.4 A felhasznált források egyike sem sorolja fel; a könyv nem ígéri.
I41 Az LLDP és az automatikus névadás összefüggése 19.11 A forrás csak szomszédazonosítást és topológiameghatározást mond ki.
I42 A CODESYS projekt-összehasonlítás (project compare) menete 25.8 Nem volt hozzá igazolt forrás.
I43 A WAGO saját modulcsere-eljárása 25.8 A CC100 kézikönyvéből pótolandó.
I44 A „4xxxx” jelölés eredetének és elterjedtségének forrása 20.3 A Modbus-specifikáció nem definiálja; ipari szokás.
I45 A 26. és 27. fejezet rövid forrásmegjegyzése 26., 27. Egyik fejezetnek sincs saját forráslistája — mindkettő a korábbi fejezetek igazolt anyagára épül; ezt érdemes kimondani.

I.7 Hat mérés — konkrét eljárással

Az I.3 csoport hat pontjához itt a teljes mérési eljárás. Mindegyik fél óránál rövidebb, és mindegyik jegyzőkönyvezhető az I.8 sablonnal.

🛠️ M1 — Túléli-e a `RETAIN` az áramkimaradást? *(I04)*

Kérdés: a CC100 rendelkezik-e olyan memóriaterülettel (NVRAM/UPS), amely a RETAIN változókat áramkimaradáskor megőrzi?

  1. Deklarálj egy VAR RETAIN és egy VAR PERSISTENT számlálót, amely másodpercenként nő.
  2. Töltsd le, futtasd, amíg mindkettő felmegy egy jól látható értékre. Jegyezd fel.
  3. Húzd ki a tápot, várj 10 másodpercet, dugd vissza.
  4. Olvasd le mindkét értéket.

Kiértékelés: ha az érték megmaradt → van remanens terület. Ha nullázódott → a RETAIN kulcsszó önmagában nem elég az eszközödön, és a darabszámot máshogy kell megőrizni.

Vesd össze a 10.2. ábra táblázatával — az Online Change / Reset Warm / Reset Cold / Download sorokat a 10.4. gyakorlat méri.

🛠️ M2 — Hány ciklusig igaz az `R_TRIG` kimenete? *(I05)*

Kérdés: a gyakorlat szerint egy ciklusig — de a gyártói súgó ezt nem mondja ki.

  1. Írd meg a 18.4. gyakorlat programját: fbEl(CLK := bGomb); és IF fbEl.Q THEN iCiklusok := iCiklusok + 1; END_IF.
  2. Nyomd meg a gombot egyszer, és olvasd le az iCiklusok értékét.
  3. Ismételd meg élfigyelő nélkül is (közvetlenül a bGomb-ot vizsgálva), és hasonlítsd össze a két számot.

Kiértékelés: ha az első szám 1, az élfigyelő a várt módon működik. A második szám megmutatja, hány cikluson át tartottad nyomva a gombot — ez teszi kézzelfoghatóvá, miért kell egyáltalán élfigyelés.

🛠️ M3 — Melyik porton érhető el a WebVisu? *(I06)*

Kérdés: a gyártói példa 8080-at használ, de a port platformfüggő.

  1. Kapcsold be a WebVisu-t (22.4), és töltsd le a vezérlőre.
  2. Próbáld: http://<a vezérlő IP-címe>:8080/<a .htm fájl neve>.
  3. Ha nem működik, nyisd meg a WBM Configuration → Network Services oldalát, és nézd meg, milyen porton fut a webkiszolgáló, illetve kell-e külön engedélyezni.
  4. Írd fel a működő teljes URL-t.

Kiértékelés: a működő URL bekerül a projektdokumentációdba (25.6) — a kezelőnek is tudnia kell, hol éri el a felületet.

🛠️ M4 — Egyazon ciklusból származnak a monitorozott értékek? *(I07)*

Kérdés: két összefüggő változó mutathat-e „lehetetlen” kombinációt a figyelőlistán?

  1. Írj programot, amelyben bB := NOT bA;, és bA gyorsan változik egy rövid ciklusidejű taskban (például t#4ms).
  2. Tedd mindkettőt egy figyelőlistára, és figyeld hosszabb ideig.
  3. Jegyezd fel, láttál-e olyan pillanatot, amikor bA és bB egyszerre igaz vagy egyszerre hamis volt.

Kiértékelés: ha igen, a monitorozás nem ad ciklus-konzisztens pillanatképet — és ezt hibakeresésnél tudni kell, mert két változó látszólagos ellentmondása nem feltétlenül programhiba.

🛠️ M5 — Támogatja a CC100 a `WSTRING`-et? *(I10)*

Kérdés: kiolvasható-e a programból a projekt verziószáma?

  1. Project → Project Information → Summary: állíts be verziószámot.
  2. Kapcsold be az „Automatically generate 'Project Information' POUs” beállítást.
  3. Fordíts, és próbáld meg a generált függvénnyel kiolvasni a verziót.

Kiértékelés: ha fordítási hibát kapsz WSTRING-re hivatkozva, a célkészülék nem támogatja. Ilyenkor a verziószámot kézzel vidd be egy STRING konstansba, és azt jelenítsd meg a HMI-n (22.10) — a cél ugyanaz, csak az út más.

🛠️ M6 — Mit jelent a `0x10000` a bővítőmodulon? *(I13)*

Kérdés: a gyártó ötjegyű hexa jelölése nem lehet közvetlen PDU-cím (a PDU 16 bites).

  1. Feltételezés: a vezető jegy a Modbus-táblát jelöli, a maradék négy az offsetet — tehát 0x10000 = Discrete Inputs, offset 0.
  2. Mérés: olvass ki 8 bitet a 02-es funkciókóddal, a 0-s offsettől. Kösd be egy kapcsolót az 1. bemenetre.
  3. Kapcsold be, és nézd meg, melyik bit változott.
  4. Következtetés a 21.5. alfejezet négyeredményes táblázata szerint.
  5. Ismételd a többi csatornára, és a kimenetekre az 05-ös kóddal — valódi terhelés nélkül.

Kiértékelés: a végén kezedben van a mért, igazolt címtáblázat. Ez lesz a projektdokumentációd egyik legértékesebb melléklete.

I.8 Mérési jegyzőkönyv-sablon

Egy mérés akkor ér valamit, ha leírtad. Ez a sablon minden fenti méréshez használható — és pontosan ugyanez a szerkezet kell az üzemi gyakorlatban is.

Mező Amit beleírsz
Azonosító a pont száma (I04) és a mérés jele (M1)
Dátum, hely mikor és hol mértél
Eszköz típus, cikkszám, firmware-verzió (9.5)
Környezet CODESYS-verzió, projektnév, task-beállítás
A kérdés egyetlen mondatban, eldönthetően
A feltételezés mit vársz, és miért
Az eljárás számozott lépések, ahogy ténylegesen csináltad
A megfigyelés a nyers eredmény — értékek, LED-állapotok, hibaüzenetek
A következtetés mi derült ki; igazolódott-e a feltételezés
Korlátok mit nem bizonyít a mérés
Melléklet képernyőkép, naplókivonat (23.8), fotó
⚠️ A két mező, amit a legtöbben kihagynak

A feltételezés — ha nem írod le előre, utólag mindig az jön ki, hogy „sejtettem”. A feltételezés rögzítése teszi a mérést kísérletté.

A korlátok — egy mérés mindig egy adott eszközön, egy adott firmware-rel, egy adott konfigurációval készült. Ha ezt nem írod le, valaki más általános szabályként fogja idézni. Ez az a pont, ahol a téves „köztudás” születik.

💡 Ez a vizsgán is pontot ér

A projektfeladat működésvizsgálat szempontja (10%) pontosan ilyen jegyzőkönyvet vár (26.11). Ha a felkészülés közben ezt a sablont használod a fenti hat méréshez, a vizsgán már rutinból fogod kitölteni.

I.9 Összegzés — mit jelent ez a jegyzék?

Negyvenöt pont sok. Érdemes látni, mit mutat a megoszlásuk.

Csoport Db Mit árul el?
Mérd meg 15 A gyártók sok gyakorlati adatot nem publikálnak — nem rosszindulatból, hanem mert konfigurációfüggő.
Nincs nyilvános forrás 9 Ebből 8 biztonságtechnikai: ezen a területen a tudás fizetős szabványszöveg mögött van.
Saját következtetés 7 Ennyi helyen lépett túl a könyv a puszta idézésen — és mindenhol jelezte.
Kiadás előtt elvégzendő 14 A forrásbázis karbantartása folyamatos munka, nem egyszeri feladat.
💡 A függelék valódi üzenete

Egy jegyzettől azt várnánk, hogy mindenre tudja a választ. Ez a könyv 140 forrásból, ~380 oldalon keresztül igyekezett — és a végén negyvenöt ponton azt mondja: ezt nem tudom biztosan, de tudom, hol van a határ, és megmondom, hogyan léphetsz túl rajta.

A szakmában pontosan ez a különbség a megbízható és a magabiztos munka között. Egy PLC-nél a magabiztos, de téves adat nem szégyen kérdése — hanem álló gépsor, elromlott munkadarab vagy sérülés.

Aki tudja, hol vannak a saját tudásának határai, az tudja azt is, mikor kell utánanéznie.

Mennyire volt hasznos ez a fejezet?

Még nincs értékelés.