это 1/100 возможностей технологии.

Они же в Питере (Компо)...

уже есть такое, и ценники у них, самые обычные, бумажные.

Это к слову автономности работы: https://habr.com/post/386735/

Слово не к месту. Односторонняя связь. Причем от ЭЦ к "роутеру", а требуется наоборот. Датчики пожарной сигнализации на RF со сроком службы от батарейки в "многолет" уже лет как 10 делают.

Не к месту ваше сообщение, так как в проекте микросхема трансивера и она может работать на приём. Тут главное не батарейка 2032, а то что в принципе это возможно. И есть обсосанный проект.


Сообщение отредактировал Oxygen Power - Sep 7 2018, 15:29

Опять вы не к месту. Вы суть проблемы не понимаете. Попробуйте дополнить статью с включением трансивера на приём. для организацией передачи данных от "роутера" к датчику/ЭЦ, хотябы на столе, на бумажке, накидайте алгоритм обмена и посчитайте "года. Тогда может суть проблемы поймёте.
Ваша микросхема в проекте на приеме будет потреблять потребляет 5,4 мА. По кругу ходим. То, что можно сделать радиомаячек/датчик, который будет годами работать без замены батарейки - это делается без принципов, и без обсосанных проектов - просто делается и всё, причем уже лет как 10. А вот обратную связь - тут проблема.

Это для вас проблема.

Я тоже не понимаю..

Можете пояснить, в чём "тут проблема"?

На BLE получалось расчётных 8 лет при обмене раз в 2 секунды и ёмкости батареи 1500 мА*ч (CR123 и т.п.). Расчёт базировался на измеренном среднем потребляемом токе, саморазряд батареи не учитывался (а неплохо бы, но он сильно зависит от кучи факторов). CR2032 в таком режиме несколько не в тему... половину ёмкости, может, и отдаст.

Я вижу для вас проблема понять как работает ЭЦ, о чём тут речь.

Проблема в том, что информация должна быть доставлена не от ЭЦ в роутер, а от роутера в ЭЦ. ЭЦ 99.9999% времени должен спать. Если ЭЦ всегда в режиме приема, то ток потребления высокий. А если ЭЦ спит, то он не примет. Если ЭЦ будет просыпаться по таймеру, и делать "рукопожатия", то может получиться... но там расчет по питанию уже совсем другой, и если ЭЦ пару штук. Если часто просыпаться (раз в минуту), то могут проснуться 10к ЭЦ.... если редко просыпаться (раз в сутки), то будет задержка в доставке информации.

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

Нет нужды просыпаться раз в минуту. Ценники никто так часто не меняет. Можно просыпаться раз в час по таймеру, отправлять на сервер свой 32-х битный ID и после этого сразу переключаться на прием. Если в течение следующих 10 миллисекунд сервер не ответил новым значением "цены", ЭЦ снова засыпает на час. Если сервер ответил, ценник меняет "цену" и точно так же снова засыпает на час. Чтобы в эфире не было толкотни, частоты ЭЦ могут быть разнесены по частоте. Сервер, соотв, отвечает на той частоте, на которой он принял ID ценника. Вместе с передачей новой "цены" сервер может указывать ценнику время следующего сеанса связи. Кроме того, многие магазины торгующие дорогими товарами ночью закрыты, а потому сеансы связи между ценниками и сервером ночью можно не проводить. Это также сэкономит энергию батареек. То есть, технически система вполне реализуема. Вопрос только в цене решения.

Там вылезет проблема - сервер должен очень быстро сканировать диапазон. Или же иметь отдельный приёмник на каждый канал.

Это уже давно не проблема. Вопрос в цене на АЦП и FPGA которые сканируют диапазон.