• Уважаемые посетители сайта esp8266.ru!
    Мы отказались от размещения рекламы на страницах форума для большего комфорта пользователей.
    Вы можете оказать посильную поддержку администрации форума. Данные средства пойдут на оплату услуг облачных провайдеров для сайта esp8266.ru
  • Система автоматизации с открытым исходным кодом на базе esp8266/esp32 микроконтроллеров и приложения IoT Manager. Наша группа в Telegram

BLE модуль JDY-10 на чипе TLSR8266

pvvx

Активный участник сообщества
А размер кода драйвера USB, как и потребление энергии у TSLR82xx в USB сравнить c ESP32-xx просто невозможно. Почти аналогичная ситуация со старыми STM32Fxxx.
По этому для мелких поделок-проделок-тестов c USB2.0FS CDC мне проще взять более дешевый TLSR8266.
Но ныне есть ещё более шустрые WCH, но у них с USB немного хуже, т.к. аппаратная часть USB немного куцая и требует больше исполняемого кода для обслуживания. Но и частота CPU выше.
Аналогичная ситуация и с BLE, но если сравнивать TLSR825x и ESP32-xx. TLSR8266 уже стар - BT4.2 всего.
 

dzantemir

Member
нужна помощь по SDMDAC ,он двух канальный то есть 1 канал SDM_P 2 канал SDM_N или одноканальный с дифференциальным выходом и как к нему подключить наушники , в целом мне надо получить моно звук , пока что звук я получаю подключив наушники к SDM_P и SDM_N но с искажённым звучанием ,буфер я заполняю последовательно знаковыми 16 бит значениями:rolleyes:
 

pvvx

Активный участник сообщества
Большинство выходов у TLSR8266 до 4 мА. И на 75 Ом он точно будет ограничивать ток. Для нескольких выводов можно програмно включить чуть больше, но это не поможет.
А включить динамик напрямую, как это делается в DSD и других цифровых усилителях, не выйдет - там слишком высокая частота для коммутации простыми транзисторами, да и входная емкость (затвор-исток) транзисторов не позволит.
С каналами SDM-DAC долго не возился, и уточнить уже не могу, т.к. с тех копаний в TLSR8266 прошло уже слишком много лет и всё забыто...
 

pvvx

Активный участник сообщества
Под рукой ещё есть макетка с UBIA...

А там писал тест TestADCDAC.html, где через соединение по BLE на DAC выводит пилу с шагом 50 мВ.

При включении выхода DAC через RC фильтр ко входу ADC получаем:
1751750251261.png
Частота выхода SDM-DAC задана в 60 нс:
1751750259166.png
На 60 нс транзисторов для прямой коммутации динамика нет.
 

pvvx

Активный участник сообщества
Выход GPIO коммутирует весь шум цифрового питания, что явно отражается на выходе RC цепи.
При большем выходном напряжении на DAC-RC – больше шума.
А пере-коммутировать какое аналоговое отфильтрованное питание с частотами фронтов за десятки МГц дополнительным цифровым буферным элементом нет особого смысла, т.к. проще поставить нормальный DAC.
Да и разрядность у этого DAC низкая.
В итоге был отброшен для использования сразу, после первых тестов...
 

pvvx

Активный участник сообщества
В итоге вывод звука или других аналоговых уровней путем ШИМ, SDM, DSD и т.д. через RC цепь – это удел диких Ардуинщиков. Особенно во всяких ESP, у которых питание, которое коммутируется на вход RC, имеет шум больше пары самых значащих разрядов такого DAC...
 

pvvx

Активный участник сообщества
Как пример – если надо получить шум на уровне 12 бит, то питание коммутирующего элемента должно быть стабилизировано и не иметь шумов в используемом диапазоне более 3.3/4096=0.0008В p-p.
И для линейности надо не RC цепь, а коммутируемый источник тока работающий на C...
Т.е. приближение к выводу 12 бит путем ШИМ возможно только при питании MCU токами до пары мА и низкой частоты коммутации. При больших токах жручки такого MCU будут сказываться сопротивления цепей проводников платы и ESR кондеров фильтрующих питание. И как пример для таких чипов как ESP это недостижимо, не говоря уже о наводках от WIFi.
 

pvvx

Активный участник сообщества
И в завершении о переводе цифрового сигнала обратно в аналоговый с помощью вывода GPIO, при любых типах коммутации.

Включаем Ютубе поиск управляемых БП на ESP-Arduino и тащимся над блохерами, где выход ШИМ гонят на управление выходным напряжением. ШИМ там всегда выходит с GPIO и идет на RC.

Для уменьшения шума ставим кондер в питание ESP. Для этого берем пример ESR кондера “X5R 1uF, Rated voltage 6.3V” из документации Samsung:
1751758834615.png
Все остальные параметры элементов, джиттеры, наводки, уходы от температуры и т.д. учитывать не будем, хотя их вклад ещё больше.

Для ESP по докам имеем импульсную дельту тока в питании от десятков мА до более 250 мА при передаче (в доках даются значения за 300 мА).

Итого: амплитуда напряжения шума на ESR этого “X5R 1uF 6.3V” в питании по низким частотам (0..100Гц) у GPIO будет составлять от 0.8(Ом)*0.25(A) = 0.2В.
Далее это обычно делят на резисторе с кондером R-C-R :)
Потом обратно этот сигнал усиливают в обратной связи БП :)
Но этот шум всё равно вылезет на выход в соотношении 0.2В к 3.3В.
Т.е. 16.5 раз или при выводе 16В амплитуда шума будет к 1 В :p

Очень малую фильтрацию ВЧ получим на кондере RC цепи, но его емкость влияет на время установки напряжения на выходе БП и частоты ниже этой огибающей всё равно не отфильтруются.
А шум в питании при работе WiFi максимален на низких частотах, ниже 10 Гц и до 0.

Уже получаем управление БП с шумом в 4-ом бите, без учета других основных факторов :p
 

pvvx

Активный участник сообщества
А далее, к примеру, возьмем какой древний мелкий ULP MCU от Microchip и включим его для вывода через ШИМ – RC 4..20 мA через XTR111A. От XTR111A и питание MCU (5B). Частоту MCU выставим до 1 МГц, чтобы не жрал более пары мА. В итоге от ветвления программы, параметров RC и при работе цепи стабилизации питания от XTR111A получим шум в питании (колебания тока у MCU) на уровне за 14-им битом, что без вопросов позволит выдавать к 12 бит 4..20 мA.
Так сказывается разница паразитных сопротивлений всех элементов цепей от силы и стабильности тока потребления MCU при работе с ШИМ от GPIO…
 

pvvx

Активный участник сообщества
нужна помощь по SDMDAC ,он двух канальный то есть 1 канал SDM_P 2 канал SDM_N или одноканальный с дифференциальным выходом и как к нему подключить наушники , в целом мне надо получить моно звук , пока что звук я получаю подключив наушники к SDM_P и SDM_N но с искажённым звучанием ,буфер я заполняю последовательно знаковыми 16 бит значениями:rolleyes:
Когда данный чип будет выдавать аналогично хотя-бы другим имеющимся MCU со встроенными 12бит DAC и 24 ADC, тогда будет смысл ковыряться.
К примеру аналогичное измерение при соединении 12bit DAC на 24 bit ADC другие чипы выдают такое:
1751763434624.png
(увеличенный фрагмент - вывод 12 битного DAC)
 
Сверху Снизу