Я никогда бы не рискнул написать статью об очередной реализации умного дома с подключением датчиков утечек воды в ванной и системами слежения за проделками кота в квартире. Слава богу, кот под контролем собаки, вода вроде тоже не течёт. Но всё же мы больше находимся на работе, в различных офисах, где не всегда удается создать оптимальную рабочую среду. Статья посвящена системе экологического мониторинга рабочего пространства в офисе и тем мероприятиям, которые мы провели после месяца её (на удивление) стабильной работы. Конечно, все данные отправляем в облака, смотрим на них со своих смартфонов, полезности в этом никакой, зато повод похвалиться перед близкими и знакомыми, да и в офисе стало покомфортней. Реализовано всё на ESP8266, а как — милости просим под кат)



Где мониторим?
Не скажу, что мы работаем прям в невыносимых условиях. Офисы в компании замечательные, в комнатах по три человека, много цветов. Само здание окружено лесом. В общем панорама офиса, где развернута система мониторинга прилагается.


Что мониторим?
Ничего оригинального. Снимаем температуру в офисе, влажность, давление и уровень CO2. Конечно, в систему добавлен сенсор освещенности. Уровень освещенности рабочих мест даже подлежит контролю и должен в нашем случае быть на уровне 300-400 Лк. Пожалуй, это самый важный параметр для комфортной работы. И самый динамично изменяющийся в течение дня.


Температуру и влажность получаем с датчика DHT22. Описание датчика.


Давление забираем с датчика BMP180. Описание датчика.


За уровнем CO2 следит оптический датчик MH-Z14. Описание датчика.


Ну и за качеством освещения следит сенсор TSL2561 в виде шильдика для Arduino серии GROVE. Описание здесь.


И, наконец, рулит всем этим контроллер ESP8266 в виде платки для быстрого прототипирования NodeMcu (по имени прошивки), который в моем случае прошивается из стандартной Arduino IDE.


Собираем коробочную версию
Итак, все датчики разложены на столе — пора собирать устройство. Однако, для начала проанализируем некоторые тонкости. Принципиальную схему набросал для наглядности.


Здесь все датчики запитываются от +3.3 В, которые мы возьмем с платы NodeMcu, благо их выведено на плате аж три. Но датчик углекислого газа придется запитать отдельно, ему требуется 4-6 вольт питания и при этом производитель настоятельно рекомендует обратить на это особое внимание. Так как я планирую питать устройство от отдельного блока питания на +5V — проблем не возникнет. Подаём питание на вывод 1 датчика MH-Z14 (либо 15, так как они продублированы). При включении датчик пару минут выдает всякий мусор в порт при передаче по линии TX/RX, поэтому полезный сигнал с этого датчика я беру с PWM выхода на 6 ноге. Вообще данный датчик мне понравился. Он достаточно стабильный, имеет цифровые и аналоговый выход, но может работать только с микроконтроллерами с трехвольтовой логикой, поэтому запустить его, к примеру, на UNO без танцев с бубнами согласования логических уровней не получится. В нашем же случае ESP работает на трехвольтовой логике, как и все остальные сенсоры. При этом особо привередлив к качеству питания сам ESP, но на платке, которую я использовал в этой поделке, собрана нормальная схема стабилизации входного питания до +3.3 В, но все-же питать плату я бы не советовал от всяких сомнительных ИП и вообще не подавал бы больше 5 вольт. Не будем также отлаживать полностью собранную схему, запитывая её только от USB порта. Так как датчик углекислого газа имеет большое потребление из-за наличия в его конструкции лампочки накаливания (как источника ИК, наверное), это может подсаживать порт. А оно нам надо?). Поэтому заливаем прошивку с включенным сторонним блоком питания, или через USB, но отключив датчик углекислого газа.

Без паяльника не обошлось...
Как видно из схемы, я использую два датчика на линии i2c. Это датчик давления и датчик освещенности. Как известно, на последовательной шине можно «повесить» до 127 всяких сенсоров и устройств. В реализации протокола должна быть выполнена подтяжка линий SDA/SCL к питанию, но только один раз. А если мы навесим N датчиков, в каждом из которых имеются подтяжки — можно посадить линию. Наверное, от двух датчиков ничего бы и не случилось — но я всегда последователен в проектировании. Не должно быть зуба — извините… Поэтому избавляемся от резисторов подтяжки в одном из сенсоров. Удобнее было выдрать резисторы из сенсора давления. На рисунке показано.

