Возможность программирования на более низком, чем ОЛ схемы уровне

[capzap]

Относительно цикла в 1милисекунду, который Вы так боитесь сломать вычислением синуса.

внимательно вникните в слова, чего я противлюсь в добавлении скриптов. В плк цикл while(true) приведет к перезагрузке контроллера. В ОЛ пока ни кто не встречался с подобным явлением, потому что на стадии редактирования проекта известно время его работы, добавление математики в скриптах лучше ПР не сделает, а для тех кто считает, что разработчик легко и непринужденно к скриптам добавит всевозможные проверки на переполнения и чего то там еще, у меня предложение самим попробовать создать приложение для продакшена, ну или хотя бы попытаться

[pop70]

внимательно вникните в слова, чего я противлюсь в добавлении скриптов. В плк цикл while(true) приведет к перезагрузке контроллера. В ОЛ пока ни кто не встречался с подобным явлением, потому что на стадии редактирования проекта известно время его работы, добавление математики в скриптах лучше ПР не сделает, а для тех кто считает, что разработчик легко и непринужденно к скриптам добавит всевозможные проверки на переполнения и чего то там еще, у меня предложение самим попробовать создать приложение для продакшена, ну или хотя бы попытаться

А где я просил циклы в скрипты?
И где писал, что "легко" добавить?
Кому что будет легко или нелегко - пусть решает тот, кто знает существующую систему.
Почему Вы решаете за них, что это "трудно, аж невозможно"?
А флаг переполнения процессор сам прекрасно выставляет при арифметичесеих операциях. Уж обработать и передать готовое...

[capzap]

А где я просил циклы в скрипты?

Вы просили формулу, какова формула например для множества Мандельброта
легко или нет добавить не решаю, а объясняю Вам что заниматься надо насущными проблемами, а не http://www.owen.ru/forum/showthread....l=1#post253266 пункты 3.4-3.5

[pop70]

Вы просили формулу, какова формула например для множества Мандельброта
легко или нет добавить не решаю, а объясняю Вам что заниматься надо насущными проблемами, а не http://www.owen.ru/forum/showthread....l=1#post253266 пункты 3.4-3.5

Нет. И ещё раз нет. Я против циклов в "пользовательском коде" для промышленных решений. И не прошу "высшей математики". Только примитивные линейные формулы и скрипты с условным присвоением. А всё, что требует вычислений в цикле, только в виде готовой функции.
Чем заниматься в первую очередь, чем во вторую, а чем никогда - пусть решает ПРОИЗВОДИТЕЛЬ.
Ещё раз повторю - наше дело "щенячье" - озвучить "хотелки", и не заниматься придумыванием отговорок от лица производителя.

[capzap]

Нет. И ещё раз нет. Я против циклов в "пользовательском коде" для промышленных решений. И не прошу "высшей математики". Только примитивные линейные формулы и скрипты с условным присвоением. А всё, что требует вычислений в цикле, только в виде готовой функции.

Т.е. ради плюс, минус, деление и умножение, добавить в ОЛ интерпретатор языка, интерфейс ввода примитивных формул

[pop70]

Т.е. ради плюс, минус, деление и умножение, добавить в ОЛ интерпретатор языка, интерфейс ввода примитивных формул

Да. Ради "плюс-минус" и прочих "синусокосинусов", позволяющих вместо паутины из сотен связей, сделать арифметику проекта читабельной, писабельной, отлаживаемой, а значит, и более надёжной. Существующая недоарифметика, не поддерживающая отрицательных чисел, не контролирующая переполнение - это как "российская ОС", годящаяся только для "пишущих машинок", и самоудовлетворения "фрилансеров" и "свободного сообщества" "ардуинщиков".

[capzap]

Да. Ради "плюс-минус" и прочих "синусокосинусов", позволяющих вместо паутины из сотен связей, сделать арифметику проекта читабельной, писабельной, отлаживаемой, а значит, и более надёжной. Существующая недоарифметика, не поддерживающая отрицательных чисел, не контролирующая переполнение - это как "российская ОС", годящаяся только для "пишущих машинок", и самоудовлетворения "фрилансеров" и "свободного сообщества" "ардуинщиков".

ну для таких же как Вы есть другие контроллеры, с нормальной арифметикой. Мир многообразен, паутина из сотен связей появляется не только из-за отсутствия косинуса, мультиплексора и чего то еще из математики, в большинстве задач для применения ПР они совершенно не нужны, да и сам подход применения сложных расчетов обычно приходит у тех, кто переходит с контроллеров высокого уровня по отношению к ПР

[Владимир Ситников]

Т.е. ради плюс, минус, деление и умножение, добавить в ОЛ интерпретатор языка, интерфейс ввода примитивных формул

Ага, и ещё не стоит забывать про https://xkcd.com/1205/
Отрезвляет в плане того, когда автоматизация экономит время.
Гораздо проще и надёжнее просто добавить нужный макрос в ОЛ, чем городить блок-формулу и остаться без макроса, но с потенциальными проблемами в ОЛ и потраченным временем на блок-формулу.

пусть решает ПРОИЗВОДИТЕЛЬ

Во-первых, тема создана более года назад. Производитель уже всё сказал.
Во-вторых, ответ производителя:

Основная логика OL - простая система для широкого круга пользователей. Знакомых с релейкой и работой с шрафическим представлением ФБ. И этого мы, в ближайшее время, менять не планируем.
Основной язык бесспорно останется FBD.

В третьих, ещё ответ производителя. Если что, то Владислав и в ПР и в ПЛК рубит, он-то как никто другой знает где отговорки, а где бесперспективные темы.

Давайте уже закроем эту абсолютно бесперспективную тему.

[pop70]

...

Тогда мне не понятен Ваш бесконечный троллинг на эту тему с поддеванием и овена и rovki.