Мач - хоумы, концевики и лимиты. Подробно.

Обсуждение софта, программ, постпроцессоров...

Модератор: life

Ответить
Аватара пользователя
victor_ign
Станкостроитель
Станкостроитель
Сообщения: 224
Зарегистрирован: 10 сен 2010, 00:00
Откуда: Москва

Мач - хоумы, концевики и лимиты. Подробно.

Сообщение victor_ign »

Семеро на пятерых / пятеро на семерых - кто кого?
Или осенний калейдоскоп из Хомов, Хард\Софт лимитов, Аварийной остановки и неравной борьбы с Матчем...


Тема с Домами и Лимитами для меня получилась достаточно неоднозначная.
У самого опыта нет пока никакого, на форумах мнения кардинально различаются, суждения тоже, и варьируются от категоричных до очень осторожных.
Документация на сам Матч по мнению одних более чем исчерпывающая, по моему же мнению более чем спартанская.

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

Решил проверить еще одно философское утверждение: "Практика - критерий Истины".
Что мы имеем:
- Монстрика переехавшего на новое место жительства.
Изображение
Путем суммирования всех плюсов и минусов он все-таки оказался на даче.
Если в ближайшее время ничего не изменится, ему предстоит готовиться к первой в его жизни зимовке в суровых условиях.
А мне, как приложившему некоторые усилия к его появлению, изучать темы о консервации оборудования.

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

Это из объективных предпосылок.

Из субъективных:
Переводная документация на Матч + куча разнообразных схем/рекомендаций подключений с форумов
(извиняюсь перед владельцами англоязычного Матча, у меня русифицированный и я не смогу сделать
двойные скриншоты, но там всего два пункта меню, надеюсь это не будет непреодолимой преградой для
нахождения аналогов).

Куча проводов и разъемов, позволяющая реализовать самые разнообразные фантазии в несколько движений.
Изображение
Все подключения сделаны разъемными из других соображений (я рассказывал об этом чуть ранее в своей теме о монстрике),
для данного эксперимента это оказалось просто удачным стечением обстоятельств.

Что хочу:
Получить для себя ответ на вопрос:
Нужны ли мне Хомы и Лимиты или зря заморачивался?
Если все-таки нужны, то какую схему подключения выбрать?
******************************************************************
Занимательно, но когда проектировал/собирал монстрика эти вопросы даже не ставились под сомнение: однозначно нужно.
По Хомам - ищем нулевой отсчет. Лимиты - предохраняют выезд за физические возможности монстрика.
На каждую ось было установлено по два индуктивных датчика.
Один из которых играет совмещенную роль - он "Домашний" при поиске нуля и он же "Ограничитель" во всех остальных случаях.
Второй - "Ограничитель" в "чистом виде".
Поэтому в моем случае семь претендентов (по два датчика на каждой из трех осей + Аварийная остановка) на пять входов (физическое ограничение одного порта).
Понятно, что надо было как-то выходить из несоответствия требуемого количества входов с действительным их наличием,
и в какой-то момент была реализована следующая схема подключения всего этого :
Изображение
Схема была выбрана именно такой на основании рекомендации из документации на Матч:
Все пределы могут быть настроены на использование одной "ИЛИ", и подведены к одному входу концевика.
Тогда для каждой оси можно назначить собственный выключатель Баз, подключенный к соответственному вводу.
Так что станок с тремя осями потребует только четыре входа.

Ну и пятый вход у меня занят Аварийной остановкой.
Позже я узнал, что многие объединяют Аварийную остановку и "Ограничители", но к этому моменту уже все было распаяно.
С одной стороны все пять входов заняты, с другой стороны в ближайшей перспективе больше входов вроде как и не нужно.
Пока ничего менять стал, просто из-за отстутствия необходимости.
Схема станка на всякий случай:
Изображение
Может я где забуду что-то уточнить...
*******************************************************************
Далее все "Задания №", это я так, сам для себя, сочинял задания и пытался реализовать.
Пунктов меню задействовалось в основном всего два:
Меню Конфигурация --> Порты и пины --> Сигналы входа
и
Меню Конфигурация --> Базы/Границы.

Часть первая.
Паутина. Попытка распутать.
Часть вроде и не Софт, но и не совсем Хард.
Провода, разъемы, датчики, схемы...


Задание № 1
Настроить датчики, хотя бы на одной оси, хоть как-нибудь. :)

Для выполнения этого задания выбрал ось Z (как самую короткую).
На время экспериментов сильно упростил схему подключений.
"Дом" и "Лимит" оси на одном пине. Все оси, кроме Z отключены.
Изображение

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

Первая часть задания:
Попытаюсь настроить "Дом".
Направление и какой из двух датчиков станет "Домом" пока безразлично.
Пусть хоть кто-то из них откликнется, потом поменяю на нужный.
Меню Конфигурация --> Порты и пины --> Сигналы входа
Изображение
Скорости подъезда к базе и прочее пока не меняю.
Меню Конфигурация --> Базы/Границы.
Изображение
При попытке найти "Базу" все происходит как описано:
Матч подъезжает к датчику, датчик срабатывает.
Матч отъезжает от "Базы", датчик гаснет.

Все останавливается.
0 по Z найден!!!
Меняем направление поиска датчика.
Изображение
Честно находит Базу с другой стороны.
Базу настроить получилось!!!
К сожалению сильно пасмурно, видео снять не получется - темновато и для фотика, и для телефона (только фотки со вспышкой).

Вторая часть задания:
Лимиты надо настраивать или они сработают и так?

Схема подключения прежняя. Управление с клавиатуры.
Эксперимент на нижнем датчике. На нем у меня "настраиваемый" ограничитель из тонкой гибкой пластинки.
Если что, согнется пластинка, "удара" о механический ограничитель не будет.
Руку держу на Аварийной остановке (в смысле на клавише "Esc").
Чуда не произошло.
Изображение
Датчик сработал. Матч на него не обратил внимания, двигает ось дальше.
Пластинка согнута. Аварийная остановка. :(
Значит датчики Лимитов надо где-то прописывать.
:) В документации было что-то о ОСЬ++ и ОСЬ--. :)
Прописываем параметры, благо вариантов не так много:
Изображение
Ура!!! Все заработало!!!
Изображение
Датчик сработал, согласно своему ТТХ, около 4мм до железной пластины.
Происходит аварийная остановка движения уже самим Матчем.
Снимаем программно аварию с датчика (нажимаем на сброс).
Аккуратно отъезжаем в другую сторону, и едем до противоположного датчика.
Датчик с другой стороны тоже вполне себе срабатывает.
"Дом" и "Лимиты" настроены.

