Kuidas ehitada 0-eurose eelarvega brauseripõhine PLC-kodulabor OLLA Labiga

Brauseripõhine PLC-kodulabor asendab riistvarakulud simuleeritud protsessikeskkonnaga, võimaldades õppijatel harjutada redellogikat, I/O põhjuslikkust, olekumasinate disaini ja virtuaalset kasutuselevõttu ilma füüsilist treeningseadet ostmata. OLLA Labis tähendab see juhtimisloogika koostamist ja testimist realistlike tööstuslike stsenaariumide vastu enne mis tahes reaalset juurutusriski.

Automaatikakoolitust käsitletakse sageli riistvaraprobleemina. Tegelikult on see enamasti protsessiprobleem. Väike PLC-stardikomplekt võib õpetada adresseerimist, kontakte, mähiseid ja põhilist ajastust, kuid see ei anna teile villimisliini, tõsteseadet või protsessimoodulit, mida saaksite sisuliselt kasutusele võtta. Lülitid ja lambid on kasulikud. Need ei ole tehas.

Brauseripõhine automaatikalabor on oluline, sest juurutatav juhtimisloogika ei ole ainult süntaks. See on võime tõestada, jälgida, diagnoosida ja karastada loogikat realistliku masinakäitumise vastu enne, kui see jõuab reaalse protsessini. Seda mõistamegi selles artiklis Simulation-Ready (simulatsioonivalmiduse) all.

Ampergon Vallis Metric: Hiljutises OLLA Labi sessioonide siseanalüüsis, kus kasutati pudelite villimise eelseadistust, lahendasid õppijad oma esimese 10 tunni jooksul 4,2 korda rohkem järjestust katkestavaid võistlusolukordi (race conditions) kui õppijad, kes kasutasid staatilisi lüliti-lambi treeningharjutusi. Metoodika: n=84 õppijat; ülesande definitsioon = täielik start-indeks-täitmine-väljumine järjestus vähemalt ühe ebanormaalse oleku taastamisega; võrdlusbaas = diskreetsed treeningharjutused ilma simuleeritud protsessimudelita; ajavahemik = esimesed 10 logitud harjutustundi. See toetab kitsamat väidet, et simuleeritud protsessikeskkonnad võivad järjestusvigu varem paljastada. See ei tõesta paremat töövalmidust, kohapealset pädevust ega universaalseid koolitustulemusi.

Brauseripõhine PLC-simulaator on tõhusam, kui õpieesmärgiks on protsessi põhjuslikkus, järjestamine ja tõrkeotsing, mitte ainult juhiste süntaks.

Füüsilistel stardikomplektidel on endiselt väärtus. Need õpetavad juhtmestiku distsipliini, seadmete tundmist ja tõsiasja, et välisignaalid ei käitu alati nii puhtalt, nagu skeemid viitavad. Kuid enamik algtaseme komplekte piirdub diskreetsete surunuppude, märgutulede ja võib-olla väikese mootori või analoogpunktiga. Neid piirab see, mida saab ohutult ja odavalt töölauale paljastada.

Tegelik kitsaskoht ei ole kontroller. See on protsess.

Õppija võib osta kompaktse PLC ja tal pole ikkagi praktilist viisi harjutada:

• pudelite indekseerimist fotoanduri suhtes
• peapumba/reservpumba vaheldumist
• häirelävesid koos analoogtriiviga
• lubasid ja väljalülitusi protsessimoodulil
• tõrkeotsingut pärast järjestuse seiskumist

See eristus on oluline, sest tööandjatel pole raskusi inimeste leidmisega, kes oskavad XIC-i redelisse paigutada. Neil on raskusi inimeste leidmisega, kes suudavad selgitada, miks järjestus peatus, milline blokeering seda takistas ja kuidas loogikat muuta ilma teist probleemi tekitamata. Süntaks on odav. Kasutuselevõtu vead ei ole.

Riistvara vs. simulatsiooni kulumaatriks

