Девайсы по-русски. 12-каналный переключатель нагрузок с дистанционным управлением с пульта.

Когда руки дошли до этого аппарата, он не сразу меня порадовал. :)

После первой попытки понять инструкцию, где туманно объяснялся принцип программирования девайса и были упомянуты некоторые ключевые кнопки на пульте, я был в полном замешательстве. :)
Пришлось применить метод тыка и после некоторого количества попыток мне удалось таки переключить режим работы реле, после чего инструкция стала более ясна.

Итак. 

Согласно моим собственным экспериментам:

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

Во-вторых, есть пульт с 12-ю кнопками, некоторые из которых также являются ключевыми при программировании. Для именно этого конкретного устройства это кнопки "3" "6" "9" и "12".

В-третьих, нумерация реле начинается по часовой стрелке от радиомодуля (маленькая платка с антенной около кнопки на основной плате с реле).

Согласно инструкции/описанию:

Есть три режима работы каждого реле: 

1) Signal Jog - реле ведет себя точно также как кнопка на пульте: при нажатии кнопки и ее удерживании соответствующее реле переключается и держит это состояние до отпускания кнопки, тогда реле снова переключается в исходное состояние (см.ниже); 

2) Signal Selflock - реле последовательно переключается в состояния "включено/выключено" при каждом кратковременном нажатии соответствующей кнопки на пульте; 

3) Signal Interlock - реле управляется двумя кнопками с пульта: одна кнопка включает, вторая выключает.

Последовательность программирования режимов работы всего устройства в целом: 

1. Кратковременно нажимаем кнопку на плате. При отпускании кнопки должен прозвучать сигнал.

2. Кратковременно нажимаем соответствующую выбранному режиму работы кнопку (см.ниже), должен прозвучать еще один сигнал. 

Таким образом, при нормальной последовательности нужно нажать две кнопки и получить два сигнала без каких либо щелчков со стороны реле.

Если какого-то сигнала нет, необходимо повторно нажать соответствующую кнопку. Если вместо второго сигнала слышен щелчок реле, процедура программирования не удалась и ее необходимо повторить сначала.

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

Всего режимов работы устройства четыре:

1. ВСЕ реле работают как Jog. Ответственная кнопка на пульте при программировании - "3".

2. ВСЕ реле работают как Selflock. Кнопка на пульте - "9".

3. Взаимноисключающий режим: то реле, чья кнопка была нажата, переводит это реле в состояние "включено", а ВСЕ ОСТАЛЬНЫЕ в состояние "выключено". По истечении непонятно где устанавливаемого времени (по моим подсчетам около минуты) ВСЕ реле переходят в исходное состояние. Кнопка на пульте - "6".

4. Гибридный режим. Реле 1-6 работают как Selflock, реле 7-12 работают как Jog.

А теперь, что же порадовало и что не было явно отражено в описании/инструкции.

Каждое реле имеет три гнезда для подключения (no com nc). В этой тройке пары no-com и nc-com взаимно исключают друг друга. То есть если пара no-com замкнута, то nc-com в этот же момент времени разомкнута, и наоборот. Что это дает? Да это дает возможность использования устройства в схемах управления нагрузкой с двух и мест, что очень радостно.

Отмечу еще, что явно понятно, что nc - это normal closed, а nc - это normal open. Это и есть исходные состояния реле. com не расшифрую, но очевидно, что это "общий провод". 

Arduino. О датчиках. Часть 1. Движение, объем или присутствие?

Информация не является исключительной для применения с Arduino.

О датчиках движения и присутствия говорят всегда, когда речь заходит об автоматизации и охранных системах. А еще их называют датчиками объема. Причем разобраться в различиях между этими понятиями довольно сложно. Фактическая разница между этими определениями есть, но на практике один и тот же прибор могут отнести ко всем трем устройств. Перелопатив кучу информации из разных источников, я сделал свои собственные выводы на этот счет.

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

Я не буду вдаваться в подробные описания принципов работы разных датчиков. Этого материала в Сети предостаточно. Моя цель - ясно показать разницу между ними. Итак...

