Kuidas koostada OLLA Labi abil PLC-programmeerimise portfoolio tehnilisteks vestlusteks

Tõhus PLC-programmeerimise portfoolio aastal 2026 peaks näitama dünaamilist valideerimist, mitte ainult staatilisi redeldiagramme. Eksporditud OLLA Labi kasutuselevõtu artefaktid võivad dokumenteerida I/O põhjuslikkust, järjestuse juhtimist, blokeeringute käitumist ja ebanormaalsetest tingimustest taastumist riskivabas simulatsioonikeskkonnas, mida värbamismeeskonnad saavad kiiresti üle vaadata.

Levinud viga on PLC-portfoolio käsitlemine tarkvarakoodi portfooliona. Automaatikas tõestab üks redelipulk (rung) süntaksit; see ei tõesta, et insener suudab valideerida järjestuse käitumist, jälgida I/O põhjuslikkust või taastada masina ohutult pärast riket. Süntaks on oluline. Kasutatavus on veelgi olulisem.

See eristus on värbamispraktikas üha enam märgatav. Tootmissektori tööjõuraportid sellistelt allikatelt nagu Deloitte ja National Association of Manufacturers näitavad jätkuvalt püsivat oskuste nappust tehnilistes rollides, kuid need arvud ei tähenda, et tööandjad vajavad lihtsalt rohkem CV-sid, mis väidavad PLC-tundmist. Need viitavad sellele, et tööandjad vajavad ohutumaid viise praktilise valmisoleku tuvastamiseks reaalsetes töötingimustes (Deloitte & The Manufacturing Institute, 2024; NAM, 2024). Kallis osa ei ole inimeste leidmine, kes oskavad joonistada isehoidvat vooluringi. See on inimeste leidmine, kes suudavad selgelt mõelda, kui järjestus kaotab mõtte.

Ampergon Vallis Metric: Tuginedes 1200 OLLA Labi kasutajaseansi siseanalüüsile, mis olid seotud tööjõu ülemineku portfoolio koostamisega, olid portfooliod, mis sisaldasid eksporditud digitaalse kaksiku valideerimislogisid (näidates edukat taastumist simuleeritud anduri juhtme katkemise veast), seotud 42% lühema esmase tehnilise hindamise ajaga kui portfooliod, mis sisaldasid ainult staatilisi redeldiagrammide pilte. Metoodika: n=1200 seansiga seotud portfoolio ülevaadet; ülesande määratlus = värbaja või värbamisjuhi esmane ülevaade kandidaadi esitatud artefaktidest; võrdlusbaas = ainult staatiliste redeldiagrammidega portfooliod; ajavahemik = aprill 2025 kuni veebruar 2026. See toetab väidet portfoolio artefaktide ülevaatuse tõhususe kohta. See ei toeta ühtegi väidet töölevõtmise garantii, töökohtade täitumise määra või suurema kohapealse pädevuse kohta.

Tööandjad küsivad valideerimistõendeid, sest testimata loogika on kasutuselevõtu risk, mitte õppimisstiil. Juuniorinsener võib kirjutada redelipulga, mis näeb õige välja, kuid jätta tähelepanuta võistlusolukorra (race condition), ebaõnnestunud lubava tingimuse (permissive), halva taaskäivitusraja või analoogpiirangu tingimuse, mis ilmneb alles siis, kui protsess liigub.

Digitaalse kaksiku valideerimine tähendab siinses kitsas tähenduses kavandatud juhtimisjärjestuse võrdlemist vaadeldud simuleeritud seadme reageeringuga normaalsetes ja ebanormaalsetes tingimustes. See määratlus on operatiivne, mitte dekoratiivne. Kui redeldiagramm ütleb, et pump peaks madala taseme korral seiskuma, peaks ka simuleeritud seadme olek seiskuma, andma häiret ja taastuma vastavalt määratletud juhtimisfilosoofiale.

See on oluline, sest tehnilised vestlused testivad üha enam süsteemset mõtlemist, mitte juhiste meenutamist. Intervjueerijad soovivad tõendeid selle kohta, et kandidaat oskab vastata küsimustele nagu:

• Milline sisend põhjustas selle väljundi ülemineku?
• Milline lubav tingimus blokeeris käivitamise?
• Mis on esmane rike (first-out fault)?
• Mis juhtub pärast hädaseiskamise (E-Stop) lähtestamist?
• Kas järjestus jätkub, taaskäivitub või nõuab operaatori kinnitust?
• Mis on selle masina oleku puhul "õige"?

