Фичи и баги OWEN Logic

[Asu$Nick]

Вам же написали, в ПР мастере может быть 2 регистра в целочисленной, если сделать как вы пишите, получится фигня при выборе мастера и 2 регистров.

Мне не нужен двойной регистр, я беру стандартный.


[QUOTE] Это вы должны при выборе 1 регистра, ограничить переменную до 65535.[QUOTE]
Это не работает
При объявлении переменной , в окошке свойств есть минимум и максимум. Это сделано как раз для ограничения.Правильно?
Если максимум сделать 5000, какой результат вы предполагаете получить?

[Dimensy]

Так не работает ограничение на экране!!! Если поставить 3000 условно, лимит поля на экране, переменную должно обрезать и в программе тоже!!!
Значения в программе и на экране должны быть одинаковыми. Вот на скриншоте счетчик литров расходомера.
Оператор регистрирует показания время от времени. Информация в данном случае является достоверной!!!???
Вы считаете это фичей!!!???

Вложение 76944

Лимит на экране никак не связан с обрезкой переменной в программе - это разные вещи

А вот здесь, промежуточный результат (переменная 1) насколько он, по вашему достоверен?

Безымянный.png

[kondor3000]

Мне не нужен двойной регистр, я беру стандартный.

Это вы должны при выборе 1 регистра, ограничить переменную до 65535.
Это не работает
При объявлении переменной , в окошке свойств есть минимум и максимум. Это сделано как раз для ограничения.Правильно?
Если максимум сделать 5000, какой результат вы предполагаете получить?

Это ограничение ввода переменной, ограничивать надо в вашем случае в ФБ, либо сделать вход этой переменной, там будет правильное значение, смотрите скрин выше.

[Asu$Nick]

[QUOTE=Dimensy;440605]Лимит на экране никак не связан с обрезкой переменной в программе - это разные вещи

На экране должно быть тоже число , что и внутри программы, какое бы оно не было.

[Asu$Nick]

А вот здесь, промежуточный результат (переменная 1) насколько он, по вашему достоверен?

Безымянный.png

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

[Dimensy]

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

Экран - это отдельная программа, которая крутиться параллельно с программой в ПРке. Вывод результат на экран - это операция чтения и с этим, как вам показали здесь https://owen.ru/forum/showthread.php...l=1#post440600 все нормально

[Asu$Nick]

Экран - это отдельная программа, которая крутиться параллельно с программой в ПРке. Вывод результат на экран - это операция чтения и с этим, как вам показали здесь https://owen.ru/forum/showthread.php...l=1#post440600 все нормально

Хоть отдельная , хоть не отдельная , но на экране должны быть актуальные данные в любом случае.
Сейчас установленные лимиты режут отображение числа на экране , а этого быть не должно.

[kondor3000]

Хоть отдельная , хоть не отдельная , но на экране должны быть актуальные данные в любом случае.

Записывая заведомо большее число в регистр, где не может быть больше чем 65535, это чисто ошибка программиста. В чём вы упорно пытаетесь обвинить Лоджик.
Достаточно написать одну строку ограничения в ФБ.

[Asu$Nick]

Записывая заведомо большее число в регистр, где не может быть больше чем 65535, это чисто ошибка программиста. В чём вы упорно пытаетесь обвинить Лоджик.

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

"Сейчас установленные лимиты режут отображение числа на экране , а этого быть не должно." -- Вы с этим тоже так и не согласны?

[МихаилГл]

По всему вышеописанному...

https://youtu.be/s3aYelkS0Yo?si=VXZITykCmiilbid7