cnc-club.ru

nevkon писал(а):Здесь можно только программно запаралелить - этот шилд рассчитан на трехосевую систему с возможностью подключения доп.двигателя к одной из осей.

А прошивкой может как-то возможно это сделать? Где-нибудь в файле config.h или в этом роде. Потому что программы для управления grbl довольно скудны настройками...

В этом разрезе конфиги grbl не смотрел, может быть и возможно. Максимум придется копнуть чуть глубже конфига. А не проще g-code формировать с дублированием для еще одной оси (например будет не G1 Y100, а G1 Y100 Z100)?

nevkon писал(а):В этом разрезе конфиги grbl не смотрел, может быть и возможно. Максимум придется копнуть чуть глубже конфига. А не проще g-code формировать с дублированием для еще одной оси (например будет не G1 Y100, а G1 Y100 Z100)?

Я тоже об этом думал, но так и не вкурил, как это реализовать средствами АртКама...

klbng писал(а):

nevkon писал(а):Здесь можно только программно запаралелить - этот шилд рассчитан на трехосевую систему с возможностью подключения доп.двигателя к одной из осей.

А прошивкой может как-то возможно это сделать? Где-нибудь в файле config.h или в этом роде. Потому что программы для управления grbl довольно скудны настройками...

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

Кстати можно найти парсер и сделать замену где встрнечается Z на Y, тогда и g-code не придется допиливать - парсер будет думать что Y это и есть Z.

помоему в любом текстовом редакторе есть опция заменить один текст на другой.

selenur писал(а):помоему в любом текстовом редакторе есть опция заменить один текст на другой.

Есть. Ковырял AkelPad и Word2010, вот только не могу правильно подобрать синтаксис для замены

Проблема решилась элементарно подгибанием двух ножек на шилде и напайкой двух "соплей"

Как вариант, только я бы выпаял эти 2 ноги, а не подгибал - заодно и подпаивать было бы проще

Вроде бы заработало. Но шаговик пищит в такт гравировке и не двигается. Ток уменьшить?

Скорость уменьшить, ток увеличить (но не более разрешенного для шаговика). Возможно ось заклинило, но скорее всего задали слишком высокую скорость вращения ШД - он не успевает сдвинуться с места как происходит уже смена фазы. Особенно критично если ШД рассчитан на 12В с малым рабочим током, ему тогда все 24В на драйвере надо и то разогнать надо суметь (у меня кучка таких - 12В 0.4А и разогнались до 300т. шагов в минуту при 1/8 микрошаге).

Да вот где только на этот движок даташит взять, если даже не известно наименование . Но от 12в они нормально сейчас работают через родной контроллер.

Можете просто замерить сопротивление обмоток - если меньше 10 Ом, то еще куда ни шло, если больше, то это будет тихоходный ШД.

Сегодня появилось видео, на котором человек портировал GRBL на STM32:
https://www.youtube.com/watch?v=ehgXMa2spWM

Нашел ещё один ресурс с примером реализации на STM32F103C8T6: https://github.com/Meekdai/STM32-GRBL
Залил прошивку: вроде даже отвечает.
Если кому нужно вот уже готовая прошивка, для заливки в микроконтроллер: заливается через USART (ком-порт)

Движки пищат когда перепутаны концы движка или обрыв провода. Лечится переподключением и пайкой.Эта плата нормально работает. Ставьте сначала дрова родные (продавец скидывает на мыло. Могу свои дать), а порт включайте Com7, а не Com3. Нормально работает, только греется без обдува.

selenur писал(а):Нашел ещё один ресурс с примером реализации на STM32F103C8T6: https://github.com/Meekdai/STM32-GRBL

Вчера получил китайские модули, залил прошивку, потыкал щепочкой , погонял вхолостую.
Вроде оно живое, даже с программами управления взаимодействует.
Не понравилось, что версия grbl устаревшая - 0.8. В более свежих версиях плюшек поболее. Тот же Z-probe, например. Да и нет уверенности, что портировано без багов.
Особого смысла применять не вижу. С этим и ардуино прекрасно справляется. Так, чисто из спортивного интереса...

yurayerz писал(а):

selenur писал(а):Нашел ещё один ресурс с примером реализации на STM32F103C8T6: https://github.com/Meekdai/STM32-GRBL

Вчера получил китайские модули, залил прошивку, потыкал щепочкой , погонял вхолостую.
Вроде оно живое, даже с программами управления взаимодействует.
Не понравилось, что версия grbl устаревшая - 0.8. В более свежих версиях плюшек поболее. Тот же Z-probe, например. Да и нет уверенности, что портировано без багов.
Особого смысла применять не вижу. С этим и ардуино прекрасно справляется. Так, чисто из спортивного интереса...

Ну я сейчас сам перешел с panet-cnc на ардуину, и качество работы моторов по сравнению с МК1 от panet-cnc такое-же, а вот нормальный PWM в ардуине есть сразу, в 0.9 прошивке, что наконец позволит нормально реализовать и выжигание с градациями, и прочие штуки...

Как допишу весь софт, для генерации G-кода, управления GRBL контроллером, то сделаю порт под STM32, т.к. у ардуины производительности уже нет лишней, а мне нужно для ряда проектов, ручное управление, синхронизация по входящим импульсам, и др....

Интересная штука оказалась для моей задачи, изучаю.
Есть ли возможность у GRBL сбросить машинные координаты в ноль, не прибегая к перезагрузке ардуины.
дело в том, что у меня одна из осей вращается, и за день, значение оси в int32_t просто переполнится.
Желательно сбросить только одну ось

selenur писал(а):то сделаю порт под STM32,

Было бы интересно, ручное управление и более высокая частота, и всё это при наличии UART


-------------------------------------
Сам же и нарыл как нужную мне ось Y обнулить.
в файлик gcode.c на разбор кодов М нужно просто дописать
case 44:
if (sys.state == STATE_IDLE) { sys.position[1] = 0; }
break;