Показано с 1 по 8 из 8

Тема: МУ110-16Р Большое время реакции на изменение состояния выхода.

  1. #1

    По умолчанию МУ110-16Р Большое время реакции на изменение состояния выхода.

    Приветствую. Такая проблема.
    МУ управляется с СПК107. Кода почти нет. Тестирую. Такая проблема: После записи состояния выхода очень долго не отрабатывает выход физически. То есть запись прошла, а состояние изменится секунд через 10-15. В чем может быть проблема. Сильно не пинайте, Codesys 3.5 использую недавно...
    Спасибо.
    То есть с СПК меняю значение выхода, через 10 сек щелкает реле выхода, еще через 10 меняется статус выхода. Из конфигуратора все работает четко.
    Последний раз редактировалось Anthonymus; 20.11.2020 в 11:50.

  2. #2

    По умолчанию

    Что-то не так ты делаешь. Там будут задержки в 50-100 мсек, но никак не секунд.
    Проверь:
    * Как используешь модуль: через библиотеку ОВЕНа или напрямую читаешь регистр?
    * Читаешь ли регистр-битовую маску или состояния каждого входа отдельно?
    * Какое время опроса стоит на модуле и в задае, через которую это всё работает.

  3. #3

    По умолчанию

    Шаман, спасибо, разобрался. В системе висело железно отключенное хенд-мейд модбас устройство. Оно то и тормозило весь протокол. Кстати, спасибо за Ваш блог. Прочитал весь с огромным удовольствием.

  4. #4

    По умолчанию

    Anthonymus Весь? Там же около 600 записей! =)
    Ты попробуй тайм-ауты уменьшить, потому что у CodeSys v3 планировщик опроса мутный: там если один канал устройства не отвечает, он ждёт таймаут и пытается опросить следующий канал этого же устройства. И в итоге на этот момент встаёт вся шина нафиг.

  5. #5

    По умолчанию

    Спасибо, разобрался. Действительно, отличается от CodeSys 2.5. Надо будет проверку мутить. Типа добавить таймер в устройство Модбас и опрашивать его. Устройство своей разработки, так что проблем нет... А насчет блога - читаю не первый год. Сейчас вернулся в автоматизацию - перечитываю кое что. Или людей отправляю, потому что расписано все просто, доходчиво и с юмором...

  6. #6

    По умолчанию

    Anthonymus Когда-нить с логическим анализатором я напишу пост про этот планировщик.
    Попробуй ещё поуменьшать таймауты. Там же получается так, что он опрашивает канал устройства, видит ошибку, ждёт таймаут, опрашивает ещё другой канал этого же устройства, видит ошибку, ждёт таймаут.
    То есть если у тебя из твоего устройства читается, например, 4 канала (разных) и таймаут стоит в 1000 мсек (как по умолчанию), то если устройство не будет отвечать, CodeSys v3 будет тормозить всю щину на 4 канала х 1000 мсек = 4 секунды.

    Ага! Ну тогда я буду продолжать писать потихоньку. Ща сезон сборок кончится, и начну постить. Спасибо! ^_^

  7. #7

    По умолчанию

    Точно так и есть! Я уже понял и посчитал. 3 устройства по 4 канала вот и есть 12-15 сек...

    Жду с нетерпением.

  8. #8

    По умолчанию

    Ржём дальше... а если поставить мелкий таймаут (100 мсек), то иногда ПЛК решает в момент опроса выполнить какую-нибудь другую задачу, сам же себе же делает таймаут и ошибку связи.

Похожие темы

  1. Время реакции ПЛК
    от tagor4444 в разделе ПЛК1хх [М02]
    Ответов: 16
    Последнее сообщение: 13.06.2018, 08:08
  2. Ответов: 21
    Последнее сообщение: 01.02.2018, 09:14
  3. Ответов: 4
    Последнее сообщение: 11.04.2011, 14:49
  4. Delphi-OPC-ПЛК 100 неправильное определение состояния выхода
    от michaeladm в разделе Помощь Разработчикам
    Ответов: 7
    Последнее сообщение: 26.05.2010, 15:12
  5. Ответов: 3
    Последнее сообщение: 30.04.2010, 10:51

Ваши права

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