1. Обязательно представиться на русском языке кириллицей (заполнить поле "Имя").
  2. Фиктивные имена мы не приветствуем. Ивановых и Пупкиных здесь уже достаточно.
  3. Не надо писать свой вопрос в первую попавшуюся тему - всегда лучше создать новую тему.
  4. За поиск, предложение и обсуждение пиратского ПО и средств взлома - бан без предупреждения. Непонятно? - Читать здесь.
  5. Рекламу и частные объявления "куплю/продам/есть халтура" мы не размещаем ни на каких условиях.
  6. Перед тем как что-то написать - читать здесь, а затем здесь и здесь.
  7. Не надо писать в ЛС администраторам свои технические вопросы. Администраторы форума отлично знают как работает форум, а не все-все контроллеры, о которых тут пишут.

Монограф

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

Ответить

Степа
осмотрелся
осмотрелся
Сообщения: 158
Зарегистрирован: 25 окт 2010, 10:30
Имя: Капуста Степан Степанович
Поблагодарили: 7 раз

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

Сообщение Степа »

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

Михайло
эксперт
эксперт
Сообщения: 3643
Зарегистрирован: 10 ноя 2009, 04:58
Имя: Толмачев Михаил Алексеевич
город/регион: г. Чехов, МО
Благодарил (а): 8 раз
Поблагодарили: 286 раз

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

Сообщение Михайло »

Степа писал(а):Кто бы возражал... Самое главное - чтобы собеседники пользовались единой терминологией. К примеру ребро без условий у разных авторов может называться "свободным переходом", "безусловным переходом" и "эпсилон-переходом" /на графе может обозначаться греческой буквой эпсилон/.
Кстати. Я тут немного подумал... Все таки лучше бы называть ребро без условий свободным, т.е. свободным от условий. Чтобы не путать с командой языка программирования "безусловный переход".
Так ведь команда безусловного перехода это и есть ребро без условия. Вот если бы ты с помощью JMP граф реализовывал бы, то пришлось бы безусловный переход использовать в том месте. Либо поставить единичку в условие перехода. Поэтому не эпсилон на ребре надо писать, а единицу.
Степа писал(а):Ну да. Памяти М целых 32 байта. S - тоже 32 байта. V - от 2047 у 221 до 10239 у 224XP и 226 /у младших моделей - еще меньше/. Не очень, чтобы очень ею разбрасываться.
Хватит тебе практически для любого проекта S-памяти - до 256 шагов.

Степа
осмотрелся
осмотрелся
Сообщения: 158
Зарегистрирован: 25 окт 2010, 10:30
Имя: Капуста Степан Степанович
Поблагодарили: 7 раз

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

Сообщение Степа »

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

