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

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

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

Сообщение отредактировал evgeny_ch - Feb 27 2009, 20:33

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



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

Может не правильно нарисовал, но у меня сервоконтроллер, а не шаговый привод. На рисунке предполагаемого стенда я вместо сигналов с энкодера связанного с двигателем «подаю» от отдельного реверсивного счётчика.
У 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 и В и частоту мерить отдельным частотомером.

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


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

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

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

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

Сообщение отредактировал evgeny_ch - Feb 27 2009, 21:46

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

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

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


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

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




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

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

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

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