Прошу помощи

тогда вообще нет проблем
1.Выберете Rin_Word(4) (Rin - эта входной регистр(R-эта регистр, in-эта вход)) (word-эта 2 байта)(4-эта modbus функция)
2.Выберети аналоговый
3.В поле IP-адрес не чего неписать (эта для протокола Modbus TCP)
4.адреса сагласно справки (не в десятичной а в шестнадцатиричной системе счисления, например если 55 в десятичной тогда 0х37 в шестнадцатиричной)

ммммда.
Начнем с конверторов-эта конверторы интерфейсов с RS485 в RS232(COM порт вашего компьютера)
Описание RS485 интерфейса здесь

А как быть с адресами, ведь можно запросить и ток, и напряжение. Как то же это всё разделяется? Нужно в Rin_Word(4) внести адрес, в моем случае это 0х37 (НЕХ), далее канал какой, как определить? Спасибо за помощь.

Всё это только теория, а на практике можете помощь, как с помощью именно этих адресов, которые в Modbuse на БМРЗ я выложил, запросить с блока нужную информацию и можно ли вобще это реализовать? Вот что пишет специалист с сайта АДАСТРА в ответе на вопрос по поводу  Modbuse на БМРЗ.
Цитирую:По изучении  http://webfile.ru/5349336 я вынужден констатировать, что в
протоколе обмена для блоков БМРЗ Modbus RTu используется лишь в качестве
условного "транспорта".
Регламент обмена, предлагаемый этим документом, выходит за рамки стандарта
Modbus RTU. Например, для чтения переменных надо сначала подать команду
записи с определенным внутренним кодом, получить ответ, запрашивать "статус"
до получения ответа "готов" с указанием количества подготовленных данных и
только после этого собственно прочитать необходимые данные в количестве,
переданном в ответе "статус".

По моему мнению, реализация этого регламента фактически требует создания
специального драйвера для обмена с этим устройством или довольно сложной
пользовательской программы в составе узла Trace Mode 6.
Прокомментируйте пожалуйста.Скажите могу ли я что сделать?

А вот цитата с форума Механотроника  БМРЗ:

Уважаемый Валери, добрый день!
В ответ на Ваши вопросы сообщаем:

1. Подскажите какое лучше использовать ПО для АРМ диспетчера и сервера для Scada системы - ваше или можно стороннего производителя? Ответ - любое. Типовое решение - программа "Мастер протокола MODBUS" - опрос БМРЗ и преобразование в ОРС. Scada система - визуализация данных ОРС. Если Scada система имеет встроенную программу "Мастер протокола MODBUS", то тоже годится.

При таком решении Проблемы №1 могут возникнуть при выдаче команд; "СИНХРОНИЗАЦИЯ", КВИТИРОВАНИЯ", "ВКЛЮЧИТЬ", "ОТКЛЮЧИТЬ", если они нужны. Проблема заключается в том - может ли имеющаяся программа выдать по MODBUSу соответствующую команду.

Проблемы №2 могут возникнуть, если требуется читать УСТАВКИ, ЖУРНАЛЫ, АВАРИИ, ОСЦИЛЛОГРАММЫ. Здесь также надо смотреть протокол обмена БМРЗ-100 (работа через окно данных) и возможности программы "Мастер протокола MODBUS".

2. Можем ли мы воспользоваться БМРЗ-100 для съёма интересующих нас ТИ и ТС по RS485?
Ответ - Для каких целей? Для целей диспетчерского управления требуется погрешность измерений 0,5%. Трансформатор тока (типовое решение) имеет погрешность 10%, бывает 5%, еще реже 3%. Таким образом, для целей диспетчеризации ЭТО РЕШЕНИЕ НЕ ГОДИТСЯ. Для целей МОНИТОРИНГА (где нет требований по погрешности измерений) - ДА.

3. Какие ТИ, и какие ТС можно взять по 485-му с БМРЗ?
Ответ - То, что имеется на входах и выходах блока. Плюс внутренние рассчитанные параметры и признаки. Всего примерно 350 параметров на блок, включая накопительную, аварийную информацию. Плюс осциллограммы - 10кб каждая.

4. Для отправки документации (РЭ) укажите какая именно модификация блока БМРЗ-100 Вас интересует.

5. Для скачивания протокола обмена Вы можете зайти в раздел нашего сайта "Техническая поддержка" - "Программное обеспечение"
или по ссылке
http://www.mtrele.ru/support/software/
Прокомментируйте пожалуйста.Скажите могу ли я что сделать?

Если кратко, ответ "Адастры" более соответствует действительности, чем ответ "Механотроники".

А если подробно...

Типовое устройство с Modbus-интерфейсом организовано следующим образом. Производитель формирует "карту регистров", где каждому регистру соответствует определенная информация (см. пост Poison). Если в карте написано так: "| 0x54 | Измеряемое напряжение фазы А|", то, создав канал TM, читающий данные по модбасу с адреса 0x54, на выходе канала вы всегда будете иметь напряжение фазы А.

В БРМЗ, судя по опубликованному вами файлу, так не получится. Девайсу нужно сначала подать команду (записать набор байтов начиная с регистра 0х3000), потом читать статус по адресу 0х3200, пока девайс не запишет туда "готов", и уже после этого считать собственно данные по адресу 0x3500. Читайте раздел 6 в вашем файле-описании протокола, там все черным по белому расписано.

В трейсе, чисто теоретически, такое реализовать можно, написав алгоритм типа "конечного автомата", который будет производить указанные манипуляции. Прочитав в итоге набор данных, начиная с адреса 0х3500, алгоритм должен выделить нужные данные и записать их в каналы, предназначенные для отображения.

Если у вас есть навыки программирования подобного рода, то все вполне может получиться. Если же нет, на форуме "механотроники" я наткнулся на вот такую тему:

http://forum.mtrele.ru/topic.php?forum=3&topic=11

Если вам удастся заполучить фирменный OPC-сервер БРМЗ, с ТМ он должен состыковаться без проблем.
Удачи