Господа разработчики и знатоки ПР200!
Прыгающее значение измеренного, стабильного сопротивления это нормально? В преобразовании в градусы цельсия, температура прыгает в пределах 1-го градуса. При этом при выводе на экран цифры смазываются от такого количества разных значений. И как с этим бороться?
На аналоговый вход подключен датчик температуры Pt100, перемычки и параметры выставлены для измерения сопротивления, для преобразования используется макрос из он-лайн библиотеки. время фильтра 0,1.
Последний раз редактировалось Project M; 29.05.2017 в 12:25.
Умный человек - с лёгкостью решает любые проблемы. Мудрый - их не создаёт.
https://vk.com/a.matica
Если не критично время реакции на изменение показаний, попробуйте увеличить время фильтрации до 1с.Сообщение от Project M
Инерционность самого термосопротивления не позволит получать реальные показания со скоростью на порядок выше, чем раз в секунду. С применением модуля МВ110-8А уже привык к тому, что самое быстрое обновление показаний температуры при нагруженном приборе ~0,8 с.
А что за фильтр используется в макросе? Если просто среднее значение за заданный период, то можно смело и 2с поставить.
Ещё идея: использовать для отображения и для обработки сигнала 2 разных переменных. Например, для отображения - среднее значение за 5с, для обработки можете оставить 0,1с. Плюс не забываем, что флюктуации на уровне 1° - это всего лишь 0,5% для датчика, работающего в диапазоне от -50 до 150°.
Последний раз редактировалось HappyLuckyMan; 29.05.2017 в 13:04.
Если в симуляторе у float из бесконечности вычесть бесконечность, то будет "nan", а если "nan"+100="nan". В реальном ПР очевидно будет не так, наверное будет "0" и "100" соответственно. Просьба разработчикам ОЛ обратить внимание не несоответствие работы симулятора и ПР200 в этих состояниях.
Последний раз редактировалось Серёга Букашкин; 29.05.2017 в 10:58.
Серёга Букашкин я к значению, где может оказаться nan прибавляю 0.0000000000001 (найдите самое минимальное число) и все работает прекрасно, так как число не является нулем и на измерения и остальное не влияет... Так вот выхожу из ситуации.
Я тоже так делаю, защищаюсь от "0" в делителе. Но поведение реального ПР оказывается допускает иногда этого не делать, отдавая в результате максимум регистра. Но то что в симуляторе при таких действиях всё не так как вживую - про это и пишем.
В настройках прибора "Постоянная время фильтра".
Время фильтрации увеличил, стало значительно лучше, однако не понятно почему АЦП прибора выдаёт разное значения измерения, даже если непосредственно на вход просто подключить резистор со стабильным сопротивлением.
Умный человек - с лёгкостью решает любые проблемы. Мудрый - их не создаёт.
https://vk.com/a.matica
кто вам сказал, что сопротивление стабильно ?
В пределах двух смежных измерений с разницей, даже в 0,01с ? Видимо ток измерения нагревает провода и резистор
Умный человек - с лёгкостью решает любые проблемы. Мудрый - их не создаёт.
https://vk.com/a.matica
температура может меняться внешняя, смотря насколько большая разница в значениях измерения.
Спасибо! Да, были замечены ряд разночтений между симулятором и прибором. Будем устранять.
программер
Ваши права
Ответить с цитированием