Код: Выделить всё
temp:-4.20/hum:118.98
Код: Выделить всё
temp:128.85/hum:118.98
Код: Выделить всё
temp:-4.20/hum:118.98
Код: Выделить всё
temp:128.85/hum:118.98
Код: Выделить всё
93.61 2019-01-29 13:40:02
93.63 2019-01-29 13:41:01
97.75 2019-01-29 13:42:02
99.3 2019-01-29 13:43:02
99.9 2019-01-29 13:44:01
102.97 2019-01-29 13:45:01
101.35 2019-01-29 13:46:01
101.78 2019-01-29 13:47:02
102.05 2019-01-29 13:48:02
102.23 2019-01-29 13:49:01
102.37 2019-01-29 13:50:02
102.7 2019-01-29 13:51:01
102.78 2019-01-29 13:52:02
102.86 2019-01-29 13:53:01
103.01 2019-01-29 13:54:02
103.18 2019-01-29 13:55:02
103.38 2019-01-29 13:56:02
103.42 2019-01-29 13:57:02
103.52 2019-01-29 13:58:01
103.57 2019-01-29 13:59:02
103.68 2019-01-29 14:00:02
103.76 2019-01-29 14:01:02
103.9 2019-01-29 14:02:01
103.97 2019-01-29 14:03:02
104.32 2019-01-29 14:04:02
118.98 2019-01-29 14:05:01
118.98 2019-01-29 14:06:02
Трудно сказать. Я не сталкивался с выходом из строя датчиков HTU21D. При использовании внутри помещений эти сенсоры показали себя с лучшей стороны. Но на улице их не использовал.
Кстати, значение относительной влажности действительно может превышать 100%.
После долгих тестов оставил такой заголовок от сервера если ничего в ответ не передаем:
HTU21D не испортился, как я думал, а действительно уперся в верхний предел. Сегодня показания начали плавно снижаться и сейчас относительная влажность 116% Скорее всего действительно в датчик какая-нибудь пылинка/соринка/льдинка попала и у него показания резко сместились вверх.Andrey_B писал(а): ↑29 янв 2019, 21:17Думаю, для уличного использования больше подходит HTU21D-F c PTFE-фильтром.
"Optional PTFE filter/membrane (F) protects HTU21D digital humidity sensors against dust and water immersion..."
К сожалению от инея или конденсата в этом смысле сенсор без фильтра не защитит экран Стивенсона (метеорологическая будка).
Любопытно, что в моей китайской метеостанции, которую я поставил еще в 2011 году отказало все, кроме датчика влажности... Показывает сейчас 65% при температуре -9,43. Я даже батарейки уже 2 года не меняю, все жду когда совсем накроется.
Код: Выделить всё
118.98 2019-01-30 14:07:02
118.98 2019-01-30 14:08:01
118.93 2019-01-30 14:09:02
118.88 2019-01-30 14:10:02
118.92 2019-01-30 14:11:02
118.8 2019-01-30 14:12:01
118.77 2019-01-30 14:13:01
118.75 2019-01-30 14:14:02
-------------------------------------
116.68 2019-01-30 17:28:02
116.65 2019-01-30 17:29:01
116.66 2019-01-30 17:30:02
116.66 2019-01-30 17:31:01
116.6 2019-01-30 17:32:02
116.66 2019-01-30 17:33:02
Верно, m1 приходит при R. Но на прошивке от покупке (4.31 с хвостиком по-моему) m2 не приходило в режиме R. Только в P и P&R приходило. Иногда совсем переставало приходить до перезагрузки, оттого решил обновиться. На этом даже была построена у меня целая логика. Ну к новому привыкну быстро, раз это не баг прошивки.Andrey_B писал(а): ↑30 янв 2019, 17:58"m=2" - событие на удержание приходит при любом режиме работа входа. Так было всегда и это логично. Серверу может потребоваться обработка этого события как в режиме "P", так и в других режимах.
"m=1" - событие на "отжатие" кнопки в режиме "P" приходить не должно. И на прошивке 4.32b2 у меня не приходит.
Ну не вы же вручную обрабатываете эти запросы.
Режимы "P" и "R" делались вовсе не для сервера. Эти режимы главным образом нужны для возможности автономной работы контроллера с собственными сценариями (Act/Net).
Извиняюсь за оффтопик, но мне подобные вопросы напоминают приём родов по телефону. Господа, ну если вы взялись самостоятельно что-то делать, то купите хотя бы логический анализатор на али за 500 рублей. А лучше возьмите где-нибудь на время осциллограф. И ткните им в питание и в сигнал от датчика. Если по указанным данным ничего не поняли, тогда и спрашивайте. И лучше фото соединений приложите, в этом тоже бывают проблемы.