Данная статья ориентирована на начинающих инженеров АСУ ТП.

Статья родилась на основе проделанной работы по обследованию объекта автоматизации. Так как в интернете, на казалось бы, "старую" тему передачи информации по MODBUS RTU, мало информации про то, как на обследуемом оборудовании узнать с какими настройками работает RS-485, адреса и запросы MODBUS RTU к устройству, не отключая обследоваемое устройства от сети передачи данных, попробуем восполнить данный пробел и описать метод, который применили мы, и за одно, распишем практику работы с RS - 485. Самое главное, обследоваемое оборудование должно всегда быть подключенной к сети MODBUS RTU и отрабатывать по запросам от ПЛК.

Вводные понятны, вопрос, как реализовать? Опытные инженеры сразу вспомнят про осциллограф, но есть проблема, как обследовать сам пакет данных, ведь нам надо узнать не только настройки RS-485, но и ID устройств на шине и какие запросы отправляет ПЛК, электронщики сразу вспомнят про логический анализатор и будут абсолютно правы, так как данное устройство отлично справится с поставленной задачей. У меня логический анализатор saleae logic 16, но можно использовать любой другой где есть возможность анализа данных.

Подключение к устройству

Сам логический анализатор выглядит так:

Обратите внимание на выделенную область, это щупы с помощью которых можно подключится к шине RS-485 (щуп-зажим типа захват)

Это немного не то, но механизм похожий

От исследуемого устройства отходят, как правило, 2 провода, A и B, подключаемся к этим проводам логическим анализаторам, выходы CH0 и CH1 садим на A и B, полярность не важна, в будущем мы вычислим какой провод A а какой B

Захват данных

Далее подключаем логический анализатор по USB к ПК с установленной программой Saleae logic, должно появиться что то подобное:

1. Настройки логического анализатора

2. Выбор каналов, нам нужно 2 канала, 0 и 1

3. Скорость, скорость по меньше ибо иногда высокая скорость делает только хуже

4. Стартуем и ждем несколько минут, за это время накопится достаточно информации для анализа

Анализ данных

После того как нажали "стоп" (Рис 1. пункт 4) видим подобную картину как на рис 2, но без зеленых прямоугольников с цифрами

1. Входа на логическом анализаторе

2. Согласно документации на RS-485, пока нет полезной нагрузки, на линии A высокий уровень, а на линии B, низкий, делаем вывод: ко входу CH0 подключен A, а к CH1 соответственно B

3. Что бы узнать скорость RS-485, надо произвести сложные математические расчеты, а именно:

   Скорость (бит/с) = 1 000 000 / T (мкс)

   где T – время между двумя последовательными фронтами (например, от начала старт-бита до конца первого бита данных) в микросекундах.

   Длительность бита	Скорость (бит/с)
   104,2 мкс (то что изображено на рис 1 пункт 3)	9600
   52,1 мкс	19200
   8,68 мкс	115200

4. В нашем случае, это стоп бит

5. А это обозначает четность:

   При настройке чётности Even бит чётности устанавливается в такое состояние, чтобы общее количество единичных бит в переданном байте (данных плюс бит чётности) стало чётным. Например:

   если в байте 7 единиц, бит чётности будет равен 1, чтобы общая сумма стала чётной (7 + 1 = 8 — чётное число);

   если в байте 5 единиц, бит чётности будет равен 0, чтобы общая сумма осталась чётной (5 + 0 = 5 — нечётное число, но бит чётности корректирует это, делая общую сумму чётной).

   Если говорить о нашем примере, 1 или 2, это 1 бит в 1 байте, значит нечетная, что бы была четная, добавляется бит до стоп бита

6. 7 и 8 это как раз настройка анализа Saleae logic

Ставим скорость, которую узнали ранее, количество бит обычно ставят 8 бит, 1 Стоп бит, Проверки на четность нет, такие настройки встречаются чаще всего, но если видите, что Saleae logic пишет ошибки, приглянитесь, нет ли проверки на четность или иные не стандартные настройки

Saleae logic в принципе знает MODBUS, но не всегда хорошо детектирует, а async serial распознает данные хорошо. Когда подобрали настройки, можно считать ID устройств и запросы, это есть в документации по MODBUS

Некоторые особенности интерфейса RS-485 которые желательно знать

Скорость 9600 часто используют для того что бы избежать всплески "эхо" (длина одного бита во времени больше чем длится всплеск), когда шина реализована не правильно, из за "эхо" образуются всплески которые могут неоднозначно детектироваться оборудованием

Правильная реализация RS-485, это шина, не звезда, а шина. Отростки от шины допускаются максимум в ~1 метр (~1 метр до контроллера работающей с этой шиной), соблюдая это правило "эхо" может и будет, но очень слабое

"Эхо" глушат резисторами или как их еще называют "терминальные резисторы", если шина реализована правильно, эхо практически не будет и ставить их нет смысла (но лучше перепроверить о чем ниже)

С терминальными резисторами надо быть осторожнее, они просаживают линию, если в линии ошибки, лучше посмотреть осциллографом, что вообще твориться (был случай когда линию реализовали не правильно и часто были ошибки, поставили резисторы, вообще перестало работать, потом выяснили, из за просадки на линии, до устройств не доходил сигнал, напряжение логической единицы был меньше чем порог срабатывания, по этому и надо смотреть линию осциллографом, с помощью него сразу видны всплески ("эхо") и просадки)