Произвеждани и консумирани тагове в Engineering Logix

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

Изберете подходящия модел за конкретната задача

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

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

Определете стабилен договор за данните

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

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

Конфигурирайте произвеждащия контролер

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

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

Конфигурирайте всеки консуматор

Добавете произвеждащия контролер към I/O конфигурацията на консуматора чрез действително поддържания мрежов път. След това създайте консумиран таг на ниво контролер със същия тип данни. Въведете точно името на произвеждащия контролер и името на отдалечения таг. Конфигурираният път, идентичността на контролера и изписването на тага заедно са част от връзката.

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

Проектирайте системата за прекъснати връзки

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

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

Въведете обмена в експлоатация методично

Проверете физическата мрежа и пътищата към контролерите, преди да отстранявате проблеми с таговете. Потвърдете, че всеки контролер е онлайн, достъпен и представен правилно в I/O дървото. Изтеглете конфигурациите на произвеждащия контролер и консуматорите в контролиран ред. Наблюдавайте състоянието на връзката, преди да тествате поведението на приложението.

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

Отстранявайте често срещани неизправности

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

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

Поддържайте интерфейса като част от инфраструктурата на предприятието

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

Свързаният хардуер може да бъде намерен в колекциите Allen-Bradley ControlLogix и Комуникации и мрежи. Подробностите за конфигурацията и ограниченията на платформата трябва да бъдат проверени в ръководството за програмиране на произвеждани и консумирани тагове на Rockwell Automation. Добре дефинираният договор за данните и изрично зададената реакция при остарели данни правят връзката лесна за поддръжка дълго след въвеждането в експлоатация.