Подскажите как с помощью ADSP измерять скорость вращения двигателя (частотомер, периодомер) с растровым датчиком ЛИР-120А, который имеет количество меток 5000 за оборот.

Если я правильно понимаю, то выходной интерфейс датчика типа ЛИР есть стандартный последовательный SSI. Тогда внимательно читаете описание на датчик (не помешает ознакомиться и с SSI) и, используя цифровые линии L-780M, пишите для DSP свой алгоритм работы с этим датчиком.

Нет, Сергей, не правильно - см. http://www.fms3000.ru/prod/2dat4.html

Владимир, частота вращения вала какая ?

Частота вращения вала 5000 об/мин, количество периодов за оборот 5000, получается 417 кГц. С такой частотой средства РС не позволяют измерять,
поэтому возник вопрос как правильно организовать измерения. Если можно приведите пример "кода".

См. http://www.lcard.ru/forumthreads/2493 :"... модицфицированный биос устанавливает прерывание АЦП на высокой частоте, которая задает квант времени, в этом прерывании опрашиваем ТТЛ - вот вам три порядка. Реально ставят оптический датчик угла поворта на вал, который выдает от 500 до 10000 импульсов на оборот плюс еще отдельный импульс на оборот".
Пример кода думаю у Victorii можно попросить.

Хотя, если требуется измерять ТОЛЬКО частоту вращения, то почему бы не ограничиться сигналом референтной метки ?

Согласен с Наблюдателем - почему бы не имерять частоту вращения?

Владимир, вы не сказали важное:
1. Какая нужна точность измерений?
2. Как часто должны обновляться измеряемые данные?

С уважением.
P.S. Не понимаю, переписывать БИОС это модно?

Поправлю Наблюдателя. Речь в этой ветке идет об использовании внешнего прерывания платы L783. Обработчик этого прерывания фактически измеряет период между импульсами прерываний (т.е. период исходного сигнала).

Для L-780 такой подход может быть не очень удобен (стр. 86 руководства к плате). Одно из прерываний используется для цифровой синхронизации АЦП (хотя если оно в программе Владимира не используется, то можно его занять). Второе прерывание, к сожалению, по уровню.
Так что, Владимир, рассмотрите и возможность использования АЦП для ввода Вашего сигнала и последующей обработки.

To Zardoz. Какая уж тут мода. С одной стороны привычка преобразовывать импульсные сигналы с помощью таймера, а с другой - производственная необходимость (в нашей задаче надо было проводить опрос каналов АЦП на максимально возможной частоте с цифровой синхронизацией). Да еще,  это и от разработчиков BIOSa идет, они советуют модифицировать :-).
Надо будет оформить этот модифицированный (под задачу измерения периода импульсов) и выложить в библиотеку сайта.

To Victoria.
1. С какой точностью можно определить период импульсов при помощи Вашего БИОСа ?
2. Как вычитывается значение периода в приложении?

С уважением.

То Zardoz
1. Точность преобразования - 1 счетный импульс таймера сигнального процессора. Минимальное значение периода счета совпадает с циклом процессора (ну, пусть 25 наносекунд), этот период можно увеличивать (масштабировать, чтобы таймер не переполнялся), используя соответствующий регистр (TSCALE).
2. В нашей задаче мы использовали такой алгоритм -считывание текущего значения периода импульса и
выборку очередной порции данных АЦП выполнялись  каждые 5-10 мс при помощи обработки прерывания от
мультимедийного таймера.
Примерно так:
// чтение и вычисление cкорости вращения (об/мин.)
// (период эталонной частоты 1 мкс)
Get_DM_Word_PLX(@dev,$8d78,@w,0);
if w<>0 then Rot:=0.6e+8/w
   else Rot:=0;

Хотя возможны и другие алгоритмы в зависимости от прикладных задач "потребителей" плат LCard. Фантазии нет границ (можно и буфер организовать, подобно буферу АЦП). Подозреваю, что, в частности и поэтому, в фирменной Lbios нет подобных функций для измерения периода импульсов (и/или какой-либо синхронизации).

