Чт май 28, 2020 18:18:55
Чт май 28, 2020 19:50:19
Чт май 28, 2020 20:24:19
Сб май 30, 2020 09:26:08
Сб май 30, 2020 17:30:06
Сб май 30, 2020 17:42:26
Сб май 30, 2020 21:44:50
Пн июн 01, 2020 11:28:33
Пн июн 01, 2020 12:51:25
Пн июн 01, 2020 15:17:20
Обычно посылает и смотрит сам базовый блок, абонентский просто тупо отвечает, но про фазы это как один из принципов, к NRF его быстрее всего не прикошачить, а вот с "пингами" ради интереса можно и по-экспериментировать, скажем мониторить удаление более 5-ти метров - задержка внутри модулей при условии неизменной длины пакетов не меняется, а вот приращение (задержки) зависит от удаления, 1м волна проходит за ~3.33 нс, поскольку для запроса\подтверждения волна должна слетать до брелока и вернуться, то это выходит 5х2=10м, задержка при этом составит 3.33х10=33.3 нс. В протокол обмена можно воткнуть какой-нить простенький контрольный пакет строго постоянной длительности и по нему определять приращение то-бишь дальше ли 5-ти метров Вы от машины или нет. Вопрос тут только в быстродействии таймера в контроллере (том, что после NRF), который должен будет отлавливать увеличение задержки с разрешением в ~ 35 нс. Если проще, то посылаем контрольный пакет и запускаем таймер, получаем ответ - таймер останавливаем, ежели таймер сбросился раньше, значит брелок далеко (время в таймере подбираем при отладке). ИМХО.Morroc писал(а):Это придется передать принять, передать обратно
Пн июн 01, 2020 15:56:26
svic писал(а):с разрешением в ~ 35 нс.
Пн июн 01, 2020 16:23:11
Врать не буду - с NRF близко не общался, поэтому никакой конкретики к сожалению.roman.com писал(а):обычный кварцевый генератор, со своей нестабильностью частоты...
Пн июн 01, 2020 16:44:20
svic писал(а):По поводу кварцев при обычной для них нестабильности (10−е5 ÷ 10−е12)