У терминалов REL551 и REL511 есть некоторые особенности, из-за которых процедура подключения этих терминалов к системам опроса может превратиться в сложную задачу. Разберёмся по шагам. Итак, Вы всё настроили, но опрос не пошёл.
1. А тот ли порт?
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:
Заходим в “Задний порт” (не я придумал, вопросы к переводчикам ABB), связь SPA:
Скорость обычно 9600. Возможно, другие значения тоже можно, я не пробовал.
Для REL-551 всё аналогично:Адрес у меня 30, у Вас – Ваш
5. Нажимаем в программе кнопки “Open” (открывает порт) и Receive On (чтобы видеть ответы терминала). Шлём пакет “[requestGetStatus]”: 6. Наблюдаем ответы терминала в Log_Form: 7. Тихонько материмся на проектировщиков и монтажников, гоним срочно в Чип и Дип, привозим резистор 120 Ом и ставим его между A и B терминала. И вуаля (примечание: есть скрин только для адреса 2, т.к. в процессе экспериментов адрес терминала поменялся): Связь с терминалом установлена, все вокруг пед*расты, Вы Д’Артаньян. В линии были искажения, Вы их победили. Программа Protocols_analyzer лежит здесь:Protocols_analyzer Лицензия к ней приобретается здесь: Лицензия на Protocols_analyzer P.S.- На скриншотах символы [X(PE)] – это parity error, т.е. ошибка контроля чётности.
- К сожалению, я пока не научился фиксировать в Windows ошибки контроля чётности для каждого байта. Поэтому ошибку контроля чётности на скриншотах мы видим только одну на весь пакет, но этого уже достаточно, чтобы сделать вывод об искажениях в линии.
- Дополнительным признаком искажений в линии является отсутствие символов $0D $0A в конце ответов от терминала. Эти символы предусмотрены протоколом SPABus как завершающие символы пакета.
- Вообще-то насчёт 120 Ом вопрос неоднозначный. В мануале на терминал приведена немного другая информация, смотри скриншот:
Свежие комментарии