Михаил Зеленкин

Сама по себе Ardurino вполне неплохая платформа, хотя я после работы с AVR на C считаю что без Ardurino можно писать более эффективные программы и использовать более дешевые компоненты. Впрочем, если вещь работает какая разница на чем написана прошивка?

Как выше уже заметили если схемотехника правильно выстроена, то Ardirino будет работать довольно стабильно. Не зависимо от китайская это плата или оригинал. Но нужно понимать происходящие процессы, проверять питания МК, не перегружать и т.п.

Что касается умного дома, то я бы прежде чем делать что-то на ардурине подумал, что будет лет через 5-10 когда у вас этот девайз накроется и его надо будет менять. А вам уже будет не интересно ковыряться в ардурине? Или вы будете в командировке, а дома жена? или просто не будет времени на это?

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

В общем, я бы посоветовал посмотреть на шину RS-485 с Modbus или на ESP8266 (Sonoff). И делать максимально простые устройства вроде Реле на 1,2,4 канала или входы "сухой контакт" и т.п.

По соотношению цена/возможности RS-485 + Modbus вполне годный вариант. Альтернатива (исключая спецпротоколы вроде KNX или SmartBus) CAN, но стоимость устройств дороже и отладка более сложная.

Большие скорости в принципе не нужны, так как данные будут в основном размером с байт-два. В бинарном виде это займет с адресами и контрольной суммой порядка 5-10 байт. То есть примерный объем с запасом 20 (10 - запрос, 10-ответ) байт на устройство.

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

Я бы не возлагал большие надежды на ардурину, во всяком случае как головное устройство. Лучше взять либо ПЛК, либо микро-ПК (например, Raspberry) с интерфейсом RS-485. Кроме того стоит подумать как строить сеть. На мой взгляд правильнее иметь умные оконечные устройства со связью с master'ом. Это поможет в аварийных ситуациях, например свет будет управляться выключателем на стене через устройство, пока master недоступен.

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

Из альтернатив я бы смотрел на CAN, KNX или SmartBus. Но для CAN я что-то вообще не вижу устройств, а для спец решений совсем другие цены.

1. Время и терпение, много.
2. Не бояться консоли, это вообще самое замечательное GUI, которое изобрел человек =))
3. Уметь гуглить и читать документацию, в том числе и на английском.
4. Забэкапиться.

Дальше
1. Находим дистрибутив который привлекает, начать можно с Ubuntu. Скачиваем.
2. Грузимся с Live CD, тестим.
3. Устанавливаем систему в виртуальную машину и изучаем, настраиваем. Когда чувствуем уверенность в своих силах ставим на реальное железо. Лучше если будет под рукой еще комп с интернетом во время установки.
Если можете выделить комп для экспериментов, то можно вез виртуальных машин :)

В самом переходе нет ничего сложного. Главное разобраться с оборудованием и найти нужные программы.

Обычно это реализуется на KNX, Smart Bus (HDL), Lonworks и т.п.
Причем через шлюзы может быть подключено несколько различных сетей. Например свет по KNX, СКД через что-то другое. При необходимости сэкономить иногда берут ПЛК (например тот же owen) + периферию.

Готового решения на самом деле не существует, потому что каждый проект уникален. Этим занимаются интеграторы. Ставится обычно то, что приемлемо по ценам/нравится интегратору + шлюзы + настройка софта, чтобы для пользователя это выглядело как единая система.

Если выключатель без замены электропроводки, то придется включать устройство в разрыв между нагрузкой и сетью. И тут не все так просто, т.к. предугадать что там за нагрузка довольно сложно: сегодня была лампа накаливания, завтра вкрутили КЛЛ.

Вообще IMHO обычно все сводится либо к конденсаторному БП, либо микросхемам - линейным регуляторам напряжения (вроде FSAR001), либо к транформаторам в том или ином виде.

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

Общая идея выше уже описана.
Начинал с Windows, потом долго работал на Linux и в конце концов пересел на Mac.
Как выше отметили переход на Mac для программиста оправдан если это web-разработка. Так сложилось что большая часть сайтов работают под unix-системами.

По этой причине под windows не совсем удобно работать. Поэтому приходим к мысли что нужно что-то unix-like.
Сейчас меня забросают минусами, но у всего unix-like IMHO не особо хорошо с интерфейсом (мне лично чего-то не хватает: порой кажется, что окошки зря расходуют место) и самое главное - если заниматься не только кодингом, то нет некоторого софта (типа photoshop etc).
Вообще под linux вполне можно жить, но некоторых типов софта там либо нет, либо он еще развивается.

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

Что касается Mac OS, то это UNIX с графической оболочкой которую разрабатывал профессиональный дизайнер. И как ни странно, она просто работает и многие вещи очень неплохо продуманы. Мне не надо постоянно что-то подкручивать после обновления. Думать как поставить какую-то программу потому что конфликт и тп. Устанавливать драйвера на железо через одно место.
Плюс довольно неплохая поддержка производителями железа/софта. IMHO, не сильно хуже Windows.
В общем фактически под этой ОС занимаешься своим делом, а не администрированием.
Насчет цены, она конечно немного завышена (хотя как посмотреть, ведь полноценная ОС идет бесплатно). Но если сравнивать одинакового уровня железо, то разница до скачков курса была не такая уж и большая.

В итоге обычно рано или поздно выбор становится вполне очевидным и осознанным. :)

P.S. Нужно понимать что ОС - это всего лишь инструмент. Где-то есть свои уникальные фишки, софт. Кому-то нравятся инструменты от одной компании, кому-то от другой.

Я не специалист, так на досуге занимаюсь. Выскажу мое IMHO, если еще актуально.
Для начала нужно уточнить качество линии. Для реализации 1-wire можно взять практически любой МК в который влезет код для обработки + код часов.

Что касается дружбы Raspberry, то вам нужно реализовать единый протокол. Если это 1-wire, то возможно стоит посмотреть на 1-wire мастер с интерфейсом i2c.

P.S. Возможно стоит подумать о гальванической развязке от 1-wire

Скорее всего не хватает процессора у Dune.

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

Не специалист, всего лишь мое IMHO:
1. Разграничение обязанностей (кто-то занимается одним блоком, кто-то другим)
2. Запрет всех съемных носителей
3. Система предотвращения утечек (Data Loss Prevention)
4. Административные меры.