Макросы в онлайн базе OWEN Logic

[heXor]

Ошибка оказалась куда глубже и хуже - полное зависание модуля Pt100. Спасает только перезагрузка контроллера.

Ошибку легко воспроизвести в симуляции: задаем на вход модуля число 9999, затем задаем 100, и получаем t=NaN и error=0. Далее любые числа не выводят его из зависания.

В итоге получается что после кратковременного обрыва датчика модуль полностью зависает без сигнализации о ошибке, при этом изза NaN ломается все последующая логика и оборудование работает бесконечно до физической поломки (поскольку система не получает сигнала error от зависшего модуля).
При этом NaN на дисплее отображается как "0,0" - что еще сильнее ухудшает ситуацию (поскольку рядовой персонал не понимает что в показаниях есть серьезная ошибка).

Потестил модуль (Pt100) - там ошибка в функции SEL_FLOAT, которая зависает при попадании туда числа NaN (в механизме зависания еще не разобрался).
Замена функции SEL_FLOAT на штатную fSEL исправляет ошибку.

Версия Owen Logic 1.17.259

Безымянный.png


P.S. "Это переполнение" - я бы не стал называть NaN "переполнением" (overflow), это совершенно разные термины и явления. NaN специальное состояние числа, "придуманное" и описанное стандартом IEEE 754.

[Ревака Юрий]

Ошибка оказалась куда глубже и хуже - полное зависание модуля Pt100. Спасает только перезагрузка контроллера.

Ошибку легко воспроизвести в симуляции: задаем на вход модуля число 9999, затем задаем 100, и получаем t=NaN и error=0. Далее любые числа не выводят его из зависания.

В итоге получается что после кратковременного обрыва датчика модуль полностью зависает без сигнализации о ошибке, при этом изза NaN ломается все последующая логика и оборудование работает бесконечно до физической поломки (поскольку система не получает сигнала error от зависшего модуля).
При этом NaN на дисплее отображается как "0,0" - что еще сильнее ухудшает ситуацию (поскольку рядовой персонал не понимает что в показаниях есть серьезная ошибка).

Потестил модуль (Pt100) - там ошибка в функции SEL_FLOAT, которая зависает при попадании туда числа NaN (в механизме зависания еще не разобрался).
Замена функции SEL_FLOAT на штатную fSEL исправляет ошибку.

Версия Owen Logic 1.17.259

Безымянный.png


P.S. "Это переполнение" - я бы не стал называть NaN "переполнением" (overflow), это совершенно разные термины и явления. NaN специальное состояние числа, "придуманное" и описанное стандартом IEEE 754.

Вы ограничение на входе пробовали уменьшить до значения чуть больше рабочего диапазона НСХ?

[heXor]

Вы ограничение на входе пробовали уменьшить до значения чуть больше рабочего диапазона НСХ?

Да, как сказано в видео установил константу 200. Это еще сильнее поломало макрос - он не выдает ошибку при большом значении. Тестирования на реальном железе показали что при обрыве датчика аналог выдает большое число (>99999.99). Тоесть после коррекции Pt100 вообще не выдает ошибку при обрыве и некорректные числа уходят в алгоритмы. Но отмечу что NaN не возникает и Pt100 не зависает.

Безымянный.png

[Ревака Юрий]

Да, как сказано в видео установил константу 200. Это еще сильнее поломало макрос - он не выдает ошибку при большом значении. Тестирования на реальном железе показали что при обрыве датчика аналог выдает большое число (>99999.99). Тоесть после коррекции Pt100 вообще не выдает ошибку при обрыве и некорректные числа уходят в алгоритмы. Но отмечу что NaN не возникает и Pt100 не зависает.

Безымянный.png

200 маловато будет, обрыв не будет определяться, рабочий диапазон Pt100 от 18,52 Ом до 390,48 Ом, внизу в макросе как раз и установлены эти значения, по ним регистрируются короткое замыкание на входе и обрыв, поэтому я и ставил 400 Ом.