Инфракрасный датчик движения (infrared motion sensor) является именно датчиком движения, не больше, не меньше. И хотя в Интернете их постоянно называют и датчиками объема и датчиками присутствия, поверьте, это не так. Это типичные датчики регистрации движения и только так. Принцип их действия позволяет довольно грубо реагировать на движение любого объекта с тепловым контрастом. Датчик не будет срабатывать, если движение не будет достаточно значимым. Проход мимо него или взмах рукой в зоне действия датчика - это тот минимум, при котором будет зарегистрировано движение. Если объект становится неподвижным, датчик его "теряет".
Прибор простой, дешевый (относительно, конечно) и популярный.

Датчики вышеописанного типа не пригодны, например, в туалетах, где человек часто занимается своими "грязными" делами в полной неподвижности. :)
В этом случае нужен датчик, который будет как бы "чувствовать" объект, находящийся в зоне регистрации, например, ультразвуковой.

Ультразвуковой датчик присутствия (ultrasonic sensor) именно то, что нужно в туалете типа "сортир"... :) Но на простой регистрации нахождения объекта в зоне действия он не ограничивается. При необходимости, можно определить не только присутствие объекта, но и расстояние до него.
Аппарат в общем-то несложен, но если требуется контролировать зону с радиусом более 6 метров, становится не очень дешевым удовольствием.
Тем не менее, ультразвуковой датчик незаменим в условиях ограничения подконтрольного объема, например, стеклянными перегородками. Он исправно будет контролировать зону только в пределах стеклянных перегородок или перегородок другого типа. Пример - салон автомобиля. Собственно, во многих автоохранных системах именно ультразвуковые датчики и используются.

Объемный датчик присутствия был первым устройством обсуждаемого здесь типа, которое я в своей жизни увидел. Точнее, я увидел не датчик, а электронную схему устройства автоматического управления включением освещения в журнале "Радио" в уже далеких 80-х годах 20-го века. Это есть настоящий "правильный" датчик присутствия, потому что именно присутствие объекта вносит возмущение в электромагнитное поле, которое и "прослушивается" датчиком... Нет, неверно. Пожалуй, прослушивает подконтрольную зону (буквально) ультразвуковой датчик. Объемный же как бы "осязает" электромагнитный эфир в помещении, которое поставлено под его контроль.
Аппарат серьезный и дорогой, а потому не очень популярный, хотя чуть ли не самый надежный (по точности исполнения поставленной задачи) из всех обсуждаемых.

Микроволновой датчик (microwave)... движения или присутствия? По большому счету, это все-таки чистый датчик движения. Однако он может регистрировать очень незначительные двигательные процессы, например, мимику лица человека. А еще ему нипочем стекло и тонкие перегородки. А еще у него радиус контролируемой зоны может быть до 360 градусов. Вот и информация к размышлению...
При всех своих уникальных способностях эти датчики имеют вполне приемлемую цену, хотя и несколько дороже инфракрасных.

Что касается Arduino, я без особого труда нашел для применения с ним датчики инфракрасные и ультразвуковые.
Датчиков других типов, описанных выше, к сожалению или к счастью (ненужное зачеркнуть), для работы с Arduino я пока не находил.

Z-Wave Vera2. (заметка) Привязка датчика открытия/закрытия Evergreen SM-103

Cтенография аудиозаписи.

На самом деле привязка этого девайса происходит не совсем по инструкции.
Когда контроллер Z-Wave входит в режим привязки, на датчике нужно быстро нажать три раза главный переключатель. 
Последние два раза эта процедура дала 100% положительный результат.

Z-Wave Vera2. Эксперименты с камерой IPCAM02 (китайский зверь)

Исходные характеристики камеры по-умолчанию:

IP адрес - берется по dhcp
Маска подсети - 24 (255.255.255.0)
Гейт - берется по dhcp
ddns -берется по dhcp
login - admin
pass - без пароля

