Профиль должен быть заполнен на русском языке кириллицей. Заполнение профиля заведомо ложными или некорректными данными - причина возможного отказа в регистрации на форуме.

Монограф

Модератор: специалисты по PLC


Степа
осмотрелся
осмотрелся
Сообщения: 146
Зарегистрирован: 25 окт 2010, 09:30
Ф.И.О.: Капуста Степан Степанович
Поблагодарили: 5 раз

Re: Примеры подхода "Монограф"

Сообщение Степа » 03 ноя 2010, 18:58

Кто бы возражал... Самое главное - чтобы собеседники пользовались единой терминологией. К примеру ребро без условий у разных авторов может называться "свободным переходом", "безусловным переходом" и "эпсилон-переходом" /на графе может обозначаться греческой буквой эпсилон/.
Кстати. Я тут немного подумал... Все таки лучше бы называть ребро без условий свободным, т.е. свободным от условий. Чтобы не путать с командой языка программирования "безусловный переход".

Михайло писал(а):Вон у 200-ки области памяти M, V, S - всем хватит.

Ну да. Памяти М целых 32 байта. S - тоже 32 байта. V - от 2047 у 221 до 10239 у 224XP и 226 /у младших моделей - еще меньше/. Не очень, чтобы очень ею разбрасываться.


Михайло
почётный участник форума
почётный участник форума
Сообщения: 2228
Зарегистрирован: 10 ноя 2009, 04:58
Ф.И.О.: Толмачев Михаил Алексеевич
Благодарил (а): 1 раз
Поблагодарили: 23 раза
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение Михайло » 04 ноя 2010, 06:42

Степа писал(а):Кто бы возражал... Самое главное - чтобы собеседники пользовались единой терминологией. К примеру ребро без условий у разных авторов может называться "свободным переходом", "безусловным переходом" и "эпсилон-переходом" /на графе может обозначаться греческой буквой эпсилон/.
Кстати. Я тут немного подумал... Все таки лучше бы называть ребро без условий свободным, т.е. свободным от условий. Чтобы не путать с командой языка программирования "безусловный переход".

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

Степа писал(а):Ну да. Памяти М целых 32 байта. S - тоже 32 байта. V - от 2047 у 221 до 10239 у 224XP и 226 /у младших моделей - еще меньше/. Не очень, чтобы очень ею разбрасываться.

Хватит тебе практически для любого проекта S-памяти - до 256 шагов.


Степа
осмотрелся
осмотрелся
Сообщения: 146
Зарегистрирован: 25 окт 2010, 09:30
Ф.И.О.: Капуста Степан Степанович
Поблагодарили: 5 раз

Re: Примеры подхода "Монограф"

Сообщение Степа » 04 ноя 2010, 21:59

Михайло писал(а):Так ведь команда безусловного перехода это и есть ребро без условия.

Да, но команда безусловного перехода именно с JMP и ассоциируется. И в МЭКовских языках тоже есть такая команда. Чтобы не напрягать неокрепшие мозги молодежи, я и предложил назвать ребро свободным. Свободным от переходов.

Михайло" писал(а):Хватит тебе практически для любого проекта S-памяти - до 256 шагов.

Хватит... Точнее, должно бы хватить...

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1247
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 12 раз
Поблагодарили: 37 раз
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение CHANt » 04 ноя 2010, 23:09

Если появилось свободное ребро - не лучше ли сократить количество вершин графа?

Вот задачка:
Есть шесть котлов. Мееедленный ПИ-регулятор с шестью компараторами, обрабатывающих выходную величину регулятора, выдает задание - сколько требуется работающих котлов. Работать могут от нуля до шести включенных одновременно (летом нужно горячую воду, зимой -отопление, а морозы и до -40 доходят). Каждый котел описывается следующими переменными:
В Работе;
Заблокирован (в аварии или ремонте);
Имеет меньшую наработку по часам.
Управляющая переменная - тумблер "Автомат" на щите автоматизации.
Выходные переменные:
Включено/выключено (одна переменная) - для каждого котла.
Имеем следующие состояния
Изображение
Задача - нужно последовательно подключать или отключать по одному котлу, в зависимости от входных значений. Если требуются в работе несколько котлов и один из набора выбыл по аварии, соответственно нужно использовать другой набор, либо, если нет возможности использовать полный набор, то нужно перейти к меньшему доступному количеству.
Какие мысли?
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))