После всех этих допилов — собираем нашу коробочную версию. В коробке из-под бумаги)

Что удивительно — заработало сразу. Не к добру это, но всё же.

Усваиваем данные
Итак, идеология такова. Собираем данные с датчиков и, к примеру, каждые 10 минут, скидываем их в облачное хранилище через офисный Wi-Fi. Строим красивые графики и анализируем полученные результаты из Thingspeak.com. Сервис бесплатный, достаточно устойчивый и простой в понимании. О нем много написано. Регистрируем канал, получаем API-key, и сбрасываем данные с любых датчиков методом POST.

Код программы
// Место для важной херни, чтобы это все  заработало
#include <Wire.h>
#include <ESP8266WiFi.h> // будем вещать инфу в интернет, чего уж там 
float index_comfort=0; // индекс комфорта 

//+++++++++++++++++++++++++++++++++++++++++++++++++++

//Объявим библиотеки и переменные, будь они не ладны
// Начнем с влажности
#include "DHT.h"
#define DHTTYPE DHT22  // тип датчика - Grove DHT22
#define DHTPIN 14     // на 14 порту ESP (на плате нога D5) повесим датчик. 

// объявим глобальные переменные влажности и температуры 
float humidity_room = 0.0; // глобальная переменная влажность в офисе
// запрос humidity_room = dht.readHumidity();
float temp_room = 0.0; // глобальная переменная температура в офисе
// запрос temp_room = dht.readTemperature();

//  Инициируем датчик влажности. С него будем снимать влажность
// и температуру в офисе 
DHT dht(DHTPIN, DHTTYPE);

//++++++++++++++++++++++++++++++++++++++++++++++++++++

// библиотека для датчика освещенности 
#include <Digital_Light_TSL2561.h>
// объявим глобальную переменную по освещенности 
float light_room=0.0;
// запрос light_room=TSL2561.readVisibleLux();


//+++++++++++++++++++++++++++++++++++++++++++++++++++++++

// Теперь C02 датчик 
int CO2; // Объявим переменную концентрации углекислого газа
int pin_CO2 = 13; // порт 13, на плате 7 нога
// измерение СО2


//+++++++++++++++++++++++++++++++++++++++++++++++++++++++

// Теперь датчик давления добавим. 
#include <Adafruit_BMP085.h>
Adafruit_BMP085 bmp;
float pressure =0.0; // глобальная переменная давления
// запрос pressure=bmp.readPressure(); 
// давление в паскалях!
// 1013.25 millibar = 101325 Па = 760 мм рт.ст. Кто это придумал? Пипец...
// будем выводить в мм ртутного столба, так привычней

//+++++++++++++++++++++++++++++++++++++++++++++++++++++++

// Объявим все необходимое для передачи инфы в интернет-облако
// графики будем рисовать в thingspeak.com он, конечно, х..евый, но пойдет
#define myPeriodic 300; // время в секундах на передачу новых данных 
const char* server = "184.106.153.149"; // сервак облака thingspeak.com

String apiKey ="1K******************GM"; // АПИКЕЙ поставь свой

const char* MY_SSID = "P********x"; // имя Wi-Fi сети вокруг
const char* MY_PWD = ""; // пароль сети, если сеть без пароля, то ""

int sent = 0; // количество актов (циклов) передачи инфы. Для чего? Не знаю, пусть будет...

//++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

// Ща как все отсетапим, чтобы заработало

void setup() {
  Serial.begin(9600); // Откроем сом порт 
 
  Serial.println("Go! Go! Go!");
  
  Wire.begin(); 
 
  dht.begin(); // запускаем датчик давления 
 
  TSL2561.init(); // Запускаем датчик освещенности 
 
  pinMode(pin_CO2, INPUT); // пин датчика  CO2 инициируем 
 
  // Запускаем датчик давления
 if (!bmp.begin()) {
 Serial.println("Promlem with sensor bmp180!");
  while (1) {}
  }
  // подключаем wi-Fi
 connectWifi();
}

