Может кто делал такое или встречал подобное в инете? Вообще такое делают?

а можно подробнее?

Для системы управления можно создать на базе ПЛИС свой SoC на основе soft-процессора типа Xilinx Microblaze или Altera NIOS. Добавить в эту систему свои компоненты и т.д. Но нужно понимать, что производительности soft-процессоров может нехватить для тяжелых задач и тогда придется искать другие решения возникающих проблем.

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

вставлю свои дилетанские 5коп :
у меня ПЛИС и роботы почему-то всегда ассоциируются с нейронными сетями и системами ИИ (AI).
ибо врядли есть резон применять именно плис в качестве контроллера управления приводами - на есть есть готовые системы с примера открытого кода (e.g. 320F28xx для любых типов электродвигателей)
а насчет софтовых процессоров - не надежнее ли алгоритмы управления железякой реализовывать на железном уровне? т.е. непосредственно на логике.
ИМХО, для разработки логики управления роботов вопрос надежности не последний в списке приоритетов.

Применяем и будем применять FPGA в управлении приводами. Особенно если приводы мощные и низко индуктивные да еще куча датчиков/сенсоров вокруг понавешанно. Управление BLDC моторами на FPGA - легко - фильтрация сигнала, коммутация, управление током, сенсоры, ethernet MAC, все в одном флаконе для 4х моторов.
320F280х один мотор с сенсорами с трудом тянет и то CPLD пришлось поставить для fault control да еще ethernet'a нет.

ну, тут не поспоришь . FPGA штука универсальная и для управления моторами удобная. (Если приноровиться ка кследует, ибо алгоритмы хорошо на жесткую логику ложатся + та же гибкость по сравнению с 320F28хх).
Однако автор темы не обозначил конкретики:
толи ему нужна логика управления роботом ,
толи контроллер управления драйверами приводов.



зато есть САN =) Он специяльно для таких вещей и создавался - там и гарантированное время доставки сообщения (приоритет , задаваемый адресом устройства) + автоповтор при сбое - и это всё на аппратном уровне (+ никакх хабов/свичей не надо для построения сети)

ЗЫ: Штирлиц, признайтесь: зачем вам больше одного мегабита для управления приводами?:)

Сообщение отредактировал Doka - Jul 11 2006, 21:27

11 моторов в системе координированного управления движением + сенсоры. 16 мбит/с сеть - держит легко, CAN после подсчетов с трудом, пришлось бы переносить логику управления позиционированнием в DSP. А так один проц всем хозяиством управляет и не жужит и главное вся информация в одном месте а не разбросанна по DSP.