Виртуалды іске қосу модельденген көрініс оқшауланған анимация емес, басқарылатын машина сияқты әрекет еткенде құнды болады. Mitsubishi PLC жобасы үшін бұл GX инженерлік симуляторынан үйлесімді OPC сервері арқылы Factory I/O тегтеріне дейін бақыланатын деректер жолын талап етеді.

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

Шағын виртуалды конвейер нақты басқару панеліне жетпей тұрып, сәйкестендіру, уақыт параметрлері және қалпына келу ақауларын анықтай алады.

Тегтерді сәйкестендірмес бұрын бағдарламалық үйлесімділікті растаңыз

«GX Simulator» әртүрлі GX Works буындары мен MELSEC CPU отбасыларына қатысты симуляция функцияларын білдіруі мүмкін. OPC өнімдері де нұсқасына және OPC DA немесе OPC UA интерфейсін ұсынатынына қарай ерекшеленеді. Factory I/O драйверлері әр комбинацияны бірдей қолдамауы мүмкін.

PLC отбасын, GX Works нұсқасын, симулятор компонентін, OPC серверінің өнімі мен нұсқасын, интерфейс түрін және Factory I/O нұсқасын нақты жазып алыңыз. Содан кейін OPC серверінің модельденген CPU-ға қосыла алатынын тексеріңіз. Физикалық Ethernet модулімен жұмыс істейтін қосылу әдісі бағдарламалық симулятормен де автоматты түрде жұмыс істейді деп ойламаңыз.

Mitsubishi компаниясы MX OPC бағдарламалық құралы MELSEC бағдарламаланатын контроллерінің деректерін OPC арқылы ұсынатынын сипаттайды. Жаңа MELSEC iQ-R жабдығы кірістірілген OPC UA сервер модулін де пайдалана алады, бірақ бұл архитектура модельденген контроллерге қосылған компьютердегі сервер архитектурасынан өзгеше. Жобалық жазбаларда және ақауларды жою кезінде бұл жолдарды бөлек қарастырыңыз.

Бағдарламалық құралды баптамас бұрын деректер келісімшартын жазыңыз

Әр сигналға бір жолдан келетін енгізу-шығару тізімін жасаңыз. Оған Factory I/O тегі, Mitsubishi құрылғысының адресі, деректер түрі, бағыты, инженерлік мағынасы, әдепкі күйі, қауіпсіз күйі, жаңарту талабы және жауапты тарап енгізілсін. Әдетте модельденген құрылғы далалық енгізу күйлеріне, ал PLC логикасы атқарушы механизм командаларына иелік етуі керек.

Бұл ереже екі қолданбаның бір нүктеге қатар жазуына жол бермейді. Модельденген фотоэлектрлік датчик PLC енгізу құрылғысына жаза алады, ал PLC Factory I/O оқитын қозғалтқыш командасын жазады. Егер екі тарап та бір тегке жазса, әрбір жеке қосылым техникалық тұрғыдан белсенді болғанымен, дисплей жыпылықтауы немесе кездейсоқ мән көрсетуі мүмкін.

Биттік құрылғылар, сөздер, таңбалы бүтін сандар, жылжымалы үтірлі мәндер және массивтер типтерді нақты өңдеуді талап етеді. OPC клиенті мәнді сәтті көрсетуі мүмкін, бірақ Factory I/O оны қате типпен немесе биттер ретімен түсіндіруі ықтимал. Бір логикалық нүктеден және өзгеретін мәндері анық көрінетін бір сөзден бастаңыз. Бағыт пен масштабтау дәлелденгеннен кейін ғана кеңейтіңіз.

Қосылымды қабаттар бойынша құрып, тексеріңіз

Алдымен ең қарапайым PLC бағдарламасын жасап, оны қолдау көрсетілетін GX симуляторында іске қосыңыз. Белгілі ішкі құрылғыны мәжбүрлеп қосыңыз немесе ауыстырыңыз да, ladder мониторында күтілген күйдің көрсетілгенін растаңыз. Бұл бағдарлама, таңдалған CPU және симулятордың жұмыс істеп тұрғанын дәлелдейді.

Екіншіден, OPC серверін модельденген контроллерге баптаңыз. Алдымен бірнеше сынақ тегін ғана жасаңыз. Сапаны, уақыт белгісін, мәнді және жазу мүмкіндігін растау үшін сервердің өз клиентін немесе диагностикалық көрінісін пайдаланыңыз. «Bad» немесе «uncertain» деп белгіленген мәнді Factory I/O ашылғанға дейін осы қабатта түзету керек.

