Бюджетный usb-контроллер для mach3 - кому интересно присоединяйтесь.
там еще Home Neg для Х и Y надо включить и проставить остальные значения в меню Диалог Базы и программных пределов
почитайте там все подробно написанно, нужно еще учитывать в какую сторону едет в + или в -, от этого зависят настройки
Slow Zone предел замедления скорости при движении к базе и пр.
Поэкспериментируйте, все настройки зависят от конструкции станка, соответственно ваш девайс должен быть гибким к оборудованию и к настройкам мача
А вообще мне кажется особо и заморачиваться не нужно, ваше устройство фактически является ретранслятором комманд матча через усб к станку , и как бы матч не был настроен он это станку передаст, вот и все,
А вообще мне кажется особо и заморачиваться не нужно, ваше устройство фактически является ретранслятором комманд матча через усб к станку , и как бы матч не был настроен он это станку передаст, вот и все,
Нет, это в корне не так. Не так все просто. Мач не дает никаких комманд. Все что происходит со станком и визуальным интерфейсом - все пишется мной. Вплоть до траектории движения на экране, всех сообщений в статусе, даижения окна УП, вывода кординат, в общем ВСЕ. Мач только вызывает функции в ответ на действия пользователя и расчитывает траеторию УП - все, все вызываемые функции я должен реализовать сам.
Если просто отключить родной драйвер мача и подсунуть пустой плагин Вы вообще не увидите ни каких изменений на экране.
Может я и ошибаюсь, ну или не догоняю чего нибудь, вы посмотрите как реализованно в смут драйвере, платка такая , тут выше гдето упоминалась
вы посмотрите как реализованно в смут драйвере
Если Вы говорите о Smooth Stepper - то как же я посмотрю, исходников нет.
есть же какоето описание , функционал и тп. ктож исходники то выложит и ежику понятно
есть же какоето описание , функционал и тп. ктож исходники то выложит и ежику понятно
Повторюсь - суть проблемы не в как реализовать, не в функционале, все доки на все возможные платы я читал, Суть - я вижу как ведет себя мач у меня, мне кажется что это не верно (вернее что должен быть вариант и другого поведения) - чтобы корректно реагировать мой софт должен учесть все варианты дальнейшего поведения мача после вызова той или иной функции - в данном случае принятия баз. Не в какой доке это не напишут -т.к. это не нужно, это решено программно и пользователю не нужно.
В общем нужны просто ответы на вопрос как ведет себя мач на драйвере ЛПТ при принятии баз от людей постоянно пользующихся мачем. В разных вариантах настроек.
Для Всех пользователей мач - Просьба прочитать пост #29.
Да кстати , а что за фирма производитель такой PCB KIT
У вас на платке написанно
Да кстати , а что за фирма производитель такой PCB KIT
Это я 😃
Все проблему с базами решил. Проблема была в мотор-тюнинге. При слишком большом допустимом ускорении мач решает что ЧПУ имеет право остановится мгновенно, т.к. допустимое ускорение запредельное. По этому он и не делал реверс - типа и так стал точно. Привел ускорение к реалистичному виду - появился реверс.
Ну будем ждать выхода девайса в свет)))))). Попутного ветра.
Leg, тут вопрос такого плана. Вывода на движки осей не будут меняться? На этой(отладочной) плате? Кристал один, хочу всё-таки забуферировать, мало ли…
Leg, тут вопрос такого плана. Вывода на движки осей не будут меняться? На этой(отладочной) плате? Кристал один, хочу всё-таки забуферировать, мало ли…
Нет не будут,в варианте с этим камнем просто не могут, они подключены к аппаратным выводам сигнал-генераторов(таймеров) МК. Смело буферизируйте.
Вообщем правильное поведение при перемещении в Домашнюю позицию следующее - на скоросте заданой для домашней позиции - обычно в процентах от максимальной происходит перемещение до срабатывания датчика, далее происходит отъезд то размыкания датчика. Эта позиция считается домашней, машиная координата станка для данной оси обнуляется.
Отъезд нужен для того чтобы корректно обработать ситуацию когда все датчики висят на одной линии - стандартная типовая ситуация для ЛПТ. т.е. каждая ось двигается поочереди и отъезд с датчика нужен для того чтобы освободить линию с датчиками для следующей оси.
Мач на ЛПТ при правильных настройках работает именно так. Могу отснять видео.
Скорость перемещения в Home должна быть меньше и должна быть возможность ее корректировки - у меня портал 2х метровый на рейках скорость перемещения до 20 метров и минуту - если я его на такой скорости отправлю домой он просто не успеет остановится когда сработают датчики и хода самих датчиков тоже не хватит он просто их снесет и его заклинит.
Мач на ЛПТ при правильных настройках работает именно так.
Спасибо, примерно такого ответа и ожидал.
Отъезд нужен для того чтобы корректно обработать ситуацию когда все датчики висят на одной линии - стандартная типовая ситуация для ЛПТ. т.е. каждая ось двигается поочереди и отъезд с датчика нужен для того чтобы освободить линию с датчиками для следующей оси.
Если датчики отдельно, функция отъезда никак не отключаема? Т.к. вроде лишняя выходит.
Еще вопрос: в 45 посте я писал про решение проблемы которая у меня возникла. Но, я считал что это связано с интерпретированием мачем точности останова. Может ли кто проверить - на околопредельном ускорении у всех мач не делает съезд с датчиков? Правда на движках с таким ускорением лучше наверно не проверять, можно отключить один движок и нажать концевик руками - станет ли мач идти назад или перейдет на другую ось?
Это ближе, вот кто бы рассказал какие, перевертел уже все.
Мне как кодеру проще понять реализацию смотря на код а не настройки - к сожалению это одна из функций полностью скрытых внутри драйвера и увидеть ее реализацию нет возможности.
Насколько я понял вопрос - это устанавливается здесь (на картинке выделено чёрным- правда мач немецкий)
Насколько я понял вопрос - это устанавливается здесь (на картинке выделено чёрным- правда мач немецкий)
Не, это выход из лимитов, это уже работает.
Ну я если чесно пробовать не буду но помоему на сколько я помню - когда ставил макс. скорость на перемещение домой то мач просто моментально останавливал станок а поскольку портал тяжелый то моторы тупо клинило и ни о каком отъезде там уже речи быть не могло оно шаги безбожно пропускало.
Кстати такая же последовательность принятия базы работает и в Линукс ЕМС2 - думаю это своего рода стандарт.
Когда датчики на разных пинах -теоретически это наверно и не надо - но я где то читал что если этот отъезд делать на совсем медленной скорости то вроде как повышается повторяемость принятия базы - что в принципе логично.
Я бы кстати поучаствовал в тестировании проекта и может быть даже в ковырянии плагина (есть опыт написания плагина под мач.) но пока совсем некогда этим заняться. 😦 Если дело дойдет до группового заказа плат и т.п. то я бы с удовольствием присоединился. Ну а пока буду внимательно следить за проектом.
Ну я если чесно пробовать не буду но помоему на сколько я помню - когда ставил макс. скорость на перемещение домой то мач просто моментально останавливал станок а поскольку портал тяжелый то моторы тупо клинило и ни о каком отъезде там уже речи быть не могло оно шаги безбожно пропускало.
У меня проблема проявляется не на макс скорости, а при настройке в маче макс ускорения. Скорость при этом минимальна, 1% от максимума.
но я где то читал что если этот отъезд делать на совсем медленной скорости то вроде как повышается повторяемость принятия базы
Вполне логично, я в начале именно так и представлял работу баз, но в маче ничего подобного не отрыл, хотя реализовать могу.
Если датчики отдельно, функция отъезда никак не отключаема? Т.к. вроде лишняя выходит.
Олег, нужно еще помнить, что в станках под управлением Mach функции Limit switch и Home switch как правило вешают на одни и те же переключатели. Поэтому съезжать с них нужно обязательно.
Олег, нужно еще помнить, что в станках под управлением Mach функции Limit switch и Home switch как правило вешают на одни и те же переключатели. Поэтому съезжать с них нужно обязательно.
Это естественно, я имел ввиду в варианте с полностью отдельными датчиками, т.к. у контроллера входов хватит. Ну не суть, не отключаема - мне проще с софтом.
Тут с лимитами тоже вопрос:
Не нашел в маче “умного” съезда. При оверрайде лимитов как авто так и ручном - чешет куда пошлют, а если случайно старт нажать - несется по концевику. Я считал что логично открывать все направления кроме сработавшего, а при съезде открывать и его и снимать оверрайд.
Это так или есть решение? (В варианте с отдельными лимитами на оси и направления)
Это так или есть решение?
Даже на пром станках приходится, выключать и вручную выталкивать из лимитов. Видал несколько десятков пром станков, везде только один датчик на конце, что для лимита, то и для хоума.
Даже на пром станках приходится, выключать и вручную выталкивать из лимитов.
Вручную - в прямом смысле? Вращать винт руками?
Но сам мач позволяет разблоктровать лимиты и вывести ось джоггингом. После выхода с датчика лимиты переактивируются автоматически. Неудобно только что после разблокировки лимитов - ось может двигаться во все направления даже в сторону сработки.
К стати кнопку разблокировки лимитов и ручной переезд - можно вынести на сам станок(панель оператора), в моем контроллере работает.