Всем привет
Прикупил во всем известном китайском магазине данный датчик т.к. стоил он прилично дешевле и чем AM2321 (от которого отличается только расположением вывода ног) и чем DHT22. На Arduino этот датчик работает прекрасно причем даже с библиотекой от AM2321. На ESP8266 со всеми нами любимой прошивкой датчик как AM2321 не прижился. Вел себя очень странно. Появляется на 10сек затем отваливается на 20сек и так далее по кругу. На народмон данные в принципе отправлял даже с этим глюком. НО. Как только на шине I2C появлялось какое-либо устройство (например монитор) как датчик вообще переставал реагировать. Решение нашлось очень неожиданно. На одном из форумов упоминалось что более менее свежие ревизии данных датчиков работают по 1-проводной схеме. При замыкании 4го контакта (SCL) на землю. Было решено проверить это с прошивкой Максима. Так вот. При таком подключении датчик прекрасно определяется и работает как DHT22!!!!

Может проблема с подтяжкой шины ? Нужно на i2c резисторы ставить к +. Или резисторы оказались маловаты или великоваты.

Кстати, AM2321 так же может работать по одному проводу.

Пробовал и с подтяжкой (от 2к до 10к) и без подтяжки. На разных GPIO на 2х ESP с Pro прошивкой. С разными блоками питания. С напряжением питания датчика и 3.3в и 5в. Даже Вы по моей просьбе меняли в прошивке время задержки перед опросом датчика. Все бестолку. Только потратил тучу времени на это. Возможно что 2320 и 2321 всеж отличаются внутри по начинке поэтому и глючит. На Ардуние он кстати работал прекрасно с библиотекой от 2321. Почему так ведет себя на ESP8266 с Вашей прошивкой не знаю. Возможно библиотека неудачная используется. Я просто нашел и предложил решение как работает. Чтоб люди не наступали на мои грабли и не тратили море времени на то как заставить работать данный датчик.

Приехал ко мне AM2320, и столкнулся с проблемой его "приживить" на общую шину I2C с дисплеем, RTC и FM radio. Симптомы: датчик отваливается через 10 сек, значение т-ры и влажности 255 255.
Но заметил особенность - если в браузере открыта вкладка I2C scanner, которая имеет авто-refresh ~5 сек, то данные считываются нормально начиная со 2-3 обновения.
Предполагаю, что датчик уходит в deep sleep, и в протоколе опроса необходимо задать задержку на пробуждение и обработку данных внутренним АЦП. Это возможно сделать?
В режиме DHT22 он у меня не работает (менял GPIO, подтяжки, Uпит).

В режиме DHT22 нужно и 3 и 4 ногу на землю вешать. Вы так подключали?

diler_m пишет: Ну конечно
Включал на холодную (переключение в 1wire происходит после 500мс проверки на замыкание pin4 +GND).
Ставил резисторы подтяжки SDA 5.6k...10k.
Ничего не помогает.