Staatiline ekraanipilt ei suuda neile küsimustele vastata. Parimal juhul see vihjab. Juhtimistöödes on vihjed odavad.

OLLA Lab on siinkohal kasulik, kuna see paigutab redelloogika simulatsiooni töövoogu. Kasutaja saab luua loogikat brauseripõhises redaktoris, käivitada simulatsiooni, lülitada sisendeid, kontrollida muutujaid, jälgida väljundeid ja võrrelda redelipulga kavatsust simuleeritud masina käitumisega. See on koht, kus portfoolio lakkab olemast dekoratiivne ja muutub kontrollitavaks insenertehniliseks tõendiks.

See on ka koht, kus Simulation-Ready (simulatsioonivalmidus) vajab õiget määratlust. Selles artiklis on Simulation-Ready insener see, kes suudab tõestada, jälgida, diagnoosida ja karastada juhtimisloogikat realistliku protsessi käitumise vastu enne, kui see jõuab elava protsessini. See ei tee inseneri iseenesest kohapeal valmis, kuid see muudab tema arutluskäigu auditeeritavaks.

Standardite vaatenurgast on see rõhuasetus kooskõlas laiema insenertehnilise tõega: verifitseerimine ja valideerimine ei ole omavahel asendatavad ning rikkereageeringut tuleks demonstreerida, mitte eeldada (IEC 61508-1, 2010). Tehas avastab ebamäärase mõtlemise tavaliselt kõige ebasobivamal hetkel.

Usaldusväärne PLC-portfoolio peaks sisaldama kompaktset komplekti stsenaariume, mis demonstreerivad järjestuse juhtimist, vigade käsitlemist ja analoogkäitumist. Rohkem stsenaariume ei ole automaatselt parem. Kolm hästi dokumenteeritud kasutuselevõttu on tavaliselt paremad kui kaksteist ekraanipilti.

| Stsenaariumi tüüp | Mida see tõestab | Näide OLLA Labi artefaktist | Mida hindajad otsivad | |---|---|---|---| | Selgesõnaline olekumasin | Järjestuse distsipliin ja olekuteadlikkus | Eksporditud automaatse segisti olekumasina kasutuselevõtt | Selged sammude üleminekud, lubavad tingimused, viivitused, taaskäivitusloogika | | Kaitseblokeering | Vigade käsitlemine ja ohutu ületamine | Simulatsioonilogi või jagatav aruanne, mis näitab E-Stopi või lubava tingimuse väljalülitumist | Esmane rike, ohutu seiskamine, häirete käsitlemine, lähtestustee | | Analoogahel | Protsessi juhtimise arutluskäik väljaspool diskreetset loogikat | Muutujate paneeli jäädvustus ja aruanne, mis näitab stabiliseeritud PID-reageeringut | Skaleerimine, seadeväärtuse reageering, häiretest taastumine, häireläved |

### 1. Selgesõnaline olekumasin: järjestamine

Olekumasin tõestab, et kandidaat mõistab protsessi kulgu, mitte ainult isoleeritud tingimusi. Paljud nõrgad portfooliod toetuvad pesastatud loogikale, mis töötab ainult seni, kuni masin jääb "viisakaks". Päris seadmed on vähem koostööaltid.

Tugev järjestamise artefakt peaks näitama:

• Määratletud masina olekuid või samme
• Iga sammu sisenemis- ja väljumistingimusi
• Ajapõhiseid või tagasisidepõhiseid üleminekuid
• Operaatori käivitamise/seiskamise käitumist
• Taastumisreegleid pärast katkestust
• Tõendeid selle kohta, et väljundid vastavad aktiivsele olekule

OLLA Labis saab stsenaariumi, näiteks automaatset segistit, kasutada täitmise, segamise, viivituse, tühjendamise ja lähtestamise käitumise dokumenteerimiseks. Oluline ei ole masina teema, vaid see, et kandidaat suudab näidata oleku kavatsust võrreldes vaadeldud oleku kulgemisega.

### 2. Kaitseblokeering: ohutus ja vigade käsitlemine

