Тапсырма моделі болмаса, OPC UA MES үшін жеткіліксіз

OPC UA қосылуды, деректерді оқуды, жазылымдарды, әдістерді және арна қауіпсіздігін жақсы шешеді. Бірақ станокта OPC UA болуының өзі MES өндірістік тапсырманы түсінеді, оны кезекке қоя алады және орындалуы туралы бірмәнді есеп алады дегенді білдірмейді.

Егер жүйеге тек режим, дабылдар, есептегіштер және ағымдағы жүктеме керек болса, ISA-95 Job Control қосудың қажеті ерте. Егер MES тапсырысты, санын, бағдарламаны, материалға қойылатын талаптарды беріп, іске қосуға рұқсат беріп, жұмысты тоқтатып және нәтижесін қабылдауы тиіс болса, еркін тегтердің өзі жеткіліксіз. Жоба тобы оны стандартқа дәлме-дәл сай іске асырмаса да, тапсырманың келісілген моделі қажет.

OPC UA байланысты шешеді, тапсырманың мағынасын емес

OPC UA алмасу құралдарын береді, алайда деректердің мағынасы тек ақпараттық модельде пайда болады. Сервер String түріндегі ProductionOrder айнымалысын жариялай алады, кез келген клиент оны қатесіз оқиды. Бірақ осы жолдан оның ERP тапсырысының нөмірі, ауысымдық тапсырма, партия, маршрут операциясы немесе басқару бағдарламасының атауы екені түсініксіз.

Жобаларда бұл айырмашылықты үнемі жойып жібереді. Протокол «қалай оқу керек», «әдісті қалай шақыру керек», «қалай жазылу керек» және «кімнің қолжетімділігі бар» деген сұрақтарға жауап береді. Өндірістік модель «нақты не тапсырылды», «қандай ресурс қажет», «тапсырманы өзгертуге бола ма» және «қай нәтиже қай тапсырысқа тиесілі» деген сұрақтарға жауап береді.

OPC Foundation бұл модельді OPC 10031-4, OPC UA for ISA-95, Part 4: Job Control құжатында сипаттайды. Құжат Job Order, Job Response, кезектегі, орындалып жатқан және аяқталған тапсырмаларға қолжетімділікті, сондай-ақ оларды басқару әдістерін анықтайды. Бұл OPC UA-ға бәсекелес емес, оның үстіндегі companion specification.

Жалпы мақсаттағы жабдық үшін OPC 40001-3, OPC UA for Machinery, Part 3: Job Management те бар. Ол Job Control типтерін пайдаланады және станоктарға арналған параметрлерді нақтылайды: жоспарланған саны, іске қосулар саны, жоспарланған уақыты, орындау режимі, тапсырыс нөмірлері және нәтиже деректері. OPC UA for Machine Tools 1.02 нұсқасында бұрынғы ProductionType моделі ескірген деп белгіленген, оның орнына болашақта Machinery Job Management келуі көрсетілген. Жаңа станокты тек ескі production-тегтер тізіміне сүйеніп сатып алу кейін адаптерді қайта жазуды алдын ала жоспарлаумен тең.

Тағы бір шекара бар. ISA-95 Job Control бөлшекті өңдеудің технологиялық логикасын анықтамайды. Берілістер, құрал түзетулері, ауысулар, патрон бұғаттаулары және қауіпсіз тоқтау CNC мен PLC-де қалады. MES тапсырманы басқарады, осьтердің қозғалысын емес.

Мониторинг үшін Job Control қажет емес

Егер MES не жеке мониторинг жүйесі станок жұмысын басқармаса, параметрлерді қарапайым жинауға тапсырмалар моделі қажет емес. Жүктемені есептеу және тоқтап қалуларды талдау үшін әдетте құрылымдалған телеметрия жеткілікті.

Мониторингтің ең аз келісімшартына мыналар кіреді:

• жабдық күйі және жұмыс режимі;
• автоматты цикл белсенділігі және тоқтау себебі;
• жарамды және жарамсыз бөлшектер есептегіштері;
• коды, пайда болған және расталған уақыты бар дабылдар;
• белсенді бағдарламаның не ағымдағы тапсырманың идентификаторы, егер станок оны бұрыннан білсе.

