Датчики температуры ni

Прецизионный калибратор RTD-датчиков М-612

Прецизионный калибратор RTD со стандартным диапазоном сопротивлений от 16 Ом до 10 кОм с разрешением 100 мкОм. Моделирование платиновых и никелевых датчиков температуры. Интерфейс RS-232 или GPIB. Погрешность: 0,02%

• Калибровка контроллеров температуры
• Диапазон сопротивления от 16 Ом до 10 кОм
• Моделирование датчиков температуры (Pt, Ni) с погрешностью 0,02 °C
• Температурный коэффициент <1 ppm/°C
• 2, 3, 4-проводное подключение
• Внутренний аккумулятор/сетевой адаптер
• Интерфейс RS-232 или GPIB

Прецизионный калибратор М-612 предназначен для моделирования RTD-датчиков. Применяется в поверочных лабораториях и сервисных центрах для проверки приборов для измерения температуры, а также как декадный магазин сопротивлений. Питание М-622 осуществляется с помощью внутреннего аккумулятора или внешнего сетевого адаптера. Управление устройством возможно как вручную, так и дистанционно с помощью интерфейсов RS-232 и GPIB. Для использования прибора в промышленности спроектирована версия в 19" модуле с высотой 3HE.

Канальный датчик температуры ДТ-К1/Ni

Параметры окружающей среды Температурный диапазон: эксплуатация хранение/транспортировка Влажность: эксплуатация хранение

-40. 100 °C -40. 85 °C 10. 90 % отн. 10. 90 % отн.

60 х 60 х 35 мм (корпус)

Шкаф системы автоматического управления (ШСАУ) — это ти­по­вая схе­ма решения по управлению вен­ти­ля­ци­он­ным обо­ру­до­ва­ни­ем компании «КАМАЗэнергоремонт» с жестко оп­ре­де­лен­ным функ­ци­о­наль­ным со­ста­вом ус­та­нов­ки и алгоритмом ра­бо­ты управления. Типовые схемные решения разработанные ООО «КАМАЗ­энер­го­ре­монт»: на основании анализа рынка про­из­во­ди­мо­го вен­ти­ля­ци­он­но­го оборудования, требований проектных организаций к ав­то­ма­ти­за­ции дан­но­го обо­ру­до­ва­ния и руководящих до­ку­мен­тов РФ. Так же при раз­ра­бот­ке типовых схемных решений при­ме­нен опыт про­ек­ти­ро­ва­ния, раз­ра­бот­ки и изготовления сис­тем автоматического управления компанией «КАМАЗ­энер­го­ре­монт» на всех пред­при­я­ти­ях, одного из крупнейших пред­при­я­тий Поволжья, ОАО «­КАМАЗ». Помимо типовых схемных решений компания изготавливает си­сте­мы автоматического управления вен­ти­ля­ци­он­ным обо­ру­до­ва­ни­ем по ин­ди­ви­ду­аль­но­му проекту заказчика.

Принцип действия

Датчик температуры состоит из фотолитографически структурированного, высокой чис­тоты никелевого покрытия в форме меандера. Для фор­ми­ро­ва­ния резистивных полос с очень точно определенным основным значением удельного сопротивления, тонкопленочные никелевые структуры обработаны лазером. Для защиты от механических и химических повреждений датчики покрыты диэлектрическим слоем. Соединительные провода, дополнительно закрепленные герметиком, создают электрический контакт с резис­тивной полосой.

Конструкция

Пластмассовый корпус с крышкой. Установочный кронштейн для установки на поверхности воздуховода. Зонд в виде трубы с измерительным элементом ( длина — 140 мм).

ДТ-К1/NI должен быть смонтирован так, чтобы чувствительный наконечник находился приблизительно в центре канала. При использовании системы приточной вентиляции датчик должен быть установлен на линейном участке воздуховода на расстоянии не менее 0,5 м от самой приточной установки. При использовании системы вытяжной вентиляции датчик должен располагаться как можно ближе к вытяжному вентилятору. Датчик может быть смонтирован под любым углом; тело корпуса монтируется прямо на воздуховод.

Электрическое подключение