Kaitseblokeering tõestab, et kandidaat mõistab, mis peaks juhtuma, kui protsess lakkab koostööd tegemast. See on koht, kus portfooliod muutuvad tõsiste hindajate jaoks kasulikuks.

Tugev vigade käsitlemise artefakt peaks näitama:

• Lubavat tingimust või väljalülitustingimust
• Vahetut väljundi reageeringut
• Häire või esmase rikke käitumist
• Lähtestamise ja kinnitamise nõudeid
• Kas masin jätkab automaatselt või nõuab kontrollitud taaskäivitamist
• Pärast testimist tehtud loogika parandusi

OLLA Labi stsenaarium, mis hõlmab mootorit, konveierit või pumbasüsteemi, võib seda hästi demonstreerida. Kandidaat saab käivitada simulatsiooni, sisestada hädaseiskamise või ebaõnnestunud lubava tingimuse ja eksportida tõendeid selle kohta, et masin seiskub ohutult ja prognoositavalt. Kui esimene versioon käitus halvasti ja teine versioon parandas selle, lisage mõlemad. Insenerid usaldavad parandusi rohkem kui lihvitud mütoloogiat.

### 3. Analoogahel: protsessi juhtimine

Analoogahel tõestab, et kandidaat suudab arutleda pidevate muutujate üle, mitte ainult diskreetsete üleminekute üle. See on oluline vee-, HVAC-, keemia-, toiduaine- ja joogitööstuses, kommunaalteenustes ja igas protsessikeskkonnas, kus tase, vooluhulk, rõhk või temperatuur tegelikult juhivad juhtimisprobleemi.

Tugev analoogartefakt peaks näitama:

• Sildi (tag) skaleerimist või insenerühikute tõlgendamist
• Seadeväärtuse määratlust
• Häire- ja väljalülituslävesid
• Kontrolleri reageeringut häirele
• Stabiliseeritud käitumist või piiratud võnkumist
• Pärast vaatlust tehtud häälestust või loogika parandusi

OLLA Labi muutujate paneel, analoogtööriistad ja PID-võimelised stsenaariumid võivad seda tüüpi tõendeid toetada. Ekraanipildist üksi ei piisa; portfoolio sissekanne peaks selgitama, milline häire sisestati, mida tähendas "õige" reageering ja mida muudeti, kui ahel käitus halvasti.

Tehniliselt usaldusväärne portfoolio artefakt peaks dokumenteerima kasutuselevõtu probleemi alates kavatsusest kuni paranduseni. Kõik vähem on tavaliselt esitlus, mitte tõend.

Kasutage iga artefakti jaoks seda struktuuri:

Määratlege, mida edukas käitumine tähendab vaadeldavates terminites. Näide: "Madala-madala taseme korral lülitub pump A välja skaneerimisreageeringu piires, häirebitt lukustub ja taaskäivitamine on blokeeritud, kuni tase on normaalne ja operaatori lähtestamine on mõlemad tõesed."

Täpsustage sisestatud ebanormaalne tingimus: juhtme katkemine, ebaõnnestunud piirlüliti, madal imemisrõhk, hädaseiskamine, analoogtriiv, kinnikiilunud klapi tagasiside jne.

1. Süsteemi kirjeldus Tuvastage masin või protsessielement, selle eesmärk ja asjakohane I/O. Hoidke see kompaktne.
2. "Õige" käitumise operatiivne määratlus
3. Redelloogika ja simuleeritud seadme olek Näidake asjakohast redeliloogikat koos simuleeritud masina või protsessi olekuga. See on peamine tõestuslüli koodi ja füüsika vahel.
4. Sisestatud veajuhtum
5. Tehtud parandus Selgitage, mis loogikas pärast testimist muutus. Lisatud debouncing, muudetud lähtestustingimusi, eraldatud lubav tingimus väljalülituslukust, parandatud taimeri paigutust, muudetud oleku üleminekut, kohandatud PID-ga seotud piire.
6. Õppetunnid Märkige, mida viga teile õpetas järjestuse disaini, blokeeringute, vaadeldavuse või taaskäivituskäitumise kohta.

See formaat töötab, sest see peegeldab seda, kuidas insenerid tegelikult kasutuselevõtu probleeme üle vaatavad. See muudab artefakti ka masinloetavaks värbajate jaoks ja inimloetavaks tehniliste intervjueerijate jaoks.

