Интегрированные пакеты АСУ ТП в ОС QNX

Опе­ра­ци­он­ная сис­те­ма QNX (раз­ра­бот­ка фир­­мы QSSL, Ка­на­да) как сис­те­ма ре­аль­но­го вре­ме­ни для IBM PC яв­ля­ет­ся од­ной из на­и­бо­лее ши­ро­ко ис­поль­зу­е­мых при пос­тро­е­нии сис­тем уп­рав­ле­ния и сбо­ра дан­ных, пре­жде все­го за счет то­го, что QNX га­ран­ти­ру­ет вре­мя ре­ак­ции в пред­елах от не­сколь­ких де­сят­ков мик­ро­се­кунд до не­сколь­ких мил­ли­се­кунд (в за­ви­си­мос­ти от быс­тро­дей­ст­вия ПЭВМ и вер­сии QNX). Кро­ме то­го, вы­со­кая эф­фек­тив­ность QNX в за­да­чах уп­рав­ле­ния и сбо­ра дан­ных в ре­аль­ном вре­ме­ни обес­пе­чи­ва­ет­ся та­ки­ми свой­ства­ми, как на­ли­чие 32-раз­ряд­но­го яд­ра, мно­го­за­дач­ность (до 250 за­дач на од­ном уз­ле), встро­ен­ные в яд­ро сис­те­мы се­те­вые воз­мож­нос­ти (под­дер­ж­ка Ethernet, Arcnet, Token Ring), гиб­кое уп­рав­ле­ние пре­ры­ва­ни­я­ми (вы­тес­ня­е­мость и вло­жен­ность) и при­ори­те­та­ми, воз­мож­ность вы­пол­не­ния за­дач в за­щи­щен­ном и фо­но­вом ре­жи­мах.

В рас­пре­де­лен­ных иерар­хи­чес­ких сис­те­мах уп­рав­ле­ния и сбо­ра дан­ных мож­но вы­де­лить не­сколь­ко уров­ней, на каж­дом из ко­то­рых раз­лич­ны­ми фир­ма­ми ис­поль­зу­ет­ся про­грам­мное обес­пе­че­ние на ба­зе ОС QNX.

1. Уро­вень не­пос­ред­ствен­но­го уп­рав­ле­ния и сбо­ра дан­ных, ос­но­ван­ный на ис­поль­зо­ва­нии дат­чи­ков, ре­гу­ля­то­ров и ис­пол­ни­тель­ных ме­ха­низ­мов. На этом уров­не уп­рав­ле­ния час­то ис­поль­зу­ют­ся IBM PC со­вмес­ти­мые кон­трол­ле­ры та­ких фирм, как Octagon Systems, Win Systems, Zia­tech, Radisys, Am-pro и т. п. Па­кет Embedded Kit фир­мы QSSL поз­во­ля­ет ус­та­нав­ли­вать QNX на не­ко­то­рые из этих кон­трол­ле­ров, а так­же обес­пе­чи­ва­ет за­груз­ку опе­ра­ци­он­ной сис­те­мы с по­лу­про­вод­ни­ко­во­го дис­ка (ПЗУ, ста­ти­чес­кое ОЗУ, флэш-па­мять).
2. Ос­нов­ной уро­вень уп­рав­ле­ния, на ко­то­ром со­би­ра­ет­ся вся ин­фор­ма­ция от мно­гих ис­точ­ни­ков ни­зше­го уров­ня и ко­то­рый вклю­ча­ет в кон­тур уп­рав­ле­ния и при­ня­тия ре­ше­ний не толь­ко вы­чис­ли­тель­ные сред­ст­ва, но и че­ло­ве­ка. В за­ру­беж­ной ли­те­ра­ту­ре сис­те­мы, вклю­ча­ю­щие этот уро­вень, но­сят со­кра­щен­ное на­зва­ние SCADA – Supervisory Control And Data Acqu­sition – дис­пет­чер­с­кие сис­те­мы сбо­ра дан­ных и уп­рав­ле­ния. Этой же аб­бре­ви­а­ту­рой обоз­на­ча­ют и про­грам­м­ное обес­пе­че­ние, пред­на­зна­чен­ное для та­ких сис­тем. При­ме­ра­ми та­ко­го про­грам­м­но­го обес­пе­че­ния, ра­бо­та­ю­ще­го под уп­рав­ле­ни­ем ОС QNX, яв­ля­ют­ся RealFlex (BJ Software Systems, США), Sitex (Jade Software, Ан­г­лия), AutoNet (Imagination Systems, США), RIPCAM (Elsid Software Systems, Ка­на­да) и др.
3. Уро­вень оп­ти­ми­за­ции, про­гно­зи­ро­ва­ния и мо­де­ли­ро­ва­ния со­сто­я­ния про­цес­сов, ку­да пос­ту­па­ет ин­фор­ма­ция, со­бран­ная на ос­нов­ном уров­не уп­рав­ле­ния, пред­пол­ага­ет ис­поль­зо­ва­ние мощ­ных вы­чис­ли­тель­ных ре­сур­сов и стро­ит­ся на ба­зе эк­спер­т­ных или мо­де­ли­ру­ю­щих сис­тем ре­аль­но­го вре­ме­ни. На­зо­вем не­ко­то­рые сис­те­мы для ОС QNX: SL Graphical Mode­ling System (SL Corporation, США), Sammi (Kinesix, США), Process Vision (Comdale Technologies, Ка­на­да), TILCON Real-Time Developer (Tilcon Software, Ка­на­да).

