С чего начать "Умный дом"

[ОлегМ]

каким образом парализует ? как это решается в других системах ?

Отказ мастера парализует всю систему. Если в качестве мастера выступает сервер ПК, то зависания гарантированы (особенно если сервер не промышленный). В распределённых системах мастера нет, все устройства равноправны, поэтому отказ одного устройства не вырубает всю сеть. Протокол обмена в моём варианте для управления: R(начало)-адрес-команда-канал-CRC. Управляемое устройство выполняет команду и отсылает подтверждение.
Недостаток в таких системах - приходится бороться с коллизиями в сети.
Я решал следующим образом:
1. Если сеть занята небольшая пауза и снова мониторинг сети, и так пока сеть не освободится.
2. После того как команда послана ожидается ответ, если в контрольное время ответа нет, команда повторяется.
Протокол простой, но 2 годовалая эксплуатация показала, что он получился надёжным. Кроме того дешевле связки Tiny и Max485 трудно придумать.
Сейчас делаю новую систему с новым протоколом на Arduino (хоть все и плюются в её сторону и считают ниже своего достоинства её использовать, оказалась вполне приличная и дешёвая платформа с кучей библиотек).

[ОлегМ]

каким образом парализует ? как это решается в других системах ?

Отказ мастера парализует всю систему. Если в качестве мастера выступает сервер ПК, то зависания гарантированы (особенно если сервер не промышленный). В распределённых системах мастера нет, все устройства равноправны, поэтому отказ одного устройства не вырубает всю сеть. Протокол обмена в моём варианте для управления: R(начало)-адрес-команда-канал-CRC. Управляемое устройство выполняет команду и отсылает подтверждение.
Недостаток в таких системах - приходится бороться с коллизиями в сети.
Я решал следующим образом:
1. Если сеть занята небольшая пауза и снова мониторинг сети, и так пока сеть не освободится.
2. После того как команда послана ожидается ответ, если в контрольное время ответа нет, команда повторяется.
Протокол простой, но 2 годовалая эксплуатация показала, что он получился надёжным. Кроме того дешевле связки Tiny и Max485 трудно придумать.
Сейчас делаю новую систему с новым протоколом на Arduino (хоть все и плюются в её сторону и считают ниже своего достоинства её использовать, оказалась вполне приличная и дешёвая платформа с кучей библиотек).

[dg79]

Протокол обмена в моём варианте для управления: R(начало)-адрес-команда-канал-CRC. Управляемое устройство выполняет команду и отсылает подтверждение.
Недостаток в таких системах - приходится бороться с коллизиями в сети.
Я решал следующим образом:
1. Если сеть занята небольшая пауза и снова мониторинг сети, и так пока сеть не освободится.
2. После того как команда послана ожидается ответ, если в контрольное время ответа нет, команда повторяется.

Сколько узлов у Вас находиться в сети? Допускаю, что данный протокол работспособен и эффективен для небольшого количества устройств... Что будет с сетью если в ней будет 30 (40... 50...) устройств, каждый из которых будет беспорядочно кидать в сеть пакеты? Тут уже Вам с колизиями указанными методами не справиться.

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

[aleksandr-zh]

у меня схожий интерфейс, но всё централизировано
А кто вам мешает сделать два "сервера"? т.е., основной и "запасной"

[niXto]

Сколько узлов у Вас находиться в сети? Допускаю, что данный протокол работспособен и эффективен для небольшого количества устройств... Что будет с сетью если в ней будет 30 (40... 50...) устройств, каждый из которых будет беспорядочно кидать в сеть пакеты? Тут уже Вам с колизиями указанными методами не справиться.

Тогда надо делать токовую петлю и полный дуплекс - во время передачи постоянно контролировать линию. Примерно как это сделано в модуле и2с АТмега

[aleksandr-zh]

как это реализовать на практике?
можете показать пример подобной схемы?
какова дальность и помехоустойчивость на аппаратном уровне?

[qwerky]

Отказ мастера парализует всю систему.

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

[alex_r61]

Очередная тема про "умный дом" ушла в 'астрал'.
С чего начать "Умный дом"? Просто начать.....
А умные мысли и опыт придут по ходу.

[dg79]

Очередная тема про "умный дом" ушла в 'астрал'.

Тема ушла в сторону выбора отимального интерфейса шины данных, и протокола общения между устройствами, с учетом и требованиями специфики системы. Скажите мне: это где нибудь обсуждалось?

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

[Easyrider83]

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

почитайте про CAN. При потере мастера система не рушится. Все современные авто так сделаны.
Только это чуть выше уровень, чем простое радиолюбительство аля шаловливые ручки с паяльником.