Codesys преобразовать word в real

• автор

  После

• Октябрь 9, 2020 в 2: 29 вечера
  #57875
  

  Мне нужно преобразовать DWORD в REAL. При использовании функции TO_REAL получается неправильное число. Вместо этого я получаю правильное значение с помощью конвертера, который можно найти по следующей ссылке https://www.h-schmidt.net/FloatConverter/IEEE754.html.

  Как я могу решить проблему?
  Есть ли функциональный блок, который выполняет тот же тип преобразования, что и упомянутый выше преобразователь?

  Октябрь 9, 2020 в 2: 30 вечера
  #57878
  

  Оператор TO_REAL правильный, вы, вероятно, ошибаетесь в том, что видите, вот оно Скриншот пример конвертации.

  Как видите, я загрузил значение 12345678 в DWORD и определил то же значение в поле Вы вошли веб-утилиты. В результате преобразования у меня будет переменная REAL RVAR имеет значение 12345678.0, но если я использую указатель типа DWORD, я показываю шестнадцатеричное значение, я получаю 16 # 4B3C614E, которое является тем же значением, которое отображается в поле Шестнадцатеричное представление.

  Я использовал указатель только для того, чтобы одновременно видеть как РЕАЛЬНОЕ, так и его шестнадцатеричное значение, но вы также можете перейти в окно просмотра и выбрать переменную и щелкнуть правой кнопкой мыши на Формат и формат Шестнадцатеричный, чтобы увидеть то же самое.

  Добавлю, что если нужно больше разрешения из версии XЕдиный Из систем мы ввели как целые, так и плавающие 64-битные числа.

  Октябрь 16, 2020 в 8: 07 утра
  #57939
  

  Я объясню проблему лучше: у меня есть датчик расхода Hart, который передает значение сумматора на ведущее устройство Hart — преобразователь ведомого устройства Modbus, который, в свою очередь, передает данные в ПЛК через RS485. Elsist. Как видно изкартина «variable_1» типа DWORD передается мне преобразователем Hart master-Modbus slave и исходит от расходомера.

  На дисплее счетчика отображается значение 121240.5546, соответствующее шестнадцатеричному значению 16 # 47ECCC47, полученному с помощью упомянутого преобразователя. Как мне получить РЕАЛЬНОЕ значение на ПЛК?

  Если я использую функцию Block TO_REAL для преобразования DW, я получаю РЕАЛЬНОЕ число, которое не является правильным.

  Октябрь 16, 2020 в 8: 14 утра
  #57945
  

  Значение, считываемое FB ModbusMaster, уже является РЕАЛЬНЫМ значением, поэтому вам не нужно преобразовывать его с помощью оператора TO_REAL, а просто определять переменную. variabile_1 РЕАЛЬНЫЙ тип.

  Поскольку Modbus не определяет порядок следования данных, возвращаемых в нескольких словах, может случиться так, что при получении переменных, выраженных в двух словах (UDINT, DWORD, REAL), вы получите инвертированные MSW и LSW (но мне кажется, что это не так). Если они поменяны местами, вы можете использовать функцию VarSwap исправить их.

  Операторы приведения TO_REAL, TO_INT и т. Д. Не выполняют операций; они служат только для информирования компилятора о том, что программа выполняет передачу значения из переменной одного типа в переменную другого типа.

  Ноябрь 15, 2021 на 4: 25 вечера
  #62115
  

  Я сталкиваюсь с незнанием Modbus. Мне нужно прочитать из ЦП некоторые значения в Modbus: значение в регистре номер 6, длина 2 слова, 32-битное целое число (это температура, следовательно, 32-битное целое число со знаком).

  Я установил адрес ModbusMaster на 6, указывает на 2. Предположим, что прочитано значение 380. Если я передаю массив Word в качестве буфера, я обнаруживаю, что буфер [0] = 0000 и буфер [1] = 017C .

  Если я передаю DWORD в качестве буфера, я обнаруживаю, что буфер = 017C0000, то есть два СЛОВА обмениваются. Это правильно?

  Чтобы перейти от двух СЛОВ массива первого случая к целочисленному значению, правильно ли умножить buffer [0] на 16 # FFFF и добавить buffer [1]? Есть ли более быстрый способ, функция, которая делает это автоматически?

  Ноябрь 15, 2021 на 4: 43 вечера
  #62122
  

  Это проблема порядка байтов, о которой я говорил ранее, в Modbus не указано, как управлять передачей переменных длиной более 16 бит, поэтому обычно это зависит от порядка байтов устройства.

  В вашем случае устройство, с которого вы читаете, имеет порядок байтов, отличный от SlimLine.

  Чтобы вычислить правильное значение, выраженное в переменной DINT, вы можете поступить так же, как и вы, но я предлагаю вам использовать функцию VarSwap, передавая адрес буфера Modbus в качестве источника и адрес переменной DINT в качестве пункта назначения. Таким образом, также гарантируется управление отрицательными значениями.

  i:=VarSwap(DINT_TYPE, ADR(Temperature), ADR(buffer[0]));

  Ноябрь 17, 2021 на 12: 03 вечера
  #62123
  

  Спасибо за ответ. А пока я немного поэкспериментировал со строками, РЕАЛЬНЫМИ значениями и так далее.
  Производитель устройства написал все в руководстве, кроме endiannes: я написал в службу поддержки, надеясь, что они ответят.

  Ноябрь 26, 2021 на 4: 42 вечера
  #62362
  

  Я не могу понять тривиальной вещи: у меня есть два массива WORD, 32-битное представление РЕАЛЬНОГО значения, с плавающей запятой.

  Array1[0]:=51EB, Array1[1]:=417C

  Поэтому, если я приобретаю через Modbus из системы, которая использует прямой порядок байтов (например, lo SlimLine) предоставляя адрес РЕАЛЬНОЙ переменной в качестве буфера, я получаю правильное значение.

  Если, с другой стороны, я получаю через Modbus из системы, которая использует обратный порядок байтов, я должен использовать функцию VarSwap, это правильно?

  Ноябрь 26, 2021 на 4: 43 вечера
  #62367
  

  Правильно, вот простой пример в LogicLab, который иллюстрирует проблему.

  VAR
      i : UDINT; (* Auxiliary variable *)
      DArray : ARRAY[0..1] OF WORD;
      RVar : REAL; (* REAL variable *)
  END_VAR
  
      // Esempio in little endian.
  
      DArray[0]:=16#51EB;
      DArray[1]:=16#417C;
      i:=Sysmemmove(ADR(RVar), ADR(DArray[0]), 4);
  
      // Esempio in big endian.
  
      DArray[0]:=16#417C;
      DArray[1]:=16#51EB;
      i:=VarSwap(WORD_TYPE, ADR(DArray[0]), ADR(RVar));

  Как вы можете видеть в случае с прямым порядком байтов, я только скопировал значение, но я также мог записать его напрямую через Modbus в переменные RVar. В то время как в случае с прямым порядком байтов мне пришлось использовать функцию VarSwap.

