О еще момент, как я понял, из эксплуатации — большинство предпочитает мыться в душевой кабинке (удобно и минимум расхода воды). Процесс мойки в парилке также предусмотрен, вся вода собирается в специальном углублении и после окончания процедуры откачивается дренажным насосом. Т.к. и пол и стены сильно разогреты — по голому полу ходить не возможно (уложены рейки — не знаю как они правильно называются) — любая влажность моментом испаряется и уходит в вентиляцию (поток ее можно регулировать шторкой).
Заземление по технике безопасности.
Баки находятся в комнате отдыха, 220 отключается только в парилке.
Тем не менее, 400 литров воды в теплоизолированных баках остывают крайне медленно — по факту в течение эксплуатации бани в пределах вечера, подогрев не включается.
Тут еще нужно отметить, что баки одной стороной прилегают к стене парилки, соответственно какое то количество тепла отбирается от кладки парилки.
web-интерфейс крутится на esp, http позаимствовал у esp-httpd
прошивка написана на чистом sdk 1.0.0
ds18b20 — питание подано напрямую с блока (т.е. к МК только пин «data»). Все подключены параллельно друг другу — между «data» и "+" один на всех 4.7кОм резистор.
Получение данных с датчиков через адреса датчиков — читаются раз в 5 секунд, считанная температура попадает в массив температур — далее в эти данные используются в функциях термостатов, вывода температуры в веб и тд.
В доме имеется роутер и нетбук с 3g модемом — нетбук собственно и обрабатывает смс (хотя на текущем уровне развития я бы пристроил 3g модуль напрямую к esp — какой нибудь sim800l)
Пишу в eclipse
Кстати интересный факт, дом и баня находятся на расстоянии 15 метров, esp закрыта в железном шкафу, но при это связь с роутером в доме не теряет.
На схемы нужно больше времени, т.к. в электронном виде их нет.
Имел виду указать функциональный блок — функции опроса датчиков, управления реле, термостатирования или еще что интересно… Не думал, что воспримите слова «какой участок интересует» в контексте номеров строк =)
все очень просто, чтобы поддерживать сеть zigbee нужно с определенным интервалом выполнять определенные действия (даже на конечных устройствах), накладываем сюда еще работу самого bitcloud (считай работа операционки) — а его работа простая — по таймеру она проверят всю кучу назначенных ей задач и выполняет их, + также последовательно обрабатывая другие прерывания
Может на примере будет легче понять, хотя из выше сказанного вывод сам напрашивается.
Какие то действия, например подготовка\прием-отсылка пакета координатору (это не единственное), происходит под протекцией и когда на такие моменты попадает, скажем 0 — то, например, пропадает полупериод т.к. прерывание обрабатывается после действий над пакетом.
только сегодня на новом месте инет подключил =), долбаный «кабинет» ((( — прошу прощения, наболело.
2) все очень просто, чтобы поддерживать сеть zigbee нужно с определенным интервалом выполнять определенные действия (даже на конечных устройствах), накладываем сюда еще работу самого bitcloud (считай работа операционки) — а его работа простая — по таймеру она проверят всю кучу назначенных ей задач и выполняет их, + также последовательно обрабатывая другие прерывания.
Детекция 0 разумеется на внешнем прерывании и даже импульс включения, подаваемый на оптопару, тоже на прерывании от таймера (при чем НЕ на том, который использует bitcloud, предоставляя api для пользования разработчику)
При этом я очень неплохо разобрался с самим bitcloud (использованием таймеров, прерываний и тд.) и с реализацией профилей, конечных точек и тд по zigbee — сам по себе протокол работает стабильно на atmegarfa1 — что радует — есть возможность делать очень быстро zigbee устройства, которые не критичны к времени исполнения пользовательского кода.
Решением для диммера, вижу использование доп чипа (самого дешевого и простого) на силовую часть, а atmegarfa1 использовать для работы с сетью и управления чипом силовой части.
«Москва не сразу строилась» — для начала 802.15.4 отлично подойдет для тестов… Если вы уже сейчас хотите zigbee — используйте библиотеку Bitcloud от Atmel — он хорошо документирован и бесплатный. Мы также будем использовать эту библиотеку.
по максимуму будут использоваться стандартные, при необходимости кастомные. Но начнем с того, что выложим базовую библиотеку для работы с радио на MAC уровне — это базовый уровень на котором уже можно строить сети и обмениваться информацией — он достаточно простой — чтобы можно было сразу начать его использовать для написания собственных прошивок и изменения наших под свои нужды.
да, разница в -9 dbm это примерно снижение мощности сигнала в 10 раз — но для большинства случаев полученной мощности хватает, в цифрах — это может выглядеть страшно, но лучше переместится в реальные условия использования — квартиры, дома — тесты еще проводятся, но у меня в доме 8х8 в два этажа — сигнал доходит везде без потерь, в квартире в студии — так же… даже от бани в 15 метрах от дома сигнал доходит… будем еще тестировать и обязательно, будет хорошая статья о применении в реальных условия — т.к. система на основе этих модулей уже строиться и частично используется.
Баки находятся в комнате отдыха, 220 отключается только в парилке.
Тем не менее, 400 литров воды в теплоизолированных баках остывают крайне медленно — по факту в течение эксплуатации бани в пределах вечера, подогрев не включается.
Тут еще нужно отметить, что баки одной стороной прилегают к стене парилки, соответственно какое то количество тепла отбирается от кладки парилки.
web-интерфейс крутится на esp, http позаимствовал у esp-httpd
прошивка написана на чистом sdk 1.0.0
ds18b20 — питание подано напрямую с блока (т.е. к МК только пин «data»). Все подключены параллельно друг другу — между «data» и "+" один на всех 4.7кОм резистор.
Получение данных с датчиков через адреса датчиков — читаются раз в 5 секунд, считанная температура попадает в массив температур — далее в эти данные используются в функциях термостатов, вывода температуры в веб и тд.
В доме имеется роутер и нетбук с 3g модемом — нетбук собственно и обрабатывает смс (хотя на текущем уровне развития я бы пристроил 3g модуль напрямую к esp — какой нибудь sim800l)
Пишу в eclipse
Кстати интересный факт, дом и баня находятся на расстоянии 15 метров, esp закрыта в железном шкафу, но при это связь с роутером в доме не теряет.
На схемы нужно больше времени, т.к. в электронном виде их нет.
Может на примере будет легче понять, хотя из выше сказанного вывод сам напрашивается.
Какие то действия, например подготовка\прием-отсылка пакета координатору (это не единственное), происходит под протекцией и когда на такие моменты попадает, скажем 0 — то, например, пропадает полупериод т.к. прерывание обрабатывается после действий над пакетом.
2) все очень просто, чтобы поддерживать сеть zigbee нужно с определенным интервалом выполнять определенные действия (даже на конечных устройствах), накладываем сюда еще работу самого bitcloud (считай работа операционки) — а его работа простая — по таймеру она проверят всю кучу назначенных ей задач и выполняет их, + также последовательно обрабатывая другие прерывания.
Детекция 0 разумеется на внешнем прерывании и даже импульс включения, подаваемый на оптопару, тоже на прерывании от таймера (при чем НЕ на том, который использует bitcloud, предоставляя api для пользования разработчику)
При этом я очень неплохо разобрался с самим bitcloud (использованием таймеров, прерываний и тд.) и с реализацией профилей, конечных точек и тд по zigbee — сам по себе протокол работает стабильно на atmegarfa1 — что радует — есть возможность делать очень быстро zigbee устройства, которые не критичны к времени исполнения пользовательского кода.
Решением для диммера, вижу использование доп чипа (самого дешевого и простого) на силовую часть, а atmegarfa1 использовать для работы с сетью и управления чипом силовой части.