Әр мәннің көзі, түрі, өлшем бірлігі, уақыт белгісі және OPC UA StatusCode болуы тиіс. Қалпына келтіру ережесі жоқ есептегіш пайдасыз. Анықтамасы жоқ Running күйі де пайдасыз: бір жеткізуші шпиндель айналғанда станок жұмыс істеп тұр деп санайды, екіншісі белсенді бағдарлама болғанда, үшіншісі дабыл сигналы өшкенде санайды.

Мұндай сценарийде OPC UA жазылымдары жиі сұраудан әдетте жақсы. Клиент сервер уақыт белгілерімен және сапаны бақылаумен өзгерістерді алады. Жариялау жиілігі міндетке сай болуы керек: диспетчерлік экранға контроллер кезеңімен келетін ағын қажет емес, ал қысқа тоқтауларды талдау сирек іріктеуде мағынасын жоғалтады.

Тапсырысты әр температура мен әр ось орнына телімеңіз. Телеметрия физикалық объектінің күйін сипаттайды. Өндірістік контекст осы деректердің бір бөлігін нақты жұмыспен байланыстырады. Екі қабатты араластырсаңыз, тапсырыс нөмірін өзгерту тарихи трендтерді бұзады, ал датчикті ауыстыру MES моделін түзетуді талап етеді.

Практикалық өлшем қарапайым: егер MES байланыс үзілгенде станокқа ештеңені қайта жібермеуі тиіс болмаса, ал байланыс қалпына келгенде оған оқуды жалғастыру жеткілікті болса, Job Control әзірге міндетті емес. Хабарламаның жоғалуы екі тапсырмаға, қате бағдарламаға немесе жабылмаған тапсырысқа әкелуі мүмкін болғанда бәрі өзгереді.

MES Job Order пайда болғанда басқара бастайды

Job Order моделі жоғарғы жүйе жұмыстың бірлігін нақты жұмыс орталығына тапсырғанда қажет. ISA-95 Job Order-ді жұмысты орындау сұрауы деп атайды және оны өндірістік кесте құрылымында Work Request-тен төмен орналастырады. Металл өңдеуде мұндай бірлік көбіне клиенттің бүкіл тапсырысы емес, белгілі бір станоктағы тапсырыс операциясы болады.

Жақсы тапсырма кемінде мына сұрақтарға жауап береді:

• оның тұрақты идентификаторы қандай және қай тапсырысқа жатады;
• нені және қандай мөлшерде жасау керек;
• жұмыс тәсілін қандай Work Master, маршрут, бағдарлама не құжат редакциясы анықтайды;
• қандай жабдық, материал, сайман немесе біліктілік қажет;
• тапсырманы қашан іске қосуға болады және оның басымдығы қандай.

Басқару бағдарламасының нөмірі бар өріс Work Master-ді алмастырмайды. Басқару бағдарламасы нақты CNC жүйесіндегі өңдеуді сипаттайды. Өндірістік анықтамаға орнату картасы, бақылау жоспары, бекіту нұсқаулығы, сызба нұсқасы және ақауды тіркеу ережелері де кіруі мүмкін. MES бекітілген жинаққа сілтеме жасай алады, ал станоктың жергілікті жүйесі қажетті нұсқаның бар-жоғын тексеруі тиіс.

Әр талап контроллерге дейін жетуі міндетті емес. Оператордың біліктілігіне қойылатын талапты учаске терминалы тексере алады. Дайындама партиясын сканер растай алады. Қондырғы идентификаторын PLC не оператор тексере алады. Job Order бұл талаптарды бір контекстке біріктіреді, бірақ олардың бәрін бір сервер орындауға міндеттемейді.

Басымдық пен басталу уақыты да дереу іске қосу пәрменіне тең емес. OPC 40001-3 бірнеше рұқсат етілген тапсырма арасындағы тәртіпті алдымен StartTime, содан кейін Priority арқылы анықтайды; тең болғанда таңдау қолданбаға тәуелді болып қалады. Бұл орынды ескерту. Жоспарлаушы тәртіпті ұсынады, ал станок жұмысын жергілікті дайындық тексерілгеннен кейін ғана бастайды.

