cnc-club.ru

Довольно сложно даже название темы сформулировать грамотно. Много чего обсуждалось в разных темах по поводу разогрева шпинделя при начале работы, но ни разу не была затронута тема коррекции, если такой разогрев не производить , а высота инструмента в случае станка с АТС ищется по точному датчику базы и 0 условно считается от стола.
Давно была мысль сделать научный труд, который люди в дальнейшем будут использовать у себя. Система немного напоминающая THC для плазмы только в качестве управляющего фактора чтобы было не напряжение дуги и температура шпинделя.
Принцип действия системы вижу пока таким. Перед каждой автосменой вызывается код коррекции, который посылает запрос на модуль коррекции созданный на ардуино, модуль посылает количество сигналов равное температуре шпинделя, мач 3 рассчитывает исходя из этих данных на сколько нужно скорректировать высоту и запускает скрипт автосмены. Температура условно от 0. Если так случилось, что ниже нуля, то делаем прогрев шпинделя до нуля.
Так же скрипт коррекции может быть вызван в любое время в процессе работы по желанию с кнопки. Так же коррекция производилась бы при поиске баз и при старте программы, если даже автосмены не произошло по причине того что нужный инструмент уже стоит.
Годы идут, проблема терморасширений так и не пропала и ни кем не решается, разогреть шпиндель проще всего, а когда у тебя порой в день детали фрезерующиеся по 5-10 минут а прогрев пол часа, следить постоянно за температурой это можно сума сойти, надо все чтобы происходило в автоматическом режиме по возможности.
видео для затравки) https://www.youtube.com/watch?v=gFTkqCW ... 0%BA%D0%B0

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

А нельзя перед обработкой детали подъехать к датчику и измерить длину инструмента и внести коррекцию?

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

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

Rom327 писал(а): ↑ А нельзя перед обработкой детали подъехать к датчику и измерить длину инструмента и внести коррекцию?

когда деталей 20 , 40 и более за раз делаются, нельзя, все эти технологии пробовались и отметались на ранних стадиях.

vtgmfg писал(а): ↑ только вот куда.

а куда еще можно внести коррекцию? в окно Z
вот как у меня к примеру реализована ручная коррекция кнопками скрипт поднимает высоту на 0.025

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

а на сколько микрон нужно корректировать фрезу при разогреве шпинделя, скажем, с 20 до 70 градусов?

ridirt писал(а): ↑ поскольку стружку как практика показала сдуть идеально чисто не получается,

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

sinkacnc писал(а): ↑23 апр 2024, 10:04 а на сколько микрон нужно корректировать фрезу при разогреве шпинделя, скажем, с 20 до 70 градусов?

+100500 Еще можно диссертацию забацать по замеру температуры фрезы в процессе работы и вносить корректировку в полмикрона

sinkacnc писал(а): ↑23 апр 2024, 10:04 а на сколько микрон нужно корректировать фрезу при разогреве шпинделя, скажем, с 20 до 70 градусов?

Расстояние от кончика фрезы до болтов крепления шпинделя 0,1м.
Коэфф. темп.расш стали 0,000012
Дельта 50 градусов
0,1*0,000012*50 = 0,00006м = 0,06мм = 60мк

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

там могут быть и другие механизмы изменения провисания. например изза по-разному нагретых частей подшипников

sinkacnc писал(а): ↑ а на сколько микрон нужно корректировать фрезу при разогреве шпинделя, скажем, с 20 до 70 градусов?

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

vtgmfg писал(а): ↑ термометр который может писать температуру например как значение в файл подходящего формата

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

ridirt писал(а): ↑ буду рад если кто то поделится информацией

Есть копеечная китайская платка для цифровых термометров ds18b20 с интерфейсом rs485(modbus). В маче есть дефолтный модбас-мастер (если частотник по модбас подключен, то на ту же линию его повесить и опрашивать) https://aliexpress.ru/item/1005004576759250.html

ridirt писал(а): ↑ я пока только один формат знаю, это формат в котором все скрипты и м-уоды сохраняются- m1s

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

hmnijp писал(а): ↑ частотник по модбас подключен

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

ridirt писал(а): ↑ Вообще когда то давно была мысль разобраться с этим интерфейсом но тогда я понял что все слишком сложно. Так ли это? сложнее ли чем разобраться и сделать похожий цифровой датчик на ардунино с нуля и прошить и связать с мач3?

Естественно нет, это значительно проще и быстрее. В мастере модбаса нужно только прописать настройки uart соединения, и выбрать какие адреса читать/писать (для каждого устройства они свои). Далее идешь в brain editor(типо местного ladder'a) и там делаешь связь - в какую переменную/dro или ещё куда писать эти данные, можно через какую то промежуточную функцию(для масштабирования итп) или логический элемент.

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

https://www.youtube.com/watch?v=AFbH6ps0hVY

hmnijp писал(а): ↑ это значительно проще и быстрее.

я вот чо подумал, https://aliexpress.ru/item/400126733139 ... 5530024297же сгодится для того чтобы связать мач3 с этой платкой для термометра? а то я тут жду ее а потом может не подойдет и еще пол месяца другую ждать, В интернете как всегда информации нет никакой по этому вопросу.
В комментариях к товару пишут, что определяется как COM порт, а модбас же и работает как раз с такими портами, так то по логике все должно конектиться.