Уточню в догонку - измерения по каналам АЦП (если они нужны) осуществляются параллельно измерению периода импульсов.
В нашей задаче именно аналоговые каналы надо было опрашивать с высокой частотой, а период импульсов соотвествовал скорости вращения ротора от 800 об./мин. до 6000 об./мин.

To Наблюдатель
Измерять необходимо не только частоту, а ещё и ускорение и несколько других величин. Поэтому ограничиться сигналом референтной метки немогу.

To Zardoz 
1. Какая нужна точность измерений?
   Примерно 0.05 % 
2. Как часто должны обновляться измеряемые данные?
   Для такой точности 20 мк. сек.

Владимир, (здесь спрошу):
Все 5000 отсчетов (и более) в буфер надо складывать?

Я наверное ничего не понял...
Владимир, считаем так.
Частота 800 об/мин = 13,3 об/сек. При 5000 импульсах на оборот получим 66500 импульсов за секунду. За время наблюдения 20 мк.сек. к Вам прибежит 1,33 имульса +/- 1 импульс, что составит огромную погрешность далекую от 0,05%.
Случай 2. Вы отказываетесь считать импульсы, чтобы не ждать. Измеряем период. При 6000 об/мин частота импульсов 500 кГц и период равен 2 мк.сек. Как упоминала Виктория, точность определения периода равна где-то 25 нс. Получим 2000нс +/-25нс что даст погрешность 1,25%.

О каком методе Вы говорите? Т.е. Вам надо знать скорость и ускорение каждые 20 мкс??

С уважением.

хмм...
Возможный вариант ответа - "возьмусь за разумные деньги, но не скажу как" ;-)

To Victoria
По возможности, хотелось бы иметь все значения
в буфере (для возможности дальнейшей обработки и анализа).

Есть такая плата Advantech PCI-1784, как раз для обработки сигналов энкодера. А синхронизацию плат можно по цифровой линии прилепить. ИМХО, при всей универсальности, L-780 для таких вещей не подходит.

Ну и что позволяет делать PCI-1784 ?  Только считать импульсы, хотя может быть больше ничего другого делать и не надо. Если только считать - то ADP2185 может делать это видимо даже быстрее чем 2МГц. Вот если б Lcard еще и процессор поставил с тактовой частотой 80МГц, а не 27.

> L-780 для таких вещей не подходит.
Для тупого считания импульсов - подходит. Для управления приводами - не подходит. Но если очень хочется - то можно.

На плате PCI-1784 установлены 4 32-х разрядных таймер-счетчика со стробами и внешними тактовыми входами. Оптическая развязка, униполярные или дифференциальные входы.
www.advantech.com/products/PCI-1784.asp
Два плюса:
- карта специально предназначена для обработки сигналов энкодера (в том числе и защита)
- программное обеспечение не требует адаптации. Не надо извращаться и переписывать биос. Кроме того, это экономически не выгодно - плата стоит дешевле рабочего времени, потраченного на переделку драйверов, разработку и изготовление платы сопряжения энкодера с L-780. А в результате - сложная самодельная конструкция.

Алекс> Не надо извращаться и переписывать биос.

Не вижу здесь никаких извращений. Не PC-ный же биос, а встроенное ПО платы. Драйвера никто здесь и не переписывает (если только работа не под Linux/QNX). Весь мой пассаж можете рассматривать как аргумент "За" возможность программирования DSP на платах LCard, т.к. это возможность многократного повторного использования плат в различных задачах.

Про плату PCI-1784 знаю (и папа Карло тоже, смотрите внимательней ответ). У Владимира еще и ЦАП нужен, он хочет решить свою задачу, используя одну плату (это его дело и его проблемы).

Алекс просто рассматривает плату L780 как конечное устройство, а не как "Development Kit for programing ADSP-21xx series". Он прав по-своему. И те кто использует плату в других целях - тоже правы.

Вопрос Владимиру: за какое время вал набирает макс. скорость вращения??? Т.е. какое макс. угловое ускорение ?? (также и при торможении) Вы этот показатель оценивали?

С уважением.

Алекс:
В PCI-1784 нету биоса.
> карта специально предназначена для обработки сигналов энкодера

Ну тогда ответьте на элементарный вопрос: как эта специализированная карта будет обрабатывать ситуацию, когда с энкодеров идет некачественный сигнал - что может быть при (а) помехах, (б) накрывани экнодера медным тазом, (в) обрыве/непропае и т.п. сигнальных проводов  ?
Причем это не из пальца высосано, а посредством набивания мозоли на лбу от таких грабель.

> программное обеспечение не требует адаптации. Не надо извращаться и переписывать биос

все зависит от того, что требуется. Если регулярно требуется мерить что-то за интервал времени меньше ~20 мс - плата и ПО идут садом в лес. Если потребуется управление/обратная связь с временами ~20мс или меньше или, скажем, мерять аналоговые сигналы - плата  и ПО идут в темный лес стройными рядами.

Я уж не говорю про цену

Папа Карло:
как эта специализированная карта будет обрабатывать ситуацию, когда с энкодеров идет некачественный сигнал - что может быть при (а) помехах, (б) накрывани экнодера медным тазом, (в) обрыве/непропае и т.п. сигнальных проводов ?
Вот она, российская черта - а давайте героическими усилиями сделаем из дерьма конфетку! Пусть у нас будут бракованные датчики и неизвестно как сделанные кабели, но ОНО будет работать.
Правильно выбирайте интерфейс датчика, чтобы не было помех, тип энкодера тоже имеет значение: магнитный или оптический. Я бы такого изготовителя кабелей гнал бы в шею.
И вообще, если требуется управление движением, то не надо изобретать велосипед. Есть готовые решения (Siemens, KEB, NI наконец)
Что касается стоимости, то при мелкосерийном производстве важнее время разработки, качество и надежность.

Алекс
Ситуация: датчики правильные, кабели правильные. Помеха есть. Что дальше делать ?
Готовое решение: бош-рексдорф с управлением аля-шаговый двигатель. В произвольный момент времени выдает ошибку, которая по прочтении мануала и выпивании известной бутылки, без которой не разберешься означает, что с энкодера пришло дерьмо.
Контроллер вылетает в ошибку. Координата теряется нахрен. Мало того. С контроллера есть сигнал ошибки. Так он может быть, а контроллер не вылетает в ошибку!. Т.е. это самое г.решение считатет, что появилась ошибка только после того, как сигнал ошибки, выдаваемый этим же самым решением, продержится более, чем какое-то время!

Ну и по теме - это готовое решение таки как-то разбирается или пытается разбираться  с вышеописанной ситуацией. В отличии от.

Наверно, контроллер проверяет посчитанное число отметок с отметкой оборота (например, для энкодера с 5000 отм/оборот насчитал 4995). Никаким другим способом определить исправность энкодера/возникновение помехи невозможно. Можно попробовать это отключить. Но тогда будут набегать ошибки позиционирования.
У нас один раз в энкодер (на оптике) привода  попала пыль. Интересный эффект получили, но все работало (тоже готовое решение KEB).
А напряжение питания энкодера какое? Мы используем 24вольтовые и нормально они работают в промышленных условиях при длинах кабелей до 150м

Обычно с датчика идут так называемые сигналы "синус" и "косинус". Которые, например, одновременно не могут быть в значении 11  или 00. В принципе такую ситуацию можно фильтровать.
По факту  ошибки с датчика обычно появляются при возникновении неисправностей: уронили железяку [на] датчик и разбили, перетерли/оторвали/прожгли кабель (но не до конца), оторвали землю и т.п.  Еще один вариант - превышение предельной частоты или датчика или того, кто считает.
В случае боша-рексдорфа - там стоит хитрый 3х фазный движок, на который идет шим, от которого прут помехи. Видимо изредка доходят и до собственного датчика.

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