Страница 75 из 105
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 13 авг 2023, 16:15
Vytos
А существует вообще в природе список всех поддерживаемых кодов? В доках, выложенных на сайте, не нашел. Вообще, документация, мягко говоря, так себе.
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 13 авг 2023, 16:56
wldev
Vytos писал(а): ↑13 авг 2023, 16:15
А существует вообще в природе список всех поддерживаемых кодов? В доках, выложенных на сайте, не нашел. Вообще, документация, мягко говоря, так себе.
При наведении на MDI высвечивается список.

- 2023-08-13_20-55-40.png (11.37 КБ) 335 просмотров
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 13 авг 2023, 16:59
Cvazist
Vytos писал(а): ↑13 авг 2023, 16:15
А существует вообще в природе список всех поддерживаемых кодов? В доках, выложенных на сайте, не нашел. Вообще, документация, мягко говоря, так себе.
Вы можете сделать лучше!
Дерзайте!
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 13 авг 2023, 17:02
wldev
vtgmfg писал(а): ↑11 авг 2023, 17:20
function M30()
{
//SCRIPT.runFunction("M30A()")
SCRIPT.setTimeout("M30A()",5000)
//SCRIPT.runFunction("Test_Mode_Menu()")
}
// как вот тут закончить выполнение программы с точки зрения WLMill?
// чтобы сбросился прогресс индикатор и остановился таймер времени выполнения УП
// УП чтобы осталась загружена
// а потом автоматически запустилась функция-диалог как поступать дальше c файлами и тп.
// как сделать разрыв тут. можно выйти совсем и нажать кнопку. тогда получается. но я не понимаю почему это нельзя организовать программно.
// иначе приходится этот диалог вставлять в M30 и выходить из него коряво через SCRIPT.includeFile("/Custom/Auto.js")
function M30A() // функция с диалогами про то что делать дальше
{
setTimeout и setInterval заблокированы в MScript. Поправили чтобы не появлялись там...
можно добавить дефолтную функцию которая будет запускаться после полного выполнения программы...
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 13 авг 2023, 17:04
wldev
Vytos писал(а): ↑
Вообще, документация, мягко говоря, так себе.
Документация сейчас обновляется.
Не всегда она успевает за текущими возможностями...
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 13 авг 2023, 19:23
Vytos
wldev писал(а): ↑13 авг 2023, 16:56
При наведении на MDI высвечивается список.
Ага. Ок. По хорошему список должен быть в документации, причем всех команд, а не только G. Тут не совсем очевидно, полный ли это список или только часть его - команды которые можно ввести в этом поле.
Cvazist писал(а): ↑13 авг 2023, 16:59
Вы можете сделать лучше!
Дерзайте!
Могу. Но не буду.

Я ее уже столько наделался, что больше не хочу. Или только за ооооооочень большие деньги, на которые никто не согласится.
wldev писал(а): ↑13 авг 2023, 17:04
Документация сейчас обновляется.
Не всегда она успевает за текущими возможностями...
Я имею ввиду даже не столько то, все ли возможности в ней описаны, а сам стиль. Описание должно быть понятно любому более-менее технически грамотному человеку, а не только тем кто "конкретно в теме". У вас же стиль таков, что зачастую человек должен на 90% знать всю кухню, чтобы понять о чем вообще речь. Либо догадываться по косвенным признакам, разбросанным по разным частям доков. Ну про ошибки типа "При установкИ галочки будет...." я вообще молчу - сплошь и рядом.
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 13 авг 2023, 19:29
vtgmfg
wldev писал(а): ↑
setTimeout и setInterval заблокированы в MScript. Поправили чтобы не появлялись там...
можно добавить дефолтную функцию которая будет запускаться после полного выполнения программы...
про дефолтную функцию я понял, как частное решение пойдет, но почему же setTimeout не хочет работать? могут быть и другие ситуации..
в WLXHC.js например она в MScript участвует. то есть скрипт этот штатный не работает на самом деле?
и в описании о том что это только для Lscript - ничего не сказано.
P.S. на самом деле в штатном WLXHC.js setTimeout используется в Lscript и там с ним проблем быть не должно.
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 14 авг 2023, 08:55
Cvazist
Vytos писал(а): ↑13 авг 2023, 19:23
Могу. Но не буду.

Я ее уже столько наделался, что больше не хочу. Или только за ооооооочень большие деньги, на которые никто не согласится.
Но требовать от другого за бесплатно ЛЕГКО.
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 14 авг 2023, 09:09
vtgmfg
Cvazist писал(а): ↑14 авг 2023, 08:55
Vytos писал(а): ↑13 авг 2023, 19:23
Могу. Но не буду.

Я ее уже столько наделался, что больше не хочу. Или только за ооооооочень большие деньги, на которые никто не согласится.
Но требовать от другого за бесплатно ЛЕГКО.
и много ты заплатил за линейки с ПИД и FF?
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 15 авг 2023, 02:25
Vytos
Cvazist писал(а): ↑14 авг 2023, 08:55
Но требовать от другого за бесплатно ЛЕГКО.
И где я хоть что-нибудь ТРЕБОВАЛ? Я даже ничего не просил, не говоря уже о требованиях. Не надо приписывать мне своих выдумок. Я всего лишь констатировал факт, с которым, уверен, многие могут согласиться.
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 15 авг 2023, 02:36
Vytos
wldev писал(а): ↑11 авг 2023, 16:15
Подпрограммы пока не поддерживаются..
Забыл спросить. А в обозримом будущем планируется добавить?
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 15 авг 2023, 10:16
wldev
Планируется
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 15 авг 2023, 11:47
vtgmfg
Vytos писал(а): ↑15 авг 2023, 02:36
wldev писал(а): ↑11 авг 2023, 16:15
Подпрограммы пока не поддерживаются..
Забыл спросить. А в обозримом будущем планируется добавить?
По крайней мере эту проблему можно обойти минимум 2мя способами - через САМ или через скрипт что мне кажется даже и удобнее.
А есть нерешенные проблемы которые никак не обойти без модификации самой WLMill.ехе. Причем даже не решение проблемы, а функции с помощью которой можно скриптом решить проблему.
Вот например ситуация - намотало стружки или сломало фрезу или просто померещился звук пропуска шагов.. хоумиться? каждый хоуминг без нужды это потеря итоговой точности на любительском станке. нужен хоуминг без обновления и диалог который покажет отклонения по осям и ты может быть поймешь- был пропуск шагов или нет. ну и дальше продолжаем работать с тем что было или принимаем новые значения за машинный ноль и продолжаем работать. скрипт ждет, а функции все нет.
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 15 авг 2023, 12:22
wldev
Сейчас есть функция проверки положения оси. То есть делается как и хоуминг, но не устанавливается позиция. А выводится сообщение (где колокольчик) о размере расхождения...
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 15 авг 2023, 13:05
vtgmfg
wldev писал(а): ↑15 авг 2023, 12:22
Сейчас есть функция проверки положения оси. То есть делается как и хоуминг, но не устанавливается позиция. А выводится сообщение (где колокольчик) о размере расхождения...
знаю, есть, но это не то, это медленно, это отдельно по осям, это не тач, это выпадающие многоэтажные меню - короче это не для среднего ума - проверить хоуминг.
И я могу сделать как мне нужно в скрипте - нажал на кнопку - получил результат. но нет функции.
Вернее даже так - функция есть - но нерабочая
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 19 авг 2023, 14:51
Vytos
wldev писал(а): ↑15 авг 2023, 10:16
Планируется
Есть надежда, что в этом году?:)
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 19 авг 2023, 16:11
vtgmfg
Я функцию хоуминга(проверку) уже год жду, чтобы скриптом сделать функционал который мне нужен.
И обойти это никак нельзя или я не знаю.
Есть и другие функции расширяющие возможности диалогов для организации интерфейса и тп..
И тоже ничего не сделаешь так как это все в программе. А будет ли это когда-нибудь реализовано - хз.
А чтобы организовать циклы скриптом - вроде бы нет проблем. Будет меню (или текстовый файл) где нужно забить сколько раз по Х и по Y и какие дистанции, 4 поля. и G54 будет двигаться по этой сетке.
даже вот думаю - может и мне пригодился бы такой функционал.
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 21 авг 2023, 17:03
shad
vtgmfg писал(а): ↑19 авг 2023, 16:11
Я функцию хоуминга(проверку) уже год жду, чтобы скриптом сделать функционал который мне нужен.
Добрый день. А почему бы не воспользоваться функцией для начала поиска нулей, которая предоставляется в макросе?
Или необходимый функционал требует дополнительно еще что то?
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 21 авг 2023, 18:22
vtgmfg
DriveFind пробовал год назад. не работает как должна бы. да и не подходит по смыслу. Когда появилась DriveVerify я хз - это надо еще догадываться - какая функция что значит - вполне возможно что тогда же. Но она тоже не работает как нужно. У них всех возникают какие то проблемы если есть в скрипте перед ними что то еще - а в этом часть смысла. Есть какой то извращенный вариант записи когда Verify таки работает.. но координаты он возвращает неверные и вообще как будто в параллельном мире - по консоли ничего не поймешь, что за чем следует во времени.
Ну и кроме этого нужно чтобы работал режим симуляции. в Probe он есть и это совсем другое дело.
наверное можно было бы как то отмодить Probe для этого - но там 3 входа надо обслужить.
Собственно хоум частный случай измерений.
Re: WLMill (Windows/Linux (Qt) + WLMotion) - управление фрезерным ЧПУ
Добавлено: 21 авг 2023, 20:45
shad
Скиньте свой макрос где это не работает я посмотрю у себя. Насколько я знаю скрипт крутится в отдельном потоке и не должно быть проблем. Нужно еще учитывать, что если Вы ждете окончание какого либо события, то нужно в цикле ожидания вызывать SCRIPT.process(). В этом случае скрипт будет давать возможность работать другим процессам.
Каждую функцию внутри скрипта нужно представлять как последовательность необходимых действий шаг за шагом - запустили функцию, ждем выполнения (если например нужно куда то переместиться или выполнить поиск нулей), потом переходим к следующей функции. Если этого не делать, то будут непредсказуемые результаты.
DriveVerify если я не ошибаюсь как раз запускает поиск нулей, но без их обнуления и подсчетом ошибки позиционирования. Думаю вызывать ее из скрипта не имеет большого смысла. Если же говорить о DriveFind и goDrivesFind для запуска поиска нулей всех используемых осей в порядке прописанном в настройках, то они работают норм.
Еще нужно обязательно выполнять проверку например перед запуском поиска нулей того, что машина не занята другим процессом с помощью MACHINE.isEnable() и MACHINE.isBusy()