WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ

[wldev]

Скажи пожалуйста, а как включить режим симуляции?

Сейчас. Правой кнопкой на квадрат где индикация проббинга. Выбрать симуляция

[wldev]

тут нет ответа на вопрос в какую точку вернется щуп. но кроме как в 110 некуда

Он вернется на высоту, на которой он был до запуска измерения.

[wldev]

Акция!! Оказываю поддержку по хоумингу в обмен на рабочий скриптовый хоуминг без апдейта данных(MACHINE.goDriveVerify() ?), с симуляцией.. год уже жду.


будет - на исходную позицию. это кмк неправильно - но вот так.

В скрипты тяжело пока вынести. Получается очень громостко... Из-за подчинённых осей.

с кнопки хоум работает хоуминг.. все мне что нужно - делать это со скрипта но не апдейтить координаты автоматически, + режим симуляции. или сделать мод функции Проб - но ее нужно как то зацепить на 3 входа. это было бы интереснее.

Что делать со скрипта.? запуск проверки положения?
Симуляция понятно.

"сделать мод функции Проб - но ее нужно как то зацепить на 3 входа. это было бы интереснее." - ?

[vtgmfg]

этот вопрос (об отсутствии возможности отхоумиться из скрипта) поднят уже год назад.
я уж не знаю что еще добавить. и все ништяки тоже описаны 10 раз. ээ. Это хоуминг во "взрослых" станках делается автоматом при включении. а в любительских с шаговиками и неточными датчиками этот подход совершенно негоден. Ну не у всех любителей по осям сервы с абсолютными энкодерами и линейками.

в штатном интерфейсе есть возможность сделать проверку по одной оси - но в то же время пользоваться этим невозможно.

в скриптах доступна функция MACHINE.goDriveVerify которая находит, но не прописывает автоматически координаты.
нужно иметь возможность:
-перед этим двигаться типа MACHINE.runGCode("G53 G90 G0... сейчас это не работает
-как то получить найденную координату
-включать симуляцию

"сделать мод функции Проб - но ее нужно как то зацепить на 3 входа. это было бы интереснее." - ?

ну а что - очень даже логично делать хоуминг с помощью модификации goProbe. можно даже текущими версиями - но потребуется некоторая внешняя схемка управляемая дискретными выходами чтобы подключать/отключать/объединять по ИЛИ оси ко входу Prob.

[vtgmfg]

Он вернется на высоту, на которой он был до запуска измерения.

то есть если был на 150, откуда запустили ProbZ и он поехал на 110 - то вернется на 150?

[wldev]

Да.
В момент addGProbeXY или addGProbeZ он записывает высоту возврата. = текущему положению Z

[vtgmfg]

Да.
В момент addGProbeXY или addGProbeZ он записывает высоту возврата. = текущему положению Z

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

[vtgmfg]

Риторический вопрос
колонки таблицы инструментов. что и как в них помещать для правильной обработки G41/G42 G40
Dw - ?
D - ?
Diam - ?
Это вот бы тоже добавить в описание, и я мог бы это изложить если бы сам понял.
Пытаюсь вспомнить - есть 2 основных режима:
1) коррекция "на радиус" когда CAM дает траекторию по линии реза, а ЧПУ по G41 Dx делает отступ на радиус который берет из диаметра из своей таблицы. Не уверен что этот режим нужен - но мало ли. Тогда как включается этот режим и в какой колонке что?
2) коррекция "на износ", когда CAM выдает смещенную траекторию, на основании диаметра из своей таблицы и ЧПУ по ней и ведет. Но эту траекторию можно смещать через G41 Dx
Короче - какая поддержка этого всего есть , какие колонки за что отвечают. Возможно достаточно только режима 2, чтобы не чокнуться с этим стандартом, где ЧПУ никак не может автоматически понять в каком режиме ему траекторию дает CАМ. И если режимы не совпадают - то авария

