Angel71 писал(а):количество приёмников это хорошо, но ещё есть объёмы данных и время. хотя бы примерно прикиньте с какой эпизодичностью (мин/макс) каждый приёмник будет получать/отправлять данные, их объём (мин/макс). какой желаемый диапазон у "время отклика" тоже не помешало бы немного уточнить. +устройства у вас будут в прямой видимости или нет?
Большое спасибо за уточняющие вопросы/указания!
1. Устройства будут в прямой видимости, хотелось бы иметь связь в радиусе до метров 50-ти. Но 20 метров нужно "железно", то есть на этом расстоянии хочется иметь "прочное" соединение (чтобы в случае чего "машинка" не уехала в горизонт =) ).
2. На сколько часто будет идти обмен данными. Пока предполагается, что редко. Минимальный промежуток между командами от мастера к приемнику - порядка 50 мс. Максимальный промежуток между командами - несколько минут. (светодиод включили и он горит минут 5, потом выключили). "Время отклика" по предварительным соображениям в пределах 30-60 мс.
3. данных мало. Думаю, что примерно такой формат: запрос к приемнику - {адрес устройства}[команда][данные] (мин: 32 байта, макс: ~500 байт), ответ приемника - {адрес устройства}[результат-выполнения-команды][данные] (32 байта + данные. мин: 32 байта, макс: ~500 байт ).
Под данными подразумевается например имя устройства, или значение счетчика или что подобное. Но данные пока получать предполагается редко. Основное управление (на пока) - это управления колесами, светодиодами и т.п.
Добавлено спустя 7 минут 45 секунд:elmot писал(а):Могу предложить 3 варианта
Спасибо за предложение! Наверное выберу не-роутерный вариант.
Добавлено спустя 3 минуты 47 секунд:ALS писал(а):Каждый блок собран на связке nRF24L01 + PIC16F690.
Расстояние - по прямой до 15-20 м, в нашем случае - в пределах этажа-двух с 1-2 стенами/плитами перекрытия.
Круто! Очень интересно. 15-20 это предельная дальность, правильно понял? То есть в 25-ти метрах уже совсем соединения нет? Если так, то А как-то можно дальность увеличить? Чтобы раза в два дальше, чтобы метров до 30 пробивало?