Фичи и баги OWEN Logic

[Asu$Nick]

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

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

Вы просчитали какие проблемы могут быть из-за этого или Ваша задача только генерировать вопросики а остальные пусть работают пока солнце высоко

Да просчитал. Проблема есть сейчас, а если подправить то будет лучше.

[capzap]

Да просчитал. Проблема есть сейчас, а если подправить то будет лучше.

ну как лучше, в каком месте Вы хотите что оставалось 32-разрядное значение owen.png
Если считаете что значение перед входом в сетевую переменную это и есть сама сетевая переменная то это не так, в панель и в сеть уйдет действительное значение переменной после неявного преобразования, на скрине правая часть

[Asu$Nick]

Я про то что лимит на ввод не должен влиять на лимит отображения поля.
Поле всегда могло бы показать и 16 и 32 бита.

32.PNG

[capzap]

Я про то что лимит на ввод не должен влиять на лимит отображения поля.
Поле всегда могло бы показать и 16 и 32 бита.

32.PNG

если сетевая переменная 16разрядов, то зачем тратить память для отображения в два раза больше, это же экран ПР а не ПК, предлагал же перейдите на плк/спк

[Asu$Nick]

если сетевая переменная 16разрядов, то зачем тратить память для отображения в два раза больше, это же экран ПР а не ПК, предлагал же перейдите на плк/спк

Если я правильно понимаю , процессор ПРки 32 битный, из-за этого одна переменная в любом случае занимает 32 бита.
Именно поэтому и возникает коллизия с отображением. Мы складываем 16х регистр в 32х переменную.
Я думаю что и для экранного поля исходно используется также переменная в 32 бита. Поэтому экономии никакой не будет.
Наоборот программа упростится

[capzap]

Если я правильно понимаю , процессор ПРки 32 битный, из-за этого одна переменная в любом случае занимает 32 бита.
Именно поэтому и возникает коллизия с отображением. Мы складываем 16х регистр в 32х переменную.
Я думаю что и для экранного поля исходно используется также переменная в 32 бита. Поэтому экономии никакой не будет.
Наоборот программа упростится

тогда по Вашей логике поле уже 32разрядное и отображется всё равно не больше 65535. Вам придется признать что переменная сетевого интерфейса привязана к регистру протокола модбас а не к разрядности процессора. Не нравится, вместо плк берите МК и творите что душе угодно

ЗЫ хотя можно и в ОЛ придумывать разные штуки, как на видео, было бы воображение и/или память

[Asu$Nick]

тогда по Вашей логике поле уже 32разрядное и отображется всё равно не больше 65535.

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

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

Это вам надо признать , что разрядность сетевой переменной , привязана к разрядности процессора 32х. И в программе она спокойно принимает значения более 65535.

Не нравится, вместо плк берите МК и творите что душе угодно

Мне ПР нравится, хочу им пользоваться и творить на нем!