Первейшее
назначение автоматики - поддерживать нормальную работу оборудования и
предупреждать нештатные ситуации (хотя бы на уровне информирования
пользователя о них). Сколь бы неутомим и деятелен ни был владелец
собственного коттеджа/дачи, он не может "быть и бдить"
сразу во всех местах: у газового котла (контролируя пропадание
подачи/утечки газа), насосного оборудования (поддерживая нужную скорость
циркуляции, отслеживая возможный прорыв/утечку теплоносителя и
последующий "сухой ход" насоса) или же непрерывно перемещаться по
помещениям, постоянно "подкручивая" комфортный уровень температуры для
каждого из них. Поскольку потенциальный ущерб от "катастрофических"
событий очевиден, мало кто "скаредничает" настолько, чтобы отказываться
от установки аварийных датчиков, но при этом легко отказывает себе во
всём остальном "сервисе" - зачастую не понимая, большая часть затрат уже
всё равно сделана!
Правильный подход здесь заключается в том,
чтобы сразу строить контролирующую/управляющую систему комплексно, по
принципу "умного дома", устраняя дублирование различных подсистем.
Датчики и контролируемое ими исполнительное оборудование должны
обеспечивать некоторый базовый минимум локального сервиса, "умея"
передавать и принимать данные/команды "снаружи", по подходящему
интерфейсу - вынося тем самым вопросы общего управления на внешний
"хозяйский" компьютер (пусть даже и не напрямую, а через
специализированный контроллер). Важно понимать, что программное
обеспечение на компьютере (в отличие от контроллера!) достаточно легко
заменить либо обновить - вспомните в качестве примера, сколько и каких
версий Windows "пережил" ваш домашний ПК!
Главная
и наиболее частая ошибка при создании "умного дома" - это пытаться
построить её как "вещь в себе", которая архитектурно не допускает лёгкой
модификации либо расширения собственных сервисных функций. При
отсутствии глобального "внешнего" управления с ПК при попытке апгрейда
такой системы пользователь зачастую сталкивается с ситуацией, когда
"проще всё выбросить и начать заново" - что в материальном плане очень
затратно. Следующий из всего этого вывод прост: сначала представьте
("спроектируйте") нужные подсистемы "на бумаге", хотя бы на уровне "хочу
чтобы делалось то-то и то-то" и затем попытайтесь их проверить на
возможность последующей модификации. Если вам не хватает специальных
знаний - не стесняйтесь задавать вопросы техническим специалистам потенциального поставщика оборудования. Помните, что совершенно не
стыдно чего-то не знать - куда затратнее этого не признавать и
упорствовать в собственном "техническом невежестве".
