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

Да, и разница в измерении пиковых токов и среднего тока от источника 3.3В может отличаться от внутреннего сопротивления источника. Я использую 10 или100 Ом - типа эквивалент новой и подсаженной CR2032. Т.е. питание включено через 100 Ом к источнику 3.3В.

Без DC-DC:

Без включенного DC-DC (работа через внутренний LDO) ток передачи при 0 дБ прыгает за 11.5 мА И наблюдается очень сильный импульс при просыпании чипа - с током более 24 мА и емкостным спадом. Подключается какая-то емкость, скорее всего внешняя.

У BLE есть свои стандартные варианты авторизации и указываются в атрибутах к UUID. Отсебятина корректно работать никогда не будет.

10 мкА в sleep - это уже что-то не то. Все GPIO должны быть подтянуты. И ток в sleep не зависит от включен или выключен DC-DC. Может и зависит, но на уровне нескольких nA, а там измерять сложно - естественные (тепловые) шумы во много раз больше...

@brain13 Из схемы на EVAL от WCH: А с основным кварцем и так всё ясно - чем меньше ppm, тем лучше. Емкости могут быть внешними и внутренними (переключаются в чипе).

Для этого надо переучить все ОС, драйвера и API :) Глубоко не копал, т.к. сам не меняю на ходу таблицы UUID, но вроде есть какой-то UUID, который за это отвечает - т.е. изменяется при изменении таблицы и указывает, что необходимо перечитать всё. Иначе ни один API не сможет работать.

Индуктивность неизвестна - маркировки нет.

https://aliexpress.ru/item/1005004587076215.html

И безусловно Espressif Systems всегда указывает завышенные характеристики (типа с пропусками 70% приема может когда и будет, если всё вокруг чипа идеально и супер антенна тоже, т.е. только при крайних лабораторных условиях): ESP32C3 Series, Bluetooth LE 125 Kbps Sensitivity @30.8% PER –105 dBm...

nRF52840: -103 dBm sensitivity in 125 kbps, +8 dBm TX power. BL702: -104 dBm sensitivity in 125/250 kbps, +14 dBm TX power. CH583: Receiving sensitivity для 125 kbps не указано, +7dBm transmission power. Но указано: The communication distance is about 1000 meters at the transmission power of...

И ещё двоечнику @nikolz вопрос – какова разница по мощности у усилителя имеющего +10дб предусилитель и выходной каскад на +10дБ? :)

И опечатка - Coded PHY - это 250 и 125kbps. В 4 раза при 125kbps - RF RX у TLSR825x не менее -101дБ - nikolz - читайте внимательнее даташиты.

Плюс всякие увеличенные дБ у приемника и передатчика у чипов с BT5.0 в отличии от BT4.0. Итог может быть более 10 раз.

О чем разговор вы читали? О Coded PHY - там другие циферки у приемника :p Плюс TX на +10дБ. Плюс другой тип модуляции от WiFi - распределения сигнала по частотам. Теория RF гласит, что переход на Coded PHY (250kbit) - это уже в 4 раза увеличение дальности. Но реальность немного меньше...

Всё таки PrintF, а не отладчик по JTag :) А то хотелось бы узнать - как на ходу, во время соединения работать с Jtag не разрывая соединения? :) --- Описание не понятно или сложно воспринять. Возникает вопрос - вы по ходу соединения добавляете характеристики и сервисы? Если да - это точно даст...

А у этих двух характеристик одинаковый UUID? :love: В общий список такое вывалит и-то неизвестно на всех-ли реализациях, не закончится ли такое просто "ошибка" считывания характеристик? По отдельному запросу найдет первую, т.к. оно единственное верное и должно было иметь ATT_PERMISSIONS_RDWR

Многие BLE при соединении имеют разный набор UUID, в зависимости от авторизации (bind, пин-код). В другом варианте - у устройства разные атрибуты к UUID - некоторые с флагами требования авторизации... Т.е. если в устройстве ввели pin код, то он защищает некоторые сервисы, а не все. Остаются...

TEST Broadcaster - только BLE реклама, без возможности подключения и ответа на сканирование. Т.е. не включает приемник после пакета передачи. Типа 'Маяк' с интервалом 3 сек - это самый предел для успешного приема маяка при самом малом потреблении и требований от чипа. В примере из SDK...

С SDK ещё такие ограничения: 1) Требуется MounRiver Studio_Community (построена на Eclipse). 2) Отладчик только WCH