Ана­лиз ин­тег­ри­ро­ван­ных па­ке­тов для сис­тем уп­рав­ле­ния по­ка­зы­ва­ет, что они вклю­ча­ют в свой со­став сле­ду­ю­щий на­бор средств: 

• ба­зу дан­ных (БД) па­ра­мет­ров (объ­ек­тов) и ди­а­ло­го­вый ре­дак­тор БД;
• гра­фи­чес­кие ре­дак­то­ры ста­ти­чес­ких и ди­на­ми­чес­ких изо­бра­же­ний;
• гра­фи­чес­кий ре­дак­тор сим­во­лов, ко­то­рый поз­во­ля­ет со­зда­вать биб­ли­о­те­ки ти­по­вых пик­тог­рамм, ис­поль­зу­е­мых гра­фи­чес­ки­ми ре­дак­то­ра­ми ста­ти­чес­ких и ди­на­ми­чес­ких изо­бра­же­ний;
• сред­ст­ва сбо­ра и ото­бра­же­ния дан­ных пред­ыс­то­рии по лю­бо­му па­ра­мет­ру БД;
• ге­не­ра­тор от­че­тов, ко­то­рый поз­во­-ля­ет фор­ми­ро­вать от­че­ты по дан­ным ре­аль­но­го вре­ме­ни и пред­ыс­то­рии;
• сред­ст­ва ото­бра­же­ния со­бы­тий ре­аль­но­го вре­ме­ни (мне­мос­хе­мы, трен­ды, свод­ки со­бы­тий и тре­вог, зву­ко­вая или ре­че­вая сиг­на­ли­за­ция и т. п.);
• сред­ст­ва об­ра­бот­ки па­ра­мет­ров и вы­чис­ле­ний, за­да­ва­е­мых поль­зо­ва­те­лем ал­го­рит­мов уп­рав­ле­ния.

Рас­пре­де­лен­ные сис­те­мы уп­рав­ле­ния мо­гут до­пол­ни­тель­но вклю­чать сле­ду­ю­щие ком­по­нен­ты:

• сред­ст­ва под­дер­ж­ки се­те­вой ра­бо­ты в рам­ках рас­пре­де­лен­ной сис­те­мы од­нов­ре­мен­но мно­гих ра­бо­чих стан­ций и опе­ра­то­ров, как в пред­е­лах ло­каль­ных се­тей раз­лич­ной то­по­ло­гии, так и в мас­шта­бах гло­баль­ных се­тей;
• сред­ст­ва об­ме­на дан­ны­ми и со­об­ще­ни­я­ми меж­ду опе­ра­то­ра­ми и ра­бо­чи­ми стан­ци­я­ми;
• сред­ст­ва па­роль­ной за­щи­ты и раз­гра­ни­че­ния до­сту­па по уров­ням прав опе­ра­то­ров;
• сис­те­му «го­ря­че­го» ре­зер­ви­ро­ва­ния и ав­то­ма­ти­чес­ко­го вос­ста­нов­ле­ния для обес­пе­че­ния над­еж­нос­ти, ус­той­чи­вос­ти и не­пре­рыв­нос­ти вы­чис­ли­тель­но­го про­цес­са.

Рас­смот­рим лишь не­ко­то­рые из су­щес­тву­ю­щих па­ке­тов, яв­ля­ю­щих­ся ти­по­вы­ми в сво­их клас­сах сис­тем.

RealFlex

Па­кет RealFlex пос­тав­ля­ет­ся с пол­ным на­бо­ром мо­ду­лей, обес­пе­чи­ва­ю­щих поль­зо­ва­те­ля всем не­об­хо­ди­мым для раз­ра­бот­ки и фун­кци­о­ни­ро­ва­ния АСУ ТП, и вклю­ча­ет ути­ли­ты кон­фи­гу­ри­ро­ва­ния, про­цес­со­ры дан­ных ре­аль­но­го вре­ме­ни и тре­вог, а так­же сред­ст­ва для вы­чис­ле­ний, об­ра­бот­ки дис­крет­ных и ана­ло­го­вых дан­ных, ар­хи­ви­ро­ва­ния дан­ных пред­ыс­то­рии, ото­бра­же­ния и ге­не­ра­ции от­че­тов. До­пол­ни­тель­но мо­гут быть вклю­че­ны сле­ду­ю­щие сред­ст­ва: BJScan — связь не­сколь­ких RealFlex че­рез гло­баль­ную сеть, Rem-Flex и LanFlex — ути­ли­ты для со­еди­не­ния с цен­траль­ной БД RealFlex со­от­вет­ствен­но по пос­ле­до­ва­тель­но­му ка­на­лу или че­рез ло­каль­ную сеть, Control Se-quence Language (CSL) — язык уп­рав­ля­ю­щих пос­ле­до­ва­тель­нос­тей, RealTalk — уп­рав­ля­е­мый со­бы­ти­я­ми ре­че­вой сиг­на­ли­за­тор, Recipe Loader — за­груз­чик на­чаль­ных ус­та­но­вок, Statis­tical Process Control (SPC) — ста­тис­ти­чес­кий па­кет уп­рав­ле­ния про­цес­са­ми, Term­­Flex — до­ступ к Rea­lFlex че­рез ал­фа­вит­но-циф­ро­вой тер­ми­нал, DDE Bridge — связь RealFlex с при­ло­же­ни­я­ми MS Windows 3.x. На рис. 1 по­ка­зан при­мер кон­фи­гу­ра­ции сис­те­мы, пос­тро­ен­ной на ба­зе па­ке­та Real­Flex. Сис­те­ма со­сто­ит из двух не­за­ви­си­мых под­сис­тем, каж­дая из ко­то­рых вклю­ча­ет не­сколь­ко опе­ра­тор­с­ких стан­ций. Од­на из под­сис­тем со­дер­жит «го­ря­чий» ре­зерв. Две под­сис­те­мы об­ме­ни­ва­ют­ся ин­фор­ма­цией по пос­ле­до­ва­тель­но­му ка­на­лу.

В на­сто­я­щее вре­мя RealFlex под­дер­жи­ва­ет ап­па­ра­ту­ру мно­гих из­вес­т­ных за­ру­беж­ных фирм-про­из­во­ди­те­лей кон­трол­ле­ров и плат вво­да-вы­во­да. Спи­сок под­дер­жи­ва­е­мых ус­тройств пос­то­ян­но рас­ши­ря­ет­ся, по­э­то­му на­зо­вем лишь не­ко­то­рые из них: Allen-Bradley, Honeywell се­рии TDC 3000, Metrabyte се­рии M1000/M2000, Modi­con по ин­тер­фей­су J470, Yoko­ga­wa се­рий HR 2300, Simatic S5. В ка­чес­т­ве од­но­го из на­ибо­лее пер­спек­тив­ных средств вво­да-вы­во­да ана­ло­го­вой и дис­крет­ной ин­фор­ма­ции от объ­ек­тов АСУ ТП в рам­ках RealFlex ис­поль­зу­ют­ся компь­юте­ры MicroPC (Octagon Sys­tems, США) со встро­ен­ной в ПЗУ или флэш-па­мять опе­ра­ци­он­ной сис­те­мой QNX 2.21 или QNX 4.22. Для RealFlex раз­ра­бо­та­ны драй­ве­ры для оте­чес­твен­ных кон­трол­ле­ров ТCМ51, Ло­ми­конт-110, Ре­ми­конт-110 и 130, ЭК-2000, Ш-711 и др.

RealFlex мо­жет пос­тав­лять­ся ли­бо в ви­де кон­фи­гу­ра­ции для раз­ра­бот­чи­ка, ли­бо в ис­пол­ни­тель­ной кон­фи­гу­ра­ции (Run time System). Кро­ме это-го, пос­тав­ки RealFlex от­ли­ча­ют­ся по чис­лу под­дер­жи­ва­е­мых за­пи­сей в БД RealFlex: 500 (MiniFlex) и 128000. RealFlex в на­сто­я­щее вре­мя фун­кци­о­ни­ру­ет бо­лее чем на 5000 опе­ра­тор­с­ких стан­ци­ях.

Sitex

Фун­кци­о­наль­но Sitex мож­но раз­де­лить на сле­ду­ю­щие ком­по­нен­ты: Сер­вер рас­пре­де­лен­ных баз дан­ных ре­аль­но­го вре­ме­ни и Пос­тро­и­тель БД, Ре­дак­тор сис­тем­ных со­об­ще­ний, Ре­дак­тор со­об­ще­ний тре­вог, Ути­ли­ты кон­фи­гу­ри­ро­ва­ния сер­ве­ра вво­да-
вы­во­да, Ре­дак­тор сим­во­лов, Объ­ек­т­но-ори­ен­ти­ро­ван­ный гра­фи­чес­кий пос­тро­и­тель, Ре­дак­тор ди­на­ми­чес­ких эк­ра­нов, Про­цес­сор дан­ных, Ме­нед­жер тре­вог/со­бы­тий, Ути­ли­ты кон­фи­гу­ри­ро­ва­ния тре­вог, Сер­вер пре­дыс­то­рии, Ме­нед­жер до­сту­па, Ме­нед­жер уп­рав­ле­ния, Ге­не­ра­тор от­че­тов, Встро­ен­ные сред­ст­ва под­дер­ж­ки ра­бо­ты в се­ти.

Па­кет Sitex раз­ра­бо­тан как сис­те­ма с ар­хи­тек­ту­рой кли­ент/сер­вер, что пред­ос­тав­ля­ет поль­зо­ва­те­лю воз­мож­ность вза­и­мо­дей­ство­вать с вы­бран-­ны­ми им сер­ве­ра­ми БД ре­аль­но­го вре­ме­ни. Каж­дый сер­вер БД оп­ре­де­ля­ет­ся уни­каль­ным име­нем. Ес­ли это имя уже есть в рам­ках ло­каль­ной се­ти, то дан­ный сер­вер на­чи­на­ет ра­бо­тать в ре­жи­ме «го­ря­че­го» ре­зер­ва. БД Sitex со­сто­ит из не­сколь­ких групп дан­ных. Каж­дая груп­па мо­жет оп­ре­де­лять­ся как ло­ги­чес­кий на­бор за­пи­сей, свя­зан­ных с дан­ны­ми, при­­хо­дя­щи­ми от не­сколь­ких фи­зи­чес­ких ис­точ­ни­ков, или мо­жет при­вя­зы­вать­ся к един­ствен­но­му фи­зи­чес­ко­му ус­т­рой­ст­ву, та­ко­му как про­грам­ми­ру­е­мый ло­ги­чес­кий кон­трол­лер (PLC — Prog­rammable Logic Controller) или уда­лен­­ное тер­ми­наль­ное ус­трой­ст­во (RTU — Remote Ter­mi­nal Unit). В Sitex с по­мощью Ме­нед­же­ра до­сту­па ре­а­ли­зо­ван очень раз­ви­тый ме­ха­низм раз­гра­ни­че­ния до­сту­па, осо­бен­но важ­ный при од­но­вре­мен­ной ра­бо­те мно­жес­т­ва опе­ра­то­ров и сер­ве­ров БД. От­дель­ная за­да­ча-кли­ент са­ма мо­жет при­со­еди­нить­ся к Ме­нед­же­ру до­сту­па и по­лу­чить, на­при­мер, один из уров­ней прав до­сту­па, та­ких как Толь­ко про­смотр, Опе­ра­тор 1, Опе­ра­тор 2, Ру­ко­во­ди­тель, Ин­же­нер или Су­пер­поль­зо­ва­тель.

