CompactLogix жүйесін DeltaV жүйесіне Modbus RTU арқылы қосу: рөлдерді жобалау

CompactLogix пен DeltaV арасындағы Modbus RTU байланысы бірнеше ондаған мәнмен ғана алмасса да, зауыттағы ең болжап болмайтын интерфейстердің біріне айналуы мүмкін. Хаттама қарапайым, ал инженерлік шекара олай емес. Ақаулардың көпшілігі сымдарды жалғамай тұрып басталады: екі команда да сұрауларды кім жіберетінін, командаларға кім иелік ететінін, мекенжайлардың қалай көрсетілетінін немесе ескірген деректермен екі жүйе де не істейтінін анықтамайды.

Тұрақты сериялық интеграция үшін бір сұрау бастамашысы, бекітілген регистрлер келісімшарты, нақты сапа күйлері және дұрыс құрастырылған RS-485 сегменті қажет.

Бірінші жобалық шешім — архитектуралық шешім. DeltaV сериялық интерфейс арқылы байланысуы мүмкін, ал CompactLogix жүйесіне әдетте шассиге орнатылатын байланыс модулі немесе сыртқы шлюз қажет. Emerson компаниясының DeltaV M-series Serial Interface деректер парағында Modbus RTU және Modbus ASCII қолдауы сипатталған. Дегенмен орнатылған жүйе үшін нақты модуль нұсқасын, контроллер микробағдарламасын, шлюз микробағдарламасын және қолдау көрсетілетін топологияны әлі де растау қажет.

Әр сериялық сегментке бір сұрау бастамашысын тағайындаңыз

Дәстүрлі Modbus терминологиясында master және slave атаулары қолданылған. Қазіргі құжаттамада көбіне client және server атаулары пайдаланылады. Modbus RTU сегментінде бір клиент транзакцияларды бастайды, ал серверлер өздеріне бағытталған сұрауларға жауап береді. Екі тәуелсіз клиент бір екі сымды магистральды қауіпсіз бөлісе алмайды, өйткені олардың ешқайсысы хабарламалардың уақытталуын екіншісімен үйлестірмейді.

Егер DeltaV клиент болса, CompactLogix жағы деректерді Modbus сервер интерфейсі арқылы ұсынуы керек. PLC бағдарламасы бекітілген мәндерді шлюздің деректер аймағына жазады, ал шлюз DeltaV сауалдарына жауап береді. Егер PLC оқу мен жазуды өзі бастауы керек болса, бөлек портты немесе шлюз жолын пайдаланыңыз. «Modbus қолдайды» деп сипатталған құрылғы екі рөлді бір уақытта орындай алады деп ойламаңыз.

Modbus Organization спецификациялар беті қазіргі сериялық іске асыру нұсқаулығын 1996 жылғы ескірген құжаттан ажыратады. Жоба сипаттамасында физикалық қабат пен іске асыру ережелері көрсетілмей, жай ғана «Modbus пайдаланыңыз» делінген кезде, бұл айырмашылық маңызды.

Регистрлер картасын интерфейс келісімшарты ретінде қарастырыңыз

Пайдалы регистрлер картасы 4xxxx сілтемелерінің тізімінен әлдеқайда ауқымды. Әрбір нүктеде хаттама ығысуы, көрсетілетін сілтеме, функция коды, деректер түрі, сөздер реті, байттар реті, масштаб, инженерлік өлшем бірлігі, оқу немесе жазу бағыты, жарамды диапазон, жаңарту кезеңі, бастапқы деректер иесі және ақау кезіндегі әрекет анықталуы керек. Екі жүйе де бір картаны іске асыратынына көз жеткізу үшін нұсқа нөмірі мен бекіту жазбасын қосыңыз.

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

Бірнеше регистрді қамтитын мәндер де дәл осындай нақты сипаттаманы қажет етеді. 32 биттік REAL екі 16 биттік регистрді алады, бірақ өнімдердегі регистрлер реті әртүрлі болуы мүмкін. «Big endian» сияқты атауларға сүйенбей, белгілі биттік үлгілерді тексеріңіз, өйткені командалар бұл терминді әртүрлі қолдануы мүмкін. Таңбалы бүтін сандар, таңбасыз бүтін сандар, Boolean мәндерін топтау және масштабталған бүтін мәндер үшін де түрлендіру ережелері құжатталуы керек.

Командаларды, күйді және растауды бөлек ұстаңыз

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

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

RS-485 қабатын нақты өндірістік жағдайға сай құрастырыңыз

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

Барлық түйіндерде бірдей беру жылдамдығы, паритет, стоп-биттер және кадрлау режимі болуы тиіс. Modbus RTU мен Modbus ASCII бір сегментте қатар жұмыс істей алмайды. DF1 протоколын да Modbus магистраліне жай ғана араластыруға болмайды. Хаттаманы түрлендіретін шлюз екі бөлек желі құрады, олардың уақытталуы, диагностикасы және жауапкершілік шекарасы да бөлек болады.

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

Әр мәндер блогымен бірге сапа күйін де беріңіз

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

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

Іске қосу жұмыстарын сымнан бастап технологиялық әрекетке дейін жүргізіңіз

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

Келесі қадамда әр команданы толық тізбек бойынша тексеріңіз: DCS сұрауы, шлюз арқылы берілуі, PLC валидациясы, шығыс әрекеті, кері байланыс және растау. Қабылданбаған сұрауларды, диапазоннан тыс мәндерді, транзакция кезіндегі байланыстың үзілуін, қуатты өшіруді және қалпына келуді де сынаққа қосыңыз. Нақты деректердің сәтті оқылуы басқару интерфейсінің қабылданғанын білдірмейді.

Сәйкес интерфейс жабдықтары ProSoft топтамасында жинақталған. Кеңірек хост-жүйе жабдықтары DCS және басқару жүйелері бөлімінде берілген. Таңдау тек хаттама атауына емес, қолдау көрсетілетін контроллерге, микробағдарламаға, портқа, оқшаулауға және пайдалану ортасына қойылатын талаптарға негізделуі керек.

Инженерлік көзқарас

Modbus RTU көлемі шектеулі, баяу өзгеретін деректер алмасуы үшін әлі де пайдалы. Оның әлсіздігі — кіріктірілген семантикалық контекстің болмауы. Хаттама қабылдаушыға регистрдің ескіргенін, команданың қауіпті екенін немесе қызмет көрсетуден кейін масштабтың өзгергенін айта алмайды. Бұл қорғаныс шаралары регистрлер келісімшарты мен қолданбалы логикаға енгізілуі керек.

Сондықтан ең жақсы интерфейс — картасы ең үлкен интерфейс емес. Ең жақсы интерфейс — иелік ету, уақытталу, сапа, резервтік әрекет және сынақ дәлелдері бірнеше жылдан кейін де түсінікті болып қалатын интерфейс. Қарапайым сериялық қосылымды қолдауға ыңғайлы басқару жүйесі шекарасына айналдыратын нәрсе де осы.