Стратегическо планиране на задачи за надеждни PLC системи Rockwell

Strategic Task Scheduling for Robust Rockwell PLC Systems

Ефективната индустриална автоматизация силно зависи от това как процесорът управлява натоварването си. В среди на Rockwell Automation инженерите често пренебрегват планирането на задачите по време на първоначалния етап на проектиране. Това пренебрегване води до непостоянни времена на сканиране и логически грешки, които приличат на случайни хардуерни повреди. Докато в учебна среда се акцентира върху незабавни резултати, реалната фабрична автоматизация изисква дългосрочна перспектива. Системите преминават през чести ъпгрейди и интеграции през целия си жизнен цикъл. Затова изграждането на мащабируема архитектура гарантира, че бъдещите промени няма да компрометират стабилността на машината.

Разбиране на приоритетите и изпълнението на процесора

Модерните програмируеми автоматизационни контролери (PAC) изпълняват множество задачи, но обработват само една инструкция наведнъж. Логическите рутини варират значително по сложност и критичност. Някои задачи управляват високоскоростно движение, докато други се занимават с некритично регистриране на данни. Повечето индустриални системи балансират около три критични задачи с няколко поддържащи фонови процеса. Разработчиците трябва правилно да категоризират тези функции, за да оптимизират използването на процесора и да поддържат отзивчивостта на системата.

Оценка на трите основни графика за задачи

Rockwell Software предлага три различни опции за планиране: Непрекъснато, Периодично и Събитийно. Непрекъснатата задача работи безкрайно на най-ниско ниво на приоритет, когато процесорът не е зает. Обратно, периодичните задачи се изпълняват на определени интервали в милисекунди според зададена честота. Тези задачи използват приоритетна скала от 1 до 15, където по-ниските числа означават по-висока спешност. Ако задача с приоритет 1 се задейства по време на изпълнение на задача с приоритет 10, процесорът веднага превключва към логиката с по-висок приоритет. Накрая, събитийните задачи се задействат само при конкретно софтуерно или хардуерно условие.

Скритите рискове на настройките по подразбиране за непрекъснати задачи

Повечето нови проекти по подразбиране използват непрекъсната задача, което често създава значителни уязвимости във времето. Тъй като тази задача работи на най-нисък приоритет, всяка нова периодична задача ще я прекъсне. В едно наскоро приложение тежка алармена система с 1 000 стъпки предизвика сериозни колебания във времето на основната логика на машината. Системата разглеждаше непрекъснатата логика на машината като „следваща мисъл“ в сравнение с планираната алармена задача. Разчитането на непрекъснати задачи за основната оперативна логика е фундаментална грешка в прецизната фабрична автоматизация.

Преминаване към детерминистично периодично планиране

За да се решат конфликтите във времето, инженерите трябва да преобразуват непрекъснатите задачи в периодични с висок приоритет. Задаването на интервал от 10 ms за основната логика осигурява детерминистична среда за контролера. Въпреки това, тази промяна променя начина, по който системата изчислява времето за сканиране. Използването на една инструкция Get System Value (GSV) вече не е достатъчно за измерване на общото изминало време. GSV за „Last Scan Time“ следи само продължителността на изпълнението, а не времето на бездействие между интервалите.

Прилагане на усъвършенствана GSV логика за точност

Здраво решение изисква две отделни GSV инструкции и математически блок. Първата инструкция извлича действителното време, което задачата е отнела за изпълнение на логиката. Втората инструкция достъпва „Rate Interval“, който представлява зададения график. Чрез събиране на тези две стойности програмистът изчислява истинското циклично време на системата. Този метод остава точен дори ако бъдещ техник промени честотата на задачата. Този проактивен подход предотвратява отклонения в логиката и поддържа синхронизация между различните версии на софтуера.

Осигуряване на бъдеща устойчивост чрез физическа и виртуална обратна връзка

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

Приложение в реалния свят: интеграция на високоскоростна опаковка

В една високоскоростна линия за бутилиране главен инженер интегрира третиран визуален система в съществуващ PLC. Първоначалната програма използваше непрекъсната задача за управление на конвейера. Когато инженерът добави 20 ms периодична задача за визуалните данни, скоростите на конвейера станаха непостоянни. Чрез преместване на логиката на конвейера към периодична задача с приоритет 2, екипът възстанови прецизност на милисекундно ниво. Тази корекция позволи на визуалната система да работи с по-нисък приоритет без да влияе на физическия капацитет на машината.

Покажи всички
Публикации в блогове
Покажи всички
OPC Server Connected but Tags Frozen: Kepware and Allen-Bradley EtherNet/IP Field Fixes

OPC сървърът е свързан, но таговете са замръзнали: практически решения за Kepware и Allen-Bradley EtherNet/IP на място

Осем основни причини за остарели тагове при стабилна OPC връзка с поетапни решения за KEPServerEX и ControlLogix.
OPC Server Connected but Tags Not Updating: Field Diagnosis with Allen-Bradley FactoryTalk Linx and Emerson DeltaV

OPC сървърът е свързан, но таговете не се актуализират: диагностика на място с Allen-Bradley FactoryTalk Linx и Emerson DeltaV

Зелена икона за връзка не гарантира актуални данни. Ето седемте сценария на отказ, които блокират OPC таговете — и точните настройки, които ги коригират за Allen-Bradley FactoryTalk Linx и Emerson DeltaV.
PTP, IRIG-B, and SNTP Time Sync: Fixing Timestamp Drift in GE and Bently Nevada Systems

Синхронизация на времето чрез PTP, IRIG-B и SNTP: отстраняване на разминаването на времевите маркери в системите на GE и Bently Nevada

Съобразете протокола с реално необходимата точност на данните си и спрете разминаването, което обърква реда на събитията. Практическо ръководство за синхронизацията на времето чрез PTP, IRIG-B, NTP и SNTP за контролери GE PACSystems и системи за защита на машини Bently Nevada 3500.