Eksporditud portfoolioelemendi eesmärk on ligipääsetavus, mitte teatraalne vormistus. Värbamisjuht peaks suutma süsteemist aru saada, tõendeid kontrollida ja umbes minutiga otsustada, kas artefakt peegeldab tõelist insenertehnilist otsustusvõimet.

Kasutades OLLA Labi jagamis-, koostöö- ja ülevaatusvooge, koostage iga portfoolioelement nii, et see sisaldaks järgmisi elemente:

• Projekti või stsenaariumi pealkiri
• Lühike juhtimisnarratiiv
• I/O kaardistus või siltide sõnastik
• Asjakohased redelloogika vaated
• Simulatsiooni oleku tõendid
• Veajuhtumi kirjeldus
• Paranduste kokkuvõte
• Verifitseerimise tulemus

Praktiline töövoog näeb välja selline:

1. Valige selge tööloogikaga stsenaarium Kasutage stsenaariumi, mis sisaldab loomulikult järjestuse käitumist, blokeeringuid või analoogreageeringut. Head näited on segisti juhtimine, pumba juhtimine, konveieri käsitsemine, HVAC-protsessi juhtimine või veetöötlusseadme töö.
2. Koostage või lõpetage loogika redeliredaktoris Kasutage brauseripõhist redaktorit asjakohaste redelipulkade loomiseks. Lisage kontakte, mähiseid, taimereid, loendureid, võrdlejaid, matemaatikat või PID-juhiseid vastavalt vajadusele.
3. Käivitage simulatsioon ja verifitseerige nominaalne käitumine Käivitage loogika, lülitage sisendeid ja kinnitage, et väljundid ja muutujad vastavad kavandatud järjestusele.
4. Sisestage üks tähendusrikas viga Käivitage ebaõnnestunud lubav tingimus, anduri ebanormaalsus, hädaseiskamise tingimus või analooghäire. Vältige tühiseid vigu, mis vähe tõestavad.
5. Jälgige muutujate paneeli ja simuleeritud seadme olekut Jäädvustage seos siltide muutuste, väljundi reageeringu ja masina käitumise vahel. See on tõendite kiht, mille enamik portfoolioid välja jätab.
6. Parandage loogikat, kui vaja Kui masin taaskäivitub ohtlikult, annab ebaselgelt häiret või ei suuda õiget tingimust lukustada, parandage loogika ja käivitage test uuesti.
7. Eksportige või jagage artefakti ülevaatamiseks Kasutage OLLA Labi jagamis- ja ülevaatusfunktsioone, et luua värbajasõbralik artefakt, näiteks jagatav projekti link või aruandepakett, mis sisaldab juhtimisnarratiivi, siltide konteksti ja valideeritud simulatsiooni olekut.
8. Lisage vajadusel ühe lehekülje pikkune kokkuvõte väljaspool platvormi Kui majutate artefakti portfoolio saidil või hoidlas, lisage lühike kokkuvõte, kasutades ülaltoodud kuueosalist struktuuri.

Võti on eksportida tõendeid, mitte ainult väljundit. Redeldiagrammi PDF ilma töökontekstita on ainult pool lauset.

I/O põhjuslikkus on lühim tee "ma oskan programmeerida" juurest "ma oskan masina üle arutleda" juurde. See näitab, et kandidaat mõistab, kuidas sisendi üleminek levib läbi loogika ja muutub väljundiks või häireolekuks konkreetsetes tingimustes.

See on praktiline erinevus programmeerija ja juhtimisinseneri vahel. Automaatikas on kood seotud füüsika, ajastuse, tagasiside ja rikkerežiimidega. Masinal on alati sõnaõigus.

I/O põhjuslikkuse hästi demonstreerimiseks näidake, et suudate:

• Lülitada diskreetset sisendit ja ennustada tulemuseks olevat väljundi olekut
• Selgitada, miks väljund ei aktiveerunud ootuspäraselt
• Jälgida ebaõnnestunud käivitamist puuduva lubava tingimuse või blokeeringuni
• Näidata, kuidas analoogväärtus ületab läve ja muudab masina käitumist
• Eristada käsuolekut tagasiside olekust
• Selgitada, mida HMI või operaator peaks sündmuse ajal nägema

