Администрация форума не несёт ответственности за достоверность информации и оставляет за собой право редактировать или в особых случаях даже удалять посты без предупреждения. Спасибо за понимание.

Программирование ATMEL в BASCOM.

Информация о пользователе

Привет, Гость! Войдите или зарегистрируйтесь.



CNC Лазер-Лут

Сообщений 1 страница 30 из 48

1

Приобрёл ЧПУ 2418, эх и убожество, всё-же лазер подцепил через напильник и как-бы точность вполне нормальная такая.
Софт есть, но кривой до ужаса, думаю написать свой.
Кто имеет опыт засветки ультрафиолетовым лазером 0,5-1W? А то первый блин с комом ))) Да и сода пищевая чего-то не очень подошла, фотографировать аж страшно то, что получилось.
Руки чешутся прошивку свою навоять, но худо-бедно ЧПУ работает.
Пробовал из SprinLayout экспортировать BMP файл 600dbi, после в программе которая шла на диске к ЧПУ станку "LiteFire.exe" выжечь чего нибудь. Выжигает так, что фоторезист белым становится, может переборщил конечно.
Размер точки в программе минимальный 0.075, лазер меньше делает, но фонит тоже сильно. Мощность лазера отрегулировал по току отдельным блоком, сперва провонял квартиру чем-то сгоревшим из самого лазера, после дошло, что ЧПУ 12 вольт подаёт на 5 волтовый лазер. Лазер не пострадал, но оказался блок под рукой на котором можно было отрегулировать, откусил минус управляющего полевика на плате и пропустил через регулятор тока.
Фрезеровать этим станком нет смысла, сам шпиндель отпечатан на 3D принтере, люфтит здорово, а под лазер самое то.

0

2

Фоторезист не пробовал. Но более менее получается как на плоттере, и самоклейкой на плату.  Дорожка примерно 0,2 получается.
http://s9.uploads.ru/t/gSenw.jpg

0

3

Ev3658 написал(а):

Руки чешутся прошивку свою навоять

Какой МК?
Механическая часть нормальная? Иначе новая прошивка мало чем поможет.

Ev3658 написал(а):

Выжигает так, что фоторезист белым становится

1 Вт сфокусированный в небольшую точку это много. Нужно экспериментально подобрать мощность лазера, при которой он нормально засвечивает фоторезист при той скорости перемещения что у ЧПУ.

0

4

Ev3658 написал(а):

Фрезеровать этим станком нет смысла

Ага, там и тянущая из пластика. :)
У меня фрезер нормальный, но фрезеровать платы не понравилось (хоть и софт платный, и поддерживает всякие навороты с трасформатрикс, и щупы для этого все сделал), потому как однослойки ещё ничего делать, а вот двух - это надо тогда морочиться с позиционированием станины, делать крепления, геморроя туча, а я на нем всё-таки ещё всякие штуки выделываю). Когда я пробовал, 0.1 получалось, но нужно обязательно только медь фрезеровать, не касаясь текстолита, иначе фреза 0.1 в Г превращается очень быстро (тупится).
А потом самое сложное, такую плату паять без маски, надо обязательно стачивать лишнюю металлизацию и припой постоянно норовит залипнуть при дорожках 0.1.

0

5

Контроллер Atmega328p ))) Плата простая до безумия:
http://s3.uploads.ru/t/97VSq.jpg
http://s7.uploads.ru/t/pM3fv.png
http://s3.uploads.ru/t/ED5qh.png

Подрезал полевой транзистор и врезал дополнительно блочёк:
http://sh.uploads.ru/t/tlbRE.jpg

G-код генерируется стандартный. Сам лазер как и шпиндель - включается этой платой с одного канала.
Вот кусочек G-кода фрезеровки дорожки и контактов Atmega256:

Свернутый текст
Код:
S1000
G92 X0 Y0 Z0
G21
G90
G1 F1490
M05

G1 X1.1250 Y8.7750
M3
G1 X8.3250
G1 X8.4375 Y8.6625
G1 X1.0125
G1 X0.9000 Y8.5500
G1 X8.5500
G1 X8.6625 Y8.4375
G1 X1.0125
G1 X1.1250 Y8.3250
G1 X8.7750
G1 X8.8875 Y8.2125
G1 X8.3250
M5

G1 X8.3250 Y7.7625
M3
G1 X1.2375
G1 X1.1250 Y7.6500
G1 X8.5500
G1 Y7.5375
G1 X1.0125
G1 Y7.4250
G1 X8.7750
G1 X8.8875 Y7.3125
G1 X1.0125
G1 X1.1250 Y7.2000
G1 X8.8875
G1 X9.1125 Y7.0875
G1 X8.4375
M5

G1 X8.8875 Y7.6500
M3
G1 X11.2500
G1 X11.3625 Y7.7625
G1 X8.7750
G1 X8.6625 Y7.8750
G1 X11.4750
G1 X11.5875 Y7.9875
G1 X8.5500
G1 X8.4375 Y8.1000
G1 X11.7000
G1 X11.8125 Y8.2125
G1 X11.2500
G1 X11.3625 Y8.3250
G1 X22.6125
G1 X22.7250 Y8.4375
G1 X11.4750
G1 X11.5875 Y8.5500
G1 X22.7250
G1 Y8.6625
G1 X11.7000
G1 X11.8125 Y8.7750
G1 X22.6125
M5

G1 X22.7250 Y9.3375
M3
G1 X11.8125
G1 X11.7000 Y9.2250
G1 X22.7250
G1 X22.6125 Y9.1125
G1 X11.4750
G1 Y9.0000
G1 X11.8125
G1 X11.7000 Y8.8875
G1 X11.3625
G1 X11.1375 Y8.7750
G1 X11.5875
G1 X11.4750 Y8.6625
G1 X8.6625
G1 X8.7750 Y8.5500
G1 X11.3625
G1 X11.2500 Y8.4375
G1 X9.0000
M5

G1 X8.6625 Y8.7750
M3
G1 X8.8875
G1 X8.7750 Y8.8875
G1 X8.4375
G1 X8.3250 Y9.0000
G1 X8.6625
G1 X8.5500 Y9.1125
G1 X1.1250
G1 X1.0125 Y9.2250
G1 X8.4375
G1 X8.3250 Y9.3375
G1 X1.0125
M5

G1 X1.0125 Y10.0125
M3
G1 X8.3250
G1 X8.4375 Y9.9000
G1 X1.0125
G1 X8.3250 Y9.7875
G1 X8.5500
G1 X8.6625 Y9.6750
G1 X8.4375
G1 X8.5500 Y9.5625
G1 X8.7750
G1 X8.8875 Y9.4500
G1 X8.6625
G1 X8.7750 Y9.3375
G1 X11.3625
G1 Y9.2250
G1 X8.8875
M5

G1 X9.0000 Y10.0125
M3
G1 X11.2500
G1 X11.3625 Y10.1250
G1 X11.2500
M5

G1 X11.4750 Y10.2375
M3
G1 Y10.2375
G1 X11.5875 Y10.3500
G1 X11.4750
G1 X11.5875 Y10.4625
G1 X11.7000
M5

G1 X11.8125 Y10.5750
M3
G1 Y10.5750
G1 X22.6125 Y10.6875
G1 X11.8125
M5

G1 X11.8125 Y10.0125
M3
G1 X22.7250
G1 Y9.9000
G1 X11.8125
G1 X11.5875 Y9.7875
G1 X11.8125
G1 X11.7000 Y9.6750
G1 X11.4750
G1 Y9.5625
G1 X11.7000
G1 X11.4750 Y9.4500
G1 X11.2500
M5

G1 X12.0375 Y7.7625
M3
G1 X22.7250
G1 X22.8375 Y7.6500
G1 X11.8125
G1 Y7.5375
G1 X22.9500
G1 Y7.4250
G1 X11.5875
G1 X11.4750 Y7.3125
G1 X22.9500
G1 X22.8375 Y7.2000
G1 X11.4750
G1 X11.2500 Y7.0875
G1 X11.9250
G1 X11.8125 Y6.9750
G1 X8.5500
G1 X8.6625 Y6.8625
G1 X11.7000
G1 X11.5875 Y6.7500
G1 X8.7750
G1 X8.8875 Y6.6375
G1 X11.4750
G1 X11.3625 Y6.5250
G1 X9.0000
M5

G1 X8.8875 Y10.1250
M3
G1 Y10.1250
M5

G1 X8.6625 Y10.2375
M3
G1 Y10.2375
M5

G1 X8.5500 Y10.4625
M3
G1 Y10.4625
M5

G1 X8.3250 Y10.5750
M3
G1 Y10.5750
M5
...
...
...
...
...


Конечно можно сделать с нуля плату на Xmega и квадратуру подтянуть, но пока можно и этим довольствоваться.

Плата идёт как GRBL 0.9j  - это типа новшество среди нищебродных бомжевидных китайский станков ЧПУ  :D
Типа эта GRBL всего-то даёт забивать машинные параметры, вот тут есть перевод - http://instrumentotvet.ru/grbl-0-9j-perevod/

Сам ЧПУ бывает на Arduino Nano, на плате сделан стабилизатор питания 12в., питание с БП 24в. Станок бьёт током между батареей и компом, проверено )))

0

6

Ev3658 написал(а):

Плата идёт как GRBL

Может тогда попробовать заменить мегу на более мощный МК с совместимой прошивкой? Недавно была похожая тема. http://forum.easyelectronics.ru/viewtop … mp;t=35991
Там есть исходники и прошивки.
Подключение. http://forum.easyelectronics.ru/viewtop … 99#p557499

Ev3658 написал(а):

Станок бьёт током между батареей и компом, проверено )))

Может комп бьет током? В любом случае, дело в БП, а не в станке, у которого как я понимаю только низковольтное питание (шаговики, лазер и т. д.). Станок нужно заземлить.

0

7

Пётр написал(а):

Может тогда попробовать заменить мегу на более мощный МК с совместимой прошивкой? ....

Не, смысла нет. Тут для лазерной гравировке нужен немного другой принцип, скорость перемещения в соотношении с мощностью, кинематика очень важна.
Так-то то, что уже есть вполне годное, но можно было бы ускорить протокол обмена с программой + добавить штурвал на любом энкодере + кнопочки вспомогательные.
Так-то я бы вообще сделал на постоянниках моторах, приправил бы энкодерами, чтоб шаг дробный убрать из расчётов.
Как получу первую плату, задумаюсь над разработкой новой на AtXmega32U4, хочется и надсверлить и маркером пометить и лазером пройтись )))

0

8

Ev3658 написал(а):

можно было бы ускорить протокол обмена с программой

Число шагов тоже имеет значение. Как в реальности обстоят дела не знаю, но пишут что мега выдает максимум 30 тысяч импульсов на контроллер шагового двигателя, а STM32 180 тысяч, т. е. в 6 раз больше. Большая частота ядра, большая разрядность шины данных позволяет обрабатывать больше информации, что требуется при интерпретации G-кода.

Если будет интересно, пересобрал прошивку с оптимизацией по скорости. http://rgho.st/6TmKXT4PG
Это увеличило ее размер на 20 КБ (с 36 до 56 КБ), но теперь будет работать максимально быстро, насколько это возможно.

0

9

Пётр написал(а):

пишут что мега выдает максимум 30 тысяч импульсов на контроллер шагового двигателя, а STM32 180 тысяч, т. е. в 6 раз больше. Большая частота ядра, большая разрядность шины данных позволяет обрабатывать больше информации, что требуется при интерпретации G-кода

Угу, бескислородная медь.

Про скорости ногодрыга и СТМ ходят легенды (в тормознутости). Мух от котлет надо отделять.

На счет г-кода: ты походу вообще слабо владеешь всем понятием этого направления. Самое сложное - это обработка сложно математических команд и тут единственный камень в огород ХМега - это только ограниченность Баскома, который имеет 32-бит на переменную. Вопрос только в надобности такой точности, когда синусы и косинусы можно запихать тупо в таблицу (и вообще не парится с большей части вычислений). В общем, весь писькометр в инете, упирается только в: у кого более точный/насыщенный Г-интерпретатор получился. Дальше у людей вторая проблема, с драйвами и моторами, чтобы полушаги нормально держали.

