Mijar berdewam dikin , em ji aliyê din ve li pirsgirêka modelkirina matematîkî binêrin. Piştî ku em pê bawer bûn ku model bi rastiya malê ya jiyanê re têkildar e, em dikarin bersiva pirsa sereke bidin: "Li vir bi rastî çi heye?" Dema ku modelek tiştek teknîkî diafirînin, em bi gelemperî dixwazin pê ewle bibin ku ev tişt dê hêviyên me bicîh bîne. Ji bo vê armancê, hesabên dînamîkî yên pêvajoyan têne kirin û encam bi hewcedaran re têne berhev kirin. Ev cêwîyek dîjîtal, prototîpek virtual, hwd. xortên piçûk ên moda yên ku, di qonaxa sêwiranê de, pirsgirêkê çareser dikin ka meriv çawa pê ewle dibe ku em tiştê ku me plan kirine bi dest dixin.
Em çawa dikarin zû pê ewle bin ku pergala me tam ya ku em sêwiran dikin e, dê sêwirana me bifire an bifire? Û eger ew difire, çiqas bilind? Û eger ew diherike, çiqas kûr?
Vê gotarê dema ku modelên dînamîkî yên pergalên teknîkî diafirîne, otomatiya verastkirina pêbaweriya bi daxwazên avahiyek teknîkî re nîqaş dike. Wekî mînak, em li hêmanek taybetmendiya teknîkî ya pergala sarbûna hewayê ya balafirê binêrin.
Em wan hewcedariyên ku dikarin li ser bingeha modelek hesabek taybetî bi jimarî bêne diyar kirin û bi matematîkî verast bikin dihesibînin. Eşkere ye ku ev tenê beşek ji hewcedariyên giştî ji bo her pergalek teknîkî ye, lê li ser kontrolkirina wan e ku em dem, nerv û drav ji bo afirandina modelên dînamîkî yên tiştê xerc dikin.
Dema ku hewcedariyên teknîkî di forma belgeyê de têne ravekirin, çend celeb hewcedariyên cihêreng dikarin werin veqetandin, ku her yek ji wan nêzîkatiyên cihêreng ji bo avakirina verastkirina otomatîkî ya pêkanîna hewcedariyên hewce dike.
Mînakî, vê pêdiviya piçûk lê rasteqîn bifikirin:
- Germahiya hewaya atmosferê ya li deriyê pergala paqijkirina avê:
li parkkirinê - ji minus 35 heta 35 ºС,
di firînê de - ji minus 35 ber 39 ºС. - Zexta statîk a hewaya atmosferê di firînê de ji 700 heta 1013 GPa (ji 526 heta 760 mm Hg) ye.
- Tevahiya tansiyona hewayê ya li ketina hewayê SVO di firînê de ji 754 heta 1200 GPa (ji 566 heta 1050 mm Hg) ye.
- Germahiya hewaya sarkirinê:
li parkkirinê - ne ji 27 ºС, ji bo blokên teknîkî - ne ji 29 ºС,
di firînê de - ne ji 25 ºС, ji bo blokên teknîkî - ne ji 27 ºС. - Herikîna hewaya sarkirinê:
dema parkkirî - herî kêm 708 kg / h,
di firînê de - ne kêmtir ji 660 kg / h. - Germahiya hewayê di beşên amûrê de ji 60 ºС ne zêdetir e.
- Di hewaya sarkirinê de mîqdara nemahiya bêpere ji 2 g/kg hewaya zuwa zêdetir nîne.
Tewra di nav vê pêdiviya tixûbdar de, bi kêmî ve du kategorî hene ku hewce ne ku di pergalê de bi rengek cûda bêne rêve kirin:
- daxwazên şert û mercên xebatê yên pergalê (bendên 1-3);
- pêdiviyên parametrîk ji bo pergalê (bendên 3-7).
Pêdiviyên şert û mercên xebatê yên pergalê
Mercên derve yên pergala ku di dema modelkirinê de têne pêşve xistin dikare wekî şertên sînor an jî wekî encama xebata pergala gelemperî were destnîşan kirin.
Di simulasyona dînamîk de, pêdivî ye ku meriv pê ewle bibe ku şert û mercên xebitandinê yên diyarkirî ji hêla pêvajoya simulasyonê ve têne vegirtin.
Pêdiviyên pergala Parametrîk
Ev hewcedarî pîvanên ku ji hêla pergalê bixwe ve têne peyda kirin. Di dema pêvajoya modelkirinê de, em dikarin van parameteran wekî encamên hesabkirinê bistînin û pê ewle bibin ku di her hesabek taybetî de pêdivî têne bicîh kirin.
Nasname û kodkirina hewcedariyên
Ji bo hêsankirina xebata bi hewcedariyên, standardên heyî pêşniyar dikin ku ji her hewcedariyê re nasnameyek destnîşan bikin. Dema ku nasnameyan destnîşan dikin, pir tê xwestin ku pergala kodkirina yekgirtî bikar bînin.
Koda hewcedariyê dikare bi tenê hejmarek be ku jimara rêza hewcedariyê temsîl dike, an jî ew dikare kodek ji bo celebê hewcedariyê, kodek ji bo pergal an yekîneya ku ew lê sepandiye, kodek parametreyê, kodek cîh, û tiştekî din ku endezyar dikare xeyal bike. (ji bo karanîna şîfrekirinê li gotarê binêre)
Tablo 1 mînakek hêsan a kodkirina hewcedariyê dide.
- koda çavkaniya hewcedariyên R-pêdiviyên TK;
- cureyê kodê hewcedariyên E - hewcedariyên - Parametreyên jîngehê, an şert û mercên xebatê
S - daxwazên ku ji hêla pergalê ve têne peyda kirin; - Koda rewşa balafirê 0 - her, G - parkkirî, F - di firînê de;
- Parametreya fizîkî ya tîpa koda T - germahî, P - zext, G - rêjeya herikînê, nembûn H;
- hejmara serial ya pêwîst.
| ID daxwazên |
description | Parîsê |
| REGT01 | Germahiya hewaya hawîrdorê li deriyê pergala sarbûna avê: li parkkirinê - ji minus 35ºС. heta 35 ºС. | |
| REFT01 | Germahiya hewaya atmosferê li deriyê pergala berevaniya hewayê: di firînê de - ji minus 35 ºС heya 39 ºС. | |
| REFP01 | Zexta hewaya statîk a atmosferê di firînê de ji 700 heta 1013 hPa (ji 526 heta 760 mm Hg) ye. | |
| REFP02 | Tevahiya tansiyona hewayê ya li ketina hewayê SVO di firînê de ji 754 heta 1200 hPa ye (ji 566 heta 1050 mm Hg). | |
| RSGT01 | Germahiya hewaya sarbûnê: dema ku were park kirin ji 27 ºС bêtir | |
| RSGT02 | Germahiya hewaya sarkirinê: li cîhê parkkirinê, ji bo yekîneyên teknîkî ji 29 ºС bêtir | |
| RSFT01 | Germahiya hewaya sar di firînê de ji 25 ºС ne zêdetir | |
| RSFT02 | Germahiya hewaya sarkirinê: di firînê de, ji bo yekîneyên teknîkî ne ji 27 ºС | |
| RSGG01 | Herikîna hewaya sarkirinê: dema ku tê parkkirin ji 708 kg/h ne kêmtir e | |
| RSFG01 | Herikîna hewaya sarkirinê: di firînê de ji 660 kg/h ne kêmtir e | |
| RS0T01 | Germahiya hewayê di beşên amûran de ne ji 60 ºС | |
| RSH01 | Di hewaya sarkirinê de mîqdara nemahiya bêpere ji 2 g/kg hewaya zuwa zêdetir nîne |
Sêwirana pergala verastkirina hewcedariyên.
Ji bo her pêdiviya sêwiranê algorîtmayek ji bo nirxandina hevrêziya pîvanên sêwiranê û pîvanên ku di hewcedariyê de hatine destnîşan kirin heye. Bi gelemperî, her pergalek kontrolê her gav algorîtmayan ji bo kontrolkirina hewcedariyên tenê bi xwerû vedihewîne. Û tewra her regulator wan dihewîne. Ger germahî derkeve derveyî sînoran, klîma vedibe. Ji ber vê yekê, qonaxa yekem a her rêziknameyê ev e ku meriv kontrol bike ka parametre li gorî hewcedariyên xwe ne.
Û ji ber ku verastkirin algorîtmek e, wê hingê em dikarin heman alav û amûrên ku em bikar tînin ji bo afirandina bernameyên kontrolê bikar bînin. Mînakî, hawîrdora SimInTech dihêle hûn pakêtên projeyê biafirînin ku tê de beşên cûrbecûr ên modelê hene, ku di forma projeyên cihêreng de têne darve kirin (modela objektê, modela pergala kontrolê, modela jîngehê, hwd.).
Projeya verastkirina hewcedariyê di vê rewşê de dibe heman projeya algorîtmayê û bi pakêta modelê ve girêdayî ye. Û di modêla modela dînamîkî de ew analîzek ji bo pêkanîna daxwazên taybetmendiyên teknîkî pêk tîne.
Nimûneyek gengaz a sêwirana pergalê di Xiflteya 1 de tê nîşandan.
Wêne 1. Nimûneya sêwirana projeyek verastkirinê.
Mîna ji bo algorîtmayên kontrolê, hewcedarî dikarin wekî komek pelan werin xêz kirin. Ji bo rehetiya xebata bi algorîtmayan re di hawîrdorên modela avahîsaziyê yên wekî SimInTech, Simulink, AmeSim de, şiyana afirandina strukturên pir-astî di forma jêrmodelan de tê bikar anîn. Ev rêxistin gengaz dike ku hewcedariyên cûrbecûr di nav koman de kom bike da ku kar bi rêzek hewcedariyên hêsan bike, wekî ku ji bo algorîtmayên kontrolê tê kirin (binihêre Fig. 2).
Figure 2. Struktura hiyerarşîk a modela verastkirina hewcedariyên.
Mînakî, di doza ku tê nihêrîn de, du kom têne cûda kirin: hewcedariyên ji bo jîngehê û hewcedariyên rasterast ji bo pergalê. Ji ber vê yekê, avahiyek daneya du-ast tê bikar anîn: du kom, ku her yek pelek algorîtmê ye.
Ji bo girêdana daneyan bi modelê re, nexşeyek standard ji bo hilberîna databasek nîşanê tê bikar anîn, ku daneyan ji bo danûstendina di navbera beşên projeyê de hilîne.
Dema afirandin û ceribandina nermalavê, xwendina senzoran (analogên senzorên pergalê yên rastîn) ku ji hêla pergala kontrolê ve têne bikar anîn di vê databasê de têne danîn.
Ji bo projeyek ceribandinê, hemî pîvanên ku di modela dînamîkî de têne hesibandin dikare di heman databasê de were hilanîn û bi vî rengî were bikar anîn da ku were kontrol kirin ka hewcedarî bi cih tên an na.
Di vê rewşê de, modela dînamîkî bixwe dikare di her pergala modela matematîkî de an jî di forma bernameyeke darvekirinê de were darve kirin. Tenê hewcedarî hebûna navgînên nermalavê ye ji bo danasîna daneyên modelkirinê ji hawîrdora derve re.
Wêne 3. Girêdana projeya verastkirinê bi modela tevlihev.
Nimûneyek pelgeya verastkirina hewcedariyên bingehîn di Xiflteya 4-ê de tê pêşkêş kirin. Ji nihêrîna pêşdebiran, ew diyagramek hesabkirinê ya adetî ye ku li ser algorîtmaya verastkirina hewcedariyên grafîkî têne pêşkêş kirin.
Figure 4. Bernameya kontrolê ya hewcedariyên.
Parçeyên sereke yên pelê kontrolê di jimar 5 de têne diyar kirin. Algorîtmaya kontrolê bi heman rengî diyagramên sêwirana algorîtmayên kontrolê pêk tê. Li milê rastê blokek ji bo xwendina sînyalên ji databasê heye. Ev blok di dema simulasyonê de digihîje databasa sînyalê.
Nîşaneyên wergirtî têne analîz kirin da ku şertên verastkirina hewcedariyên hesab bikin. Di vê rewşê de, analîza bilindahiyê tê kirin da ku pozîsyona balafirê were destnîşankirin (gelo ew parkkirî ye an di firîn de ye). Ji bo vê armancê, hûn dikarin îşaretên din û pîvanên hesabkirî yên modelê bikar bînin.
Mercên verastkirinê û pîvanên ku têne kontrol kirin têne veguheztin blokên verastkirinê yên standard, ku tê de van parameteran ji bo pêkanîna daxwazên diyarkirî têne analîz kirin. Encam di databasa sînyalê de bi vî rengî têne tomar kirin ku ew dikarin werin bikar anîn da ku bixweber navnîşek kontrolê çêbikin.
Figure 5. Struktura pelgeya hesabkirina verastkirina hewcedariyên.
Parametreyên ku bêne ceribandin ne hewce ye ku îşaretên di databasê de hene bikar bînin, yên ku ji hêla parametreyên ku di pêvajoya simulasyonê de têne hesibandin têne kontrol kirin. Tiştek me nahêle ku em di çarçeweya pêşnumayên pêşnumayan de hesabên zêde bikin, wekî ku em şertên verastkirinê hesab dikin.
Ji bo nimûne, ev pêdivî ye:
Hejmara aktîvkirina pergala serrastkirinê di dema firîna berbi armancê de divê ji 5-an derbas nebe, û dema xebitandina tevahî ya pergala rastkirinê jî ji 30 saniyeyan derbas nebe.
Di vê rewşê de, algorîtmayek ji bo berevajîkirina hejmara destpêk û dema xebatê ya tevayî li nexşeya sêwirana hewcedariyên tê zêde kirin.
Astengkirina verastkirina pêdiviyên tîpîk.
Her qutiya kontrolê ya pêdiviya standard ji bo hesabkirina pêkanîna hewcedariyek celebek diyar hatî çêkirin. Mînakî, hewcedariyên hawîrdorê di dema parkkirinê û di firînê de rêzek germahiya xebitandina hawîrdorê vedihewîne. Pêdivî ye ku ev blok germahiya hewayê ya di modelê de wekî pîvanek werbigire û diyar bike ka ev parametre rêza germahiya diyarkirî digire an na./p>
Blok du portên têketinê, param û şert dihewîne.
Yekem bi pîvana ku tê kontrol kirin tê xwarin. Di vê rewşê de, "Germahiya derve".
Guherînek Boolean ji porta duyemîn re tê peyda kirin - şertê ji bo pêkanîna kontrolê.
Ger RAST (1) di têketina duyemîn de were wergirtin, wê hingê blok hesabek verastkirina hewcedariyê pêk tîne.
Ger têketina duyemîn FALSE (0) bistîne, wê hingê şertên ceribandinê pêk nayên. Ji bo ku şert û mercên hesabkirinê bêne hesibandin ev pêdivî ye. Di rewşa me de, ev têketin ji bo çalakkirin an neçalakkirina kontrolê li gorî rewşa modelê tê bikar anîn. Ger balafir di dema simulasyonê de li erdê be, wê hingê hewcedariyên têkildarî firînê nayên kontrol kirin, û berûvajî - heke balafir di firînê de be, wê hingê hewcedariyên têkildarî xebata li rawestgehê nayên kontrol kirin.
Ev têketin dikare dema sazkirina modelê jî were bikar anîn, mînakî di qonaxa destpêkê ya hesabkirinê de. Dema ku model tê gihandin rewşa pêwîst, blokên kontrolê neçalak dibin, lê gava ku pergal digihîje moda xebitandinê ya pêwîst, blokên kontrolê têne veguheztin.
Parametreyên vê blokê ev in:
- şert û mercên sînor: sînorên jor (UpLimit) û jêrîn (DownLimit) ku divê werin kontrol kirin;
- dema danasîna pergalê ya pêwîst li rêzikên sînor (TimeInterval) di çirkeyan de;
- Nasnameya Daxwazê ReqName;
- destûrdana derbaskirina rêzê Out_range guhêrbarek Boolean e ku diyar dike ka nirxek ku ji rêza kontrolkirî derbas dibe binpêkirina hewcedariyê ye.
Di hin rewşan de, hilberîna nirxa ceribandinê destnîşan dike ku pergal xwedan hûrgelek e û dibe ku li derveyî qada xebata xwe bixebite. Di rewşên din de, hilberek tê vê wateyê ku pergal nekare xalên mîhengan di nav rêzê de bihêle.
Wêne 6. Di diagramê de bloka kontrolê ya taybetmendiyê û pîvanên wê.
Di encama hesabkirina vê blokê de, guhêrbara Encamê li dergehê pêk tê, ku van nirxan digire:
- 0 – rNone, nirx nayê diyarkirin;
- 1 - rDone, pêwîstî pêk tê;
- 2 - rFault, hewcedarî pêk nayê.
Wêneyê blokê dihewîne:
- identifier text;
- dîmenderên dîjîtal ên pîvanên sînorên pîvandinê;
- nasnavê rengê rewşa parametreyê.
Di hundurê blokê de dibe ku çerxeyek encamdana mantiqî ya pir tevlihev hebe.
Mînakî, ji bo kontrolkirina rêza germahiya xebitandinê ya yekîneya ku di xêza 6-ê de tê xuyang kirin, çerxa hundurîn di jimar 7 de tê xuyang kirin.
Xiflteya 7. Diyagrama navxweyî ya yekîneya diyarkirina rêza germahiyê.
Di hundurê bloka dorpêçê de, taybetmendiyên ku di pîvanên blokê de hatine destnîşan kirin têne bikar anîn.
Digel analîzkirina lihevhatina bi hewcedariyên, diyagrama hundurîn a blokê grafiyek ku ji bo nîşandana encamên simulasyonê hewce dike dihewîne. Ev graf hem ji bo dîtina di dema hesabkirinê de hem jî ji bo analîzkirina encamên piştî hesabkirinê dikare were bikar anîn.
Encamên hesabkirinê ji derana blokê re têne şandin û di heman demê de di pelek raportek gelemperî de, ku li ser bingeha encamên ji bo tevahiya projeyê hatî afirandin, têne tomar kirin. (binihêre Fig. 8)
Mînaka raporek ku li ser bingeha encamên simulasyonê hatî afirandin pelek html e ku li gorî formatek diyar hatî afirandin. Format dikare bi rengek kêfî li gorî forma ku ji hêla rêxistinek taybetî ve hatî pejirandin ve were mîheng kirin.
Di hundurê bloka dorpêçê de, taybetmendiyên ku di pîvanên blokê de hatine destnîşan kirin têne bikar anîn.
Digel analîzkirina lihevhatina bi hewcedariyên, diyagrama hundurîn a blokê grafiyek ku ji bo nîşandana encamên simulasyonê hewce dike dihewîne. Ev graf hem ji bo dîtina di dema hesabkirinê de hem jî ji bo analîzkirina encamên piştî hesabkirinê dikare were bikar anîn.
Encamên hesabkirinê ji derana blokê re têne şandin û di heman demê de di pelek raportek gelemperî de, ku li ser bingeha encamên ji bo tevahiya projeyê hatî afirandin, têne tomar kirin. (binihêre Fig. 8)
Mînaka raporek ku li ser bingeha encamên simulasyonê hatî afirandin pelek html e ku li gorî formatek diyar hatî afirandin. Format dikare bi rengek kêfî li gorî forma ku ji hêla rêxistinek taybetî ve hatî pejirandin ve were mîheng kirin.
Wêneyê 8. Nimûneya pelê raporê ya li ser bingeha encamên simulasyonê.
Di vê nimûneyê de, forma raporê rasterast di taybetmendiyên projeyê de tê mîheng kirin, û forma di tabloyê de wekî nîşaneyên projeya gerdûnî tête danîn. Di vê rewşê de, SimInTech bixwe pirsgirêka sazkirina raporê çareser dike, û bloka ji bo nivîsandina encaman li pelek van rêzan bikar tîne da ku li pelê raporê binivîse.
Wêne 9. Sazkirina formata raporê di sînyalên projeya gerdûnî de
Ji bo hewcedariyên databasek sînyalê bikar tînin.
Ji bo otomatîkkirina xebata bi mîhengên xanî re, ji bo her blokek tîpîk di databasa nîşanê de avahiyek standard tê afirandin. (binihêre Fig. 10)
Wêne 10. Mînaka avahiyek bloka kontrolê ya hewcedariyê di databasek îşaretekê de.
Databasa sînyalê peyda dike:
- Hemî pîvanên hewcedariyên pergalê hilîne.
- Dîtina hêsan a daxwazên projeya heyî ji pîvanên diyarkirî û encamên modela heyî.
- Sazkirina yek blok an komek blokan bi karanîna zimanek bernamesazkirina nivîsê. Guhertinên di databasa sînyalê de rê li ber guhertinên di nirxên taybetmendiya blokê de di diagramê de digirin.
- Di pergala rêveberiya hewcedariyê de ravekirinên nivîsê, girêdanên bi hêmanên taybetmendiyên teknîkî an nasnameyan hilînin.
Strukturên databasa sînyalê ji bo pêdiviyan dikarin bi hêsanî werin mîheng kirin da ku bi pergalek rêveberiya hewcedariyên partiya sêyemîn re bixebitin. Di xêza 11-ê de diyagramek giştî ya pêwendiya bi pergalên rêveberiya hewcedariyê re tê pêşkêş kirin.
Wêne 11. Diagrama pêwendiya bi pergala rêveberiya hewcedariyê re.
Rêzeya danûstendina di navbera projeya testa SimInTech û pergala kontrolkirina hewcedariyê de wiha ye:
- Mercên referansê di nav hewcedariyê de têne dabeş kirin.
- Pêdiviyên taybetmendiyên teknîkî têne nas kirin ku dikarin bi modela matematîkî ya pêvajoyên teknîkî ve werin verast kirin.
- Taybetmendiyên hewcedariyên bijartî di strukturên blokên standard de li databasa nîşana SimInTech têne veguheztin (mînak, germahiya herî zêde û herî kêm).
- Di dema pêvajoya hesabkirinê de, daneyên strukturê ji bo diagramên sêwirana blokê têne veguheztin, analîz têne kirin û encam di databasek nîşanê de têne hilanîn.
- Piştî ku hesab qediya, encamên analîzê ji pergala rêveberiya hewcedariyê re têne veguheztin.
Pêdiviyên gavên 3 heta 5 dikarin di dema pêvajoya sêwiranê de bêne dubare kirin dema ku guhartinên sêwiranê û/an hewcedariyên çêbibin û bandora guhertinan ji nû ve were ceribandin.
Encamên
- Prototîpa çêkirî ya pergalê di dema analîzkirina modelên heyî de ji bo pêkanîna daxwazên taybetmendiyên teknîkî kêmbûnek girîng peyda dike.
- Teknolojiya ceribandina pêşniyarkirî modelên dînamîkî yên heyî bikar tîne û dikare ji bo her modelên dînamîkî jî were bikar anîn, tevî yên ku di hawîrdora SimInTech de nayên kirin.
- Bikaranîna rêxistina daneya berhevokê dihêle hûn bi pêşkeftina modelê re paralel pakêtên verastkirina hewcedariyên biafirînin, an jî van pakêtan wekî taybetmendiyên teknîkî ji bo pêşkeftina modelê bikar bînin.
- Teknolojî dikare bêyî lêçûnên girîng bi pergalên rêveberiya hewcedariyên heyî re were yek kirin.
Ji bo kesên ku heta dawiyê bixwînin,
Source: www.habr.com