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

Там и так изначально используется древний OpenWRT. Исходники то к нему даны. Он старый и имеет несколько багов, исправленных в OpenWRT в последствии. А новый OpenWRT никогда не влезет в данный модуль из-за малого объема RAM. Остается только вариант перебрать старый имеющийся и исправить мелкие...

Я про то и говорю, что pecherskih уже годы изучает BLE, ничего обществу не выкатил, а считает себя Дартаньяном на 'на Habr-e'. По подробнее можно? Какой там интерфейс связи - USB2.0 FS или HS?

Но итог таков - INA3221 и INA226 на предельной скорости (163 us замер) лучше этого INA228/229. Первая на 1.3 бита, а вторая на все 2. Отличие только в токе утечки входов - у INA228/229 это пикоАмперы, а у других микро. Но это калибруется табличкой, если существенно (зависит от сопротивления...

Воткнул INA229. Очередная смешная микросхема от TI. Вычислял, вычислял сколько там получится шума на 50 us замерах (20кГц дискретизация) и запутался. Пример шума при 50 us (1 единица = 0x138 значений по шкале передаваемых чипом 20 бит): Такой смешной шаг у ADC от TI в INA229. В итоге - прыгает...

Без проблем. Такое можно описать даже в sh скрипте. Но никто этого за вас делать не будет. А имеющиеся наработки на данных модулях значительно мощнее - ведутся годовые логи с отображением графиков с десятками постоянно получаемых переменных работающих пром. установок на полную загрузку Modbus...

Всё отличие от WiFi - html страница хранится у вас (локально) или на каком http сервере. И не надо ничего муторно переписывать на самом устройстве с отключением соединения по WiFi с интернет, а так-же набивать непонятные "htttp туды-сюды 1 35 палка не та / опять не то : тут вроде домик...

А другого и нет. Все соединения с термометром происходят через браузер путем запуска странички html с js, как и перепрошивка, загрузка истории из термометра в график на html-js и т.д.... Вы ничего не посмотрели, а уже пишите выдумки Всё отличие от WiFi - html страница хранится у вас (локально)...

Где негатив? Вам посоветовал как сделать лучше, из опыта :p Но вы говорите что надо радоваться куцему отебятенному переводу даташита, который вы планируете выложить 'на Habr-e' :love: Habr - это такая помойка кусочных копипастов из даташитов (для неспециалистов, судя по вашему тексту)?

Вполне - модули ещё остались, пол сотни вроде ещё в запасе, а на объектах не летят... :)

Она и так web. А для WiFi нужно АКБ от авто. Всё это есть в Home Assistant, а у него и Web и приложение в Android.

Так же не забываем, что никакой защиты от ESD у ESP8266 нет. Его убивает импульс с амплитудой от 250В и длительностью всего 3 нс. Т.е. входы критичны к скорости нарастания сигнала. Через внутренние емкости GPIO разводки кристалла импульс попадает куда следует, вызывая полный пробой. И тут кто...

@aZholtikov - Я думаю, что это очень понравится ESP8266, когда ему на GPIO15 падают 5В. Замер при активном RESET. А так-же на другие ноги, где подключена SPI-Flash :) Четко видно, что всё упирается при около 3.6В, а остальное прет в кристалл. Ещё не известно что будет с GPIO, когда к нему...

Ток на входе ADC ESP8266 (ESP-12E на 'ESP12E DevKit') когда ADC не включен, при подаче пилы с генератора 0..5.5В через резистор 300 Ом: ESP-12E на 'ESP12E DevKit' имеет делитель из 220 + 100 кОм с ноги ADC модуля на пин AD0. Т.е. делит входное напряжение в 3.2 раза. @aZholtikov - Куда же идут...

Подача более 1.1..1.2В на вход ADC у ESP8266 перебрасывает чип (может и убить), т.к. это напряжение идет через защитный диод и структуру ключей ADC попадает в низковольтное ядро. Это не GPIO, а вывод TOUT.

На али есть дешевый "Аудио стерео A/D конвертер PCM1802 декодер АЦП 24 бит 96 кГц" И у него нету такой частоты SYSCK, чтобы получить стандартную:

PCM270x имеет SYSCK всего 12MHz (да и 16 бит всего и до 48 кГц) и для большинства нормальных audio ADC на 24 бита это очень мало. Как потом синхронизовать систему ADC-DAC?

А куда ещё можно запихать поток аудиоданных в ESP32, кроме WiFi и Bluetooth? И если это "техническое задание", то кому вы собрались гнать халтуру? Продающиеся беспроводные микрофоны используют свою радио передачу или Bluetooth. Но не WiFi. Есть мелкий частный случай - Ok Google. Там возможна...

Вот не видел никогда “Audio колонки WiFi”, а камеры со звуком по WiFi имеют ужасные задержки и квакания из-за нелинейности распределения времени на клиентов в WiFi и всегда используют буферизацию потока. Остается вариант полученные audio данные пихать в Bluetooth. Но текущие реализации c ESP...

Тогда в чем вопрос? Берете доку ESP-IDF и принимаете данные с I2S потоком в 300 килобайт в сек, но куда? С учетом, что WiFi имеет затыки в приемо-передаче из-за массы условий, вам нужен буфер не менее мегабайта... Иначе это какая-то игрушка с опцией для галочки.

Значит не работают. В первых доках у Espressif много чего сказано, но потом откинуто, т.к. баги в дизайне. А уж поддержка даже работающих частей в ПО происходит с годами...