Если ОЛ это FBD, то почему нет классического en/eno и блока move. Очень сильно облегчит жизнь.
Вид для печати
Если ОЛ это FBD, то почему нет классического en/eno и блока move. Очень сильно облегчит жизнь.
sa_mut есть SEL как вариант замены move, хотя да, en\eno дают несколько больше возможностей, например отрабатывать некий участок кода или нет.
Хотя я как-то этот вопрос тоже обходил...
melky SEL не подходит под управляемое присваивание. SEL всегда работает и больше напоминает IF/THEN/ELSE. А мне необходим алгоритм IF/THEN. Связка EN+MOVE в этом случае работает идеально. Просто мне непонятно, почему недоступна эта функция. Управляющий вход EN это ведь одна из особенностей FBD. У меня обойти ситуацию не получается (((. Пробывал использовать макрос SAVE Вложение 28670 из онлайн библиотеке, но ОЛ не хочет писать в одну и ту же переменную с двух разных блоков. Видимо особенность среды. Вот и подал "прошение" на улучшение функционала.
Ну так переменную из разных блоков в один и выбирайте при помощи SEL. Так же можно использовать SEL с обратной связью (возможно даже прямой), выход SEL на вход себя же. Это позволяет удерживать переменную до очередного импульса на управляющем входе SEL. Тот же Move c EN получается.
Хм, посмотрел внутренности Save, зачем это при наличии SEL ?????
В ОЛ нет возможности измерять время. Этого не хватает. И про возможность управляемого отключения кусков кода тоже хорошо бы, в сложных программах обычно не надо всегда всё молотить что нарисовано. И еще потряс размер файлов исходников в ОЛ. Очень расточительно, и долго грузится. Размер исходников в ОЛ больше аналогичной программы в других языках в 2000 раз.
в ОЛ есть возможность измерять время, часы то есть...
На счет размера это да, так как вместо координат похоже сохраняется изображение рабочего стола целиком :)))
Серёга Букашкин товарищ petera написал прекрасные макросы Unix время. запомнили, на следующем цикле или по таймеру из нового отняли старое... вот вам и в миллисекундах
Время берется из часов ПР, так что время цикла побоку.
В часах ПР минимальный отсчет 1 секунда. Если бы был регистр еще с миллисекундами - вопроса бы не было. А если нужно мерить интервалы длительностью менее секунды? В стандартном макросе UNIX_TIME миллисекунд нет. Для его приложений они и не нужны.
В предложения по доработке ОЛ предлагается внести в переменные текущего времени еще миллисекунды. Это решит все проблемы с точностью измерения времени и измерения коротких интервалов.
Save рассматривал как вариант. С ним тоже не получилось.
мне нужна схема для реализации шагов 1-2-3, внутри шага определенные действия. Действия в шаге выполнились, можно переходить к следующему. Этакий SFC. На FBD я это делаю следующим образом: Вложение 28677. Таймер TON установлен для примера, там может быть любое действие, главное что переход будет возможен только при условии окончания текущего. Носителем информации о текущем этапе является переменная STEP.
P.S.: так как к ОЛ только присматриваюсь, то ищу пути реализации алгоритмов. Честно говоря пока много дается с трудом, к примеру не могу указать значение перемнной по умолчанию. Ввод в таблице не активен.Вложение 28676. Если кто подскажет, где нужно вводить значение по умолчанию, буду признателен.