Замеченные статусы индикатора (в доках про это ничего нет):
мигание со средней скоростью ~2 раза в сек - работаю по LAN (настройки LAN типа в порядке);
мигание с высокой скоростью ~3 раза в сек - работаю по WLAN (настройки WLAN типа в порядке).
Пока все из замеченного...

Подключения LAN и WLAN взаимоисключающие... точнее LAN имеет приоритет. То есть пока LAN подключен, по WLAN ловить нечего. Кроме того, переход на WLAN простым отключением кабеля из гнезда LAN не прокатит, необходимо после этого обязательно перегрузить камеру с отключением от эл.питания.

Собственный web-интерфейс камеры работает нормально (в меру качества его изготовления), но только в IE. :) В остальных браузерах выползает интерфейс c черным окном камеры, причем интерфейс мертвый.

Попытки получить поток по URL стали камнем преткновения.
Точно выяснено, что статика может быть получена по http://x.x.x.x/snapshot.cgi, а поток по http://x.x.x.x/video.cgi (добавка: videostream.cgi - тоже работает... правда точно так же :) )
Статика без проблем отображается в любом браузере. А вот с видео все забавнее:
В IE url не прокатывает, точнее прокатывает но предлагает скачать файл вместо показа потока. В Опере, Хроме поток сразу пытается отобразиться, но в виде статичной картинки, а вот в firefox как ни странно url показал нормальную видеотрансляцию.

Практика с Верой.

Подключить камеру удалось не сразу... Поначалу происходило следующее: устройство создается, если пропустить шаг проверки отображения картинки (не отображается она никак), но управления никакого и мониторинга тоже. Камера не понимает систему.

Попытался обновить прошивку...
После гугления в инете определилось что камера IPCAM02 - это http://www.foscam.com/Products_List.asp?id=128
Скачал прошивку системы и прошивку web-интерфейса.
Запустил перепрошивку системы через web-интерфейс. После перезагрузки камеры она перестала отвечать на запросы по http, хотя процесс инициализации и выдача адреса в сети прошли успешно (это я заключил по обычному поведению самой камеры после включения, по поведению индикатора и по существованию выданого адреса) .
Пришлось установить на ПК утилиту от производителя. После установки та показала, что web-интерфейс вообще отсутствует и предложила прошить его. Файл я указал, камера долго моргала индикатором, но не как обычно, потом пошел процесс инициализации, то есть видимо прошивка прошла и устройство было перезагружено.
...
да, все было в норме, все должно было быть как и описано выше.
web-интерфейс запустился и довольно сильно изменился.
прежде всего, теперь не требуется перегружать страницу при перезагрузке девайса
в разделе статуса больше инфы
в разделе настройки wifi можно просканировать сети и подключиться просто выбором одной из них
в разделе сетевых настроек появилась возможность отключить мигание индикатора (требуется перезагрузка)
появился раздел "log"

чума! она стала двигаться раза в 2,5 быстрее... реально.... поворот на 90 градусов не более полутора секунд.
Но это все в IE.
Изменения коснулись и отношения к другим браузерам.
На странице авторизации появился специальный режим входа для отличный от IE браузеров.
В этом режиме интерфейс чуть иной, но все браузеры в него входят и показывают картинку. Далее различия: в Опере поведение картинки не изменилось - долго тупит и показывает статику, хотя управление камерой работает; в Хроме картинка живая, но с задержкой (порядка полсекунды и более) , управление камерой ужасное - нажатие элементов управления не отслеживаются точно, то есть одно нажатие вправо к примеру может угнать камеру вправо до упора; в Файрфоксе картинка живая, задержка с четверть секунды, управление идеальное как в IE.

