Да не лимиты режут, а число отображается как больше чем 65535. Вот что у вас происходит Вложение 76949 Отображается младший регистр из 2, так как в Лоджике нет 16 битного WORD (UINT), а только 32 битное UDINT (DWORD)Цитата:
Сообщение от Asu$Nick
Вид для печати
Да не лимиты режут, а число отображается как больше чем 65535. Вот что у вас происходит Вложение 76949 Отображается младший регистр из 2, так как в Лоджике нет 16 битного WORD (UINT), а только 32 битное UDINT (DWORD)Цитата:
Сообщение от Asu$Nick
Никто ничего не режет. Сетевая переменная 16 битная, поэтому и на экран выводится только 16 битЦитата:
Сообщение от Asu$Nick
Цитата:
Сообщение от kondor3000
Цитата:
Сообщение от Dimensy
Коллеги, я это все понимаю , но
1. На экране переменная должна отображаться правильно - Достоверно
Для этого надо отображать на экране поля всегда в 32 битном виде, тогда все предложенные и вами и мной варианты будут видны корректно.
Зависимости от ширины переменной , не нужно вообще.
2. Лимит поля должен отрабатывать не на отображение , а на событие изменения данных.
3. В идеальном варианте , обработчик программы , должен автоматом обрезать заведомо 16 битное значение до 65535.
И в примере , когда пишем константу 70000 в одиночный регистр либо вообще не давать грузить такой код, либо динамически делать 70000->65535
Тоже самое в примере со счетчиком, который сетевая переменная. Он должен досчитать до 65535 и остановится на этом.
Тогда все везде будет по людски, и никто не ошибется.
На это вам уже ответил выше, никто не должен что-то переделывать, если вы сами делаете ошибки, не ограничивая 16 битную переменную в коде. Или в том же счётчике.Цитата:
Сообщение от Asu$Nick
Какое-то очень странное желание, на мой взгляд, в смысле, если счётчик остановится - станет невозможно работать с энкодерами и т. п.Цитата:
Сообщение от Asu$Nick
Я так понимаю, если сделать по-вашему - прибор перестанет работать!
Я писал не про вас, а о поведении счетчика "в примере со счетчиком, который сетевая переменная. Он должен досчитать до 65535 и остановится на этом."Цитата:
Сообщение от kondor3000
По поводу ошибок.
Создавая программы в Лоджике , я должен предусмотреть , как программист, все возможные ситуации которые может создать оператор. Чем более профессиональный программист , тем больше
ситуаций он может просчитать, выставить лимиты, защиты от дурака и блокировки.
Те же правила существуют и для программистов Лоджика, они на своем уровне занимаются тем же. И если суть проблемы ясна, почему бы не сделать лучше?
А что ему еще делать, если разряды кончились.Цитата:
Сообщение от Сергей0308
Даже 32 битный кончиться может.
Как вариант перейти через ноль.
Зато если перестал считать , я быстро пойму в чем проблема.
Зачем отображать в 32 битном виде 16 битную переменную? Хотя, еще раз напишу, скорее всего сетевые переменные в Лоджике остаются 32 битными, но при чтении компилятор отдает только младшие 16 бит.Цитата:
Сообщение от Asu$Nick
Лимит поля ограничивает вводимые с экрана значения. При выходе за предел вводимое число не обрезается, просто не происходит записьЦитата:
Сообщение от Asu$Nick
Так он и обрезает. То что мы может в сетевую переменную записать 32 бита - забейте на это, потому что при чтении мы получим только младшие 16 бит. Считайте старший разряд мусорным.Цитата:
Сообщение от Asu$Nick
Что касается счетчика, то досчитав до 65535, дальше у нас младший разряд обнуляется и начинает считать заново - все как в 16 битной переменной. На старший разряд, опять же, не обращаем внимание
Что касается "динамически делать 70000->65535". Где вы такое преобразование видели? В Codesys, например преобразование dint_to_int отбрасывает старшие 16 битов, и Лоджик делает то же самое. А ограничивать переменную - то ли до 65535, то ли до 100 - это уже забота программиста
Смиритесь, в АСУ переполнение не вызывает исключение, а просто осуществляется переход через ноль (по крайней мере, с целыми числами)Цитата:
Сообщение от Asu$Nick
Вложение 76953
То что 16 битная переменная ведет себя как 32х - пойдет.....
На экране одно число, а в программе другое - пойдет...
Так и будем пользоваться.