Забавная картина. Паял сегодня датчик температуры и подключил АМ2320 в режиме DHT22 к GPIO4 т.к. на ту сторону было удобнее и.... он не заработал! Переключил на GPIO13 и он там прекрасно заработал причем даже без подтягивающего резистора! Питание 5в. Так что пробуйте на других GPIO. Почему так, не знаю.

diler_m пишет: Тоже перебирал: 2,14,15,16 - не помогает.

Кажется нашел причину:
АМ2320 сначала требуется вывести из sleep обращением к ее адресу 0xb8, потом через >1600мкс подать 2 раза команду на чтение.
Пишут что первое считывание содержит данные преобразования с предыдущего пробуждения датчика. Для получения текущих требуется повторное считывание.

Узнать бы как в IoT реализовано считывание показаний.

Очень жаль что заглохла тема

Все покупают более дорогие и неэкономичные DHT22?

А что тут обсуждать то. Как оказалось в режиме DHT22 работает не у всех да еще и не на всех выводах. Как AM2321 нормально ни у кого не заработал. В чем проблема? В глючности есп? В глючности самих датчиков? В глючности самой прошивки или отдельных библиотек в ней? Ответов нет и наверное не будет? Так что остается покупать на свой страх и риск и экспериментировать. Если не пойдет, всегда сможете на Arduino его использовать. Там он прекрасно с библиотекой от AM2321 работает

Будет такой датчик в наличии - разберусь в чем дело. в слепую сейчас только время терять...

diler_m пишет: Думаю что не совсем некорректно перенесены библиотеки, не соблюдается протокол обмена. В AM2320/1 задействован экономичный спящий режим, и баг у ESP именно с "побудкой" и последующим опросом.
Попробуйте вывести данные АМ2320 на дисплей и одновременно на ПК открыть страницу I2C-Scan (на ней включен autorefresh) - увидите что показания датчиков будут читаться корректно.
И это не зависит от количества устройств на I2C шине.

Вообщем плюнул на I2C mode, распаял датчик на самодельной PCB подтянул data через резистор 4k7 к питанию и добавил 0,1 керамики. Завелся стабильно, и даже выдержал переполюсовку по питанию