Фичи и баги OWEN Logic

[Алексеев]

А как относитесь к особенностям деления на "0"? Эта тема раньше мелькала, но заглохла. Результаты такого деления неадекватны для всех типов переменных. Ну что что стоило для целочисленных при "0" в знаменателе считать его "1"? Приходится такую подмену делать каждый раз в программе, чтобы не нарваться на разрыв функции. О результате сужу по симулятору, что на самом деле будет в ПР200 при делении на "0" не проверял, но надеюсь что не зависание.

Я не сталкивался . Но деление на ноль это запрещенная операция . И в результате дает бесконечность . Разработчики должны были запретить подобное действие .
Даже компьютер выдает ошибку деление на ноль . Вопрос к разработчикам ????????.

[konst_smn]

На ОЛ-12 такая структура работает. Нет оснований считать что на 13-м вдруг перестанет. Отчего сомнение? 13-й вообще ничего не гарантирует и как бы на испытаниях? Я бы не рискнул его зарядить на реальный объект. С предупреждением такого содержания не сталкивался, пусть автор ОЛ ответит. Время=0 это не криминал. Кстати ОЛ даже делить на "0" допускает, а результат такого деления какой? "0"!.

При симуляции не работает запись в функциональный блок (в моем случае таймер TON) ни внутри макроса, ни при выносе цепочки из макроса.
Пример приложил, таймер работает просто как элемент задержки на 1 цикл. То ли недоработка симулятора, то ли в реальном железе не будет работать... И вернуться на версию 12 в полном проекте огромный труд.... Что делать, ужас тихий...
Вопрос разработчикам - будет ли работать запись времени задержки в таймер TON на реальном "железе", ПР200-220.3.Х?
Если ответ отрицательный, в условиях существующих сроков сдачи заказчику - придется отказаться от настраиваемого времени задержки.

[Алексеев]

При симуляции не работает запись в функциональный блок (в моем случае таймер TON) ни внутри макроса, ни при выносе цепочки из макроса.
Пример приложил, таймер работает просто как элемент задержки на 1 цикл. То ли недоработка симулятора, то ли в реальном железе не будет работать... И вернуться на версию 12 в полном проекте огромный труд.... Что делать, ужас тихий...
Вопрос разработчикам - будет ли работать запись времени задержки в таймер TON на реальном "железе", ПР200-220.3.Х?
Если ответ отрицательный, в условиях существующих сроков сдачи заказчику - придется отказаться от настраиваемого времени задержки.

А в чем проблема ???? 100 мсек это одна десятая секунды .

[konst_smn]

А в чем проблема ???? 100 мсек это одна десятая секунды .

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

Проблема для стороннего персонала решается умножением на 1000 переменной, значение которой мы изменяем на экране ПР200 в случае секунд, ну и так далее.

[Ревака Юрий]

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

[capzap]

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

если это для меня, то про всплывающие окна был сарказм. Что же касается ограничений, то во первых должны быть глобальные переменные границ диапазонов всех типов данных, чтоб можно было их использовать а не лезть в документацию вспоминаю какая там верхняя граница, например. Во вторых как с целочисленными быть, если деление на ноль это ноль, как его ограничивать. В третьих, в ОЛ нет условных переходов, поэтому если проверять делитель на равенство нулю, то что дальше, надо в DIV подставлять делитель, либо число его заменяющее, от этого логика может еще больше нарушиться чем есть сейчас без всяких надстроек

[Ревака Юрий]

если это для меня, то про всплывающие окна был сарказм. Что же касается ограничений, то во первых должны быть глобальные переменные границ диапазонов всех типов данных, чтоб можно было их использовать а не лезть в документацию вспоминаю какая там верхняя граница, например. Во вторых как с целочисленными быть, если деление на ноль это ноль, как его ограничивать. В третьих, в ОЛ нет условных переходов, поэтому если проверять делитель на равенство нулю, то что дальше, надо в DIV подставлять делитель, либо число его заменяющее, от этого логика может еще больше нарушиться чем есть сейчас без всяких надстроек

Не обязательно ограничивать макс. или мин. диапазоном, достаточно ограничения которое требуется для функционирования алгоритма.

[capzap]

Не обязательно ограничивать макс. или мин. диапазоном, достаточно ограничения которое требуется для функционирования алгоритма.

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

[Алексеев]

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

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

[Ревака Юрий]

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

Я тоже надеюсь, но пока используем что есть.