Михайло
почётный участник форума
почётный участник форума
Сообщения: 2228
Зарегистрирован: 10 ноя 2009, 04:58
Ф.И.О.: Толмачев Михаил Алексеевич
Благодарил (а): 1 раз
Поблагодарили: 23 раза
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение Михайло » 05 ноя 2010, 08:12

Основная идея - оставить только состояния 0, 1, 2, 3, 4, 5, 6 и сделать многопоточный граф. :)

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1247
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 12 раз
Поблагодарили: 37 раз
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение CHANt » 05 ноя 2010, 08:28

Т.е. попытаться перебрать максимум условий на параллельных переходах 0-1;0-2;0-3;0-4;0-5;0-6?
Но, мне кажется, что все равно нужно делать еще и переходы: 1-2;2-1;1-3;3-1...В принципе, можно подумать над группировкой котлов, скажем - попарно.
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))


Михайло
почётный участник форума
почётный участник форума
Сообщения: 2228
Зарегистрирован: 10 ноя 2009, 04:58
Ф.И.О.: Толмачев Михаил Алексеевич
Благодарил (а): 1 раз
Поблагодарили: 23 раза
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение Михайло » 05 ноя 2010, 08:37

CHANt:
Пульт управления какой-то должен быть?

Цель системы - оптимизировать суточный/недельный/месячный режим работы котлов?

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1247
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 12 раз
Поблагодарили: 37 раз
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение CHANt » 05 ноя 2010, 08:39

Панель будет, мониторинг удаленный будет Но, основная задача - локальная САУ, без персонала. Цель - предоставить потребителю тепловую энергию в зависимости от температуры наружного воздуха.
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))


Михайло
почётный участник форума
почётный участник форума
Сообщения: 2228
Зарегистрирован: 10 ноя 2009, 04:58
Ф.И.О.: Толмачев Михаил Алексеевич
Благодарил (а): 1 раз
Поблагодарили: 23 раза
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение Михайло » 05 ноя 2010, 09:24

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

Введем дискретную переменную Level:
Изображение

Соответственно регулятор давления будет выдавать задание на Level, а граф должен исполнить это задание, т.е. имеем Level_setpoint и Level_actual. Они не всегда могут быть равны, т.к. не все котлы будут работоспособны.

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1247
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 12 раз
Поблагодарили: 37 раз
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение CHANt » 05 ноя 2010, 09:55

Управляющая переменная - температура. Она не растет как давление - со скоростью звука в среде :) Несомненно, нужен гистерезис между величной включения и отключения, это будет некий компаратор. Уровень гистерезиса придется устанавливать при наладке и он будет различным при разной мощности. Производитель горелок указывает частоту включения - не более 6 включений в час. ПТЭ еще требует, чтобы температура не нарастала более 30 градусов в час, так как тепловые расширения трубопроводов должны гаситься компенсаторами (угол поворота, П-образный, сальниковый, сильфонный). Они не работают мгновенно. Это все исходная информация при наладке ПИ-регулятора. По-моему замыслу, задача определения требуемой мощности, это другой алгоритм - вышестоящий.
Этот рисунок вроде как примерное количество состояний, но никак пока не граф. В таком виде его нельзя делать - получится чудовище. :) Надо наверное первый и второй уровень рассмотреть для начала.
P.S. На такие задачи, меня всегда на составления карт Карно тянет :D Не покидает чувство, что с картами оптимальней будет
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))


Михайло
почётный участник форума
почётный участник форума
Сообщения: 2228
Зарегистрирован: 10 ноя 2009, 04:58
Ф.И.О.: Толмачев Михаил Алексеевич
Благодарил (а): 1 раз
Поблагодарили: 23 раза
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение Михайло » 05 ноя 2010, 15:51

