DWORD_TO_REAL

[@ND]

почему сразу не реал?

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

Или может быть я не правильно понял. Как это сразу REAL ?
Предложите пример.

[@ND]

для какой среды? Для степа, так зачем изначально размещать в ДБшке двойное слово, когда можно реал и даже преобразовывать ничего не надо, для КДС3 - мне что то не попадалось где там в канальной части попадаются дворды, там только слова, для КДС2 - существует конфигуратор в котором сразу в мастере и вставляется нужный модуль - реал

А если мне нужно будет порядок байт для REALа поменять или на коэффициент умножить?
А считывать мне нужно одной большой телеграммой, в которой есть как использующиеся данные так и нет и лежать они могут там с разрывами.
Так же производители устройств с поддержкой MODBUS протокола могут разместить realы таким образом, что они будут отстоять друг от друга скажем на один байт, тогда у вас вообще не получится их прописать как реалы.

Вот к примеру программа для одного соединения в STEP7

[@ND]

Дело еще в том, что этот код у меня пишет скрипт на VBA, и мне гораздо удобнее не заморачиваться со структурами, тем более еще с преобразованиями к этим структурам.
Мне гораздо удобнее, когда одна строка соответствует записи в один тег.

[@ND]

и во всем виноват S3 software

Да нет конечно.

Ну просто получается в STEP7 есть интерпретаторы типа DWORD_TO_REAL, WORD_TO_INT, ... и.т.д. так сказать из коробки,
а в КДС их нет. А ведь это хороший, достаточно нужный инструмент.

[@ND]

в КДС есть чтоТоТам_TO_чтоТоЕще, как оказалось с разницей, что степ DWORD переводит в REAL согласно IEEE745 только ради удобства а не логики

А где прослеживается логика, когда 16#1 переводится как 1.0 ? Учитывая, что DWORD это вообще не числовой тип.

[Sergey666]

А кто сказал что DWORD не целочисленный тип ?
В Help КДС :
"
Integer Data Types

BYTE, WORD, DWORD, SINT, USINT, INT, UINT, DINT, and UDINT are all integer data types
Each of the different number types covers a different range of values. The following range limitations apply to the integer data types:

И чего полемику устраивать ?
А вот для ПЛК известных брэндов , работающих под языком LD есть мощнейший оператор MOV , который безусловно и безоглядно перенесет откуда нужно куда нужно , заменяя указатели Кодесис . Но никому в голову не приходит пенять кодесис за отсутствие "MOV" .
Организация памяти не та .

[Yegor]

А кто сказал что DWORD не целочисленный тип ?

Стандарт сказал:

dword.png dword1.png

Арифметические операции не определены для битовых строк:

dword2.png

Битовые операции не определены для числовых типов:

dword3.png

[FPavel]

Добавлю терминов.
То, что требовалось ТС - typecast (приведение типов). Из целей безопасности кода typecast напрямую запрещён в CoDeSys. Искать лень, но это прописано где-то в начале изучения CoDeSys. Поэтому такие сложности - чтобы не случайно, а осмысленно выполнялось.

[Yegor]

Не соглашусь. Приведение типов разное бывает. Кодесисовские X_TO_Y это вполне себе явные приведения. Если с Си++ аналогию проводить, то это static_cast. А автору надо reinterpret_cast. Вот по-русски очень кратко: http://habrahabr.ru/post/106294/

[VladimirZHTEC]

Приветствую форумчане, все заставил работать связь между СПК 107 и Lеctus OPC есть работает, но может кто сталкивался с таким, что данные с СПК выходят одни а уже Lectus....Application, Real_WORD_29, прописан код: TYPE REAL_WORD_29 :
UNION//
awModbusReal :ARRAY [0..1] OF WORD;
rRealValue :REAL;
END_UNION
END_TYPE