Друзья, не надо ссориться, скорости СОМа  для нашего простейшего контроллера
более чем достаточно. Мне ни разу не удавалось раскрутить даже одну ось более 1300-1400  шагов в секунду, да и по паспорту большинство движков на этой скорости начинают терять момент, а это примерно соответствует скорости порта 9600.  Так что запас еще есть и большой.

Если Вы делали дробление шага шимом, тогда я не совсем понял в чем вопрос?
Ведь дробление делается за счет процентного соотношения тока в обмотках.
Соответственно за счет изменения скважности ШИМ. Так это и есть стабилизация!
Я пока шаг не дроблю, просто доработка контроллера Романа ШИМом. Двигатель работает
скважность 80% стоит 40%. Доделаю выложу. Только создайте тему а то нас от сюда
выкинут, там пообщаемся более детально.

swa Спасибо!
А нет ли у Вас прошивки для микроконтроллера?
И драйвер не помешает, конечно если он необходим после подключения к компу.

А кто нить сталкивался с pc/104?
Вот небольшой экскурс: http://www.micromax.ru
понравилось http://www.micromax.ru/catalog/product.shtml?i=1:2-0:4
Но про цены ни слова...

Ишо есть схемка опторазвязки станка от компа (LPT),кому интересна.

Отредактировано gnusmasss (2008-02-26 20:43:24)

