Комментарии 15
не воспринимайте написанное всерьёз
Я думаю вы недооцениваете энтузиастов )
Ведь это в ряде случаев может покрыть часть вопросов, которые решаются народным ESP8266/32 и кого-то избавить от проводов, нужных для питания еспешек
Позвольте...))) у меня как минимум 8 батарейных сенсоров на еспшках - прекрасно работают. И заменить мне их нечем с точки зрения дальности. Даже не столько имеется ввиду дальность еспшного вифи, сколько приемной точки доступа, переделанный в наностейшн Тплинк 5210. Надежнейшее и не дорогое решение.
А что по потреблению/частоте опроса у них?
У меня тут как раз есть наностейшн м2, расскажите, как использовать во благо умного дома?
Да как ее можно использовать?) - у меня это точка доступа уличная для всех устройств в пределах участка, это батарейные датчики или свч извещатели периметра. Никакой фантастики она не дает - хорошая надежная точка с прекрасной антенной , встроенным POE и гигабитом по кабелю. Просто раньше у меня был оригинальный TPlink 5210 и я с ним намучался - просто сборище глюков, а после того как перешил его в наностейшн - прям облегчение. самый удаленный датчик - батарейным питанием ЕСПшка , правда с внешней антенной - дистанция 200м . Лес , из других сетей только мои и одна соседа. За 8 секунд успевает все сделать, успевает и за 4 , но через раз)
Напишете, пожалуста, как его перешить? Насколько наностейшн лучше традиционного опенврт?
Как перешить - полно ссылок в инете . Насколько лучше - не знаю, смотря для чего. В сетевом плане для меня -лучшее враг хорошего. Опенврт -это целое комьюнити )). Мы же говорим о хорошем железе у TPLINK 5210 и отвратительнейшем софте, что исправляет софт от наностейшн вот и все. Вообще эта штука конечно очень прикольная. Два таких , в принципе копеечных девайса , организовывают мост с хорошим стабильным каналом на 10 и более км....
Есть и программный способ https://www.lan23.ru/forum/node/7005
сон 12мка , измерение - без вифи 18ма , передача 70ма , частота опроса - это кому как нужно , сенсоры раз в час просыпаются , а датчики открытия - "он деманд".
Окей, ряд случаев, который я имел ввиду не включает ваш случай :)
Зигби хорош тем, что за счёт более низкого потребления можно и отправлять чаще и обратную связь делать на уровне протокола. Например, обновить прошивку не трогая датчик или поменять параметры опроса.
Зигби хорош - это правда) Миниатюризация и долгая работа от маленького источника энергии это огромный плюс - это прям настоящее большое преимущество...
Насчет обратной связи "на уровне протокола" - не уверен что имеется ввиду.
А прошивка ОТА давно регулярное дело)) Про параметры опроса даже упоминать не стоит - это странно если б это было нельзя
Мало того , простейший есп8266 может довольно сносно работать как АП-СТА и по сути быть гейтвеем для других более удаленных , например устройств, конечно для этого ему нужно питание. Вначале я так и использовал , но после того как попробовал наностейшн перевел все на него.
обратной связи "на уровне протокола"
Имелось ввиду, что устройство может опрашивать координатор на предмет новых сообщений для него, а последний хранит их какое-то время (небольшое)
Про параметры опроса даже упоминать не стоит - это странно если б это было нельзя.
Для этого его надо как-то разбудить, чтобы он смог что-то принять. Я понимаю, что, наверное, в вашем случае параметры задаются при старте и не требуют динамического изменения. Тут, конечно, всё зависит от конкретной задачи и потребностей.
Для этого его надо как-то разбудить, чтобы он смог что-то принять. Я понимаю, что, наверное, в вашем случае параметры задаются при старте и не требуют динамического изменения.
Хмм , конечно , устройство должно проснуться для получения динамических инструкций, дальше оно может продолжить спать с измененным временем просыпания , измерения и тп . Т.е. например если устройство намерило что ничего не изменилось и передавать нечего , то оно ничего может и не передавать, но что бы получить что-то конечно нужно 70ма на секунд 4-5 потратить.
гейтвей конечно мог хранить регистры последних данных спящих устройств - это не проблема
А разве в вашем случае устройству не нужно проснуться для каких-то активных действий? Разве схема не одинакова - один сетевой - один батарейный\спящий
Нужно, конечно, проснуться. Просто за счёт низкого потребления и коротких пакетов от батарейки можно просыпаться раз в 5-10-20 секунд и это всё ещё будет адекватно работать от одной батарейки. Для конкретно моего примера - это 2мс на 8мА (передача)
Про "один сетевой" теперь я не понял, но если речь про координатор, то да, он должен быть всё время в сети.
LYWSD03MMC: ZigBee сеть на термометрах