Отредактировано RDW (2018-06-26 17:40:15)

0

10

RDW написал(а):

Про скорости ногодрыга и СТМ ходят легенды (в тормознутости).

Это только слухи. Несколько мегагерц без особых сложностей. Больше не пробовал.

RDW написал(а):

На счет г-кода: ты походу вообще слабо владеешь всем понятием этого направления.

С ЧПУ не работал.

RDW написал(а):

Самое сложное - это обработка сложно математических команд

32-ух битное процессорное ядро у которого аппаратно поддерживается умножение и деление, будет быстрее производить вычисления, чем 8-ми битное.

Я всего лишь предложил вариант ускорения работы.

0

11

Пётр написал(а):

Это только слухи.

Тема не для обсуждения, сами СТМовцы признают это. ;)

Пётр написал(а):

у которого аппаратно поддерживается умножение и деление, будет быстрее производить вычисления, чем 8-ми битное

Да, но как я сказал ранее, у народа проблема не в производительности, а в алгоритмизации. Да, пишут, что там на 3Д принтерах у них якобы все проекты на дунях/мерлинах тормозят и у умельцев на пишках и стмках более крутые результаты получают, ток они тоже слабо понимают суть проблемы. Ибо когда у тебя есть большие вычислительные возможности, то все огрехи ей компенсируются (про писать). В FDM нужна производительность и следовательно там все косяки критично видны. У ЧПУ же не нужна и нет физ. возможности иметь обработку на таких скоростях, совершенно разные подходы, по этому тут нет такой важности на чем сделан контроллер. А вот схемотехника - важнее, ибо всё чаще из-за помех по питанию бывают сбои (от корявости результата и до повисания).
Я по этой причине купил готовый контроллер и софт к нему. :D Ибо хотел ехать, а не шашечки ковырять.
Единственное, я себе софтинку написал, которая Г-код чуть меняет в постпроцессном файле, чтобы доп. охлаждалась фреза, я этот приём подглядел у роландовцев.  :blush:

Отредактировано RDW (2018-06-26 18:55:20)

0

12

RDW написал(а):

Тема не для обсуждения, сами СТМовцы признают это.

Тогда нужны ссылки.
Продолжение в этой теме. Изучаем ARMы

RDW написал(а):

У ЧПУ же не нужна и нет физ. возможности иметь обработку на таких скоростях

А как же тогда?

RDW написал(а):

Самое сложное - это обработка сложно математических команд

RDW написал(а):

А вот схемотехника - важнее, ибо всё чаще из-за помех по питанию бывают сбои

Причем здесь это? Ведь нужно увеличить скорость работы.

Ev3658 написал(а):

можно было бы ускорить протокол обмена с программой

0

13

Так-то двух осевую обработку сделать вполне реально без синусов и косинусов, а вот 3х осевую уже сложнее.
В 60-80е года много алгоритмов разработали, тогда вычислительные мощности были в дефиците.
Алгоритм Брезенхема

Свернутый текст

https://upload.wikimedia.org/wikipedia/commons/e/ef/CircleBresenham.gif
https://upload.wikimedia.org/wikipedia/commons/thumb/c/c2/LineBresenham.gif/336px-LineBresenham.gif

