pvvx
Активный участник сообщества
В этом случае указанный вами срок в 3 месяца есть чистое враньё (не сходится и теоретически). Наверно забыли когда заряжали.
-
Уважаемые посетители сайта esp8266.ru!
Мы отказались от размещения рекламы на страницах форума для большего комфорта пользователей.
Вы можете оказать посильную поддержку администрации форума. Данные средства пойдут на оплату услуг облачных провайдеров для сайта esp8266.ru -
Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram
Автономная работа ESP8266
- Автор темы Alexei
- Дата начала
Все зависит от условия задачи.Это очередной маркетинговый ход? Забыли учесть остальное.
Для включения освещения (автономное питание – светодиоды и т.д.) или эл.замков требуется реакция до 0.2 сек. Все датчики BLE/ZigBee и подобные. WiFi роутер – это роскошь, т.к. жрет и нужен только для связи с внешним миром. А когда внешнего электричества нема – и инет не нужен. Всё должно работать автономно и месяцами, кроме экстренных включений 4G модема по спец.сценариям.
Вот и считайте, сколько будет стоить обвязка вашей лабуды на UDP и сколько будет громадных АКБ в вашей системе.
На “роутер” BLE-ZigBee-WiFi есть только 1 мА. Это уже АКБ на 10 Aч на год, а надо гарантированно, а не бегать с зарядками между десятками АКБ.
Жду решение в русле "считайте сами сколько будет лет" при "цена вопроса менее 1$"
если интернет нет, то и ESP не требуется
я уже приводил на форуме модуль для работы с сотовым оператором по протоколу NB-IOT
он же сделает все что надо и с замком и с лампочкой
pvvx
Активный участник сообщества
QUOTE="nikolz, post: 85622, member: 241"]
Все зависит от условия задачи.
если интернет нет, то и ESP не требуется[/QUOTE]Интернет местный есть, но для этого не обязательно WiFi.
Существует и множество протоколов на основе с BLE с IP.
WiFi самая ненадежная часть. Имеет больше всего сбоев при применении в IoT, по статистике пользователей "вумных домов"... Имеется в виду всевозможные датчики и реле, а не системы на Linux.
Приведите пример датчика открытия пусть двери/окна/калитки или просто прохода, который свободно можно повесить/перевесить на липкой ленте или магните с включением света в уличных автономных светильниках на дорожке. Питание должно хватить на всю зиму, а летом от солнечных панелек.
И шоб врубалось не через дцать секунд, как это с NB-IoT.
Все зависит от условия задачи.
если интернет нет, то и ESP не требуется[/QUOTE]Интернет местный есть, но для этого не обязательно WiFi.
Существует и множество протоколов на основе с BLE с IP.
WiFi самая ненадежная часть. Имеет больше всего сбоев при применении в IoT, по статистике пользователей "вумных домов"... Имеется в виду всевозможные датчики и реле, а не системы на Linux.
Ни разу никто не видел чтобы вы приводили что сделанное, только ссылки на других с вашими нелепыми искаженными описаниями, никогда не совпадающими с реальностью.
Приведите пример датчика открытия пусть двери/окна/калитки или просто прохода, который свободно можно повесить/перевесить на липкой ленте или магните с включением света в уличных автономных светильниках на дорожке. Питание должно хватить на всю зиму, а летом от солнечных панелек.
И шоб врубалось не через дцать секунд, как это с NB-IoT.
pvvx
Активный участник сообщества
Вот опять nikolz бредит – для NB-IoT приемлемое среднее потребление возникает когда используется eDRX, а это режим прерывистой связи с паузами от 20 секунд.
Поставьте светофор на дверь.
Как и в случае с таймеров от TI, писанина nikolz гласит что-то подобное: ‘вакуум есть изолятор и он между молекулами и тока от батарейки будет нема, т.к. она в вакууме’. А измерить реальное устройство он не может и не хочет, т.к. существует масса перевешивающих “НО” и реалий реализации. В итоге нет ни одного работающего устройства с рекомендуемым им TI таймером и ESP.
Поставьте светофор на дверь.
Как и в случае с таймеров от TI, писанина nikolz гласит что-то подобное: ‘вакуум есть изолятор и он между молекулами и тока от батарейки будет нема, т.к. она в вакууме’. А измерить реальное устройство он не может и не хочет, т.к. существует масса перевешивающих “НО” и реалий реализации. В итоге нет ни одного работающего устройства с рекомендуемым им TI таймером и ESP.
pvvx
Активный участник сообщества
NB-IoT пока развивается исключительно для и а счет коммунальных служб в больших городах. Им нужна передача одного числа раз в месяц от NB-Io датчиков и покрытие сети пока мало. Там где живут нормальные люди его пока нет. Это связано с послековидной тенденцией переселения в пригород всех, кто может себе позволить жить нормально.
При 1 мА - это что-то метр на метр?
LCD жрет за счет перезаряда емкости электродов. Чем больше их площадь, тем больше.
При 1 мА - это что-то метр на метр?
pvvx
Активный участник сообщества
Для определения бытовых событий таймер nikolz должен включаться каждые 150 мс. 50 мс оставим на время исполнения и обработку событий другим устройствам. Для примера – датчик движения.
ESP8266 просыпается от 80 мс и передает UDP пакет с подтверждением за не менее 40 мс и ещё надо время для выхода в sleep. Это хард кодинг – не Arduino. Для Arduino надо помножить на сотни или тысячи, в зависимости от функционала устройства.
Для настройки такого устройства необходима кнопка и схема блокирующая таймер. Малые батарейки не пойдут – они не могут отдавать постоянные пики в 450 мА для передачи RF ESP8266 и постоянную сотню мА для работы ESP в режиме AP.
Итого:
Цикл опроса в 150 мс. 100..120 мс бесполезной работы ESP для определения, что входное значение изменилось (и это при токе от 80 мА!).
Находим средний потребляемый ток: ((100ms*80mA)+(150ms-100ms)*0.000025mA)/150ms = 53.3333 мА.
Nikolz – где ваши 0.000025 mA, $1 и годы работы?
Пора вам опить писать любимую отговорку – “я тут просто гуляю и издеваюсь над новичками советуя им самые плохие варианты”.
ESP8266 просыпается от 80 мс и передает UDP пакет с подтверждением за не менее 40 мс и ещё надо время для выхода в sleep. Это хард кодинг – не Arduino. Для Arduino надо помножить на сотни или тысячи, в зависимости от функционала устройства.
Для настройки такого устройства необходима кнопка и схема блокирующая таймер. Малые батарейки не пойдут – они не могут отдавать постоянные пики в 450 мА для передачи RF ESP8266 и постоянную сотню мА для работы ESP в режиме AP.
Итого:
Цикл опроса в 150 мс. 100..120 мс бесполезной работы ESP для определения, что входное значение изменилось (и это при токе от 80 мА!).
Находим средний потребляемый ток: ((100ms*80mA)+(150ms-100ms)*0.000025mA)/150ms = 53.3333 мА.
Nikolz – где ваши 0.000025 mA, $1 и годы работы?
Пора вам опить писать любимую отговорку – “я тут просто гуляю и издеваюсь над новичками советуя им самые плохие варианты”.
Читайте документацию NB-Iot может спать не теряя соединения до 400 дней. минимальное потребление чипа менее 1 мкА.
Но можно иначе.Для определения бытовых событий таймер nikolz должен включаться каждые 150 мс. 50 мс оставим на время исполнения и обработку событий другим устройствам. Для примера – датчик движения.
ESP8266 просыпается от 80 мс и передает UDP пакет с подтверждением за не менее 40 мс и ещё надо время для выхода в sleep. Это хард кодинг – не Arduino. Для Arduino надо помножить на сотни или тысячи, в зависимости от функционала устройства.
Для настройки такого устройства необходима кнопка и схема блокирующая таймер. Малые батарейки не пойдут – они не могут отдавать постоянные пики в 450 мА для передачи RF ESP8266 и постоянную сотню мА для работы ESP в режиме AP.
Итого:
Цикл опроса в 150 мс. 100..120 мс бесполезной работы ESP для определения, что входное значение изменилось (и это при токе от 80 мА!).
Находим средний потребляемый ток: ((100ms*80mA)+(150ms-100ms)*0.000025mA)/150ms = 53.3333 мА.
Nikolz – где ваши 0.000025 mA, $1 и годы работы?
Пора вам опить писать любимую отговорку – “я тут просто гуляю и издеваюсь над новичками советуя им самые плохие варианты”.
Бытовое событие и есть сигнал для рестарта ESP. Поэтому ESP надо просыпаться когда событие наступило.
Остальное считайте сами.
BLE тоже пока развивается для любителей носить наушники и вешать на стенку термометр.NB-IoT пока развивается исключительно для и а счет коммунальных служб в больших городах. Им нужна передача одного числа раз в месяц от NB-Io датчиков и покрытие сети пока мало. Там где живут нормальные люди его пока нет. Это связано с послековидной тенденцией переселения в пригород всех, кто может себе позволить жить нормально.
LCD жрет за счет перезаряда емкости электродов. Чем больше их площадь, тем больше.
При 1 мА - это что-то метр на метр?
-----------------
Неоднократно ранее говорил, что для IOT оптимальный протокол еще не сделали.
pvvx
Активный участник сообщества
Т.е. сидеть на попе ровно и ждать когда кто-то сделает и принесет?
Это ваш подход и он не годится нормальным людям.
Тем более вы в корне не правы. На основе BLE и MESH давно сделаны нормальные протоколы для связи местных IoT устройств.
В нем одно "но" - вам не принесли такие устройства надом и нужно несколько устройств, а не одну штуку.
А решение как использовать имеющиеся в каждом магазине BLE устройства с дополнением своими, автономными, для включения в связанную цепочку при питании от CR2032 и типа я вам уже описал и продемонстрировал.
Для полного охвата всей сферы домашнего IoT осталось найти аппаратно-программное решение роутера BLE-WiFi с потреблением до 1 мА.
Но сообщество любителей ESP совсем погрязло в копировании скетчей и флуде какой номер библиотеки нужен.
pvvx
Активный участник сообщества
И тут ошибка.
После нескольких принудительных "пинков" через пользователей, путем "подставы спец. несовместимостей" но строго по спецификации BLE в custom прошивки популярных устройств, а так-же предоставления кода правильного парсинга рекламных пакетов за один год в мире "Умного дома" появилось и разрослось несколько интеграций, уже перебивающих по популярности ваш любимый WiFi.
Дальнейшему продвижению и развитию там мешают все ESP, т.к. до-сих пор в нем не решен вопрос драйвера BLE - он имеет худшие из всех чипов показатели по выпадению пакетов при приеме, не говоря уже о диком потреблении...
pvvx
Активный участник сообщества
Вам что написано? Или читать не умеете? Повторить?
Google пользоваться не умеете?
Первая попавшаяся ссылка на русском языке, раз не освоили другие и переводчики:
NB-IoT, Narrow Band Internet of Things. Режимы энергосбережения и команды управления
Добрый день всем! В предыдущей части обсуждалась общая информация и особенности технологии NB-IoT, а здесь предлагаю подробно рассмотреть режимы энергосбережения PSM и eDRX, а также команды, с помощью...
habr.com
pvvx
Активный участник сообщества
@nikolz - Зная, что вы всегда тупите, и это процесс обычно у вас затягивается на года три, объясняю:
NB-IoT не отличается от WiFi – та-же длительная регистрация соединения с невозможностью пробудить или передать в любой момент сообщение спящему устройству из сети.
Этот недостаток не устранен ни в одном из протоколов по причине принципа RF связи. Принимающее устройство должно быть всегда активно и принимать, с готовностью ответа = жрать питание по черному.
Все другие решения имеют периодически включаемое окно приема. Различия есть только во времени активности окна приема и времени его включения от события передачи.
Для стандартного BLE окно приема 500 мкс, после передачи рекламного пакета, а учитывая реализации в кремнии по потреблению - это дает самый малый уровень потребления из всех имеющихся решений. Не успел передать - до свидание.
Для ZigBee - это десятки мс., что в итоге дает большее потребление чем у BLE.
NB-IoT не отличается от WiFi – та-же длительная регистрация соединения с невозможностью пробудить или передать в любой момент сообщение спящему устройству из сети.
Этот недостаток не устранен ни в одном из протоколов по причине принципа RF связи. Принимающее устройство должно быть всегда активно и принимать, с готовностью ответа = жрать питание по черному.
Все другие решения имеют периодически включаемое окно приема. Различия есть только во времени активности окна приема и времени его включения от события передачи.
Для стандартного BLE окно приема 500 мкс, после передачи рекламного пакета, а учитывая реализации в кремнии по потреблению - это дает самый малый уровень потребления из всех имеющихся решений. Не успел передать - до свидание.
Для ZigBee - это десятки мс., что в итоге дает большее потребление чем у BLE.
pvvx -Зная что Вы никогда не признаете свою ошибку или заблуждения, рекомендую почитать 13 и 14 ревизию стандарта NB-Iot
Кроме того обращаю Ваше внимание, что NB-Iot - это далеко не тоже самое что WiFi
-----------------------
NB-IoT
Поддержка 3GPP, основанная на LTE
Лицензированный спектр, двунаправленные каналы 180 кГц, в полосе или в защитных полосах
Улучшенное покрытие благодаря преимуществу в 10 дБ по сравнению с LTE
Снижение потребления за счет прерывистой работы
Dl до 250 кб/с, бюджет канала 164 дБ
----------------
Цитата (Вики):
NB-IoT (Narrow Band Internet of Things) — стандарт сотовой связи для устройств телеметрии с низкими объёмами обмена данными.
Разработан консорциумом 3GPP в рамках работ над стандартами сотовых сетей нового поколения.
---------------
что Вы предлагаете в качестве альтернативы для связи из деревни Гадюкино, где у Вас дворец на охране ?
Обзор выпуска 3GPP 14 усовершенствованный NB-IoT
Спецификация 3GPP выпуска 14 расширяет протокол NB-IoT несколькими способами:
Скорость передачи данных NB-IoT
В этой таблице приведены максимальные скорости передачи данных NB-IoT для устройств NB1 и NB2.
Новый класс мощности NB-IoT в 3GPP R14
В выпуске 14 3GPP представлен новый, третий класс мощности 14 дБм для устройств NB-IoT. Теперь устройства NB2 могут быть спроектированы в трех классах мощности: 14, 20 и 23 дБм. Цель более низкого класса мощности-разрешить использование батарей меньшего размера и поддерживать устройства с небольшим форм-фактором.
Новый более низкий класс мощности в 14 дБм снижает максимальную потерю связи (MCL) NB-IoT до 155 дБ, что примерно совпадает с LTE Cat M1. По данным 3GPP, ранее MCL для NB-IoT составлял 164 дБ.
Новые полосы частот NB-IoT в выпуске 3GPP 14
Спецификация 3GPP R14 вводит пять новых частотных диапазонов для протокола NB-IoT: 11, 21, 25, 31 и 70. Благодаря усовершенствованиям версии 14 3GPP, NB-IoT продолжает оставаться протоколом интернета вещей только для FDD.
Вывод:
NB-IoT R14 более надежен и эффективен!
NB-IoT быстро завоевал репутацию де-факто сотового протокола LPWA IoT. Благодаря усовершенствованиям в спецификации NB-IoT 3GPP выпуска 14 протокол LTE Cat NB2 становится более надежным, быстрым и энергоэффективным беспроводным протоколом; производители устройств могут устанавливать NB-IoT на небольшие устройства, он обеспечивает эффективное обновление встроенного ПО и программного обеспечения для большого парка устройств IoT и поддерживает приложения, которым требуется синхронная групповая связь и точное позиционирование.
Спецификация 3GPP выпуска 14 расширяет протокол NB-IoT несколькими способами:
- Повышает точность позиционирования NB-IoT
- Представляет многоадресную рассылку NB-IoT
- Повышает мобильность устройства
- Увеличивает пиковые скорости передачи данных
- Вводит работу с несколькими несущими NB-IoT
- Добавляет более низкий класс мощности устройства
- Выделяет новые полосы частот NB-IoT
Скорость передачи данных NB-IoT
В этой таблице приведены максимальные скорости передачи данных NB-IoT для устройств NB1 и NB2.
| NB1 – Выпуск 13 | NB2 – Выпуск 14 | |
| Максимальное количество каналов нисходящей связи TBS | 680 бит | 2536 бит |
| Максимальная скорость передачи данных по нисходящей линии связи | ~26 кбит / с | ~80/127 кбит.с |
| Максимальное количество каналов восходящей связи TBS | 1000 бит | 2536 бит |
| Максимальная скорость передачи данных по восходящей линии связи | ~62 кбит / с | ~105/159 кбит / с |
В выпуске 14 3GPP представлен новый, третий класс мощности 14 дБм для устройств NB-IoT. Теперь устройства NB2 могут быть спроектированы в трех классах мощности: 14, 20 и 23 дБм. Цель более низкого класса мощности-разрешить использование батарей меньшего размера и поддерживать устройства с небольшим форм-фактором.
Новый более низкий класс мощности в 14 дБм снижает максимальную потерю связи (MCL) NB-IoT до 155 дБ, что примерно совпадает с LTE Cat M1. По данным 3GPP, ранее MCL для NB-IoT составлял 164 дБ.
Новые полосы частот NB-IoT в выпуске 3GPP 14
Спецификация 3GPP R14 вводит пять новых частотных диапазонов для протокола NB-IoT: 11, 21, 25, 31 и 70. Благодаря усовершенствованиям версии 14 3GPP, NB-IoT продолжает оставаться протоколом интернета вещей только для FDD.
Вывод:
NB-IoT R14 более надежен и эффективен!
NB-IoT быстро завоевал репутацию де-факто сотового протокола LPWA IoT. Благодаря усовершенствованиям в спецификации NB-IoT 3GPP выпуска 14 протокол LTE Cat NB2 становится более надежным, быстрым и энергоэффективным беспроводным протоколом; производители устройств могут устанавливать NB-IoT на небольшие устройства, он обеспечивает эффективное обновление встроенного ПО и программного обеспечения для большого парка устройств IoT и поддерживает приложения, которым требуется синхронная групповая связь и точное позиционирование.
Технология NB-IoT была разработана с целью улучшения покрытия для таких приложений,
которые находятся в труднодоступных местах,
например подвалы, ангары, близко стоящие здания и т. д.
Благодаря характерным особенностям технология NB-IoT обеспечивает дополнительное покрытие в +20 дБ по сравнению с традиционной системой LTE.
Это соответствует 164 дБ MCL.
Технология NB-IoT позволяет передавать данные как в стандартном варианте с использованием интернет-протоколов и присвоением IP-адреса,
так и в режиме NIDD (non-IP data delivery).
В классическом варианте данные передаются по цепочке: MME (Mobility Management Entity) — SGW — PGW (PDN Connection Gateway) — CioT Services (AS).
При использовании SCEF мобильному устройству не присваивается собственный IP-адрес, и данные передаются без использования протокола IP.
В стандарте Rel. 13 в качестве идентификатора UE вместо IP-адреса вводится External ID в формате @. Внешний адрес External ID привязывается к конкретной SIMкарте (IMSI).
Кроме того, стандарт определяет групповой идентификатор External group ID, объединяющий индивидуальные external ID
и позволяющий реализовать отправку данных или команд управления заданному множеству устройств
которые находятся в труднодоступных местах,
например подвалы, ангары, близко стоящие здания и т. д.
Благодаря характерным особенностям технология NB-IoT обеспечивает дополнительное покрытие в +20 дБ по сравнению с традиционной системой LTE.
Это соответствует 164 дБ MCL.
Технология NB-IoT позволяет передавать данные как в стандартном варианте с использованием интернет-протоколов и присвоением IP-адреса,
так и в режиме NIDD (non-IP data delivery).
В классическом варианте данные передаются по цепочке: MME (Mobility Management Entity) — SGW — PGW (PDN Connection Gateway) — CioT Services (AS).
При использовании SCEF мобильному устройству не присваивается собственный IP-адрес, и данные передаются без использования протокола IP.
В стандарте Rel. 13 в качестве идентификатора UE вместо IP-адреса вводится External ID в формате @. Внешний адрес External ID привязывается к конкретной SIMкарте (IMSI).
Кроме того, стандарт определяет групповой идентификатор External group ID, объединяющий индивидуальные external ID
и позволяющий реализовать отправку данных или команд управления заданному множеству устройств
Важной особенностью NB-IoT,
на которую следует обратить внимание,
является поддержка множества устройств IoT при использовании только одного ресурсного блока (PRB) в обоих направлениях (DL и UL).
Это достигается за счет того, что в технологии NB-IoT введена дополнительная поднесущая NPUSCH для режима UL,
позволяющая существенным образом оптимизировать передачу данных в ресурсном блоке.
Кроме того, эта технология позволяет использовать метод с несколькими несущими.
Вследствие этого одна базовая станция может поддерживать до 52 500 мобильных устройств NB-IoT
на которую следует обратить внимание,
является поддержка множества устройств IoT при использовании только одного ресурсного блока (PRB) в обоих направлениях (DL и UL).
Это достигается за счет того, что в технологии NB-IoT введена дополнительная поднесущая NPUSCH для режима UL,
позволяющая существенным образом оптимизировать передачу данных в ресурсном блоке.
Кроме того, эта технология позволяет использовать метод с несколькими несущими.
Вследствие этого одна базовая станция может поддерживать до 52 500 мобильных устройств NB-IoT
Переключение в режим глубокого сна с помощью механизма Release Assistance Indicator (RAI) предложено в Rel. 14.
Суть нового режима заключается в том, что мобильные устройства NB2, кроме использования таймеров Т3412 и Т3324, рекомендованных в Rel. 13,
теперь имеют возможность дополнительно экономить время и энергоресурсы c помощью RAI.
Кроме того, в Rel. 14 описана схема переключения в энергосберегающий режим PSM с помощью процедуры пейджинга.
Пейджинговые сообщения рассылаются конкретным UE в режиме RRC_IDLE mode,
что позволяет использовать их в качестве команд выхода из состояний PSM и eDRX,
а также для инициализации процесса группового обновления прошивки.
-----------------------
Суть нового режима заключается в том, что мобильные устройства NB2, кроме использования таймеров Т3412 и Т3324, рекомендованных в Rel. 13,
теперь имеют возможность дополнительно экономить время и энергоресурсы c помощью RAI.
Кроме того, в Rel. 14 описана схема переключения в энергосберегающий режим PSM с помощью процедуры пейджинга.
Пейджинговые сообщения рассылаются конкретным UE в режиме RRC_IDLE mode,
что позволяет использовать их в качестве команд выхода из состояний PSM и eDRX,
а также для инициализации процесса группового обновления прошивки.
-----------------------
Расчет энергопотребления NB-IoT терминала
Данные по энергопотреблению NB-IoT модема приведены в Табл. 1
Данные сформированы в соответствии с [8] «R1-156006, NB-IoT - Battery lifetime evaluation».
При этом предполагается использование источника автономного электропитания с рабочим напряжением от 2.4В до 3.6В (номинальное напряжение 3.0В);
энергопотребление в режиме передачи включает в себя энергопотребление внутренних цепей и энергопотребление усилителя мощности (КПД=44%).
Табл. 1(энергопотребление NB-IoT модема)
В Табл. 2 приведены расчеты времени жизни АКБ, емкостью 2100мАч, для различных радиоусловий при интенсивности передачи 1 сообщение в час.
Табл. 2 (время жизни АКБ [лет] при интенсивности отправки 1msg/час)
Данные по энергопотреблению NB-IoT модема приведены в Табл. 1
Данные сформированы в соответствии с [8] «R1-156006, NB-IoT - Battery lifetime evaluation».
При этом предполагается использование источника автономного электропитания с рабочим напряжением от 2.4В до 3.6В (номинальное напряжение 3.0В);
энергопотребление в режиме передачи включает в себя энергопотребление внутренних цепей и энергопотребление усилителя мощности (КПД=44%).
Табл. 1(энергопотребление NB-IoT модема)
В Табл. 2 приведены расчеты времени жизни АКБ, емкостью 2100мАч, для различных радиоусловий при интенсивности передачи 1 сообщение в час.
Табл. 2 (время жизни АКБ [лет] при интенсивности отправки 1msg/час)