Как определить максимальную частоту импульсов на входе сервоконтроллера при позиционировании?
Хочу попробовать собрать подобный стенд (см. рис.). Допустим я буду «подавать» постепенно увеличивая частоту на Step. Как определить момент начала пропуска входных импульсов?
Я предполагаю, что измеряя сигнал на двигателе (ШИМ) в момент когда ширина импульса будет максимальной (максимальные обороты) – это и будет той самой «точкой максимума». Или в подпрограмме обработки прерывания от Step «выдавать» сигнал (на светодиод) и измерять частоту до её прекращения роста?

Как вообще это измеряют?
Нет ли специальной программы, которая «выдаёт» на LPT порт сигналы Step/Dir, A, B?

Нужно сначала определиться с терминологией.
Сервоконтроллер это управляющее устройство с обратной связью от объекта управления.
Имеет смысл говорить о времени реакции на управляющее воздействие.
Применительно к шаговому приводу понятие сервоконтроллер не используют,
хотелось бы знать, какой у вас двигатель, а также по какому параметру (скорость, положение)
осуществляется ОС.

== максимальная частота обновления командного регистра положения, а на это, в свою очередь, управляющим алгоритмом накладываются ограничения по скорости и току. Это когда обновление идет быстрее периода сервоцикла. Такшта, есть опасения, что Вы померяете нечто вроде погоды на Сатурне  



Программу и написАть недолго. Если она окажется полезной. Что она должна делать, как Вы считаете - как свип-генератор или просто задание скорости? 

Может не правильно нарисовал, но у меня сервоконтроллер, а не шаговый привод. На рисунке предполагаемого стенда я вместо сигналов с энкодера связанного с двигателем «подаю» от отдельного реверсивного счётчика.
У Gecko ServoDrive G320 этот параметр Step Pulse Frequency = 0 – 250 kHz, у UHU ServoController этот параметр Speed = up to 250 000 steps/s (хотя реально на форумах пишут, что около 130кГц).

Мне скорее всего надо знать максимальную частоту которую может «захватить» сервоконтроллер (микроконтроллер) обрабатывая 2 прерывания - по Step и энкодера. Чтобы гарантированно знать, что ни один импульс не пропадёт, все запомнятся (в счетчиках заданного и фактического положения). А догонит это двигатель (ограничение по частоте вращения) или нет – это другой вопрос.


Готовых генераторов много. Надо чтобы с каждым (регулируемым по частоте) импульсом на Step синхронно, а лучше с небольшой задержкой (1мкс) менялось состояние на выходах А и В: 00->01->11->10 и так по кругу. При реверсе соответственно: 10->11->01->00….

А не повесятся ли форточки от такой частоты? Там ведь непрерывно не получится такое генерить. Паузы будут по 10 мсек. Может проще усложнить задачу: на контроллер переложить эту байду? И последовательным портом задавать. Тиньку 2313 типа...

Mach «выдаёт», если не ошибаюсь до 100кГц причем одновременно на несколько осей (приводов). Ширина импульсов – 1-5мкс. Но у него свой спецацельный драйвер под LPT.
По поводу отдельного МК – тогда проще наверное, отдельный простенький генератор с формирователем A и В и частоту мерить отдельным частотомером.

Падажжите! Вы для тиньки можете написАть дрыгалку? 


Комповая часть в делфях... т-с-с! в лазарусе (будем лояльными) пишется за час-два при условии четко продуманной системы команд. Если согласны, сверим завтра схемы - и вперед.

И личку прочитайте плз

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

Понял, вас интересует алгоритм программной реализации "быстрого" сервоцикла.
Точнее, возможность езды на деревянном велосипеде. Эмулируя сервоцикл, вам нужно
иметь программную модель электродвигателя, иначе мне не понятен смысл выражения - Если двигатель не отработал, как вы выражаетесь "степ", то у вас не сервопривод.

Э-э-э... аксакал правду сказал! Как-то не подумаль я - у нас же ОС по положению и не будет. Будет чепуха-с

Написать дрыгалку могу, но ночью я лучше с женою «подрыгаюсь»…

Этот параметр необходим для расчёта максимального разрешения энкодера при максимальной частоте вращения двигателя. Например энкодер с разрешением 2000 имп/об при частоте вращения 3 000об/мин «даст» частоту 100кГц.
Как же правильно измерить эту частоту? Не подбирать же вручную разрешение энкодера и ждать когда настанет большое рассогласование? Вариант, предложеный Огурцовым, я думаю неплох.


