• Уважаемые посетители сайта esp8266.ru!
    Мы отказались от размещения рекламы на страницах форума для большего комфорта пользователей.
    Вы можете оказать посильную поддержку администрации форума. Данные средства пойдут на оплату услуг облачных провайдеров для сайта esp8266.ru
  • Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

модули Ling 433 хорошая альтернатива BLE и WiFi

pvvx

pvvx

Активный участник сообщества
nikolz написал(а):
В таких предложения еще прикольнее больше 3 шт в одни руки не дают
Нажмите для раскрытия...
Никто там не запрещает натыкать поштучно хоть сотню этих ...
Я купил для тестов по этой цене но с доставкой 1 шт 245 руб
Нажмите для раскрытия...
Это тоже ваши проблемы.
Можно было взять и 3 коммутатора с 3-мя кнопками:
1783113862449.png
И не городить БП и прочее. Да подключить к клеммам проводами дополнительный выключатель, чего нет в вашем устройстве - https://esp8266.ru/forum/threads/moduli-ling-433-xoroshaja-alternativa-ble-i-wifi.7465/post-102896
А так-же запрограммировать путем нажатия кнопки на корпусе туда ещё несколько других 433 брелков...
 
N

nikolz

Well-known member
pvvx написал(а):
Никто там не запрещает натыкать поштучно хоть сотню этих ...

Это тоже ваши проблемы.
Можно было взять и 3 коммутатора с 3-мя кнопками:
Посмотреть вложение 15033
И не городить БП и прочее. Да подключить к клеммам проводами дополнительный выключатель, чего нет в вашем устройстве - https://esp8266.ru/forum/threads/moduli-ling-433-xoroshaja-alternativa-ble-i-wifi.7465/post-102896
А так-же запрограммировать путем нажатия кнопки на корпусе туда ещё несколько других 433 брелков...
Нажмите для раскрытия...
мне не надо кнопки.
Хочу сделать управление освещением индивидуальных парковок с брелока в подземном гараже.
Число мест до 1000.
Такого решения нет на рынке
 
N

nikolz

Well-known member
remrum написал(а):
Вот бы аналогичное, но с током потребления приемника в микроамперах и не с конским ценником. Скорее всего уже будет ближе к длинным волнам. Например это:
Анализ модуля RF125 (125 кГц): дальность >5 м и мкА потребление / Хабр
Нажмите для раскрытия...
1787370101997.png
Цена 1.9 юаня (24 руб.)
питание 2,1-5,5 В, типичное 3,3 В.
Номинальный рабочий ток 180 мкА. - это в 20 раз меньше чем у RF125
ток в режиме ожидания 8 мкА, (у RF125 - 9мкА) время пробуждения - около 1 мс.
315 МГц / 433 МГц .
При использовании ASK/OOK максимальная скорость передачи 4,8 Кбит/с.
------------------------
Micro-R6 - это миниатюрный супергетеродинный приемный модуль ASK/OOK с низким энергопотреблением, который поддерживает частоты 315 МГц или 433 МГц.По сравнению с продуктами предыдущего поколения размер модуля дополнительно уменьшен, что подходит для маломощных приемных терминалов дистанционного управления с ограниченным пространством.

Модуль использует встроенную микросхему радиочастотного приема и технологию стабилизации частоты диэлектрического резонанса Q, а также обеспечивает управление режимом ожидания S, вывод данных D, вывод источника питания V / G и интерфейс антенны.Выход D представляет собой демодулированный цифровой импульсный сигнал, который может быть подключен к микроконтроллеру или микросхеме декодирования.
 
R

remrum

Member
nikolz написал(а):
fnrf.cc

微-R6 - 无线接收模块.........AI辅助调试,点击详情

1.89元，缩小35%，2.1-5.5V，低电流0.16mA，抗干扰，遥控灯适用。
fnrf.cc
Нажмите для раскрытия...
Спасибо за ссылку, но похоже купить можно только через барахолку для китайцев. А главное скорее всего мухлёж с shutdown, как уже выше ответили. Сомнительно что на таком зашумленном диапазоне можно сделать приемник с током в микроамперы, будет постоянно ловить несущую и просыпаться для анализа адресации. Наверное неспроста в AS3933(RF125) выбрали длинные волны
 
pvvx

pvvx

Активный участник сообщества
В PDF заявлено, что ток в спящем режиме 8 мкА. Cпящий режим - это чип отключен выводом Shutdown.
Это больше среднего тока у типичного BLE чипа с периодом передачи маяка в 2 секунды. Или удержания BLE соединения c интервалом около 1 сек (в зависимости от типа BLE чипа).
И в PDF указан плохой уровень минимального приема. Типа для расстояний одной комнаты.
А если сравнивать рабочий ток, то BLE Long Range полностью выигрывает...
 
pvvx

pvvx

Активный участник сообщества
К данному чипу необходимо прикрутить внешний MCU.
Он сможет давать интервалы окна приема для синхронизации с передатчиком.

Но что тогда выиграем, при таком низком битрейте приема-передачи?

Типично необходимо послать ID устройства и пару байтов команды-данных.

Пусть это 10 байт. Тогда при 5 килобитах это к 500 байт в секунду непрерывной приемо-передачи. А с учетом преамбулы – ещё меньше.

Т.е. фрейм в 10 байт будет передаваться более 20 мс.

Учтем расширение окна приема , для уверенного попадания и выходит что потребуется около 30 ms активности этого чипа и внешнего MCU на прием одного фрейма в 10 байт.

Если рабочий ток приемника равен 160 мкA, то при приеме 1 раз в секунду фрейма в 10 байт это даст средний ток у данного чипа приемника – ((30*0.16)+(1000-30)*0.008)/1000 = 12 мкА. Плюс ток управляющего MCU.

Это много. И с учетом, что при старте потребуется синхронизация с более длительными окнами приема и неизбежно будут выпадения приема (и придется производить доп. синхронизацию – увеличения окна приема для согласования ухода кварцев отсчета интервалов).
 
pvvx

pvvx

Активный участник сообщества
Далее выберем источник питания из самых дешевых в ближайших магазинах.
В принципе, это самые дешевые 2 батареи AAA типа из фикс-прайс…
1787508017906.png
Но у них всего около 300 мАч на сроки работы в 2 года и вытекание при эксплуатации в +20..25С через 2..3 года. На более короткие сроки работы у них больше мАч, т.к. проблема в постепенном растворении электрода при малых нагрузках и вытекания… В температуре -25С этого не происходит и за пятилетку и там можно получить с них значительно больше мАч при учете малой нагрузки на долгие сроки.

И сравним это с уже рабочими вариантами в BLE, где производится прием внешнего сигнала, последующая передача (ретрансляция данных далее) и индикация на LCD экране принятой информации от передающего устройства… Ток “сна” с работающим LCD аналогичен с Micro-R6 и составляет около 8 мкА. Средний рабочий ток порядка 20 мкА.
1787508026764.png
1787508032583.png
Итог: Работа от 300 мАч более 1.5 года и низкая цена.

Что ещё нужно пользователю? Несколько лет работы –> значит купить более дорогие AAA.

Ну и нафига эти Micro-R6, которые всего кусок схемы не обеспечивающий ничего кроме приема бит на ножку выхода?
 
pvvx

pvvx

Активный участник сообщества
В режиме работы “PAwR” в BLE v5.4 можно получить и меньшие средние токи. И будет передаваться и приниматься более нескольких десятков байт в сек. Маяки в “PAwR” отличаются двухсторонней связью и фиксированным окном приемо-передачи. При расширенном формате маяка каждая передача дублируется 3 раза на 3-х каналах, а сами данные передаются на другом канале.
Аналогично и при обычном BLE соединении (включая и старые версии BT4.2). При BLE соединении приемо-передача производится на одном канале, но с постоянными прыжками по каналам, где шума меньше...
Если не надо передавать мегабайты, то за счет битовой скорости в 1Мбит имеем короткие по времени фреймы. А окно приема подтверждения передачи в BLE не более 500 мкс...
 
pvvx

pvvx

Активный участник сообщества
Не рассмотрен случай, когда требуется постоянный прием. Это возникает, когда требуется принять какие-то асинхронные события.
Но в таком варианте типичное приемное устройство является исполнителем. А это означает, что оно коммутирует что-то на 110..230В. И там БП у которого рассеяние энергии из-за не 100% КПД значительно больше, чем потребление вечно включенного приемника (менее 10 мА по 3.3В, кроме случаев с ESP в WiFi).

И как уже писалось – помех в диапазоне 433MHz много и авто-включение по приему будет вечное.

И из-за низкого битрейта вероятность времени передачи фрейма нарваться на помеху пропорционально этому битрейту больше.

В итого остается единственный вариант – одиночный работающий в глухом лесу приемник 433MHz с функцией авто-включения по приему сигнала от брелка.


Все остальные варианты потребуют постоянного работающего MCU с анализом того, что там передается и кому это послание… А это уже вечные несколько мА :p
 
pvvx

pvvx

Активный участник сообщества
remrum написал(а):
Вот бы аналогичное, но с током потребления приемника в микроамперах и не с конским ценником. Скорее всего уже будет ближе к длинным волнам. Например это:
Анализ модуля RF125 (125 кГц): дальность >5 м и мкА потребление / Хабр
Нажмите для раскрытия...
Это применимо в случае, если оба - приемник и передатчик находятся в одном железном шкафу :)
Если передатчиков/устройств много (типовой умный дом), то данный алго (пробуждения по приему) полностью теряет смысл и работает только управление таймингом приемного окна (синхронизация с конкретным передатчиком).
 
pvvx

pvvx

Активный участник сообщества
nikolz написал(а):
Посмотреть вложение 15036
Цена 1.9 юаня (24 руб.)
питание 2,1-5,5 В, типичное 3,3 В.
Номинальный рабочий ток 180 мкА. - это в 20 раз меньше чем у RF125
ток в режиме ожидания 8 мкА, (у RF125 - 9мкА) время пробуждения - около 1 мс.
315 МГц / 433 МГц .
При использовании ASK/OOK максимальная скорость передачи 4,8 Кбит/с.
------------------------
Micro-R6 - это ...
Нажмите для раскрытия...
И в заключении сравним, то что предлагает nikolz, с типовым копеечным модулем RF433 с али (SYN470R), если будем вести синхронный прием:
Период 1 сек, окно приема 30 мс (прием десятка байт в сек):
1787515362318.png
(30*2.5+(1000-30)*0.0009)/1000=0.075873 мА = 76 мкА (требование 666 реальных мА*ч за год –> 2xAA).

Это меньше, чем постоянно включенный (180 мкА -> 1576.8 мА*ч на год -> Li АКБ) Mikro-R6.
 
pvvx

pvvx

Активный участник сообщества
При 10 секундах (SYN470R): (30*2.5+(10000-30)*0.0009)/10000 = 0.0083973 мА = 9 мкА
0.009*365*24=78.84 мА*ч -> СR2032 на 1.5 года (при импульсной нагрузке и т.д. на год(ы) у средней СR2032 всего около 100 мА*ч).
 
pvvx

pvvx

Активный участник сообщества
И для любого нормального SoC BLE (не ESP!):
От типа sleep c удержанием RC генератора и памяти: 0.9..1.8 мкА.
Из-за большего битрейта для уверенного попадания приема окно приема можно сжать до 8..12 мс. Этого достаточно для покрытия рандом задержки при передаче BLE маяка (используется для того, чтобы передача маяков от нескольких устройств не накладывалась друг на друга – возникало меньше коллизий в ради-эфире).

Ток при приеме (с работающим CPU): 5..7 мА.

Пробуждение от 1 до 1.5 мс до включения RF RX/TX и работы CPU (16..48 МГц) при среднем токе = менее 3 мА. Засыпание – доли мкс.

И расчет по среднему на синхронный прием любого BLE маяка (более 20 байт):

Для интервала в 1 секунду: (1.2*3+10*6+(1000-1.2-10)*0.00013)/1000 = 63 мкА

Для интервала в 10 секунд: (1.2*3+10*6+(10000-1.2-10)*0.00013)/10000 = 6.5 мкА

Для LE Long Range (дистанции к 1 км) желательно прибавить пару мс на окно приема…
 
pvvx

pvvx

Активный участник сообщества
Ошибки :) :
(1.2*3+10*6+(1000-1.2-10)*0.0013)/1000 = 0.06488544 = 65 мкА
(1.2*3+10*6+(10000-1.2-10)*0.0013)/10000=0.007658544 = 7.7 мкА

Т.е. при 10 секундном интервале с получением типового BLE маяка получаем средний ток меньше, чем потребляет Micro-R6 в отключенном состоянии :p
 
Войдите или зарегистрируйтесь для ответа.
Сверху Снизу