cnc-club.ru

В связи с переходом на контроллер с GRBL, и возросшую популярность, я и staltech начали понемногу заполнять Wiki вот тут: http://www.cnc-club.ru/wiki/index.php/ArduinoGRBL и http://www.cnc-club.ru/wiki/index.php/FirmwareGRBL
а так-же начал обустраиваться в плане софта, для удобной настройки работы, набросал небольшую утилиту: Краткое описание, использования: 1) выбор ком-порта
2) выбор скорости связи
3) Кнопка подключения/отключения от контроллера
4) Получить настройки из контроллера
5) Записать настройки в контроллер
6,7,8) Настройка, инвертирования осей
9) количество импульсов на 1мм
10) максимальная скорость по осям
11) применяемое ускорение
12) Настройка расстояния на которое будет выполнено движение, при нажатии кнопки
13,14,15) Кнопки запуска движений (при первом запуске!!! настоятельно рекомендую нажать кнопку №16, для обнуления пользовательских координат)

Кто пользовался z-probe на grbl подскажите, куда нужно вешать датчик и как если используется стандартная плата (или хотя бы какой пин используется у ардуины)? Нужно для сканирования поверхности пп.

nevkon писал(а):Кто пользовался z-probe на grbl подскажите, куда нужно вешать датчик и как если используется стандартная плата (или хотя бы какой пин используется у ардуины)? Нужно для сканирования поверхности пп.

Вот тут написано: https://github.com/grbl/grbl/wiki/Connecting-Grbl что используется вывод а5 (слева в низу на ардуине), подключается так-же как и концевики, описывал тут: http://www.cnc-club.ru/wiki/index.php/ArduinoGRBL.
Для сканирования и гравировки плат, на мой взгляд вот эта программа самая удобная: https://github.com/Denvi/grblControl т.к. ниже есть примеры скринов печатной платы с учетом неровностей.

Я экспериментировал с z-probe. Пин - А5. С резистором не получилось (низкая помехоустойчивость), пришлось городить оптопару.
Потом оказалось, что grblControl при формировании карты высот в неожиданным местах зависает (видимо, ждет ответа от grbl, а тот уже давно всё ответил ). Плюнул, выкинул этот ваш grbl, вернулся к автономному китайскому контроллеру и выгравировал плату. Если брать ровный фольгированный материал, клеить его на ровную подложку, то всё получается и без этих ваших карт высот.

Извиняюсь за эмоции. Просто два дня выходных - коту под хвост...

ЗЫ. Кстати, китайский контроллер стоит уже всего ~9тыр.

Еще немного доделал утилиту: Правда из-за компактности, разрисовал цветами

Извиняюсь за эмоции. Просто два дня выходных - коту под хвост...

Ну не получилось у вас с GRBL, а у кого то может с Linux CNC не срослось терпения или знаний не хватило. Все это "конструкторы" только в разной весовой категории, и требуют много времени на доводку. Каждое решение имеет право на жизнь и пусть люди сами выбирают чем им пользоваться. Тем более описаний и обсуждений предостаточно.
А купить что то готовое не проблема, но не факт что и в этом случае не получишь много секса. И подтверждений найти можно много.
Кстати плата Arduino имеет низкую помехозащищенность и одними оптопарами можно и не обойтись.

Для контроллеров не имеющих встроенного USB интерфейса я всегда использовал ft232 микросхему преобразователя USB-USART, но тут на пробу в китае купил ещё более дешевые преобразователи на других микросхемах, и на скорости 115200 они ведут себя уже очень нестабильно (а такие микросхемы последнее время чаще ставят в ардуины), что так-же сказывается на работе GRBL.

selenur писал(а):Для контроллеров не имеющих встроенного USB интерфейса я всегда использовал ft232 микросхему преобразователя USB-USART, но тут на пробу в китае купил ещё более дешевые преобразователи на других микросхемах, и на скорости 115200 они ведут себя уже очень нестабильно (а такие микросхемы последнее время чаще ставят в ардуины), что так-же сказывается на работе GRBL.

Использую преобразователи на ch340, пока не подводили. Тут видимо как нарвешься

Использую преобразователи на ch340

Брал ради теста одну плату Arduino с CH340, сегодня ради интереса решил прошить. С Arduino IDE прошилась без проблем, Xloaderom нет, разбираться в причинах пока желание отсутствует. На передаче большого файла проверю позже.
Раньше для прошивки тел сотовых в особенности Siemens использовали PL2303 на скоростях до 921600, вполне вроде стабильный чип и не дорогой в отличии от FT232RL. А с CH340 я пока как то не очень знаком.

staltech писал(а):Ну не получилось у вас с GRBL, а у кого то может с Linux CNC не срослось терпения или знаний не хватило.

Не-не-не, я совсем не против grbl! Он для меня как первая любовь! И в нем для меня секретов нет! А тому, кто разработает повторяемую конструкцию автономного сендера - ваще надо при жизни бронзовый бюст установить на родине.
Просто попробовав в работе (китайский) автономный контроллер, возвращаться к grbl совсем не хочется. В моем конкретном случае, на лоджии шириной 90см даже ноут проблемно разместить рядом со станком. Хорошо, хоть связь по БТ, меньше проводов от ноута к станку тянется. А китайский автономник очень даже замечтательно вписывается.
Эт я к тому, что если хочется поэкспериментировать с ЧПУ, то можно и с grbl поиграться. А ежели на станке таки бизнес строить, то лучше пользоваться надежными решениями.

selenur писал(а):Еще немного доделал утилиту:

Таки твоя прога проигрывает по интерфейсу Хайруллинскому grblControl. Его юзабилити мне нравится! Элементы управления, не используемые при работе постоянно (типо, настройки) убирай куда-нить в закладки. Не загромождай рабочую зону!
Вообще мне в grblControl не хватает программируемых кнопок (макросов). И не нравится, что он в последней версии изменил действие кнопки Restore XYZ. Ему о этом печалились, но он походу болт на это забил. К часто используемым кнопкам (сброс, разблокировка, обнулить XY, обнулить Z ) пусть хоть гвоздями команды прибьет, а остальные - хорошо бы пользователю оставить настройку. Команды Z-щупа у него же настраивается?! Что мешало остальные кнопки также расписать. Впрочем, там идет обсуждение о скриптомоторе, но пока с неясными целями.

yurayerz писал(а):А ежели на станке таки бизнес строить, то лучше пользоваться надежными решениями.

Согласен если взять какой то серьезный фрезерный или токарный станок то GRBL там не место, по крайней мере пока.
А вот для бизнеса вполне можно использовать, например для гравировки. Открытая платформа позволяет быстро внести необходимые изменения, и написать узкоспециализированный софт.
Проблемы с помехозащищенностью тоже решаются. Кстати у китайцев тут есть чему поучится, они быстро все Open Source разработки в дело пускают.

yurayerz писал(а):Таки твоя прога проигрывает по интерфейсу Хайруллинскому grblControl. Его юзабилити мне нравится! Элементы управления, не используемые при работе постоянно (типо, настройки) убирай куда-нить в закладки. Не загромождай рабочую зону!
Вообще мне в grblControl не хватает программируемых кнопок (макросов). И не нравится, что он в последней версии изменил действие кнопки Restore XYZ. Ему о этом печалились, но он походу болт на это забил. К часто используемым кнопкам (сброс, разблокировка, обнулить XY, обнулить Z ) пусть хоть гвоздями команды прибьет, а остальные - хорошо бы пользователю оставить настройку. Команды Z-щупа у него же настраивается?! Что мешало остальные кнопки также расписать. Впрочем, там идет обсуждение о скриптомоторе, но пока с неясными целями.

Я с ним как-раз недавно познакомился, и его программа по функционалу меня абсолютно устраивает, и я уже, не собираюсь писать альтернативный сендер для GRBL, т.к. поддержка "скриптомотора" позволит добавлять различные модули в его программу, в виде плагинов. А утилиту я делаю только для возможности быстро настроить станок, подобрать оптимальные настройки, скорости, ускорения, датчики, концевики.
Плюс staltech делает сендер для лазерной гравировки.
Что позволяет заняться ещё другими проектами, облегчающими жизнь ЧПУ-ушников

selenur писал(а):и я уже, не собираюсь писать альтернативный сендер для GRBL

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

staltech писал(а):

selenur писал(а):и я уже, не собираюсь писать альтернативный сендер для GRBL

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

В grblControl скоро появится поддержка больших файлов, а для снижения нагрузки вуализатора, есть настройка в программе, которая упрощает траекторию.

Там не только в визуализаторе дело. Родные виджеты QT сильно перегружены и если загнать большое количество строк, прога и без визуализатора рухнет.
Приходится прописывать свои виджеты с отрисовкой через paintEvent.
Загрузил видео с файлом построчной гравировки на 64мБ http://www.cnc-club.ru/forum/viewtopic. ... 02#p304302, теперь дело за визуализатором.

Немного вечерком всё-же посидел, по программировал
https://www.youtube.com/watch?v=YDIE_mr6hdM
пока не выкладываю, т.к. в коде нет ни каких проверок на ошибки, в порядке нажатия тех или иных кнопок.

Помогите решить проблему - как-то не правильно отрабатывает Z ось - при команде Z5 - все правильно, подъём на 5 мм, а при Z5.0000 уходит до концевика. При этом Z0.5000 тоже всё правильно. Что может быть?

shefus писал(а):а при Z5.0000 уходит до концевика

Какой сендер используете и версия GRBL?

shefus писал(а):Помогите решить проблему - как-то не правильно отрабатывает Z ось - при команде Z5 - все правильно, подъём на 5 мм, а при Z5.0000 уходит до концевика. При этом Z0.5000 тоже всё правильно. Что может быть?

а если уменьшить количество нулей? т.е. послать z5.0 или z5.00, может grbl прошивка не рассчитана на такое количество нулей.

Grbl 0.9j, без проблем отрабатывает и больше нулей. А вот если младше то х.з.