Защо RSLogix 500 се забавя по време на онлайн редактиране

Бавната онлайн редакция в RSLogix 500 често се приписва на остарял SLC процесор, но видимото забавяне може да възниква на няколко места: инженерната работна станция, комуникациите в RSLinx, маршрутизирана или шумна мрежа, несъответствие във файла на проекта, наличната памет на контролера или работата, необходима на процесора за поддържане на онлайн редакция. Подмяната на хардуера, преди тези нива да бъдат разграничени, може да остави истинската повреда неотстранена.

Измерете къде възниква забавянето — при обновяване на екрана, преглеждане, качване, проверка, приемане, тестване или компилиране — преди да променяте контролера или мрежата.

Определете симптома точно

„Бавната онлайн работа“ може да описва много различни проблеми. Запишете дали забавянето се появява при отваряне на таблица с данни, превъртане на стълбова логика, търсене в проекта, редактиране на стъпало, проверка на синтаксиса, приемане на редакция, тестване на редакции, компилиране на редакции или записване на файла. Отбележете дали процесорът остава отзивчив и дали времето за сканиране на производството, комуникационните грешки или обновяванията на HMI се променят в същия момент.

Засечете няколко повтаряеми действия, вместо да разчитате на впечатления. Сравнете навигацията офлайн с навигацията онлайн в един и същ проект. Сравнете обикновено прочитане на таблица с данни с качване. Ако проектът офлайн вече работи бавно, обърнете внимание първо на работната станция или базата данни на проекта, преди да проверявате контролера.

Създайте безопасна изходна база

Качете и запазете работещата програма, след което я сравнете с предвидения изходен файл. Запишете каталожния номер на процесора, серията, фърмуера, размера на паметта, работния режим, версията на RSLogix 500, версията на RSLinx, комуникационния драйвер, маршрута, операционната система на работната станция и наличните дисково пространство и памет. Поддържайте машината в състояние, при което редакцията може да бъде безопасно отменена.

Ръководството за потребителя на модулните хардуерни системи SLC 500 на Rockwell Automation е основният хардуерен справочник за поддържаните конфигурации на процесори и комуникации. Справочното ръководство за набора от инструкции SLC 500 описва поведението на инструкциите, файловете с данни, информацията за състоянието и аритметичните грешки, които могат да станат важни, когато предложена редакция променя изпълнението или използването на паметта.

Разграничете забавянето на работната станция от комуникационното забавяне

Затворете несвързаните приложения, деактивирайте ненужните добавки към проекта и наблюдавайте натоварването на процесора, натиска върху паметта, дисковата активност и отзивчивостта на екрана, докато възпроизвеждате забавянето. Големи бази данни с кръстосани препратки, много отворени таблици с данни, анимиран статус на стълбовата логика, сканиране от антивирусна програма, графика при отдалечен работен плот и почти запълнен системен диск могат да направят редактора да изглежда бавен, без да променят времето за сканиране на контролера.

Следвайте одобрената политика за поддръжка, преди да променяте защитния софтуер. Диагностично изключение или временен офлайн тест трябва да бъдат контролирани и отменени след това. Не отслабвайте трайно защитата на крайната точка само за да направите стар инструмент по-отзивчив.

След това тествайте комуникациите. Наблюдавайте диагностиката на драйвера в RSLinx и сравнете директен локален път с обичайния маршрутизиран път, когато съществува безопасна и поддържана алтернатива. Проверете за повтарящи се повторни опити, нестабилна видимост на възлите, дублирани адреси, грешки при дуплексния режим или комутатора в Ethernet и физически повреди по серийните мрежи, DH-485 или DH+. Преглеждане, което в крайна сметка завършва успешно, не доказва, че пътят за програмиране е изправен.

Проверете съответствието на проекта и сесията

Онлайн сесията е най-безопасна, когато отвореният файл е потвърдено същият като работещия контролер. Ако софтуерът трябва да съпоставя остарял или структурно различен проект с контролера, навигацията и проверката могат да станат объркващи дори при стабилна връзка. Качете проекта в контролирано копие, сравнете файловете и отстранете необяснените разлики, преди да редактирате производствената логика.