Job Response өндірістік контурды жабады

Job Response MES-ке Job Order секілді қажет, өйткені расталған нәтиже жоқ команда тапсырысты анықталмаған күйде қалдырады. Стандарт жауапты тапсырма бойынша орындалған жұмыс туралы есеп деп анықтайды және тапсырыстағы талаптарды жауаптағы нақты деректерден бөледі.

Бұл бөлуді жиі бір Material объектісімен бұзады. Тапсырыста материал талапты білдіреді: маркасы, өлшемі, партиясы немесе рұқсат етілген класы. Жауаптағы Material Actual нақты пайдаланылғанын білдіреді. Талапты фактінің орнына қойсаңыз, MES партия ауыстырылғанын байқамайды және қадағалануын қалпына келтіре алмайды.

Осы логика жабдыққа, физикалық активтерге және персоналға да қолданылады. Equipment Requirement белгілі бір кластағы станокты талап ете алады. Equipment Actual нақты жұмыс орталығын тіркейді. Physical Asset Requirement өлшеу құралының түрін сипаттай алады, ал Physical Asset Actual іс жүзінде қолданылған құралдың идентификаторын сақтайды. Бұл жұптар әдемі иерархия үшін емес, сапа бөлімінің қалыпты сұрағына жауап беру үшін керек: «Осы партия нақты қайда және неден жасалды?»

Жауап ұзақ операцияға арналған аралық күйді және аяқталғаннан кейінгі түпкілікті нәтижені қамтуы тиіс. OPC 40001-3 Unknown, Successful және Unsuccessful мәндері бар JobResult-ті, сонымен бірге шығарылым мен өнімділік деректерін қарастырады. Тек Successful жеткіліксіз: MES-ке нақты саны, ақау, басталу және аяқталу уақыты, ал қажет болса алынған бөлшектер не партиялар идентификаторлары керек.

Күй мен нәтижені біріктіруге болмайды. Running ағымдағы фазаны сипаттайды. Successful аяқталған жұмысты бағалайды. Станок аз мөлшер шығарғаннан кейін қалыпты тоқтауы мүмкін, ал іскерлік жүйе тапсырысты жабық деп санауға бола ма, соны шешеді. Контроллер фактіні хабарлайды, MES өндірістік ережені қолданады.

Тапсырыстың бір жолы міндетті түрде кеңейеді

Қолдан жасалған интеграция әдетте алғашқы сәтті іске қосудан кейін, нақты ерекше жағдайлар қосылған кезде бұзыла бастайды. Демонстрацияда MES OrderNo, PartNo, Quantity және Start битін жазады. PLC бағдарламаны орындайды, Produced мәнін арттырады да, Done қояды.

Кейін желі Start жазылғаннан соң, бірақ растау оқылғанға дейін үзіледі. MES жазбаны қайталайды. Егер PLC биттің алдыңғы шетін жаңа команда деп қабылдаса, тапсырма екінші рет іске қосылады. Егер бит орнатылған күйде қалса, жаңа іске қосылу болмайды, бірақ MES станок біріншісін қабылдады ма, білмейді. Команда Ack, содан кейін реттік нөмірді, одан кейін Busy, тайм-аут пен қолмен қалпына келтіруді қосады.

Одан кейін жоспарлаушы іске қосылмас бұрын санын өзгертеді. Оператор материалды жүктеп қойған болса, Busy=0 кезінде өрістерді өзгертуге бола ма, түсініксіз. Locked пайда болады. Кейін оператор бірінші бөлшекті өлшеу үшін тапсырманы кідіртеді. Технологиялық кідірісті, дабылды және болдырмауды ажырату керек. Pause, Hold, Fault, Cancel, Abort және MES пен PLC әртүрлі түсіндіретін бірнеше ауысу кестесі пайда болады.

Осыдан кейін ішінара орындалған тапсырысты есепке алу талабы келеді. Ескі Done өрісі 100 бөлшектің 80-і жасалғанын, қалған 20-сы жойылғанын және сол нөмірмен жалғасын жасауға болатынын айтпайды. Команда орындау партиясының нөмірін қосады. Бір жылдан кейін жобада өз тапсырмалар моделі бар, тек ортақ терминологиясыз, үйлесімділік профильдерінсіз және келесі станок жеткізушісіне арналған құжаттамасыз.

«Төрт тегтен бастайық, кейін кеңейтеміз» деген танымал кеңес шағын бастауға байланысты нашар емес. Ол төрт тег сыртқы келісімшарт ретінде қолданылып, команданың тұрақты идентификаторы, анықталған күйлер машинасы және қайта жіберу ережелері болмаған кезде нашар. Шағын пилот команда шекараларды бірден бекітіп, уақытша схеманы дайын архитектура ретінде ұсынбаса, орынды.

Job Control қателерді автоматты түрде жоймайды. Ол іске пайдалануға бермей тұрып объектілерді, күйлерді және әдістерді атауға мәжбүрлейді. Дәл осы жұмыс әдетте MES, PLC бағдарламашысы және технолог «тапсырма» сөзіне әртүрлі мағына салғанын анықтайды.

Деректер келісімшарты тегтер тізімінен маңызды

Жұмыс келісімшарты тек өрістерді емес, бағытты, міндеттілікті, мән иесін және қайталауға реакцияны да көрсетуі тиіс. Төменде токарь операциясына арналған тапсырманың ықшамдалған көрінісі берілген. Бұл OPC UA бағдарламалауы да, ISA95JobOrderDataType дәл сериализациясы да емес, MES, шлюз және станок жүйесін келісуге арналған тексерілетін жобалық артефакт.

{
  "jobOrderId": "WO-78431-OP20-R1",
  "workMasterId": "SHAFT-A-OP20-REV4",
  "startTime": "2026-07-27T06:00:00Z",
  "priority": 60,
  "parameters": {
    "orderNumber": "WO-78431",
    "drawingNumber": "SHAFT-A",
    "drawingRevision": "04",
    "plannedQuantity": 120,
    "executionMode": "ProductionMode"
  },
  "materialRequirements": [
    {
      "materialDefinitionId": "STEEL-40X-D52",
      "plannedQuantity": 120,
      "unit": "piece"
    }
  ],
  "equipmentRequirements": [
    {
      "equipmentClassId": "CNC-LATHE-D65"
    }
  ]
}

Мұндағы jobOrderId идентификаторы операцияның нақты орындалуына жатады. Сол идентификаторды қайта жіберу екінші тапсырманы тудырмауы тиіс. Егер жоспарлаушы әдейі жаңа редакция шығарса, ол жаңа идентификатор жасайды немесе өзгертуге тыйым салынған күйге өтпей тұрып, стандарт рұқсат ететін Update қолданады. Ережені алдын ала таңдап, стендте тексереді.

Жауап сол идентификаторға сілтеме жасап, фактіні жоспардан бөлуі тиіс:

{
  "jobOrderId": "WO-78431-OP20-R1",
  "state": "Ended",
  "jobResult": "Successful",
  "actualStartTime": "2026-07-27T06:14:08Z",
  "actualEndTime": "2026-07-27T13:42:31Z",
  "producedQuantity": 120,
  "scrapQuantity": 2,
  "materialActuals": [
    {
      "materialLotId": "HEAT-91827",
      "consumedQuantity": 122,
      "unit": "piece"
    }
  ],
  "equipmentActuals": [
    {
      "equipmentId": "LATHE-07"
    }
  ]
}

Мұндай мысал бірден қолайсыз сұрақтарды көтереді. Ақау producedQuantity ішіне кіре ме? Сәтті тапсырмада ақау болуы мүмкін бе? materialLotId кім тағайындайды? Металдың екі партиясы қалай хабарланады? Нәтиже қашан түпкілікті болады? Жауаптар жазылмайынша, интеграция болжамдар жиынтығы болып қалады.

Күйлер машинасы қосарланған орындаудан қорғайды

Анықталған күй ауысулары қайталама іске қосылу мен даулы командалар қаупін азайтады, бірақ клиент пен сервер оларды бірге сақтағанда ғана. OPC 10031-4 тапсырма қабылдағышын Store, StoreAndStart, Start, RevokeStart, Pause, Resume, Update, Abort, Stop, Cancel және Clear әдістерімен сипаттайды.

Атаулары кәдімгі батырмаларға ұқсайды, бірақ айырмашылығы маңызды. Pause жалғастыруға мүмкіндік барын білдіреді. Stop жабдық ережелері бойынша орындалуды басқарылатын түрде аяқтайды. Abort қалыпты жалғастыру қажет болмаған кезде қолданылады. Cancel орындалмауы тиіс тапсырмаға қатысты. Жоба осы ниеттерді CNC мен PLC-дің нақты мүмкіндіктеріне сәйкестендіруі керек: егер станок циклі оны қауіпсіз қолдамаса, MES-ке жалғастыруға болатын кідірісті уәде етуге болмайды.

StoreAndStart та сөзсіз физикалық іске қосуды білдірмейді. Модельде тапсырма орындауға рұқсат алады, содан кейін жүйе ресурстарды, басымдықтарды және жергілікті жағдайларды ескереді. Егер технология не тәуекелді бағалау талап етсе, «Циклді іске қосу» батырмасы операторда қалуы мүмкін.

Тайм-ауттан кейін клиент команданы соқыр қайталамауы керек. Сенімді реттілік мынадай: MES jobOrderId және әрекет идентификаторын сақтайды, әдісті шақырады, ал жауап жоғалса, тапсырмалар тізімі мен ағымдағы күйді оқиды. Қайталау сервер бастапқы тапсырманы қабылдамағаны тексерілгеннен кейін ғана рұқсат етіледі. Мұндағы идемпотенттілік тасымалдау сиқыры емес, келісілген әрекеттің қасиеті.

OPC 10031-4 B қосымшасында әдістердің нәтиже кодтары UInt64 биттік маскасымен беріледі. Стандартты себептерге тапсырманың белгісіз идентификаторы, қате күй, тапсырманы қабылдай алмау және қате сұрау кіреді. MES-тің әр кодқа күтілетін реакциясын жазыңыз. Unable to accept Job Order кезінде шексіз автоматты қайталау уақытша мәселені бірдей хабарламалар кезегіне тез айналдырады.

Қауіпсіз арна MES-ке қауіпті командаға құқық бермейді

OPC UA қауіпсіздік тетіктері қосылысты қорғайды, бірақ жоба жасаушы клиент өкілеттіктерін және станоктың әр күйінде қолжетімді командаларды бәрібір шектеуі тиіс. Сертификат қосылыс тарапын растайды және жолдағы деректерді қорғауға көмектеседі. Ол жоспарлаушы тіркелгісінің өңдеу кезінде Abort шақыру құқығы болу-болмауын шешпейді.

Кемінде мониторингті оқуды, тапсырманы жүктеуді, орындауға рұқсат беруді және апаттық араласуды бөліңіз. MES сервис тіркелгісінде стендті іске қосу оңай болғаны үшін серверде әкімшілік құқықтар болмауы тиіс. Клиент идентификаторын, әдісті, jobOrderId, уақытты, бастапқы күйді және шақыру нәтижесін бөлек журналдаңыз.

Кәсіпорын желісі де жергілікті қауіпсіздікті алмастырмайды. PLC мен CNC MES командасына қарамастан қоршауларды, қысып бекітуді, жетектердің дайындығын, бағдарламаның болуын және басқа шарттарды тексеруі тиіс. Жоғарғы жүйе рұқсат етілген тапсырманы іске қосуды сұрай алады, бірақ қорғаныс тізбектері мен станок логикасын айналып өтпеуі керек.

Байланыс жоғалған кездегі деградацияны ойластырыңыз. Орындалып жатқан операция әдетте жергілікті түрде қауіпсіз жалғасуы немесе алдын ала анықталған ереже бойынша тоқтауы тиіс. Бұл шешімді клиенттік кітапхананың тайм-аутына қалдыруға болмайды. Қалпына келгеннен кейін MES ескі көшірмесінен станокқа күй тағайындамай, нақты күй мен нәтижелерді алуы тиіс.

Толық модельді жауапкершілік шекарасы бойынша енгізу керек

Әр кәсіпорынға алғашқы шығарылымда ISA-95 моделінің толық нұсқасы қажет емес. MES-тің нақты жауапкершілігін жабатын және идентификаторлар мағынасын өзгертпей дамуға мүмкіндік беретін ең аз профиль керек.

Енгізуді үш деңгейге бөлу ыңғайлы. Біріншіде MES тек біріздендірілген телеметрияны оқиды. Екіншіде ол белсенді жергілікті тапсырманы тапсырыспен сәйкестендіреді, бірақ оператор оны станокта жүктеп, іске қосады. Үшіншіде MES Job Order жасайды, рұқсат етілген ауысуларды басқарады және Job Response қабылдайды. Келесі деңгейге алдыңғысын байланыс үзілімдерінде, қайта іске қосударда және қолмен жасалатын әрекеттерде сынағаннан кейін ғана өту керек.

Іске асыруды таңдағанда «OPC UA қолдайды» деген сөзді емес, нақты NamespaceUri, NodeSet нұсқаларын, профильдер мен Conformance Units-ті сұраңыз. Job Control үшін нұсқаны бекіту аса маңызды: OPC 10031-4-тің 2-нұсқасында 1-нұсқамен үйлеспейтін өзгерістер бар және ол жаңа аттар кеңістігін пайдаланады. Ескі модельге жазылған клиент түйін мекенжайларын ауыстырған соң үйлесімді болып кетпейді.

OPC 40001-3 Machinery Job Management-ті де тексеріңіз. Негізгі профиль JobOrderControl мен JobOrderResults талап етеді, бірақ жекелеген жоспарланған параметрлер мен нәтижелер әртүрлі Conformance Units-ке шығарылған. Сервер негізгі модельді шын мәнінде қолдап, сізге керек PlannedOrderQuantity, материалдар бойынша нәтижелер не өнімділік туралы ақпарат болмауы мүмкін. Мұны жарнамалық сипаттамадан емес, профиль мен сынақтан анықтайды.

EAST CNC станогын таңдап, іске қосқанда интеграциялық профильді жеткізуден бұрын техникалық тапсырмаға енгізген жөн: кейін семантиканы келісу әрдайым дерлік қымбатқа түседі, өйткені MES, шлюз және PLC әртүрлі болжамдармен жазылып қояды.

Қабылдау сынағы сәтті сценарийді бұзуы тиіс

Интеграция бір тапсырыс стендтен сәтті өткенде емес, ақаулардан болжамды түрде өткенде дайын болады. Қабылдау сынақтары қайталанатын әдістерді, қосылыстың үзілуін және бір-біріне қайшы командаларды қамтуы тиіс.

Кемінде бес тексеру жүргізіңіз:

1. Бір jobOrderId мәнін екі рет жіберіп, сервер екі жұмыс жасамағанына көз жеткізіңіз.
2. Тапсырма қабылданғаннан кейін, бірақ әдіс жауабына дейін байланысты үзіп, кейін күйді қайта іске қоспай қалпына келтіріңіз.
3. Рұқсат етілген ауысуларды салыстыра отырып, санын іске қосылуға дейін және орындалу кезінде жаңартып көріңіз.
4. Жабдық қолдайтынын мәлімдеген күйлерде кідіртуді, жалғастыруды, басқарылатын тоқтатуды және болдырмауды орындаңыз.
5. Тапсырманы ішінара, ақаумен және материал партиясын ауыстырумен аяқтап, MES-тегі Job Response-ті тексеріңіз.

Әр сынақ үшін күтілетін күйді, әдіс кодын, журнал жазбасын және іскерлік нәтижені алдын ала белгілеңіз. «Қате шықты» деген тұжырым қабылдауға жарамсыз. Нақты StatusCode, ReturnStatus, jobOrderId сақталуы және станоктың қажетсіз қозғалысының болмауы керек.

Егер MES тек бақылайтын болса, Job Control-ді жоба шегінен тыс қалдырып, телеметрияны мұқият анықтаңыз. Егер MES жұмысқа өкім берсе, тегтерді жазбастан бұрын тапсырма моделін қабылдаңыз. Әйтпесе команда Job Control-ді бәрібір құрады, бірақ оны кездейсоқ, апаттан кейінгі бір түзетуден кейін бір түзету арқылы жасайды.