Собираем умный дом на базе PIC или ПК

[Bugger]

Предполагаемый состав системы (прошу править и дополнять):
1. Интерфейс с пользователем (панель управления) для просмотра и настройки.
2. Главный контроллер (помнит все конфигурации и последовательности действий)
3. Датчики (термо, освещенности, влахности, ветра, концевики)
4. Исполнители (диммеры, задвижки, актюаторы и реле)
5. Интерфейсы с готовыми устройствами (ТВ, проигрывателями, кондиционерами и т.п.)

А можно (Д+Исп)‹-›ПК‹-›ЦК‹-›Пульт
(датчик+исполнитель(и готовые устройства), периф.контроллер,центр. контроллер,пульт)

[vouk]

nocturnus:

Предполагаемый состав системы (прошу править и дополнять):
......
2. Главный контроллер (помнит все конфигурации и последовательности действий)
3. Датчики (термо, освещенности, влахности, ветра, концевики)
4. Исполнители (диммеры, задвижки, актюаторы и реле)
.......

Дополнять не буду, буду сразу править
Как нашего человека ни корми, ему фсё равно главного подавай! Вот, пусть будет много датчиков, много исполнителей и некто главный, кто будет всем этим управлять. Ну, как АГЛ (батька), например
И вслучае какого-нибудь бага или аварии дверь в туалет будет не закрыть, пока ДВД не выключишь или унитаз будет смывать при открывании холодильника.. А то и вовсе - ни дверь в квартиру открыть, ни свет включить.
Каждая подсистема должна работать автономно, и объединяться в систему более высокого уровня только для решения совместных задач более интеллектуальных. При любых неполадках она должна рассыпаться на автономные подсистемы и продолжать функционировать.

[nocturnus]

Не захлебнется. Сколько нужно ресуров, чтобы от сигнала с датчика передать команду исполнителю?
Узкое место - среда обмена.
Простой пример - есть 50 узлов (датчиков, исполнителей), посылка в среднем 10 байт (даже много...), получим:
1. Запрос к датчику - 10 байт
2. ответ 10 байт
3. команда 10 байт
всего 30 байт за транзакцию (ориентировочно)
На скорости 19200 получим 64 транзакции в секунду.
Не система реального времени, но вполне жизнеспособно.

Спасибо за замечание, только, если не сложно, дополняйте, а не критикуйте...

[nocturnus]

Хорошо, учитываем:
1.Пульт
2.Самый главный
3.1 Комната 1
- датчики комн 1
- исполнители комнаты 1
3.2 Комната 2
аналогично
...
3.n Комната N
аналогично

Вот только проблема - если событие в комнате 1 связано с реакцией в комнате 2 - как организовать взаимодействие? Мультимастерная сеть?

[nocturnus]

недопечатал...
3. ..Контроллер комнаты 1...

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

[vouk]

nocturnus:

Спасибо за замечание, только, если не сложно, дополняйте, а не критикуйте...

Хорошее пожелание, аж сами засмеялись...
Вот и нам говорят "Такая оппозиция нам не нужна. Оппозиция должна быть правильная, конструктивная.."
А на деле что получается? Сахар пропал. Только взялся за сахар - яйца пропали. Взялся за яйца - ...
Не система реального времени, это точно..

[Electric75]

Посылаю статью для расмотрения.стр.1

Прикрепленный файл: 3670287.rar

[Electric75]

Посылаю статью для расмотрения.стр.2

Прикрепленный файл: 5139680.rar

[Electric75]

Посылаю статью для расмотрения.стр3.

Прикрепленный файл: 364663.rar

[DK]

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

Согласен с тобой на 120%!
Только в моем посте была одна фраза... "Живьем видел"
Я говорил про конкретную систему. Которая, по МОИМ понятиям, соответствует "Умному дому".
А протоколы и среда передачи - пофиг. Будь то ИК, Х10, 485 или что-то еще. Главное - интеграция. И если открылась дверь в туалет, то система должна знать об этом. А уж реакция - это как запрограммировано. Вентилятор там включить, свет...