Задание № 2
Меняю схему подключения на свою, только пока в сильно упрощенном варианте.
Т.е. разношу датчики Дома и Лимита на разные пины.
Изображение
Единственное изменение, которое приходит в голову до эксперимента:
- направление поиска датчика Дома имеет значение.
Если будем искать в другую сторону, то выйдем на аварийную становку из-за сработавшего датчика "Лимита".
Но на практике... Оба-на. Как бы не так:
Изображение
Датчик "Лимита" сработал, но Матч на него не отреагировал.
Хорошо, что я сегодня на кнопке Аварийной остановки просто дежурю.
Т.е. получается, что в Матче поиск "Дома" имеет более высокий приоритет, чем аварийная ситуация в виде сработавшего ограничителя!!!
Перепрописываю в настройках датчики наоборот.
Если первый раз так получилось случайно - не перенастроил и искал дом не там, то теперь, поменяв датчики местами делаю это специально.
Результат тот же. Наезд на датчик "Лимита". :(
Обращаемся к документации. После долгих поисков нахожу нужное:
Во время Принятия концевики не работают.
Скромно так написано, без выделения, в общем я, ища СПЕЦИАЛЬНО, эту фразу ЕЛЕ НАШЕЛ.
(Это, кстати, один из "кирпичиков", из-за которых я считаю документацию на Матч более чем спартанской, ну или у меня такой вариант документации).
На самом деле эта фраза означает:
При поиске "Дома" Матч ИГНОРИРУЕТ сигналы датчиков "Лимита", висящих на пинах, отличных от пина, на котором висит датчик "Дома".
Приоритет, такой рабочей в общем-то операции, как поиск "Дома" оказался выше, чем приоритет аварийной (в документации выход за границы
и сработавший датчик "Лимита" считается аварийной ситуацией).
После исправления этой ошибки в настройках все заработало и на разнесенных пинах "Дома" и "Лимитов".

Вывод из первых двух заданий:
Кто разносит датчики "Дома" и "Лимитов" по одной оси на разные пины, делайте первоначальные настройки с осторожностью и дежурьте около кнопки "Аварийной остановки".

Как результат первых двух заданий:
Оба датчика на оси Z настроены, как мне хотелось.
При Базировании верхний датчик определяется как "База" и по нему выставляется аппаратный ноль.
Затем, при работе оба датчика работают как аппаратные ограничители движения.
Остальные оси настраиваются, наверняка, аналогично.

Задание № 3

Теперь буду экспериментировать с вариантами объединения датчиков.
Цель - просто поиграться с объединениями различных датчиков в различные комбинации и посмотреть, что получиться.

Вариант 1.
Подключаем ВСЕ датчики на один пин.
Изображение
Этой части сначала в планах не было. Она появилась после выполнения второго Задания.
Аварийная остановка в предыдущих заданиях осуществлялась с клавиатуры, клавишой "Esc".
Здесь хочу проверить чей приоритет выше: датчика "E-Stop" или поиска базы.
Умом я вроде понимаю, что датчик "E-Stop" обязан обладать наивысшим приоритетом,
но после результатов второго задания хочется в этом убедиться. :)

Убедился. У E-Stop приоритет выше.
Причем попадаем в замкнутый круг:
Пока активен сигнал E-Stop не можем съехать с датчика. А снять E-Stop тоже не можем
(если сработал не сам E-Stop, а датчик лимита), так как он на одном пине со сработавшим датчиком.
С этой стороны вроде как все логично.
Получился следующий порядок приоритетов:
Высший приоритет - E-Stop.
Следующий - Поиск "Базы".
Затем - "Лимиты".
Проводил эксперимент в попытке выяснить кто круче: Хард или Софт лимит?
Но оказалось все просто - кто раньше встал, того и тапочки.
Или кто раньше попался по пути, тот и лимит. Поэтому третья строка приоритетов без уточнений.

И как результат - получается как минимум два занятых входа, если будет применяться "Базирование" по датчикам.
E-Stop не совместим на одном пине с остальными датчиками при операции Базирования.
Схематично получается два возможных варианта:
Изображение
Поначалу мне второй вариант больше нравился. Все логические операции на одном пине, все аварийные на другом.
Экспериментируя дальше пересмотрел это мнение в пользу первого варианта.

Правда при такой схеме подключения мы "в теории" попадаем на следующее ограничение (из документации):
... Вы можете связать все выключатели баз на использование одной ИЛИ, и назначить срабатывание всех входов баз на этот сигнал.
В этом случае за один раз Вы сможете калибровать только одну ось...

Не совсем смог прояснить для себя этот момент в документации.
У меня Матч сначала ищет базу по Z, затем, когда нашел ее ищет базу по Y, затем по X.
Т.е. одномоментно срабатывает только один концевик.
И Матч прекрасно находит все базы за один раз при подключении, при котором, он по документации этого делать не должен.
Может имеются в виду какие-то моменты, когда возможна сработка одновременно двух концевиков, не знаю.

После ответа MaratT на это сомнение:
MaratT писал(а):Это про случай когда по оси два винта и два датчика Home соответственно.

Появилось Задание №4. :)

Итого по этим схемам 2 входа заняты, 3 свободны. Но предупреждается о ограничениях при базировании.

Вариант 2.

Подключаю по следующей схеме:
Изображение
Все настраивается и работает как в Задании №1.
Понравилась простота операции базирования.
Если сами пины настроены правильно, то база будет или с одной или с другой стороны оси.
Не угадали Базу по какой-то оси - меняем на этой оси направление поиска базы.
За простоту платим пинами: 3 занятых + 1 под E-Stop. Итого 4 занятых из пяти возможных.
Зато по всем осям можно менять точки базирования как нравиться, просто меняя направление поиска Баз.

Вариант 3.

Опять меняю схему подключения:
Изображение
Всем "Базам" по отдельному входу, все "Лимиты" + E-Stop вешаем на один.
Все тоже, что и в Задании №2:
Внимательность в настройке и базирование не "где попало", а "как подключено".
Те же самые четыре занятых входа и один свободный.
Преимуществ по сравнению с предыдущей частью по свободным пинам нет, зато теряется легкость перемены Баз.

Как итог третьего Задания:
Либо три свободных входа, но базирование осей только по одной за раз (посмотрим, что получим в результате выполнения Задания №4, поэтому пока напишу "согласно документации").
Либо один свободный вход, и одновременное базирование всех осей.

Задание №4.
Появилось после уточнения MaratT чуть выше.
/* В первой версии этого поста этой части не было.
Я ее смог физически проделать только после того как немного разобрался с Софт лимитами.
Но по логике она должна быть здесь.
Поэтому решил расположить здесь, опустив все, что касается Софт лимитов.*/

Итак, два ходовых винта и, соответственно, два датчика Home на одной из осей .

Основываясь на предыдущих опытах можно предположить следующее:
Четыре оси (три + одна подчиненная) дают нам четыре датчика Дома.
Если разносить каждый "Дом" на свой вход + объединяем все лимиты и к ним же добавляем E-Stop, то получаются заняты все пять входов.
И появление еще одного потребителя "входов" потребует установки дополнительной платы LPT.
Подключение по другой схеме: каждой оси (Дом + лимит) по отдельному входу дает четыре занятых входа + E-Stop занимает пятый.
Вывод тот же, что и в предыдущем абзаце: появление еще одного потребителя "входов" потребует установки дополнительной платы LPT.

Есть ли еще какие варианты?
У меня на каждой оси только по одному двигателю.
Чтобы понять как работают два Дома на одной оси решаюсь на эксперимент:
Подчиняю ось Y оси X.
Перепрописал настройки оси Y на ось A, саму ось Y отключил.
Изображение
Ну и собственно сама процедура подчинения оси Y оси X.
Изображение
Не совсем правильно по сути, но механизм работы посмотреть попробую.
Подключаю по следующей схеме:
Изображение
Схема работает с ошибками.
Вполне логично, программа не знает какой из датчиков сработал и останавливает
первый попавший под руку двигатель, а вторым продолжает искать базу.
В общем как повезет.
Дальше не копал, понятно, что схема подключения некорректная.

Меняю схему подключения:
Изображение
После настройки монстрик довольно прикольно катается по диагонали.

/* Немного лирики:
В процессе экспериментирования идея объединять лимиты с E-Stop на одном входе мне стала нравиться все меньше и меньше.
Причина следующая:
Если срабатывает (в смысле нажимаем на кнопку аварийной остановки) сам E-Stop, то проблем не сильно много.
Поворачиваем/отключаем кнопку, сигнал аварии пропадает, что-то делаем дальше.
А вот если срабатывает датчик лимита (я сжато уже упоминал об этом чуть выше), а он на одном входе с E-Stop,
а у E-Stop приоритет самый высокий, и Матч в силу приоритетов думает что это E-Stop, а не лимит...
Приходится либо выключать станок и руками съезжать с датчика, либо съезжать не выключая,
но противоборствуя режиму удержания двигателей, а руки в такую погоду уже замерзли, валы двигателей проскальзывают...
В общем брр. Ну это сугубо личное. */

Решаю еще усугубить задачу. Матч поддерживает до шести осей. При любом способе, из опробованных ранее,
кроме глобального объединения, способов подключения хотя бы пяти осей (три + две подчиненные) + E-Stop,
входов гарантированно не хватит.
Изображение

А тут нельзя объединять все датчики на один вход.
Поэтому, чтобы понять чего с чем объединять добавляю временную шкалу и рисую схему:
Изображение
Так как операция базирования по разным осям разнесена во времени, то получается, что мы можем использовать
одни и те же входы для разных осей.
Тем более в документации есть упоминание:
... Матч не запоминает, какой концевик и какой оси сработал...
После чего получаю следующую схему подключения/объединения:
Изображение
После объединения датчиков по этой схеме получаем два свободных входа.
Или один, если ось, которая без починенных осей, подключать на отдельный вход.
Ее без разницы куда подключить (показал пунктиром), кроме E-Stop в моем случае
(E-Stop стала для меня почти идолом, см. лирическое отступление). :)

Внимание:
Схему подключений, получившуюся в данном упражнении, я на своем станке не смогу проверить.
Более того я пока не изучал вопроса о возможности подключения пяти двигателей на одном порту LPT,
так что полученную схему пока считаю "теоретической", иллюстрирующей возможности группировки входов. :)
С другой стороны получилось же у меня покатать монстрика по диагонали, а "теоретическая схема"
получена на основе этого эксперимента.




Часть вторая.
Властелины абсолютных координат.
Или Софт Лимиты.

Задание №1
Цель - просто посмотреть, что за "зверь такой, с чем его едят".
Я выше показывал схему станка, тут тоже самое только в двухмерных координатах.
Изображение

Оказалось достаточно, просто подставить в нужные места нужные цифры.
Изображение

На предыдущей картинке плохо видно цифры, то вот скриншот, чего подставил:
Изображение

И последнее - ставлю или наоборот снимаю галочку на пункте "В заданных пределах", чтобы Матч отслеживал координаты программно или нет.
Изображение
Все заработало с первого раза.
В документации на Матч указывается, что границы рабочего поля можно указывать от немерянного минуса до столь же немерянного плюса.
Т.е. варьируя "глубиной" минуса и "возвышением" плюса мы можем указать "нулем абсолютных координат" ЛЮБУЮ точку рабочего стола.
Получается, что на данный момент, якорем левого ближнего угла координат является точка базирования.
Если есть возможность ее изменения, то мы приобретем полный контроль над абсолютными координатами (в пределах рабочего стола).
Это и будет следующим заданием.

Задание №2
Цель озвучена в предыдущем.
Попробую сместить абсолютные координаты, например установить ноль абсолютных координат по центру стола.
С самими координатами проблем нет просто указать новые Soft Min и Soft max.
А вот как сместить координаты точки базирования?
Ответ вроде очевиден - просто где-то в Матче надо указать абсолютные координаты точки, по которой мы приняли базу.
По идее программе должно быть абсолютно все равно какие они. Я имею в виду, что они не обязательно должны быть нулевыми.
В явном виде ни в документации, ни на форумах не нашел ничего подобного.
Зато постоянно натыкался на загадочную возможность "Home Off".
Изображение
В документации опять что-то невнятное про минус пол дюйма, что бы не врезаться в ограничители.
По форумам, что же ничего определенного.
Советы и варианты мнений самые разные: от оставить как есть и не трогать, до расстояния на которое переедут оси после принятия базы.
Пробую сопоставить поиски "где же это указать" с этим загадочным пунктом меню.
Вот схема по которой я делал:
Изображение
Поменял значения Soft Min и Soft max, координаты базы в свете изменившихся границ прописал в "Home Off".
Вот скриншот отдельно, на схеме не видно цифр.
Изображение
Работает вроде нормально.
Станок в "нулевых" координатах по команде G0 X0 Y0.
Изображение
Неужели это оказалось так просто?
Как-то даже не верится, но противоречий на данный момент не выявил.

Задание №3
Когда проектировал монстрика - казалась база будет удобнее в левом ближнем углу.
Оказалось так удобнее менять инструмент.
А вот крепить заготовку удобнее, когда база в левом дальнем углу.
Попробую сместить базу в другую точку.
Изображение
Поменял (всего-то надо поменять направление поиска и указать новые координаты базы).
Базируется, где указано.
После выполнения предыдущего задания это показалось как-то даже скучноватым...

Задание №4
Зона замедления - что такое и как работает?
По документации - есть возможность настройки "Зоны замедления" при приближении к границам, обозначенным Софт лимитами.
Изображение
Такое ощущение, что зона замедления работает только при "ручных" переездах.
При программных (например, при ручном вводе G0 Y чего-то там туда и затем обратно) я замедления не наблюдал.
При первых экспериментах, у меня при цифре 5, например, получался довольно жесткий удар механики
(вначале думал, что оси просто не успевают тормозить), а уже при 10 - было нормальное, плавное замедление и остановка.
Но при продолжении экспериментов создалось ощущение, что если выставленная величина чем-то не устраивает Матч,
то он ее просто игнорирует.
Например, если вместо 10 поставить 9, то как будто ничего не выставлено вообще (эффект такой же, как если стоит 5 или 0).
Не чувствуется даже попыток затормозить.
А при 10 тормозит с явным запасом (при скорости 3000).
Немного увеличиваю скорость и Матч перестает обращать внимание на цифру 10 в качестве параметра замедления.
Зато начинает воспринимать 15, 20 и т.п., в зависимости от выставленной скорости двигателей.
Зону замедления пока везде поставил десятки но надо будет еще поэкспериментировать,
уж больно "мутно" расписан этот режим в документации...