//++++++++++++++++++++++++++++++++++++++++++++++++++++++

// подключаемся к сети и проверяем параметры подключения
void connectWifi() 
{
  Serial.print("Connecting to "+*MY_SSID);
 WiFi.begin(MY_SSID, MY_PWD);
 while (WiFi.status() != WL_CONNECTED) {
  delay(1000);
 Serial.print(".");
  }
  
 Serial.println("");
 Serial.println("Connected");
 Serial.println(""); 
  Serial.print("SSID: ");
  Serial.println(WiFi.SSID());

  // параметры сети 
  IPAddress ip = WiFi.localIP();
  Serial.print("IP Address: ");
  Serial.println(ip);

  // уровень сигнала сети 
  long rssi = WiFi.RSSI();
  Serial.print("signal strength (RSSI):");
  Serial.print(rssi);
  Serial.println(" dBm"); 
}//end connect

//++++++++++++++++++++++++++++++++++++++++++++++++++++
// отправка данных на сервер
void send_info(float temp_in, float temp_out, float humidity_in, int CO2_in, float light_in, float pressure_all )
{  
  WiFiClient client;
  
   if (client.connect(server, 80)) { // use ip 184.106.153.149 or api.thingspeak.com
   Serial.println("WiFi Client connected ");
   
   // формируем строку передачи данных в облако  
   String postStr = apiKey; // АПИ кей
   postStr += "&field1=";
   postStr += String(temp_in); // температура в комнате 

   postStr += "&field2=";
   postStr += String(temp_out); // индекс комфорта 

   postStr += "&field3=";
   postStr += String(humidity_in); // влажность в комнате 

   postStr += "&field4=";
   postStr += String(CO2_in); // СО2 в комнате 

   postStr += "&field5=";
   postStr += String(light_in); // свет в комнате 

   postStr += "&field6=";
   postStr += String(pressure_all); // давление в атмосфере
   
   postStr += "\r\n\r\n"; // и закроем строку 
   
   client.print("POST /update HTTP/1.1\n");
   client.print("Host: api.thingspeak.com\n");
   client.print("Connection: close\n");
   client.print("X-THINGSPEAKAPIKEY: " + apiKey + "\n");
   client.print("Content-Type: application/x-www-form-urlencoded\n");
   client.print("Content-Length: ");
   client.print(postStr.length());
   client.print("\n\n");
   client.print(postStr);
   delay(1000);  
   }//end if
   sent++; // прибавим счетчик 
  
 client.stop();
 Serial.println("transmition closed ");
}//end send


//+++++++++++++++++++++++++++++++++++++++++++++++++++++

//  Ну и поехали, чего тянуть то? 

void loop()
{
 delay(5000);
 // влажность
 dht.begin();
 humidity_room = dht.readHumidity();
delay(500);

// температура в комнате
 temp_room = dht.readTemperature();
delay(500);

// солнышко и свет
light_room=TSL2561.readVisibleLux();
delay(500);


// CO2 длительность импульсов
 while(digitalRead(pin_CO2)==HIGH){;}
float duration_h = pulseIn(pin_CO2,HIGH)/1000;
 
 CO2= int(5000*(duration_h-2)/(duration_h+(1004-duration_h)-4)); // по паспорту 
 delay(500);

// давление атмосферное
bmp.begin();
pressure=bmp.readPressure(); 
pressure=int((pressure/101325)*760);
delay(500);

// расчитаем индекс комфорта 
if (temp_room<18) {
  index_comfort=(2*light_room/300)+(400/CO2)+humidity_room/40;
  }

if (temp_room>25) {
  index_comfort=(2*light_room/300)+(400/CO2)+humidity_room/40;
  }

  index_comfort=1+(2*(light_room/300)+(400/CO2)+humidity_room/40);

  if (index_comfort>5){
    index_comfort=5;
    }
  
// отправляем данные в облако
send_info(temp_room, index_comfort, humidity_room, CO2, light_room, pressure);
  
  //Перекур. Пауза между отправкой очередных данных 
  int count = myPeriodic;
  while(count--)
  delay(1000);

  // фу, вроде все. Надо пиво выпить...
  // особенности, выводы
  //
  // Датчику давления подтягивающие резисторы к шине i2c надо удалить как гланды, чтобы шину не
  // прессовать. Хватит поддяжки у датчика освещенности. 
  // зарабало с первого раза все. Удивительная херня. Лог передачи данных 
  // очень устойчивый, сеть держит хорошо. Датчики опрашиваем не торопясь, делаем паузы полсекунды. 
  // Полезно каждый раз инициировать датчики, особенно DHT22, хотя это не спортивно. 
  // Бл--, коту опять забыл корма купить... 
  // 15 февраля 2016 года.    
}


Если всё правильно работает, то будет как-то так)



Для того, чтобы это всё заработало, понадобятся библиотеки для работы с выбранными датчиками и библиотека для работы с ESP8266 по Wi-Fi. Также необходимо добавить в список плат Arduino IDE плату NodeMcu, а чтобы комп её увидел — понадобиться USB-SERIAL CH340 драйвер, который легко найти и скачать в сети без особых проблем.

Библиотека для ESP8266 Скачать
Библиотека для работы с датчиком влажности. Скачать
Библиотека для работы с сенсором освещенности. Скачать
Библиотека для работы с сенсором давления. Скачать

Датчик СО2 в библиотеках не нуждается. Показания вычисляем по длительности приходящего с PWM выхода импульса и рассчитываем по формуле из описания датчика. Кстати, диапазон измерений не 2000 ppm, а 5000, о чем, кстати, тоже пишет пользователь Hellsy22 в своей недавней статье про схожий датчик углекислого газа.

Оргвыводы
1. Работает
2. Поделка достойна из коробки из под бумаги перебраться в приличный корпус.
Вот такой. Будет ещё как светофор показывать уровень комфорта в офисе.


3. В офисе вечером маловато света — добавили пару потолочных светильников. Стало лучше. 350 Лк.
4. Уборщица и правда работает. Приходит рано утром, включает свет, влажная уборка дает всплеск влажности в офисе на полчаса. Не густо, но всё же…
5. Через два часа работы (три человека натужно дышат) в офисе уровень СО2 зашкаливает. Пятиминутное проветривание исправляет ситуацию до нормальной (500 ppm). Совмещаем (при желании) проветривание с производственной гимнастикой)))
6. Очень сухо. Отопление зимой, конечно, тому прямая причина. Дотягивать до комфортных 40-50% влажность не удается. Однако, цветы в офисе реально дают плюс 10 процентов к влажности по сравнению с аналогичным помещением без цветов. Не забываем их поливать, конечно). Кстати, на полив цветов уходит 10-12 литров воды. В офисе 13 горшков с цветами. Поливаем два раза в неделю.
7. Полезности в этом во всём, прямо сказать, мало. Однако, к примеру, для школьных классов или поликлиники такие системы были бы, наверное, полезней.

Совсем умным офис называть не будем. Пусть будет не глупый. Посмотреть мониторинг в живую можно здесь.

Всем хорошего дня!