Отменете изоставените зони за редакция и потвърдете, че друга работна станция не притежава сесия за редактиране. Запишете всички активни принудителни състояния, онлайн редакции и временна логика за поддръжка, които вече са налични. Многото неразрешени промени увеличават риска и затрудняват определянето дали забавянето принадлежи на новата редакция или на съществуващото състояние.

Разберете разхода от страна на контролера

Онлайн редактирането не е идентично със замяната на файл офлайн. Контролерът и софтуерът трябва да поддържат оригиналната и променената логика през последователността на редактиране, докато промяната бъде компилирана или отменена. Затова наличната памет и възможностите на процесора имат значение. Контролер, който е близо до лимита на паметта си, може да има по-малко място за временните структури, необходими при съществена редакция.

Първата диагностична редакция трябва да бъде малка. Не съчетавайте промяна в логиката с нови файлове с данни, разширени таблици с данни, промени в комуникациите и почистване на документацията. Някои структурни промени изискват офлайн редакция и изтегляне, а не онлайн обходно решение. Ако промяната не може да бъде изразена в рамките на поддържаните граници за онлайн редактиране на платформата, планирайте подходящ престой.

Наблюдавайте времето за сканиране на процесора и максималното време за сканиране, комуникационния статус, индикаторите за основни и второстепенни грешки и времето на процеса преди, по време и след редакцията. Бързата реакция на редактора не оправдава редакция, която въвежда прекомерни вариации във времето за сканиране или променя критична по време последователност.

Използвайте контролирана последователност за редактиране

Първо създайте най-малката промяна, която доказва пътя за редактиране, без да влияе на оборудването. Проверете я, приемете я и наблюдавайте контролера и приложението съгласно процедурата на обекта. Тествайте редакцията само когато процесът е в определеното безопасно състояние. Потвърдете предвидената логика и всички засегнати изходи, преди да я компилирате.

След компилирането сравнете проекта или го качете отново и запазете получения изходен файл с дата и час, причина за промяната, одобряващо лице и препратка за връщане назад. Ако производителността се влоши на определен етап, спрете и запазете доказателствата. Многократното приемане на все по-големи редакции не е валиден начин за диагностициране на неизвестно забавяне.

Тълкувайте често срещаните модели

Ако превъртането и търсенето офлайн са бавни, докато данните на контролера се обновяват нормално, съсредоточете се върху работната станция и базата данни на проекта. Ако всички онлайн прочитания спират на пауза и повторните опити на драйвера се увеличават, съсредоточете се върху комуникационния път. Ако малките редакции работят, но по-големите се провалят или блокират, прегледайте паметта, структурата на проекта и поддържаните ограничения за редактиране. Ако редакторът остава отзивчив, но времето за сканиране на процеса се увеличава, проучете самата промяна в логиката.

Ако забавянето се появява едва след много часове, рестартирайте инженерната сесия по контролиран начин и проверете нарастването на използваните ресурси, вместо да рестартирате контролера. Ако друга работна станция работи нормално през същия мрежов път, сравнете версиите на софтуера, драйверите, средствата за защита и файловете на проекта, преди да обявите PLC за дефектен.

Решете кога да прекратите онлайн редактирането

Спрете, когато работещият проект не може да бъде уверено съпоставен, комуникациите са нестабилни, контролерът е близо до лимита на ресурсите си, промяната изисква структурни модификации или процесът не може да понесе теста. Планирайте офлайн проверка и контролирано изтегляне с резервни копия и възможност за връщане назад, вместо да налагате ремонт в движение.

Наследените платформи и възможностите за миграция могат да бъдат прегледани в колекцията Allen-Bradley и колекцията за PLC и PAC системи. Миграцията трябва да следва доказателства за риска, свързан с жизнения цикъл, производителността, резервните части и възстановяването — не една бавна сесия за редактиране.

Инженерна гледна точка

Полезният въпрос не е „Защо RSLogix е бавен?“, а „Коя граница става бавна, при какво повтаряемо действие и какви доказателства се променят заедно с нея?“ Когато влиянията на работната станция, комуникациите, проекта, контролера и процеса бъдат измерени поотделно, екипът може да отстрани действителното ограничение, като същевременно защити работещата машина.