На рис. 2 по­ка­зан при­мер кон­фи­гу­ра­ции сис­те­мы, пос­тро­ен­ной на ба­зе па­ке­та Sitex. Здесь пред­став­ле­ны два сер­ве­ра Sitex под од­ним и тем же име­нем, ра­бо­та­ю­щих в ре­жи­ме «го­ря­че­го» ре­зер­ва с двой­ным со­еди­не­ни­ем по се­ти (Ethernet и Arcnet), обес­пе­чи­ва­ю­щим раз­дель­ную за­груз­ку и из­бы­точ­ное со­еди­не­ние в слу­чае от­каза. Тре­тий сер­вер, обоз­на­чен­ный B_SERVER, ра­бо­та­ет не­за­ви­си­мо, хо­тя про­грам­мам поль­зо­ва­те­ля на каж­дой стан­ции до­ступ­ны дан­ные с лю­бо­го сер­ве­ра. Так­же по­ка­за­ны раз­лич­ные ти­пы ус­тройств вво­да-вы­во­да и спо­со­бы их ин­тег­ра­ции в сис­те­му.

Sitex пос­тав­ля­ет­ся ли­бо в ви­де кон­фи­гу­ра­ции для раз­ра­бот­чи­ка (Sitex Development Software), ли­бо в ис­пол­ни­тель­ной кон­фи­гу­ра­ции (Run time System). Кро­ме это­го, ва­ри­ан­ты пос­тав­ки Sitex от­ли­ча­ют­ся по чис­лу под­дер­жи­ва­е­мых за­пи­сей в БД Sitex: 250, 1000, 10000 и 65000. Для Sitex раз­ра­бо­та­ны драй­ве­ры для оте­чес­твен­ных кон­трол­ле­ров ТCМ51, Ло­ми­конт-110, ЭК-2000, Ш-711.

AutoNet

AutoNet — это па­кет для сбо­ра дан­ных, уп­рав­ле­ния, тес­ти­ро­ва­ния и из­ме­ре­ний. От­ли­чи­тель­ной осо­бен­но-стью AutoNet яв­ля­ет­ся воз­мож­ность при­ме­не­ния это­го па­ке­та в при­ло-­же­ни­ях с очень вы­со­ки­ми тре­бо­ва­-ни­я­ми к ско­рос­ти при­ема дан­ных. AutoNet обес­пе­чи­ва­ет воз­мож­ность пос­туп­ле­ния и об­ра­бот­ки до 50000 из­ме­ре­ний в се­кун­ду. AutoNet поз­во­ля­ет иметь лю­бое чис­ло па­не­лей, ото­бра­жа­ю­щих зна­че­ния при­ни­ма­е­мых дан­ных. Эти па­не­ли стро­ят­ся са­мим поль­зо­ва­те­лем на ос­но­ве при­мер­но 100 ти­пов ди­на­ми­чес­ких эле­мен­тов ото­бра­же­ния и об­нов­ля­ют­ся со ско­ростью 30 раз в се­кун­ду. Ди­на­ми­чес­кие эле­мен­ты обес­пе­чи­ва­ют ото­бра­же­ние как дан­ных ре­аль­но­го вре­ме­ни, так и дан­ных пред­ыс­то­рии. На рис. 3 при­ве­ден при­мер эк­ра­на сис­те­мы ис­пы­та­ния ави­а­ци­он­но­го дви­га­те­ля, ре­а­ли­зо­ван­ной на ос­но­ве AutoNet.

