Этот вариант и придется применять...support писал(а):Ну с DHT ситуация ещё хуже. Его опрос занимает 0.8 секунды. Попробуйте HTU-21. Он опрашивается намного быстрее, да и точнее он.
Этот вариант и придется применять...support писал(а):Ну с DHT ситуация ещё хуже. Его опрос занимает 0.8 секунды. Попробуйте HTU-21. Он опрашивается намного быстрее, да и точнее он.
Глянул библиотеку, да там только delay() 270мс пауза на каждое чтение данных, а если читать и влажность и температуру, то пауза получится в 540 мс. Даааа, ну зачем так делать??? Я конечно понимаю, что так проще, но коряво же.support писал(а):Ну с DHT ситуация ещё хуже
Спасибо! Обязательно попробую!Слимпер писал(а):Нашел другую библиотеку, которую похоже писал более грамотный человек.
Там даже функция авто определения типа датчика реализована.
Сделал на ее основе блок для DHT.
Провел простые испытания
Результаты первых тестов максимальная задержка при работе блок 20мс, против 505мс у того, что используется сейчас с FLProg
К стати:
- Максимальная частота дискретизации DHT11 составляет 1 Гц ( Период опроса>= 1000 мс)
- Максимальная частота дискретизации DHT22 составляет 0,5 Гц ( Период опроса>= 2000 мс)
Это из разный источников длительность периода измерения, хотя встречали и меньше период опроса.
support, будет время попробуй, если будет нормально работать, может стоит заменить в программе.
Siberian, попробуйте может чем поможет.
Кстати на счет работы меню, я обычно запрещаю работу всего лишнего (опрос датчиков, исполнительных механизмов, передачу данных по интерфейсам ) при работе с меню.
Вот отдельно, распаковать в c:\Program Files (x86)\FLProg\ideV1\libraries\Siberian писал(а):Не подгружается библиотека...
Код: Выделить всё
int getMinimumSamplingPeriod() { return model == DHT11 ? 1000 : 2000; }
Подключил DHT22.support писал(а): Я так понимаю DHT11 нельзя опрашивать чаще раза в секунды а остальные - чаще раза в 3 секунды. Вы не пробывали чаще, это работает?
Внимательней изучил библиотеку. В общем эти ограничения зашиты в неё. Если время минимального периода опроса не прошло, запрос на чтение датчика просто пропускается.Siberian писал(а):Период опроса пробовал 1000 миллисекунд и 500 миллисекунд, работал стабильно, по генераторам даже не заметно, что затрачивается время на опрос.
Более детально поэкспериментировал, да, изменения происходят с периодом примерно около трех секунд, не зависимо от заданного, если конечно заданное не более 3 сек. При большем значении, выше 3 сек., опрос уже работает по заданному периоду.support писал(а):Внимательней изучил библиотеку. В общем эти ограничения зашиты в неё. Если время минимального периода опроса не прошло, запрос на чтение датчика просто пропускается.
Настолько оперативно, что даже я не успеваю . Перехожу по ссылке из "рапорта о сообщении на форуме", а ничего уже нет).support писал(а):Но я стараюсь их оперативно забивать