roboforum.ru

Образцы работы ЧПУ
для затравки, к чему стремиться .
к примеру

Прикрутил направляющие к оси Z.

Добавлено спустя 2 часа 5 минут 53 секунды:
Вот блин засада, оказываеца не бывает ровный шпилек с резбой М6 длиной 1 метр, все кривые. Главное приходишь в магазин, говоришь что так и так нужна шпилька М6 тока чтобы ровная, смотрят как на идиота.

Добавлено спустя 3 часа 51 минуту 40 секунд:
Еще 1 день работы.
Походу придеца переделать крепления подшипников винта под шпильку М16 из-за отсутствия ровный шпилек М6.

Здраствуйте.
Подскажите:
Собрал по схеме Masterа драйвер на ось Z. При подключении двигатель двигается на шаг "туда-сюда", и переключение обмоток не меняет картину. как можно это исправить?
Двигатель подключал согласно указаний с первого поста.

Если двигатель дергаеца туда сюда, то это однозначно перепутаны обмотки.

или двигатель не той системы

двигатель брался от 5 дюймового дисковода с 6 выводами еще болгарского происхождения.
Перепробывал все варианты подключения одно и тоже. Правда когда отключал + одной из обмоток(средний провод)то начинал слабо крутится, хотя так не должно быть.

подключи светодиоды вместо обмоток для проверки драйвера

Добавлено спустя 3 минуты 8 секунд:
а лучше лампочки

У него тогда моск взорвеца, там будет последовательность из 2-х лампочек на каждый такт, я минут 15 сидел раздуплял как обмотки подключить

наконец то разобрался
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, работаем щас на этим вопросом, в перспективе получитсо приятственный девайс - с флехи (как вариант с усб-флехи) грузим коды, на не маленьком экране все енто действо отображаецо и пашеть.... экран кстати бует сенсорный ньюансов пока много всплывает, решаем...