Математическая модель котла - апериодическое звено?

Карты Карно, насколько я помню, относятся к оптимизации логического выражения. Может лучше таблицы истинности?

А так переменную Level (количество работающих котлов) рекомендую завести.

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1247
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 12 раз
Поблагодарили: 37 раз
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение CHANt » 06 ноя 2010, 19:25

1) Да. Первого порядка.

2) Карты Карно помогают минимизировать количество наборов из таблицы истинности (т.е. ее строить в любом случае нужно) и затем преобразовать в FBD-логику...

3) Переменная/переменные Level я указывал в исходных данных задачи. :) И так ясно что нужна.

В общем, я тут тоже кривлю душой - по технологии жаротрубный водогрейный котел просто выключить нельзя. Обычно технологи пишут, что нужно обеспечить 15-25 минут проток теплоносителя через него для постепенного расхолаживания и только потом отключать его от схемы. Сколько конкретно времени определяется при наладке, по температуре за котлом это видно. На выполненных уже объектах, я предусматривал режим расхолаживания (это на рисунке с первой страницы видно), если вдруг требовалось его снова включить, алгоритм каскадного управления выставлял бит сброса режима расхолаживания, алгоритм котла переходил в начальное состояние и начиналось все вновь, а каскад переходил в нужный набор котлов.Т.е. нужна еще переменная на входе - COOL, а на выходе RESET_COOL по каждому котлу. Если честно, прямолинейно перебрать можно, но тяжело. На три котла, 9 килобайт функциональный блок получился. Есть опасение что на 6 котлов я не уложусь, в отведенные Step7 16 килобайт на функцию. Перебирать аварийные состояния нужно, так как по факту такие ситуации случаются и часто. Надо декомпозировать задачу :) Собственно я и спрашиваю идеи. Конкретная реализация не нужна пока.
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))


Степа
осмотрелся
осмотрелся
Сообщения: 146
Зарегистрирован: 25 окт 2010, 09:30
Ф.И.О.: Капуста Степан Степанович
Поблагодарили: 5 раз

Re: Примеры подхода "Монограф"

Сообщение Степа » 06 ноя 2010, 21:52

Ну раз такое время расхолаживания, то само напрашивается пороговое управление: потребность выше некоего порога - включить очередной котел, ниже некоего порога - вылючить котел. Включение и выключение - по приоритету. Приоритет на включение определяется по времени расхолаживания /те самые 15-25 минут/ и по минимальной наработке /котел, выключенный от 10 до 15 минут тому назад имеет больший приоритет на включение; затем - выключенные до 10 минут тому назад; затем - остальные; разделить котлы на группы и выдать приоритеты с учетом групп/. Приоритет на выключение определяется по максимальной наработке и по времени от последнего включения /по возможности не останавливать до истечения 10 минут после запуска/.

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1247
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 12 раз
Поблагодарили: 37 раз
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение CHANt » 06 ноя 2010, 22:28

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

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

Степа писал(а):Включение и выключение - по приоритету. Приоритет на включение определяется по времени расхолаживания /те самые 15-25 минут/ и по минимальной наработке /котел, выключенный от 10 до 15 минут тому назад имеет больший приоритет на включение; затем - выключенные до 10 минут тому назад; затем - остальные; разделить котлы на группы и выдать приоритеты с учетом групп/. Приоритет на выключение определяется по максимальной наработке и по времени от последнего включения /по возможности не останавливать до истечения 10 минут после запуска/.

