cnc-club.ru

В общем, вот самый простой вариант проверки:
можете хоть из под Candle, хоть из под Arduino терминала отправить на станок команду M03 Sxxxx
Sxxxx = скорость вращения шпинделя.
Дк вот, от 0 до 1000 обороты меняются.
Больше 1000 нет.
Информация к размышлению.

UdaF писал(а):В общем, вот самый простой вариант проверки:
можете хоть из под Candle, хоть из под Arduino терминала отправить на станок команду M03 Sxxxx
Sxxxx = скорость вращения шпинделя.
Дк вот, от 0 до 1000 обороты меняются.
Больше 1000 нет.
Информация к размышлению.

Так всё правильно! S1000 соответствует 100% оборотов шпинделя.
То есть, если ваш шпиндель способен развить 12500 об/мин оборотов, то при S500 он будет крутится 6250 об/мин.
или
Если ваш шпиндель способен развить 3000 об/мин оборотов, то при S500 он будет крутится 1500 об/мин.
Соответственно в Candle в настройках надо прописать его максимальные обороты. И можно будет визуально смотреть на "живые обороты". А при составлении программы всегда пересчитывать ваши максимальные обороты:
12500 об/мин = S1000. То есть на 1S придется 12,5 об/мин. Надо вам 4000 об/мин, то S= 4000/12,5 = 320
или
3000 об/мин = S1000. То есть на 1S придется 3 об/мин. Надо вам 1800 об/мин, то S= 1800/3 = 600
Как то так...

Rom327 писал(а):S1000 соответствует 100% оборотов шпинделя.

После не продолжительных экспериментов, тоже пришел к такому выводу.
Не зная конкретных возможностей железа, диапазон выставляемых значений в ПО имеет размерность попугаев или зайцев.
Тут уж как кому удобнее

UdaF писал(а):диапазон выставляемых значений в ПО имеет размерность попугаев или зайцев.

5 мартышек, 2 слоненка, 38 попугаев! = S1000

Подскажите столкнулся с такой проблемой. При запуске программы Candle в окне визуализации не отображается ни оси ни сама картинка. Когда же жмешь отправить происходит ошибка и программа закрывается. Windows 7 64 может кто сталкивался с такой проблемой?

Pavel22rus писал(а):Подскажите столкнулся с такой проблемой. При запуске программы Candle в окне визуализации не отображается ни оси ни сама картинка. Когда же жмешь отправить происходит ошибка и программа закрывается. Windows 7 64 может кто сталкивался с такой проблемой?

Была похожая проблема: https://github.com/Denvi/Candle/issues/124
Заменил экзешник на исправленный https://github.com/Denvi/Candle/release ... iss124.zip и все заработало!

Попробовал не помогло! Ставил виртуальную машину с системой ХР там работает, но есть проблема в ручную не двигаются по осям

Pavel22rus писал(а):Попробовал не помогло! Ставил виртуальную машину с системой ХР там работает, но есть проблема в ручную не двигаются по осям

Странно! Сам пользуюсь Win7 64, полет нормальный...

стабильно работает только через универсал g код

У меня на основном сильном буке всё ровно.
Но он у меня дома и таскать его сложно (экран треснут, так что считай что он стационар). Так что под станок подкинул мелкий старый Asus EeePC. Там, в той же версии grblControl, нет визуализации. Совсем нет.

Я так понимаю, на том слабом буке и его встроенной intel видяхе нет openGl. Ещё там старая WinXP, она мне нравится

Ну... я некоторое время привыкал, а щас норм. G-Code готовлю на большом, фрезерую с мелкого компа.

Уважаемые ЗНАТОКИ!!! Сам только начинаю осваивать станок CNC 3018. Хочу фрезеровать изделие с помощью GRBL Controller 3.6.1 Т4. Нигде не могу найти инструкцию на русском по работе.
При создании УП в Арткаме определилось время фрезеровки 12 часов.
ВОПРОС: 1. Есть ли возможность в GRBL Controller 3.6.1 Т4 (или может нужна другая программа?) останавливать работу на определенном этапе и возобновлять ее например через определенное время, выключая при этом программу и станок? Если ДА то подскажите последовательность выполнения операций
2. При внезапном выключении электроэнергии есть ли возможность продолжить работу с определенной точки?

Доброго всем дня. Прошу помощи . думаю эта тема подходящяя для моей проблемы. Проблема такая , при вытачивании модели при 70-80 % пройденого пути сначала в программе Candle станок остановился с работаюшем шпинделем на одном месте, и выскачили сообщения об ошибке. затем программа просто закрылас. Тч. я не успел даже увидеть ничего толком. После этого я попробовал запустить так же в программе Candle УП только навстречу, с друго стороны. Станок дойдя до того злощастшого места сместился по оси х. (фото 1) я решил что в программе какой то глюк. стал точить заново, только в GRBL CONTROL. И опять где то на 70% выполненого обумя програма остановилась ( имено остановилась, не зависла) при этом прорезала по оси Z борозду в минус. я свотографировал то что она выдала.
Помогите понять где засада. до этого такого не было .Ошибки в УП ?? или в управляющих програмах? со станком проблем не должно быть т.к. он был остановлен програмой ( станок китайский СТС 3018. только я его немного моднрнезировал)

msa65 писал(а):станок китайский СТС 3018. только я его немного моднрнезировал

С этого место поподробнее, если возможно.

msa65 писал(а):Станок дойдя до того злощастшого места сместился по оси х.

Проверьте механику на клин и перекос. Если сбой происходит в одном и том же месте.

Врят ли механика виновата. Я запустил процесс с разных сторон. Да и если проблемы с механикой то программа продолжала работать. А стоянок стоял бы. (Если я правильно понимаю станок не имеет обратной связи с Пк) а тут процесс остановила сама программа. В первом случае с "гандле" вышли сообщения об ошибке от виндовс. Которые я не успел отследить . программ просто закрылась. А во втором с "грбл" просто остановила процесс.

Модернизация состоит в замене оси z и шпинделя. Ну и в один блок управления всю электронику собрал

msa65 писал(а):Доброго всем дня. Прошу помощи . думаю эта тема подходящяя для моей проблемы. Проблема такая , при вытачивании модели при 70-80 % пройденого пути сначала в программе Candle станок остановился с работаюшем шпинделем на одном месте, и выскачили сообщения об ошибке. затем программа просто закрылас. Тч. я не успел даже увидеть ничего толком. После этого я попробовал запустить так же в программе Candle УП только навстречу, с друго стороны. Станок дойдя до того злощастшого места сместился по оси х. (фото 1) я решил что в программе какой то глюк. стал точить заново, только в GRBL CONTROL. И опять где то на 70% выполненого обумя програма остановилась ( имено остановилась, не зависла) при этом прорезала по оси Z борозду в минус. я свотографировал то что она выдала.
Помогите понять где засада. до этого такого не было .Ошибки в УП ?? или в управляющих програмах? со станком проблем не должно быть т.к. он был остановлен програмой ( станок китайский СТС 3018. только я его немного моднрнезировал)

Попробуйте поставить галочку "проверка" и запустить прграмму. Посмотрите, выполнится ли она до конца. Вероятно грбл не понимает какую то строчку. Или координаты за пределы станка выходят.

А где эту галочку ставить. Я с английским не дружу

msa65 писал(а):А где эту галочку ставить. Я с английским не дружу

Тут:

polkovnik221 писал(а):Уважаемые ЗНАТОКИ!!! Сам только начинаю осваивать станок CNC 3018. Хочу фрезеровать изделие с помощью GRBL Controller 3.6.1 Т4. Нигде не могу найти инструкцию на русском по работе.
При создании УП в Арткаме определилось время фрезеровки 12 часов.
ВОПРОС: 1. Есть ли возможность в GRBL Controller 3.6.1 Т4 (или может нужна другая программа?) останавливать работу на определенном этапе и возобновлять ее например через определенное время, выключая при этом программу и станок? Если ДА то подскажите последовательность выполнения операций
2. При внезапном выключении электроэнергии есть ли возможность продолжить работу с определенной точки?

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

msa65 писал(а):В первом случае с "гандле" вышли сообщения об ошибке от виндовс. Которые я не успел отследить . программ просто закрылась. А во втором с "грбл" просто остановила процесс.

В подавляющем большинстве случев именно так проявляется сбой в усб-линии, который происходит из-за крайне хреновой конструкции разъёмоы и мощных вибраций станка.

Обсуждение этой проблемы и возможные её решения ищите в обсуждениях на форуме. Это едва лли не самая муссируемая тема.

ХИНТ: главное для вас - установить, происходит ли сбой строго на одной и той же команде или нет?
Если на конкретной команде - то это ОЧЕНЬ странно. Но, тем не менее можно это так или иначе проверить.
А если это разные команды - то 99.99% за то, что ваша проблема именно в сбоях на УСБ-линии.