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

TLSR8250F512ET32 2216 Chip TLSR825x ID: 0x5562, rev: 0x02 CPU PC=0x00000000 ([0x0602] = 0x05) Flash JEDEC ID: 0xC86013, Size: 512 kbytes ------------------------------------------------------- FLASH UID: 000000: 41 50 33 42 34 30 33 05 00 c0 00 4f 01 a9 ff ff 000010: c8 01 ff ff ff ff ff ff...

В XIAOMI MJWSD05MMC TLSR8250F512ET32 имеют дату 2216. Т.е. достаточно свежие. А TLSR8253 у меня только 21 года... Стоит уточнить что может быть изменено в TLSR8250...

Из документа https://docs.ai-thinker.com/_media/ble/docs/tb-03f_product_specification_en_v1.0.pdf :)

Да, я видел. Там у ai-thinke всегда бардак - недавно на PB модули были описаны в табличке одни чипы, а при покупке оказались другие :) Сейчас надо опять сверять...

По теме то ничего нет и не видать. Значит выдохлись и на сегодня это и то и есть. А что было, то сплыло. Век жизни чипов и подходов к ним очень мал... и информационное ускорение всё больше и больше :P

И что же это за чудо такое? "аппарАтный BLE АнализАТОР"? На основе SDR и анализатора спектра? А пофиг - я тут не статью пишу. Но смысл понятен. Очередной писатель - где я написал, что STM32 появился в том веке? "Отладка через него в основном развилась" в детских кругах ...

А более хитрыми вещами отладки тут никто из местных не поделиться. Они жмоты и обременены предрассудками. А я - если будут запросы и время причесать код и как всегда всё будет кое-как, т.к. это отладка и не готовые вещи...

Для бинарного потока из USB-COM проще написать самому. Вам вроде нужно выводить с ADC и быстро, тогда и на это у Chrome есть API. Пример - вывод 16 битных данных от ADC со sweep генератора пилы, но сформированных в блоки с заголовком (кто-же знает как вы выводите(?)) на 50 кГц...

Google Serial port Plotter Chrome

А как отображать real-time график с частотами отсчетов в десятки МГц? Взять к примеру PC. Для этого надо буферизировать поток. BDT может считать буфер и его можно посмотреть... А для детей есть очень большая масса всяких графико-строителей находу из вывода циферек в COM порт. Особенно для...

@sed_alex - О, я наконец понял вашу зависимость - вы используете только чужое, заранее подготовленное и только если вам разжуют и в рот положат на примерах воспринятых в вашем детстве при игре в STM32. Ну ждите когда вам pecherskih слепит то, что вы будете “отлаживать” путем переключения...

"Любой GCC, ARMC да даже мертворожденное убожество от C-Sky (W806 - которое вы так хвалили) при компиляции в настройках компилятора просто ставим поддержку отладки и, спокойно отлаживаем, отладили выбираем Release в соответсвующих настройках." И как же переключить "в настройках компилятора"...

Когда-то, в четвертой половине того века с отладочными средствами было всё плохо. Потом слепили Jtag и прикрутили его к детским чипам. Отладка через него в основном развилась из STM32, для самых маленьких, которые только начинают и ещё ничего не шарят. Спустя четверть века эти “пердуны”...

Вы о чем? Об снифере BLE в Wireshark? Действительно - "шарашить поток в порт и потом разбирать портянку" :) Или вас смущает нормальный отладочный лог, принятый везде при нормальном программировании? Обычно он выводится текстом понятным для человека, а не в виде табличек битов в вашем любимом...

А с Jtag не выйдет как удобнее. Имеющиеся варианты ограничены применением dll от SEGGER для быстрого описания отладочных средств на питоне или чем вам удобнее. В итоге Jtag в пролете, т.к. проприетарщина.

Производитель обычно выпускает отладочные средства. Для Telink оно всё представлено в виде BDT. Другие производители, кто помелочнее и жаднее, юзают чужое - всякие примочки/интерфейсы для JTAG из open-source. SEGGER не удалось возглавить стандарт, хотя он пытался... Опять подвела жадность.

И вполне возможно, что Telink наштамповал новый удешевленный кристалл для большой серии (выпуск XIAOMI MJWSD05MMC в конце того года) и их налепили в новые модули, т.к. возможно, что на копеечку стоят меньше...

Ранее выпущенные и все из имеющихся TLSR8251, TLSR8253, TLSR8258 шли с одинаковым кристаллом. Т.е. во всех было 64 килобайта RAM и никаких отличий, но документация от Telink говорит что это разные чипы :) TLSR8250 похож на первенец серии TLSR825x и может иметь отличия.

Уже сказано - deep-sleep отключает всё. И при каждом просыпании необходимо инициализировать нужную часть и деинициализировать после отработки для уменьшения потребления. Некоторые внутренности не отключаются полностью - остаются утечки. Да и во время активного цикла лишняя работающая часть...

И Datasheet_for_TLSR8250, т.к. его нет на Telink Видимо ai-thinker начал вместо TLSR8253 ставить TLSR8250.