Задание №5

Скорость поиска баз.
Цель - так же как и в предыдущем задании - просто посмотреть, что за пункт такой.
Изображение
Из документации (опять довольно "мутно"):
... используется для предотвращения врезания в стопы осей на полной скорости при поиске переключателей Баз...
Ну, как станок "врезается" в базы на полной скорости, я уже почувствовал на предыдущих экспериментах.
Еще где-то читал/слышал что при уменьшении скорости поиска Баз выше точность их нахождения.
Только как ее оценить эту самую точность?
"Ковыряясь" в экранах Матча случайно набрел на проверку местоположения:
Изображение
Работает, насколько я понял, следующим образом (в моей версии документации эта возможность вообще не расписана):
Станок находится в некоторой точке, например X150 Y200 Z-50.
При нажатии на клавишу "ПРОВЕРКА" все оси повторно Базируются (с учетом выставленной скорости базирования)
и затем возвращаются в эту точку уже на скорости переезда.
Далее некоторым образом Матч вычисляет некоторую погрешность.
И вот, что у меня получилось:
При 90 %
Изображение
При 60 %
Изображение
При 20 % (которые по умолчанию)
Изображение
Т.е. при уменьшении скорости поиска Баз вычисляемая погрешность падает от 0.3-0.4 миллиметра, до тысячных
миллиметра, а затем сводится к нулю.
Несколько дольше сам процесс поиска, но если это один раз за сеанс, наверное можно и потерпеть. :)
В итоге оставил предлагаемые по умолчанию 20% по всем осям как некий компромисс.
До выяснения дополнительных обстоятельств во всяком случае.

Задание №6

Автоматическое обнуление при нахождении баз.
В свете выполненного Задания 2 не совсем обнуление, а принятие величин указанных в Home Off.
Снимаю галочки - типа обнулять не надо.
Изображение
Шпиндель где-то посередине стола.
Выбираю принять базы.
В окнах индикации текущих координат какие-то значения.
Изображение
Пока в размышлениях.
Видимо, если записать цифры, которые были перед принятием базы и те, что получили после принятия,
то Матч дает нам последний шанс вычислить некоторым образом координаты точки, с которой мы только что уехали,
с точностью до четвертого знака.
:) Не получилось разбить предыдущее предложение на несколько, остается надеяться, что хотя бы идею все-таки можно понять.

Задание №7

Реверс чего-то неизвестного.
Изображение

Столкнулся как-то с такой ситуацией:
Был готовый код для вырезания чего-то там, и оно не влезло, как на первом рисунке.
Интерента нет, G-кодов не знаю.
Начал крутить и так и так (на рис. 2 и 3.), вроде влезает но оси меняются местами и по одной из осей меняется
направление отсчета.
Изображение

И если как поменять местами X и Y в редакторе я еще догадался, то с реверсом координат запутался.
Очень похоже, что это то самое, чего мне тогда не хватило.

Без реверса координата увеличивается в плюс:
Изображение

С реверсом тоже, только в минус:
Изображение
Больше никаких изменений - начальная точка почти одна и та же, клавиша перемещения нажималась одна и та же.
Очень похоже на реверс отсчета координат.
(на время эксперимента оказалось лучше отключить контроль Софт лимита) :)


Задание №8

Абсолютные координаты для команды G28.
Изображение
Так как сами команды еще не изучал, то не знаю в каких случаях она применяется.
Остается констатировать тот факт, что если в окне Ручного Ввода Данных Матча попытаться
выполнить команду G28 без аргументов, то станок уедет в те координаты, которые прописаны.

Фууух. Вроде больше пунктов меню нет.
Остается только посмотреть, что мы теряем с установкой датчиков.
Кроме потери рабочего пространства что-то ничего в голову не приходит.
При любых раскладах, наверное, у каждого есть какое-то табу - не подъезжать к границе ближе чего-то там.
Размер границы зависит от смелости конкретного человека и в перспективе может стремиться к нулю. :)
Посмотрю, что там у меня в цифрах получится, попробую измерить.
Сначала базируюсь по Z (в настройках обнуление координаты, т.е. получаю 0).
Изображение

Затем той самой гибкой пластиной наезжаю на датчик почти до касания, там на просвет чуть-чуть остается.
Изображение

И смотрю, что получается в окне координат.
Изображение
Чуть меньше шести мм.
На датчиках Лимита, наверное, что-то подобное получу.
Итого, в сумме, около 12мм на ось.
По Z чуть меньше, я там не полное перекрытие верхнего датчика металлом делал.
Не знаю много это или мало, просто констатация.


Попытка сделать выводы.


Написал. Перечитал.
Вот такой получился материал за день мучений с Матчем под моросящий дождик и несколько вечеров чуть позже...
А вот каких-то однозначных выводов у меня сделать так и не получилось.

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

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

Поэкпериментировал, погонял, да и настроил пока Софт лимиты, как "последний барьер" перед Хард лимитами
(типа датчики уже все равно стоят, не снимать же их).
Но при этом надо помнить, что и Хард лимиты, и Софт лимиты обрабатываются Матчем ПРОГРАММНО,
и "последний барьер" при серьезном сбое Матча вещь, видимо, сильно условная.

Само принятие баз, вроде как нужная вещь.
Поэтому, наверное, созрею перейти на другую схему подключения.
Изображение
По результатам экспериментов она мне больше понравилась, но именно этот вариант в документации как-то совсем вскользь упомянут...

P/S/
Многие пользователи вроде как вообще прекрасно обходятся без датчиков.
А мне без них "как-то неуютно что-ли". :)
Sulfur
Станкостроитель
Станкостроитель
Сообщения: 707
Зарегистрирован: 14 янв 2013, 21:40
Откуда: Китяж-Град

