давайте всеже не так резко, я предлагаю для начала сделать кантроллер на ПИК работающий от VRI, а затем постепенно будем наращивать, так и до автонома дойдем. Сделаем рабочую вещь и каждый сможет проверять свои усовершенствования на рабочих образцах. Давайте определимся с камнем, из мощных имею 16F877.

А кто говорит что он не будет поддерживаться? Здесь вроде сказано о контроллере с возможностью автономной работы, а каму как не Вам в будущем устроить переносимый формат данных? Другой вопрос если Вас не устраивает возможность автономной работы, так и скажите. Плюс ко всему Вы сделали поддержку степ/дир, по сути теперь вобще любой контроллер поддерживается Вашей программой, а Вы сразу банить

на LPT не файл а пошаговые команды, много

Не очень удобны для последовательного чтения и записи. Загнать текст в ПИК не проблема, но его еще серьезно обработать надо.

Согласен, но тогда VRI должна уметь работать с СОМ. Тот объем, что выдается по ЛПТ и память не осилит, и пику он не нужен. Если Романа такое направление развития напрягает, то имеет смысл перенести обсуждение в другое место.

Это порядка 250р, дешевле только 73 ~100p возможности примерно одинаковы.

насчет модульной схемы согласен, но... Я смотрел Вашу схему. Под словом Драйвер у вас покоится полноценный контроллер ШД понимающий степ/дир, извените но это не просто ключи, и многие из них уже содержат шим, микрошаг и т.д. Чтобы повесить к пику просто ключи, необходимо в пик загнать степ/дир (либо формат Романа) а на выходе получить то что мы получаем с ТМ7(последовательность для ШД)
Вот это я и называю контроллер на PIC. А уже затем добовлять к нему навороты, поэтому и 877 чтобы место для тюнинга было.

Если Вы покажете программу которая при тике в 1мкс генерирует ШИМ частотой хотябы 5~7 KHz с переменной скважностью 50-80% которая меняется при подаче сигнала на вход, я к Вам с Камчатки с пивом прилечу! Но я так думаю не бывать этому.

Я надеюсь, это шутка? Ширину чего вы собираетесь менять?? Вместе с частотой? Извените, но мне кажется что вы не совсем понимаете что такое ШИМ. Есть понятие - скважность, отношение ширины импульса к периоду. Регулирование ШИМ - это изменение длительности импульса по отношению к периоду, период (ЧАСТОТА) остается НЕИЗМЕННОЙ!!! И регулироваться она должна как минимум от 20, до 80%. Вы что туда 60 nop хотите вставить?? Пожалуйста, изучите предмет. Трудоголик здесь кучу замечательного материала изложил.

И все же измерять и менять частоту и длительность  придется, если вы собираетесь ввести микрошаговый режим. Все видели ступенчатую синусоиду, характерную для микрошага. Но мало кто задумывался, что частота этой синусоиды и длительность каждой ступеньки меняется в зависимости от заданной скорости. ЕСли вы будете вводить микрошаг, то полезно ввести разгон, т.е сделать скорость плавающую.
Вот вам изменение длительности ступенек. А поскольку соотношение амплитуды ступенек должны быть строго фиксированы, их нужно будет контролировать, значит в контроллере нужно иметь как минимум 6  АЦП.  ЦАП могут не применяться, поскольку драйверы микрошагового режима имеют цифровое управление. Или наоборот, можно иеть 6 ЦАП, но не иметь АЦП. ЕСить еще варианты, для этого надо изучатьи выбирать конкретные типы драйверов.

Отредактировано Трудоголик (2008-03-16 08:56:17)

Мой звонок в 1988 году читал WАV из ПЗУ всего одним 16-разрядным счетчиком, выдавал сигнал через 10 резисторов на УНЧ с тем же битрейтом.  Звучание, гарантирую, было не хуже чем у вашего, на 16F84. НУ и что из этого?
Речь идет о контроллере, а не игрушке.
Если бы нужна была игрушка, я бы просто выдал в LPT весь цикл работы, записал в большую флешку все такты управления двигателями, а когда надо, считал из флешки теми же счетчиками, меняя  скорость тактового генератора каждый раз, как на выходе флешки появится сигнал записи в соответствующую ось.
Получился бы тот же самый ваш контроллер. И мне бы хватило быстродействия 10  килогерц.

Отредактировано Трудоголик (2008-03-16 12:37:53)

Просто никто четко не сформулировал, чего же он желает от такого контроллера. Если надо просто управлять движками, то хватит ТМ, если надо управлять движками и контролировать ток обмотки, то вариантов более чем достаточно и изобретать что либо бессмысленно.
Если надо помнить информацию,чтобы потом управлять движками, то могу предложить более простую для любителя схему на логике.
ЕСли хотите принять от компа команды в G-кодах, но чтобы МК все обработал и выдал нужное количество шагов на каждый движок, то это еще один вариант.
Если хотите, чтобы МК сннял инфу, хранил ее,
а при необходимости просчитал и выдал на движки это еще один вариант.
Или такой вариант, МК считывает с компа инфу в G-кодах или в PLT, HPGL, DRL,DXF,GBR, сохраняет это во флешке,(или работает напрямую с двигателями)  рассчитывает движение, управляет движками в полношаговом, полушаговом или микрошаговом режиме, при необходимости производя все это в автономном режиме.   

Кому что надо? Никто так толком и не объяснил!

А от того, что вы хотите, будет зависеть выбор камня, в основном
его архитектура и наличие периферии.

Определитесь сначала на начальном этапе.

Дело в том, что скорость движения инструмента определяется именно длительностью пауз между шагами, причем в любом случае хоть в режиме степ/дир, хоть в формате Романа.
Я и сказал, если паузы не писать, то контроллер должен иметь возможность установки скорости, тогда да, можно записать шаги,
а паузу между ними пусть сам контроллер устанавливает

С одной стороны согласен, но тогда  контроллер должен будет уметь считать все форматы:  PLT, HPGL, DRL,DXF,GBR, мало ли, может кто то захочет не только сверлить и выжигать.

Мое предложение другое, контроллер должен уметь считать данные только  в формате G-кода(возможен  другой вариант), выдаваемые по СОМ-порту программой Романа(в будущем) и сам производить все необходимые вычисления,  управление и контроль.  Преобразование данных из  DRL, DXF, GBR в G-код вполне может взять на себя программа Романа, поскольку она и планируется для работы с G-кодом и уже работает с форматами DRL, DXF, GBR  .