Praktiline võrdlus näeb välja selline:

- Füüsiline stardikomplekt: tavaliselt mitusada kuni üle tuhande USD sõltuvalt tarnijast, tarkvarapaketist ja kaasasolevast I/O-st - Brauseripõhine labor: simulatsioonikeskkonna jaoks pole kontrolleri riistvara ostmine vajalik

• Kontrolleri riistvara

- Füüsiline stardikomplekt: käsitsi juhtmestik, seadmete määramine, lahtiste või valede ühenduste tõrkeotsing - Brauseripõhine labor: otsene siltide nähtavus ja muutujate manipuleerimine liidese sees

• I/O seadistamine

- Füüsiline stardikomplekt: tavaliselt piiratud lihtsate diskreetsete harjutustega - Brauseripõhine labor: stsenaariumipõhine masina või protsessi käitumine koos jälgitavate olekumuutustega

• Protsessi realism

- Füüsiline stardikomplekt: piiratud, kui pole ehitatud täiendavat riistvara - Brauseripõhine labor: ebanormaalseid tingimusi saab sisestada ohutult ja korduvalt

• Tõrgete sisestamine

- Füüsiline stardikomplekt: aeglasem lähtestamise ja ümberkonfigureerimise tsükkel - Brauseripõhine labor: kohene taaskäivitamine, muutmine ja uuesti testimine

• Iteratsiooni kiirus

See ei ole argument riistvara vastu. See on argument tööriista sobitamiseks oskusega. Kui sihtoskuseks on virtuaalne kasutuselevõtt, on protsessimudel olulisem kui hunnik klemmiplokke.

Mida tähendab siinkohal „virtuaalne kasutuselevõtt“?

Virtuaalne kasutuselevõtt tähendab kavandatud redellogika järjestuste võrdlemist simuleeritud füüsilise mudeli vaadeldava käitumisega enne juurutamist.

See definitsioon on tahtlikult lihtne. See välistab ebamäärase keelekasutuse ja keskendub vaadeldavale inseneritegevusele:

• määratlege kavandatud järjestus
• käivitage loogika
• jälgige masina või protsessi reaktsiooni
• võrrelge oodatud ja tegelikku käitumist
• muutke loogikat
• käivitage uuesti, kuni järjestus on töökindel

Standarditega seotud praktikas on see kõrvuti simulatsiooni ja mudelipõhise valideerimise laiema insenertehniliste kasutustega enne välitöid. See ei asenda FAT-i, SAT-i, kohapealset vastuvõttu ega funktsionaalse ohutuse kontrollimist. See on varasem ja ohutum katsepolügoon.

Kasuliku brauseripõhise PLC-kodulabori ehitamiseks tuleb taasluua peamine inseneritsükkel: kirjutage loogika, simuleerige käitumist, kontrollige I/O-d, sisestage tõrkeid, muutke programmi ja dokumenteerige tõendid.

OLLA Labis on see tsükkel kättesaadav veebipõhise redeliredaktori, simulatsioonirežiimi, I/O nähtavuse muutujate paneeli ja stsenaariumipõhiste digitaalsete kaksikute kaudu. Point ei ole selles, et brauser on glamuurne. Point on selles, et brauser eemaldab seadistamise hõõrdumise ja annab teile protsessi, mida juhtida.

### 1. samm: Valige stsenaarium, millel on reaalsed järjestuslikud tagajärjed

Alustage stsenaariumiga, mis sunnib põhjuslikkusele, mitte ainult isoleeritud redelipulkadele. Pudelite villimise eelseadistus on hea näide, kuna see ühendab:

• liikuva tooriku
• tuvastussündmuse
• ajastatud täitmistoimingu
• vabastamistingimuse

Siin muutub OLLA Lab operatiivselt kasulikuks. Staatiline redelipulk võib tunduda õige, samal ajal kui järjestus ebaõnnestub, kui masina olek selle all muutub.