Должно выполняться с соблюдением правил техники безопасности и других нормативов. Полярность подключения контактов датчика не имеет значения.

Универсальный термостат QAF81.6

ZigBee-модули XBee: новые возможности

Пушкарев Олег

Компания Digi выпустила новые версии популярных модулей XBee с предустановленным программным обеспечением, отвечающим требованиям новейшего стандарта ZigBee Pro. Применение модулей XBee упрощает и существенно сокращает время разработки систем передачи данных. В статье рассмотрены новые возможности и практические аспекты работы с модулями XBee в режиме API. Приведена схема построения беспроводного датчика температуры и описан алгоритм получения информации с удаленного узла.

ZigBee-модули XBee являются готовыми к применению устройствами, способными самостоятельно объединяться в беспроводные сети с различной топологией — точка-точка, звезда, MESH (ячеистая сеть). Подключенный к сети модуль обеспечивает передачу данных на любой другой узел сети или на все узлы одновременно. Передача данных осуществляется по интерфейсу UART от внешнего хост-процессора, в качестве которого может выступать персональный компьютер или простейший 8-разрядный микроконтроллер стоимостью менее $1. Благодаря встроенному ПО все операции по формированию сети, присоединению новых устройств, прокладке оптимальных маршрутов сообщений осуществляются автоматически, без участия внешнего микроконтроллера. В настоящий момент компания Digi предлагает для модулей XBee несколько вариантов сетевых протоколов — это стандартные стеки ZigBee-2006, ZigBee Pro и фирменный протокол DigiMesh.

Сетевой протокол DigiMesh

Сетевой протокол DigiMesh был выпущен компанией Digi осенью 2008 года в виде прошивок (firmware) для модулей XBee 802.15.4, построенных на базе радиочастотной микросхемы Freescale MC13213. Уникальной особенностью протокола DigiMesh является возможность построения сети со спящими ретрансляторами (роутерами). В сети DigiMesh нет координатора с выделенной ролью — каждый из узлов сети может взять его функции на себя. Прокладка и восстановление маршрутов в данной сети осуществляется автоматически. Подобное построение гарантирует прохождение информации при выходе из строя любого узла, так как в сети DigiMesh нет «слабого звена», отказ которого мог бы привести к полной неработоспособности системы. Структурная схема сети DigiMesh приведена на рис. 2.

Преимущества сети DigiMesh по сравнению с ZigBee заключаются в наличии спящих роутеров (в ZigBee спящий режим возможен только для конечных устройств), более простом процессе запуска и большей гибкости при расширении сети. Кроме того, реализация протокола DigiMesh требует меньших ресурсов памяти микроконтроллера. Возможность перевода роутеров в режим сна обусловлена реализованным механизмом временной синхронизации всех узлов сети. В качестве маяка выступает координатор — один из узлов сети, назначенный разработчиком. Если он выходит из строя, его функции начинает выполнять любой другой узел сети. Протоколом предусмотрены специальные механизмы «Номинирования» (Nomination) и «Выборов» (Election), которые позволяют разрешать коллизии, если сразу несколько узлов сети пытаются взять на себя функции координатора. С помощью команд конфигурирования можно определить узлы, которые будут иметь преимущества при «выборах» координатора. Подключение новых узлов к сети выполняется следующим образом — необходимо включить новый узел и поместить его в зоне действия сети. После первого включения новый узел будет постоянно включен на прием, ожидая синхронизирующего пакета координатора. В полученном широковещательном пакете синхронизации содержится информация о временных параметрах сети — временах сна и бодрствования, что позволяет новому узлу перейти в режим сна до следующего сеанса синхронного обмена информацией с другими узлами сети.

Стек протоколов ZigBee-Pro

Компания Digi выпустила новое программное обеспечение на базе стека протоколов EmberZNet PRO 3.1. Новое программное обеспечение позволяет строить беспроводные сети, отвечающие требованиям спецификации ZigBee-2007 (ZigBee-Pro). Новое ПО (ZB firmware) можно скачать с сайта Digi и загрузить с помощью бесплатной программы X-CTU в модули XBee ZNet 2.5 (XBee Series 2). В зависимости от функционального назначения узла и типа управления необходимо выбирать соответствующую версию прошивки (таблица).

Таблица. Функционал программного обеспечения

Особенности ПО ZB версии 2x20:

• поддержка режимов API и AT;
• спящие конечные устройства с пробуждением по линии вывода или таймеру;
• увеличенное число ретрансляций для адресных передач (команда NH);
• расширенный идентификатор 64 бит PAN ID (команды EI, OE);
• конфигурирование профиля ZigBee (команда ZS);
• удаленное конфигурирование модулей в режиме API;
• доступ к уровню ZigBee APS layer с помощью API-фрейма 0x11. Установка значений полей «APS endpoint», «cluster ID», «profile ID»;
• поддержка ZigBee-безопасности. Задание ключей шифрования «Network» и «link».

Тем, кто разрабатывает приложения на базе стека протоколов ZNet 2.5, нет необходимости в обязательном порядке обновлять программное обеспечение. Компания Digi продолжает выпуск модулей XBee ZNet 2.5, основанных на ПО EmberZNet 2.5. Следует учитывать, что модули XBee с новой прошивкой (ZB) будут не совместимыми с модулями XBee ZNet 2.5. Новая прошивка позволяет создавать ZigBee-устройства, которые могут взаимодействовать с ZigBee-узлами любых других производителей, если последние отвечают версии спецификации ZigBee-Pro.

Управление модулем в режиме API

Для управления модулем XBee и передачи данных предусмотрено два режима взаимодействия: с помощью AT-команд (прозрачный режим) или с помощью структурированных пакетов (API-режим). В некоторых случаях XBee-модули могут работать как абсолютно самостоятельные узлы, без применения внешнего управляющего устройства. Например, модуль может самостоятельно, в автоматическом режиме передавать по радиоканалу состояние входных цифровых портов и отсчеты встроенного АЦП. Управлять модулем, который работает без внешнего микроконтроллера, можно с помощью команд, передаваемых по эфиру любым другим узлом сети. Режим AT-команд очень прост для понимания и оптимален при передаче непрерывных потоков данных в сетях с простой топологией. Недостатком AT-команд является медленный переход из прозрачного режима передачи данных в режим приема модулем команд управления. Режим API гораздо более гибок, особенно при управлении с помощью внешнего микроконтроллера, так как позволяет передавать и данные, и команды управления в общем потоке. Кроме того, некоторые возможности в режиме AT-команд просто недоступны. Например, послать по ZigBee-сети AT-команду удаленному модулю можно только в API-режиме. Работа с API-пакетами требует вычисления контрольных сумм, что не очень удобно при ручном формировании пакета в окне программы X-CTU (рис. 3), однако не представляет большой сложности при управлении XBee-модулем с помощью внешнего микроконтроллера.

В качестве практического примера рассмотрим подачу обычной AT-команды ND в API-режиме. Эта команда позволяет обнаружить все узлы в сети. Команду ND можно подавать не только с координатора, но и с любого другого узла сети. При подаче этой команды узел отсылает широковещательное сообщение, которое транслируется другими узлами сети. В теории, данное широковещательное сообщение должно достигнуть всех узлов сети. При получении сообщения узел отправляет информацию о себе — свой сетевой и 64-битный адрес, тип устройства (координатор, роутер или конечное устройство), имя устройства в виде текстовой строки (если задано) и некоторые другие свои параметры. Для того чтобы ответные сообщения не мешали друг другу, каждый обнаруженный узел делает случайную задержку перед отсылкой ответа. Поэтому при каждой отсылке команды ND ответы от обнаруженных узлов будут поступать в разном порядке. Максимальное время задержки на ответ узла по умолчанию составляет 6 с. Ниже приведены API-фреймы, полученные на выходе UART модуля XBee ZNet 2.5, с которого был отправлен запрос на обнаружение всех узлов в сети. Всего было получено четыре ответа. Как видно из приведенных ответов, в сети было обнаружено два роутера и два конечных узла.

Разберем подробнее отсылаемую АТ-команду ND и полученные ответы от узлов сети:

1. Отсылаемый API-фрейм «AT-команда ND» (данная последовательность байт подается через UART на XBee-модуль):

Расшифровка структуры подаваемого API-фрейма: