Homing и совместное использование датчиков для оси
Добавлено: 10 мар 2019, 21:33
Всем привет,
Планирую использовать LinuxCNC 2.18 с поддержкой axes / joints и интерфейсную плату BL-MACH-v1.1.
Самая длинная ось станка будет оборудована двумя ШВП и, соответственно, двумя ШД.
Насколько я понял из чтения мануала и форумов, сама по себе такая конфигурация прекрасно поддерживается LinuxCNC. Смущает то, что в интерфейсной плате не хватает входов, чтобы подключить все четыре датчика Home (разве что, приспособить для этого вход Probe, т.к. я не уверен, что выставление нуля оси Z по датчику целесообразно для станка по дереву / пластику).
В разделе руководства LinuxCNC по Homing есть намёки на то, что можно сконфигурировать "общий" датчик для двух и более осей, но принцип работы опции SHARED_HOME описан весьма туманно.
Есть ли среди форумчан кто-то, кто сталкивался с такой конфигурацией на практике? Подскажите, пожалуйста, что целесообразнее:
1) Забить на датчик ноля и использовать вход PROBE как ещё один вход для homing switch? Или это не получится так просто сделать из-за различий в схемотехнике этих входов?
2) Соединить в одну последовательную "гирлянду" нормально-закрытые датчики Home для осей с НЕспаренными ШВП, а два других входа задействовать для "спаренной" оси (и сконфигурировать соответствующим образом LinuxCNC)?
Заранее спасибо!
Планирую использовать LinuxCNC 2.18 с поддержкой axes / joints и интерфейсную плату BL-MACH-v1.1.
Самая длинная ось станка будет оборудована двумя ШВП и, соответственно, двумя ШД.
Насколько я понял из чтения мануала и форумов, сама по себе такая конфигурация прекрасно поддерживается LinuxCNC. Смущает то, что в интерфейсной плате не хватает входов, чтобы подключить все четыре датчика Home (разве что, приспособить для этого вход Probe, т.к. я не уверен, что выставление нуля оси Z по датчику целесообразно для станка по дереву / пластику).
В разделе руководства LinuxCNC по Homing есть намёки на то, что можно сконфигурировать "общий" датчик для двух и более осей, но принцип работы опции SHARED_HOME описан весьма туманно.
Есть ли среди форумчан кто-то, кто сталкивался с такой конфигурацией на практике? Подскажите, пожалуйста, что целесообразнее:
1) Забить на датчик ноля и использовать вход PROBE как ещё один вход для homing switch? Или это не получится так просто сделать из-за различий в схемотехнике этих входов?
2) Соединить в одну последовательную "гирлянду" нормально-закрытые датчики Home для осей с НЕспаренными ШВП, а два других входа задействовать для "спаренной" оси (и сконфигурировать соответствующим образом LinuxCNC)?
Заранее спасибо!