Muud platvormi stsenaariumitüübid hõlmavad eelseadistusi tootmises, vee- ja reoveemajanduses, HVAC-s, kommunaalteenustes, laonduses, toiduainetööstuses, keemiatööstuses ja farmaatsias. Hariduslik väärtus ei ole tööstuse silt iseenesest. See on blokeeringute, ajastuse, analoogtingimuste ja kasutuselevõtu märkmete olemasolu, mis sunnivad insenertehnilisele otsustusvõimele.

### 2. samm: Ehitage loogika redeliredaktoris

Kasutage brauseripõhist redeliredaktorit, et luua järjestus standardsete juhistüüpidega, nagu:

• kontaktid ja mähised
• taimerid
• loendurid
• komparaatorid
• loogikatehted
• matemaatikafunktsioonid
• PID-juhised, kus asjakohane

Kodulabori jaoks alustage esmalt diskreetse järjestusega. Analoogjuhtimine on oluline, kuid paljud tõrked algavad endiselt halvast olekuhaldusest ja lubade disainist.

### 3. samm: Käivitage järjestus simulatsioonirežiimis

Simulatsioonirežiim on koht, kus redel lakkab olemast dekoratiivne.

OLLA Labis saate loogikat käivitada ja peatada, sisendeid lülitada ning väljundeid ja muutujate olekuid jälgida ilma füüsilise riistvarata. See võimaldab teil testida, kas:

• masin käivitub ainult siis, kui load on täidetud
• väljundid aktiveeruvad oodatud järjekorras
• taimerid käituvad õigesti
• järjestus väljub igast olekust puhtalt

See on esimene praktiline lävi Simulation-Ready (simulatsioonivalmiduse) saavutamiseks: saate näidata, et teie loogika käitub õigesti realistliku protsessikäitumise vastu, mitte ainult seda, et redel kompileerub või näeb korralik välja.

### 4. samm: Kasutage muutujate paneeli oma jälgimiskihina

Muutujate paneel on asendus pimedale arvamisele.

See annab nähtavuse järgmisesse:

• sisendite olekud
• väljundite olekud
• sildid
• analoogväärtused
• PID-ga seotud muutujad
• stsenaariumi valik või oleku kontekst, kus kohaldatav

Füüsilises paneelis võiksite haarata mõõteriista, trendi või vaatluslaua järele. Brauseripõhises laborist pakub muutujate paneel sama olulist funktsiooni: see võimaldab teil jälgida põhjust ja tagajärge. Kui väljund ei aktiveerunud, pole küsimus enam "miks simulaator imelik on?". Küsimus on "milline tingimus jäi vääraks?".

### 5. samm: Sisestage üks tõrge meelega

Kodulabor on kasulik ainult siis, kui see võimaldab kontrollitud ebaõnnestumist.

Sisestage vähemalt üks ebanormaalne tingimus:

• hoidke pudeli tuvastussignaali liiga kaua kõrgel
• eemaldage käivitusluba järjestuse keskel
• simuleerige ebaõnnestunud tühjendustingimust
• muutke taimeri eeldust

See õpetab tõrketeadlikku valideerimist, mis on lähemal reaalsele kasutuselevõtule kui "õnneliku raja" loogika sisestamine. Enamik juuniorinseneridest suudab järjestuse korra käivitada. Kasulikud insenerid suudavad selgitada, miks see teisel tsüklil ebaõnnestub.

### 6. samm: Dokumenteerige insenertehnilised tõendid, mitte ekraanipildid

Kui soovite oskusi demonstreerida, koostage kompaktne insenertehniliste tõendite kogum, kasutades seda struktuuri:

1. Süsteemi kirjeldus Määratlege masin või protsess, selle eesmärk ja peamine I/O.
2. "Õige" operatiivne definitsioon Märkige nõutav järjestus, load, seiskumiskäitumine ja tõrkereaktsioon vaadeldavates terminites.
3. Redellogika ja simuleeritud seadmete olek Näidake asjakohaseid redelipulki ja vastavaid masina olekuid täitmise ajal.
4. Sisestatud tõrkejuhtum Kirjeldage sisestatud ebanormaalset tingimust ja seda, mis ebaõnnestus.
5. Tehtud muudatus Selgitage, milline loogika muutus ja miks.
6. Õppetunnid Märkige, mida tõrge paljastas järjestuse, blokeeringute, ajastuse või jälgitavuse kohta.

See struktuur on usaldusväärsem kui galerii ekraanipiltidest koos noolte ja optimismiga.

Pudelite villimise protsessi tuleks programmeerida kui selgesõnalist olekumasinat, sest lihtne ad hoc IF-THEN hargnemine muutub hapraks, kui ajastus ja liikumine omavahel suhtlevad.

Olekumasinad ei ole žargoon žargooni pärast. Need on distsiplineeritud viis tagada, et korraga on aktiivne ainult üks peamine tööfaas, koos selgete üleminekutingimustega faaside vahel. Pakendamisel, konveieriteeninduses, pumpamisel ja partiide töötlemisel on see sageli erinevus stabiilse järjestuse ja loogikasõlme vahel.

4-etapiline villimisjärjestus

Kompaktset villimisjärjestust saab määratleda järgmiselt:

• Konveierimootor on VÄLJAS
• Täiteklapp on VÄLJAS
• Süsteem ootab käivitusluba
• Hädaseiskamine või seiskumistingimus hoiab süsteemi ohutus ooterežiimis

• Konveierimootor on SEES
• Süsteem ootab pudeli tuvastamist täitmisasendis
• Üleminek toimub, kui fotoandur või lähedusandur kinnitab pudeli olemasolu

• Konveierimootor on VÄLJAS
• Täiteklapp on SEES
• TON-juhis jälgib täitmise kestust
• Üleminek toimub, kui täitmistaimer on lõpetanud

• Täiteklapp on VÄLJAS
• Konveierimootor on SEES
• Süsteem ootab pudeli vaba tingimust
• Üleminek toimub, kui andur ei tuvasta enam pudelit, seejärel naaseb Ootel-olekusse või järgmisse tsüklisse

1. Olek 0 — Ootel / Oota
2. Olek 1 — Indekseerimine
3. Olek 2 — Täitmine
4. Olek 3 — Väljumine

See järjestus on tahtlikult lihtne. Lihtsus on kasulik, sest see muudab tõrkerežiimid nähtavaks.

Mida peaks redellogika jõustama?

Redellogika peaks jõustama kolme asja:

• olekute vastastikune välistamine
• selged üleminekutingimused
• ohutu katkestuskäitumine

Praktikas tähendab see:

• korraga peaks olema aktiivne ainult üks olekubitt
• iga üleminek peaks sõltuma vaadeldavatest protsessitingimustest
• seiskamis- või hädaseiskamistingimused peaksid järjestuse järjepidevust prognoositavalt katkestama

Levinud algaja viga on lasta mitmel olekubitil kattuvatest tingimustest aktiveeruda. Tulemuseks on järjestus, mis tundub korras, kuni masin viisakalt keeldub skeemi järgimast.

### Näide: järjestuse lubamise "seal-in" redelipulk

Allpool on lihtsustatud redelistiilis näide, mis näitab käivitamise "seal-in" (isehoidmist) koos hädaseiskamise katkestustingimusega.

|----[XIC Start_PB]----+----[XIO E_Stop_Active]----------------(OTE Seq_Enable)----| | | | +----[XIC Seq_Enable]----[XIO E_Stop_Active]-----------------|

Mida see redelipulk teeb:

• `XIC Start_PB` käivitab järjestuse, kui käivitusnupp on tõene
• `XIC Seq_Enable` hoiab järjestust sees pärast käivitusnupu vabastamist
• `XIO E_Stop_Active` katkestab redelipulga alati, kui hädaseiskamistingimus muutub aktiivseks
• `OTE Seq_Enable` aktiveerib sisemise järjestuse lubamise biti

