Добавлено спустя 2 часа 5 минут 53 секунды: Вот блин засада, оказываеца не бывает ровный шпилек с резбой М6 длиной 1 метр, все кривые. Главное приходишь в магазин, говоришь что так и так нужна шпилька М6 тока чтобы ровная, смотрят как на идиота.
Добавлено спустя 3 часа 51 минуту 40 секунд: Еще 1 день работы. Походу придеца переделать крепления подшипников винта под шпильку М16 из-за отсутствия ровный шпилек М6.
Здраствуйте. Подскажите: Собрал по схеме Masterа драйвер на ось Z. При подключении двигатель двигается на шаг "туда-сюда", и переключение обмоток не меняет картину. как можно это исправить? Двигатель подключал согласно указаний с первого поста.
двигатель брался от 5 дюймового дисковода с 6 выводами еще болгарского происхождения. Перепробывал все варианты подключения одно и тоже. Правда когда отключал + одной из обмоток(средний провод)то начинал слабо крутится, хотя так не должно быть.
наконец то разобрался Master Всегда думал что концы обмоток должны обзыватся АВ одной обмотки и СD другой обмотки. Собственно так и нарисованно на схеме протеуса. а у вас получается AC BD Если не затруднит подправте для последующих поколений пожелающих повторить вашу схему, а то будут долго голову ломать
Вот тока щас руки дошли поправить. Поправил в первом посте. Спасибо.
Добавлено спустя 8 минут 6 секунд: У меня тут мысли появились по поводу софта. Походу существует масса разных стандартов кодировки: G-код для печатных плат, DXF для двумерных рисунков, STL для 3Д и еще целая куча других. Кажись проще сделать так чтобы софт поддрживал только 1 свой стандарт, к примеру какой-нить XYZSF, где XYZ координаты, S скорость, F состояние фрезы on/off. И к нему плагины или подключаемые библиотеки которые будут конвертировать различные стандарты в понятные ему координаты, т. о. зная стандарт команд станка любой человек знающий другой стандарт сможет написать конвертер, который будет формировать текстовый файл для фрезеровки.
Любой G-код - как раз текстовый файл, который описывает XYZA, скорости подач и обороты шпинделя. Но, этот код не всякий контроллер понимает. Обычно хоббийный станок управляется сигналами step/dir. А плагинов, конвертеров, контроллеров и халявного софта для таких станков много. Если хотите писать свой софт, то он нужен для системы станок - контроллер - порт - драйвер - Gcode. Пользователю нужна действующая система, а не отдельный конвертер
Да, согласен, перечитал щас еще раз про G-коды походу их лучше использовать в качестве основы. Кстати в пикиведии очень хорошо они описаны, вот если кому интересно http://ru.wikipedia.org/wiki/G-code
А у меня были мысли сделать контроллер понимающий G-коды. Было бы очень удобно, например в станок загружать через флешку, карту или USB порта программу для работы.
И можно было бы избавится от параллельного порта с его минусами...
RoboTok писал(а):А у меня были мысли сделать контроллер понимающий G-коды. Было бы очень удобно, например в станок загружать через флешку, карту или USB порта программу для работы.
И можно было бы избавится от параллельного порта с его минусами...
ya ya, работаем щас на этим вопросом, в перспективе получитсо приятственный девайс - с флехи (как вариант с усб-флехи) грузим коды, на не маленьком экране все енто действо отображаецо и пашеть.... экран кстати бует сенсорный ньюансов пока много всплывает, решаем...