"Умный дом" Структура центрального блока.

[AndryG]

Доброго времени всем.
На многих форумах есть ветки посвященные "умному дому", но у меня не получилось найти, где обсуждают подробно функционирование центрального управляющего блока (ЦБ). Все поднимают дискуссии "сколько проводов тянуть" и "нужно ли подключать в сеть сливной бак" ...
Меня же интересует КАК УСТРОИТЬ ЦЕНТРАЛЬНЫЙ БЛОК.
Основные его свойства его я вижу такими:
- выполнен на мощном микроконтроллере. РС нужен только для конфигурации системы .. ну и как один из обычных элементов "Умного дома";
- программа ЦБ не должна переписываться при добавлении новых устройств;
- модели поведения системы описываются в виде скриптов на РС и потом загружаются в EEPROM ЦБ на выполнение;

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

Надеюсь у меня получилось описать круг вопросов, по которым мне бы хотелось услышать Ваше мнение.
___
P.S.
Пока доделывается один из первых блоков - управление осведением. Кому интересно - могу поделится исходниками, идеями и т.д.

[sumin]

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

[AndryG]

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

"Скриптовой язык" хочется разработать как можно менее зависимымот функционала ... команды типа "включить лампу 3 на 85%" - ложится не в определение скрипта. В скрипте это будет нечто "Устройству 3 выолнить команду 1 параметр 85"

Таким образом скрипт должен описывать только общую схему взаимодействия блоков.

А как на счет "поточности" обработки?

[Scout]

Рекомендую посмотреть в гостевой и в идеях...
http://intelhome.euro.ru

[AndryG]

Доброго времени суток.

Смотрел ... излазил и там всё.
Кстати, последний на сегодня там пост - ничего конструктивного в ответе нет

[avr123.nm.ru]

[AndryG]

to 123...

В моем посте в форуме на http://www.intelhome.boom.ru/ говорится о том, что я написал и в начале данной темы.

Звучит ответ:

[Scout]

[AndryG]

Доброго времени суток.

Насколько я понял... Вы - автор http://www.microcon.euro.ru, если так, то огромное Вам спасибо за эти страницы -- именно с них я и стартанул в мир контроллеров.

Много мыслей в голове - сложно кратко описать Я думал над "распределенной" схемой и вернулся назад к "умному" центральному блоку, ибо при такой схеме трудно построить сложную реакцию нескольких устройств на событие, да так, чтобы реакция блока N1 зависела от события S и от реакции блока N2 на событие S. Во написал. Придется для этого наделять блоки достаточно большим интеллектом. Опять же ... это всё моё мнение и мои мысли, которые не коим образом не претендуют на правильность. Я, пока, додумался до этого.Если кто примет конструктивное участие в беседе - я буду только рад.

Нашел сегодня
http://www.ydom.ru, а именно http://www.ydom.ru/articles.html?page=article2 --- ВОТ! Именно так я и видел умный дом и всю его организацию и возможность масштабирования. И здесь же ответ на мой вопрос о "языке для центрального модуля". Ушел читать и вникать ...

[Серёжа]

Посмотрел и я эту ссылку. Мое мнение: очень примитивно. На таком далеко не уедешь. Кодировать что-либо в 21-м веке на бейсикоподобном скрипте как-то неспортивно. Почему бы не пойти по пути применения для центрального блока любого современного процессора с функциями поддержки бутлоадера (легко оперативно менять программу после трансляции на ПК по проводам или радио) и достаточно развитой системой команд для поддержки С++? А после этого - что душе угодно. Продумывается "мир дома" и его девайсы-обитатели, разрабатываются соответствующие классы и их интерфейсы и т.д. Самое сложное здесь, на мой взгляд, отделить функции, которые имеет смысл доверить центральному блоку от тех, где решения лучше принимать "на месте".