Современные горелки терпят огромное количество пусков и остановов и каждый раз при включении проводят проверку своих запорных клапанов и электроприводов - это требования ПБ. Эта часть обслуживается заводской автоматикой безопасности,, которая сертифицируется с горелкой и поставляется комплектно. От меня тока включить и задание регулятору горелки, либо больше-меньше на электропривод заслонки газ/воздух (не знаю пока какой тип горелки будет и какая комплектность автоматики безопасности). Так что по времени 2 мин тока проверка и розжиг и еще 4-6 минут выход на нормальный нагрев. С приоритетами тоже понятно.Но опять, это тоже другая задача. Пока не стоит мешать в кучу.
На группы поделить - здравая мысль. Вот как это сделать еще не сообразил. То есть я хотел бы урезать на несколько частей эти состояния. А потом можно и над монографом подумать.
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))

Аватара пользователя

VADR
администратор
администратор
Сообщения: 2411
Зарегистрирован: 25 июл 2008, 06:12
Ф.И.О.: Диев Александр Васильевич
Благодарил (а): 19 раз
Поблагодарили: 26 раз

Re: Примеры подхода "Монограф"

Сообщение VADR » 06 ноя 2010, 23:12

CHANt писал(а):
Степа писал(а):Современные горелки терпят огромное количество пусков и остановов и каждый раз при включении проводят проверку своих запорных клапанов и электроприводов - это требования ПБ. Эта часть обслуживается заводской автоматикой безопасности,, которая сертифицируется с горелкой и поставляется комплектно.

А можно ссылку на регламентирующий документ? Вопрос не праздный, у самого большая часть объектов к энергетике относится.
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1247
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 12 раз
Поблагодарили: 37 раз
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение CHANt » 07 ноя 2010, 11:31

ПБ 12-529-03 "ПРАВИЛА БЕЗОПАСНОСТИ СИСТЕМ ГАЗОРАСПРЕДЕЛЕНИЯ И ГАЗОПОТРЕБЛЕНИЯ". п.п. 7.59.
У Вейсхаупт (Weishaupt) есть понятие непрерывный и прерывистый режим работы горелки. При прерывистом режиме - если горелка была в течение суток в работе, менеджер горения принудительно отключает горелку и, если есть сигнал ПУСК, осуществляет повторный пуск с проверкой устройств газового тракта. Видимо требования немецких стандартов еще жестче. Детально не разбирался. А при заказе горелок "Рационал" спрашивает, какой режим нужен.
Вы меня уводите в сторону от топика :) Как сами реализуете каскадное управление?
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))

Аватара пользователя

VADR
администратор
администратор
Сообщения: 2411
Зарегистрирован: 25 июл 2008, 06:12
Ф.И.О.: Диев Александр Васильевич
Благодарил (а): 19 раз
Поблагодарили: 26 раз

Re: Примеры подхода "Монограф"

Сообщение VADR » 08 ноя 2010, 09:20

CHANt писал(а):ПБ 12-529-03 "ПРАВИЛА БЕЗОПАСНОСТИ СИСТЕМ ГАЗОРАСПРЕДЕЛЕНИЯ И ГАЗОПОТРЕБЛЕНИЯ". п.п. 7.59.

А, это для газа... :(. К сожалению, мне это не подходит - у меня везде мазут.
CHANt писал(а):Вы меня уводите в сторону от топика :) Как сами реализуете каскадное управление?

Действительно, не в тему. Был бы тред подлиннее, можно было бы в другое место скопировать, но не суть.
В таком виде (автоматический пуск/останов котлов) - вообще не использую. У меня все котлы - паровые, а не водогрейные, их так просто не запустить (да и остановка - не самая простая операция).
Повторное использование кода не отменяет повторного использования мозга при его повторном использовании.

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1247
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 12 раз
Поблагодарили: 37 раз
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение CHANt » 08 ноя 2010, 11:47

VADR писал(а):Действительно, не в тему. Был бы тред подлиннее, можно было бы в другое место скопировать, но не суть.
В таком виде (автоматический пуск/останов котлов) - вообще не использую. У меня все котлы - паровые, а не водогрейные, их так просто не запустить (да и остановка - не самая простая операция).

