Full Text

Введение. Большинство технологических процессов стремительно меняется в процессе автоматизации. Без точных измерений всевозможных физических величин немыслимо управление различными механизмами. Немаловажными являются измерения температуры. Для обеспечения контроля температуры удаленных или труднодоступных объектов применяются бесконтактные датчики температуры [1]. Возможность измерения температуры без контакта с объектом позволяет таким датчикам измерять очень большие диапазоны температур, так как отсутствует необходимость соприкосновения с объектом. В качестве объекта измерения может выступать объект, которому необходимы удаленный контроль состояния и возможность оценки температуры без непосредственного контакта. Это может быть объект из области теплоэнергетики, электроэнергетики, строительства, металлургии, машиностроения, военной области или объект различных производственных процессов. 1. Обзор аналогичных систем. В роли автоматизированных систем могут выступать существующие системы контроля температуры [2]. Среди распространённых систем можно указать АСКТ-01, testSaveris 2, TempControl и Temp.Keeper. АСКТ-01предназначена для измерения температуры зерна в силосах по всей высоте силоса и подачи аварийно-предупредительной сигнализации в случае превышения температурой зерна установленного предельного значения. АСКТ-01 может прогнозировать самосогревание объекта, она достаточно автоматизирована и имеет высокую надежность. Однако АСКТ-01 предназначена для применения в узкой предметной области [3]. Wi-Fi-логгеры данных Saveris 2 обеспечивают бесперебойную запись параметров температуры и влажности через заданные промежутки времени и последующую передачу измеренных значений по Wi-Fi-каналу в Облачное хранилище данных TestoCloud. TestSaveris 2 не имеет инструментов гибкой настройки [4]. Система контроля температуры TempControl круглосуточно фиксирует температуру объекта через заданные промежутки времени. Полученные измерения отображаются в виде графиков и цифр, а также автоматически записываются в архив, который всегда можно просмотреть на экране любого монитора и распечатать на принтере. При выходе значений из заданных пределов возникает сигнал тревоги - производится запись в журнале. Однако TempControl не имеет интеграции с информационной системой для хранения значимой информации [5]. Система Temp.Keeper позволяет одновременно получать информацию с нескольких датчиков. Temp.Keeper автоматически находит подключенные датчики и позволяет настроить сигнализацию для каждого датчика отдельно, а также работать не только с датчиками температуры, но и с датчиками влажности [6]. Системы testSaveris 2, TempControl и Temp.Keeper были разработаны за рубежом, что накладывает серьезные ограничения в части информационной и технологической безопасности на их использование в отдельных областях. 2. Структура системы контроля температуры объекта. Для контроля процесса нагревания объекта используется датчик контроля нагрева объекта (ДКНО). В состав изделия ДКНО входят выносной датчик и измерительный преобразователь (ИП). В роли выносного датчика выступает инфракрасный (ИК) датчик MLX90614 [7]. Такой датчик позволяет практически моментально считывать температуру поверхности объекта, измеряя его ИК-излучение. Им можно измерять температуру в широких диапазонах: от минус 40 до 125 ºC для самого датчика; от минус 70 до 380 ºC для температуры объекта. MLX90614 имеет программируемую чувствительность, диапазоны измерений, коэффициент излучательной способности (КИС), что весьма важно для измерения поверхностей с разными параметрами. Он выдает значение температуры в виде цифрового кода размером 2 байта. Измерительный преобразователь - это микроконтроллер MDR32F9Q на базе процессорного ядра ARMCortex-M3 [8]. Электропитание ДКНК осуществляется от источника постоянного тока напряжением 27 В. Точность измерения температуры датчиком 5 ºС. Обмен данными с ИП происходит по интерфейсу I2C с контролем целостности данных. I2C является двухпроводным, двунаправленным последовательным каналом связи с простым и эффективным методом обмена. Стандарт интерфейса I2C является многомастерным с обнаружением коллизий и арбитражем, исключающим потерю данных при обмене, когда два или более мастера пытаются осуществить передачу одновременно [9]. I2C системы используют последовательную линию данных SDA и линию тактового сигнала SCL. Все устройства, подсоединенные к этим двум линиям, должны работать в режиме открытого стока, обеспечивая тем самым создание на линии «проводного И» за счет внешних резисторов подтяжки обеих линий к питанию. Передача данных между мастером и ведомым осуществляется по линии SDA и синхронизируется по линии SCL. После завершения передачи информации осуществляется передача в обратную сторону 1 бита подтверждения [10]. Каждый принимаемый бит фиксируется принимающей стороной при высоком уровне SCL и может изменяться передатчиком при низком уровне. Изменение линии SDA при высоком уровне SCL является командным состоянием. Данные в датчике хранятся в сыром виде и занимают 2 байта, поэтому для перевода их в градусы Цельсия необходимо преобразование: поделить значение на 50 и затем вычесть из результата 273,15 [11]. Еще нужно учитывать одну особенность - датчик сперва отправляет младший байт, а затем старший. Поэтому полученные данные перед преобразованием приходится «переворачивать». Датчик выполняет следующие функции: - прием ИК-излучения поверхности объекта и его преобразование в электрический сигнал; - генерация ИК-излучения для проверки работоспособности ДКНО. ИП выполняет следующие функции: - обработку информации, поступающей с датчика; - выдачу дискретных сигналов, соответствующей предельно-допустимой (ПДТ) и критической температуре (КТ) поверхности объекта; - выработку напряжений для электропитания ДКНО; - автоматическую проверку исправности ДКНО и выдачу сигнала в систему управления (СУ) объекта в случае неисправности. В целом ДКНО обеспечивает: - прием от СУ объекта команды на включение и выключение; - тестирование технического состояния элементов ДКНО и выдачу в СУ объекта сигналов о техническом состоянии (неисправности), готовности к работе; - контроль температуры поверхности объекта по командам СУ; - выдачу в СУ объекта сигнала о ПДТ поверхности объекта для включения системы охлаждения, если она имеется; - выдачу в СУ объекта сигнала о КТ на поверхности объекта. На рис. 1 представлена структура системы контроля температуры объекта. Датчик Аппаратная часть Монитор СУБД ПО клиента Измерительный преобразователь Объект Температура окружающей среды БД Сервер Клиент ДКНО Данные Информация Пакеты с данными Влажность ИК излучение Аналоговый сигнал Дискретный сигнал Давление Скорость ветра RS-232 12C Рис. 1. Структура системы контроля температуры объекта Датчик считывает температуру объекта, измеряя его ИК излучение [12]. При этом следует учитывать, что на измерение, помимо собственной температуры объекта, влияют еще и внешние погодные условия, такие как температура окружающей среды, влажность, скорость ветра и давление. После измерения датчик отправляет полученные значения в аналоговом виде в ИП для последующего преобразования в дискретный сигнал. В связи с необходимостью обработки, визуализации и анализа дискретных сигналов, поступающих с датчика на ИП, используются автоматизированные системы (блоки «КЛИЕНТ» и «СЕРВЕР», см. рис. 1). Это необходимо для упрощения работы персонала, выполняющего тестирование и настройку аппаратуры ДКНО. После преобразования дискретный сигнал, выходящий из ИП, поступает на COM-порт компьютера, на котором должна быть установлено программное обеспечение, позволяющее работать с пакетами данных, полученными от ДКНО. Из программы значимая информация должна отправляться в систему управления базами данных (СУБД) для последующей записи в базу данных (БД), которая в данном случае хранится на сервере, что необходимо для обеспечения одновременной работы множества клиентов [13]. 3. Функции автоматизированной системы контроля температуры. Функциональное назначение автоматизированной системы контроля температуры объекта следующее: - связь с ДКНО; - настройка ДКНО на определенный объект: установка значений КИС, ПДТ и КТ; - сбор данных по запросу или периодически, с выбранной частотой; - преобразование кода в значения температуры по шкале Цельсия; - анализ полученных значений температуры: расчет минимума, максимума, проверка выхода за границы ПДТ или КТ; - оповещение о выходе за границу ПДТ или КТ; - визуализация полученных температур в виде графика; - учет информации об объектах (наименование объекта, ПДТ, КТ); - учет информации о датчиках (наименование объекта, КИС); - учет информации об окружающей среде (температура окружающей среды, скорость ветра); - хранение информации о сеансе работы (температура, выход за пределы ПДТ, КТ); - выдача отчета о сеансе работы; - выдача отчета с информацией о настройке ДКНО; - выдача отчета с графиком измерений. Входными данными в программу являются дискретные сигналы, поступающие с ИП ДКНО, информация об объекте, датчике и окружающей среде, заданная пользователем. Выходными данными являются полученные от ДКНО значения температуры, графики, оповещения о выходе за границы ПДТ или КТ, а также отчеты о сеансе работы, измерениях и настройке ДКНО. 4. Сбор данных от датчика контроля нагрева объекта. Основная работа с датчиком в программной части системы производится через библиотеку USBCAN2.DLL (USBCAN-library), предоставленную компанией SYSTEC. Большинство функций возвращает значение типа UCANRET, в котором содержится код ошибки. Расшифровка этого кода одинакова для всех функций [14]. Режимы работы (состояния) ДКНО, принимаемые и посылаемые в каждом состоянии сообщения, условия переходов из одного состояния в другое и выполняемые операции приведены на рис. 2 [15]. Подключен entry/Нажать на кнопку «Подключить» do/Ждать запросов exit/Получить запрос [код ошибки 0] Занят entry/Запрос измерения или проверки состояния do/Выполнить запрос exit/Запрос выполнен готов к новым запросам работа прекращена ожидание выполнения запроса [код ошибки 2] Нарушение пакета entry/Нажать на кнопку «Подключить» при неисправном датчике do/Ждать рестарта exit/Нажать кнопку «Рестарт» повторная проверка Обрыв кабеля entry/Нажать на кнопку «Подключить» при неисправном датчике do/Ждать рестарта exit/Нажать кнопку «Рестарт» [код ошибки 1] Отключен entry/Нажать на кнопку «Рестарт» entry/Нажать на кнопку «Выход» do/Прекратить работу exit/Закончить работу программы повторная проверка Рис. 2. Диаграмма состояний и переходов ДКНО После подачи напряжения питания ДКНО включается (состояние «Подключен»). В таком состоянии ДКНО готов к работе и информационному обмену по каналу CAN через 5 с после подачи напряжения питания. При снятии напряжения питания ДКНО выключается (состояние «Отключен»). Включенный ДКНО может находиться в одном из следующих состояний: - «Занят»; - «Обрыв кабеля»; - «Нарушение пакета». В режиме «Занят» ИП принимает от датчика информационные пакеты с результатами текущего измерения температуры объекта, анализирует значение измеренной температуры на принадлежность диапазонам контрольных значений и формирует информационное сообщение «Результаты измерения». Период поступления данных от датчика в ИП составляет не более 50 мс. Состояние «Обрыв кабеля» означает, что датчик неисправен. Причиной неисправности является его поломка или он отключен от ДКНО. Состояние «Нарушение пакета» означает, что ДКНО неисправен. Основной причиной такого состояния является неправильная функциональность ДКНО или помехи в канале связи. При любом переходе из одного состояния в другое ДКНО сообщает об этом, посылая широковещательно одно из сообщений: «Измерение», «Неисправность». Также в программе предусмотрена возможность запроса текущего состояния ДКНО сообщением «Запрос состояния блока». Формат расширенного пакета данных представлен в табл. 1. Таблица 1 Формат расширенного пакета данных Поле Длина, бит Описание Начало кадра 1 Сигнализирует начало передачи кадра Идентификатор А 11 Первая часть идентификатора Подмена запроса на передачу (SRR) 1 Должен быть рецессивным Бит расширения идентификатора (IDE) 1 Должен быть рецессивным Идентификатор В 18 Вторая часть идентификатора Запрос на передачу (RTR) 1 Должен быть доминантным Зарезервированные биты (r0 и r1) 2 Резерв Длина данных (DLC) 4 Длина поля данных в байтах (0-8) Поле данных 0-64 Передаваемые данные (длина в поле DLC) Контрольная сумма (CRC) 15 Контрольная сумма всего кадра Разграничитель контрольной суммы 1 Должен быть рецессивным Промежуток подтверждение (ACK) 1 Передатчик шлет рецессивный, приемник шлет доминантный Разграничитель подтверждения 1 Должен быть рецессивным Конец кадра (EOF) 7 Должен быть рецессивным Идентификатор получается объединением частей А и В Описание поля идентификатора представлено в табл. 2. Таблица 2 Описание поля идентификатора Идентификатор А SRR IDE Идентификатор В 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 Пр Тд Дескриптор АИ АП В табл. 2 используются следующие обозначения: Пр - уровень приоритета сообщения (2 бита); Тд - тип длины передаваемого сообщения (2 бита); Дескриптор - дескриптор сообщения в десятичной системе счисления (11 бит), определяет тип длины сообщения; АИ - адрес источника сообщения (7 бит), определяет абонента инициатора сообщения; АП - адрес приемника сообщения (7 бит), позволяет реализовать передачу сообщений конкретному абоненту. При выполнении подключения, проверки состояния и сбора данных программа обменивается пакетами данных с ДКНО описанного выше формата. Из ответного пакета от ДКНО осуществляются выборка необходимых данных и их анализ. 5. Хранение данных от датчика контроля нагрева объекта. Для хранения данных о проведенных испытаниях, объектах и другой значимой информации разработана БД [16]. База данных работает под управлением СУБД Firebird 2.5. Структура базы данных представлена на рис. 3 в виде логической модели. Отношения в базе данных находятся в третьей нормальной форме (3НФ) [17]. Рис. 3. Логическая модель базы данных Использование в автоматизированной системе контроля температуры объекта БД позволяет выполнять следующие операции: - добавление, изменение и удаление информации об объектах, датчиках и погодных условиях; - хранение информации о сеансе работы; - выдачу отчетов о настройке ДКНО, сеансе работы и об измерениях в электронном (формата .txt) и печатном виде. Информация о сеансе работы, а именно о проведенных измерениях в процессе работы автоматизированной системы, в базу данных заносится автоматически. 6. Реализация системы контроля температуры объекта. Разработанная автоматизированная система контроля температуры объекта позволяет осуществлять следующие функции: - настройку ДКНО на определенный объект; - проверку состояния ДКНО и выдачу ошибок; - сбор данных по запросу или периодически, с выбранным интервалом измерения; - преобразование данных от ДКНО в значения температуры по шкале Цельсия, Кельвина. Фаренгейта; - анализ полученных значений температуры: расчет минимума, максимума, проверку выхода за границы ПДТ или КТ; - визуальное и звуковое оповещение о выходе за границу ПДТ или КТ; - визуализацию значений температуры объекта в виде графика [18]; - индикацию изменений значения температуры с использованием цветового кодирования [19]; - работу с базой данных. Состав модулей программы представлен на рис. 4 [20]. Главный модуль программы предназначен для выполнения основного функционала программы. Главный модуль программы позволяет вызвать следующие модули: модуль настройки датчика, модуль настройки измерения, модуль создания отчетной документации. Модуль настройки датчика позволяет непосредственно перед работой с датчиком осуществить его настройку на определенный объект. Из него можно вызвать модули работы с информацией об объекте, датчике и погоде. Данные модули предназначены для работы с таблицами базы данных, описанной выше, и связаны с модулем данных. Рис. 4. Состав модулей программы Рис. 5. Автоматизированная система контроля температуры объекта Модуль настройки режима измерения предназначен для настойки интервала времени между опросами датчика. Модуль создания отчетной документации позволяет пользователю сгенерировать все необходимые документы с отображением на них необходимой информации. Программная часть системы реализована с помощью интегрированной среды разработки приложений для Embarcadero RAD Studio XE7. Результат работы программной части системы представлен на рис. 5. Автоматизированная система контроля температуры объекта необходима прежде всего для повышения качества работы персонала с ДКНО. Выводы. В данной работе рассмотрены технические аспекты реализации автоматизированной системы контроля температуры объекта, а именно подсистем сбора и хранения данных, получаемых от датчика контроля нагрева объекта. Рассмотрена и проанализирована структура системы, определены назначение и требования к подсистемам, необходимые для разработки системы. Авторами рассмотрен процесс обмена данными с датчиком температуры, проанализирован протокол обмена данными, на основе которого разработаны программные средства сбора данных. Для хранения полученных данных предложена структура базы данных, определены набор и параметры атрибутов. Предложенные технические решения позволили разработать автоматизированную систему контроля температуры объекта, которая позволяет упростить работу с ДКНО, а именно: настройку ДКНО, проверку состояния ДКНО, сбора данных по запросу или периодически, визуализации данных от ДКНО и ведение сопроводительной документации при работе с ДКНО.

About the authors

V. V Fedorenko

Penza State University

A. V Kuzmin

Penza State University

References

Statistics

Views

Abstract - 27

PDF (Russian) - 8

Refbacks

• There are currently no refbacks.