У терминалов REL551 и REL511 есть некоторые особенности, из-за которых процедура подключения этих терминалов к системам опроса может превратиться в сложную задачу. Разберёмся по шагам. Итак, Вы всё настроили, но опрос не пошёл.

1. А тот ли порт?

Коннектор RS485 терминала. Сверху вниз: 1 – A, 2 – B, 6 – Gnd. Это по инструкции.

https://pue8.ru/wp-content/uploads/2015/06/rel511_icm_2.5.pdf

2. Следом проверим напряжение между клеммами A и B коннектора UT терминала при отключенных от терминала коммуникационных проводах. Должно быть порядка 0,4 В. При этом, если верить стандарту, -0,4В будет, если плюсовой щуп на A, минусовой на B. Если Вы в курсе, что A=D-, B=D+ и ставите минусовой щуп на A, плюсовой на B, то соответственно напряжение должно быть +0,4В. Но по факту у меня получалось, что по этой методике 1 – B(D+), 2 – A (D-). В итоге не скажу точно, как на самом деле расположены клеммы на коннекторе по стандарту и правильно ли понимает стандарт производитель, но помню, что несколько раз приходилось пробовать менять местами A и B, это нормально. На данном шаге главное – увидеть 0,4 В, знак пока неважен.

3. Вооружаемся программой Protocols_analyzer и конвертером Moxa Uport-1150, подключаемся к терминалу. И начинается самое интересное. Нужно отправить тестовый SPABus-пакет к прибору и увидеть ответ. Скачиваем программу, покупаем лицензию, запускаем. Выбираем протокол SPABus_master, вбиваем номер терминала и номер COM-порта в полях, отмеченных на скриншоте

4. Проверяем адрес терминала, скорость обмена и активность SPABus в его меню.

Для REL-511:

Должно быть SPA-IEC или SPA-LON

Заходим в “Задний порт” (не я придумал, вопросы к переводчикам ABB), связь SPA:
Адрес на картинке – 30, вместо него должен быть ваш требуемый адрес.

Скорость обычно 9600. Возможно, другие значения тоже можно, я не пробовал.

Для REL-551 всё аналогично:
Должно быть SPA-IEC или SPA-LON
 

Адрес у меня 30, у Вас – Ваш

И скорость 9600
5. Нажимаем в программе кнопки “Open” (открывает порт) и Receive On (чтобы видеть ответы терминала). Шлём пакет “[requestGetStatus]”:
6. Наблюдаем ответы терминала в Log_Form:
Нормальные ответы от REF545
Плохие ответы от REL511
И даже плохие ответы разной длины от REL511
7. Тихонько материмся на проектировщиков и монтажников, гоним срочно в Чип и Дип, привозим резистор 120 Ом и ставим его между A и B терминала. И вуаля (примечание: есть скрин только для адреса 2, т.к. в процессе экспериментов адрес терминала поменялся):
Хорошие ответы от REL511

Связь с терминалом установлена, все вокруг пед*расты, Вы Д’Артаньян. В линии были искажения, Вы их победили. Программа Protocols_analyzer лежит здесь:Protocols_analyzer Лицензия к ней приобретается здесь: Лицензия на Protocols_analyzer

P.S.
  1. На скриншотах символы [X(PE)] – это parity error, т.е. ошибка контроля чётности.
  2. К сожалению, я пока не научился фиксировать в Windows ошибки контроля чётности для каждого байта. Поэтому ошибку контроля чётности на скриншотах мы видим только одну на весь пакет, но этого уже достаточно, чтобы сделать вывод об искажениях в линии.
  3. Дополнительным признаком искажений в линии является отсутствие символов $0D $0A в конце ответов от терминала. Эти символы предусмотрены протоколом SPABus как завершающие символы пакета.
  4. Вообще-то насчёт 120 Ом вопрос неоднозначный. В мануале на терминал приведена немного другая информация, смотри скриншот: