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

Не рекомендуется записывать прошивку Zigbee с помощью USBCOMFlashTx.html . Файл данной прошивки в два раза больше, что дает значительно большую вероятность ошибок при программировании. Желательно записать вариант BLE и через BLE OTA в TelinkMiFlasher.html записывать прошивку Zigbee. Таким...

Описание для Zigbee тут

Это значит, что вы не зарегистрировали термометр в своей Zigbee сети. Какой "ота флешер" ? Вы записали прошивку для Zigbee. В Zigbee есть свой OTA.

У данной программы нет обратной связи - она только передает и не знает куда и что выйдет. Для этого все соединения должны быть выполнены по инструкции.

Проект любой, где есть соединение. Добавки были эти (подбирались и были испробованы все варианты). Собирал в Keil с любыми SDK. Процесс переключения начинался и потеря связи, с конкретным выходом по тайм-ауту соединения. На чем и было заключено, что китайцы не дописали Coded PHY.

@cool2000 - из толпы пользователей THB2 уже нашелся чип, на котором соединение в 1M PHY не работает. Я прошил остальные 9 устройств и могу подключиться ко всем из них. Только к первому не могу подключиться. Но это не такая уж большая проблема по сравнению с тем, насколько дешевы они были.

И в BT5.4 формулировка не поменялась: "The 1 Msym/s symbol rate may optionally support error correction coding, which is referred to as the LE Coded PHY."

1.2 OVERVIEW OF BLUETOOTH LOW ENERGY OPERATION ... The 1 Msym/s symbol rate may optionally support error correction coding, which is referred to as the LE Coded PHY. Скорость передачи символов 1 Мсим/с может дополнительно поддерживать кодирование с коррекцией ошибок, которое называется PHY с...

В стандарте BT5.0 LE LR необязателен. Это расплывчато описано в стандарте от Bluetooth SIG.

ACCESS_CODE + .. + 36 + .. = ? Для полноты надо проверить выставленные флаги прерываний от RF - их должно быть более 3-х. FLD_RF_IRQ_TX FLD_RF_IRQ_RX FLD_RF_IRQ_RX_TIMEOUT Может отрабатывает по тайм-ауту. Задан неправильный ACCESS_CODE или ещё чего...

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 метров?