Для таких времён реакции (и что самое главное стабильности реакции) только хардкор.
Одни накладные расходы самой среды CoDeSys на цикл составляют до 300 мкс.
Будет это PRU, отдельная плата с МК на 1 задачу управления движением (я всегда так делаю для шаговиков, несмотря на то, что мог бы "подкрутить" цикл для себя в прошивке, но понимаю, что стабильность (низкий джиттер) важнее экономии на спичках) - не важно.
Тролль-наседка, добрый, нежный и ласковый
Через быстрый таймер можно напрямую управлять быстрыми выходами и вести опрос быстрых входов. О, это хорошая лазейка для обхода базового принципа работы ПЛК.
А с быстрыми счетчиками и энкодером получается все плохо, т.к. нет никакого толка от их быстродействия.
Владислав, даете PRU. Это вопрос вашей чести. Надо срочно спасать положение.
Последний раз редактировалось Newcomer; 16.03.2016 в 20:13.
Тогда возникает вопрос: на кой хрен нужны быстрые счетчики если их состояние можно сосчитать не чаще одного раза за основной цикл работы ПЛК. Основной цикл работы ПЛК может быть и 10 мс и более если программа большая. За это время быстрый счетчик может и переполнится. И что тогда ? Безобразие !
Последний раз редактировалось Newcomer; 16.03.2016 в 20:14.