OWEN ОРС-сервер

[Сергей Бондаренко]

2byte, Float, 8bit
Адреса регистров
2 байта - 0 регистр
Float - 2,3 регистр
8 bit - 4 регистр.
А если переменные поменять местами так: Float, 2byte, 8bit , то проблем с выравниванием не бкдет

Готов поспорить что не получиться! Никакого логически правильного выравнивания нет для OPC Modbus ОВЕН. Либо нет грамотно написанного руководства по расчету адресов, потому всегда на эту тем будут вопросы. Вот сейчас полюбому Андрей попробует и скажет что нет, не получается по вашим расчетам. Давайте все-таки Вы напишите человеку грамотный ответ для конкретного примера, проверив его на практике и сказав что да вот так работает.
И еще неужели Вы предлагаете например при создании 70 переменных заранее все просчитывать в какой последовательно забить в конфигураторе CodeSys параметры, глупо так делать, лучше нормальное описание к расчету, либо утилиту автоматического расчета адресов (неужели так проблематично это).

[Дмитрий Егоренков]

Никакого логически правильного выравнивания нет для OPC Modbus ОВЕН.

конечно, нет. выравнивание есть в плк, а opc тупо читает по заданному адресу заданное число байт.

[Сергей Бондаренко]

конечно, нет. выравнивание есть в плк, а opc тупо читает по заданному адресу заданное число байт.

читай "применительно к ОРС ОВЕН", и ещё

1. почему отличается нумерация регистров чтения в разных ОРС (ОВЕН и прочих)?
2. Всё-таки проблема с выравниваем адресов регистров в CodeSys будет решена? вроде же давно уже говорили что решается проблема, а сроки решения проблемы не обозначены! Ситуации, во всяком случае с прошивкой 2.0-4 с неправильным выравниванием остаются.
3. Всё-таки невозможно/возможно или проблематично ввести автоматический отчет в Кодесис с расчетом получившихся адресов и переменных? А то искать ошибки при большой количестве параметров в сеть, перебирая практически наугад регистры, и колдуя с последовательностью выходных переменных как-то не воодушевляет!

[Филоненко Владислав]

читай "применительно к ОРС ОВЕН", и ещё

1. почему отличается нумерация регистров чтения в разных ОРС (ОВЕН и прочих)?
2. Всё-таки проблема с выравниваем адресов регистров в CodeSys будет решена? вроде же давно уже говорили что решается проблема, а сроки решения проблемы не обозначены! Ситуации, во всяком случае с прошивкой 2.0-4 с неправильным выравниванием остаются.
3. Всё-таки невозможно/возможно или проблематично ввести автоматический отчет в Кодесис с расчетом получившихся адресов и переменных? А то искать ошибки при большой количестве параметров в сеть, перебирая практически наугад регистры, и колдуя с последовательностью выходных переменных как-то не воодушевляет!

2. Это не проблема CoDeSys, это проблема ARM-процессора. Решается заменой процессора (но все более-менее приемлемые варианты тоже имеют особенности выравнивания)
3. CoDeSys не имеет такой функции. Никакой магии нет, всё расчитывается очень просто.

[Сергей Бондаренко]

3. CoDeSys не имеет такой функции. Никакой магии нет, всё расчитывается очень просто.

Не-е-е, применительно к ОРС Modbus ОВЕН ничего простого не получается, что вы все отписываетесь, вы возми проверьте: составьте несколько разнородных по типу переменных в плк, посчитайте адреса по логике и посмотрите что получиться -ничего не получиться. Речь о том что ОРС ОВЕН для ПЛК неработоспособен по логике выравнивания. Если я неправ докажите! Речь никак не идет о других OPC Modbus в которых логическое выравнивание не вызывает сомнений и все работает.

[Дмитрий Егоренков]

что ж вы все на выравнивание напираете, если в остальных серверах все работает!

да, ОВЕН OPC MODBUS работает с ошибками. почему, мы со временем выясним и выпустим исправленную версию.