Результаты поиска

p[0] - это dma_len (uint32). Данный буфер получает проц от RF по DMA. А что там в RF - фиг знает.

#define RF_BLE_PACKET_LENGTH_OK(p) ( *((unsigned int*)p) == p[5]+13) //dma_len must 4 byte aligned #define RF_BLE_PACKET_CRC_OK(p) ((p[*((unsigned int*)p) + 3] & 0x01) == 0x0) #define RF_ZIGBEE_PACKET_LENGTH_OK(p)...

Там смотрится бит CRC_OK, который находится в разных местах буфера в зависимости от режима PHY и т.д.

В нем все define типа RF_BLE_PACKET_LENGTH_OK - это смещение в буфере где лежит размер и как считать/сравнить/где лежит CRC.

Пакет вроде 43 байта? + Преамбула ?? мкс. Если лишние 7 байт - это 7*4*8 = 224 мкс. RF принимает всё подряд с преамбулы до конца буфера. Во всяком случае это если пользовать demo процедуры в Telink, которым указывается только канал, код преамбулы, модуляция. Там всегда в конце какой-то разный шум.

А какие там есть параметры для RX? Окно приема, размер блока, .. ? И декодирование и расчет CRC там программный или апп. ? Некоторые чипы принимают на 1M PHY и программно декодируют... Тогда и на 1M будут задержки...

Значит параметры TRX заданы неверно.

Судить по Timestamp передачи в комп от чипа сниффера не лучшая затея. Если там связь по USB, то дискретизация 1 мс на пачку пакетов...

Как тогда происходит связь LE LR на 1.6 км с внешней антенной? Там задержка будет 10.7 мкс

Если 2 мкс, тогда ограничение на дальность выходит 299792458 * 0.000002 = 599.584916 метров На 2 мкс задержка приема на устройстве и отсылка - поступление на приемник запросившего через 2 мкс. Итого 4 мкс на 600 метров?

Т.е. прерывание возможно ненужно - все блоки автоматом в RF по заданным параметрам (?)

Я не разбирался в этих данных сниффера, но другое измеренное соединение имеет такие как и эти цифры - т.е. различий нет. И мне кажется, что отличий быть не должно, т.к. это задается аппаратно в параметрах процедуры названной примерно rx2tx() или tx2rx().

Непонятно, что за интервалы показывает Wireshark. 17: ,18:, 19:

Есть ещё https://aliexpress.ru/item/1005005184112062.html https://www.wch-ic.com/downloads/WCH_BLEAnalyzer_zip.html В документации про Coded PHY мало что: Очень похоже на программу сканера от TI .... В итоге самое дешевое решение - это nRF сканер с Wireshark И Wireshark - это жирный плюс.

Большинство использует nrf52840 mdk usb dongle. К нему оф. прошивки сканера от Нордик.

Через Zigbee OTA.

Для любителей Zigbee, но желающих экономить батарейки или ничего не прошивать в Xaomi/Qingping термометры-гигрометры есть такое: Ретранслятор до 3-х BLE термометров в Zigbee 3.0 на модуле с чипом TLSR825x за $3 на али. Можно и дешевле в 2 раза, если использовать просто модуль TB-03F. В принципе...

Z2M в своем репертуаре. Вместо доделывания совместимости с Zigbee 3.0 меняют названия "батарейки" в конверторах. Это чтобы вы прочувствовали свою зависимость от их желания включать или нет в поддержку ваши устройства.

E104-BT5040U https://aliexpress.ru/item/1005005170155707.html 974 ₽

При этом словить -20дБм можно на неверном изготовлении/разводке антенны, что достаточно часто на китай-модулях.