Я и написал, что это другой вопрос.

Можно подумать, что ногодрыг - какая-то непосильная задача




Тогда нужен образцовый энкодер, уже соединенный с двигателем, он должен приходить на тиньку (теперь уж без нее точно сложняк), а оттуда - выдавать серваку эмуляцию. Качество регулирования - отстукивать на комп по разности положений. С графиком, со всей красотой. Геморроидально, но можно за день асилить.

А как же тогда быть если двигатель выше 3000 об/мин «не выдаёт», а энкодер тоже с определённым разрешением, а сервоконтроллер может и «пошустрее» работать. Только вот насколько шустрее? Конечно если бы у меня был энкодер с регулируемым (программируемым) разрешением (до 5 000 - 10 000 имп/об) этот вопрос не стоял бы.
Этот параметр, на самом деле очень важен. Обычно после напряжения питания и коммутируемой мощности задают именно вопрос о максимальной частоте и только потом об интерфейсах и всяких «примочках».
Всё таки мне кажется, что должен быть какой то для этого испытательный стендик.
А графики МК в сервоконтроллере у меня и так уже выдаёт без всяких дополнительных тинек.

Прочитал. Не понял, а в чем проблема - то?
Разрешение энкодера выбирают не по максимальной частоте вращения двигателя, а по необходимой точности позиционирования. А уж счётчик импульсов в сервоконтроллере естественно должен успевать считать их без пропуска. А чтобы импульсы с Mach или откуда там, не пропускались, так это надо правильно задавать скорость разгона-торможения исходя из инерционности всей системы двигатель-редуктор-и-что-там-двигается.

Синхронизация от энкодера, дальше эмулятор энкодера выдает свои частоты, сам энкодер - свои. Через N импульсов "опорного" энкодера  они "встречаются". Как ФАПЧ. Но качество регулирования видно в реале.

Мы наверное всё таки не понимаем друг друга.
Как же тогда производители сервоконтроллеров указывают этот параметров, без учёта параметров двигателя. Ведь они не знают какой двигатель и энкодер потребитель будет применять.
Я уже писал, мне надо просто узнать какую максимальную частоту может «захватить» в счетчики позиций МК. Двигатель можно даже не подключать. Представьте, что это не сервоконтроллер, а например частотомер, измеряющий одновременно 2 канала.
А разгонится или не разгонится двигатель – я это буду потом решать.



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

Где-то так.
Нынче инкрементальные энкодеры применяют там, где не нужна высокая точность и динамика перемещений.
Если нужно быстро перемещаться, то применяют аналоговую обработку сигнала энкодера, с дискретизацией
зависящей от скорости премещения и ошибки положения. Точно также поступают и с двигателем,
изменяя дискрету шага. Т. е. на старте дискретность велика, при максимуме скорости её можно снизить.
Рыбки поесть и на лодке покататься, просто не получается. Такшта.

Разговор, как обычно, «вильнул» в другую сторону. Тема называется максимальная частота сервоконтроллера, а не сервопривода в целом. Инерция портала, характер нагрузки, параметры двигателей и энкодера мне кажется никак не должны влиять на способность сервоконтроллера «захватить» сигналы управления и в промежутке между этими сигналами успеть их обработать. Потребитель должен знать на что он может рассчитывать и исходя из своего применения он выберет скорость всей своей системы в целом. Какой, например будет толк от его супер быстрого двигателя, высокоточного энкодера, высокоскоростной программы управления ЧПУ, если сервоконтроллер всё ограничит из-за своей «медлительности»?

Тут у меня «мыслишка» мелькнула.
А что если вместо двигателя на выходе сервоконтроллера установить ГУН. Сглаживающей RC-цепочкой по входу ГУН можно в небольших пределах имитировать инерцию системы. «Крутизной» ГУНа - разрешение энкодера. Светодиод горит когда нет рассогласования, при превышении +/-1 Step –гаснет, но можно и наоборот.
Прибавляя постепенно частоту на входе Step находим максимум.
Что насчёт этого думают профессионалы электропривода?

У меня такая мысля, конечно не проверенная. Если у вас обратная связь энкодер, то можно попробывать завести допустим SIN энкодера на Step т.е. создать положительную
обратную связь, соответсвенно у вас двигатель раскрутится до какого-то значения и соответственно частота сигнала энкодера и будет максимальной входной частотой Step, но
это наверное не точно будет, но для визуального представления пойдет.