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

BDT для работы с Flash загружает всякие файлы "dut" c кодом из директория: TelinkIoTStudio\tools\libusbBDT\bin\bin или BDT\config\bin в зависимости что вы установили IDE или просто BDT...

Он может слать код для исполнения CPU. Это BDT и там всё очень медленно... А оптимизацию по скорости там решили сделать путем загрузки исполняемого кода и передачи ему команд через RAM. Это прямая работа с SPI, подключенного к Flash в TLSR825x. Да. Это запись в регистр контроллера SPI для...

Прошивка программатора тоже была изменена - дополнена новыми функциями... UART2SWire v0.0.0.5, TlsrPgm v03.12.25

Какие-то проблемы с инициализацией (активацией) чипа. Может сброс не подключен к RTS и типа, или питание чипа не то. А может чип уже поджарили подключением к более 3.6В, на что указывает: "стал сильно жрать батарейку" - типовая проблемма после подключения более 3.6В. Так-же не описана какая...

# Flash Write Enable rd_sws_wr_addr_usbcom(serialPort, 0x0d, bytearray([0x00])) # cs low rd_sws_wr_addr_usbcom(serialPort, 0x0c, bytearray([0x06])) # Flash cmd write enable rd_sws_wr_addr_usbcom(serialPort, 0x0d, bytearray([0x01])) # cs high # Flash Write reg status...

Зачем? Большинство адресов регистров чипа описано в документации. Swire адресуется аналогично - как и CPU - как если писать в программе. При обращении к Flash через SPI процессор делает аналогичные действия.

А мне ваш рисунок не нравится :) Фон и прочее какие-то не те :ROFLMAO:

Это тоже: Ко входу ADC и на GND подключен кондер 0.47 мкФ. Немного изменим температуру только чипа... Но тут, в отличии вашего рисунка есть возможность любому повторить эксперимент, т.к. к этому приложены все исходники и готовые программы - https://github.com/pvvx/UBIA

Это не технический параметр :ROFLMAO:

У TLSR этих серий очень посредственный ADC. Нет выхода внутреннего Ref – нет возможности производить абсолютные измерения величины напряжения на входах ADC. Стабильность внутреннего Ref ужасна и зависит от множества факторов, включая режимы работы ADC. Разные входы GPIO ADC имеют разные...

Это не значит что она "выключена". Вы используете PGA и данные берете из буфера FIFO подключенного не прямо к SAR-ADC, а через кучу цифровых фильтров со своими внутренними буферами. И даже не указываете какую децимацию включили - так что ещё раз - можно усреднить замеры до шума амплитудой 0 бит...

Т.е. переключили коэффициенты фильтров.

это не "блоки", а абстракция для описания функционирования

И PGA там так-же полу-цифровой (с кучей извращений :) ).

Фильтры встроены в "железо" и перемешаны с ADC у данного чипа.

Обычно всем требуется наоборот - переписать дурную Tuya в типовой Zigbee 3.0. У Tuya много бяк: 1. Низкое разрешение передаваемых значений. 2. Большой и не регулируемый интервал передачи измерений. 3. Большое потребление батарей 4. Нет возможности управлять всем хозяйством Tuya во время...

Это смотря какой включен фильтр. Можно усреднить до +- 0 :)

Если задан интервал соединения 7 мс, тогда от куда задержки в 50 мс? И если я начал передавать фрейм из нескольких блоков размером MTU, тогда от куда задержка больше нескольких интервалов соединения?

"исходники ble стека" нет. Есть только куски патча для стека находящегося в ROM.

А при питании от батареи напряжения питания меняется от нагрузки на более 40%. Плюс для достижения меньшего тока утечки RAM и прочего во время sleep внутреннее напряжение для sleep переключается, что меняет частоту RTC до 15%. Такая халтура у PHY. И видимо есть ревизии кристалла или...