Универсальный датчик ДУ-Р1
LocMe.ru – intelligent monitoring!
Универсальный датчик ДУ-Р1 – беспроводное устройство, которое является довольно универсальным прибором и может использоваться в различных режимах работы.
Начнем с очевидных плюсов.
Это беспроводной прибор. Он полностью автономен. Не нуждается в прокладке кабельных трасс, замене элементов питания и обслуживании. Отсутствие проводов облегчает монтаж и значительно сокращает его время. Используется радиоинтерфейс, работающий в диапазоне 2,4 ГГц, с собственным протоколом. Может использоваться без навигационного терминала, так как имеет встроенную память для хранения результатов измерений за последние 90 дней.
Использование радиоинтерфейса в нелецинзируемом диапазоне 2,4 ГГц является довольно спорным решением, однако мы должны отметить, что проводили испытания универсального датчика ДУ-Р1 в зоне действия как минимум 20 точек доступа Wi-Fi и при этом не испытывали никаких трудностей с приёмом сигнала от датчика ДУ-Р1 к приемнику ПРС-021.
Испытывали датчик мы в трех режимах: датчик температуры, радиометка и датчик моточасов, подключая его к навигационному терминалу как по протоколу LLS, так и по протоколу ModBus. И если к внешнему виду и качеству сборки прибора у нас никаких претензий не было, то в части реализации протоколов, а также их описанию на сайте производителя замечаний более чем достаточно.
Тест первый – Беспроводной двухканальный датчик температуры на базе Универсального датчика ДУ-Р1
В этом режиме мы решили испытать датчик ДУ-Р1 в первую очередь именно потому, что сейчас спрос на датчики температуры с беспроводным интерфейсом довольно высок.
Универсальный датчик ДУ-Р1 в режиме датчика температуры обладает довольно скромными характеристиками и способностями. В частности, для большинства современных решений разрешающая способность в один градус уже недостаточна. Заказчик нынче пошел привередливый и хочет видеть изменения до сотых. Присутствие двух дискретных “выходов” тоже является спорным плюсом, а с учетом того, что ДУ-Р1 в режиме измерения температуры довольно инертен, этот плюс и вовсе нивелируется. Дискретные выходы, как вы понимаете, не имеют физических окончаний, а передаются как сигналы в протоколах LLS и ModBus. Описание протоколов можно найти на странице прибора на сайте производителя. Оно довольно детальное, но, увы, не полное.
Начнем с протокола ModBus
Скриншот с сайта производителя универсального датчика ДУ-Р1 – компании Автосенсор
Казалось бы все понятно, карта регистров исчерпывающая. Однако производитель почему-то забыл упомянуть одну важную характеристику регистров – их размер. Так вот, для того, чтобы у коллег-интераторов, которые рискнут использовать этот прибор, не возникло затруднений и недопониманий, разъясняем:
- температура передается в одном байте, в конкретном случае это беззнаковое значение;
- срабатывание выходов передается в одном байте, в конкретном случае это битовое поле;
- параметр “мониторинг батареи и доступности датчика” передается в двух байтах, значение беззнаковое;
- параметр “уровень сигнала” передается в одном байте, тоже беззнаковое.
В тестовых целях используем навигационный терминал Navtelecom SMART S-2435 MAX. Это один из лучших терминалов в своем классе. Настройки терминала Navtelecom SMART S-2435 MAX по карте ModBus регистров датчика ДУ-Р1 будут выглядеть следующим образом. Обратите внимание, что порт RS-485 должен иметь именно такие настройки (19200/None/1). Настройки для порта заданы в приемнике радиосигнала ПРС-02 и изменить их нельзя.
Любую картинку (почти) на нашем сайте можно увеличить простым кликом компьютерной мыши.
На следующем слайде представлены настройки протокола для терминала Navtelecom SMART S-2435.
Если эти настройки не выполнить, то параметры не будут передаваться на сервер мониторинга и не будут видны во вкладке “Телеметрия” конфигуратора Navtelecom.
Обратите внимание, что температура передается как 100, при этом реальная температура 0 градусов. Это соответствует описанию для регистра с адресом “0”. А вот температура в чистом виде в регистре с адресом “1” не обнаружена. Уровень сигнала формируется по этому же принципу, только уже без лишних подробностей в документации.
Может так случиться, что все параметры из карты регистров ModBus окажутся не нужны. На этот случай производитель предусмотрел возможность настраивать не всю карту целиком, а только отдельные параметры. В этом случае каждому параметру присваивается отдельный адрес в сети RS-485. И вот тут надо тщательно расчитывать свои силенки, а если быть точнее – ориентироваться на технические характеристики навигационных терминалов. Адресов в терминале может не хватить на все необходимые параметры, особенно если в параллель будет работать ДУТ или два ДУТа. Кстати, в режиме работы по протоколу ModBus это невозможно.
На скриншоте ниже все параметры датчика ДУ-Р1 настроены по отдельности, а не по карте регистров ModBus. Задействовано 5 адресов в сети RS-485.
В этом случае температура также передается в формате LLS в соответствии с описанием, а вот уровень сигнала от датчика передается в чистом виде. Возможно, разработчики вложили в это какой-то глубокий смысл, вот только своим клиентам они почему-то об этом рассказывать не стали.
Мы умышленно испробовали оба способа, ведь дальше нас ждет тест работы датчика по протоколу LLS. Вот тут реально для каждого параметра придется использовать отдельный адрес в сети RS-485. В случае с терминалом Navtelecom SMART S-2435 мы будем ограничены подключением 4 датчиков. Протокол ModBus позволит нам подключить 16.
Настраиваем датчик для работы по протоколу LLS
Настройки в режиме LLS довольно простые.
В настройках протокола тоже достаточно отметить соответствующие поля.
В “телеметрии” наблюдаем следующую картину:
- “ДУТ 1” передает температуру в формате LLS в поле “Уровень топлива” и температуру в формате LLS в поле “Температура”;
- “ДУТ 2” и “ДУТ 3” передают дискретные состояния в поле “Уровень топлива” и температуру в формате LLS;
- “ДУТ 4” передает параметр “Мониторинг батареи и доступности датчика”и температуру в формате LLS;
- “ДУТ 5” передает уровень радиосигнала от датчика и температуру в формате LLS.
Хорошо, но мы считаем, что это как-то слишком жирно – занимать 5 адресов под один датчик.
Тест второй – Радиометка на базе Универсального датчика ДУ-Р1
И вот в этом месте мы заранее предупреждаем наших читателей о том забавном факте, что использовать радиометку на базе универсального датчика ДУ-Р1 в паре с протоколом LLS затея глупая и бесполезная, ибо получить идентификационные данные метки посредством LLS нельзя. Поэтому предлагаем всем сразу расти до протокола ModBus.
Сам универсальный датчик ДУ-Р1 для работы в качестве радиометки настраивается в отдельной вкладке конфигуратора приемника радиосигналов ПРС-02.
Необходимо поставить галочку “Принимать и передавать радиометки”, выбрать сетевой адрес RS-485 и идентификатор. Мы выбрали первый адрес и серийный номер датчика в качестве идентификатора метки.
Скриншот с сайта производителя универсального датчика ДУ-Р1 – компании Автосенсор
К сожалению, нам не удалось протестировать, как приемник и терминал отработают с несколькими метками, поэтому мы можем лишь предполагать, что адреса с нулевого по третий зарезервированы под ID меток именно на этот случай. Но каким образом они распределяются или используются, если в качестве ID метки выбирается не 2-байтовое значение, а большее число? Скудность описания протокола ModBus в документации оставим на совести производителя. Попробуем настроить терминал для приема данных метки.
Регистры с нулевого по третий имеют размер 2 байта (опять производитель это скрывает). Четвертый и пятый регистры однобайтовые. Все беззнаковые.
Заглянем во вкладку “Протокол”:
Теперь посмотрим вкладку “Телеметрия”:
Видим уровень сигнала от метки, состояние батареи и ID нашей метки. Три других регистра для ID меток содержат нули, что вполне естественно, так как других меток у нас нет.
Переходим к следующему тесту, ради которого все и затевалось.
Тест третий – Беспроводной датчик контроля моточасов на базе Универсального датчика ДУ-Р1
Конечно, контролировать моточасы датчиком стоимостью 3510 рублей (в комплекте с приемником радиосигнала ПРС-02) для большинства клиентов вопрос довольно спорный. Вероятно, еще не все понимают ценность такого контроля.
Начнем с ModBus.
Скриншот с сайта производителя универсального датчика ДУ-Р1 – компании Автосенсор
Восполняем пробелы, оставленные производителем:
- “срабатывание выхода” – регистр занимает 1 байт, битовое поле;
- “температура” – 1 байт, беззнаковый;
- параметр “мониторинг батареи и доступности датчика” – 2 байта, беззнаковый;
- параметр “уровень сигнала” – 1 байт, беззнаковый.
Настраиваем навигационный терминал по карте регистров.
Здесь мы сделали небольшое лирическое отступление и настроили отдельным датчиком с адресом “2” тот же параметр, что передается в регистре с адресом “b”. Это наша очередная попытка понять, что там происходит в головах у разработчиков. Она, правда, успехом пока не увенчалась. Один и тот же параметр с одного и того же датчика должен приходить с одним и тем же значением. Результат на вкладке “Телеметрия” утверждает обратное.
Настраиваем протокол.
Получаем данные во вкладке “Телеметрия”.
Еще интереснее получилось с протоколом LLS.
Вроде все корректно. Задействовано 4 адреса сети RS-485. Но значение температуры (ДУТ с адресом “2”) в поле “Уровень топлива” – полный бред.
Да, можно приспособиться, можно брать только отдельные корректные значения. Можно домыслить за производителя, экспериментальным способом выяснить то, что не описано в документации, самостоятельно разобраться с несоответствиями. А можно просто не выпускать на рынок сырые датчики, а потратить чуть больше времени и довести все до состояния коммерческого продукта. Но, видно, потребитель у нас ещё не настолько требовательный, чтобы так утруждать себя производителю, репутация которого на рынке и без того была неоднократно подорвана. Делать что-то для исправления ситуации ни к чему.
Хотя, стоит признать, колодки для предохранителей и пломбы-наклейки у компании Автосенсор отменного качества.
