Макросы в онлайн базе OWEN Logic

[Сергей0308]

А в чем проблема?
Если результат арифметической операции в ПР получается отрицательным, то он будет представлен в ПР в дополнительном коде безо всяких макросов.

И если послать из ПР это результат по сети, то получатель увидит это число как отрицательное.

Захват-1.png

Захват-2.png

4294967295 = FFF FFF (Hex)
После "обрезания" в 16 битовой сетевой переменной РЕЗУЛЬТАТ останется FFFF(65535), это -1 в дополнительном коде для int16

Обрезание до 16 бит в сетевой переменной, не превращает DINT в INT, знак минус находится в 31 и 15 битах, соответственно, если считать с "0" и он обрежется!
Кроме того в ПР200 бывает это выводят на экран, да и в симуляторе проверять - мозги забивать лабудой, на мой взгляд, лучше флоат в инт преобразовать, что я и сделал несколько лет назад!
http://www.owen.ru/forum/showthread.php?t=13106&page=3
Конечно Ваше право убеждать мозг, что это не "4 миллиарда", а "минус"!

[petera]

Обрезание до 16 бит в сетевой переменной, не превращает DINT в INT, знак минус находится в 31 и 15 битах, соответственно, если считать с "0" и он обрежется!

Для 32 битных отрицательных чисел в дополнительном коде от -32768 до -1 ВСЕ биты от 31 до 15 всегда в "1".

Значит, если значения DINT находятся в области допустимых чисел для INT16 ( от -32768 до 32767), то "обрезание" всегда будет корректным. Включая и 0 естественно.


"-32768" в ОЛ это 4294934528 == FFFF 8000 (знак минус в 31 бите), после обрезания в INT16 будет 8000 (знак минус в 15 бите)
0 == 0
32767 == 0000 7FFF, после обрезания таким и останется 7FFF