AutoNet под­дер­жи­ва­ет об­мен с внеш­ни­ми ус­трой­ства­ми че­рез ин­тер­фей­сы RS-232, Centronics, IEEE-488, SCSI.

Поль­зо­ва­тель AutoNet име­ет сред­ст­ва вы­пол­не­ния ма­те­ма­ти­чес­ких вы­чис­ле­ний в ре­аль­ном вре­ме­ни на ос­но­ве при­ни­ма­е­мых дан­ных. Для рас­ши­ре­ния фун­кци­о­наль­ных воз­мож­нос­тей Auto­Net поль­зо­ва­тель мо­жет применять язык уп­рав­ле­ния AutoNet (ACL — AutoNet Con­trol Language), ко­то­рый вклю­ча­ет свы­ше 150 фун­к­ций для ре­а­ли­за­ции не­пре­рыв­но­го и дис­крет­но­го уп­рав­ле­ния. Эти фун­к­ции вы­пол­ня­ют филь­тра­цию, PID-ре­гу­ли­ро­ва­ние, ал­го­рит­мы пос­ле­до­­ва­тель­ной ло­ги­ки, фун­к­ции вза­и­мо­дей­ст­вия по ин­тер­фей­су RS-232 и IEEE-488.

AutoNet име­ет раз­ви­тые сред­ст­ва об­ра­бот­ки сиг­на­лов тре­во­ги и ге­не­ра­ции от­че­тов, кро­ме то­го, па­кет со­дер­жит фун­к­ции ра­бо­ты по про­то­ко­лу TCP/IP (кли­ент/сер­вер), рас­ши­рен­ные сред­ст­ва об­ра­бот­ки дан­ных пред­ыс­то­рии, ПО для при­ло­же­ний поль­зо­ва­те­ля.

Sammi

Sammi — сред­ст­во ви­зу­а­ли­за­ции ди­на­ми­чес­ких дан­ных (DDVT — Dynamic Data Visualisation Tool) —пред­ос­тав­ля­ет про­стой и эф­фек­тив­ный ин­стру­мент для раз­ви­тия, тес­ти­ро­ва­ния и со­про­вож­де­ния гра­фи­чес­ких при­ло­же­ний, ос­но­ван­ных на сис­те­ме X-Win­dow. Раз­ви­тая ар­хи­тек­ту­ра Sammi иде­аль­на для уп­рав­ля­ю­щих и ин­фор­ма­ци­он­ных сис­тем ре­аль­но­го вре­ме­ни, так же как и для при­ло­же­ний ти­па кли­ент/сер­вер, кри­тич­ных к вре­ме­ни от­кли­ка и тре­бу­ю­щих вы­со­кой про­из­во­ди­тель­нос­ти. Бо­га­тые гра­фи­чес­кие сред­ст­ва Sammi да­ют воз­мож­ность со­зда­вать рас­пре­де­лен­ные се­те­вые сис­те­мы прак­ти­чес­ки без про­грам­ми­ро­ва­ния.

На рис. 4 при­ве­де­ны при­ме­ры эк­ра­нов сис­тем, ре­а­ли­зо­ван­ных на ос­но­ве Sammi фир­ма­ми Siemens Industrial Automation, Hous­ton Power Company, Valmet Automation и Nuclear Electronic.

От­кры­тая ар­хи­тек­ту­ра Sammi поз­во­ля­ет со­зда­вать свои со­бствен­ные объ­ек­ты, ин­тег­ри­ро­вать но­вые и раз­ви­вать на их ос­но­ве ори­ги­наль­ные сред­ст­ва уп­рав­ле­ния и ото­бра­же­ния. Объ­ек­ты поль­зо­ва­те­ля, од­наж­ды ин­тег­ри­ро­ван­ные в объ­ек­т­но-ори­ен­ти­ро­ван­ную ар­хи­тек­ту­ру Sammi, на­сле­ду­ют все воз­мож­нос­ти стан­дар­т­ных объ­ек­тов Sam­mi. Та­кие ха­рак­те­рис­ти­ки, как па­но­ра­ми­ро­ва­ние, ра­бо­та со сло­я­ми, ре­зер­ви­ро­ва­ние и т. п., ав­то­ма­ти­чес­ки ста­но­вят­ся частью объ­ек­тов поль­зо­ва­те­ля без ка­кой-ли­бо до­пол­ни­тель­ной раз­ра­бот­ки.

