Контроллеры для "умного дома"

Решил я вернуться к тебе УД :) До этого много изучал теории и пр., более-менее сформировалось представление о том, что я хочу:
1. В первую очередь управление климатом (подробности ниже)
2. Управление освещением
3. Управление нагрузками (в идеале в каждой розетке)
4. Водопровод (датчики затопления + запорная арматура)
5. Всякие мультимедиа-прибамбасы типа единого мультимедиа вещания по квартире - но это уже далеко в сторону

Окружение - обычная двухкомнатная квартира 54 кв.м.
Делать всё буду в hobby-mode, причём бюджет крайне минимален. Уже есть горстка различных AVRок, россыпь 1-Wire элементов (ключи, ЦАП/АЦП, термодатчики и пр.), 1-Wire mostir USB, старый осцилограф не поддающийся нормалной калибровки, и может приедет наконец-то AVR программатор (т.к. давно пробовал играться с LPT-пять-проводков, но на новом компе нету LPT).

Первое время вплотную буду заниматься только вентиляцией. Там будет чисто силовая часть:
- Управление двумя асинхронными двигателями (уже есть, ~200Вт каждый, в инструкции написано что ими можно управлять простыми тиристорными регуляторами скорости, китайский диммер для освещения это подтвердил) - скорость, может с мониторингом оборотов, хотя наверное лишнее.
- Управление заслонками для распределения потока воздуха по комнатам (одна общая ОТКР/ЗАКР и две с пропорциональным упрвлением) - часть есть, часть придётся делать самому т.к. за каждую готовую 2000р жаба давит. Эл.приводы ещё не решил - есть мощный эл.стеклоподъёмник от восьмёрки, с eBay едут мощные сервы с усилием 12кг, есть движки от старых принтеров.
- Контроль скорости воздушного потока в воздуховоде - приток/вытяжка на каждую комнату отдельно. Сначала смотрел в сторону авто-датчиков расхода воздуха - но дорого. Пока попробую сделать по аналогии метео-станций - есть куча старых кулеров - выкину обмотки и буду считывать показания с их датчиков холла.
- Контроль температуры. Тут IMHO без вариантов 1-Wire датчики - стоят ~20р за штуку, вешать их на одну линию, можно утыкать хоть всю квартиру ими, а для нормального климат-контроля их нужно будет не мало.
- Ещё есть кондиционер, вмонтированный в систему по схеме теплового насоса, но пока ограничюсь простым вкл/выкл с настройкой через его собственную панельку.
- Возможно придётся докупать нагреватель (~2-3кВт) и управлять им тоже пропорционально, но это пока под вопросом (надо сначала рекуператор доделать, там видно будет)

Делать всё хочу на AVRке, скорее всего хватит одной.

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

Вопросов будет куча, но в своё время решить всё и сразу ни к чему не привели, по этому теперь буду последовательно идти маленькими шажками, а вопросы решать по ходу.

0

Я делаю . Набив шишек на первых двух.

0

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

0

Да, по поводу 1-wire - сия шина очень плохо стыкуется с нагруженным контроллером. У меня если они и будет (несколько десятков термометров валяется в загашнике), то только через переходник y2s<->1-wire или что-то подобное. К тому же, по опыту, эти твари периодически отваливаются, вешая шину.

0

Сообщение от THI BIOST Да, по поводу 1-wire - сия шина очень плохо стыкуется с нагруженным контроллером. У меня если они и будет (несколько десятков термометров валяется в загашнике), то только через переходник y2s<->1-wire или что-то подобное. К тому же, по опыту, эти твари периодически отваливаются, вешая шину.

А сопроцессор поставить, тиньку восьминогую?

0

8 ногую тиньку поставить можно (уже ставил, как y2s slave), но... Даже *5 тинки на PLL частоте (16 МНz) маловато для одновременного обслуживания y2s и 1-wire. Слишком уж жёсткие тайминги у последнего.

0

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

Про 1-Wire - я общался с человеком, реально работающим с 1-Wire, по его опыту 150+ различных датчиков 1-Wire отлично работают на шине длинной около 100-120м в течении длительного срока (более 2х лет) без проблем. Мастер шины у них фирменный Daltos, с COM интрефейсом, подключен к какому-то хитрому МК.

0

Сообщение от shum_yms Мастер шины у них фирменный Daltos, с COM интрефейсом, подключен к какому-то хитрому МК.

Я вот про это и говорил - специальный мастер на 1-wire. Как он подключён к основному контроллеру - дело десятое.

0

В промэлектронике вроде были DS2482-xxx - это готовые 1-Wire to I2C мастера, стоят в пределах 100-150р. На заказ правда.

0

Вопрос по общению контроллеров - что лучше выбрать в качестве шины и протокола ? Хотелось бы минимум проводов, минимум доп. железа для AVRок, скорость не критична. Шина с одним мастером тоже как-то не сильно интересна получается (в своё время думал о 1-Wire, но похоже не очень вариант получается, коряво как-то).
Двойное кольцо, токовая петля, Token-ring и т.д. - кто чего посоветует на эту тему почитать для систем малого и среднего размера ? Важно что бы инициатором обмена мог стать любой узел. Узлов вряд ли будет более 255.

0

Я планирую:
- внутри одной платы - I2C
- остальное - радиоканал.

0