[quote="Михайло""]Хватит тебе практически для любого проекта S-памяти - до 256 шагов.[/quote]
Хватит... Точнее, должно бы хватить...
Аватара пользователя

CHANt
эксперт
эксперт
Сообщения: 1467
Зарегистрирован: 25 июл 2008, 10:25
Имя: Эдуард Владимирович
Страна: СССР
город/регион: Оренбург
Благодарил (а): 46 раз
Поблагодарили: 105 раз

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

Сообщение CHANt »

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

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

Михайло
эксперт
эксперт
Сообщения: 3643
Зарегистрирован: 10 ноя 2009, 04:58
Имя: Толмачев Михаил Алексеевич
город/регион: г. Чехов, МО
Благодарил (а): 8 раз
Поблагодарили: 286 раз

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

Сообщение Михайло »

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

CHANt
эксперт
эксперт
Сообщения: 1467
Зарегистрирован: 25 июл 2008, 10:25
Имя: Эдуард Владимирович
Страна: СССР
город/регион: Оренбург
Благодарил (а): 46 раз
Поблагодарили: 105 раз

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

Сообщение CHANt »

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

Михайло
эксперт
эксперт
Сообщения: 3643
Зарегистрирован: 10 ноя 2009, 04:58
Имя: Толмачев Михаил Алексеевич
город/регион: г. Чехов, МО
Благодарил (а): 8 раз
Поблагодарили: 286 раз

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

Сообщение Михайло »

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

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

CHANt
эксперт
эксперт
Сообщения: 1467
Зарегистрирован: 25 июл 2008, 10:25
Имя: Эдуард Владимирович
Страна: СССР
город/регион: Оренбург
Благодарил (а): 46 раз
Поблагодарили: 105 раз

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

Сообщение CHANt »

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

Михайло
эксперт
эксперт
Сообщения: 3643
Зарегистрирован: 10 ноя 2009, 04:58
Имя: Толмачев Михаил Алексеевич
город/регион: г. Чехов, МО
Благодарил (а): 8 раз
Поблагодарили: 286 раз

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

Сообщение Михайло »

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

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

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

CHANt
эксперт
эксперт
Сообщения: 1467
Зарегистрирован: 25 июл 2008, 10:25
Имя: Эдуард Владимирович
Страна: СССР
город/регион: Оренбург
Благодарил (а): 46 раз
Поблагодарили: 105 раз

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

Сообщение CHANt »

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

Михайло
эксперт
эксперт
Сообщения: 3643
Зарегистрирован: 10 ноя 2009, 04:58
Имя: Толмачев Михаил Алексеевич
город/регион: г. Чехов, МО
Благодарил (а): 8 раз
Поблагодарили: 286 раз

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

Сообщение Михайло »

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

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

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

CHANt
эксперт
эксперт
Сообщения: 1467
Зарегистрирован: 25 июл 2008, 10:25
Имя: Эдуард Владимирович
Страна: СССР
город/регион: Оренбург
Благодарил (а): 46 раз
Поблагодарили: 105 раз

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

Сообщение CHANt »

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

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

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

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

Степа
осмотрелся
осмотрелся
Сообщения: 158
Зарегистрирован: 25 окт 2010, 10:30
Имя: Капуста Степан Степанович
Поблагодарили: 7 раз

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

Сообщение Степа »

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

CHANt
эксперт
эксперт
Сообщения: 1467
Зарегистрирован: 25 июл 2008, 10:25
Имя: Эдуард Владимирович
Страна: СССР
город/регион: Оренбург
Благодарил (а): 46 раз
Поблагодарили: 105 раз

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

Сообщение CHANt »

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

VADR
администратор
администратор
Сообщения: 4903
Зарегистрирован: 25 июл 2008, 07:12
Имя: Диев Александр Васильевич
Страна: Россия
город/регион: г. Сегежа, Карелия
Благодарил (а): 236 раз
Поблагодарили: 425 раз

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

Сообщение VADR »

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

CHANt
эксперт
эксперт
Сообщения: 1467
Зарегистрирован: 25 июл 2008, 10:25
Имя: Эдуард Владимирович
Страна: СССР
город/регион: Оренбург
Благодарил (а): 46 раз
Поблагодарили: 105 раз

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

Сообщение CHANt »

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

VADR
администратор
администратор
Сообщения: 4903
Зарегистрирован: 25 июл 2008, 07:12
Имя: Диев Александр Васильевич
Страна: Россия
город/регион: г. Сегежа, Карелия
Благодарил (а): 236 раз
Поблагодарили: 425 раз

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

Сообщение VADR »

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

CHANt
эксперт
эксперт
Сообщения: 1467
Зарегистрирован: 25 июл 2008, 10:25
Имя: Эдуард Владимирович
Страна: СССР
город/регион: Оренбург
Благодарил (а): 46 раз
Поблагодарили: 105 раз

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

Сообщение CHANt »

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, и никаких там переходов по разным наборам. Есть смысл посмотреть в этом направлении.
--------------------------------------------------------------------------------------------
Аватара пользователя

Barsik
не первый раз у нас
не первый раз у нас
Сообщения: 353
Зарегистрирован: 02 фев 2010, 22:28
Имя: Корнеев Дмитрий
Страна: Россия
город/регион: Санкт-Петербург
Благодарил (а): 1 раз
Поблагодарили: 7 раз

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

Сообщение Barsik »

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

Михайло
эксперт
эксперт
Сообщения: 3643
Зарегистрирован: 10 ноя 2009, 04:58
Имя: Толмачев Михаил Алексеевич
город/регион: г. Чехов, МО
Благодарил (а): 8 раз
Поблагодарили: 286 раз

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

Сообщение Михайло »

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

CHANt
эксперт
эксперт
Сообщения: 1467
Зарегистрирован: 25 июл 2008, 10:25
Имя: Эдуард Владимирович
Страна: СССР
город/регион: Оренбург
Благодарил (а): 46 раз
Поблагодарили: 105 раз

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

Сообщение CHANt »

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

gtfox
здесь недавно
здесь недавно
Сообщения: 11
Зарегистрирован: 25 мар 2013, 11:01
Имя: Петя
Поблагодарили: 9 раз
Забанен: Бессрочно

Re: Монограф

Сообщение gtfox »

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

Михайло
эксперт
эксперт
Сообщения: 3643
Зарегистрирован: 10 ноя 2009, 04:58
Имя: Толмачев Михаил Алексеевич
город/регион: г. Чехов, МО
Благодарил (а): 8 раз
Поблагодарили: 286 раз

Re: Монограф

Сообщение Михайло »

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

gtfox
здесь недавно
здесь недавно
Сообщения: 11
Зарегистрирован: 25 мар 2013, 11:01
Имя: Петя
Поблагодарили: 9 раз
Забанен: Бессрочно

Re: Монограф

Сообщение gtfox »

Ну если вкратце: автоматы изобрели давно, а вот применяют не многие. И по моему мнению это происходит по 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 и остальных языков МЭК... Считаю это деградацией, при наличие языка высокого уровня пользоваться ассемблером.
Это мое личное мнение, холивар начинать не хочу.

Михайло
эксперт
эксперт
Сообщения: 3643
Зарегистрирован: 10 ноя 2009, 04:58
Имя: Толмачев Михаил Алексеевич
город/регион: г. Чехов, МО
Благодарил (а): 8 раз
Поблагодарили: 286 раз

Re: Монограф

Сообщение Михайло »

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

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

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