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

Тема: Оптимизация обмена данными по RS 485 для ПЛК 100

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

    По умолчанию

    Думал на одном, если такое возможно.

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

    По умолчанию

    В двери толкаться локтями будут

  3. #13
    Пользователь
    Регистрация
    05.11.2011
    Адрес
    Томск
    Сообщений
    192

    По умолчанию

    Попытаюсь резюмировать.
    Использование счетчиков модулей ввода позволит зафиксировать сам факт срабатывания концевого выключателя, что в некоторых случаях и допустимо. Однако моя логика требует, чтобы датчики оставались во включенном состоянии, а тут счетчики не помогут.
    Исходя из документации ОВЕН, уменьшение Polling time может привести к негативным последствиям, есть ли у кого опыт занижения времени опроса до минимума? Проверять на рабочем объекте все возможные комбинации/методы/способы, к сожалению, нету ни времени, ни возможности.

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

    По умолчанию

    Опросить каждый МВ - минимум 6..8мс . У Вас их 7 => 40..60мс предел.
    При длине импульса менее 70мс ПЛК перестал его в принципе воспринимать,
    Вполне соответствует - иногда пропускает.
    Однако моя логика требует..
    Кроме Вас её никто незнает. Так же кроме Вас никто не знает предельную частоту и длительность. Может начальные условия таковы - что вообще не на этот форум. Вот у JFK - челы луч пересекают. Можно оценить время => толщину чела/скорость. Худышка быстрым шагом - где-то 150..200мс.
    А может два луча работают как SR ? В обоих случаях - задача решаема если только это не для спортсоревнований.

    Купите столько и таких ПЛК - чтобы все что нужно быстрее 30..50мс - было родных входах ПЛК, а всё не критичное - на МВ.
    Незнаю время цикла ПР - может их использовать как интелектуальный ввод ? Входы на их TOF с необходимым временем выдержки, выходы в маску - а ПЛК будет ее читать? Если товарищ Rovki заглянет - поправит. Может это можно как-то на железках собрать.


    Ставили эксперименты, генерировали игольчатый сигнал на модуле вывода, и заводили его обратно на модуль ввода.
    Тута нужно было просто отбить время между получениями Ok-квитаций на посылку-вкл и посылку-выкл. Для одного модуля - это 15-20мс. Но вот выходные релюшки-то отработают ? Или выходы К ?

  5. #15
    Пользователь
    Регистрация
    05.11.2011
    Адрес
    Томск
    Сообщений
    192

    По умолчанию

    Цитата Сообщение от Валенок Посмотреть сообщение
    Тута нужно было просто отбить время между получениями Ok-квитаций на посылку-вкл и посылку-выкл. Для одного модуля - это 15-20мс. Но вот выходные релюшки-то отработают ? Или выходы К ?
    Вот тут не очень понял, что такое квитации? Да, все элементы с транзисторными выходами, у реле по определению время включения дольше.

    Цитата Сообщение от Валенок Посмотреть сообщение
    Опросить каждый МВ - минимум 6..8мс
    Откуда информация? Подскажите, где почитать.
    Последний раз редактировалось Amko; 09.12.2012 в 15:36.

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

    По умолчанию

    Вот тут не очень понял, что такое квитации? ..Подскажите, где почитать.
    http://ru.wikipedia.org/wiki/Modbus

  7. #17
    Пользователь
    Регистрация
    05.11.2011
    Адрес
    Томск
    Сообщений
    192

    По умолчанию

    Немного итогов. Получилось несколько улучшить быстродействие и отклик ПЛК на внешние сигналы.
    Что делал:
    1. Поставил режим опроса модулей вывода в Both с временем опроса в 1с +- 30мс. Т.е. выхода будут обновляться по изменению, ну и на всякий случай еще каждую секунду, если при изменении выхода кадр до модуля не дойдет.
    2. Развел модули ввода на 2 времени опроса в 20мс и 30мс. Типо чтобы за раз все сразу не опрашивать, по очереди, в надежде, что при меньшем количество опрашиваемых модулей данные быстрее обработаются.
    3. Убрал в СП270 работу кнопок с отдельными битами. У меня ~70 кнопок управления механизмами - итого 5 регистров ввода. Заменил все элементы на кнопки-функции с присвоением регистру числа, по которому я и определяю нажатие нужных кнопок. Т.е. уменьшилось количество данных, считываемых с панели.
    4. Разделил панель оператора в конфигурации ПЛК на 2 части. Входные данные опрашиваю через 30мс, лампочки на панель обновляю по изменению + 1с (режим опроса Both)
    5. Убрал минимальное время цикла ПЛК.

    В целом, отклик системы стал ощутимо быстрее, исчез дискомфорт при работе с панелькой, механизмы стали останавливаться лучше и четче. Может кому помогут данные махинации

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

Похожие темы

  1. Обмен данными по ModBus
    от Vladimir_O в разделе ПЛК1хх
    Ответов: 15
    Последнее сообщение: 30.11.2012, 13:36
  2. Ответов: 6
    Последнее сообщение: 19.09.2012, 11:40
  3. Обмен данными по Modbus TCP/IP
    от tea в разделе ПЛК1хх
    Ответов: 9
    Последнее сообщение: 05.08.2011, 09:52
  4. обмен данными Opc-сервера с трм201
    от Stoum в разделе Сетевые технологии
    Ответов: 1
    Последнее сообщение: 24.09.2010, 10:23
  5. Обмен данными через DDE
    от Faradox в разделе Разработки
    Ответов: 0
    Последнее сообщение: 27.10.2008, 23:06

Ваши права

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