• автор

  После

I have been writing a program which reads values of reactive power from power analysed over Modbus RTU.

Reactive power is represented by 32 bits while the MSb determine the sign. Program doesn’t read the whole 32 bits instead of it reads two 16 bits words.

After reading 32 bits I need to convert the value into REAL
data type. So I wrote following conversion code in Structured text:

rQs: REAL := 0.0;
rQs := DINT_TO_REAL(DWORD_TO_DINT((SHL(WORD_TO_DWORD(stLovato_power.iQ_HW),16) + WORD_TO_DWORD(stLovato_power.iQ_LW))))/100.0;

(structure stLovato_power contains in its items 16 bits words, which forms 32 bits representation of reactive power).

It seems that reading is OK but something in the conversion is wrong. I still get 0 despite the values in iQ_HW and iQ_LW are nonzero. Can somebody tell me

Where I have done a mistake?

Thanks.

Мои исследования, если кому интересно будет:
— структура из разнородных массивов, т.е. структура в которую входит массив из 10 word-ов, за ним еще массив из 10 word-ов, за ним еще массив уже из 10 DWord-oв функция MB_SERVER не смогла переварить (хотя компилирование и загрузка успешны), по-крайней мере со стороны клиента выдается сообщение, что не может открыть сессию. Может это и у нас такой modbus TCP клиент.
— serialize/deserialize: функции хорошие. Но ситуация следующая, чтобы сделать то что я хочу, а это из массива на 1024 слова выдернуть нужные слова (учитывая, что 2 слова — это одно real значение) и переконвертировать в real-значения. Сделал функцию в которой берется массив из 12 слов (6 real значений), пропускается через функцию serialize, получается фарш из 24 байт, потом пропускаю эти 24 байта через функцию deserialize и записываю в массив из 6 real (можно в массив из 6 dword, если кому надо, а потом пропускать через CONV). Какие недостатки такой реализации в моем случае, поскольку real значения в буфере хранятся, неправильным для меня образом, два последовательных слова надо менять местами, чтобы получилось правильное real значение, приходится делать предварительную обработку. Кроме этого надо из основного буфера на 1024 слова выдергивать необходимые слова в промежуточный буфер, который подается на serialize. В общем, по итогу, сделать можно, но муторно.
— написал небольшой скрипт на SCL
#temp_dword := #input_1;
#temp_dword := SHL(IN := #temp_dword, N := 16);
#temp_dword := #temp_dword OR #input_2;
#output := DWORD_TO_REAL(#temp_dword);
Т.е. беру два слова, первое слово сдвигаю на 16 бит, делаю логическое или между двумя словами, соответственно получается на выходе DWORD в котором упакованы два слова, затем преобразовываем двойное слово в real значение.

Все это поскольку, скада самописная.

P.S. если честно, извиняюсь и понимаю что на форуме это не принято, но «заипа..и эти самописные скады», потом занимаешься каким-то…