Ну да, на энергетических паровых котлах принято функционально-групповое управление (ФГУ) использовать, по видам операций - пуск, останов. С мазутом не доводилось автоматизировать горелки. И у нас мазут используется, но как резервное топливо. А, вроде, по СНИПу "Котельные установки" автоматизация горелки по резервному топливу не выполняется. На небльших котельных, применяем горелки с резервным диз.топливом. Итальянские и немецкие горелки работают с такой же проверкой как и по газовому тракту. Только в линии питания горелки насос стоит. Этим насосом, на плотность, отключающие клапана и проверяются. Опять таки заводской автоматикой безопасности.

Теперь по теме.
Пролистал руководства к "каскадным" контроллерам. Есть такой сегмент конфигурируемых устройств, к примеру Synco RMK770 (Siemens, департамент автоматизации зданий -SBT), контроллер Е8.4401 (Elster Kromschroeder), контроллер DC648 до 24 котлов в каскаде!(COSTER T.E. UK BRANCH), модуль С75 к ECL Comfort (Danfoss). И вот что интересное обнаружил: все предлагают жесткую последовательность управления котлами. Т.е. пользователю предлагается выбрать определенную последовательность 1-2-3-4-5-6 или 6-1-4-5-2-3, и никаких там переходов по разным наборам. Есть смысл посмотреть в этом направлении.
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))

Аватара пользователя

Barsik
освоился
освоился
Сообщения: 294
Зарегистрирован: 02 фев 2010, 22:28
Ф.И.О.: Корнеев Дмитрий
Благодарил (а): 2 раза
Поблагодарили: 3 раза
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение Barsik » 09 ноя 2010, 01:40

Почитал тему. Забавно. Если я правильно понял основную идею, то она состоит в повышении производительности труда программера/наладчика, повышениии прозрачности и понятности алгоритмов. Дурацкий вопрос (применительно к Сименсу) а чем не устраивает S7Graf? Понятно, что это закрытая (относительно) вешь, но с ее помощью можно достаточно быстро писать алгоритмы и весьма удобно отлаживать их, наблюдая в реалтайме за процессом.
Применительно к пищевке, использовал не раз, если у аппарата больше 60 шагов, на каждом свои условия активации и перехода на следующий (или предидущий) шаг - весьма удобно.
Конечно, там есть свои тараканы (а где их нет?), но для грамотного разработчика они совсем не страшные..
Запуск и модернизация оборудования без проекта и документации. Дорого.


Михайло
почётный участник форума
почётный участник форума
Сообщения: 2228
Зарегистрирован: 10 ноя 2009, 04:58
Ф.И.О.: Толмачев Михаил Алексеевич
Благодарил (а): 1 раз
Поблагодарили: 23 раза
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение Михайло » 09 ноя 2010, 04:32

Недостаток S7-Graph тут некоторые уже знают. Во-первых, это совершенно тяжелый скомпилированный код. Во-вторых, не в каждом контроллере этот язык имеется, например, в S7-200. Другие замечания еще были...

Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1247
Зарегистрирован: 25 июл 2008, 09:25
Ф.И.О.: Гринев Эдуард Владимирович
Откуда: Оренбург
Благодарил (а): 12 раз
Поблагодарили: 37 раз
Контактная информация:

Re: Примеры подхода "Монограф"

Сообщение CHANt » 09 ноя 2010, 08:10

Основная цель обсуждения - как проектировать (разрабатывать) программу. У кого какие подходы, методы реализации в той или иной форме представления кода. И ничего забавного в этом нет. Делимся опытом.
--------------------------------------------------------------------------------------------
"Почти все начальники - дилетанты." © цитата из поста hell_boy )))


gtfox
здесь недавно
здесь недавно
Сообщения: 5
Зарегистрирован: 25 мар 2013, 10:01
Ф.И.О.: 5 символов

Re: Монограф

Сообщение gtfox » 25 мар 2013, 11:26

Делимся опытом

Кому интересно, тема SWITCH-технологии обсуждалась
На форуме ОВЕН http://www.owen.ru/forum/showthread.php?t=11839 и Сегнетикс http://forum.segnetics.com/showthread.php?t=223