Внатри одной платы - видимо имеется в виду законченный контроллер ? Если да, то там mostir-slave как раз подходит, хоть I2C, хоть 1-Wire.
А вот как соединить контроллер климата, контроллер, следящий за освещением и теперературой в каждой комнате, контроллеры освещения и прочие МЕЖДУ собой, да ещё и что бы равноправие было - что бы ЛЮБОЙ из них мог быть инициатором вещания - тут у меня большой вопрос. Радиоканал хорошо конечно, но это именно канал - а что с протоколом обмена ?

0

А протокол - свой. Зачем пытаться взять готовый, если всё это внутри самого себя?

Кстати, I2C нормально работает и в мультимастер режиме.

0

Сообщение от THI BIOST 8 ногую тиньку поставить можно (уже ставил, как y2s slave), но... Даже *5 тинки на PLL частоте (16 МНz) маловато для одновременного обслуживания y2s и 1-wire. Слишком уж жёсткие тайминги у последнего.

Стандартный вопрос - а куда так спешить? Пришел сопроцессору запрос, он отдал последние достоверные данные, и продолжает дальше датчики опрашивать по очереди. Если мозги получат значение температуры, которое устарело на пол-секунды, от этого ровным счётом ничего не изменится. У датчиков гигантская инерция, по сравнению со скоростью доступа.
Далее, насчёт таймингов. Где там сложности? Во-первых, можно пристроить uart для работы с шиной, это сильно разгружает процессор. Тайминги важны только внутри битовых интервалов, промежутки между байтами могут быть любыми, да и между битами могут варьироваться в широких пределах. Прерывания запретил - байт туда-сюда по одновайру сбегал - прерывания разрешил. Если по IIC что в приехало, пока камешек трудился - так оно в регистре лежит...

0

Сообщение от THI BIOST А протокол - свой. Зачем пытаться взять готовый, если всё это внутри самого себя? Кстати, I2C нормально работает и в мультимастер режиме.

Просто я следуюя принципу "всё написано до нас" и общей лени не вижу смысла изобретать велосипед, если есть (если они и впрямь есть конечно) готовые решения в виде библиотек.
Что-то типа широковещательной системы - кто-то из узлов инициирует передачу, вещает адресно или всем узлам определённое событие и данные. Кому интересно - тот поймает это событие, кому нет - проигнорирует передачу.
Больше вроде и не надо ничего :)
Про I2C-мультимастер не подскажете где лучше порыть ?

0

Мы об одном и том же процессоре говорим? О 8-ногой тиньке, где нет ничего аппаратного кроме USI?

Я не про спешить говорил, а про пропуск запроса I2C, если будем биты передавать по 1-wire. Ведь явно что-то из них будет маханием ногами.

0

Сообщение от shum_yms Просто я следуюя принципу "всё написано до нас" и общей лени не вижу смысла изобретать велосипед, если есть (если они и впрямь есть конечно) готовые решения в виде библиотек.

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

Сообщение от shum_yms Про I2C-мультимастер не подскажете где лучше порыть ?

В даташитах. Короче, кто первый шину захватил, тот и мастер.

0

Сообщение от THI BIOST Мы об одном и том же процессоре говорим? О 8-ногой тиньке, где нет ничего аппаратного кроме USI? Я не про спешить говорил, а про пропуск запроса I2C, если будем биты передавать по 1-wire. Ведь явно что-то из них будет маханием ногами.

А то.

Сообщение от tiny 25 datasheet 15.1 Features • Two-wire Synchronous Data Transfer (Master or Slave) • Three-wire Synchronous Data Transfer (Master or Slave) • Data Received Ymtirrupt • Wakeup from Idle Mode • Wake-up from Ott Sleep Modes In Two-wire Mode • Two-wire Start Condition Detector wyth Ymtirrupt Capability

Слейв IIC сам по себе работает, вон написано - дэйта ресивд интеррапт, и старт кондишн детектор.... Зачем там потеть, пытаясь слейва обслужить, если он сам обслужится? У мастера - таки да, там, кажется, портом надо дрыгать, чтобы закат солнца вручную устроить...

0

Надо просто попытаться написать y2s slave - и всё встанет на свои места. Они там немного не доделали железо:

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

Я сначала тоже повёлся на красивости даташита. А потом долго разбирался в залипании шины (как и куча народа в инете)

0

Сообщение от THI BIOST Сообщение от shum_yms Просто я следуюя принципу "всё написано до нас" и общей лени не вижу смысла изобретать велосипед, если есть (если они и впрямь есть конечно) готовые решения в виде библиотек.

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

При всём уважении к Вам и вашим патентам - не вижу _лично_ для меня смысла в этом, т.к. не имею времени на вникание досканально в те вещи, которые могу пропустить используя высокоуровневые библиотеки. Половину своей жизни я программирую - со школы, и я прекрасно знаю что что угодно можно написать самому. Но использовать опыт других людей - для меня это беспрецедентная экономия времени. Я не научный сотрудник, не изобретатель, моя цель - достигнуть результата, играя на балансе между функционалом и временем разработки. Если я могу взять библиотеку для общения скажем с text-LCD и написать WriteLine(....) и оно будет работать - зачем мне тратить час/день/неделю на написание собственной ?

Отвлёкся я что-то от темы :) Собственно по теме - пока копаю в сторону AVR + I2C + multimostir + адресные/широковещательные посылки. Пока читаю даташиты и апноуты - вопрос: кто реально работал с этим - есть ли какие-то распространённые грабли/ошибки ?

0