Ос­но­ву Sammi со­став­ля­ет Ре­дак­тор эк­ра­нов, ко­то­рый ра­бо­та­ет по­до­бно гра­фи­чес­ко­му ре­дак­то­ру. Он поз­во­ля­ет им­пор­ти­ро­вать ра­нее со­здан­ные рас­тро­вые или век­тор­ные гра­фи­чес­кие объ­ек­ты или раз­ви­вать но­вые ба­зо­вые объ­ек­ты с по­мощью средств ри­со­ва­ния Sammi. При со­зда­нии гра­фи­чес­ко­го ок­на к не­му мо­гут до­бав­лять­ся та­кие ди­на­ми­чес­кие эле­мен­ты, как ци­фер­бла­ты, шка­лы, гра­фи­ки, трен­ды и т. п. По­лу­чен­ные ди­на­ми­чес­кие эк­ра­ны при­со­еди­ня­ют­ся к «жи­вым» дан­ным из баз дан­ных, ди­а­ло­го­вых ин­стру­мен­тов или дру­гих при­ло­же­ний в се­ти, ис­поль­зуя стан­дар­т­ные фун­к­ции для уп­рав­ле­ния вза­и­мо­дей­ст-ви­ем меж­ду Sammi и уда­лен­ны­ми ис­точ­ни­ка­ми дан­ных. Во вре­мя ра­бо­ты Sammi уп­рав­ля­ет ко­ман­да­ми, со­бы­ти­я­ми и дан­ны­ми меж­ду поль­зо­ва­те­ля­ми, гра­фи­чес­кой сре­дой и при­ло­же­ни­я­ми ви­да точ­ка-точ­ка или кли­ент/сер­вер.

В Sammi ре­а­ли­зо­ва­ны сред­ст­ва за­щи­ты от сбо­ев. Ес­ли на сер­ве­ре про­изо­шел сбой, каж­дая ра­бо­чая стан­ция в со­сто­я­нии уп­рав­лять ин­фор­ма­цией не­за­ви­си­мо. В сре­де Sammi лю­бое при­ло­же­ние мо­жет иметь ре­зерв, обес­пе­чи­вая, ес­ли это нуж­но, за­щи­ту пу­тем вос­ста­нов­ле­ния дан­ных. Из­бы­точ­ность при­ло­же­ния оз­на­ча­ет, что, ког­да при­ло­же­ние ава­рий­но за­вер­ша­ет­ся на од­ном уз­ле, его фун­к­ции вы­пол­ня­ют­ся на дру­гом уз­ле. В Sammi ре­а­ли­зо­ван ме­ха­низм раз­гра­ни­че­ния до­сту­па, ко­то­рый поз­во­ля­ет раз­ре­шить/за­пре­тить ав­то­ри­зо­ван­ным поль­зо­ва­те­лям до­ступ к лю­бо­му объ­ек­ту: при­ло­же­нию, ок­ну или ди­на­ми­чес­ко­му объ­ек­ту. На­при­мер, вы мо­же­те обес­пе­чить оди­на­ко­вый вер­х­ний уро­вень ме­ню для всех ав­то­ри­зо­ван­ных поль­зо­ва­те­лей, но раз­ре­шить вы­пол­не­ние от­дель­ных фун­к­ций толь­ко для не­ко­то­рых из них.

Для со­зда­ния слож­ных при­ло­же­ний пос­тав­ля­ет­ся При­клад­ной ин­тер­фейс при­ло­же­ний (API — Applicati-on Program Interface), ко­то­рый уп­рав­ля­ет все­ми се­те­вы­ми вза­и­мо­дей­стви­я­ми и свя­зя­ми. API — это ком­пак­т­ная биб­ли­о­те­ка, со­дер­жа­щая 40 мощ­ных фун­к­ций, ко­то­рые ис­поль­зу­ют при­клад­ные про­грам­мы и про­цес­сы Sam-mi для свя­зи с дру­ги­ми объ­ек­та­ми.