OLLA Labi muutujate paneel on kasulik, kuna see muudab sildid, analoogväärtused, väljundid ja seotud juhtimismuutujad simulatsiooni ajal nähtavaks. Hindaja näeb, kas kandidaat lihtsalt kirjutas loogikat või tegelikult kontrollis käitumist. See eristus on paberil väike ja kasutuselevõtul tohutu.

Tehniliste vestluste jaoks on üks tugevamaid portfoolio käike narratiiv ühe sündmusteahela kohta selgelt:

• Sisend muutus
• Loogikatingimus hinnati
• Väljund jäi blokeerituks
• Veabitt lukustus
• Simuleeritud seade seiskus
• Parandus korrigeeris taaskäivitusraja

Kui suudate seda ahelat selgelt selgitada, räägite juba keelt, mida intervjueerijad usaldavad.

Tugev näide on kompaktne, veateadlik ja selgesõnaline selle kohta, mis pärast testimist muutus. Allpool on lihtsustatud portfooliomuster, mis põhineb konveieri rikkest taastumise juhtumil.

### Näidisartefakt: esmase rikke häirelõks ohutu seiskamisega

Süsteemi kirjeldus Mootoriga konveier käivitus/seiskamisjuhtimise, töö tagasiside, hädaseiskamisahela ja kinnikiilumise tuvastamisega.

"Õige" käitumise operatiivne määratlus Kui kinnikiilumise tuvastamine muutub tõeseks ajal, mil konveier töötab, langeb mootori väljund, esmase rikke häire lukustub, taaskäivitamine on blokeeritud ja süsteem nõuab operaatori lähtestamist pärast kinnikiilumise kõrvaldamist.

Redelloogika ja simuleeritud seadme olek Redelloogika sisaldab töö lukustust, kinnikiilumise blokeeringut ja häire lukustust. Simuleeritud konveier seiskub kohe, kui kinnikiilumise tingimus sisestatakse.

Sisestatud veajuhtum Kinnikiilumise andur aktiveeritud aktiivse töö oleku ajal.

Tehtud parandus Eraldatud häire lukustusloogika töö lubavast loogikast, et säilitada esmase rikke näit pärast väljundi väljalülitumist.

Õppetunnid Esimene teostus peatas mootori õigesti, kuid kaotas diagnostilise selguse, kuna häiretee kukkus kokku tööteega. Ohutu seiskamine ilma kasutatava veamäluta on ainult pool lahendust.

|----[ Start_PB ]----[/ Stop_PB ]----[/ EStop_OK ]----------------( ) Conveyor_Run_CMD ----| |----[ Conveyor_Run_CMD ]----[/ Jam_Detect ]----[ Run_Permissive ]----------------( ) Motor ----| |----[ Jam_Detect ]---------------------------------------------------------------(L) Jam_Alarm ----| |----[ Reset_PB ]----[/ Jam_Detect ]----------------------------------------------(U) Jam_Alarm ----|

Märkused näite kohta:

• Ülaltoodud loogika on illustratiivne, mitte kohapeal kasutatav ohutusdisain.
• Portfoolios siduge redelipulga vaade simuleeritud seadme seiskumisega ja muutujate oleku ajalooga.
• Hindajad hoolivad vähem graafilisest lihvist kui sellest, kas käitumine on sidus ja selgitatud.

Pildi alttekst: Ekraanipilt eksporditud OLLA Labi kasutuselevõtu aruandest, mis näitab esmase rikke häirelõksu redelloogika redaktoris koos ohutult seiskunud konveierisüsteemi 3D digitaalse kaksikuga.

PLC-portfoolio peaks olema kergesti skaneeritav, kergesti avatav ja raskesti valesti mõistetav. Värbajad vaatavad sageli kiiresti üle; tehnilised intervjueerijad vaatavad skeptiliselt üle. Disainige mõlema jaoks.

Praktiline esitlusvirn on:

- Peamine portfoolio leht: lühike projektide register stsenaariumide pealkirjade ja üherealiste kokkuvõtetega - Projekti-põhine artefakt: OLLA Labi jagamislink või eksporditud ülevaatuspakett - Lühike kirjalik kokkuvõte: kuueosaline tõendite struktuur - Valikuline hoidla või dokumentatsioonikeskus: mitme artefakti korraldamiseks

Iga projekti jaoks lisage:

• Tööstuse kontekst või masina tüüp
• Peamine juhtimiseesmärk
• Üks testitud ebanormaalne tingimus
• Üks pärast testimist tehtud parandus
• Mida artefakt tõestab teie valmisoleku kohta

