Фичи и баги OWEN Logic

[kondor3000]

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

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

Да не лимиты режут, а число отображается как больше чем 65535. Вот что у вас происходит 1 Отображения числа.jpg Отображается младший регистр из 2, так как в Лоджике нет 16 битного WORD (UINT), а только 32 битное UDINT (DWORD)

[Dimensy]

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

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

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

[Asu$Nick]

Да не лимиты режут, а число отображается как больше чем 65535. Вот что у вас происходит 1 Отображения числа.jpg Отображается младший регистр из 2, так как в Лоджике нет 16 битного WORD (UINT), а только 32 битное UDINT (DWORD)

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

Коллеги, я это все понимаю , но
1. На экране переменная должна отображаться правильно - Достоверно
Для этого надо отображать на экране поля всегда в 32 битном виде, тогда все предложенные и вами и мной варианты будут видны корректно.
Зависимости от ширины переменной , не нужно вообще.

2. Лимит поля должен отрабатывать не на отображение , а на событие изменения данных.

3. В идеальном варианте , обработчик программы , должен автоматом обрезать заведомо 16 битное значение до 65535.
И в примере , когда пишем константу 70000 в одиночный регистр либо вообще не давать грузить такой код, либо динамически делать 70000->65535

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

[kondor3000]

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

На это вам уже ответил выше, никто не должен что-то переделывать, если вы сами делаете ошибки, не ограничивая 16 битную переменную в коде. Или в том же счётчике.

[Сергей0308]

Коллеги, я это все понимаю , но
1. На экране переменная должна отображаться правильно - Достоверно
Для этого надо отображать на экране поля всегда в 32 битном виде, тогда все предложенные и вами и мной варианты будут видны корректно.
Зависимости от ширины переменной , не нужно вообще.

2. Лимит поля должен отрабатывать не на отображение , а на событие изменения данных.

3. В идеальном варианте , обработчик программы , должен автоматом обрезать заведомо 16 битное значение до 65535.
И в примере , когда пишем константу 70000 в одиночный регистр либо вообще не давать грузить такой код, либо динамически делать 70000->65535

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

Какое-то очень странное желание, на мой взгляд, в смысле, если счётчик остановится - станет невозможно работать с энкодерами и т. п.
Я так понимаю, если сделать по-вашему - прибор перестанет работать!

[Asu$Nick]

На это вам уже ответил выше, никто не должен что-то переделывать, если вы сами делаете ошибки, не ограничивая 16 битную переменную в коде. Или в том же счётчике.

Я писал не про вас, а о поведении счетчика "в примере со счетчиком, который сетевая переменная. Он должен досчитать до 65535 и остановится на этом."

По поводу ошибок.

Создавая программы в Лоджике , я должен предусмотреть , как программист, все возможные ситуации которые может создать оператор. Чем более профессиональный программист , тем больше
ситуаций он может просчитать, выставить лимиты, защиты от дурака и блокировки.

Те же правила существуют и для программистов Лоджика, они на своем уровне занимаются тем же. И если суть проблемы ясна, почему бы не сделать лучше?

[Asu$Nick]

Какое-то очень странное желание, на мой взгляд, в смысле, если счётчик остановится - станет невозможно работать с энкодерами и т. п.
Я так понимаю, если сделать по-вашему - прибор перестанет работать!

А что ему еще делать, если разряды кончились.
Даже 32 битный кончиться может.
Как вариант перейти через ноль.
Зато если перестал считать , я быстро пойму в чем проблема.

[Dimensy]

Коллеги, я это все понимаю , но
1. На экране переменная должна отображаться правильно - Достоверно
Для этого надо отображать на экране поля всегда в 32 битном виде, тогда все предложенные и вами и мной варианты будут видны корректно.
Зависимости от ширины переменной , не нужно вообще.

Зачем отображать в 32 битном виде 16 битную переменную? Хотя, еще раз напишу, скорее всего сетевые переменные в Лоджике остаются 32 битными, но при чтении компилятор отдает только младшие 16 бит.

2. Лимит поля должен отрабатывать не на отображение , а на событие изменения данных.

Лимит поля ограничивает вводимые с экрана значения. При выходе за предел вводимое число не обрезается, просто не происходит запись

3. В идеальном варианте , обработчик программы , должен автоматом обрезать заведомо 16 битное значение до 65535.
И в примере , когда пишем константу 70000 в одиночный регистр либо вообще не давать грузить такой код, либо динамически делать 70000->65535
Тоже самое в примере со счетчиком, который сетевая переменная. Он должен досчитать до 65535 и остановится на этом.
Тогда все везде будет по людски, и никто не ошибется.

Так он и обрезает. То что мы может в сетевую переменную записать 32 бита - забейте на это, потому что при чтении мы получим только младшие 16 бит. Считайте старший разряд мусорным.
Что касается счетчика, то досчитав до 65535, дальше у нас младший разряд обнуляется и начинает считать заново - все как в 16 битной переменной. На старший разряд, опять же, не обращаем внимание

Что касается "динамически делать 70000->65535". Где вы такое преобразование видели? В Codesys, например преобразование dint_to_int отбрасывает старшие 16 битов, и Лоджик делает то же самое. А ограничивать переменную - то ли до 65535, то ли до 100 - это уже забота программиста

[Dimensy]

А что ему еще делать, если разряды кончились.
Даже 32 битный кончиться может.
Как вариант перейти через ноль.
Зато если перестал считать , я быстро пойму в чем проблема.

Смиритесь, в АСУ переполнение не вызывает исключение, а просто осуществляется переход через ноль (по крайней мере, с целыми числами)

[Asu$Nick]

3000.PNG


То что 16 битная переменная ведет себя как 32х - пойдет.....
На экране одно число, а в программе другое - пойдет...
Так и будем пользоваться.