Вид для печати
Добрый день, где прочесть описание работы быстрых входов в режиме энкодера ABZ , адрес хранения переменной и что делает программа в момент автивности сигнала Z, есть ли выбор действий и где описан?
Посмотрел для ПЛК 210.0X Руководство по эксплуатации 06.2025 версия 2.23, не нашел в нем .
Дайте пожалуйста ссылку на нужный документ
https://ftp.owen.ru/CoDeSys3/11_Docu...rgets_v3.5.pdfЦитата:
Сообщение от Punktir
Отсюда:
https://owen.ru/product/codesys_v3/documentation
Добрый день.Цитата:
Сообщение от Punktir
В режиме энкодера происходит счёт и обнуление соответствующего счётчика с подсчётом оборотов по Z-сигналу.
Прерывания в ПЛК2хх не реализованы. Значения счётчика будут поступать в программу с периодом основной задачи (от 3 мс). Описание приведено в документе: https://ftp.owen.ru/CoDeSys3/11_Docu...rgets_v3.5.pdf
Работа с прерываниями (с циклом программы сопроцессора от 20 мкс) реализована в ПЛК110: https://owen.ru/product/plk110_m02.
См. руководство пользователя: https://owen.ru/uploads/467/rp_plk1h...75044-1.34.pdf.
Цитата:
Сообщение от МихаилГл
Спасибо. Чем опасна нереализованность прерываний в ПЛК 2xx для энкодера , при большой загруженности CPU прочими задачами может пропустить импульсы ?Цитата:
Сообщение от Александр Пинэко-Скворцов
Или в любом случае CPU найдет время для гарантированного считывания без потерь ?
Обработкой входов и выходов занимается отдельный сопроцессор (PRU).Цитата:
при большой загруженности CPU прочими задачами может пропустить импульсы ?
Или в любом случае CPU найдет время для гарантированного считывания без потерь ?
CPU просто обменивается с ним данным (в рамках вашего случая - считывает кол-во импульсов и оборотов).
Потеря кадра при обмене CPU и PRU - довольно маловероятная ситуация.
Обратите внимание, в плк2хх.1х вроде нет возможности подключить энкодер. Только в плк2хх.0х. По крайней мере раньше было так, может сейчас допилили...Цитата:
Сообщение от Punktir
Спасибо, обратил. Изначально выбрал ПЛК 210-03, но не вижу в нужной модели конфигураторе на сайте https://owen.ru/product/plk210/modificationsЦитата:
Сообщение от МихаилГл
Вложение 87220
Доступны в продаже ПЛК 210-03 ?Цитата:
Сообщение от Александр Пинэко-Скворцов
скриншот экрана https://owen.ru/product/plk210/modifications
Вложение 87221
Прерывания, в которые можно вставить сверх-короткий фрагмент программы пользователя ?Цитата:
Сообщение от Александр Пинэко-Скворцов
Осуществил недавно попытку сдавать станок на ПЛК210-11.
Энкодеры заводил через МВ210-202. Управление двигателями через 0 - 10В частотными приводами.
За счёт мощного и обновленного ПЛК210 мне удалось сделать довольно быстрый обмен (5мс на задачи и 1мс на обмен) и практически достиг допустимых порогов по точности.
Однако уверенно предложу не брать в работу контроллеры, у которых нет возможности получения данных с энкодера через прерывания в 100кГц.
Все будет весьма грустно выглядеть
Вложение 87222 Вложение 87223
Спасибо.Цитата:
Сообщение от krollcbas
1. Попытка удачная?
1.1 Сколько энкодеров в Вашей системе ?
2. По каким причинам выбрали для управления частотными приводами 0 - 10В, а не modbus?
2.1 Почему использовали ПЛК210-11, а не ПЛК210-0х?
3. Представитель Овен написал выше, что у 210 не реализованы прерывания, то есть вариант с ПЛК210-0Х не хороший?
Может просто не пытаться применять для задач движения контроллеры, которые не предназначены для работы с движением?
Это зависит от скорости движения и требуемой точности. Если система относельно медленная и не требующая большой точности , например, предварительный транспортный распил фанеры на листы ...Цитата:
Сообщение от Sulfur
Предполагаю, что krollcbas использовал автоматику для подобной системы.
Овен рекомендует контроллер ПЛК210-PL с программной средой Полигон как машиностроительный, но "машиностроение" это не обязательно металлообработка или быстрые процессы перемещения.
Кстати, нормально технически проконсультироваться по телефону в компании Овен становится проблематичным. Консультант Михаил в разговоре переспспросил меня, правильно ли он понимает, что ABZ-энкодер, о котором шла речь, является мотор-редуктором ?
Ага, блин, энкодер является Ethernet-газонокосилкой :confused:
Рекомендации и личная ответственность - вещи мало связанные. Те кто выпускают и продают что либо, имеют крайне малую заинтересованность в успехе тех, кто внедряет.Цитата:
Сообщение от Punktir
Меня сильно пугает браться за реализацию "симбиозных" контроллеров ОВЕН с не родной средой для ОВЕН, как бы оно не называлось. Уже был не самый приятный опыт работы с контроллерами ОВЕН со средой Мастерскада 4Д (в ОВЕН не смог найти даже нужных прошивок, помогали парни из компании Болид). Мне этого опыта хватило, что бы пропустить в дальнейшем такие предложения.
Отвечу на вопросы:
1. Попытка удачная? - Нет, закончить не дали. Договор был завершен досрочно. Работы не были выполнены полностью.
1.1 Сколько энкодеров в Вашей системе ? - Четыре
2. По каким причинам выбрали для управления частотными приводами 0 - 10В, а не modbus? - Это решение было выбрано на предыдущем решении, которое мы пробовали повторить
2.1 Почему использовали ПЛК210-11, а не ПЛК210-0х? - У меня был достаточно успешный опыт сдачи станков на ПЛК110. Они лучше подходят для задач управления, так как имеют возможность аппаратной обработки прерываний. ПЛК210-11 выбрал так как он мощнее и современнее (повелся на это), то что там нет поддержки энкодеров, ну недосмотрел
3. Представитель Овен написал выше, что у 210 не реализованы прерывания, то есть вариант с ПЛК210-0Х не хороший? - Выбирать на чем делать Вам, но мое мнение - нет, пока не годится для станков с осями
Зачем использовать ПЛК, не предназначенные для решения таких задач. Есть не дорогие ПЛК с полноценным SoftMotion.
Внутрисхемные шины быстрые и надежные, поэтому рассматриваю только случаи потери импульсов на внешних дискретных входах. Как с этим обстоит у ПЛК без прерываний на FDI?Цитата:
Сообщение от Евгений Кислов
Для синхронного управления несколькими осями SoftMotion хорошее решение. Но почему в теме отмечают проблемность отсутствия прерываний на энкодерных входах у ПЛК 210-0х, если контроллер мощный скоростной и якобы методом поллинга справится со считыванием и не потеряет входные импульсы ?Цитата:
Сообщение от IVM
Можете указать 3...4 самые важные причины ?Цитата:
Сообщение от krollcbas
Уточните - что вы называете "внешними дискретными входами"?Цитата:
поэтому рассматриваю только случаи потери импульсов на внешних дискретных входах. Как с этим обстоит у ПЛК без прерываний на FDI?
Локальные входы FDIЦитата:
Сообщение от Евгений Кислов
И при каких обстоятельствах вы предполагаете возможность "потери импульсов" на этих входах?Цитата:
Сообщение от Punktir
Цитата:
Сообщение от Punktir
Ничего не предполагаю, но выше задал несколько вопросов, на которые получил вместо ответов встречные вопросы .Цитата:
Сообщение от Евгений Кислов
Punktir
Во всяком случае в 110 серии быстрые входа работали так:
1. В КДС входа конфигурируются как AB\ABZ
2. Счет по этим входам ведет отдельный физический сопроцессор, не привязанный к циклу основной среды.
3. Основная среда в каждом цикле считывает данные буфера обмена, где находятся актуальные данные счета на момент считывания.
4. Счет в сопроцессоре не зависит от времени цикла среды. Имеет значение только его собственные возможности (до 100кГц).
Можете сформулировать ключевые преимущества такой архитектуры, если основная программа ПЛК относительно медленная с циклом 3 мс (333 Гц), а дополнительной программы-обработчика прерывания в руках программиста нет ?Цитата:
Сообщение от Sulfur
Punktir
Я и не говорил про преимущества, я говорил, что в ПЛК Овен 110 серии это работало так. С моей точки зрения, данный алгоритм был реализован "для галочки". Например отсутствует возможность сбросить счетчик АВ-энкодера из программы. В контроллерах других производителей, например, это реализовано. Причем часто вместе с собственно счетом можно получить и скорость (частоту) импульсов.
Понял и согласен. Невозможность сброса счетчика = большой недостаток.Цитата:
Сообщение от Sulfur
Желательно иметь возможность сброса не только через основную медленную программу, но и через пользовательский обработчик прерываний (которого нет инаверное не предполагается) по импульсам энкодера.
Одновременное получение частоты импульсов и положения энкодера, не должно быть тяжелой задачей для "первичного энкодерного" процессора, если все организовано грамотно.
Несколько лет назад я реализовывал проект на ПЛК110 с особенными энкодерными хотелками. Очень огорчало то, что после конфигурирования в ПЛК как АВ\АВZ, эти входа становились недоступными для других функций. Пришлось прибегнуть к нестандартным средствам. Если интересует, здесь на форуме был такой проект Hardella IDE. Но это только для 110 серии.
Если обратить внимание на линейку продукции Овен, то можно увидеть, что там ориентация в основном на ЖКХ (скады, котельные, насосные и подобное). А в этой области с энкодерами как-то не очень. Поэтому Овен и уделяет этому функционалу время по остаточному принципу.
Эта тема ? https://owen.ru/forum/showthread.php?t=23013Цитата:
Сообщение от Sulfur
https://owen.ru/forum/showthread.php?t=23013
Да. В этой среде даже мои предложения были реализованы разработчиком.