Комментарии (34)


  1. Hellsy22
    07.03.2016 12:43
    +2

    Эх, каждый раз как я смотрю на прошивку esp8266/Arduino — появляется желание перейти на нее. NodeMCU ужасна — мало того, что LUA сам по себе напоминает недоделанный бейсик, так еще и нынешняя команда разработчиков придерживается идеологии перекладывания проблем на конечного пользователя. Например, в NodeMCU нельзя просто взять и вызвать дважды отправку данных — нужно убедиться, что данные отправлены или вторая отправка тихо пропадет, без каких-либо сообщений об ошибках. Буферизация? Нет, не слышали и слышать не хотят.

    Но отказаться от возможности обновлять скрипты на контроллере "по воздуху" — выше моих сил.

    В общем, я что хотел спросить — а как на этой прошивке с поддержкой железа?


    1. Uris
      07.03.2016 12:47

      В общем, я что хотел спросить — а как на этой прошивке с поддержкой железа?

      В целом вполне даже терпимо


      1. webzuweb
        07.03.2016 13:33
        +1

        После Вашей статьи прямо рука тянется к заказу.
        Посоветуете?
        1
        2
        3


        1. Uris
          07.03.2016 15:24
          +1

          Любую. Но я бы взял 2. А вот поделка из статьи собрана на третьем варианте.


          1. webzuweb
            07.03.2016 19:18

            Мне кажется первый вариант это вообще вариант для быстрого старта.
            Не нужно снимать с макетки для перепрограммирования.


        1. Celtis
          07.03.2016 17:43
          +2

          По 2 (ESP8266 Witty) недавно сделал видеообзорчик. Если интересно — вот:

          Видео


          1. Uris
            07.03.2016 17:45
            +1

            А почему нет?


          1. webzuweb
            07.03.2016 19:00

            ?Porque no, amigo?
            Это шутка, учитывая холивар о качестве и тематике постов последнее время на GT?


            1. Celtis
              07.03.2016 19:32

              А что не так с тематикой? DIY уже не в моде?
              Больше размышляю в ключе "не много ли чести одной платке — целая статья?" Впрочем, о том же Pi Zero уже писали и не раз. Да и Ваш собственный вопрос о выборе показывает некую востребованность материала.


              1. webzuweb
                07.03.2016 20:00
                +2

                Наоборот, вытесняют DIY с GT


    1. tri_botinka
      10.03.2016 20:22

      Посмотрите на homes-smart http://www.wifi-iot.ru/ или sming — http://esp8266.ru/forum/threads/sming-open-source-framework-dlja-nativnoj-razrabotki-proshivok-esp8266.167/ там с памятью нормальнее


  1. tunelix
    08.03.2016 02:55
    +2

    еще можно датчик пыли Pm2.5 добавить. в офисе пыли полно


    1. Uris
      08.03.2016 16:02

      Принял к сведению)


  1. IgorGolov
    08.03.2016 15:48
    +1

    Про отсутствие полезности не скажите: очень даже полезно в плане улучшения производственных показателей.


    1. Uris
      08.03.2016 16:01

      Трудно оценить. Токаря или пекаря по выпускаемым деталям или булкам как-то можно, но менеджеров как? По глубине приходящих идей? Хотя это шутки. Согласен с вами, это полезно, хотя бы из-за элементарной внимательности к коллегам и приходящим в офис клиентам.


      1. IgorGolov
        08.03.2016 16:48
        +1

        Это полезно ещё и тем, что можно к этому автоматику навесить. Организовав проветривание и не только.


  1. telnov
    08.03.2016 22:00
    -3

    Посмотрел «картинки» увидел надпись «Удаляем эти два резистора». Больше не читал… Ибо это уже не «умный», а «безумный дом». Ребят, вы меня извините, я все эти усилия ценю но, это кустарщина к чему то нормальному не приведет. Никогда не задавались вопросом почему тут нет историй про решения на базе шнайдер электик(мертен) или абб или например гира? Что нить из Легран? Ну или что то на базе оборудования Бехоф (что в общем то в плане умного дома вполне и весьма бюджетно.)?


    1. Hellsy22
      09.03.2016 00:48
      +2

      • Решений на базе готовых модулей на GT опубликовано много, причем из самых разных ценовых категорий.
      • «Безумие» для каждого определяется его собственной компетентностью. Кто-то и самостоятельное подключение готовых модулей назовет безумием — мол, этим должны заниматься специально обученные люди с сертификатами от компании-производителя модулей.
      • DiY вообще подразумевает «кустарщину».
      • И такая «кустарщина» приводит к хорошему результату в абсолютном большинстве случаев, зачастую — даже к лучшему, чем собранные на конвейере китайскими парнями из дешевых компонентов брендованные девайсы.
      • В конкретном случае автор вообще молодец, потому что не просто бездумно повесил на I2C два датчика.


      1. telnov
        09.03.2016 08:49

        Понимаете в чем вся проблема. Когда человек делает нечто подобное у себя дома, я это могу понять. Я даже восхищаюсь такими людьми. Но когда человек начинает такое лепить у кого то в Офисе или не дай бог под заказ — это уже проблема. Вот он уйдет на другую работу с этого офиса или вообще уедет из города, в его системе что то сбойнет и кто в этом будет разбираться? Будут платить деньги, чтоб это все демонтировать и сделать заново на другом оборудовании? Прелесть модульных, популярных систем как раз в том, что и специалистов много, проходит 15-20 лет ты просто заказываешь новый модуль взамен вышедшего из строя.


        1. Uris
          09.03.2016 09:08
          +1

          Всё это хорошо и правильно, но вы колите в сердце как Д'артаньян. Никто не спорит, что промышленные решения куда лучше. Я не продаю и никогда не стану продавать поделки. Сам противник такого подхода. Всё надо доводить до ума и до нормального продукта. Я пишу эти статьи для популяризации технической деятельности, для поиска сторонников и уверен, кто-то заинтересуется создавать что-то новое и уже сделать достойный продукт. В любом случае — благодарю за мнение. Кстати, Шнайдер электрик тоже иногда такое выдает… Используем Шнайдоровские мощные пускатели на своем производстве. Хорошие — ничего не скажу. Но при установке лично я меняю в них одну вставку на нормальную выточенную из полистирола, взамен фирменной, которая выходит из строя через три месяца и может быть причиной пожара. Я понимаю, что это маркетинг — сделать что-то криво, чтобы постоянно покупать твой продукт. Но это тоже, знаете ли не стиль. Так-что шнайдер шнайдером, но уметь подкрутить гайки и знать как работают сенсоры на линии i2C тоже в жизни помогает.


        1. Hellsy22
          09.03.2016 09:54

          Проходит 15-20 лет и выясняется, что нужный модуль уже 10 лет как не производится, его замена не совместима со старым софтом, а новый софт не совместим со старым оборудованием. Итог тот же самый — полная замена. Да и производители не рассчитывает на такие сроки эксплуатации — у датчика MH-Z14 ожидаемое время работы около пяти лет. Так что, если это решение проработает 15-20 лет, то автора можно только поздравить.

          Отдельно отмечу, что устройство лишь сигнализирует о качестве воздуха и освещения.


          1. telnov
            09.03.2016 10:07
            -1

            Проходит 15-20 лет и выясняется, что нужный модуль уже 10 лет как не производится, его замена не совместима со старым софтом, а новый софт не совместим со старым оборудованием.

            Ну чтож. И так тоже бывает. Производитель всегда рассчитывает жизненный цикл определенный продукта. Как правило замена всегда есть. И она почти всегда встанет в то место в котором было старое оборудование.


    1. bazis13
      09.03.2016 11:53
      +1

      Поморгать светом на ардуине с телефона можно меньше чем за $10. За сколько десятков тысяч рублей можно подключить ABB к wifi и получить интерфейс на телефоне?


      1. telnov
        09.03.2016 12:29
        +1

        Такие решения у ABB имеются. Но это будет стоить очень дорого. Стоимость некоторых решений этой несложной задачи может даже исчисляться не десятками, а сотнями тысяч рублей. Тут вы правы. Но пока в коммерческих решениях в сфере «умных домов» побеждает не адруино, а ABB. И так будет еще довольно долго. Хотя если Вам интересно мое мнение, то лично я болею за адруино и распберри. Потому как они хороши не только с коммерческой, но и с технической точки зрения. Тут вопрос, как мне кажется, в экосистеме, которая еще не сформировалась, а также в критической массе проектов. Ну плюс ко всему с точки зрения бизнеса выгодней зарабатывать на дорогом оборудовании, а не на дешевом.


        1. Uris
          09.03.2016 13:06
          +1

          Вот это великолепно! Особенно про экосистему, которую, кстати, мы же с вами между делом то и формируем!)


        1. bazis13
          09.03.2016 13:20

          Есть уже популярные проекты в этой сфере. Тот же mysensors — документация есть, релизные версии продуктов есть, почти готовое железо тоже продается.
          До промышленной надежности далеко, но тут мало кто готов за эту надежность столько доплачивать.


          1. telnov
            09.03.2016 14:32

            Понимаете в чем тут штука. Вопрос не в надежности этих устройств. Тут то как раз я думаю, что вопросов не будет. Основные вопросы при использовании в коммерческих проектах следующие:
            1. У всех этих решений нет четкой модели бизнеса. У ABB и прочих есть тренинги, обучения, сертификация, техподдержка, каталоги, типовые решения, программное обеспечение с четким направлением на домашнюю автоматизацию. Они продают не столько оборудование, сколько уже готовый бизнес. В случае с адруино и прочего непонятно как на этом зарабатывать, где и чему учится, как это применять. Не говоря уже о том, что на оборудовании вообще денег не заработаешь.
            2. Собственно второй пункт проистекает из первого. Ну вот я счастливый обладатель такой системы. Год, два, три оно работает. И вдруг что то ломается. Контора, которая это делала применяя свои «уникальные разработки» развалилась, разорилась, или перешла на другие решения. Куда мне бежать, кого искать? В случае с ABB я позвоню в компанию и мне эту проблему решат и инсталяторов посоветуют хороших и оборудование скажут какое и где купить. Проблем не будет никаких.
            3. Технический пункт. Знали бы вы какой «зоопарк» разных устройств и систем автоматизации зачастую можно встретить на реальных объектах. Вопросы интеграции с различными смежными инженерными системами это один из самых сложных вопросов во внедрении «Умного дома». Любой коммерческий проект это сроки, а сроки это деньги. Я уверен, что абсолютно все вопросы по интеграции со смежными системами возможно решить и на адруино или распберри. Но… Заказчик заплативший деньги за Ваше решение не будет ждать пока вы решите вопрос с каким нибудь нестандартным интерфейсом кондиционера или котла. Вы и Ваше оборудование просто покинете этот строительный объект.


            1. bazis13
              09.03.2016 14:40
              +1

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

              Что-то от маленькой конторы с закрытыми решениями я бы ставить не стал. Особенно, когда это нельзя просто вытащить из розетки и выкинуть, когда они свой сервер перестанут включать.
              Сейчас выбор — либо свой велосипед за копейки, либо промышленное оборудование за 100500 денег и инсталлятором.
              Есть еще средний вариант z-wave: оборудование дорогое, зато можно ставить самому.


              1. telnov
                09.03.2016 14:54
                +1

                это только вопрос времени, когда энтузиасты с опенсурсом догонят коммерческие компании в этом направлении.

                Вот тут я согласен.
                Заявка на победу: https://www.youtube.com/watch?v=_MeQBfQObgk Прикручивают малинку к системе ввода/вывода ваго. Как раз таки случай при котором мы получаем очень хороший контроллер способный вытянуть весь функционал умного дома в цену около 100 долларов(корпус, флешка + 35 евро за ПО). У ваго кстати есть крепление на динрейку для малинки.


            1. pokryshkin
              09.03.2016 19:35

              что скажете на счет Wiren Board?


              1. telnov
                09.03.2016 20:11
                +1

                Wiren Board? "Красивая" штука. Modbus на борту это очень хорошо. CAN? Странный выбор для домашней автоматизации, но тоже может быть полезно. Плохо что нет LON. Это оборудование вентиляции, кондиционирования, отопления. И нет KNX. Это красивые сенсоры. Выключатели, датчики движения и пр. Как говорится премиальный сегмент(самый богатый). Похож немного на вот эту штуку: http://evika.ru/katalog/catalog_evika_lm4/


                1. pokryshkin
                  09.03.2016 22:32
                  +1

                  Можно подробнее: почему "странный"?
                  На LM4 тоже смотрю, но цена! даже с LM4 lite разница примерно в 6-8 раз, а с полной версией как я понимаю вообще в 10-15 раз.


                  1. telnov
                    09.03.2016 23:25
                    +1

                    А какая периферия или оборудование работает на CAN? Мне в голову приходит только EATON(бывший Moeller). Но это промышленное оборудование. К домашней автоматизации это все не имеет отношение. Компания Эвика жадная. На вопрос: "Что так дорого?" Они отвечают: "А у кого подобные решения дешевле?"


                    1. pokryshkin
                      10.03.2016 10:40
                      +1

                      Спасибо, пойду гуглить )