cnc-club.ru

Еще один вопрос. В файле manual_change.ngc строки
#<touch_result> = #5063
#<probeheight> = #<_hal[auto_tool_measurement.probeheight]>
#<blockheight> = #<_hal[auto_tool_measurement.blockheight]>
я так понимаю закомментированы? или в данном случае символ # используется с другой целью?

Запустил с терминала. Последнюю версию. С первого раза ехать на точку смены отказывается, выдает ошибку (в старой версии не выдавал), едет только со второй попытки. Лог прикладываю.

https://www.youtube.com/watch?v=Xo71bsO ... Q1NnvOMScg

Cross писал(а):я так понимаю закомментированы? или в данном случае символ # используется с другой целью?

Это не комментарии. Так в G-коде обозначаются параметры. http://linuxcnc.org/docs/2.7/html/gcode ... parameters

Cross писал(а):С первого раза ехать на точку смены отказывается, выдает ошибку (в старой версии не выдавал)

Ошибка Exceeded positive soft limit on joint 2 - попытка выхода за положительные пределы рабочей области по Z.
А после этого во второй попытке вроде нормально отработал, по идее должно было появиться значение Tool setter height.

verser писал(а):по идее должно было появиться значение Tool setter height.

Да, он нормально отрабатывает, записывает значения в "probe_down", но на этом все заканчивается, в Tool setter height значения не выводит. Как нам найти причину? Явно какая-то ошибка или не дописано что-то... А у вас оно работает? Есть кто-нибудь у кого это работает, может свою конфигурацию скинете?

а для мача такое где почитать?

Cross писал(а):Как нам найти причину?

Попробуйте подменить файл python/auto_tool_measurement.py на из этого архива И ещё попробуйте раз в 10 уменьшить скорость уточнения (Probe vel.)

Пойду пробовать)

Не работает. Все то же самое, в файлах заготовки и датчика высоты координаты записываются по две строчки, а в окне данные не записываются. Я конечно понимаю что глупый вопрос, но все равно его задам, в какой версии питона написан файл который не давно мне скидывали? 2.7.2?

Мой вывод по поводу данной программы - это определенно должно заработать и работать. Идея очень хорошая и забрасывать ее не хочется, тем более проблема как мне кажется не очень серьезная. Буду рад выслушать примерные причины неработоспособности, я так понимаю что проблема скорее всего скорее затаилась в auto_tool_measurement.py?

Ошибка возможно при работе с "probeheight":
1. из-за не сохранении ее при первоначальной настройке (probe_down.ngc)
2. при ее использовании при измерении в программе (manual_change.ngc) .

У меня смещение сильно улетело вниз. "0" стола (-141)мм, "0" заготовки (-36)мм. Фреза измеряемая одна и та же. Смещение получилось (-141)- (-36) = - 105мм.

Итак, вроде получилось, может кому пригодится. Кинетамитка моего станка следующая - по Z движется стол, в нижнем положении 0 ( максимальное удаление от шпинделя) в верхнем положении -255 ( шпиндель максимально близок к столу). В моем случае абсолютная координата по Z всегда отрицательная ( разумеется за исключением того случая когда она равна 0), а данная программа в поле TOOL SETTER HEIGHT не дает ввести отрицательное значение, поэтому это значение всегда выставлялось равным 0. Данную проблему решил следующим образом - в файле auto_tool_measurement.py в строке self.spbtn_probe_height.set_value( float(a[2]) ) внес следующие изменения self.spbtn_probe_height.set_value( float( 225.0 + a[2]) ), а для BLOCK HEIGHT в строке self.spbtn_block_height.set_value( float(a[2])) так же добавил 225 self.spbtn_block_height.set_value( 225.0 + float(a[2]) ). После этих не хитрых манипуляций все заработало и работает хорошо. Хочу выразить автору отдельную благодарность, за реализацию удобной ручной смены инструмента с автоизмерением длины.

Спасибо, Cross, за то, что поделились своими соображениями.
Так же предложу ещё один способ расширить диапазон ввода для probe_height и block_height.
Нужно добавить 2 строчки в файле auto_tool_measurement.glade
1. После строк 6-7 с содержимымвставить 2. После строк 13-14 с содержимымвставить Вообще, при необходимости upper и lower можно заменить на удобные "под себя".

Привет! У кого-то уже было подобное, но я так и не разобрался как это устранить. Встраиваю в программу код М6, станок отрабатывает до этого кода, затем подъезжает к месту смены инструмента и больше ничего не происходит.

alexx.bit писал(а):Привет! У кого-то уже было подобное, но я так и не разобрался как это устранить. Встраиваю в программу код М6, станок отрабатывает до этого кода, затем подъезжает к месту смены инструмента и больше ничего не происходит.

сменв инструмента ручная?

Ручная

то есть (по идее) должно выскочить окошко,с предложением сменить инструмент и
нажать "продолжить" (что то в этом роде)

окошка (если я правильно понял) - нет.
а с тиклем (Tcl ) проблем нет?

nkp писал(а): выскочить окошко,

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

nkp писал(а):тиклем (Tcl )

Что это?

причин может быть несколько ...
я подумал,что окошко не видно ,потому как его "рисует" (ВРОДЕ бы) тикль(такой себе язык программирования, на нем
написаны некоторые части в емс)

а Halshow открывается? это там ,где пины все смотреть (он тоже написан на Tcl)
это в меню "Станок"- "Показать установки HAL"

лучше всего не гадать,а просмотреть твой хал файл - мож в нем найдем ответ)