Тема / Topic: Определение некорректного значения FLOAT
Сергей К.
Junior Member / Новичок
Участник № / Member № 3297
отправлено / posted
При опросе вычислителя ИРГА-2 появляются значения вида 1.#QNAN. Подобное значение возникает тогда когда появляются проблемы с датчиком у прибора (обрыв или еще что).
отправлено / posted
По какому протоколу Вы получаете данные от вычислителя? Правильно - исключить передачу некорректных значений по интерфейсу.
Программно в проекте можно поймать этот факт недостоверности путем сравнения полученного значения с числом, заведомо превышающим допустимую верхнюю границу значений по этому параметру.
Сообщения / Posts 17106 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Сергей К.
Junior Member / Новичок
Участник № / Member № 3297
отправлено / posted
Протокол ModBus-RTU. Исключить не получиться в силу того, что при ошибке датчика ИРГА выставляет определенное значение в hex-формате 0xFFFFFFFF.
Верхняя граница возможна. Т.е. если для температуры верхнюю границу поставить в 1000°С то сравнение (предел < параметр) при некорректном значении выдаст TRUE? Правильно понял?
Сообщения / Posts 24 | Из / From: Россия
| IP / IP: IP адрес / IP address |
отправлено / posted
Описанная в предыдущем посте возможность программной фиксации была реализована на модели, в которой значение -1.#QNAN формировалось внутри программы за счет некорректной арифметической функции (корень квадратный из отрицательного числа). В стандарте МЭК, на основе которого построены программы, значения "не число" (-1.#QNAN и им подобные) параметра FLOAT не определены. Поэтому реалаьно программа, на вход которой подано такое значение, на него не реагирует и его не обрабатывает (эквивалент - ВХОД_программы_равен 0). Если значение "0" реальному процессу не свойственно, можно в программе принять это в качестве сигнала о недостоверности.
Если Вы используете для считывания Modbus-переменных функции Rin_Float или Rout_Float, то появление -1.#QNAN в этой ситуации объяснимо. Мы промоделировали ситуацию, когда от источника передается 0xFFFFFFFF. При получении такого кода от источника в канале FLOAT устанавливается признак аппаратной недостоверности. Это уже достаточная информация для индикации и принятия соответствующего решения.
Сообщения / Posts 17106 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Сергей К.
Junior Member / Новичок
Участник № / Member № 3297
отправлено / posted
Для опроса используется R_FIFO_QUEUE. Потребуется-ли переделка на опрос с помощью Rin_Float или Rout_Float? Или будет достаточно сделать обработку в канале (трансляцию) FLOAT которая при аппаратной недостоверности выполнит определённые действия?
Сообщения / Posts 24 | Из / From: Россия
| IP / IP: IP адрес / IP address |
Printer-friendly view of this topic