See on põhiloogika, kuid see on vundament. Kui järjestuse lubamise käitumine on lohakas, pärib ülejäänud olekumasin selle lohakuse.

Kuidas testida olekumasinat pudelite villimise eelseadistuses?

Testige järjestust, valideerides iga üleminekut simuleeritud seadmete oleku suhtes.

Praktiline testitsükkel näeb välja selline:

• käivitage järjestus Ootel-olekust
• kinnitage, et konveier töötab indekseerimise ajal
• kontrollige, et pudeliandur peatab konveieri täitmisasendis
• kinnitage, et täiteklapp aktiveerub ainult täitmise ajal
• kontrollige, et taimer lõpetab enne üleminekut
• kinnitage, et pudel väljub ja vabastab anduri väljumise ajal
• korrake tsüklit, et kontrollida varjatud oleku säilitamise probleeme

Korduvus on oluline. Järjestus, mis töötab korra, on demo. Järjestus, mis töötab korduvate tsüklite jooksul koos tõrgete sisestamisega, hakkab välja nägema nagu inseneritöö.

Olulised redelijuhised virtuaalseks kasutuselevõtuks on need, mis haldavad olekut, aega, loendamist, võrdlemist ja blokeeringuid muutuvates protsessitingimustes.

Simulaator on kasulik just seetõttu, et see paljastab, kas neid juhiseid kasutatakse sidusalt.

Põhijuhised, mida omandada

Enamiku brauseripõhiste kasutuselevõtuharjutuste puhul keskenduge nendele juhisteklassidele:

• Kontaktid ja mähised
• XIC / avatud kontakti kontrollimine
• XIO / suletud kontakti kontrollimine
• OTE / väljundi aktiveerimine
• latch/unlatch mustrid, kus asjakohane ja hoolikalt piiratud

• Taimerid
• TON viivitatud toimingute ja viibimisaegade jaoks
• TOF, kus väljalülitusviivituse käitumine on oluline
• säilitav ajastus ainult siis, kui protsessiloogika seda tõeliselt nõuab

• Loendurid
• kasulikud indekseerimiseks, partiideks ja tsükli kontrollimiseks
• tuleks siduda selgete lähtestamistingimustega

• Komparaatorid
• suurem kui, väiksem kui, võrdne kontrollid
• hädavajalikud analooglävede, häirepunktide ja lubade jaoks

• Matemaatika- ja loogikatehted
• skaleerimine, tuletatud tingimused ja kompaktne boole'i juhtimisloogika

• PID-juhised
• asjakohased, kui stsenaarium sisaldab vooluhulga, taseme, rõhu või temperatuuri reguleerimist
• tuleks valideerida analoogkäitumise suhtes, mitte kohelda kui võlukasti

Miks on need juhised simuleeritud protsessis olulised?

Need on olulised, sest virtuaalne kasutuselevõtt ei ole ainult "kas redelipulk aktiveerub?". See on "kas masin käitub õigesti aja jooksul ja üle olekumuutuste?".

See nõuab:

• taimereid, mis ei kattu valesti
• loendureid, mis ei liigu edasi värisemise tõttu
• võrdlusi, mis ei tekita tüütuid häireid
• blokeeringuid, mis lülituvad ohutult välja, kui luba kaob

Siin lisab digitaalne kaksik väärtust. Te ei vaata lihtsalt bittide muutumist. Te võrdlete redeli olekut seadmete reaktsiooniga.

Mida tähendab "digitaalse kaksiku valideerimine" operatiivselt?

Selles artiklis tähendab digitaalse kaksiku valideerimine redellogika testimist realistliku virtuaalse seadmemudeli vastu ja kontrollimist, kas masina või protsessi käitumine vastab kavandatud juhtimisfilosoofiale.

Operatiivselt hõlmab see:

• jälgimist, kas käskitud väljundid loovad oodatud seadme oleku
• kinnitamist, et load ja väljalülitused blokeerivad ebaturvalised üleminekud
• häire- ja tõrkereaktsioonide valideerimist
• loogika muutmist, kui simuleeritud protsess paljastab vea

See on piiratud väide. See ei tähenda, et koolitussimulaator on sertifitseeritud tehase mudel, SIL-i hindamisvahend või asendus ametlikele ohutuse elutsükli tegevustele vastavalt IEC 61508-le.

Õpilased valideerivad I/O põhjuslikkust, jälgides, kas loogiline sisendi muutus toodab oodatud väljundi ja masina reaktsiooni vastavalt määratletud juhtimisfilosoofiale.

See on peamine tõrkeotsingu oskus. Juhtmestik on oluline, kuid põhjuslikkus on sügavam pädevus.

OLLA Labis võimaldab muutujate paneel õppijal:

• sundida või lülitada sisendit
• jälgida, kas redelipulga tingimus muutub tõeseks
• kontrollida, kas väljund aktiveerub
• kinnitada, kas simuleeritud masin reageerib vastavalt

Näiteks, kui pudeli olemasolu andur on sunnitud tõeseks:

• peaks indekseerimise olek konveieri peatama
• peaks täitmise olek muutuma kättesaadavaks
• peaks täiteklapp aktiveeruma ainult siis, kui kõik load on endiselt rahuldatud

Kui mõni neist sammudest ebaõnnestub, saab õppija kontrollida:

• puuduvaid lubasid
• vale oleku säilitamist
• pööratud anduriloogikat
• taimeri tingimusi, mis pole veel tehtud
• väljundkäske, mida blokeering takistab

See on tegelikult jälgitavuse harjutus. Simulaator ei eemalda insenertehnilist distsipliini; see paljastab, kas teil seda on.

Miks on see parem kui lihtsalt tulede vaatamine treenerpaneelil?

See on põhjuslikkuse analüüsiks parem, sest õppija saab ühes keskkonnas kontrollida nii loogika olekut kui ka simuleeritud füüsilist olekut.

Paneeli tuli ütleb teile, et väljund lülitus sisse. See ei ütle tingimata, kas:

• pudel tegelikult jõudis kohale
• klapp oleks pidanud sel hetkel avanema
• taimer käivitus liiga vara
• järjestus on nüüd ummikseisus, oodates tingimust, mida ei saa kunagi tekkida

See on erinevus väljundi kinnitamise ja protsessi valideerimise vahel. Esimene on kasulik. Teine on see, mida kasutuselevõtt tegelikult vajab.

Simulation-Ready (simulatsioonivalmis) insener suudab tõestada, jälgida, diagnoosida ja karastada juhtimisloogikat realistliku protsessikäitumise vastu enne, kui see loogika jõuab reaalse protsessini.

See definitsioon on operatiivne, mitte püüdluslik.

Simulation-Ready insener peaks suutma:

• määratleda, milline näeb välja õige masina käitumine
• kaardistada I/O protsessitoimingutega
• koostada või vaadata üle redellogikat järjestuse juhtimiseks
• jälgida simuleeritud seadmete reaktsiooni
• sisestada vähemalt ühe ebanormaalse tingimuse
• diagnoosida, miks järjestus ebaõnnestus
• muuta loogikat
• käivitada testi uuesti, kuni käitumine on stabiilne

See ei ole sama, mis olla kohapeal valmis, ohutuse osas volitatud või iseseisvalt juurutatav. Reaalne kasutuselevõtt hõlmab endiselt elektritöid, lockout/tagout distsipliini, tarnijaspetsiifilisi tööriistakette, dokumentatsiooni kontrolli ja kohapealseid piiranguid, mida ükski brauser ei saa täielikult kopeerida.

Kuid simulatsioon treenib osa, mida on sageli kõige raskem varakult saada: korduv kokkupuude järjestuse ebaõnnestumise, blokeeringuloogika, ajastusvigade ja kontrollitud tõrkeotsinguga.

