<<< Назад

Добавить предельные значения датчика


Logrus (2019-05-07 19:07:32):

прочитайте статью в бз, фильтрация значений

(0)
 
TurburatoR (2019-05-07 19:45:49):

Я знаю про эту статью, но это сложно для большинства и противоречит концепции ПУ

(0)
 
tarasfrompir (2019-05-07 19:53:40):

а если у меня датчик показывает правильно - но температура поднимается до 40 . Для меня это ужее за порогом.. И я иду смотреть что там с температурой не так ....

(0)
 
TurburatoR (2019-05-07 19:59:48):

а если у меня датчик показывает правильно - но температура поднимается до 40 . Для меня это ужее за порогом.. И я иду смотреть что там с температурой не так ..

для этого есть порог уведомления

(0)
 
tarasfrompir (2019-05-07 20:03:27):

НО зачем отсеивать такое данное - если оно правильно ? Для м еня порог это комфортное условие проживания...
Выход значения датчика за порог тоже нормально . Если бы отсеивать все температуры выше или ниже 50 градусов. Что для основных датчиков это есть порогом измерения тогда да...

(0)
 
tarasfrompir (2019-05-07 20:04:32):

ито эо не показатель. А если у меня муфельная печь есть в доме...???

(0)
 
Logrus (2019-05-07 20:04:46):

какой концепции противоречит?!
это помимо отбрасывания ложных, позволяет экономить ресурсы железа при максимальной точности

если вдумчиво перечитать и применять

(0)
 
Logrus (2019-05-07 20:05:43):

тарас на печь другой фильтр

(0)
 
tarasfrompir (2019-05-07 20:07:35):

а на морозилку третий , а на гидромаса 4 и т.д. ? да ну его всю жизнь только фильтра писать. А не проще ли в контроллере проверять значение и не передавать ложные срабатывания ?

(0)
 
Logrus (2019-05-07 20:10:13):

на контроллере не у всех можно, но лучше там да
а про количество, пишешь функцию и с нужными параметрами на то где что нужно

(0)
 
tarasfrompir (2019-05-07 20:14:19):

ну так Я о чем же и глаголю что это частный случай, и НЕ надо его сюда пихать. Надо нормальный датчик ставить.. Я вон из г. слепил и второй год никаких проблемм... Еще и вытяжку само включает...

(0)
 
Logrus (2019-05-07 20:21:09):

и даже более того, из за такого напихано все кто может поуходили с пу
и ими некому заниматься, а кто ими пользуется просят напихать еще больше (((

(0)
 
TurburatoR (2019-05-07 20:26:46):

на приеме данных через MQTT метод не работает, ему параметры не передаются...

(0)
 
Logrus (2019-05-07 20:28:20):

это проблема конкретного модуля и он такой не один
не нужно это усугублять на все остальные

(0)
 
TurburatoR (2019-05-07 20:32:45):

Поэтому фильтровать и надо в логике ПУ, а не зависеть от кривых модулей.

(0)
 
Logrus (2019-05-07 20:34:49):

выше было мнение что фильтровать нужно на контроллере )))
но если он кривой, то ... не нужно это усугублять в пу, хотя пофиг, ушел

(0)
 
tarasfrompir (2019-05-07 21:17:41):

Логрус прав - кривое с кривым лепить гомно получится.. извените за грубость...
А мне кстати не пофиг -поскольку я пользую ПУ... Вот поэтому и говорю что кривое....

(0)
 
nick7zmail (2019-05-08 08:36:46):

Варианта 2.
1) фильтровать в контроллере (чувствую уже было выше в переписке)
2) писать в доп. свойство, и фильтровать перед записью в основное свойство
ПУ тут по идее не при чем. В них должны передаваться уже корректные значения. Если у вас по какой либо причине прилетают некорректные - вопрос уже реально к контроллеру либо к датчику. В отлаженых системах такого по идее не должно наблюлаться.

(0)
 
TurburatoR (2019-05-13 08:38:00):

Проблемные значения приходят и от "заводских" устройств - даже от xiaomi бывает и контроллеров котлов. Тот же apple homekit имеет такие предельные значения, например, датчик температуры.

(0)
 
tarasfrompir (2019-05-13 17:06:49):

я не против мне одинаково что ломать - но если бы понять еще как считать температуру -50 нормальной или вышедшей за порог? ну или +50....

(0)
 
nick7zmail (2019-05-13 17:21:35):

Человек хочет, чтобы эти значения в настройки выносились. Типа не учитывать значения больше/меньше указанного.

(0)
 
TurburatoR (2019-05-13 19:13:42):

я не против мне одинаково что ломать - но если бы понять еще как считать температуру -50 нормальной или вышедшей за порог? ну или +50....

Ну если это температура в комнате, то предельные значения, например, от +1 до +50, остальные просто отбрасываются. А то "прилетевшее" случайно неверное значение "-100" напрочь искажает график, пока это значение не устареет. Соответственно для для каждого датчика свои пределы.
А пороги для уведомлений - это просто сообщить о выходе за нормальные значения, например, в комнате стало холоднее нормы и пора закрыть окно.

Человек хочет, чтобы эти значения в настройки выносились. Типа не учитывать значения больше/меньше указанного.

Да конечно, это должно настраиваться для каждого датчика.

(0)
 
tarasfrompir (2019-05-13 19:39:42):

ну так сдела

(0)
 
tarasfrompir (2019-05-13 19:40:29):

ну так сделай реквест к альфе на какие датчики хош границы вот и все .

(0)
 
nick7zmail (2019-05-13 19:57:53):

Он бы не не заводил, наверное, тикет, если бы сам в состоянии был дописать существующий код.

(0)
 
tarasfrompir (2019-05-13 20:13:22):

Блин я в датчиках счас нифига не понимаю, там какие то глобальные изменения проошли... Так что даже хз чего там и как...

(0)
 
nick7zmail (2019-05-13 21:22:38):

Ну тикет к простым устройствам. Думаю Сергей когда нить доберется.

(0)
 
Logrus (2019-05-14 03:11:24):

в бз через метод это расписано
если в свойство, аналогично через промежуточное (тут же только получает с мкютт)

смысл это пихать всем? все- равно найдется кто- то с другими требованиями, а текущее желание спокойно реализуется уже сейчас своими силами

(0)
 
nick7zmail (2019-05-14 07:10:43):

Как выше сказали - 1) это противоречит концепции ПУ, 2) Это есть в других аналогичных системах на базовом уровне. Так что почему бы и нет.

(0)
 

Пожалуйста, войдите в систему, чтобы добавлять комментарии Присоединиться!