В 3D принтерах программы слайсеры всякие не используют круговую интерполяцию, даже не знаю как этот ЧПУ поддерживает, если и поддерживает, то скорость по любому будет замедляться.
Есть одна проблема, лазер конченный (((( Фонит сильно, надо диафрагму как-то делать и внутри всё переделывать в тёмный свет.

Более быстрый протокол сможет обеспечить быстрое управление с ПК, хотя скорость 115200 уже быстрая, кстати, загрузчик на этой-же скорости работает.

0

14

Настройки GRBL 0.9j на этом  CNC 2418
http://s5.uploads.ru/t/oPfYk.png

Свернутый текст
Код:
Список параметров хранящихся в EEPROM контроллера.
$0 = 10 Ширина импульса Step, мкс.
$1 = 25 Задержка перед переходом на удержание, мс.
$2 = 0 Маска инвертирования сигналов Step: 00000000
$3 = 6 Маска инвертирования сигналов Dir: 00000110
$4 = 0 Инвертирование сигнала Step enable, BOOL
$5 = 0 Инвертирование входов от конечных датчиков (концевики), BOOL
$6 = 0 Инвертирование входа от датчика поверхности Probe, BOOL
$10 = 3 Маска получения статуса от GRBL: 00000011
$11 = 0,020 Отклонение при прохождении крутых поворотов, мм.
$12 = 0,002 Величина сегмента дуги, мм.
$13 = 0 Данные от контроллера GRBL в дюймах, BOOL
$20 = 0 Включить программное ограничение перемещений (параметры $130,$131,$132) BOOL
$21 = 0 Включить ограничение по концевым датчикам, BOOL
$22 = 0 Автопозиционирование по концевикам, поиск точки Home, BOOL
$23 = 1 Маска инвертирования направления движения к точке Home 00000001
$24 = 50,000 Скорость движения у концевиков, мм / мин
$25 = 635,000 Скорость движения к точке Home, мм / мин
$26 = 250 Задержка срабатывания концевиков (антидребезг) мс.
$27 = 1,000 Расстояние «отскока» от концевиков, мм.)
$100 = 314,961 Число шагов на мм. по оси X, шаг / мм
$101 = 314,961 Число шагов на мм. по оси Y, шаг / мм
$102 = 314,961 Число шагов на мм. по оси Z, шаг / мм
$110 = 635,000 Максимальная скорость перемещений по оси X мм / мин
$111 = 635,000 Максимальная скорость перемещений по оси Y мм / мин
$112 = 635,000 Максимальная скорость перемещений по оси Z мм / мин
$120 = 50,000 Ускорение по оси X (чем больше значение тем быстрее разгон) мм / сек ^ 2
$121 = 50,000 Ускорение по оси Y (чем больше значение тем быстрее разгон) мм / сек ^ 2
$122 = 50,000 Ускорение по оси Z (чем больше значение тем быстрее разгон) мм / сек ^ 2
$130 = 225,000 Программное ограничение перемещения по оси X мм (включение $20 = 1)
$131 = 125,000 Программное ограничение перемещения по оси Y мм (включение $20 = 1)
$132 = 170,000 Программное ограничение перемещения по оси Z мм (включение $20 = 1)

Судя по параметру, точность каждой оси 0.00125мм. То-есть на 1мм 800 импульсов.

Если сделать другой протокол, все данные с плавающей запятой можно сделать на ПК, а контроллеру отсылать сырые данные.

0

15

Жесть! Светодиодный лазер на Aliexpress не годится сразу засвечивать фоторезист. Точка не совсем точка и фонит сильно. Нужно мутить диафрагму и как-то убирать засвет вокруг точки.

0

16

Ev3658 написал(а):

3D принтерах программы слайсеры всякие не используют круговую интерполяцию, даже не знаю как этот ЧПУ поддерживает

В FTM обычный Г-код испольхуется, в SLA совсем другой принцип, сам софт работает тупо с растровыми картинками (нарезкой).

Ev3658 написал(а):

лазер конченный

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

Ev3658 написал(а):

быстрое управление с ПК, хотя скорость 115200

Ну ставишь себе FT245 и получаешь. Кстати мне штука понравилась, в дальнейшем её использовал здесь.

Пётр написал(а):

Тогда нужны ссылки

Вот ты сагрился, тема уже изъезженная и не в какие темы я ходить не собираюсь (читай внимательнее), доказывать ничего не хочется, но ладно, учись: http://roboforum.ru/forum17/topic17948.html#p386112

0

17

Ev3658 написал(а):

Нужно мутить диафрагму и как-то убирать засвет вокруг точки

Вот по этому все эти системы оч дорогие. Можно попробовать под платы заморочится и что-то сделать что-то типа SLA, экранами. Кстати SLA ведь тоже разное бывает, есть и с лазером. Так вот, уже сейчас используя дешевый метод засветки через матрицу экрана, можно просто снизу установить UV-лампу (они там для смол как раз такое ставят), тут даже проще получится, UV проходит через матрицу/экран и попадает на плату покрытую каким-нибудь плёнкой...помню есть уже такие технологии, надо шерстить инет. Если разрешение экрана мало, то тут можно применить сегментную засветку (стол чтобы двигался по X|Y), а засвечивать малыми секторами. Это получится: быстрее и тише. Типа такого: https://www.radiokot.ru/lab/hardwork/06/

Отредактировано RDW (2018-06-27 11:48:07)

0

18

RDW написал(а):

тема уже изъезженная и не в какие темы я ходить не собираюсь (читай внимательнее), доказывать ничего не хочется, но ладно, учись

На том форуме информация не соответсвует действительности. Вот первых, строка GPIOB->BSRR = GPIO_Pin_3; компилируется не в 4, а в 3 инструкции, которые выполняются не за 4, а за 2 такта.

Скриншот

http://sg.uploads.ru/8Rcrn.png

Во вторых, описание регистра BSRR. http://catethysis.ru/stm32-gpio/

Скриншот

http://sg.uploads.ru/PnDOg.png

Регистр позволяет выборочно устанавливать и сбрасывать биты порта, т. е. за одну запись в регистр (2 такта), можно изменить логический уровень на нескольких выводах порта, а не по одному как у AVR. :)
Надеюсь вы научились (что мне предлагали)? :D

-1

19

Пётр написал(а):

Надеюсь вы научились (что мне предлагали)?

Холивар можешь продолжить в той теме робофорума, мне как бы ЭТО не интересно, если руки из жопы - никакой шустрый МК не поможет, т.ч. нечего людям тут предлагать подобное.

0

20

RDW написал(а):

Холивар можешь продолжить в той теме робофорума

Это не холивар. Вы написали.

RDW написал(а):

Про скорости ногодрыга и СТМ ходят легенды (в тормознутости).

Я показал на примере что вы ошибаетесь.

RDW написал(а):

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

Этими словами вы хотите сказать что у людей руки из одного места и поэтому не нужно предлагать вариант с более быстрым МК? o.O Вы не много ли на себя берете заявляя подобное? o.O

-1

21

Пётр написал(а):

Вы не много ли на себя берете заявляя подобное?

А ты не много на себя берешь, подкашивая веру в АВР? Ты первый начал высказывать неуважение к данному форуму/людям/баскому. Сидишь в своём раздельчики и сиди.

Отредактировано RDW (2018-06-27 13:47:05)

0

22

RDW написал(а):

А ты не много на себя берешь, подкашивая веру в АВР?

Обычно люди верят в Бога, а не в микроконтроллеры.
Извиняюсь что задел ваши религиозные чувства!

RDW написал(а):

Ты первый начал высказывать неуважение к данному форуму/людям/баскому.

В чем неуважение? В том что предложил готовое решение на более мощном МК что должно улучшить характеристики станка? Я его не вам предлагал.
Если есть аналогичное решение на Xmega или AVR32, предлагайте.

0

23

Пётр написал(а):

В чем неуважение? В том что предложил готовое решение на более мощном МК что должно улучшить характеристики станка?

Ключевое должно быть - скромно предложил, а не продолжать навязывать.

Пётр написал(а):

готовое решение

Это пошел и купил, а тут творческий процесс, Ev3658 сам решит на чем ему проще делать, у него есть АВР и ХМега об которую он зуб наточил, ему решать, захочет ли он ковырять СТМ/АРМ ради ЧПУ.

И ты всё продолжаешь эту тему двигать.  :offtop:

0

24

RDW написал(а):

захочет ли он ковырять СТМ/АРМ ради ЧПУ

Прошивка готовая. Ее нужно залить в плату с МК, после подключить ее по USB к компу, к драйверам ШД и т д.
Т. е. о разработке программы для МК речь не идет. Ничего ведь не мешает попробовать, верно?

RDW написал(а):

у него есть АВР и ХМега

У Atmega производительности недостаточно для быстрой работы станка. Для ХМега есть готовая проверенная прошивка? Или нужно все делать с нуля?

0

25

Честно говоря довольно странная и нелепая идея делать засветку фоторезиста лазером. o.O  Сделал негатив, проэкспонировал в УФ и всё. Какие нафиг лазеры???
Берём прозрачный Ломонд и печатаем либо негатив, либо позитив, в зависимости от типа резиста. Накладываем на плату и экспонируем. Куда ещё проще.

Отредактировано sva-don (2018-06-27 14:49:56)

0

26

sva-don написал(а):

... Куда ещё проще...

Проще будет, расходный материал сода и фоторезист:

0

27

Пётр написал(а):

У Atmega производительности недостаточно для быстрой работы станка.

Это очень громкое утверждение, ты бы хоть в гугле поискал, много не только любительских проектов на Атмегах и ХМегах, но и коммерческих.
Я же не предлагаю ЧПУ начать делать на FPGA, хотя в инете - это направление в щепки рвёт все МК. :D
Повторяю ещё раз: нет никакой проблемы в производительности МК и качестве конечного результата, под обычные винты подачи - нет её.

Пётр написал(а):

Для ХМега есть готовая проверенная прошивка?

Воспользуюсь поиском:

- https://github.com/grbl/grbl/issues/171
- https://pumpingstationone.org/2014/04/c … s-for-cnc/
- https://sites.google.com/site/3dprinter … controller
Года правда старые (2013...).
И да, прямо невозможно.  :D
- https://github.com/synthetos/g2/wiki/What-is-g2core
- https://github.com/synthetos/TinyG/wiki … g-Firmware

С этим всем надо просто разбираться:

- https://github.com/Spark-Concepts/xPRO/ … L-Firmware
- http://www.cnc-club.ru/forum/viewtopic. … &f=149

0

28

Ev3658, если надумаешь всё-таки брать не конструктор и сам делать, а купить дешевый китайский контроллер - не советую. Кстати, у меня такой где-то валялся, могу подарить (если не выкинул).
Есть ещё на пике решение: https://planet-cnc.com/diy/

0

29

RDW написал(а):

нет никакой проблемы в производительности МК и качестве конечного результата

Ev3658 написал(а):

Судя по параметру, точность каждой оси 0.00125мм. То-есть на 1мм 800 импульсов.

Могу предположить что китайцы залили в мегу эту прошивку или аналогичную. https://github.com/grbl/grbl
Из описания.

Grbl is a no-compromise, high performance, low cost alternative to parallel-port-based motion control for CNC milling. It will run on a vanilla Arduino (Duemillanove/Uno) as long as it sports an Atmega 328.

The controller is written in highly optimized C utilizing every clever feature of the AVR-chips to achieve precise timing and asynchronous operation. It is able to maintain up to 30kHz of stable, jitter free control pulses.

30 тысяч импульсов при 800 импульсах на миллиметр, это примерно 3.75 сантиметра в секунду. Не слишком ли медленно?
Хотелось бы узнать у Ev3658 какая скорость перемещения у его станка.
Но исходя из этих данных.

$110 = 635,000 Максимальная скорость перемещений по оси X мм / мин
$111 = 635,000 Максимальная скорость перемещений по оси Y мм / мин
$112 = 635,000 Максимальная скорость перемещений по оси Z мм / мин

Скорость перемещения около сантиметра в секунду.

0

30

Пётр написал(а):

Скорость перемещения около сантиметра в секунду

Ну, а ты что хотел - это же не 3Д печать на ленточном приводе (устал уже повторять) и не про оборудование (где вообще вся основа другая). И драйвы не с большими полушагами, и моторы всего лишь с 1.8 градуса, и моторы дешевые могут не тянуть вообще весь спектр полушагов. И следовательно вся механика под это. Тут уже каждый сам для себя выбирает точность или скорость/мощность. Вообще весь софт, что я видел для домашнего использования - это макс до сотых мм (0.01), хотя как правило, механика может тянуть до 1000 и больше.

Отредактировано RDW (2018-06-27 22:56:20)

0