Ärge liialdage sellega, mida portfoolio tähendab. Simulatsioonipõhine portfoolio võib demonstreerida arutluskäiku, vaadeldavust ja kasutuselevõtu distsipliini piiratud keskkonnas. See ei tõesta kohapealset autoriteeti, lockout/tagout-pädevust, ametlikku funktsionaalse ohutuse kvalifikatsiooni ega sõltumatut valmisolekut elava ohtliku protsessi kasutuselevõtuks. Need piirid on olulised. Usaldusväärsus kaob tavaliselt punktis, kus ambitsioon ületab ulatuse.

Simulatsioonipõhine portfoolio on kasulikum, sest see säilitab käitumise, konteksti ja otsuste kvaliteedi. Staatiline ekraanipilt säilitab ainult struktuuri.

See erinevus kaardistub otse sellele, kuidas automaatikasüsteemid praktikas ebaõnnestuvad:

• Järjestused ebaõnnestuvad üleminekutel, mitte puhkeolekus
• Blokeeringud on olulised, kui tingimused muutuvad ebanormaalseks
• Analoogahelad on olulised, kui protsess triivib
• Taaskäivitusloogika on oluline pärast katkestust
• Diagnostika on oluline, kui operaatorid peavad ohutult taastuma

Ekraanipilt võib näidata, et teate, kuidas taimeri juhis välja näeb. Simulatsioonipõhine artefakt võib näidata, kas paigutasite selle sinna, kuhu see kuulub, verifitseerisite selle mõju ja parandasite järjestust, kui masin käitus valesti. Üks on sõnavaranäidis. Teine on insenertehniline tõend.

Seetõttu sobib OLLA Lab usaldusväärselt portfoolio koostamisse. See pakub riskivaba keskkonda, kus kandidaadid saavad luua redelloogikat, testida käitumist, kontrollida I/O-d ja muutujaid, töötada läbi realistlikke stsenaariume ja dokumenteerida parandusi pärast vigu. Õigesti kasutatuna aitab see luua auditeeritavaid artefakte kasutuselevõtu otsustusvõimest. Laisalt kasutatuna muutub see järjekordseks ekraanipiltide masinaks. Tööriist ei ole tõestus. Töövoog on.

Aastal 2026 peaks kasulik PLC-programmeerimise portfoolio tõestama, et suudate arutleda masina käitumise üle testi ajal, mitte ainult koostada redelsüntaksit. Minimaalne usaldusväärne tõend on dünaamiline: järjestuse kavatsus, I/O põhjuslikkus, ebanormaalse tingimuse reageering ja parandus pärast vaatlust.

Kui mäletate ühte eristust, siis tehke see: juhtimistööde portfoolio ei ole koodigalerii; see on dokumenteeritud tõend selle kohta, et teie loogika elab üle kokkupuute simuleeritud protsessiga. See on tase, mida tööandjad saavad tehnilises vestluses tegelikult kasutada.

Koostage vähem artefakte. Muutke need auditeeritavaks. Näidake, mis ebaõnnestus, mis muutus ja miks parandatud käitumine on õige. Nii hakkavad portfooliod kõlama nagu inseneritöö.

- Vaadake The 90-Minute Stress Test: Passing the Situational Troubleshooting Interview, et näha, kuidas hindajad uurivad sama vealoogikat otse. - Lugege GitHub for Controls Engineers: Building a Machine-Legible Portfolio, et saada praktilist majutuse ja dokumentatsiooni struktuuri.

• Nende artefaktide taga olevate põhialuste mõistmiseks vaadake Ladder Logic Mastery Hubi.
• Kas olete valmis koostama oma esimest portfoolio artefakti? Avage OLLA Labis stsenaarium "Automated Mixer State Machine" ja alustage juhendatud koostamist.

- Üles (Pillar Hub): Avastage Pillar-juhendamist - Kõrvale: Seotud artikkel 1 - Kõrvale: Seotud artikkel 2 - Alla (Äriline/CTA): Koostage oma järgmine projekt OLLA Labis

- Deloitte 2024 Manufacturing Industry Outlook - IEC 61508-1 Functional Safety requirements - IFAC-PapersOnLine journal - U.S. Bureau of Labor Statistics occupation profiles