Подключение THCUD

[daiman444]

прикрепи сюда последнюю редакцию конфига,который работает на станке

приветствую. благодарю вас за помощь и подсказки!

во вложении рабочий конфиг. обкатал его вчера на станке. все отлично работает.

УП имеет следующий вид для этой конфигурации:

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

(Filename: Job1)
(Date: 13.01.2020)
G21
G91 G40
G00X96.178Y15.504
(Seq 1 - ????? ?????????????)
G38.3 Z-50 F[#<_hal[gladevcp.pr_speed-s]>]
G92 Z0
G0 Z[#<_hal[gladevcp.pierce_height-s]>]
M03
G0 Z[#<_hal[gladevcp.jump_height-s]>]
G0 Z-[#<_hal[gladevcp.jump_height-s]>]
G90
G0 Z[#<_hal[gladevcp.cut_height-s]>]
G04 P[#<_hal[gladevcp.pierce_delay-s]>]
G91
F1400
G04 P0.1
G01X-6.
G01X-80.75
G01Y81.5
G01X81.5
G01Y-80.75
G01Y-6.
M05
G00 Z20.
M30

Проблема заключается в том что если скороть подачи в уп больше скорости оси Z, то THCUD не работает.

в связи с этим настройки скорости сделаны как в последнем посте этой темы:
http://www.cnc-club.ru/forum/viewtopic. ... cud#p32209

и выглядят так:

#HAL Motion connections - THC
#net requested-vel thcud.requested-vel <= motion.requested-vel
net current-vel thcud.current-vel <= motion.current-vel

setp thcud.requested-vel 20
setp thcud.correction-vel 0.002
setp thcud.velocity-tol 20

Пока не особо разобрался что дают строки: "setp thcud.correction-vel 0.002" и "setp thcud.velocity-tol 20", но на данный момент все ездиит.

Для строки "setp thcud.requested-vel 20" буду пробовать вывести в gladevcp возможность задания этой скорости, но пока что оно фиксировано и прописано равным максимально скорости оси Z. Как его перенести в gladevcp пока не разобрался

По мере обновления в связи с корректировками и находжением новой информации о том что к чему я буду выкладывать конфиг

в ближайшее время перенесу панель THCUD из отдельной вкладки на дисплей Axis, как панель PyVCP. оказалось очень неудобным лазить в отдельную вкладку.

[daiman444]

Искал как сделать одно а нашел другое.
в этой статье написано какими командами включается охлаждение
http://linuxcnc.org/docs/2.7/html/gcode ... e:m7-m8-m9
чтобы не придумывать велосипед для включения и выключения THC из g-code можно задать пины в custom.hal:

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

#комментируем сущ. строку включения THC
#net thc-enable thcud.enable => parport.0.pin-17-out
#включаем THC через команду M07:
net thc-enable iocontrol.0.cooliant-mist => parport.0.pin-17-out
net thc-enable thcud.enable

В итоге имеем включение и отключение THC через Axis, а так же командами M07 и M09, соответственно, из g-code.

[daiman444]

во вложении скорректированная версия конфига.
THC из g-code включается по M07 и выключается по M09.
Включены концевики для хоминга.
Алгоритм включения(M23 в g-code) и выключения(M25 в g-code) в записаны в файлах plasma_start и plasma_stop, соответственно. эти файлы лежат в папке "macros" в папке конфига. их надо скопировать в папку nc_files. как прописать чтобы их читало из папки конфига еще не разобрался.
Конфиг читает уп из пронеста сделанные по постпроцессору для мач3, с некоторыми доработками (M03 и M05 заменены на М23 и М25 соовтетственно, так же включение THC в постпроцессоре изменено с М50 и М51 на М07 и М09 соответственно)
Будет время допишу подробный ридмифайл как запустить компонент THCUD. я над ним бился почти пол года с большими перерывами(((

[daiman444]

Практика показала что при включении/выключении thc из кода по м07/м09 ось z делает рывки вверх либо вниз даже при выключеной плазме. Тоесть проблема не связана с наводками. Возможно придется думать как его включать по другому

[nkp]

как прописать чтобы их читало из папки конфига еще не разобрался.

пропиши полный путь без кавычек

[Serg]

пропиши полный путь без кавычек

проще доку про INI почитать...

[nkp]

проще доку про INI почитать...

равносильно по затратам времени и сил))

[Serg]

равносильно по затратам времени и сил))

Это да, если прочитать, сделать и забыть. И так каждый раз.

Впрочем это по любому быстрее, чем задать вопрос на форуме и дождаться ответа.

[daiman444]

пропиши полный путь без кавычек

Благодарю за подсказку.

проще доку про INI почитать...

Спасибо за зовет. Чтением документации и занимался все выходные. Как и в этот раз это оказалось быстрее чем ждать ответ на форуме.
По указанию пути макросов решение было найдено. в заблуждение вводила уже имевшаяся строка с указанием поиска библиотек для gladevcp. вид она имела следующий:
SUBROUTINE_PATH- ../../nc_files/gladevcp_lib
и надо было всего лишь через двоеточие дописать относительный или полный путь к папке с макросами, а не записывать это в новую строку. это заблуждение было связано к примеру с MDI командами или REMAP для которых новое значение в отдельную строку записывается. Вот и я пытался записать путь к макросам через отдельную строку "SUBROUTINE_PATH-"
Вот так выглядит работающая строка с указанием относительного пути к макросам, находящимся в папке "macros" в папке с конфигом, на которые указывает REMAP. этот путь может быть как относительный так и абсолютный.
SUBROUTINE_PATH- ../../nc_files/gladevcp_lib:./macros

[Serg]

а не записывать это в новую строку.

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

[daiman444]

было бы удобнее делать сложные конфигурации, если бы одинаковые параметры перезаписывались бы и действовало бы только последнее значение

Как лучше я пока не могу понять. понятно пока что только то что немного запутано все.

Сейчас понадобилось поменять хом для Х. Нужно чтобы Х ездила от 0 в отрицательную сторону. в .ini поменять лимиты в 5 сек получилось, но поиск home-x все равно едет в орицательную сторону. к 0 не хочет ехать.
на виртуалке сделаные несколько штук конфиги едут в положительную сторону в поиске home. еще одна путаница которую предстоит разгадать

[Serg]

http://linuxcnc.org/docs/2.7/html/confi ... oming.html

[daiman444]

http://linuxcnc.org/docs/2.7/html/confi ... oming.html

Это первое что я посмотрел

[Serg]

Так всё подробно описано...

[nkp]

в компоненте нашлись недочеты(кмк)
https://github.com/LinuxCNC/linuxcnc/issues/675

[daiman444]

в компоненте нашлись недочеты(кмк)
https://github.com/LinuxCNC/linuxcnc/issues/675

Мое скудоумие помноженое на кривость гугл переводчика не позволяет мне понять суть недочета(((

Правильно ли я понимаю что речь идет о том чтобы добавить "correction_vel" как значение которое можно менять через панель VCP?

[nkp]

можно менять

да
cur_offset - инкремент ,который можно назвать чувствительностью(сейчас правда там уже это с регуляторами делают, наверно работает мягче)
сделать его пином(сейчас он параметр)
ну и offset как то "вынести" наружу(для отображения)
читал,что у родителей емс вначале по плану всё должно было быть пинами...
ведь пины для "внутреннего" потребления ведут себя точно так ,как параметры:
мы в коде свободно можем в них писать и с них читать...

эти небольшие недочеты как бы легко решаются перекомпиляцией "для себя", но все же

[daiman444]

эти небольшие недочеты как бы легко решаются перекомпиляцией "для себя", но все же

Да уж, научиться бы чтонибудь полезное написать, не говоря уже про компиляцию. У вас тоже плазма? Только сейчас заметил что в этой теме http://www.cnc-club.ru/forum/viewtopic. ... ud#p322126 тоже вы помогли человеку разобраться

[nkp]

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

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

[daiman444]

компиляцию своих компонентов как раз в емс делать и не сложно

Если знать как то наверняка не сложно. Я сейчас на примере gmcappy plasma пытаюсь собрать скрипт(как это правильно называется?) для своей же панели: чтобы при рестарте не слетали эти заданные значения + кнопки переделать на побольше. Мозги так скрипят что потом голова раскалывается, а желаемое так и не заработало еще ни разу.