Страница 1 из 3 123 ПоследняяПоследняя
Показано с 1 по 10 из 29

Тема: ПР-200.220.5.2.0 - DI входы считают "лишние" срабатывания

  1. #1

    По умолчанию ПР-200.220.5.2.0 - DI входы считают "лишние" срабатывания

    Приветствую.

    Имеется ПР-200.220.5.2.0

    Входы DI1,DI2 и D3 запараллелены (между входами установлены перемычки).
    В какой-то момент входы DI2 и DI3 зарегистрировали два срабатывания, а вход DI1 - одно срабатывание.
    На входы DI заведено 220В с контактов скважинного насоса.

    По какой причине входы могут регистрировать "лишние" включения?

    Скриншот того, как счетчики реализованы в OL, может тут где-то ошибся:
    Счетчик срабатываний.png

  2. #2

    По умолчанию

    Цитата Сообщение от K123 Посмотреть сообщение
    Приветствую.

    Имеется ПР-200.220.5.2.0

    Входы DI1,DI2 и D3 запараллелены (между входами установлены перемычки).
    В какой-то момент входы DI2 и DI3 зарегистрировали два срабатывания, а вход DI1 - одно срабатывание.
    На входы DI заведено 220В с контактов скважинного насоса.

    По какой причине входы могут регистрировать "лишние" включения?

    Скриншот того, как счетчики реализованы в OL, может тут где-то ошибся:
    Счетчик срабатываний.png
    А можно узнать, зачем параллелить входы, тем более на ~220, где из-за фильтра как раз и может быть разница.
    С уважением, Ревака Юрий.
    Инженер группы технической поддержки компании "ОВЕН"
    e-mail: yu.revaka@owen.ru

    Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
    Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
    Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ

  3. #3

    По умолчанию

    Цитата Сообщение от Ревака Юрий Посмотреть сообщение
    А можно узнать, зачем параллелить входы, тем более на ~220, где из-за фильтра как раз и может быть разница.
    Как раз из-за подозрения на ошибки счета.
    Очень много "двойных" срабатываний насоса. Такого не должно быть.
    Было два момента с 253 срабатываниями (за 5 минут - это период опроса в OwenCloud) - но сначала хочу "с двойными" разобраться.
    К этим контактам насоса подключил также светодиодный прожектор, для визуального контроля - он горит не погасая.

    Какие факторы могут привести к тому, что DI может зарегистрировать ложное срабатывание?
    Последний раз редактировалось K123; 02.11.2020 в 15:21.

  4. #4

    По умолчанию

    Может ли светодиодный прожектор как-то повлиять на регистрацию "включений"?
    Возможно это совпадение, но 253 срабатывания были зарегистрированы после подключения прожектора. Примерно 1 раз в неделю такое происходит.
    А двойные включения - регистрируются примерно в половине случаев включения насоса.

  5. #5

    По умолчанию

    Цитата Сообщение от K123 Посмотреть сообщение
    Может ли светодиодный прожектор как-то повлиять на регистрацию "включений"?
    Возможно это совпадение, но 253 срабатывания были зарегистрированы после подключения прожектора. Примерно 1 раз в неделю такое происходит.
    А двойные включения - регистрируются примерно в половине случаев включения насоса.
    Не очень понял из схемы, как происходит регистрация, но мне кажется самый простой вариант, поставить фильтр, например 1сек, в программе по дискретному каналу, если конечно "задвоение" не связано с логикой.

    Я так понимаю I1_skv_stat, по нему идет подсчет, поставить на него задержку включения, дальше триггер переднего фронта.
    Последний раз редактировалось Ревака Юрий; 02.11.2020 в 15:51.
    С уважением, Ревака Юрий.
    Инженер группы технической поддержки компании "ОВЕН"
    e-mail: yu.revaka@owen.ru

    Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
    Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
    Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ

  6. #6

    По умолчанию

    Цитата Сообщение от Ревака Юрий Посмотреть сообщение
    Не очень понял из схемы, как происходит регистрация, но мне кажется самый простой вариант, поставить фильтр, например 1сек, в программе по дискретному каналу, если конечно "задвоение" не связано с логикой.

    Я так понимаю I1_skv_stat, по нему идет подсчет, поставить на него задержку включения, дальше триггер переднего фронта.
    Просто TON поставить?
    А триггер зачем?

  7. #7

    По умолчанию

    Цитата Сообщение от K123 Посмотреть сообщение
    Просто TON поставить?
    А триггер зачем?
    Да, TON с уставкой чтобы гарантировано не пропускать включения и отстроится от дребезга или помех, триггер можно и не ставить, это так перестраховка.
    С уважением, Ревака Юрий.
    Инженер группы технической поддержки компании "ОВЕН"
    e-mail: yu.revaka@owen.ru

    Шаблон описания ошибки ПР или OL http://ftp-ow.owen.ru/softupdate/OWE...s/Shablon.docx
    Видео уроки по ПР200 и OWEN Logic http://edu.owen.ru/series/pr200_rev/
    Другие видеоролики по тематике ПР https://www.youtube.com/channel/UCj4...H5H3d_t6iDlQOQ

  8. #8

    По умолчанию

    Цитата Сообщение от Ревака Юрий Посмотреть сообщение
    Да, TON с уставкой чтобы гарантировано не пропускать включения и отстроится от дребезга или помех, триггер можно и не ставить, это так перестраховка.
    Спасибо.
    Триггер ставить не буду - там еще длительность работы считается, триггер сделает этот подсчет невозможным.

  9. #9
    Пользователь Аватар для Сергей0308
    Регистрация
    25.06.2011
    Адрес
    Галактика Андромеды (M31)
    Сообщений
    8,156

    По умолчанию

    Цитата Сообщение от K123 Посмотреть сообщение
    Спасибо.
    Триггер ставить не буду - там еще длительность работы считается, триггер сделает этот подсчет невозможным.
    Да, уж, картина Репина! Как говорится: всё правильно, только наоборот!
    Как раз от одного TON изменится продолжительность нахождения в том или ином состоянии(это может быть не принципиально, но факт), лучше тогда сделать симметричный фильтр с одинаковой задержкой на включение-выключение, тогда этого не случится(за что Вы так радеете), можно примерно как-то так:

    Фильтр.PNG

    Фильтр.owl

    Вы поставте такой фильтр и счётчик на каждый вход(что у Вас запараллелены) и посмотрите, значения счётчиков должны совпадать, а то детский сад какой-то, даже не детский сад, а ясли, так точнее будет!
    И вообще, если логика может некорректно работать от фильтров, то и не ставьте эти фильтры на вашу логику, пусть они(фильтры) только для счётчиков будут, как на картинке!

    И я ещё несколько лет тому назад предлагал помехозащищённую фильтрацию, где даже 2-а десятка ошибок подряд не приведут к ложному срабатыванию, разумеется короткие сигналы он будет игнорировать:

    Фильтрация_9.PNG

    Фильтрация_9.owl

    Принцип работы этого фильтра таков: каждый цикл программы запоминается состояние дискретного входа("0" или "1") и суммируются состояния входа за последние 32 цикла работы программы ПР. Если значение превышает "24"(75% от максимального), то включается триггер на выходе фильтра и принимается что вход имеет состояние "1". Если значение менее "8"(25%), то выключается триггер на выходе фильтра и принимается что вход имеет состояние "0".

    Сейчас бы сделал всё по другому, примерно как-то так:

    Фильтрация_10.PNG

    Фильтрация_10.owl

    Даже так:

    Фильтрация_11.PNG

    Фильтрация_11.owl

    И есть дальнейшие перспективы совершенствования, в плане упрощения сумматора бит!
    Последний раз редактировалось Сергей0308; 08.11.2020 в 15:33.
    Если проблему можно решить за деньги, это не проблема, это расходы. Бог каждому посылает проблемы по его силам. Так что одно из двух. Либо ты можешь-таки
    справиться с проблемами, либо это не твои проблемы.

  10. #10

    По умолчанию

    Цитата Сообщение от Сергей0308 Посмотреть сообщение
    Вы поставте такой фильтр и счётчик на каждый вход(что у Вас запараллелены)
    Входы запараллелены только для проверки - сначала я допускал возможность, что это действительно может быть двойное срабатывание реле.
    Значения на всех 3 входах не всегда "прыгают" синхронно - теперь я уверен, что это "косяк" ПР200. Только так и не понял - почему это происходит.

    Как вариант - предполагаю просадку напряжения при включении насоса - по документации логическая "1" - это диапазон 159-264В. Вот только сомневаюсь, что эту просадку сумеет поймать обычный цифровой вольтметр.

    Можно ли из ПР200 вытащить напряжение на входах DI? Наверняка нет....

    Сделал небольшой "журнал событий" - посмотреть, как во времени это происходит. Жаль, что в системных переменных нет миллисекунд, т.к. я уверен, что этот дребезг - скоротечный процесс.
    Последний раз редактировалось K123; 02.11.2020 в 21:23.

Страница 1 из 3 123 ПоследняяПоследняя

Похожие темы

  1. Март 2020. Свежая подборка статей на "Дзене" от "Датчиков ОВЕН"!
    от Алексей Сидорцев в разделе Трёп (Курилка)
    Ответов: 1
    Последнее сообщение: 18.04.2020, 17:32
  2. Ответов: 0
    Последнее сообщение: 02.02.2020, 21:44
  3. Ответов: 3
    Последнее сообщение: 17.11.2016, 12:24
  4. Ответов: 7
    Последнее сообщение: 25.09.2016, 07:45
  5. "Отваливаются" аналоговые входы
    от Кулагин Павел в разделе ПЛК1хх
    Ответов: 12
    Последнее сообщение: 26.12.2007, 21:25

Ваши права

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