Үшіншіден, Factory I/O OPC клиентін баптап, дәлелденген тегтерді шолыңыз немесе енгізіңіз. Бір модельденген датчик пен бір атқарушы механизм командасын сәйкестендіріңіз. Екі бағытты да жеке растаңыз: көріністегі енгізуді өзгертіп, PLC жадын бақылаңыз, содан кейін PLC шығысын өзгертіп, көріністі бақылаңыз.

Бұл қабаттық әдіс ақауларды ажыратады. GX жадында өзгеріс болмаса, мәселе PLC симуляциясында. GX өзгеріп, бірақ OPC клиенті өзгермесе, сервер конфигурациясы мен құрылғы адрестерін тексеріңіз. OPC сервері дұрыс жұмыс істеп, бірақ Factory I/O өзгеріссіз тұрса, клиент қосылымын, элемент атауларын, қатынасу құқықтарын және тегтерді сәйкестендіруді тексеріңіз.

Қабаттар бойынша тексеру PLC, OPC сервері және Factory I/O конфигурациясындағы ақауларды оқшаулауға мүмкіндік береді.

Үш тәуелсіз жүйедегі уақыт параметрлерін ескеріңіз

PLC сканерлеуі, OPC серверінің сауалнама жүргізуі, клиент жазылымы және Factory I/O физикасының жаңартылуы бір мезетте орындалмайды. Біріктірілген үлгі алу аралығынан қысқа датчик импульсі PLC оны байқамай тұрып жоғалып кетуі мүмкін. Тіпті жергілікті жұмыс станциясында да желі немесе компьютер жүктемесі діріл туғызуы ықтимал.

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

OPC жаңарту жылдамдығының толық кідіріс екенін болжамай, соңғы нүктелер арасындағы нақты кідірісті өлшеңіз. Уақыт реттілік үшін маңызды болғанда, көріністегі ауысуды, OPC уақыт белгісін, PLC бақылауын, шығыс шешімін және көріністегі нәтижелі әрекетті журналға жазыңыз.

OPC DA және жұмыс станциясы шектеулерін ескеріңіз

Классикалық OPC DA Microsoft COM технологиясын пайдаланады. Барлық қолданба бір Windows тіркелгісімен бір компьютерде жұмыс істесе, баптау әдетте жеңілірек болады. Таратылған конфигурациялар DCOM идентификациясына, рұқсаттарға, брандмауэрге және қызметтік тіркелгі мәселелеріне әкеледі. Интерактивті режимде жұмыс істейтін қосылым OPC сервері қайта жүктелгеннен кейін басқа тіркелгімен іске қосылса, істен шығуы мүмкін.

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

Ақау және қайта іске қосылу күйлерін әдейі тексеріңіз

Конвейер жұмыс істеп тұрған кезде OPC клиентін ажыратыңыз. PLC симуляторын тоқтатыңыз. OPC серверін қайта іске қосыңыз. Бұған дейін қосулы болған шығыстармен Factory I/O-ны қайта ашыңыз. Ескірген мәндер қайта пайда болғаны немесе клиент қайта қосылғаны үшін машина қауіпті қозғалысты жалғастырмауы керек.

Сапа нашарлағандағы, байланыс жоғалғандағы және іске қосу мәндеріндегі әрекетті анықтаңыз. Процеске қарай командаларды мәжбүрлі түрде өшіруге, сақтауға немесе басқарылатын тоқтатуды орындауға болады. PLC шынайы жалған күйді деректердің қолжетімсіздігінен ажыратуы үшін енгізулерге байланыс күйінің арнайы биті қажет болуы мүмкін.

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

Виртуалды ұяшықты сынақ стендіне айналдырыңыз

Қайталанатын қабылдау сынақтарын қолданыңыз: іске қосуға рұқсат берілмейінше ешбір атқарушы механизм қосылмауы; әр өнімге бір есеп; нысанаға жеткенде басқарылатын тоқтау; бұғатталған датчик кезіндегі тайм-аут; байланыс жоғалғандағы ақау; қайта қосылғаннан кейін болжамды қалпына келу. Тегтер трендтері мен «өтті/өтпеді» жазбалары қозғалып тұрған көрініс скриншоттарынан гөрі сенімді дәлел береді.

Mitsubishi контроллер нұсқаларын Mitsubishi Electric топтамасынан, ал контроллер жабдығының кеңірек түрлерін PLC & PAC Systems бөлімінен қарауға болады.

OPC — тек тасымалдау қабаты. Инженерлік құндылық виртуалды ұяшық PLC әрекетін, сигналдардың тиесілігін, уақыт туралы болжамдарды, ақауларға жауапты және физикалық машинаға ауысатын қайта іске қосу логикасын қайталанатын сынақ ортасына айналғанда пайда болады.