Switch-технология. Программирование задач логического управления.

[gtfox]

в нём много служебного кода, который сам занимает место и заставляет выравнивать всё остальное.

Да. Но код максимально структурирован и выровнен (дальше работает автовыравнивание), при этом руками пишется очень мало и в определенных местах, если вообще пишется...

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

Ну, я в процессе отладки наблюдаю текущее словесное описание состояния, при помощи динамически текстов... (см. рисунки)

Ещё Switch это всегда переход в одно состояние. А если надо больше?

Ох... не хочу я разводить разговор о параллельности... тут проблемы в головах, а не в реализации...
1) В Switch-технологии автомат всегда находится только в одном состоянии
2) "Паралельные" бывают только физические процессы, а вычислительные - последовательные, хоть вы и видите в SFC 2 одновременно работающих состояния.
3) Если 2 физических процесса происходят одновременно, то для их описания используются 2 автомата, которые запускаются по изменению 1 логической переменной. Если нужно одному подождать - смотрим за номером состояния другого

Ну и наконец Визио с Экселем денег стоят.

если внимательно посмотреть на скриншот таблицы первого поста, то там Libre Office Calc, ну а визио - да.

[gtfox]

Ну и ?

Ну вот, теперь я хотя бы увидел как это выглядит. Спасибо.
Наглядность переходов храмает, хотя привыкнуть можно

Хотя на практике сделал бы по условию прямое присвоение state внутри шага и по нему перешел бы как в первом примере

Не, дак дут вообще все условия скрыты, наглядность 0,5

Чем это ? Давайте все-таки 10 состояний нарисуем. И рыбу сеткой ловить будем.

Сложный автомат - сложный граф, все в порядке вещей. Хотя, сложные процессы обычно разбиваются на более простые.

Вот мне надоть по условию :
Y < (u*234/sin(e+7)*14.467*d) OR FR.Df[y]^AND NOT Gh
безусловно перейти в спец.состояние игнорируя любые другие расклады. Аварии тут, понимаете ли, отрабатываются. Обычное дело. Что делаем ?

Состояние "Авария". Первый переход в каждом, другом, состоянии ведет в сост Авария. Для обозначения на графе как в стейтфлоу так и в switch-технологии используется групповое состояние.

Не ответили - кому ?

мне, кому ж еще

Чьих ?

тех кто задает вопросы о переходе в 2 состояния

[gtfox]

Чой-то Ваше нагляднее моего?

стрелочка висит в воздухе и подписана "Open", а не проведена к состоянию "Open". Чего не сделать возможность располагать блоки состояний произвольно на поле.

А у Вас наглядность будет если каждое условие по объему будет сравнимо с аварией (см. выше/ниже) а не эти деццкие а=b ? Шагов будет 10 с такими условиями и наглядно лазать по полосочкам разыскивать условия и определять их очередность ?

Именно так. Для этого они и рисуются. Просто, если оно скрыто, то нужно залезть еще куда нибудь и найти эту самую недетскую строку (хотя, я обычно из сложной строки столбец делаю )

Oй что это ? Переходим к структурному поверху ? А как же все условия скрыты ??

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

И 10 – сложный ?

ну, 10 больше чем 5, вроде как сложнее...

Т.е. это длинющее условие размножаем ? Да ?

Да. Проверяется только 1 раз в каждом цикле.

Просто они с земли. Они предусматривают что можно на красную кнопку нажать или автомат выбить в любой момент

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

Ну вот. С этого и надо было начинать. Существует куча способов заставить шаги SFC идти в любом порядке не прибегая к внешним воздействиям.

интересно конечно...