Предлагаю немножко другой вариант - заменить триггеры на микроконтроллер. В таком случае имеем следующие возможности:
одновременное движения по всем осям,
максимальные скорости без 100% загрузки CPU,
возможность автономной работы по программе с EEPROM,
подключение по COM или USB,
ручное управление без компа.
Во всяком случае, в процессе написания проги управления у меня напрашивается такое решение.
Переделка VRI под такое решение минимальна - вместо отдельного шага она должна выдавать пробег и скорость по оси, ну и отлавливать флаг исполнения.
Электроника вообще не проблема. Берем pic16f628 (60р) и пару ULN2004 (от 5" и ЕМ-35 они у меня крутят спокойно) или кучку IRL3215 по 20р (150V, 12А) если токи большие.
Делать примочки для стыковки уже имеющегося софта и электроники будет сложнее.

Отредактировано bolt (2008-03-07 00:06:03)

Работать без компа - изврат, imho
А смысл переделки см. в посте выше. Основное - это увеличение скорости и более удобный порт. Доработать VRI под работу с COM не сложно, поскольку трансляторы тех самых DRL, HPGL GBR или DXF  там уже есть.

Отредактировано bolt (2008-03-06 23:32:09)

Полностью согласен.

В данный момент скорость как раз таки ограничена МЕТОДОМ управления шаговыми двигателями.
Вся проблема в том, что в большинстве используется  непосредственное питание двигателя постоянным током.
Вчера посчитал по формулам (Закон изменения силы тока в цепи постоянного тока), хотел найти, где ограничивается скорость, оказалось наш "стандартный" контроллер - наихудшее решение в вопросах скорости.
Но не унывайте, и не старайтесь переделать уже сделанное, есть простые  решения, позволяющие эту самую скорость поднять в несколько раз.     
В форуме уже на эту тему много написано.

По поводу переходника - надо собирать версию 1.5, на Атмега8:

http://www-user.tu-chemnitz.de/~heha/bastelecke/Rund um den PC/USB2LPT/ul-15.htm.en
стоимость Атмеги8 в wwwefo.ru - 1.25$ за TQFP и 1.34$ за DIP.

Авторы утверждают что на переходнике работают даже программаторы (некоторые)
Сам еще не пробовал, заказал двухстороннюю плату, уже 3-й месяц делают
Если не сделают еще через месяц - переразведу на одностороннюю для лазерного утюга.

Отредактировано Sandy (2008-03-09 20:46:48)

Если эти полевики работают на 20кГц-40кГц в преобразователях, то вращать двигатель с частотой 2-3кГц  для них думаю не проблема, в этом случае про растянутые фронты можно просто забыть.

На мой взгляд самое правильное, если каждое устройство будет заниматься своим делом.
Контроллер обрабатывать сигнал, драйвер отвечать за ШИМ управление, полевики работать в ключевом режиме.

Исходя из написанного в форуме стоит задаться ТТХ.
Думаю должно быть так:

1. Связь контроллера с компьютером - COM порт.
(Да, USB это круто, но дорого, притом что COM пока еще держится на плаву в отличие от LPT)

2. Контроллер - приятно если он будет уметь конвертировать крутые форматы, но при этом ему будут нужны большие вычислительные мощности, что будет стоить денег.
ВЫВОД - формат данных должен быть простым, HPGL  или GCode.

3. Возможность работать отдельно от компьютера.
Можно прикрутить большую память, сегодня это не проблема, а надо ли? Будет ли оно стоить тех денег?! ИМХО НЕТ.
Думаю достаточно просто подгружать информацию в контроллер блоками, с одной стороны PC не будет постоянно занят гененрированием шагов (тактов), информация будет закидываться частями (и чем больше скорость порта, тем меньше времени на выдачу очередного блока), с другой стороны объем встроенной в контроллер памяти может быть небольшим что соответственно отразится на цене (в зависимости от контроллера может он даже будет встроенный).
Но в этом случае диодом и резистором не обойтись нужно использовать MAX232 (либо примитивную схему на двух 315х транзисторах), ибо обмен двунаправленный, ведь контроллер должен будет сообщать PC о необходимости в новом блоке данных.

4. ШИМ регулирование тока обмоток. Считаю необходимо для любого человека, дорожащего своим временем.
В кратце польза - Больший момент и большая скорость.
Возлагать функции ШИМ на главный контроллер не имеет смысла, если только в контроллер уже не встроено 3 и более независимых ШИМ генератора (типа как в серии ATMega от ATMEL), да и то, если контроллер будет занят преобразованием формата, это будет не легко.
ВЫВОД - использовать специальные драйверы в виде L297(не самое бюджетное но простое решение) или создание ШИМ на отдельном микроконтроллере типа PIC16F628 или 90S2313(или контроллеры серии Tiny от Atmel). На один канал один контроллер (стоимость контроллера Tiny что то около 30-40 рублей, точно сейчас не скажу).

5. Силовая часть. Считаю применять микросхемные драйверы имеет смысл лишь в случаях с ULN2303 и подобными для маломощных двигателей, иначе - дорого и трудно модифицируемо.
Если же двигатели требуют от 1А и более имеет смысл силовую часть собрать на рассыпухе в виде полевых транзсторов с использованием FastRecovery диодов типа FR или подобных.
Положительность - Каждый сможет поставить в свой контроллер те транзисторы, характеристики которых будут подходить к его двигателю, при неизменной печатной плате (поти у всех Fet полевиков одинаковая распиновка выводов).

Требования к программе - возможность передавать через COM данные в формате HPGL/GCode, слушать порт на запрос.

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

Для себя на вскидку я вижу такой набор MAX232+ATMega64/128(много памяти, можно не экономить на коде, а экспериментировать, много портов В/В от A до G (все кроме G 8 разрядные, G - 5 разрядов), если склероз не изменяет - можно повесить и клавиатуру, и дисплей, и двигатели, да хоть светомузыку, встроенный USART/UART, даже ADC если вдруг что то еще придумается)+L297+MOSFET (если все покупать думаю рублей 600-700 будет).
Единственно я не упомянул микросхему памяти - ниразу не подключал память к этому чипу, так что какой выбрать и как лепить незнаю, но портов много, думаю кто пробовал - сможет сделать это легко.

P.S. Предлагаю это жизнеописание как макет проекта, прошу вносить предложения, изменения и поправки.

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

в птичек из ШИМ стрелять не бум потому в привода лучше просто поставить ШД максимально доступной мощности с привода каретки. Для крупных станков на ремне/рейке/тросике. Полный шаг при подводе и дробление при работе.
Управление - 1 микроконтроллер (2+..4 канала +кнопки) и 3 версии драйверов 2004/296/PMOS. MAX232 не нужна в любом случае, imho, да и USB - это готовый шнурок за 100р, который комп видит как СОМ.
Трансляторы PLT (для LayOut он совсем простенький), WMF (в Word рисовать/писать удобно) и ??? (я предпочитаю SMD, но люди ведь сверлят). Преобразоване оставляем программе, поскольку ход процесса удобнее наблюдать на дисплее в масштабе и цвете. Такой вариант и в плане записываемых во flash объемов удобнее.
Реально это уже пишется, правда под свой станок. Зарабатывать я на нем собираюь, а не программе, но усилия можем объединить.
А если проблемы только в стыковке, то стоит сделать переходник СOM-->LPT, с минимальными изменениями в программе.