fxr 0 Posted June 5, 2021 (edited) · Report post Приветствую! Имеется датчик с которого МК считываются данные с максимальной частотой до 20 МГц. Требуется передать полученные данные по воздуху на принимающее устройство на расстоянии до 20 метров. Пока выбор пал на NRF24L01, скорость передачи (250 kbps up to 2 Mbps) вполне удовлетворяет, но потребление высоковато. Прошу посоветовать трансивер с более низким потреблением энергии. UPD Еще не устраивает ограничения в объеме передаваемой информации в пакете - всего 32 байта, желательно иметь ~256 байт. Также непонятно справится ли ресивер с одновременным приемом от нескольких передатчиков (3-10 шт.). NRF24L01 не способен одновременно принимать более одного сообщения даже если они приходят по разным каналам. Edited June 5, 2021 by fxr Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
rx3apf 0 Posted June 5, 2021 · Report post В активном состоянии что приемник, что передатчик по любому будут жрать, и немало. Радикальное сокращение потребления - только если уходить в сон (если датчик работает не все время, а эпизодически). Одновременный прием - вообще забудьте (разделяйте по времени). По выбору трансиверов - гляньте у TI, AXSEM. Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
fxr 0 Posted June 5, 2021 · Report post Спасибо, посмотрю. Лучший способ синхронизации был бы запрос-ответ для каждого датчика, но в этом случае получим слишком большую задержку. Каким способом предполагаете разделять по времени? Еще рассматриваю Блютуз ЛЕ, там вроде бы можно работать параллельно с несколькими трансмиттерами. В плане минимального потребления и много поточности ZigBee интересная железка, но скорость слишком низкая. Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
Сергей Борщ 0 Posted June 6, 2021 · Report post 15 часов назад, fxr сказал: Имеется датчик с которого МК считываются данные с максимальной частотой до 20 МГц. А разве можно гнать такой поток в нелицензируемом диапазоне непрерывно? Там же жесткие ограничения на время нахождения в эфире и паузы между выходами в эфир. Или вы будете покупать частоту для своего устройства? 7 часов назад, fxr сказал: Каким способом предполагаете разделять по времени? Присвоить каждому устройству уникальный номер, устройства выходят в эфир по очереди, отсчитывая время выхода в эфир от подслушанных посылок друих устройств. Ксли в течении нескольких циклов в эфире нет ни одного устройства - база сама посылает синхропосылку (чтобы запустить процесс). Я бы делал примерно так. Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
rx3apf 0 Posted June 6, 2021 · Report post 12 часов назад, fxr сказал: Каким способом предполагаете разделять по времени? Исходных данных недостаточно - объемы информации, частота опроса. У радиодатчиков канал однонаправленный (только передача), или есть возможность приема (прием, надобно отметить, типично не менее прожорлив, чем передача на требуемой мощности). В общем как всегда - правильно сформулированный вопрос содержит в себе половину ответа ;) Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
fxr 0 Posted June 6, 2021 (edited) · Report post 8 hours ago, Сергей Борщ said: А разве можно гнать такой поток в нелицензируемом диапазоне непрерывно? Там же жесткие ограничения на время нахождения в эфире и паузы между выходами в эфир. Или вы будете покупать частоту для своего устройства? Объем потока не лицензируется, а лицензируется лишь частота линии пропускания. Например новый WiFi передает на частотах до 6 GHz и способен обеспечивать поточную передачу до 9.6 Gbps. Но скорее всего такая скорость передачи данных от датчиков избыточна, я указал максимальную возможную скорость считывания с них информации. 8 hours ago, Сергей Борщ said: Присвоить каждому устройству уникальный номер, устройства выходят в эфир по очереди, отсчитывая время выхода в эфир от подслушанных посылок друих устройств. Ксли в течении нескольких циклов в эфире нет ни одного устройства - база сама посылает синхропосылку (чтобы запустить процесс). Я бы делал примерно так. Каждый нод имеет свой уникальный номер и регистрируется в начале сеанса связи. Думаю применить классическую схему с рекурсивным опросом датчиков. 3 hours ago, rx3apf said: Исходных данных недостаточно - объемы информации, частота опроса. У радиодатчиков канал однонаправленный (только передача), или есть возможность приема (прием, надобно отметить, типично не менее прожорлив, чем передача на требуемой мощности). В общем как всегда - правильно сформулированный вопрос содержит в себе половину ответа ;) Верно подмечено ;) Немного поспешил с вопросом, сейчас как раз рассчитываю требуемую частоту и скорость передачи данных. Если кое что оптимизировать на стороне датчиков и NRF24L01 вполне может хватить. Edited June 6, 2021 by fxr Quote Ответить с цитированием Share this post Link to post Share on other sites More sharing options...
