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