реализация ветвления IF ELSE

[capzap]

И там и там микроконтроллер, пропускает или выполняет куски кода.

есть доказательства что пропускает, покажите пример
ЗЫ на первой картинке выполнение кода как бы будет показывать что нижняя часть не выполняется, но стоит добавить возмущение и сразу будет видно что оба куска работают, поэтому покажите какой кусок кода не выполняется в лоджике

[Василий Кашуба]

есть доказательства что пропускает, покажите пример
ЗЫ на первой картинке выполнение кода как бы будет показывать что нижняя часть не выполняется, но стоит добавить возмущение и сразу будет видно что оба куска работают, поэтому покажите какой кусок кода не выполняется в лоджике

Разорвите связь от ADD до UNO и верхняя ветка работать не будет.

[capzap]

Разорвите связь от ADD до UNO и верхняя ветка работать не будет.

программно можно разорвать связь или только при создании проекта, превратив группу элементов в за комментированный код. О чем мы говорим?

[Василий Кашуба]

программно можно разорвать связь или только при создании проекта, превратив группу элементов в за комментированный код. О чем мы говорим?

Если программно, то после схемы сравнения поставьте ФБ "И" и можно будет каждой веткой управлять.

[capzap]

Если программно, то после схемы сравнения поставьте ФБ "И" и можно будет каждой веткой управлять.

у меня и так в начале стоит некая схема И
да хоть десять И каждая ветка будет продолжать работать, а в плк исключаемый код не будет выполнятся

[Евгений Сергеевич]

Отрисовка линий был и пока остается больным вопросом.

на счет внешнего вида блоков и макросов будет вот такое обновление
Новый внешний вид.png

На счет реализации If и Case (в широком смысле). можно сделать и на лоджике, например вот так:
IF_THEN_ELSE.png
Case по аналогии, только надо добавить селектор.
Но в ПР будут обсчитаны обе ветки, исключать код он не умеет.

[Алексей Геннадьевич]

на счет внешнего вида блоков и макросов будет вот такое обновление
Новый внешний вид.png

Когда можно будет пощупать?

[tigdin]

есть доказательства что пропускает, покажите пример

у меня и так в начале стоит некая схема И
да хоть десять И каждая ветка будет продолжать работать, а в плк исключаемый код не будет выполнятся

Здравствуйте capzap! К сожалению, я не смогу предоставить Вам доказательства, поскольку "прошивка" или, суть -- программа для микроконтроллера не лежит на диске, а сразу "улетает" в EEPROM последнего. Однако Вы, как профессионал, знаете, что на этапе компиляции (сборки) кода, исключаются, например, заведомо невыполняющиеся участки программы, ложные условия и прочее "ложное", если присутствует. Это про оборванную связь, о которой пишут выше. Однако, и любое ложное условие в любой программе (естественно) не выполняется. То есть процессор (микроконтроллер и т п) просто тем или иным образом "перепрыгивает" кусок кода. Очевидно, что реальная параллельность вычислений может быть достигнута только при соответствующих аппаратных возможностях, в остальных случаях псевдопараллельности вряд ли разумно, чтобы выполнялся тотально весь код без разбора. Равно как и так называемые RTOS -- операционные системы реального времени как бы не совсем реального времени. Так мануал одного достаточно известного микроконтроллера справедливо гласит: "Вы должны понимать, что обработка данных в реальном времени зависит от способа написания кода, имеющихся на текущий момент прерываниях (в том числе вложенных), а так же чем именно "занято" в данный момент времени ядро процессора... Кхм, да я просто Капитан Очевидность, чего мне меньше всего хочется.
Если речь идет о том, что ветвления в программе ПЛК можно программно отключать -- да, в ПР так нельзя. Но, понятно, что любая "часть" состояния конечного автомата, которыми являются и ПЛК, и ПР не исполнится при условии "ложно" на входе... Я все правильно понял? )

[capzap]

Здравствуйте capzap! К сожалению, я не смогу предоставить Вам доказательства, поскольку "прошивка" или, суть -- программа для микроконтроллера не лежит на диске, а сразу "улетает" в EEPROM последнего. Однако Вы, как профессионал, знаете, что на этапе компиляции (сборки) кода, исключаются, например, заведомо невыполняющиеся участки программы, ложные условия и прочее "ложное", если присутствует. Это про оборванную связь, о которой пишут выше. Однако, и любое ложное условие в любой программе (естественно) не выполняется. То есть процессор (микроконтроллер и т п) просто тем или иным образом "перепрыгивает" кусок кода. Очевидно, что реальная параллельность вычислений может быть достигнута только при соответствующих аппаратных возможностях, в остальных случаях псевдопараллельности вряд ли разумно, чтобы выполнялся тотально весь код без разбора. Равно как и так называемые RTOS -- операционные системы реального времени как бы не совсем реального времени. Так мануал одного достаточно известного микроконтроллера справедливо гласит: "Вы должны понимать, что обработка данных в реальном времени зависит от способа написания кода, имеющихся на текущий момент прерываниях (в том числе вложенных), а так же чем именно "занято" в данный момент времени ядро процессора... Кхм, да я просто Капитан Очевидность, чего мне меньше всего хочется.
Если речь идет о том, что ветвления в программе ПЛК можно программно отключать -- да, в ПР так нельзя. Но, понятно, что любая "часть" состояния конечного автомата, которыми являются и ПЛК, и ПР не исполнится при условии "ложно" на входе... Я все правильно понял? )

сколько "воды" , тех.поддержка, в лице Евгения, дала однозначный ответ ПР исключать код не умеет (пост #42)