Управление станком

[Дмитрий Артюховский]

Здравствуйте уважаемые работники ф.Овен.
Хотим использовать оборудование Овен для управления станками (без ЧПУ, а только с индикацией координат).
Для этого должна быть возможность обрабатывать несколько энкодеров (до 5) с частотой сигналов до 50...100 кГц. При первом знакомстве с контроллерами такой возможности не обнаружили. Можно обрабатывать только 1 энкодер с нужной нам частотой используя контроллер ПЛК110-60. Так ли это ??.
По сигналу репера (Z) должна быть возможность быстро (в пределах 5 мксек)обнулять счетчик энкодера для установки ноля координаты. Должна быть возможность быстрого (также в пределах 5 мксек) выхода на функцию при достижении заданной координаты. Возможно ли это ??
Счётчик энкодера 16 разрядный и если длина хода оси больше 32 000 (а это на станках как правило), то надо программно вести счетчик координаты считывая значение счетчика энкодера и обнуляя его. Но тогда могут теряться импульсы энкодера между чтением и сбросом.

Итоговый вопрос. Сможем ли мы построить систему управления станком с учётом выше изложенных требований используя оборудование Вашей фирмы. ??
Спасибо.

не получится... только нардкор, только железо ))) ПЛИС, как вариант - производители энкодеров предлагают индикаторы для них... в некоторых сериях ПЛК (не овен) есть модули для учета энкодеров, но как правило 1 энкодер на модуль

[Вольд]

не получится... только нардкор, только железо ))) ПЛИС, как вариант - производители энкодеров предлагают индикаторы для них... в некоторых сериях ПЛК (не овен) есть модули для учета энкодеров, но как правило 1 энкодер на модуль

Что и с одним энкодером не получится при частоте следования импульсов 25 кГц ?

[Николаев Андрей]

Что и с одним энкодером не получится при частоте следования импульсов 25 кГц ?

Дмитрий имел в виду модули ПЛК (не ОВЕН). Часто один модуль расщитан на работу с одним энкодером.
Новый ПЛК110 будет имеет возможность работы с энкодерами на большей частоте. Количество энкодеров определено только количеством быстрых входов.
http://www.owen.ru/catalog/programmi...lk110/opisanie

[zendo057]

Как то занимались подобной темой,брали плк110 и 5 счетчиков си30,адоптировали их к ЛИРам.Но про мкс речи не было.

[Вольд]

не получится... только нардкор, только железо )))

Когда он писал это, имелся ввиду новый ПЛК110. Почему не получится не понятно.

[Вольд]

Как то занимались подобной темой,брали плк110 и 5 счетчиков си30,адоптировали их к ЛИРам.Но про мкс речи не было.

Новый ПЛК110 сильно отличается от старого ПЛК110 в лучшую сторону.

[Дмитрий Артюховский]

Новый ПЛК110 сильно отличается от старого ПЛК110 в лучшую сторону.

один энкодер и на 25 кгц можно попробовать, но человеку нужно 5 и по 100 кгц.

есть еще неявная фича старого и нового ПЛК110 - в старом - верно для прошивки 2.10.9, при использовании быстрого таймера, если не хватает времени - основной цикл "растягивается" позволяя коду выполняться, и если алгоритм имеет разброс по времени выполнения, в большинстве случаев, "нагоняет" требуемый ритм, пульсирует чуток время основного цикла - и пес с ним, "быстрое ядро" выполняется стабильно по таймеру.... в "новом" ПЛК - при нехватке времени в основном цикле сразу получаете "собаку"... раз в 100 лет соберутся условия для переполнения времени - и сразу такое жестокое наказание... пичалька

[capzap]

в "новом" ПЛК - при нехватке времени в основном цикле сразу получаете "собаку"... раз в 100 лет соберутся условия для переполнения времени - и сразу такое жестокое наказание... пичалька

а максимальное время какое установлено? Представляете какое количество инструкций должен выполнить процессор, чтоб прошла секунда. Либо есть условия выполнения бесконечного цикла, либо дело всёже в другом

[Дмитрий Артюховский]

а максимальное время какое установлено? Представляете какое количество инструкций должен выполнить процессор, чтоб прошла секунда. Либо есть условия выполнения бесконечного цикла, либо дело всёже в другом

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

[capzap]

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