А если кроме лихорадочного умножения на 0.0625 еще и обратить внимание на буковы "Error", и посмотреть на результат перемножения 7FFF на 0.0625, то увидится очень интересный результат. Ну совсем не
Вид для печати
Ну да загадка высокой температуры раскрыта.
Вложение 82510
Тут более комплексная проблема - недостоверность показаний датчика.
Думаю, что определить появление кодового числа 32566 (или какое-там) можно до преобразования (умножения на коэффициент). Это будет один из признаков недостоверности.
Следующий признак - отсутствие связи ПР с коммутатором датчиков 1-Wire (мне показалось, что датчики температуры подключены к коммутатору, а данные из него и поступают в ПР).
И ещё один признак - слово состояния коммутатора, в котором отслеживается обрыв связи коммутатора с датчиком.
Итак, теперь имеется обобщённый признак недостоверности измерений.
Можно попробовать сделать подмену измеренного недостоверного значения на последнее достоверное при помощи fSEL и "обратной связи".
Далее, поставить фильтр с ограничением изменений. Если приращение измерения превышает заданное, то измерение отбрасывается и остаётся предыдущим. Если отклонение 3 раза подряд - принимаем это измерение правильным. Устройство фильтра можно почитать в описании регуляторов Овен - хорошо описан.
Например, у ТРМ12 https://docs.owen.ru/product/trm12/9...58#topic-98362
Если недостоверное измерение длится более заданного времени 3-5 секунд - формируем ошибку и останавливаем работу установки с сигнализацией.