Так, опять субботнее вечернее чтиво

Так, опять субботнее вечернее чтиво.

Продолжаю изучать вопросы связанные с #IEC61499 и если честно, то проще найти различные научные монографии, чем сам стандарт со всеми его частями на просторах интернета, так что складываю свое представление исключительно по научным и публицистическим работам.

IEC61499 «Открытый стандарт распределенных систем управления и автоматизации» сильно отличается от #IEC61131, который, на данный момент, является прочным фундаментом всей промышленной автоматизации.

То, что ломает привычное мироустройство по пунктам:

1. Событийная модель выполнения ППО

Для полноценного понимания необходима уверенная база в конечных автоматах, машины состояний, которые представлены тут как ECC, у каждого функционального блока. Если вы не ковырялись для себя, то по мимо новых функциональных блоков, каждый функциональный блок может иметь несколько алгоритмов, работа алгоритмов функционального блока определяется ECC, что представляет из себя машину состояний. Еще, если я все правильно понял, там можно связывать данные и события, чтобы использовать только нужное в данный момент.

Цикличность выполнения ППО теперь тоже является событием, т.е. мы вводим специальный ФБ, который генерирует нам событие каждый период, а это значит, что логика работы алгоритмов в цикличных блоках будет отличаться, от работы алгоритмов в чисто событийных блоках.

2. Переосмысление ФБ, как сущности

Когда я провожу собеседования, то ожидаю услышать, что функциональный блок - это единица организации программы, которая содержит логику, а также сохраняет свое внутреннее состояние между циклическими вызовами, так как в отличие от функции обладает экземпляром, который хранит все данные в памяти ПЛК.

В моем понимании IEC61499 теперь ФБ - это основная единица построения распределенной системы.

Можно сказать, что мы и сейчас строим распределенные системы, ведь у нас же есть РСУ, но я еще не видел, чтобы мы могли программу разделить на составные ФБ и отдать каждый ФБ в свой ПЛК, который бы занимался обработкой этого ФБ исходя из событий в системе.(Тема РСУ в целом очень интересная, недавно у нас был разговор с КОТЭ в АСУ ТП, ваши варианты можете накидать в комментарии)

3. Библиотеки и повторное использование

Это самое интересное, опять такие, если я ничего не напутал, то в стандарте четко прописана взаимозаменяемость железа в отрыве от ППО, ставь что хочешь, если вы соответствуете стандарту, то все будет супер и система должна сразу подхватить все без танцев с бубнами, что в целом позволяет использовать одни и те же решения на разном железе, но этот момент надо доизучить.

Пока на рынке не так уж много готовых коммерческих решений, если вы производите такое и готовы дать наборчик на тесты, то отпишитесь в личные сообщения каналов) Ну а я в свою очередь начну еще один виток углубленного изучения, начиная с конечных автоматов и событийной модели.

#АСУТП

"Я вам че - Автоматизатор?!"