Есть еще реально измеренный диаметр инструмента или замеренное отклонение . А его куда помещать?
я бы для режима коррекций на износ видел не 2 колонки а 3
1. Diam - диаметр заявленный - забивается ровно то что в САМ. Нужен как референс
2. Dm - Диаметр практический или замеренный хоть штангелем хоть ЧПУ. И ЧПУ всегда использует его для коррекции траектории.
Можно не диаметр, а поправку на диаметр (Dw?) - но для внесения данных руками потребуется калькулятор. а можно и то и то.
3. D - коррекция, это то что добавляется к траектории по G41 Dx из УП.


а еще есть Hw колонка

в общем содержимое ячеек колонок Dw и D строки "х" суммируются при G41/G42 Dx и используются как коррекция. смысл 2х ячеек не совсем понятен. хотя если Dw это поправка на диаметр то понятно куда занести с помощью калькулятора разницу между замеренным и заявленным радиусом.
т.е. (Dm(измеренный) - Diam)/2 нужно поместить в ячейку Dw, только в строку T, а не "x". И при работе у этих ячеек строки могут отличаться - Dw по номеру инструмента а D - произвольно, как в УП. Многие любят этот изврат.
ну и в общем-то почему коррекции по Dw не работать всегда? независимо от G41/G42

Сергей внесите ясность и по поводу Hw тоже

PS ну и по поводу моих вопросов:
- нерабочая функция MACHINE.goDriveVerify() - уже год как жду. ответ "мы пока не знаем" - ну это типа "пошел ты в ж.." - только я сразу не понял этот простой смыл. Очевидно же, что программа может и хоумится и верифаить. Значит и скриптом это может решаться.
- диалоги. ну есть черновик. как то можно использовать - но так коряво что стыдно показать. и тач + экранная клавиатура невозможно сделать. обещали заняться больше месяца назад
- перехват системных ошибок - вроде несложно - по любой перед выдачей системного сообщения запускать пустой скрипт типа SysError(N,text) куда передать номер и текст. а уж получится или нет распорядится этим - это по ходу будет видно.

и так что все таки по диаметрам? надо чтото решить так как G41/42 работает из программы, а не скрипта. Так то можно было бы хоть свои колонки завести.

[vtgmfg]

?????

[daemon78]

MACHINE.plusPercentManual()
MACHINE.minusPercentManual()
MACHINE.setPercentManual()

Эти команды некуда вставить. Для джойстика зарегистрированы функции которые вызываются при нажатии на кнопки или крестовину. А как перехватить нажатие клавиш?

[vtgmfg]

мне кажется чтото было про клавиши прямо тут.
я только цифры использую и вот клянчу чуть доработать DIALOG.show() чтобы можно было построить на нем экранную клавиатуру и наконец сделать прототип тач-интерфейса.

[vtgmfg]

ну где же техподдержка?

[wldev]

D - это диаметр инструмента
Dw - износ или коррекция диаметра инструмента.
Т.е. по факту для коррекции на радиус берётся сумма D+Dw

H,Hw - тоже самое. Только для длины инструмента.

Для коррекции на радиус используют 3 основных кода G41/G42 + G40

Dw берётся из того же инструмента что и D.

Для работы G41/42 нужен просмотр "вперёд" так как конечная точка текущего элемента зависит от следующего. Использование G41/42 из скрипта ещё не пробовалось.... Скорее всего не работает....

[wldev]

Эти команды некуда вставить. Для джойстика зарегистрированы функции которые вызываются при нажатии на кнопки или крестовину. А как перехватить нажатие клавиш?

От клавиатуры?
Наверное пока сделать кнопки в TOOLBAR и прописать им клавиши.

[vtgmfg]

D - это диаметр инструмента
Dw - износ или коррекция диаметра инструмента.

а Diam - чисто справочный диаметр и нигде не используется в вычислениях?

Т.е. по факту для коррекции на радиус берётся сумма D+Dw

да вроде так по экспериментам было - но! если в колонке D - диаметр - то можно себе представить что это будет за коррекция если УП выдает трассу с учетом диаметра.

Dw берётся из того же инструмента что и D.

вообще то это могут быть разные строки.В любом случае для диаметра это должен быть тот же "x" что и в Тx, а не "y" из Dy.
Номер "y" коррекции Dy традиционно может быть любой. это заумно. но такие традиции

H,Hw - тоже самое. Только для длины инструмента.

стоп-старт перестал работать.

Для работы G41/42 нужен просмотр "вперёд" так как конечная точка текущего элемента зависит от следующего. Использование G41/42 из скрипта ещё не пробовалось.... Скорее всего не работает....

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

[wldev]

Diam уже нет. Всё что может использовать программа находится в описании. Где задаются имена колонок

2023-09-25_14-27-07.png (7.31 КБ) 1145 просмотров

Если УП сделана для центра фрезы, то эта УП не использует компенсации радиуса.

Ок. Посмотрим стоп-старт с коррекциями...

[vtgmfg]

Ок. Посмотрим стоп-старт с коррекциями...

тут была моя ошибка - был запрос на смену инструмента независимо ни от чего, поэтому после стоп-старта шпиндель ехал на точку замены (20,0) и вылетал по лимитам при положительной коррекции.
но все равно - при продолжении коррекция включается сразу.. а должна после опускания же. и если сделать запрос на замену инструмента - то опять же он едет на точку смены с включенной коррекцией хоть я ее и выключаю предварительно. и там вылетает по осям. ну это можно точку отодвинуть от края положим. а вот что с возвратом на начало элемента с уже включенной коррекцией? может и ничего - предполагается же что это место уже отфрезеровано. не соображу.

а какие еще могут быть неожиданности в случае скрипты + коррекции?

Diam уже нет.

Ну а как об этом догадаться? Я вот использую. Ок. Теперь спокойно переименую в Dcam - полезная кстати колонка - номинальный диаметр - тот что CAM использует.

Всё что может использовать программа находится в описании.

а там же пусто у вас в описании? есть только названия колонок.
Мне вот непонятно что есть Hw. это то же самое что смещение Z0, то есть вручную введенная поправка или нет? а то ведь можно и как то по-другому ее задействовать.

Если УП сделана для центра фрезы, то эта УП не использует компенсации радиуса.

а как ЧПУ узнает под какой метод сделана УП? Выглядеть УП будет ровно так же.
Либо ЧПУ поддерживает один метод (например для центра фрезы, что кмк достаточно), либо нужна команда выбора метода и соответственно разный смысл колонок D,Dw будет или больше колонок сделать - что их экономить - у нас не ХААС же, памяти хватает.

И все таки еще обратите внимание что диаметр у вас не на той строке - а то фрезе сразу капец если продвинутый оператор вручную корректирующий УП попадется.

[daemon78]

От клавиатуры?
Наверное пока сделать кнопки в TOOLBAR и прописать им клавиши.

О, вполне себе вариант, спасибо.

Возникла у меня проблема следующего характера. Привязываюсь к углу заготовки и отбиваюсь по высоте. Затем загружаю и запускаю УП из солидкама, координаты слетают и станок пытается уехать за пределы стола. Опять отбиваюсь, запускаю УП и все отрабатывает. Как только надо перепривязаться опять та же история. Я сильно подозреваю, что постпроцессор солидкама что то не то в строку инициализации пишет, что вызывает такую фигню.
Вот начало УП:

Код: Выделить всё

%
O1000
(VACUUM 148X98X18 UPPER PLATE-1)
(SEP-22-2023-12:59:20)

G00 G53 G90 Z0 
G00 G94 G17 G49 G40 G80 
G00 G53 Z0 
T1 M06(D8F3H20OB25L55ALMauser)
(1 Торцевание 8мм)
S12000 M03 
G00 G54 G90 X-10.399 Y-2.391 

Подскажите пожалуйста, что из всего этого может вызывать описанный эффект?

[wldev]

Может для T1 заданы смещения XY? например....

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

Пришлите wlmillconfig.

[daemon78]

Может для T1 заданы смещения XY? например....

Пришлите wlmillconfig.

То же так подумал и удалил все строки с Т и М6 из УП.
Но проблема осталась.
wlmillconfig вышлю, но только на выходных