Millele see artikkel vastab
Artikli kokkuvõte
Kaskaad-PID-juhtimine kasutab kahte pesastatud ahelat, et reguleerida mitme ajakonstandiga protsesse. Master-regulaator juhib peamist protsessimuutujat, saates dünaamilise seadeväärtuse kiiremale slave-regulaatorile, mis juhib otse täiturmehhanismi. Tõhus häälestamine sõltub esmalt sisemise ahela stabiliseerimisest ja seejärel välimise ahela häälestamisest selle ümber.
Kaskaadjuhtimine ei ole lihtsalt "kaks PID-i suurema täpsuse saavutamiseks". See on spetsiifiline arhitektuur protsessidele, kus häired mõjutavad vahepealset muutujat kiiremini, kui peamine protsessimuutuja suudab reageerida. Kui see erinevus jääb märkamata, võib ahela disain paberil õige välja näha, kuid moodulil siiski halvasti toimida.
OLLA Labi bioreaktori mooduli (Bioreactor Skid) baastestimisel vähendas kaskaadarhitektuuri rakendamine, kus slave-ahel oli konfigureeritud reageerima vähemalt kolm korda kiiremini kui master-ahel, termilist ülereguleerimist 28% võrra astmeliste koormushäirete korral võrreldes ühe ahelaga temperatuuri-PID-iga. Metoodika: n=24 simuleeritud häirekatset ühel mantelküttega bioreaktori stsenaariumil, võrdlusalus = ühe ahelaga PID, mis juhib otse toote temperatuuri, ajavahemik = 2026. aasta märtsi testitsükkel. See toetab kaskaadarhitektuuri praktilist väärtust antud simuleeritud stsenaariumis; see ei tõesta universaalset jõudluse kasvu kõigi termiliste moodulite või regulaatorite rakenduste puhul.
Operatiivses mõttes ei ole simulatsioonivalmis insener keegi, kes suudab lihtsalt PID-plokke redeldiagrammi redaktoris paigutada. See on keegi, kes suudab pesastatud juhtimisloogikat tõestada, jälgida, diagnoosida ja karastada realistliku protsessikäitumise vastu enne, kui see jõuab reaalprotsessini.
Mis on kaskaad-PID-ahela arhitektuur?
Kaskaad-PID-ahela arhitektuur kasutab kahte pesastatud tagasiside regulaatorit, mis on korraldatud master-slave-suhtena. Välimine ahel juhib peamist protsessimuutujat ja selle väljundist saab sisemise ahela seadeväärtus. Sisemine ahel juhib seejärel lõplikku juhtelementi.
Seda struktuuri kasutatakse siis, kui protsess sisaldab vähemalt kahte olulist dünaamilist kihti:
- peamine muutuja, mis on oluline toimingute, kvaliteedi või ohutuse seisukohalt
- vahepealne muutuja, mis reageerib kiiremini ja asub täiturmehhanismile lähemal
- häirete rada, mida saab vahepealses muutujas tuvastada varem kui peamises protsessimuutujas
Levinud näide on mantelküttega temperatuuri reguleerimine:
- Master-ahel juhib reaktori või toote temperatuuri.
- Slave-ahel juhib auru vooluhulka, mantli rõhku või muud kiiret soojusülekande muutujat.
- Täiturmehhanismiks on tavaliselt reguleerimisventiil.
Kui aurukollektori rõhk langeb, suudab slave-ahel reageerida enne, kui toote temperatuur märgatavalt kõigub. See ongi kaskaadjuhtimise eesmärk.
Master-slave-suhe
| Ahel | Peamine roll | Protsessimuutuja (PV) | Seadeväärtuse (SP) allikas | Väljund (CV) | Tüüpiline kiirus | |---|---|---|---|---|---| | Master (Välimine) | Juhib peamist protsessi eesmärki | Toote temperatuur, anuma tase, rõhk, koostis | Operaator/HMI või järelevalve loogika | Slave-ahela seadeväärtus | Aeglasem | | Slave (Sisemine) | Tõrjub kiireid häireid täituri lähedal | Auru vooluhulk, mantli rõhk, tsirkulatsioonivool, ventiili lähedane muutuja | Master-ahela väljund | Lõplik täituri käsk | Kiirem |
Arhitektuur töötab ainult siis, kui slave-ahel on materjaalselt kiirem kui master-ahel. "Veidi kiirem" ei ole sageli piisavalt kiire.
Miks vajavad protsessimoodulid mitut ajakonstanti?
Protsessimoodulid sisaldavad sageli pesastatud dünaamikat, olenemata sellest, kas juhtimisstrateegia seda tunnistab või mitte. Soojusülekanne, vedeliku transport, ventiili liikumine, anduri viivitus, tsirkulatsioon ja anuma mahtuvus ei reageeri samas ajaskaalas.
See on oluline, sest ühe ahelaga regulaator näeb häiret alles pärast seda, kui see on levinud peamisse protsessimuutujasse. Selleks ajaks on protsess juba muutunud ja regulaator korrigeerib hilinemisega.
Vaatleme mantelküttega moodulit:
- Auruvarustuse rõhu langus toimub ülesvoolu.
- Auru vooluhulk läbi ventiili langeb kohe.
- Mantli soojusülekanne hakkab nõrgenema.
- Toote temperatuur kõigub alles pärast termilist viivitust ja protsessi mahtuvust.
Ühe ahelaga temperatuuri-PID ei reageeri enne, kui toote andur mõju näeb. Kaskaadstrateegia võimaldab sisemisel vooluhulga või mantli rõhu ahelal häire ahela varasemas punktis korrigeerida.
Seetõttu seostatakse kaskaadjuhtimist mitme ajakonstandiga. Operatiivselt tähendab see, et:
- täituri-poolne muutuja muutub kiiresti
- peamine kvaliteedi- või protsessimuutuja muutub aeglasemalt
- vahepealne mõõtmine annab varasema ülevaate häirete käitumisest
ISA ja klassikaline protsessijuhtimise kirjandus on seda pikka aega käsitlenud kaskaadjuhtimise õige kasutusjuhuna, eriti seal, kus häirete tõrjumine on väärtuslikum kui lihtne seadeväärtuse jälgimine. See paigutus on levinud termosüsteemides, segamismoodulites, rõhualandusjaamades ja vooluhulga järgi juhitavates partiiseadmetes.
OLLA Labis muutub see vaadeldavaks, mitte teoreetiliseks. Insenerid saavad sisestada astmelisi häireid, jälgida, kuidas sisemine PV esimesena liigub, ja näha, kas välimine PV püsib piirides. See on koht, kus digitaalse kaksiku valideerimine muutub operatiivselt kasulikuks: mitte "ahel näeb õige välja", vaid "häirete rada püüti kinni enne, kui see peamist muutujat kahjustas".
Milline häälestusreegel muudab kaskaadahelad stabiilseks ja kasulikuks?
Sisemine ahel peaks üldjuhul reageerima 3–5 korda kiiremini kui välimine ahel. See rusikareegel ei ole dekoratiivne. See on tingimus, mis võimaldab slave-ahelal käituda master-ahela vaatenurgast stabiilse ja kiire alamsüsteemina.
Kui kahel ahelal on sarnased ajakonstandid, ilmnevad mitmed probleemid:
- master- ja slave-ahelad hakkavad võimu pärast võitlema
- võnkumise oht suureneb
- ühe ahela häälestusmuudatused destabiliseerivad teist
- välimine ahel ei näe enam puhast täituri-poolset vastust
Praktiliselt peaks master-ahel saama eeldada, et kui ta küsib uut slave-seadeväärtust, saavutab slave-ahel selle kiiresti ja prognoositavalt. Kui see eeldus on väär, võib kaskaadstruktuur kokku kukkuda seotud ebastabiilsuseks.
Mida "3 kuni 5 korda kiirem" praktikas tähendab
Kiiruse suhet saab hinnata mitme insenertehnilise näitaja kaudu:
- suletud ahela stabiliseerumisaeg
- domineeriv ajakonstant
- ribalaius
- vaadeldud häirete tõrjumise kiirus
Kasulik praktiline test on lihtne: kui slave-ahel ei suuda kohalikku häiret hästi tõrjuda enne, kui master-PV hakkab märgatavalt kõiguma, ei ole see piisavalt kiire, et toimida slave-ahelana.
Paljude moodulrakenduste puhul häälestatakse slave-ahel agressiivsemalt ja sageli kasutatakse seal PI-d, mitte täielikku PID-i, sõltuvalt anduri kvaliteedist, protsessi mürast ja tuletise tundlikkusest. Tuletise (D) kasutamine ei ole keelatud; see on lihtsalt sageli vähem kasulik kui oodatud ja praktikas hapram.
Millised on neli sammu kaskaadahela süsteemi häälestamiseks?
Õige häälestusjärjestus on isoleerida master, häälestada esmalt slave, lubada kaskaadrežiim ja seejärel häälestada master stabiliseeritud slave-ahela ümber. Selle järjekorra muutmine on kindel viis aja raiskamiseks ja ebastabiilsuse tekitamiseks.
Kaskaadhäälestuse järjestus
- Isoleerige master-ahel Pange master-PID manuaalrežiimi või katkestage kaskaadi rada muul viisil, et välimine ahel ei jätkaks slave-ahela seadeväärtuse muutmist häälestamise ajal.
- Häälestage esmalt slave-ahel Häälestage sisemine ahel kiireks ja stabiilseks häirete tõrjumiseks. Slave-ahel peab kiiresti stabiliseeruma ilma püsivate võnkumiste või liigse ventiili "jahita".
- Lubage kaskaad- või kaug-seadeväärtuse režiim Konfigureerige slave-PID aktsepteerima oma seadeväärtust master-ahela väljundist. Kontrollige skaleerimist, piiranguid ja mõõtühikuid enne arhitektuuri sulgemist.
- Häälestage teiseks master-ahel Häälestage välimine ahel peamise protsessi eesmärgi saavutamiseks, eeldades, et slave-ahel toimib nüüd kiire sisemise täituri konditsioneerimisahelana.
Mida kontrollida enne slave-häälestuselt master-häälestusele liikumist
Enne välimise ahela häälestamist veenduge, et sisemisel ahelal on:
- õige PV skaleerimine
- õige seadeväärtuse skaleerimine
- väljundi piirangud, mis vastavad täituri reaalsusele
- stabiilne vastus astmelistele testidele
- vastuvõetav müratundlikkus
- puudub ilmne integraali "windup" käitumine
- sujuv üleminek (bumpless transfer) režiimide vahetamisel
Siit algavad paljud kasutuselevõtu probleemid. Kaskaadi matemaatika on sageli korras; skaleerimine mitte.
Kuidas otsustada, kas protsessimuutuja kuulub slave-ahelasse?
Slave-ahela muutuja peab olema mõõdetav, kiire ja otseselt mõjutatud lõplikust juhtelemendist. See peab asuma ka häirete rajal ülesvoolu master-muutujast.
Head slave-ahela kandidaadid omavad tavaliselt järgmisi omadusi:
- nad reageerivad kiiresti täituri liikumisele
- neid mõõdetakse piisavalt usaldusväärselt suletud ahela kasutamiseks
- nad püüavad häired kinni enne, kui peamine PV seda teeb
- neid saab juhtida iseseisvalt ilma protsessi eesmärki rikkumata
Näited hõlmavad:
- auru vooluhulk temperatuuri reguleerimiseks
- mantli rõhk soojusülekande konditsioneerimiseks
- tsirkulatsioonivool anuma temperatuuri või kontsentratsiooni reguleerimiseks
- etteande vooluhulk suhte- või segamismoodulites
- sekundaarne rõhk rõhualandussüsteemides
Halvad kandidaadid on tavaliselt muutujad, mis on liiga mürarikkad, liiga aeglased, halvasti instrumenteeritud või ei ole põhjuslikult piisavalt lähedal täiturile. Iga täiendav andur ei peaks muutuma PID-ahelaks.
Kuidas programmeerida master-slave-loogikat redeldiagrammis (Ladder Diagram)?
Master-slave-loogika redel- või funktsionaalplokk-stiilis nõuab ühte olulist vastendamist: master-regulaatori väljund peab muutuma slave-regulaatori seadeväärtuseks, koos õige skaleerimise, režiimi käsitsemise ja piirangutega. Loogika on kontseptuaalselt lihtne, kuid rakendamise üksikasjad on olulised.
Allpool on üldine esitus:
// Master PID: Juhib paagi temperatuuri PID_Master( PV := Tank_Temp, SP := HMI_Temp_SP, CV => Master_Output );
// Valikuline skaleerimine või piiramine, kui PLC dialekt seda nõuab SCALE( Input := Master_Output, Scaled_Output => Slave_Flow_SP );
// Slave PID: Juhib auru vooluhulka PID_Slave( PV := Steam_Flow, SP := Slave_Flow_SP, CV => Valve_Command );
Mida redeldiagrammi rakendus peab käsitlema
Tootmistasemel rakendus vajab tavaliselt enamat kui otsest sildi (tag) määramist. Vähemalt peaksid insenerid arvestama järgmisega:
Kui master-väljund on 0–100% ja slave-seadeväärtus eeldab mõõtühikuid nagu kg/h või SCFM, on vajalik skaleerimine.
- Mõõtühikute järjepidevus
Slave-ahel võib vajada kohalikku/manuaalset, automaatset ja kaskaad-/kaug-SP-režiimi.
- Režiimide haldus
Master-väljund peaks olema piiratud slave-seadeväärtuse kehtiva töövahemikuga.
- Väljundi piirangud
Manuaal- ja kaskaadrežiimide vahel lülitumine ei tohiks ventiilile tekitada järsku lööki.
- Sujuv üleminek (Bumpless transfer)
Anduri halb kvaliteet, saatja kadumine või ventiili liikumise vead peaksid sundima kasutama teadaolevat strateegiat.
- Häirete ja rikete käsitsemine
Mõlemad ahelad vajavad kaitset, kui täitur satub küllastusse või slave ei suuda saavutada kästud seadeväärtust.
- Anti-reset windup
Redeldiagrammi mõistes on arhitektuuri lihtne joonistada ja lihtne valesti teha.
Miks ühe ahelaga PID sageli termiliste ja vooluhulgaga seotud moodulite puhul ebaõnnestub?
Ühe ahelaga PID ebaõnnestub nendel juhtudel sageli seetõttu, et see reageerib täituri-poolsetele häiretele liiga hilja ja peab korrigeerima aeglasema peamise protsessimuutuja kaudu. Regulaator ei ole ebaintelligentne; see on lihtsalt pime häirete ahela varasema osa suhtes.
Termilisel moodulil võib ühe ahelaga temperatuuriahel toimida rahuldavalt rahuliku töö ajal, kuid toimida halvasti, kui:
- auruvarustuse rõhk kõigub
- kommunaalteenuste temperatuur muutub
- ilmneb ventiili kleepumine (stiction)
- etteande kiiruse muutused muudavad termilist koormust
- tsirkulatsioonitingimused muutuvad
- toote omadused muutuvad partiide lõikes
Tulemuseks on sageli üks kahest halvast mustrist:
- aeglane korrigeerimine koos ülereguleerimisega, kuna ahel ootab toote anduri kõikumist
- liiga agressiivne häälestus, kus operaatorid püüavad viivitust kompenseerida ja tekitavad võnkumisi
Kaskaadjuhtimine parandab seda, jagades vastutuse:
- slave-ahel käsitleb kiireid kohalikke häireid
- master-ahel käsitleb aeglasemat protsessi eesmärki
See tööjaotus ongi kasulik osa. Kaks ahelat ei ole iseenesest paremad kui üks; kaks õigesti eraldatud dünaamilist ülesannet on.
Kuidas OLLA Lab simuleerib kaskaadahela häireid?
OLLA Lab pakub piiratud keskkonda pesastatud ahela juhtimise kasutuselevõtu järjestuse harjutamiseks simuleeritud seadmete käitumise vastu. Selles kontekstis tähendab see, et insenerid saavad konfigureerida redeldiagrammi loogikat, siduda mitu PID-juhist, jälgida reaalajas muutujaid, sisestada häireid ja võrrelda juhtimisoleku käitumist digitaalse protsessimudeliga enne füüsiliste seadmete puudutamist.
Kaskaadjuhtimise töö jaoks on asjakohased võimalused:
- veebipõhine redeldiagrammi redaktor koos PID-juhiste ja seotud loogikaelementidega
- simulatsioonirežiim juhtimisloogika ohutuks käivitamiseks ja peatamiseks
- muutujate ja I/O nähtavus PV, SP, CV, analoogväärtuste ja siltide olekute jälgimiseks
- stsenaariumipõhised protsessimudelid, sealhulgas mooduli-tüüpi termilised ja protsessiseadmed
- digitaalse kaksiku valideerimise töövood, mis võimaldavad kasutajatel võrrelda redeldiagrammi käitumist simuleeritud masina või protsessi vastusega
- juhendatud tugi Yaga assistendi kaudu orienteerumiseks ja parandavaks abiks
Piiratud väide on lihtne: OLLA Lab on kasulik riskikontrollitud harjutuskeskkond kõrge riskiga kasutuselevõtu ülesannete jaoks. See ei asenda kohapealset vastuvõtutestimist, protsessiohu analüüsi, instrumentide kalibreerimist ega reaalset kommunaalteenuste varieeruvust. Simulaator võib õpetada otsustusmustreid. See ei saa tõendada välikompetentsust assotsiatsiooni kaudu.
Kuidas häirete testimine praktikas välja näeb
Kaskaadahela harjutuses saab insener OLLA Labi abil:
- panna master-ahela manuaalrežiimi
- häälestada slave-ahela simuleeritud vooluhulga või rõhu muutuja vastu
- sisestada kommunaalteenuste-poolse häire, näiteks rõhu languse
- jälgida, kas slave-ahel tõrjub häire enne, kui peamine PV kõigub
- lubada kaskaadrežiim
- häälestada master-ahel stabiliseeritud slave-ahela ümber
- vaadata üle, kas ülereguleerimine, stabiliseerumisaeg ja täituri nõudlus jäävad vastuvõetavaks
See on parem treeningmuster kui kaskaadhäälestuse õppimine reaalajas moodulil, kus on päris aur, päris toode ja kallis riistvara.
Mida tähendab "digitaalse kaksiku valideerimine" siin operatiivses mõttes?
Digitaalse kaksiku valideerimine tähendab testimist, kas juhtimisloogika tekitab kavandatud protsessikäitumise, kui see on seotud realistliku simuleeritud seadmemudeliga. See ei ole prestiižne silt mis tahes PLC-redaktoriga seotud animatsioonile.
Selle artikli jaoks on operatiivne määratlus kitsam ja kasulikum:
- redeldiagrammi loogikat täidetakse simulatsioonis
- protsessimudel eksponeerib mõõdetavaid seadmete olekuid ja protsessimuutujaid
- insener saab sisestada normaalseid ja ebanormaalseid tingimusi
- vaadeldud vastust saab võrrelda kavandatud juhtimisfilosoofiaga
- loogika muudatusi saab teha ja uuesti testida enne juurutamist
See on oluline, sest kaskaadjuhtimist ei hinnata selle järgi, kas redeldiagramm kompileerub. Seda hinnatakse selle järgi, kas pesastatud ahelad püsivad stabiilsena, tõrjuvad häireid, austavad piiranguid ja taastuvad rikete korral mõistlikult.
Digitaalse kaksiku keskkond on eriti kasulik selliste tingimuste harjutamiseks, mida on reaalsetel seadmetel kallis, ohtlik või operatiivselt häiriv luua:
- kommunaalteenuste rõhu langused
- anduri triiv või kadumine
- ventiili küllastus
- ebanormaalsed termilise koormuse astmed
- režiimi ülemineku vead
- blokeeringute (interlock) interaktsioonid
Siin nihkub simulatsioon süntaksi harjutamisest kasutuselevõtu otsustusvõimeks.
Milliseid insenertehnilisi tõendeid peaksite kaskaadjuhtimise harjutamisel säilitama?
Kui soovite demonstreerida tegelikku juhtimisoskust, hoidke pigem kompaktset insenertehniliste tõendite kogumit kui ekraanipiltide galeriid. Ekraanipildid tõestavad, et ekraan oli olemas. Need ei tõesta, et ahel töötas.
Kasutage seda struktuuri:
Märkige, mida vastuvõetav käitumine tähendab mõõdetavates terminites: ülereguleerimise piir, stabiliseerumisaeg, täituri liikumise piirid, häirete tõrjumise lävi, häirete käitumine ja režiimi ülemineku ootused.
Dokumenteerige häälestus- või loogikamuudatus: võimenduse reguleerimine, integraali vähendamine, väljundi piiramine, anti-windup lisamine, režiimi ülemineku parandamine või skaleerimise parandus.
- Süsteemi kirjeldus Määratlege moodul, protsessi eesmärk, täitur, mõõtmised ja häirete rada.
- "Õige" operatiivne määratlus
- Redeldiagrammi loogika ja simuleeritud seadmete olek Salvestage master-slave-siltide vastendamine, ahela režiimid, skaleerimine ja vastavad simuleeritud seadmete tingimused.
- Sisestatud rikkejuhtum Täpsustage sisestatud häire või ebanormaalne seisund, näiteks aurukollektori rõhu kadumine, anduri väljalangemine või ventiili küllastus.
- Tehtud muudatus
- Õpitud õppetunnid Märkige, mis muutus, miks see muutus ja mida muudetud käitumine demonstreeris.
See struktuur loob tõendeid arutluskäigust, mitte ainult tarkvara kasutamisest.
Millised standardid ja kirjandus toetavad kaskaadjuhtimist ja simulatsioonipõhist valideerimist?
Kaskaadjuhtimine ise on hästi väljakujunenud protsessijuhtimise arhitektuur, mida toetab klassikaline protsessijuhtimise kirjandus ja pikaajaline tööstuslik praktika. 3:1 kuni 5:1 kiiruse eraldamise heuristika ilmneb järjepidevalt praktikute juhistes, kuna see peegeldab sisemiste ja välimiste ahelate dünaamilise eraldamise nõuet.
Simulatsiooni ja digitaalse valideerimise puhul on toetus nüansirikkam. Kirjandus toetab laialdaselt simulatsioonipõhist koolitust ja mudelipõhist valideerimist kui kasulikke vahendeid süsteemi käitumise, ebanormaalse oleku vastuse ja kasutuselevõtu ettevalmistuse mõistmise parandamiseks. See ei toeta väidet, et simulatsioon üksi loob välikompetentsuse.
Asjakohane alus hõlmab:
- IEC 61508 funktsionaalse ohutuse elutsükli mõtlemise laiema distsipliini jaoks, eriti disaini, kontrollimise, valideerimise ja operatiivse tõestuse eristamiseks
- exida juhised ja ohutuspraktika kirjandus simulatsiooni, testimise ja ohutuse valideerimise eristamiseks instrumenteeritud keskkondades
- IFAC-PapersOnLine ja seotud juhtimistehnika kirjandus täiustatud juhtimisstruktuuride, protsesside dünaamika ja operaatorite tugisimulatsiooni kohta
- Sensors ja külgnevad ajakirjad digitaalse kaksiku ja tööstusliku küberfüüsilise valideerimise uuringute jaoks
- Manufacturing Letters ja seotud tootmissüsteemide kirjandus simulatsiooniga toetatud inseneritöö voogude jaoks
Piiratud järeldus on lihtne: simulatsioon on kõige tugevam, kui seda kasutatakse juhtimisloogika harjutamiseks, jälgimiseks, võltsimiseks ja täpsustamiseks enne juurutamist. See on kõige nõrgem, kui seda kasutatakse kompetentsuse turundusliku sünonüümina.
Kokkuvõte
Kaskaad-PID-juhtimine on õige arhitektuur, kui protsess sisaldab kiiret vahepealset muutujat, mis suudab häired kinni püüda enne, kui need levivad peamisse protsessimuutujasse. Master-ahel juhib protsessi eesmärki, slave-ahel juhib kiiret täituri-poolset muutujat ja sisemine ahel peab olema materjaalselt kiirem kui välimine ahel, et korraldus töötaks.
Praktiline häälestusjärjestus on põhjusega fikseeritud: häälestage esmalt slave, seejärel master selle ümber. Reaalajas moodulil võib selle valesti tegemine tähendada võnkumist, ventiili kulumist, raisatud partii aega või halvemat.
OLLA Lab sobitub sellesse töövoogu piiratud harjutuskeskkonnana. See võimaldab inseneridel koostada redeldiagrammi loogikat, siduda pesastatud PID-ahelaid, sisestada häireid, jälgida I/O-d ja protsessi vastust ning muuta juhtimisstrateegiat enne, kui päris moodul peab õppetunni omandama.
Jätka avastamist
Interlinking
Related link
Täiustatud protsessijuhtimise ja PID-simulatsiooni keskus →Related link
Seotud inseneriartikkel 1 →Related link
Seotud inseneriartikkel 2 →Related reading
Avage OLLA Lab selle stsenaariumi käivitamiseks ↗