От­ли­чи­тель­ной осо­бен­ностью Sam-mi яв­ля­ет­ся то, что па­кет ра­бо­та­ет на не­сколь­ких ап­па­рат­ных плат­фор­мах: Sun Sparc (SunOS и Solaris), DEC Alpha (OSF/1), DECstation (Ultrix), HP 9000/700 Series (HP-UX) и др.

Хо­те­лось бы пред­ло­жить не­ко­то­рые ре­ко­мен­да­ции по ис­поль­зо­ва­нию рас­смот­рен­ных па­ке­тов. На­до иметь в ви­ду, что эти ре­ко­мен­да­ции не яв­ля­ют­ся аб­со­лют­ны­ми ут­вер­ж-де­ни­я­ми, а ско­рее от­ра­жа­ют точ­ку зре­ния ав­то­ра. Па­кет RealFlex це­ле-­со­об­раз­но ис­поль­зо­вать в слу­ча­ях ли­бо боль­шо­го чис­ла записей в ба­зе дан­ных (не­сколь­ко ты­сяч па­ра­мет­ров), ли­бо на­ли­чия боль­шо­го чис­ла од­но­тип­ных опе­ра­тор­с­ких мест, ли­бо раз­ра­бот­ки тер­ри­то­ри­аль­но-рас­пре­де­лен­ной сис­те­мы уп­рав­ле­ния. Па­кет Sitex це­ле­со­об­раз­но при­ме­нять в сис­те­мах, вклю­ча­ю­щих не­сколь­ко опе­ра­тор­с­ких мест, зна­чи­тель­но раз­ли­ча­ю­щих­ся по сво­е­му фун­кци­о­наль­но­му на­зна­че­нию, бла­го­да­ря возмож­нос­тям на­строй­ки и кон­фи­гу­ри­ро­ва­ния каж­до­го опе­ра­тор­ско­го мес­та. Па­кет AutoNet яв­ля­ет­ся бо­лее спе­ци­а­ли­зи­ро­ван­ным по срав­не­нию с дру­ги­ми па­ке­та­ми и до­лжен ис­поль­зо­вать­ся пре­жде все­го в сис­те­мах с очень вы­со­ки­ми тре­бо­ва­ни­я­ми к ско­рос­ти при­ема дан­ных и с от­но­си­тель­но не­боль­ши­ми тре­бо­ва­ни­я­ми к воз­мож­нос­тям их пред­став­ле­ния и об­ра­бот­ки. Па­кет Sammi, на­обо­рот, хо­ро­шо за­ре­ко­мен­ду­ет се­бя там, где в пер­вую оче­редь важ­на не ско­рость по­лу­че­ния и ото­бра­же­ния дан­ных, а раз­ви­тые сред­ст­ва ви­зу­а­ли­за­ции по­лу­ча­е­мой ин­фор­ма­ции.

В за­клю­че­ние от­ме­тим, что в пос­лед­нее вре­мя по­яв­ля­ют­ся все но­вые и но­вые ин­тег­ри­ро­ван­ные па­ке­ты для со­зда­ния рас­пре­де­лен­ных сис­тем уп­рав­ле­ния, ко­то­рые пе­ре­но­сят­ся фир­ма­ми-раз­ра­бот­чи­ка­ми в сре­ду QNX из UNIX-сис­тем. Это объ­яс­ня­ет­ся тем, что QNX 4.2 до­ста­точ­но пол­но удов­лет­во­ря­ет стан­дар­ту POSIX (Por­table Ope­rating Sys­tem Inter­face for UNIX). При этом ин­тег­ри­ро­ван­ные па­ке­ты в сре­де QNX при­об­ре­та­ют но­вое ка­чес­т­во за счет воз­мож­нос­тей QNX как опе­ра­ци­он­ной сис­те­мы ре­аль­но­го вре­ме­ни, пос­тро­ен­ной на ос­но­ве кон­цеп­ции мик­ро­яд­ра.●

С.В. Золотарев — технический директор научного центра «Науцилус»
НИИЯФ МГУ

© СТА-ПРЕСС, 2025