Михайло
почётный участник форума
почётный участник форума
Сообщения: 2228
Зарегистрирован: 10 ноя 2009, 04:58
Ф.И.О.: Толмачев Михаил Алексеевич
Благодарил (а): 1 раз
Поблагодарили: 23 раза
Контактная информация:

Re: Монограф

Сообщение Михайло » 25 мар 2013, 15:36

Формулируйте мысли лучше здесь. Очень много у меня знакомых, которые пишут автоматные последовательности на языке LD... Поэтому никакой проблемы в общем-то не существует. Делай себе да делай.


gtfox
здесь недавно
здесь недавно
Сообщения: 5
Зарегистрирован: 25 мар 2013, 10:01
Ф.И.О.: 5 символов

Re: Монограф

Сообщение gtfox » 25 мар 2013, 22:52

Ну если вкратце: автоматы изобрели давно, а вот применяют не многие. И по моему мнению это происходит по 2 причинам:
1-е, это сложность "чистой" математической теории автоматов применительно к автоматизации
2-е практически полное отсутствие методологии получения текста программы из словесного описания ТЗ/алгоритма.
SWITCH-технология дала удобную для автоматизации нотацию графов переходов автоматов и средство получения ST кода программы из этого графа.
А зачем код в ST если есть SFC? Тут 2 причины:
1. SFC не имеет стандарта описания и хранения графики. SFC программу из CoDeSys нельзя скопировать в STEP 7, ее придется перерисовывать заново.
2. SFC в CoDeSys такой убогий, что это сводит на нет все преимущества графического языка. Попробуйте нарисовать автомат из 5-ти состояний и переходы "каждый с каждым" (В Visio это будет выглядеть как пятиконечная звезда, а в CoDeSys длинная строка из квадратиков, причем на экране уместится только одно состояние из пяти)

Вообще, конечно, будущее за Simulink PLC Coder. Из всех преимуществ меня радуют:
1. Правильный редактор графов автоматов Stateflow (небо и земля в сравнении с SFC)
2. Генератор кода выдает программу на языке ST.
Ну и 3-е, если почистить эту программу от служебного мусора, то структура кода будет такая же как у Visio2ST.

PS
SWITCH-технология - касается только задач логического управления.
PPS
А на счет LD и остальных языков МЭК... Считаю это деградацией, при наличие языка высокого уровня пользоваться ассемблером.
Это мое личное мнение, холивар начинать не хочу.


Михайло
почётный участник форума
почётный участник форума
Сообщения: 2228
Зарегистрирован: 10 ноя 2009, 04:58
Ф.И.О.: Толмачев Михаил Алексеевич
Благодарил (а): 1 раз
Поблагодарили: 23 раза
Контактная информация:

Re: Монограф

Сообщение Михайло » 26 мар 2013, 20:24

gtfox писал(а):SFC не имеет стандарта описания и хранения графики.

Поясните, пожалуйста. Не понял.

gtfox писал(а):Попробуйте нарисовать автомат из 5-ти состояний и переходы "каждый с каждым"

Этот пример - не самое лучшее применение для SFC, не важно, какой бы он там не был по реализации. SFC не пригоден для систем с малым числом состояний и с большим числом переходов. Сразу скажу: SFC в соответствии с МЭК 61131-3 не позволяет рисовать пятиконечные звезды. Там разрешены только переходы строго сверху вниз.
А лучше всего справляется с пятиконечной звездой язык LD. Но, к сожалению, Вы его плохо знаете, поэтому нужно как-то выкручиваться...

О себе: из всевозможных сред разработки и методов реализации конечных автоматов не знаю только разрекламированную SWITCH-технологию. На базе Stateflow делал диплом. Все рассматриваемые в этой SWITCH-технологии примеры показывают, что разработчики далеки от автоматизации. Они скорее программисты. Люди, знающие реле и пускатели, сделают те же вещи быстрее и эффективнее. Поэтому как-то не мог докурить мануал до конца.


Вернуться в «Обсуждение F.A.Q. по PLC»



Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей