Comments 6
O(OQPSK) - offset. Здесь четные символы
Описка? Не элементы псп?
Решений нет, есть намек - изменить значение буфера, но не сказано как.
Намёк: для заполнения буфера добавить нулевых отсчётов к сформированному сигналу. И ничего перепрошивать не нужно.
Можно, только не в этом и ему подобных случае.
Не получить доступ к среде - через 512 отсчетов нужно начать передачу, а у вас задержка 32к отсчетов.
Не получить ответ - он поступит через 768 отсчетов конца пакета(длинна ограниченна), а вы все еще передаете ноли.
Время переключения RX/TX слишком большое, что в некоторых случаях рекомендуется два HackRF. Один на прием, другой на передачу и на разных частотах.
Вы не сможете уговорить стандарты Вас подождать, а таких стандартов много(почти все).
У Вас статья про передачу. Если тут подразумевалось переключение в Rx сразу после передачи, то с учётом жёстких таймингов добивка нулями не поможет, Вы правы.
Время переключения RX/TX слишком большое
То есть всё таки Вы не переключали потом в Rx?
Конечно переключал. Сейчас полная реализация физического уровня протокола.
Для начала передачи нужен доступ к среде. Слушаем в течении 8 символов и если свободно то передаем. Но буфер 32к одинаков в драйвере и на прием и на передачу. Указывается только направление. Если оставить 32к - будет задержка и данные уже не актуальны. Дальше хуже - пакеты с подтверждением. Здесь отсылается ответ сразу без механизма доступа к среде и будет пропущен если вовремя не переключиться на прием. И наконец переключение в родном драйвере идет неспешно - все уничтожается вместе с потоком и инициализируется заново для потоковой передачи\приема. Утверждается, что до задержка 0.3 секунды. Все это расплата за 20Ms/s на USB2.0.
В данном решении 20Ms/s нет...
Передаем стандарт IEEE802.15.4-2003 по технологии SDR(Software Defined Radio) и HackRF