cnc-club.ru

Добрый день. Долго смотрел и искал на форуме, нашел некоторый материал, но автор так и не отписался по решению проблемы: http://www.cnc-club.ru/forum/viewtopic.php?f=16&t=7512

У меня аналогичная ситуация.
Конфигурация - Компьютер с Mach3 -> Ethernet -> Контроллер PLCM-E1b -> плата коммутации BOB-5x2 -> TB6600 -> ну и движки
Проблем с работой станка ни разу не возникало. Но необходимо было выгравировать плату. нужно было отсканировать поверхность. Для генерации G-code ну и потом склейки есть хорошая утилита Ripper v0.14. G-code. В принципе можно использовать digitize wizard в самом Mach3, можно и руками или другими программами написать код.
запускаю код. Ввожу имя файла - по англицки, с короткими путями и прочее. Станок добросовестно "долбит" плату, записывая файл. Открываю файл. Координата Y - для всех точек одинаковая и равна offset со знаком "-"
Сколько не бился ни к какому результату не пришел. Все же отчего такое происходит?

0.00000,-34.76750,0.18875
6.98875,-34.76750,0.16000
13.97625,-34.76750,0.14000
20.96375,-34.76750,0.12750
27.95375,-34.76750,0.10375
0.00000,-34.76750,0.16625
6.98875,-34.76750,0.14000
13.97625,-34.76750,0.14625
20.96375,-34.76750,0.14125
27.95375,-34.76750,0.13250
0.00000,-34.76750,0.19125
6.98875,-34.76750,0.16500
13.97625,-34.76750,0.18000
20.96375,-34.76750,0.16750
27.95375,-34.76750,0.15500
0.00000,-34.76750,0.20125
6.98875,-34.76750,0.18750
13.97625,-34.76750,0.19500
20.96375,-34.76750,0.21375
27.95375,-34.76750,0.20250
0.00000,-34.76750,0.20125
6.98875,-34.76750,0.20250
13.97625,-34.76750,0.20000
20.96375,-34.76750,0.23000
27.95375,-34.76750,0.22250

Какой то станный код для Mach3, вроде перед координатами должны стоять префиксы XYZ, или Mach3 понимает и так?

Это не код. Это файл, созданный Mach3 со сканированными координатами.
код - стандартный, он не от этого файла, но смысл не меняется.

M40
G92X0Y0Z2
F100
G0X0Y0Z2
G31Z-3
G0Z2
G0X28Y0Z2
G31Z-3
G0Z2
G0X0Y28Z2
G31Z-3
G0Z2
G0X28Y28Z2
G31Z-3
G0Z2
G0X28Y28Z2
G0X0Y0Z2
M30

в файл записывается это:

0.00000,10.00000,-0.19125
28.00000,10.00000,-0.19875
0.00000,10.00000,-0.07500
28.00000,10.00000,-0.13250

координата Y = 10 ?

Блин такаяже проблема. Если вы решили ее можете ответить пжл.

Честно перепробывал все

А у вас какое оборудование?

Cnc engraving machine 3040z-dq usb

YOOCNC M3-USB-JB4 V04

Ну раз у нас совершенно разное железо, значит проблема внутри mach3.

Я тоже так думаю. Я на пробе даже контроллер вешал пробовал делать задержки при прикосновении развязывал оптроном. Ничего не получается. Данные в буфер почему-то поступают предыдущие. Да это видно при сканирование на mach3 точки появляются в тех же местах где щуп был уже давно. Точки жирнее становятся.

В очередной раз проведя множестве экспериментов все же наверно причина некорректной работы в том, что используется контроллер, подключаемый к mach или через Ethernet или через USB. Пробовать прямое подключение компа через LPT к контроллеру движков пока нет возможности, собственно и нет желания, так как в остальном станок работает очень корректно и ни одного сбоя замечено не было. При первоначальном тестировании (Windows XP, LPT) присутствовали странные "инсинуации", выражающиеся в постоянном искажении траекторий резки, а именно при каждом холостом перемещении инструмента сбивалась координаты по Х и У на 0.1 мм с приращением.
Так при 10 холостых перемещениях траектория смещалась на 1 мм. С установкой PLCM-E1b - все работает корректно, плюс отсутствует проблема с LPT, компом с этим портом и так далее.

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

Виндоус переустанавливать на xp пробовал результатов не дало. Скорее всего вы правы проблем именно с драйвером.

А Драва у вас сами легли? У меня они как HDI сами легли.

Ещё один возможно тупой вопрос у меня есть файл он мне вместе со станком достался 1024.set. в нем проблема может быть?

Дрова легли сами. Дрова новые от purelogic. Читал логи на них. Они ничего и не передают мачу. Скрин не при чем. Заказал две платы. Ушёл в отпуск. Придут отпишусь по тестам. У себя склоняюсь к мысли о глюке в плате коммутации.

Но все равно, хотелось бы получить и осознать мысли мудрых . А они молчат.

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

Была похожая ерунда при выполнении скриптов поиска нуля и компенсации длины инструмента. Изначально в скрипте были прописаны переменные 2001, 2002 и т.д они при опросе выдают у меня не то где сейчас инструмент а значение с ошибкой около 20мм. Поменял на oemdro 82 для игрека и стало всё нормально. Так-же с остальными осями...
Я так понимаю это косяк китайского юсб контроллера.

Я сам электронщик и программист по совместительству и все равно не могу понять.
1) устанавливаю сканирование 5 *5 точек.
2)станок точно прощюпывает поверхность 25 точек.
3)выдает файл в котором 25 координат конечно с ошибками, но много одинаковых.
Теперь где у меня ступор.
1) станок чувствует щуп, на станке нет энкодеров, значит координаты берутся из задания мача.значи проблема в маче?
2) в файле, который получается, как правило первые точки координат верные. Что происходит позже? Контроллеру мачь говорит дойди до препятствия и соощить об этом. Контроллер как-то не так говорит, что он дошел? Так как он поднимается, это разве не тоже сигнал?

Мач берет координаты из внутренних переменных. OpenDigFile - создаёт - и открывает файл. Если файл открыт, то после срабатывания G31 в файл передаются координаты из внутренних переменных. Лично у меня X и Z - пишется так, как и положено. А вот Y - или контроллер пишет ну в ту переменную или в файл записывается не та переменная. К сожалению скрипт команды G31 наверное не увидеть и поэтому тонкости не узнать. Но вроде речь шла об 2001 2002 - 2003 - в них хранятся координаты