Страница 2 из 2 ПерваяПервая 12
Показано с 11 по 17 из 17

Тема: Поведение модуля в исключительных ситуациях

  1. #11
    Пользователь
    Регистрация
    05.03.2017
    Адрес
    Петропавловск
    Сообщений
    81

    По умолчанию

    удачи)
    спорить бесполезно))

  2. #12
    Пользователь
    Регистрация
    23.09.2008
    Адрес
    Центророссийск
    Сообщений
    2,251

    По умолчанию

    спорить бесполезно))
    О чем ? О том что не вкуриваешь в разницу форм хранения и представления ?

  3. #13

    По умолчанию

    Всем конечно спасибо, но кто-то сможет помочь с конкретикой.
    Как просто вывести общую ошибку понятно, а как конкретизировать ошибку.
    При нормальной работе датчика я получаю нормальные значения, а вот при обрыве датчика получаю хрень вида -1.063382e+037 и как мне эту хрень конкретизировать с "0x FD" и с другими ошибками.
    Всем заранее спасибо.

  4. #14
    Пользователь
    Регистрация
    27.11.2011
    Адрес
    Краснодар
    Сообщений
    10,669

    По умолчанию

    Lexand я же вам написал, используйте FB Decode_float если используете ПЛК Овен, уточните просто, есть ли эта библиотека в поддержке вашего ПЛК.

  5. #15
    Пользователь Аватар для petera
    Регистрация
    06.05.2011
    Адрес
    Минск
    Сообщений
    3,841

    По умолчанию

    Цитата Сообщение от Lexand Посмотреть сообщение
    Всем конечно спасибо, но кто-то сможет помочь с конкретикой.
    Как просто вывести общую ошибку понятно, а как конкретизировать ошибку.
    При нормальной работе датчика я получаю нормальные значения, а вот при обрыве датчика получаю хрень вида -1.063382e+037 и как мне эту хрень конкретизировать с "0x FD" и с другими ошибками.
    Всем заранее спасибо.
    Вам же уже говорили - используйте ФБ DECODE_FLOAT из библиотеки "PID_Regulators.lib"
    Захват-1.png
    Подаете на вход значение из аналогового входа, на выходе получаете значение и код ошибки

    но он лично меня не устраивает
    -не работает в эмуляции
    -при наличии ошибок измерения на выходе будет заранее предопределенное значение
    По этому
    Я вместо DECODE_FLOAT использую собственный ФБ аналогичного назначения http://www.owen.ru/forum/showthread....l=1#post183061

    Отличия от DECODE_FLOAT
    - работает в эмуляции;
    - в момент ошибки измерения на выходе имеет последнее правильное значение, а не фиксированное значение. Т.е. "замораживает" последнее достоверное значение
    Последнее отличие позволяет игнорировать одиночные ошибки измерения, не "мельтешить" цифрами на HMI и не бросать PID в крайние положения.
    Там же приведен код функции для эмуляции ошибок измерения.
    Мой канал на ютубе
    https://www.youtube.com/c/ПетрАртюков
    Библиотека ГМ для СП300
    https://disk.yandex.com/d/gHLMhLi8x1_HBg

  6. #16
    Пользователь Аватар для capzap
    Регистрация
    25.02.2011
    Адрес
    Киров
    Сообщений
    10,248

    По умолчанию

    можно еще создать указатель на DWORD, затем сместить на 24 бита в право и получите код ошибки

  7. #17

    По умолчанию

    Алексей обратился в поддержку, вопрос решён.
    Пример на CFC через ФБ decode_float прикреплён к сообщению.
    Вложения Вложения

Страница 2 из 2 ПерваяПервая 12

Похожие темы

  1. Система оповещения об аварийных ситуациях
    от OlegSm в разделе Подбор Оборудования
    Ответов: 3
    Последнее сообщение: 01.10.2015, 07:56
  2. Непонятное поведение ПР
    от Sergh_Cherenkov в разделе Программируемые реле
    Ответов: 30
    Последнее сообщение: 28.06.2011, 09:53
  3. страннное поведение трм212
    от mar154 в разделе Эксплуатация
    Ответов: 4
    Последнее сообщение: 16.08.2010, 16:00
  4. странное поведение энкодера
    от woffka в разделе ПЛК1хх
    Ответов: 14
    Последнее сообщение: 06.11.2009, 09:46
  5. Странное поведение МВУ8
    от Benick в разделе Эксплуатация
    Ответов: 4
    Последнее сообщение: 23.01.2008, 16:23

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •