Модбас пул как пользоваться приложением
Задача: стоит задача опроса двух устройств, работающих по протоколу MODBUS и запись полученных значений в базу данных.
Предварительные требования:
- Professional, Enterprise или пробная версия одного из наших логгеров (Advanced Serial Data Logger или Advanced TCP Data Logger).
- Модуль MODBUS RTU, ASCII или TCP. Модуль MODBUS TCP имеет смысл использовать только совместно с Advanced TCP Data Logger.
Подразумевается, что:
- Вы ранее работали с устройствами c MODBUS.
- Вам известны адреса регистров, в которых хранятся необходимые данные.
- Вам известны коммуникационные параметры для связи с устройствами (скорость, количество бит данных и т.п.).
Настройка порта
Необходимо настроить коммуникационные параметры (рис.1). Обычно MODBUS устройства подключаются к компьютеру по интерфейсу RS485 с использованием специального конвертера. В этом случае необходимо дополнительно включить опцию поддержки этого интерфейса "Режим интерфейса RS485".
Рис.1 - Параметры связи
Настройка опроса данных через MODBUS
При опросе и считывание данных через MODBUS компьютер является мастером, а устройство ведомым. Это означает, что программа на компьютере отправляет запросы MODBUS, на которые устройство отвечает. Настроить отправку запросов можно с помощью модуля "MODBUS RTU" (рис. 2). Необходимо выбрать данный модуль на закладке "Запрос Анализ Фильтрация" и нажать на кнопку "Настроить" справа от имени модуля в списке.
Рис. 2 - Выбор модуля запроса и обработки данных
В появившемся окне (рис.3) необходимо добавить один или несколько запросов используя кнопку "Действие → Добавить новый запрос".
Рис. 3 - Добавление запросов в очередь
Назначение опций запроса понятно из их названия. Дополнительную информацию по опциям можно найти в файле справки по этому модулю (Пуск → Программы → Advanced Serial Data Logger → Справка).
Обратите внимание, что необходимо определить элементы ответа устройства и их формат. Без описания элементов ответа программа не сможет разобрать MODBUS пакет на составляющие части. Например, в примере на рис.3 считываются два регистра, расположенных по адресу 8214. Значение каждого регистра состоит из двух байт (16 бит). Итого в примере выше будут считаны 4 байта, начиная с адреса 8214. В зависимости от прошивки MODBUS устройства и карты регистров устройства эти байты можно трактовать по-разному.
Вариант 1 (рис. 3). Оба считываемых регистра имеют одинаковый тип данных. Каждое значение состоит из двух байт (2*8 = 16 бит).
- В поле "Имя" задаем базовое имя для каждого значения: VALUE;
- В поле "Количество" задаем количество значений: 2;
- Выбираем опцию "Добавлять счетчик к имени": программа автоматически добавит порядковый номер 1 и 2 к базовому имени. В результате получившиеся значения будут иметь имя VALUE1 и VALUE2.
- В поле "Тип данных" выбираем тип данных, в зависимости от количества бит данных;
- Ставим галочку "Число без знака", если значение беззнаковое.
Вариант 2 (рис. 4). Оба считываемых регистра имеют размер 16 бит, но разный тип данных (одно значение со знаком, другое нет).
- Добавляем два элемента ответа. Для этого выбираем в дереве "Элементы ответа" и нажимаем "Действие → Добавить ответ".
- В поле "Имя" задаем базовое имя для каждого значения: VALUE1 или VALUE2;
- В поле "Количество" задаем количество значений: 1;
- Отключаем опцию "Добавлять счетчик к имени", поскольку полное имя задано в поле "Имя". В результате получившиеся значения будут иметь имя VALUE1 и VALUE2.
- В поле "Тип данных" выбираем свой тип данных для каждого элемента ответа;
- Ставим/снимаем галочку "Число без знака" для значения.
Рис.4 - Вариант ответа
Вариант 3 (рис. 5). Одно значение имеет размер 16 бит и соответственно занимает один регистра, а другое значение 32 бита и занимает 2 регистра.
- Добавляем два элемента ответа. Для этого выбираем в дереве "Элементы ответа" и нажимаем "Действие → Добавить ответ".
- В поле "Имя" задаем базовое имя для каждого значения: VALUE1 или VALUE2;
- В поле "Количество" задаем количество значений: 1;
- Отключаем опцию "Добавлять счетчик к имени", поскольку полное имя задано в поле "Имя". В результате получившиеся значения будут иметь имя VALUE1 и VALUE2.
- В поле "Тип данных" выбираем свой тип данных для каждого элемента ответа;
- Ставим/снимаем галочку "Число без знака" для значения.
Рис. 5 - Вариант ответа
Вариант 4 (рис. 6). Необходимо считать два регистра, но они расположены в памяти устройства не по порядку, а между ними есть другие регистры (значения).
Через MODBUS можно за один раз считать около 100 регистров. Если "разрыв" между двумя нужными регистрами в памяти устройства не очень большой, то можно считать весь диапазон значений в одном запросе и потом выбрать из считанного массива данных только нужные значения. Иначе придется разбить запрос на два разных запроса с разными адресами. Ниже приведен пример для одного запроса. В памяти устройства нужные значения имеют адреса 8214 и 8218.
- Добавляем запрос и указываем в свойствах запроса считывать пять регистров, начиная с 8214.
- Добавляем два элемента ответа. Для этого выбираем в дереве "Элементы ответа" и нажимаем "Действие → Добавить ответ".
- В поле "Имя" задаем базовое имя для каждого значения: VALUE1 или VALUE2;
- В поле "Количество" задаем количество значений: 1;
- Отключаем опцию "Добавлять счетчик к имени", поскольку полное имя задано в поле "Имя". В результате получившиеся значения будут иметь имя VALUE1 и VALUE2.
- В поле "Тип данных" выбираем свой тип данных для каждого элемента ответа;
- Ставим/снимаем галочку "Число без знака" для значения.
У второго элемента ответа указываем смещения в байтах относительно начала массива данных. В данном случае "8" означает, что нужно пропустить 4 регистра, каждый из которых занимает два байта. В предыдущих примерах мы указывали "-1" в качестве смещения. В этом случае программа рассчитывала смещение автоматически в зависимости от количества данных предыдущих элементов ответа.
Рис. 6 - Вариант запроса и ответа
Вариант 5 (рис. 7). Необходимо считать значения аналоговых входов и выходов, согласно карты регистров MODBUS ниже:
Протокол Modbus довольно распространен как в промышленных системах автоматизации, так и сетях систем типа "Умный дом", автоматизации малых объектов (теплицы и т.п.) и стыковки различного оборудования с домашним компьютером. Появление таких проектов как Arduino и Raspberry Pi значительно повысило интерес к задачам, связанным с робототехникой, автоматикой и автоматизацией. Все это обеспечивает рост популярности Modbus среди любителей и профессионалов. В статье рассмотрен вопрос тестирования и наладки, как отдельных устройств, так и сетей на базе протокола Modbus с позиции требований к программному обеспечению для решения таких задач и обзора существующих инструментов.
Если вы знакомы с архитектурой протокола, то можете смело пролистать пару следующих абзацев и перейти к дальнейшему описанию. Если же нет, то специально для вас ниже приведено небольшое введение в Modbus.
Modbus является довольно распространённым протоколом в системах автоматизации на среднем и нижнем (полевом) уровнях. Средний — это уровень контроллеров — устройств, осуществляющих сбор данных и управление технологическим процессом. Нижний или полевой — это уровень взаимодействия датчиков и контроллеров или датчиков напрямую с сервером. Более подробно об уровнях в системах автоматизации можно посмотреть здесь.
Как правило, структура типовой системы автоматизации, использующей в качестве базового протокола Modbus, выглядит так как показано на рисунке в начале статьи. В качестве ”среды” для протокола Modbus может выступать либо RS-485/422/232 (подробно про RS-485 можно прочитать здесь и здесь), поверх него работает Modbus RTU или Modbus ASCII, либо транспортный протокол TCP в TCP/IP сетях, такая версия носит название Modbus TCP. В данной статье будет рассмотрен Modbus RTU.
Протокол Modbus предполагает наличие одного ведущего устройства в сети (оно называется Master или Client) и от 1 до 247 ведомых (они называются Slave или Server). Полное описание можно найти на официальном сайте или в вики.
Master периодически взаимодействует со Slave-устройствами, считывая или записывая в них какую-либо информацию. Этот процесс осуществляется в форме запрос-ответ. Запрос представляет собой последовательность байт, называемую кадром, в котором время между байтами стандартизировано и зависит от скорости передачи данных (напомним, что речь идет о Modbus RTU) и составляет не более длительности интервала, в течение которого может быть передано 1,5 байта данных. Время между кадрами должно быть не меньше времени передачи 3,5 байт.
Формат запроса имеет следующий вид:
ID — адрес устройства (1 байт),
FN — Modbus функция (1 байт),
[args] — аргументы функции (N байт, зависит от функции),
CRC — контрольная сумма CRC-16 (2 байта).
Ответ имеет схожий формат:
Почти все поля ответного кадра аналогичны кадру запроса, за исключением поля DATA, оно имеет различное наполнение, в зависимости от функции.
Если устройством не поддерживается запрашиваемая функция или аргументы в поле [args] запроса являются некорректными для данного Slave-устройства, то в ответе, в поле FN старший бит будет выставлен в 1 (т.е. на FN наложится маска 0x80), а в поле DATA будет помещена дополнительная информация об ошибке.
Каждое Slave-устройство может иметь определенные области данных и содержать дополнительную специфическую информацию.
Возможные области данных представлены в таблице ниже:
| Поле | Доступ | Размер | Описание |
|---|---|---|---|
| Discrete Inputs | Только чтение | Один бит | Данные от системы ввода/вывода |
| Coils | Чтение/Запись | Один бит | Ячейки могут использоваться по своему усмотрению |
| Input registers | Только чтение | 16 бит | Данные от системы ввода/вывода |
| Holding registers | Чтение/Запись | 16 бит | Регистры могут использоваться по своему усмотрению |
За более подробной информацией следует обратиться к полному описанию Modbus RTU, доступному в виде спецификации.
Как при разработке, так и при наладке устройств с поддержкой протокола Modbus RTU, вам необходимо иметь специализированное программное обеспечение и технические средства. Из технических средств наиболее простой вариант — это преобразователь RS-485/USB, из всех устройств такого типа, по нашему мнению, наилучшим выбором является MOXA UPORT 1130/UPORT 1150, цена вопроса которого составит 5000 — 6000 руб. Существуют различные отечественные решения, например, преобразователи фирмы Fractal или ОВЕН. Конструкция этих устройств достаточно проста, и при определенной сноровке такой преобразователь можно собрать самостоятельно. Более сложными являются решения типа Ethernet/RS-485 (например, NPORT от MOXA).
При разработке устройств с поддержкой Modbus RTU, чаще всего требуется реализовать функцию Slave, так как в основном это различные датчики, управляемые реле, модули ввода/вывода и т.п., Master-устройства создаются реже. В сетях автоматизации в качестве мастера, обычно выступает контроллер, а он, как правило, уже имеет реализацию Modbus-стека, либо OPC Server/SCADA система, укомплектованные Modbus-драйвером.
Вопрос разработки непосредственно Modbus-стека мы не будем рассматривать в этой статье. Единственное, стоит отметить библиотеку FreeMODBUS, на базе которой достаточно просто построить устройство с поддержкой функций Modbus Slave. Пример реализации описан в статье на Хабре.
Вторым важным моментом при разработке Modbus-устройств является тестирование. Здесь всё зависит от стадии разработки и цели тестирования.
На начальных этапах полезным инструментом является Modbus-терминал. С помощью него мы можем вручную сконструировать запрос, послать его и проанализировать ответ. Существуют терминалы в чистом виде, например, SmartTerminal, Access Port, терминалы с поддержкой Modbus RTU — Termite от S2-Team или Pic18 Terminal от Fractal (не обновлялась с 2006 года) и т.п. Последний заточен под оборудование компании Fractal, но позволяет “общаться” с любыми устройствами, у которых в настойках порта выставлена четность None, с другими вариантами он не работает.
В процессе разработки нередко возникает ситуация, когда устройство принимает запрос и отвечает на него (это можно понять либо по светодиодам приема/передачи пакетов, если вы их предусмотрели в конструкции, либо через отладчик, поставив breakpoint в нужном месте), а в терминале или какой-то другой специализированной программе, данные не отображаются. В таком случае вам пригодится сниффер для последовательного порта, желательно, с поддержкой протокола Modbus. В качестве примера можно привести Free Serial Analyzer, COM Port Toolkit. Последний в настоящее время, похоже, прекратил свое развитие.
Следует учитывать, что собранные логи нужно будет анализировать, то есть определять количество запросов, на которые устройство не ответило, обнаруживать сбои, например, самопроизвольное изменение данных в ячейках и т.п. Конечно, можно использовать полноценную SCADA-систему, либо самому разработать и написать систему анализа и визуализации логов. Как вариант, рекомендуем обратить внимание на MasterSCADA от Insat. Она имеет встроенный Modbus-драйвер и версия до 32 точек является бесплатной, довольно проста в освоении (на сайте производителя есть хорошая документация и видео уроки).
В конце данной статьи мы определим список функций “идеального” инструмента для тестирования и наладки устройств/систем на базе протокола Modbus, а также сделаем небольшой обзор существующих инструментов.
Людей, занимающихся наладкой систем автоматизации и просто пытающихся “подружиться” с каким-либо устройством, на борту которого находится Modbus, в разы больше чем, тех, кто эти устройства разрабатывает. Исходя из специфики задачи, требования к соответствующему ПО будут немного отличаться.
Если необходимо соединить контроллер и одиночное Slave-устройство, то прежде всего, нужно установить с ним связь с помощью преобразователя интерфейсов RS-485/USB, ПК и специализированного программного обеспечения либо терминала. В таком случае, логика работы и набор инструментов ничем не отличается от тех, что применяются при разработке Slave-устройства на стадии тестирования. На этом этапе не требуется длительное тестирование с последующим анализом большого количества лог-файлов.
В случае, когда у вас уже есть готовая сеть устройств, можно выделить следующие задачи:
В этом случае, понадобится либо терминал с возможностью создания списка запросов, либо специализированный инструмент типа Modbus Poll, который позволяет опрашивать несколько устройств в рамках одного проекта.
Modbus-устройства могут иметь определенные настройки интерфейса RS-485: количество бит данных, четность и количество стоп бит. Устройства с различными настройками не могут работать в одной сети с одним и тем же мастером. Тестирование и конфигурирование таких устройств удобно проводить, применяя терминальные программы, имеющие возможность быстрого переключения между предустановленными профилями настроек портов или работающие с несколькими линиями одновременно.
Реже возникает задача организации обмена данными с устройством, протокол которого отличается от стандартной спецификации Modbus RTU. Нам приходилось встречаться с ситуацией, когда протокол Slave-устройства логически повторяет Modbus (структура пакета, таймауты и т.п.), но использует функции вне стандарта. В таком случаем возможна работа с использованием Modbus Poll, он позволяет строить произвольные запросы, или терминала, обладающего сходным функционалом. Стандартная SCADA-система, обычно, в такой ситуации бессильна, и работа с подобным оборудованием осуществляется через специальный OPC сервер.
Описав различные задачи, которые возникают при разработке, настройке и наладке устройств с протоколом Modbus, составим список требований к специализированному программному обеспечению.
- Поддержка настроек COM-порта (номер, скорость, четность, количество бит данных и стоп бит)
- Настройка таймаутов (время ожидания приема ответа на запрос, время между символами и кадрами)
- Поддержка стандартного Modbus
- Поддержка нестандартного Modbus
- Авто-опрос одного/нескольких устройств
- Настройка авто-опроса
- Логирование сессии / настройка логирования
- Создание профилей для быстрого переключения между настройками порта
- Работа в режиме сниффер
- Лицензия продукта
- Сопровождение продукта разработчиком
Modbus Poll
Начнем с классического приложения и довольно известного в наших “узких” кругах — Modbus Poll от Witte Software.
Эта программа является симулятором мастера в Modbus-сети. Интерфейс Modbus Poll интуитивно понятен. Если вы представляете себе логику работы протокола, то разобраться с программой труда не составит.
| Функция | Наличие | Комментарий |
|---|---|---|
| Поддержка настроек COM-порта | + | |
| Настройка таймаутов | + | Доступны: время ожидания ответа |
| Поддержка стандартного Modbus | + | Список функций ограничен |
| Поддержка нестандартного Modbus | + | |
| Авто-опрос одного / нескольких устройств | + / + | |
| Настройка авто-опроса | + | Доступно: время между запросами |
| Логирование сессии / настройка логирования | + / + | |
| Создание профилей для быстрого переключения между настройками порта | - | |
| Работа в режиме сниффер | - | |
| Лицензия продукта | ПО платное | Есть пробный период 30 дней |
| Сопровождение продукта | + |
Достоинства: хорошая система логирования, достаточное количество поддерживаемых функций (во всяком случае, наиболее востребованные присутствуют), большое количество настроек внешнего вида.
Недостатки: цена (одна лицензия $ 129.00), нестандартный Modbus поддерживается как опциональная функция, нет профилей для быстрого переключения портов — приходится каждый раз перенастраивать соединение.
Modscan32/64
Следующим ПО в нашем обзоре будет Modscan от WinTECH. Внешне эта программа очень похожа на Modbus Poll, но функционалом она обладает значительно меньшим.
У Modscan есть одна уникальная особенность для программ данного типа — это возможность создания форм (своего рода мнемосхем). Пока ее функционалу далеко до реальных SCADA-систем, но наличие такого бонуса радует. На сегодняшний день это достаточно скудный, по своим возможностям инструмент (имеется ввиду редактор форм), но будем надеяться, что со временем, разработчики доведут его до хорошего уровня.
| Функция | Наличие | Комментарий |
|---|---|---|
| Поддержка настроек COM-порта | + | |
| Настройка таймаутов | + | Доступны: время ожидания ответа |
| Поддержка стандартного Modbus | + | Список функций ограничен |
| Поддержка нестандартного Modbus | - | |
| Авто-опрос одного / нескольких устройств | + / + | |
| Настройка авто-опроса | + | Доступно: время между запросами |
| Логирование сессии / настройка логирования | + / - | |
| Создание профилей для быстрого переключения между настройками порта | - | |
| Работа в режиме сниффер | - | |
| Лицензия продукта | ПО платное | Есть пробный период |
| Сопровождение продукта | + |
Достоинства: возможность создания собственных форм для просмотра данных, поддержка MMI & OLE Automation.
Недостатки: цена (одна лицензия $ 84.95), нет поддержки нестандартного Modbus, нет профилей для быстрого переключения портов, ненастраиваемая система логирования, малое количество поддерживаемых Modbus-функций.
Termite
| Функция | Наличие | Комментарий |
|---|---|---|
| Поддержка настроек COM-порта | + | |
| Настройка таймаутов | + | Доступны: время ожидания ответа, время между символами и кадрами |
| Поддержка стандартного Modbus | + | |
| Поддержка нестандартного Modbus | + | |
| Авто-опрос одного / нескольких устройств | + / + | |
| Настройка авто-опроса | + | Доступно: время между запросами |
| Логирование сессии / настройка логирования | + / - | |
| Создание профилей для быстрого переключения между настройками порта | + | |
| Работа в режиме сниффер | - | |
| Лицензия продукта | Есть платная и бесплатная версии | Бесплатная версия обладает ограниченным функционалом (на количество каналов, одновременно ведомых лог файлов и количество разных запросов в авто-опросе) |
| Сопровождение продукта | + |
Достоинства: поддержка всех Modbus-функций, работа с нестандартным Modbus, удобная система подсказок, возможность настройки внешнего вида ПО, поддержка профилей для быстрого переключения между настройками порта.
Недостатки: PRO версия платная (одна лицензия $ 10), в текущем релизе нет возможности гибко настраивать логирование.
AccessPort
Программа из разряда “чистых” терминалов. Она не поддерживает Modbus, поэтому при её использовании будьте готовы считать CRC для ваших кадров самостоятельно. Несомненным плюсом является то, что в неё встроен сниффер последовательного порта.
| Функция | Наличие | Комментарий |
|---|---|---|
| Поддержка настроек COM-порта | + | |
| Настройка таймаутов | + | |
| Поддержка стандартного Modbus | - | |
| Поддержка нестандартного Modbus | - | |
| Авто-опрос одного / нескольких устройств | + / - | |
| Настройка авто-опроса | + | Доступно: время между запросами |
| Логирование сессии / настройка логирования | + / - | |
| Создание профилей для быстрого переключения между настройками порта | - | |
| Работа в режиме сниффер | + | |
| Лицензия продукта | ПО бесплатное | |
| Сопровождение продукта | Не поддерживается | Крайняя версия продукта была выпущена 2012-04-23 |
Достоинства: наличие сниффера порта, ПО бесплатное, настраиваемое представление данных, возможность передачи файлов.
Недостатки: не поддерживает Modbus вообще, нет возможность создавать профили, в режиме авто-опрос можно работать только с одним устройством, в настоящее время ПО не развивается.
В заключение хотелось бы добавить, что в сети достаточно большое количество программ для работы с последовательным портом, но если есть необходимость работать именно с Modbus протоколом, то его поддержка в таком ПО крайне желательна. Одна из основных причин — это расчет CRC, в ручную это делать накладно, также важно, чтобы программа могла уметь разделять кадры, иначе все превращается в сплошную мешанину байтов, ну и если есть авто-опрос, то это сильно упрощает жизнь.
Перед запуском программы подключите настраиваемый модуль к преобразователю USB-RS485, а сам преобразователь к компьютеру. В системе должен появиться новый последовательный порт (COM3, например). Подайте питание на модуль и запустите программу.
После запуска программы необходимо произвести настройку соединения, для этого выберете пункт меню "Connection→Connect", настройте соединение как показано на рисунке ниже, изменив только последовательный порт (1):
Для установки ModBus адреса устройства, выберете пункт меню "Functions→Write Single Register", появиться следующее окно, установите значения полей как показано ниже, изменив только поле (1), где укажите новый адрес устройства:
Небольшие пояснения: в данном случае мы послали широковещательную команду по шине (это определяется адресом устройства 0, поле Slave ID), на запись в параметры устройства, по смещению 0 (для датчиков MSU24R, MSU34R смещение 128), значения нового адреса устройства.
На широковещательные команды наши модули не отвечают, поэтому, попытка чтения с устройства с адресом 0, ни к чему не приведут!
Теперь необходимо перезапустить модуль, путем пере подключения питания.
После перезапуска модуля, можно настроить программу "ModBus Poll" для чтения данных с модуля.
Для чтения входных каналов, выберете пункт меню "Setup→Read/Write Definition":
В поле (2) кол-во регистров может быть разное, для MSU44R - 4, а для DRM88R - 8.
Для просмотра настроек модуля, выберете пункт меню "Setup→Read/Write Definition":
В одной из статей мы писали о том, как работать с цифровыми датчиками посредством программы Simply Modbus. Помимо вышеописанной утилиты предлагаем вашему вниманию еще одну программу для работы с нашими устройствами – Modbus Poll. Для правильного использования функций программы в начале надо подключить наш интеллектуальный датчик, поддерживающий протокол передачи данных RS-485, посредством стороннего контроллера или же преобразователя интерфейсов. Далее необходимо зайти в Диспетчер устройств>>Контроллер USB выбрать соответствующее устройство. В нашем случае это ZETSENSOR USB (рис. 1), открыть его свойства и во вкладке Дополнительно выставить галочку напротив «Загрузить VCP» (рис.2).
Далее необходимо выключить и включить заново контроллер/преобразователь интерфейса к ПК.
Только после проделанных выше операций следует запускать программу Modbus Poll.
После запуска программы необходимо ее настроить должным образом. Для этого зайти в верхнее менюConnection, выбрать пункт Connect…, т.е. подключение к контроллеру, который преобразует USB в COM-порт. Если программа в бесплатном режиме, сперва откроется окно с просьбой ввести регистрационный ключ, следует пропустить данную операцию посредством нажатия кнопки ОК. Далее откроется окно с возможностью выбора устройства (рис.2). Настройте как показано на рисунке 2.
В поле (рис 3.) идет опрос модуля, сканирование любого цифрового датчика (RS-485) ZET 70XX. Как видно на рисунке – имеется ошибка Timeout Error, которая возникает из-за того, что опрашивается устройство с адресом 1, нам же нужно выставить адрес существующего модуля. Узнать адрес модуля можно с помощью программы ZETLAB>>Время ZETServer, предварительно необходимо в Modbus Poll выполнить Disconnect, на рисунке показано, где отображается адрес устройства в ZETLAB.
Возвращаемся вновь к программе Modbus Poll, выполняем Connection>>Connect. Далее следует выставить адрес модуля и другие настройки в окне Setup>>Read/Write Definition как показано на рисунке 6. В ячейке Address выставляем значение, указанное в таблице, в нашем случае используется датчик абсолютного давления ZET 7012 и его адрес «20».
Чтобы получать данные в нужном формате, также необходимо выставить ряд настроек. Необходимо зайти «Display» и выбрать тип переменных, в нашем случае это Float CD AB.
Если устройств несколько, то для каждого устройства следует открыть свое окно посредством функции New из меню File и выполнить все вышеописанные настройки для опроса модуля. В результате после все настроек в окне программы вы сможете увидеть данные, поступающие с интеллектуального датчика и убедиться в корректности его работы.
В результате после все настроек в окне программы вы сможете увидеть данные, поступающие с цифрового датчика и убедиться в корректности его работы.
Читайте также: