cnc-club.ru

MX_Master писал(а):можно LinuxCNC поставить для проверки

Даже не представляю насколько густой этот лес, надеюсь есть live версия

А еще посмотри настройки биоса. Отключи все что касается энергосбережения. На некоторых мамках это была причина.

MX_Master писал(а):LPT порт выдаёт очень рваный ритм шагов. Если других контроллеров нет под рукой, можно LinuxCNC поставить для проверки.

https://youtu.be/EpKUzmzbld4 вот это мне уже нравится) Осталось понять как тут все работает)

MX_Master писал(а):LinuxCNC

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

Uda4LIVEc писал(а):Где то допустил ошибку

да

показывай настройки

Вот настройки

Пока вижу только 1 ошибку

Maximum velocity 4000 мм/с

Внизу написано, что это 300 Кгц. Такого LPT порт никогда не сможет выдать.

При настройке надо обязательно делать тест оси - у каждой оси есть кнопочка протестировать. И да, 4 метра в секунду... хотелось бы видеть такой привод да с такими ускорениями.
В linuxcnc надо обращать внимание на единицы измерения - они немного нестандартные.
Кстати у вас ремень планируется с передаточным числом 1:4?

nevkon писал(а):Кстати у вас ремень планируется с передаточным числом 1:4

Ведущий шкиф 12 зубьев, ведомый 48, https://youtu.be/ZILMPlhoO1U
Ну в тесте же работает, странно, что при выполнении кода не вращаются

Так обратите внимание на то что система пишет при тесте - 437.5 мм/с. И хотя если я правильно помню сам linuxcnc тоже ограничивает скорость по частоте у вас он мог "пропустить" указанную скорость.
Да и зачем вам скорость даже в 26 м/мин? В рабочем режиме ШД не вытянут даже при хорошем питании и драйверах.
Ставьте для начала скорость 50-100 и ускорение 100.

nevkon писал(а):скорость 50-100 и ускорение 100

Спасибо, домой приду попробую.
Не сработало(( какие еще есть идеи?

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

Давайте посмотрим G код

MX_Master писал(а):Давайте посмотрим G код

код LinuxCnc который пробный, по умолчанию запускается в первый раз.
Ошибся, ось z дернулась с нее начинается выполнение кода, видимо это ключ к решению проблемы

Ну наконец то прошелся по друзьям, собрал системник и попробовал еще раз, все получилось https://www.youtube.com/watch?v=XtUdZi7Gkro двигатели хорошие , руками не удержать, спасибо MX_Master за помощь.

Не могу понять сколько поставить velocity и acceleration, дайте пжлст формулу, как их посчитать искал в гугле, что то как то все размыто...
и еще движки греются после пяти минут работы в холостую без нагрузки, может поставить пиковый ток на драйверах 4.6а? (5.5 сейчас)

И еще не могу понять как подключить датчики homе, схемы не понимаю вообще , дорисуйте пожалуйста как надо

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

Приветствую. Так проблема с работой двигателей при выполнении G-кода была в самом ПК?
Столкнулся сейчас с аналогичной проблемой. В 2014 году построив станок из ДСП и испытав МАЧ, перешëл на Linux-CNC чему был очень рад. После установки и настройки ни каких проблем не возникло. Поигравшись со станком, решил строить стальную версию. Но затянул считай на 4 года.
Сейчас собрал другой ПК, скачал и установил свежую версию Linux-CNC и... столкнулся с проблемой как у Вас т.е. в тесте при настройке осей двигатели крутятся, при переходе в окно с УП и запуске стандартного тестового кода ни станок мëртвый. УП яко бы выполняется (на экране) но двигатели молчат и даже не становятся на удержание, как это было раньше.
Позже ещë будет вопрос (но думаю сам разберусь) по поводу подключения оптических датчиков.
Вспомнил: проблема в старой версии всë таки была, но она не так напрягала. Было, если оставить станок и комп уйдëт в сон, то после вывода его из сна ПК не реагировал не на какие действия с мышью/клавиатурой. Но станок продолжал работу в нормальном режиме.
PS: контроллер у меня почти такой же.
KY-2012 - 5ти осевой контроллер
драйвера: TB6560 Single Axis 3A

Да, проблема решилась аналогичным методом, заменой ПК.
Как то сталкивался уже с таким. Спаял программатор, работающий от ЛПТ порта, неделю бился с проблемой отказа в работе, решилось заменой материнской платы.
Вывод: не все материнские платы одинаково полезны!
Проблема может быть кроется в настройках БИОС, хотя всë настраивал, что только можно. Или с портом проблемы. Вот только интересно, почему же в тесте при настройке осей двигатели работают чëтко?