Еще из маст хэв практик - дискретный выход пишется только в одном месте во всей программе. Иначе будут непредсказуемые результаты (очередность фбд в том числе связана с этим). Не все среды разработки на стадии компиляции палят это.
Еще из маст хэв практик - дискретный выход пишется только в одном месте во всей программе. Иначе будут непредсказуемые результаты (очередность фбд в том числе связана с этим). Не все среды разработки на стадии компиляции палят это.
Комментарии: 21
Alexander
Вполне логично. Но по факту у тебя де на каждый do или отдельный fb или отдельная запись в gvl. Он и выдает управляющий сигнал непосредственно на физический выход.
Berkeman
Не, бывает что в выход записывают в двух разных местах. И вот тогда смотря на очередность выполнения, выход может не активироваться
Alexander
А как ты можешь записать в двух разных местах?
Berkeman
Ну ошибься человек и не через OR написал, а вот так
Alexander
Это типо внутри логики одного блока? Или это два разных объекта ссылаются на один выход?
Berkeman
И допустим в FBD1 должен активироваться ДО1, т.е. true, а в FBD2 тем временем висит false. При этом последним выполняется FBD2, и получается что ДО1 так и не активируется. POU В одном POU
Andrey
Я проходил обучение по умному дому какой-то крутой фирмы, кажись Crestron. В конце экзамен, все сдали, я сижу туплю. Препод молодой чувак подходит, типа, что за проблемы? Потом берёт и соединяет два выхода в двух блоках FBD. Я просто охерел, ЧТО ТАК МОЖНО БЫЛО?
Berkeman
В какиз то плк можно Каких*
Andrey
За такое по идее 3 года зубрёжки мисры надо давать
Berkeman
Это же OR получается
Andrey
Скрытая функция тогда. А может AND, AND NOT и т.п.
Berkeman
Ну по логике это OR)
Andrey
По моему, по логике был запрет на это.
Berkeman
Физического DO Да, ты прав. Я ошибься, в ХИМЕ нет такого
Alexander
Решение конечно немного изврат, но возможно. Вопрос в способностях среды разработки.
Alexander
Ладно, это определенно будет сложно для понимания нам обоим. ИМХО архитектурный проеб.
Berkeman
Именно так В HIMA, емнип, можно Хотя могу ошибаться POU - program organization unit
Alexander
Я понимаю это, но это может быть просто функция, или Fb, который отвечает за общую логику, или, там, фб, который отвечает за отдельный объект или за конкретный выход
Berkeman
Касательно булевых значений Внутри функции записывать DO? Не есть гуд, как мне кажеться
Alexander
Почему? Если функция обращается к конкретному истансу, который строго определен в памяти то норм Или ты про запись сразу физического DO?
Berkeman
А выход функции в POU куда девать? Или обратную связь возвращать?