Проверка картинок по URL:
во-первых, после перепрошивки добавился вариант доступа к livevideo: http://x.x.x.x/live.htm
Работает в целом лучше... по крайней мере в FF и Chr картинка живая, задержка есть, в FF меньше. В целом удовлетворительно.
IE так и не хочет показывать живое видео ни по одному из теперь уже трех вариантов, либо реагирует на cgi как на файл необходимый к скачиванию, либо просто крестик на рамке, где должно быть видео.
Opera так и показывает одну картинку, полученную очевидно, в момент запроса. Живое видео отсутствует.
...
Подключено к Вере.
Да, это наконец удалось.
Другое дело, что комментов дофига.
Камера подключилась вручную по схеме "generic IP Cam". Очевидно, что минимум возможностей это дает.
В Вере это обеспечивает соответствующий плагин, который автоматически подключается в систему при попытке ручного добавления камеры (интересно, что если сначала вручную добавить плагин, то он обязательно создает одну камеру, которую затем можно настроить).
По справке от Mios.com (http://docs2.mios.com/doc.php?language=1&page=ip_cameras&version=1&skin=mios&firmware=1.1.1047&platform=2&manual=1) произвел процедуру настройки камеры.
После сохранения конфигурации при выходе на первую вкладку настроек камеры картинка с камеры отображается.
Это и есть удачная настройка на данный момент. Управление сервоприводами отсутствует.

Z-Wave Vera2. Первое знакомство.

1

Итак, первое подключение состоялось в субботу, 9 апреля 2011. 

"Коробка" завелась с полоборота, как и ожидалось. Полная загрузка системы - около 2 минут.

Дублирую бумажную инструкцию по быстрому подключению:

Подключения на задней панели. 

Порт eth1 - порт внешнего подключения, подключаем провод либо от роутера к провайдеру, либо прямой от провайдера, либо от локалки, смотрящей в инет. Через web-интерфейс настраивается StaticIP, DHCP, PPPoE (Ярлык Advanced - вкладка Net & Wi-Fi).

Порт eth2 - порт локальных подключений - должен смотреть в локальную сеть системы. На нем настраивается встроенный DHCP, по умолчанию используются адреса 192.168.81.0/24, первый принадлежит eth2. Через web настройка там же (см.выше).

Кроме этого есть WiFi модуль, по умолчанию включен, ключ доступа на задней стороне Веры. Настройка через Web - там же (см.выше).

После подключений есть два способа выйти в управление Верой:

1. http://192.168.81.1

2. http://www.micasaverde.com/vera2

Второй вариант, естественно, возможен только при успешном подключении Веры в Интернет (через eth1) и интереснее тем, что там прямо на сайте идет анализ подключения устройства, после чего доступ к устройству идет как-то хитро прямо через сайт.

Подключение Z-Wave датчика открытия окна/двери согласно инструкции к датчику и операциям в web-интерфейсе было произведено успешно. Статус датчика в web-интерфейсе четко отслеживался.

2

Загрузка Веры судя по всему продолжается даже после установки индикатора power в состояние solid (постоянно горящий), поэтому не менее 2 минут надо ждать все равно.

Web-интерфейс сделан с использованием ajax, разработчикам - плюс. Если web открыт на двух машинах, то все изменения, сделанные на одной машине, сразу отображаются в интерфейсе на другой.

События (events) имеют смысл только после регистрации пользователя Веры на сайте mios.com. Вере тогда присваивается уникальный ID и с этого момента все настройки так или иначе сохраняются на сайте. Таким образом, видимо, производители решили вопрос с потерей данных конфигурации при сбое работы девайса. На новом девайсе поднять конфигурацию - легко.

Документация по Вере, как железке - Вики http://wiki.micasaverde.com/index.php/Special:AllPages. Правда, в основном она касается Веры 1, по Вере 2 искать там информацию сложно, но можно.

Сцены (Scenes) - по сути это как командный файл в винде или линухе. Только команды, конечно, специфичные. И еще отличие - в сцене прописывается событие, по которому она будет срабатывать. Настраивается так же через web. В настройках сцены замечена вкладка Luup. Дальнейшая копка Инета открыла интересную вещь. Luup - это специальный сценарный язык программирования, с помощью которого в рамках системы Вера можно описывать (по заявлениям micasaverde) любое поведение любого устройства, которое можно подключить к системе. Первичные сведения - http://wiki.micasaverde.com/index.php/Luup_Intro.