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

Нда, бездарность nikolz... Указана. Вы не знаете полосу шума у закороченного входа? 🚩

Для тупого тролля nikolz сообщаю: всё, что вы пишите - это полный бред вашего воспаленного мозга.

Ладно, это нам подсовывают такой ADC в дешманском китайском чипе... а что предлагает Nordic в своем супер чипе nRF52840? Кроме этой таблички - ничего. Никто, спустя годы его выпуска, так и не смог запустить в нем SAADC на замеры... Частота семплирования у него примерно такая-же, если без...

15-ый бит – это 90.2 дБ (1/32768) (полные 14 бит) 16-ый бит – это 96.5 дБ (1/65536) (полные 15 бит) 17-ый бит – это 102 дБ (1/131072) (полные 16 бит) И что с нашим SAR в JDY-10 (TLSR8266) по шуму(?): Пробуем пересчитать по результатам уровня синуса... Синус при максимальном p-p в wfm_view на...

Другой коэф. децимации и: PS: 1.3V - полная шкала SAR у TLSR8266 c ref 1.3V. Аппаратная децимация и амплитудная коррекция настроена на итог 16 бит на выходе, что в 16-ти битном wav и есть "1". Прога wfm_view.

Влепил вывод в WAV с USB... Теперь можно проверить ADC на уровень шумов и ... 50 ksps:

Изменение температуры не более 6..8 С. Т.е. разрешение лучше чем у некоторых датчиков температуры :) Если ещё подобрать тип диода с прямым падением на 650 мВ - можно PGA врубить на 40 дБ для увеличения разрешения в 20 дБ от показанного...

Очередное баловство: Диод Д223A и резистор 4k7 в 3.3В, диод нагрет рукой (примерно +30C), PGA +20дБ, остывание до температуры и моих движений на столе:

Такая шняга ныне с ADC+DFIFO+PGA у TLR8266: // analog regs PGA #define rega_aud_ctrl 0x86 enum { FLDA_AUD_PWDN_LEFT = BIT(0), FLDA_AUD_PWDN_RIGHT = BIT(1), FLDA_AUD_MUTE_RIGHT = BIT(2), FLDA_AUD_MUTE_LEFT = BIT(3)...

В доках и SDK от Telink нет ничего про это. А про ADC + DFIFO + PGA в описании к SDK скромно сказано - используйте TLSR8269, а на TLSR8266 вот вам пример замера батарейки с делителем на двух R и гуляйте. Есть ещё упоминания, что не работает в PGA второй канал... Это вся инфа. Где-то в нутрах...

Та и вообще всё что связано с USB и ADC на TLSR8266 без каких-либо описаний. Сделано методом "аппаратного реверса" :P

Размер DFIFO не увеличить - мало RAM у TSLR8266. Сделал фичу адаптации длины пакета семплов ADC под загрузку BLE... Информация по реальным делам в BLE и устройствам медленно раскрывается. Полных описаний то нема...

Вот передатчик шурует каждые 11.5 ms Sleep пришлось пожертвовать для ADC... Но и разница не сверх - SAR шурует на 4MHz CLK + 32MHz DFIFO + всякие таймеры и ожидание что скажет управляющий BLE за latency connection и всё это жрет как CPU у TLSR8266. Смысл гасить CPU мал - падает с 9 мА до 7 мА и...

Добился стабильных на старом смарте 3333 sps (6724 байта в сек)... На компе 5 ksps (10 килобайт в сек). ---- В итоге забрал всё время BT на одно устройство - выставив LL latency connection events в 8(!)

Это возможно для включения BT, а не GPS :) У меня не спрашивает, а спрашивает "включить BT?", если не включен при запуске. B во вторых это Chrome хочет, а не js в HTML. Может в его настройках надо покопать...

Для смарт с ограничением у дров Connection interval в 11.25 ms и BT4.2, почти предельный 2 ksps (4 килобайта): Вложен полный HTML

Если таймер у BLE уходит, то будут дикие потери. Ему нужно держать connection interval с точностью в us. По этому при больших интервалах с неверно откалиброванными часами участников соединения оно может рушится или иметь много потерь...

На Windows 10 помогает перезагрузка (отклюение-включение BT в опциях или путем выдергивания-втыкания в USB) USB-брелка... :) Иногда оно не хочет прокачивать даже 1000 sps. Дрова мекомягких и всё такое.... Надо писать свой адаптер на TLSR8269 или nRF52840...

js в HTML имеет два варианта расчета sps. В логе - по кол-ву отработанных в модуле чтений от подачи команды старта семплирования и приему статистики (опрос каждые 20 сек) И в выводе графика, где считает у усреднением к последней секунде... Там-же, в логе выводится на какой connection interval...