Bar_boss

Во-первых, я из жадности сэкономил один провод, и "заземлил" ИК-диод на плате Во-вторых, с той же платы взято питание, которое, к счастью, на блоке индикации есть всегда, когда есть напряжение в сети (и сэкономил блок питания ). В-третьих, эстетика: ничего не изменилось во внешнем виде блока, только ненавязчиво помигивает индикатор нового контроллера (я вписал индикацию состояний "нет Wi-Fi", "нет связи с MQTT-сервером" и "все .

Понятно, спасибо. Очень даже симпатично все получилось реализовать.

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

Первая жертва "безумного автоматизатора" - кондиционер. Небольшое вмешательство и доработка блока индикации, три недели расшифровки протокола пульта

А для чего понадобилось вмешательство в блок кондиционера? Ведь эмулятор пульта можно установить снаружи?

Глушится Орион на раз два три

А в Ajax Starter Kit, надо полагать, распространение радиоволн в диапазонах GSM подчиняется собственным, специально открытым для этого девайса законам физики?

При организации сбора данных через датчики с RS485 "главный контроллер" не обязательно разрабатывать, его заменит обычный комп или ноутбук с переходником USB/RS485. И даже ПО можно не писать - посылать запросы слейвам и принимать от них информацию можно с помощью любой терминалки. При условии, что не нужно будет вести статистику, выводить графики и т.д

У себя в квартире я собираю данные с пяти датчиков и с уличного датчика по 1-wire на один общий блок с дисплеем, а уже с него через RS485 передаю данные на Raspberry Pi. Получается и "местный" контроль показаний прямо на дисплее и удаленный контроль через интернет.

Однако рекомендовать здесь такую схему не буду, потому что длина линий 1-wire у меня небольшая. Если применять такой подход к задаче поставленной ТС, то нужно устанавливать на 1-2 этажа отдельный блок, к которому датчики подключены по 1-wire, а затем обвязывать все блоки через RS485. Большого смысла в этом нет, проще забирать показания температуры напрямую по RS485 с помощью датчиков, ссылку на которые приводил выше.

Ардуино мо і не любить. А якщо на якомусь толковому МК зробити?

Спеифікація говорить про "до 100 метрів". На крайній випадок взяти виту пару. А ще як екрановану

Тут вопрос не на каком микроконтроллере делать, а больше как правильно организовать линию связи с термодатчиками.

Если зашел вопрос про спецификацию, то "дальность" RS485 - 1200 метров. Плюс надежное подавление синфазных помех. Поэтому RS485 и применяют в промышленности. А 1-wire - это больше для домашних поделок и работы на коротких линиях.

Учитывая, что охват зон контроля температуры довольно большой, тем более по "подвалам и чердакам", линия связи должна обладать высокой помехозащищенностью. Я бы рассматривал в этом случае не 1-wire, а RS485. Такой интерфейс как раз предназначен для работы в условиях неблагоприятной ЭМО.

В качестве примера можно посмотреть что-то типа таких девайсов - ru.aliexpress.com/item/Temperature-and-humidity-transmitter-rs485-modbus-temperature-sensor/32400484544.html?spm=2114.41010308.4.2.thTSfj

Кстати... А кто то пробовал управлять мощными нагрузками с Raspberry Pi напрямую через твердотельное реле SSR 25DA? Там в описании управление от 3 до 32 вольт...

"Напрямую" с выхода GPIO наверное не стоит, а вот по типовой схеме включения (с транзисторным ключом) почему бы и нет?

Имхо, дополнительную оптронную развязку, судя по "внутренней" схеме реле делать необязательно, т.к. она уже присутствует в самом реле:

Странно, но у меня такое работает

Попробуйте таки преобразователь уровней

Эти модули прекрасно управляются от уровней 3,3В. В частности, я их использовал для управления с Raspberry Pi.

Ниже приведена схема одного канала такого модуля. Включение реле производится низким уровнем (0), выключение – высоким (1).

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

Если подходить с точки зрения здравого смысла, то ничто не позволяет. Потому что что любая система, именуемая "умным домом", попадает как раз под понятие автоматизация:

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

Но я никому не навязываю эту точку зрения. Пускай каждый считает так, как считает нужным. Для кого-то и сенсорный выключатель - это "умный дом" :D

Все таки размытая грань между автоматизацией и умностью

Простой пример

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

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

 

ИМХО, простое событие-действие - автоматизация, совокупность разных ивентов без прямого участия человека и одно действие на основе анализа многих ивентов - это уже умность

А какая разница - по нажатию кнопки или по команде (анализу) датчиков, каким бы этот анализ сложным бы не был? Это как раз и есть автоматизация в самом классическом понятии.

Или умный - это когда минимум искуственный интеллект?

Это уже максимум

Соглашусь с Diver по поводу термина "умный дом". Это чисто "маркетинговое" понятие, которое применяют все, кому не лень - даже выключатель, управляемый по ИК или радиоканалу называют "умным домом".

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

Дело в том, что батарейка дополнительно является своеобразным «конденсатором большой емкости» - обратите внимание, ведь больше никакого фильтра (электролитического конденсатора) на плате нет. Поэтому, поставить «свежую» батарейку будет явно не лишним.

И будьте очень аккуратны при пайке корпуса кварца. Старайтесь его не перегревать!

Я использую такой модуль с Raspberry Pi и особых нареканий к точности хода нет.

Причина погрешности, кроме кварца, может быть в "севшей" батарейке. Так же не помешает проверить конденсаторы в цепи питания. Корпус кварца припаян к общей шине? (для этого на плате есть специальная площадка).

Аналогично у нас на подстанциях все терминалы РЗА "обвязаны" RS485. Единственное, "витая пара" в экране.

Это тоже говорит о надежной помехозащищенности RS485 - все понимают, какие возникают "сложные" помехи и переходные процессы при коммутации высоковольтного оборудования.

Речь шла о максимальной дальности между двумя устройствами (приемопередатчиками). Стандарт говорит о 1200 м.

Проверял на практике пару лет назад. Четыре стандартные бухты "витой пары" (305 м каждая) были соединены последовательно. Одна пара в кабеле - RS485, остальные три пары включены в паралель и по ним подавалось питание от мастера на слейв. Надежный обмен данными на скорости 19200. Протокол обмена - Modbus RTU. На большей скорости, увы, проверить не было возможности.

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

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

.... Понастоящиму умный дом должен работать по шаблонам даже не заложенным пользователем, а полученным в результате анализа жизнидеятельности жильцов. Т.е. самопрогромируемый и регулировать сам свою деятельность экономя ресурсы без ущерба для комфорта жильцов (например интелектуальное управление вентиляцией по содержание СО2 в воздухе, а не просто 30 кубов в час, позволит сохранить минимум треть тепловой энергии).

Вы, безусловно, правы. Термин "умный дом" теперь употребляют все кому не лень. Причем, не только маркетологи. Мне один знакомый как-то рассказывал, что ему реализовали нечто, что он гордо называл "умным домом". В итоге это оказался выключатель, установленный на входе в дом и управляющий пускателем, который в свою очередь отключал/включал все нагрузки в доме, кроме нескольких групп (холодильника, насоса и т.д)

Выпросил малинку. Мне как-то с LAMP проще. Буду пробовать

Какие датчики планируете применить?

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

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

Если найдутся желающие, пишите в личку, скину адрес/логин/пароль.

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

Я речь вел на строимдом свое поднять.

Дивер, не буду. Мне пиарить их смысла нет, в отличие от Вас я не "продаван" и коммерческую выгоду не преследую.

Но зато я сделал уже очень давно то, о чем Вы тут только разглагольсвтвуете. У Вас в планах то, что любой "пионер", вроде меня сейчас элементарно может сделать.

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

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

.

У меня такая система функционирует года три, если не больше. Сервер подключен в сеть через Lan, но никто не запрещает воткнуть в порт "свисток" и обеспечить доступ по ГСМ.

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

И кстати, все скрипты абсолютно доступны.

А почему бы в споре LAN & GSM не найти некоторый компромис?

Допустим, при определенном событии отправлять пользователю в качестве уведомления e-mail. В свою очередь настроить извещение через SMS при получении почты.

И не нужно никаких дополнительных GSM модулей и SIM карт.

А никто и не спорит, что серийные изделия обойдутся более выгодно

Техническое творчество ныне удовольствие не самое дешевое. Но кому-то оно нравиться. Например. мне.

С другой стороны я никого не призываю "брать паяльник в руки". Каждый решает сам

Есть стоимость изделия? Это и электронные компоненты и написание ПО...

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

По стоимости комплектующих немного могу сориентировать.

Raspberry Pi2 - 35....50 $

4х канальный модуль реле - до 5$

Блок питания - примерно 20$

Остальная мелочевка потянет на 10-20$. Как-то так

А вообще, то что описано в статье, это только "централизованный" сегмент системы. Она ещё дополняется сетью контроллеров, работающих по RS485 и по радиоканалу. Если интересна структура системы в целом, можете почитать здесь - electromost.com/news/kompleksnaja_sistema_domashnej_avtomatizacii_na_raspberry_pi/2016-01-29-140