Milliseid tõendeid peaks õppija säilitama?

Säilitage tõendeid, mis näitavad insenertehnilist arutluskäiku, mitte ainult lõpetamist.

Kompaktne tõendite pakett peaks sisaldama:

• protsessi eesmärki
• I/O loendit ja siltide tähendusi
• redelijärjestust
• oodatud masina olekuid
• sisestatud tõrget
• täheldatud ebaõnnestumist
• loogika muutmist
• parandusejärgset valideerimistulemust

See pakett on kasulik enesehindamiseks, juhendaja hindamiseks ja meeskonnapõhiseks koolituseks. See on ka palju lähemal sellele, kuidas tegelikku juhtimissüsteemide tööd arutatakse: käitumise, tõrkerežiimi ja muudatuste ajaloo kaudu.

Brauseripõhine automaatikalabor ei saa asendada välitöid, tarnijaspetsiifilist riistvara konfigureerimist ega ametlikku ohutuse valideerimist.

Seda piiri tuleks selgelt väljendada.

OLLA Labi on kõige parem mõista kui riskikindlat valideerimis- ja harjutuskeskkonda järgmiste jaoks:

• redellogika koostamine
• järjestuse disain
• I/O jälgimine
• digitaalse kaksiku valideerimine
• analoog- ja PID-praktika
• tõrgete sisestamine
• kasutuselevõtu-stiilis tõrkeotsing

See ei ole:

• sertifikaat
• tööhõive garantii
• SIL-i kvalifikatsioonikeskkond
• asendus juhendatud kohapealsele pädevusele

Need piirid ei nõrgesta tööriista. Need muudavad selle väärtuse loetavaks.

Kuhu see sobib tõsises koolitustees?

Usaldusväärne progressioon näeb välja selline:

1. õppige selgeks redeli süntaks ja juhiste käitumine
2. harjutage järjestuse disaini simulatsioonis
3. valideerige põhjuslikkust ja tõrkeotsingut digitaalsete kaksikute vastu
4. dokumenteerige insenertehnilised tõendid
5. liikuge riistvaraspetsiifiliste töövoogude, elektritööde ja juhendatud kasutuselevõtu kokkupuute juurde

See järjestus on praktiline, sest see asetab madala riskiga korduse enne suure tagajärjega välitöid.

0-eurose eelarvega brauseripõhine PLC-kodulabor on kasulik, sest see annab õppijatele juurdepääsu automaatikakoolituse osale, mida riistvarapingid harva pakuvad: protsessile.

Kui eesmärk on saada Simulation-Ready (simulatsioonivalmiks), ei ole peamine oskus redelipulkade joonistamine isolatsioonis. See on tõestamine, et redellogika elab üle kokkupuute masina käitumise, ebanormaalsete olekute ja järjestuse üleminekutega. OLLA Lab toetab seda töövoogu brauseripõhise redeliredigeerimise, simulatsiooni, I/O nähtavuse, digitaalse kaksiku valideerimise ja stsenaariumipõhise praktikaga. Õigesti kasutatuna ei ole see asendus välitöö kogemusele, kuid see võib olla praktiline harjutusruum vigade jaoks, mida on parem leida enne, kui reaalne konveier, pump või täiteklapp loogikast sõltub.

- OLLA Lab Documentation: https://olla.lab/docs - Ampergon Vallis Lab: https://ampergon.vallis/lab - IEC 61131-3 Standard Overview: https://plcopen.org

OLLA Labi insenerimeeskond on pühendunud tööstusautomaatika hariduse demokratiseerimisele, luues tööriistu, mis keskenduvad protsesside põhjuslikkusele ja virtuaalsele kasutuselevõtule.

See artikkel on koostatud OLLA Labi sisemiste tehniliste dokumentide ja Ampergon Vallis Labi õppeprotsessi analüü