Re: Мач - хоумы, концевики и лимиты. Подробно. (Полная верси

Сообщение Sulfur »

victor_ign
Колоссальное исследование. Правда. Почти диссертация по Матчу.
Но есть еще целое поле для исследований - поставить второй\третий\десятый порт, и задействовать его входа для наращивания массива датчиков.
Все получилось как нельзя как всегда.
Аватара пользователя
Serjik
Станкостроитель
Станкостроитель
Сообщения: 757
Зарегистрирован: 05 янв 2010, 01:00
Откуда: Волгоград
Контактная информация:

Re: Мач - хоумы, концевики и лимиты. Подробно. (Полная верси

Сообщение Serjik »

Спасибо!
в задании четыре по моему проскочила неправильная схема одна.... там идет описание "меняем схему" а на самом деле приводится та же самая схема http://cncfiles.su/photo/23299/?page=photo&id=23299
или я что-то не так понял?
Аватара пользователя
ATM67
Станкостроитель
Станкостроитель
Сообщения: 609
Зарегистрирован: 12 ноя 2010, 01:00
Откуда: Набережные Челны

Re: Мач - хоумы, концевики и лимиты. Подробно. (Полная верси

Сообщение ATM67 »

Хотелось бы поговорить об аварийных ситуациях, в частности о трёх:
1. Во время работы любимая кошка запрягнула на станок :) , оперативно "долбим" по кнопки "Emergency-stop" (аварийный стоп) .
2. В управляющий код ошибочно поставили запятую не туда, или вписал лишний нолик. И одна из осей например в место 90мм. решила ехать на 900мм., то-есть далеко за свои габаритные возможности. Это тоже "авария" и функцию "E-stopа" берет на себя датчик "хард лимит", (не зря же он называется "концевик").
3. Мач "сошол с ума", в этом случаи есть хитрый сигнал - "Charge pump". Который тоже выполняет своеобразную функцию "E-stopа". (К стати по этому сигналу можно организавать задержку подачи силового напряжения на драйвера.)
Повторюсь, это все аварийные ситуации. После которых надо провести определенные мероприятия, например прогнать кошку :) . Отсюда следует целесобразность подключения всего этого на один пин ЛПТ, выполняещего функцию "E-stopа". А для сезда с концевиков используют дополнительную кнопку "Interface Reset", (назовем её "аварийный сезд"), который при нажатии временно "отменяет" аварийную ситуацию.
Все что я изложил, придумано не мной. Об этом подробно написано и дана схема подключения в документации на Мач. И по моемому это все логично.

По "Софт лимитам", (мое мнение). Это скорее всего не аварийная ситуация, а нежелательная ситуация. Например чтоб инструмент не уперся в крепеж заготовки. Оперативно в настройках выставляем границы "софт лимитов", чуть больше будущей детали но меньше креплений заготовки и не опасаемся пункта "2" где про лишний нолик.

Далее про экономию пинов ЛПТ, а конкретно о "Home", (вариант для меня, при двухмоторной оси "Х"). При поиске дома, логично в первую очередь поднять инструмент на безопастную высоту чтоб не напороться на что-то, а потом ехать по плоскости. Вот здесь можно "homы" осей Z и Y повесить на один пин, а два датчика по Х, ( в двухмоторном варианте), на отдельные пины. Это позволит более точнее выставлять портал, (перекос и т.п.).
Sulfur
Станкостроитель
Станкостроитель
Сообщения: 707
Зарегистрирован: 14 янв 2013, 21:40
Откуда: Китяж-Град

Re: Мач - хоумы, концевики и лимиты. Подробно. (Полная верси

Сообщение Sulfur »

ATM67 писал(а):В управляющий код ошибочно поставили запятую не туда, или вписал лишний нолик. И одна из осей например в место 90мм. решила ехать на 900мм.,
Не знаю как мач, но ЕМС2 даже прогу не запустит, если одна из координат выходит за размеры стола. Т. е. по факту достаточно только датчиков дома по X и Y, и лимитов по Z. Хотя с домом Z я еще не пробовал.
-----
Показать/Спрятать
Родилась у меня идея аппаратного обработчика аварийных ситуаций. Т. е. некий девайс с множеством входв и несколькими выходами. На входах датчики, в приборе логика\программа обработки состояний, выходы подключены к входу LPT. Например, при сработке лимита прибор выдает импульс Е-стоп и Лимит по всем осям. Импульс ограничен во времени, для того, что бы появилась возможность вручную съехать с опасной зоны. Как-то так. Надо попробовать. В качестве прибора думаю попробовать программируемое реле 8in\4out от одной российской конторы.
Все получилось как нельзя как всегда.
tesny
Станкостроитель
Станкостроитель
Сообщения: 215
Зарегистрирован: 10 фев 2012, 21:06
Имя: Александр
Откуда: Белая Церковь, Украина
Контактная информация:

Re: Мач - хоумы, концевики и лимиты. Подробно. (Полная верси

Сообщение tesny »

Sulfur писал(а): Не знаю как мач, но ЕМС2 даже прогу не запустит, если одна из координат выходит за размеры стола. Т. е. по факту достаточно только датчиков дома по X и Y, и лимитов по Z. Хотя с домом Z я еще не пробовал.
У меня стоят по одному датчику дома по всем трем осям на одном пине, софтлимиты выставлены. В ручную загнаЕсли в УП не влазит в размер рабочей зоны то Мач сразу выдает где вылазит за лимит.
Аватара пользователя
victor_ign
Станкостроитель
Станкостроитель
Сообщения: 224
Зарегистрирован: 10 сен 2010, 00:00
Откуда: Москва

Re: Мач - хоумы, концевики и лимиты. Подробно. (Полная верси

Сообщение victor_ign »

Sulfur писал(а):Колоссальное исследование. Правда. Почти диссертация по Матчу.
Но есть еще целое поле для исследований
Спасибо! Нее, там не одно, там немерено полей для поиграть/поисследовать!
(см. ниже про "Charge pump", мне это поле очень интересно, потом относительные координаты, потом...) :)
Serjik писал(а):Спасибо!
:) Если бы не реакция форумчан на первую версию, я бы наверное не созрел на полную.
Спасибо!
Serjik писал(а):в задании четыре по моему проскочила неправильная схема одна....
Действительно ошибся. Продублировал дважды одну схему.
Исправили.
ATM67 писал(а):в этом случаи есть хитрый сигнал - "Charge pump"
Тема про него была бы мне очень интересна, у самого руки пока до него не дошли.
Правда мне наиболее интересно проверить как он отработает именно аварийные ситуации.
Т.е. так ли возможность хороша, как ее нахваливают.
Вполне может быть, что сам Матч "рухнет", а генератор синуса возьмет да и "выживет где-нибудь в закромах".
Но для этого надо сначала найти "101 способ" гарантированно "обрушить" Матч.
Кстати, тогда можно кучу всего еще проверить...
Мне пока не хочется - все только настроил более-менее и начал изучать. Пока буду созидать. :)
Надо при случае создать стенд, где не жалко будет. :)
ATM67 писал(а):А для съезда с концевиков используют дополнительную кнопку "Interface Reset"
То же руки не дошли пока. Только читал, что есть такое...
ATM67 писал(а):Отсюда следует целесообразность подключения всего этого на один пин ЛПТ, выполняющего функцию "E-stopа"
Это логичная схема. Я писал.
Но лично мне, когда холодно и отсутствует "Interface Reset" это не понравилось. :)
До принятия решения еще гонять и гонять аппарат и размышлять, и времени еще пройдет, пока устаканюсь... :)
Аватара пользователя
victor_ign
Станкостроитель
Станкостроитель
Сообщения: 224
Зарегистрирован: 10 сен 2010, 00:00
Откуда: Москва

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение victor_ign »

DIN писал(а):Отвел портал,пробую найти базу.... портал невзирая на срабатывание датчика прет до упора.
Извиняюсь, слона то я и не заметил…
Точнее, когда я писал этот пост, почему-то забыл описать методику настройки, к которой я пришел в процессе.

У меня все датчики «спрятаны» за механическими ограничителями.

Когда я ошибался в настройках (а когда это проделывается в первый раз, есть все шансы где-нибудь, что-нибудь перепутать), то получалось следующее:
Сначала был «БАБАХ» в ограничитель, затем двигатели, соответственно, останавливались и переходили на свист, затем я расстраивался и начинал судорожно искать, как бы прекратить это безобразие.

Если бы в конструкции не предусмотрел механические ограничители (а некоторые из них поставил в последний момент «на всякий»), то «БАБАХ» привел либо к сносу, либо к поломке датчика с перспективой его замены.

Но мне не понравился сам факт «БАБАХОВ» в процессе настройки. И в итоге пришел к следующей методике:

1. Начал с настройки датчиков по осям.
Для настройки правильной работы всех предусмотренных конструкцией датчиков уменьшал скорость по настраиваемой оси.
Процедура делается не так часто, но что важно – она проделывается в самом начале и может не хватить опыта/внимательности с первого раза сделать все безукоризненно (впрочем бракованных датчиков/контактов/проводов и т.п. тоже никто не отменял).

Ставил настраиваемую ось на минимальную скорость (например 1 см. в минуту).
Посчитав, что на данном этапе более важно убедится, что все работает корректно, чем экономить несколько минут.
Пока ось неспешно ползет в какую-либо сторону, можно спокойно понять в ту ли сторону вообще она ползет, и если да, то вызвать принудительную сработку датчика какой нибудь железякой.
Если Матч отрабатывал нормально принудительную сработку датчика, то переходил к следующему датчику, ну или продолжал эксперимент и дожидался сработки датчика уже в штатном режиме, но пока еще на небольшой скорости.
Если что-то шло не так, как было задумано, было время не спеша остановить станок и приступить к выявлению/изучению возможных причин такого поведения.

Проделал это на всех осях, пока не кончились датчики.

После того, как все датчики/настройки заработали правильно:

2. В моем случае пришлось определять какое-же рабочее поле в итоге получилось.
Тоже делал на небольшой скорости (по-моему см. 10 в минуту).
Определил опытным путем реальные границы/размеры рабочего поля (у меня они по ряду причин слегка не совпали с проектными).
В соответствии с полученными результатами настроил Софт-Лимиты.

3. Определил скорости/ускорения по осям.
Это хорошо расписано на форуме, добавить вроде нечего.
Проделывал ближе к центру рабочего поля.

4. Начал экспериментировать с замедлением при приближении к границам рабочего поля.
Чуть выше об этом писал. Но почему-то не написал о форс-мажоре.
После очередного «БАБАХ», когда ось просто не успела затормозить перед ограничителем, соорудил приспособление (чуть выше были фотки, у меня что-то подобное штатно реализовано, правда только на Z):

Изображение

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

5. Последними экспериментами, которые успел провести – скорость поиска базы.
Тоже лучше начинать с приспособлением из предыдущего п.п., а потом когда максимальная скорость поиска базы определена, продолжить эксперименты и определиться чего более важно: скорость или точность.
Но это уже тоже до весны.

Мне получилось удобнее настраивать таким образом, в такой последовательности.
DIN писал(а):.... портал невзирая на срабатывание датчика прет до упора.
Может кому-то поможет избежать «ненужных наездов в ненужных местах». :)
Аватара пользователя
victor_ign
Станкостроитель
Станкостроитель
Сообщения: 224
Зарегистрирован: 10 сен 2010, 00:00
Откуда: Москва

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение victor_ign »

На форуме cnc-club был занимательный вопрос по этой теме.
Александр_ писал(а): … вот пришла пора разбираться.
… на станке стоят по всем осям комбинированные датчики хоум-лимит.
В моей плате лишних пинов вроде нет …
Александр (судя по нику :) ) хочет использовать по всем осям Хомы и Лимиты.
Причем, насколько я понял, у него на каждую ось со стороны Хома предусмотрен некий сдвоенный датчик (Хом + Лимит) довольно устрашающего вида.

Изображение

С другой (??? наверное) просто Лимит.

Мой станок законсервирован на даче и как-то скучно без него, а три датчика на ось - само по себе заинтересовало, пока хотя бы «теоретически».
«Теоретические изыскания» (не затрагивая вариантов, что можно не выпендриваться и поставить обычные индуктивные датчики и т.д и т.п.) привели к неожиданным (для меня во всяком случае) результатам.
Поэтому отвечать решил здесь, т.к. вся тема здесь и надеюсь, что «изыскания» ее дополнят.

Из «отягощающих» обстоятельств:
На интерфейсной плате – только четыре входа;
Александр хочет:
Александр_ писал(а): е-стоп хотелось бы отдельно от лимитов
Расстраивается:
Александр_ писал(а):
самый разумный вариант это запараллелить датчики Limit по всем осям с кнопкой E-stop

Как потом съехать с датчика, если оси блокированы по е-стоп? за винт вручную не скрутить - все под кожухами…
Ответ на этот вопрос уже есть в теме:
ATM67 писал(а):
Отсюда следует целесобразность подключения всего этого на один пин ЛПТ, выполняещего функцию "E-stopа". А для сезда с концевиков используют дополнительную кнопку "Interface Reset", (назовем её "аварийный съезд"), который при нажатии временно "отменяет" аварийную ситуацию.
Да и я окончательно запутал человека в возможностях подключений ссылкой сюда, а здесь нет про три датчика.
Александр_ писал(а): отличная тема. все прочитал, окончательно запутался.
Теперь по существу:
В документации на Матч штатно предусмотрена ситуация с тремя датчиками на ось.
Два Лимита по краям, Дом посередине.
Типа, если ось очень длинная, то так будет быстрее базироваться.

Изображение

Как частный случай, подходит вопрос Александра (буду считать, что сдвоенный датчик – это датчик Хом сильно сближенный с одним из Лимитов).

Общее количество датчиков:
Девять (по три на ось) Домов и Лимитов.
Возможно, кнопка "Interface Reset".
Насколько я знакомился с ней, требует выделения отдельного входа только для себя (если я неправ, надеюсь, меня поправят).
Есть пожелание Александра об отдельной E-Stop
Получается 11 датчиков на четыре входа, из которых один/два датчика потребуют отдельные входы.

Ну и как задача – попробовать по схемам определить, возможна ли некая группировка Домов/Лимитов («расширитель входов» затрагивать не хочу, интересно, что получится в «чистом виде») для удовлетворения вышесказанных условий.

Изображение

Попробую рассмотреть возможные/невозможные варианты комбинирования датчиков, а так же возможные/невозможные варианты их взаиморасположения.
Начать решил с Домов и Лимитов, а E-Stop и Interface Reset добавить в конце, когда станет понятно, как и кого можно группировать из Домов/Лимитов.

Вариант 1.

Не группируем ничего.

Изображение

С одной стороны вроде противоречий в логике работы я никаких не нашел.
Входов хватает (три заняты + E-stop займет четвертый).
Правда Interface Reset довести уже не получается, но мы и не объединяем Лимиты с E-Stop и значит можно «съехать с ошибок» программным способом.

Но…
Появились вопросы у меня, на которые ответить не могу.
Может, кто сталкивался, и подскажет.

По Варианту 1А:
Вопрос такой (к частному случаю Александра он не относиться – у него сдвоенный датчик):
Дом в общем случае, должен быть где-то посередине (согласно документации на Матч), ну или где-то так, дабы при его поиске, станку не накручивать лишний километраж.
Но после предыдущей работы/выключения станка/сбоя/обстоятельств непреодолимой силы станок может оказаться в одном из двух положений:

Изображение

Если нам снова необходимо провести калибровку станка (с учетом зафиксированного в настройках Матча направления поиска Дома) – одно из этих положений окажется неправильным.
Можно конечно из раза в раз менять направление поиска Дома в настройках.
Можно отогнать ось заведомо за датчик в «ручном» режиме.
Можно в конце каждой УП добавлять строку отъезда станка в нужный угол.
Но это как-то некузяво/неженственно/неаккуратно.
Может есть какие-нибудь стандартные алгоритмы, как вообще решается данная проблема?
Не знаю макросы/волшебство/что-то еще?

По Варианту 1В:
Я в своих экспериментах не проверял, как отработает Матч при проезде датчика Лимита «с другой стороны».
Т.е. датчик Лимит А настроен на Вход 2 направление его поиска Ось--.

Изображение

А чтобы вернуть станок на рабочее поле после того, как Дом найден, мы будет проезжать этот датчик в направлении Ось++.
Если Матч правильно отработает этот момент и проигнорирует датчик в направлении движения «наоборот», то все ОК.
Если нет, то мы застрянем между Домом и датчиком Лимита А.
Не могу представить, зачем может понадобиться подобное взаиморасположение датчиков, но рассматриваю, как писал все возможные/невозможные комбинации.
Может, у кого есть возможность (и желание), провести эксперимент из спортивного интереса – как поведет себя Матч? :)

Вариант 2.

Группируем все.

Изображение

Работать будет все неправильно.
Ось будет «зависать» между любыми двумя датчиками.
Т.к. все объединено, любой датчик будет и Домом, и Лимитом А, и Лимитом В
До третьего не доедем никогда, потеряем половину рабочего пространства.

Вариант 3.

Группируем датчик Дома с одним из датчиков Лимита.
Датчик дома в середке.

Изображение

Нерабочий вариант.
В итоге станок «зависнет» между необъединенными датчиками.

И датчик дома с краю.

Изображение

Верхняя схема вроде как рабочая.
Правда только в том случае, если Матч правильно отрабатывает и игнорирует датчик Лимита в направлении движения «наоборот».
Иначе станок опять «зависнет» между двумя левыми датчиками.
В нижней схеме зависнет между правыми датчиками в любом случае.

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

Вариант 4.

Группируем датчики Лимита.

Изображение

Верхний вариант рабочий.
Только разобраться с упомянутым вопросом «интеллигентного» нахождения Дома.

Нижний вариант нерабочий.
После нахождения Дома – не сможем попасть на рабочее поле. :)

Еще каких-то возможных сочетаний в голову не приходит.
Получаются возможные схемы группировки (по Варианту 1 и Варианту 4 верхняя схема).
По четвертому варианту надо помнить – датчик Дома должен быть МЕЖДУ датчиков Лимита.
Если он крайний, то надо прорисовывать рабочую схему из Варианта 3 (я ее не стал рисовать).

Изображение

Первая схема как Александр сам у себя в теме нарисовал. Свободных входов не остается.

Вторая и третья – вариации на тему подключать E-Stop к Лимитам или нет.
Если не подключать, то вторая схема и остается один свободный вход.
Если подключить, то третья схема и на мой взгляд, надо в обязательном порядке добавлять кнопку Interface Reset.
Поэтому пометил их обоих зеленым.
Александр_ писал(а): по какой схеме порекомендовали бы все подключить?
Не знаю, я разрисовал варианты, которые получились.
У всех есть плюсы и минусы.
Александр_ писал(а): собирался все распаивать, но теперь погожу
Может сначала проверить, как это будет работать в реале и уже тогда по понравившемуся варианту распаять?

Вроде как-то так.
Сильно удивило, что не смотря на выросшее количество датчиков вариантов их объединения как-то не очень…

И вместо заключения список вопросов, в которых я запутался.
Может кто-то знает на них ответы:
- «Интеллигентный» алгоритм/методика поиска Дома, когда он посередине оси;
- Как отреагирует Матч при проезде Лимита «не с той стороны»;
- Может у кого есть опыт работы с Interface Reset и есть возможность расписать подводные камни, как работает на самом деле и т.п.
Аватара пользователя
ATM67
Станкостроитель
Станкостроитель
Сообщения: 609
Зарегистрирован: 12 ноя 2010, 01:00
Откуда: Набережные Челны

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение ATM67 »

Если соединить все датчики лимита с е-стопом в одну последовательную цепь (НЗ-контакты), то при срабатывании одного из них получаем останов станка. Теперь нам надо съехать ,(крутя за винт), или отжать кнопку е-стопа. Или же поставить кнопку "Interface Reset",(НР-контакты). Которая при нажатии будет временно востанавливить эту цепь, (замыкать по "малому кругу").
Аватара пользователя
victor_ign
Станкостроитель
Станкостроитель
Сообщения: 224
Зарегистрирован: 10 сен 2010, 00:00
Откуда: Москва

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение victor_ign »

ATM67 писал(а):Если соединить все датчики лимита с е-стопом в одну последовательную цепь (НЗ-контакты), то при срабатывании одного из них получаем останов станка. Теперь нам надо съехать ,(крутя за винт), или отжать кнопку е-стопа. Или же поставить кнопку "Interface Reset",(НР-контакты). Которая при нажатии будет временно востанавливить эту цепь, (замыкать по "малому кругу").
А если контакты Нормально Разомкнутые?
В магазинах кнопка E-Stop именно такая (хотя может и есть варианты, я тогда по этому поводу не задумывался и взял первую попавшуюся), да и датчики у меня Разомкнутые...
Соответственно соединил параллельно.
Добавляем кнопку, которая "размыкает по малому кругу"?

ATM67, походу у тебя это реализовано. Может фотки и/или схему выложишь?
Аватара пользователя
ATM67
Станкостроитель
Станкостроитель
Сообщения: 609
Зарегистрирован: 12 ноя 2010, 01:00
Откуда: Набережные Челны

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение ATM67 »

victor_ign писал(а):Добавляем кнопку, которая "размыкает по малому кругу"?
Все правильно.
Достоинство е-стопа с лимитами при НЗ-контактами в "автоматическом" контроле целостности цепи. Если порвется провод или отсоединится контакт то цепь уйдет в "аварию".
Рус
Станкостроитель
Станкостроитель
Сообщения: 248
Зарегистрирован: 05 ноя 2012, 02:21
Имя: Руслан
Откуда: Украина
Контактная информация:

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение Рус »

Всем привет, весь вечер пытался настроить Home на оси Х с двумя моторами и на каждом свой датчик. Каждый датчик заведен на свой пин, галочку в Главных настройках (Базировать ось с главной) снимал, Ось А подчинена оси Х, в общем так ничего и не вышло или Х останавливается на датчике а ось А едет дальше или наоборот. Датчики индуктивные NPN NC.
Может у кого есть опыт настройки всей этой радости?
Рус
Станкостроитель
Станкостроитель
Сообщения: 248
Зарегистрирован: 05 ноя 2012, 02:21
Имя: Руслан
Откуда: Украина
Контактная информация:

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение Рус »

Всем спасибо, вопрос решился, пин от датчика на ведущую ось был закинут на противоположный, перекоммутировал и все заработало, вот что значит сидеть ночью, без норм сна мозг клинит :-|
neverdie
Станкостроитель
Станкостроитель
Сообщения: 600
Зарегистрирован: 22 сен 2012, 23:19
Откуда: Украина, Кировоград
Контактная информация:

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение neverdie »

Рус писал(а):Всем спасибо, вопрос решился, пин от датчика на ведущую ось был закинут на противоположный, перекоммутировал и все заработало, вот что значит сидеть ночью, без норм сна мозг клинит :-|

а можно схему ?
а то я чет жужу

спасибо
Люди у нас простые, только жизнь у них сложная.
Рус
Станкостроитель
Станкостроитель
Сообщения: 248
Зарегистрирован: 05 ноя 2012, 02:21
Имя: Руслан
Откуда: Украина
Контактная информация:

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение Рус »

схем как таковых-то и нет, каждый датчик оси к отдельному пину, НО за неимением лишних пинов а их всего 5 на моей плате пришлось датчики на ось Z и Y подключить последовательно к 1 пину а оставшиеся 4 распределил на оси X, А, E-Stop и Probe. Главное не забыть снять галочку в Дженерал конфиг\Home with Master Slave Axis
И чтобы все настройки главной оси повторялись и на подчиненной.
Изображение
dima23595
Станкостроитель
Станкостроитель
Сообщения: 227
Зарегистрирован: 04 фев 2013, 22:09
Имя: Дима
Откуда: Казахстан, Костанайская обл. г. Житикара

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение dima23595 »

У меня кнопка E-stop подключена на 15pin, а все концевые у меня их по два на оси, в итоге 6 концевых, соед. могу как угодно, сейчас соед. все последовательно, и подключены на 10pin, дом находит с этим я разобрался.
Как лимиты концевые не работали, поставил в port и pin во входных сигналах (X-- и X++ галочки и прописал 10pin) концевые работают в режиме лимитов, НО как только наехал на концевой и он сработал загорается "авария" и пока вручную не отодвинешь ось, чтоб концевой включился, ничего не едет.

Как сделать чтоб вручную не двигать ось? И при каком подключении концевых?
В самом первом посте автор говорит что у него получилось, честно мне не понятно по какой схеме?

У меня есть 3 входа + вход от кнопки E-stop
motoyarik
Станкостроитель
Станкостроитель
Сообщения: 277
Зарегистрирован: 18 май 2012, 03:15
Откуда: Одесская обл.

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение motoyarik »

Домашние концевики соединяют отдельно, а аварийные можно и с кнопкой стоп.
Аватара пользователя
victor_ign
Станкостроитель
Станкостроитель
Сообщения: 224
Зарегистрирован: 10 сен 2010, 00:00
Откуда: Москва

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение victor_ign »

dima23595 писал(а):В самом первом посте автор говорит что у него получилось, честно мне не понятно по какой схеме?
victor_ign писал(а):Снимаем программно аварию с датчика (нажимаем на сброс).
Аккуратно отъезжаем в другую сторону, и едем до противоположного датчика.
У меня на основном экране Матча есть большая кнопка "Сброс" (Reset в англ. версии).
Нашел и подредактировал скриншот по тексту:
Изображение
Нажимаем на эту кнопку и управляя с клавиатуры уезжаем с датчика... :)
dima23595 писал(а):И при каком подключении концевых?
Если этот датчик лимита не запараллелен с E-Stop, то все срабатывает.
dima23595
Станкостроитель
Станкостроитель
Сообщения: 227
Зарегистрирован: 04 фев 2013, 22:09
Имя: Дима
Откуда: Казахстан, Костанайская обл. г. Житикара

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение dima23595 »

"Reset" не снимается (пока не отодвинешь вручную), покажите настройки которые необходимо сделать
Все датчики соед последовательно, между минусом и 10pin-ом, кнопка стоп сидит между минусом и 15pin-ом

Возможно ли при таком подключении, сделать так чту бы, ВРУЧНУЮ НЕ ДВИГАТЬ ОСЬ ???
Аватара пользователя
victor_ign
Станкостроитель
Станкостроитель
Сообщения: 224
Зарегистрирован: 10 сен 2010, 00:00
Откуда: Москва

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение victor_ign »

dima23595 писал(а):Возможно ли при таком подключении, сделать так чту бы, ВРУЧНУЮ НЕ ДВИГАТЬ ОСЬ ???
Дим, у меня все работало, как описано. Оно съезжало с лимита при нажатии "сброса".
К сожалению станок законсервирован до весны, и я там не появлюсь так же...
Соответственно посмотреть/проверить в чем дело не смогу.

Я не помню можно ли в настройках указать, что должно происходить при нажатии сброса?
Может кто другой подскажет, извини... :(
dima23595
Станкостроитель
Станкостроитель
Сообщения: 227
Зарегистрирован: 04 фев 2013, 22:09
Имя: Дима
Откуда: Казахстан, Костанайская обл. г. Житикара

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение dima23595 »

Да не за что извиняться, спасибо и за это :) Буду пробовать правда инструкция по мачу не очень понятным языком написана, да и схем подулючения что то я там пока ещё не видел
Аватара пользователя
wal
Станкостроитель
Станкостроитель
Сообщения: 272
Зарегистрирован: 21 фев 2011, 01:00
Имя: Иван

Re: Мач - хоумы, концевики и лимиты. Подробно.

Сообщение wal »

dima23595 писал(а): Возможно ли при таком подключении, сделать так чту бы, ВРУЧНУЮ НЕ ДВИГАТЬ ОСЬ ???

Эта кнопка нажата?Должен гореть зелёный светодиод:
http://cncfiles.su/photo/26783
Ответить