[WIKI] Работа с центроискателем в LinuxCNC

[verser]

Сегодня скачал обновление - оно полностью неработоспособно.

Я сейчас проверил у себя именно вариант с github - работает. Хорошо бы глянуть ваши логи.

[Фрост]

Подскажите, как их добыть

[verser]

Можно запустить gmoccapy из консоли и в ней будут видны все сообщения об ошибках.
Для такого запуска можно взять целиком строчку запуска из свойств ярлыка на рабочем столе, которым вы запускаете gmoccapy:
Правую кнопку мыши на ярлыке -> Свойства -> Значок запуска -> Команда:.. команду скопировать в консоль и запустить.

[Фрост]

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

[verser]

На всякий случай версия пятидневной давности, с которой вы не имели проблем:

probe_screen_v2.9-ca4c50710bc1f0d3175b322579d7ee7507b75c43.zip

(1.61 МБ) 12 скачиваний

[Фрост]

На всякий случай версия пятидневной давности,

Странно, но эта работает нормально. В отличие от гитхабовской
Еще вопрос - для перемещения щупа при измерении края по любой одной координате надо задавать ход в одной ячейке, при измерении центра - в другой. В этом есть какой то тайный смысл? Мне кажется только больше шансов ошибиться и воткнуться датчиком
Добавлено - Посмотрел, в моей старой версии из 2.8 для всего действует XY clearance

И еще в качестве предложения - нет ли смысла первые пять кнопок настроек, которые по сути константы, закинуть в ини для разгрузки интерфейса?

[steals_y2k]

маленькое дополнение.
судя по всему, уточняющий поиск стартует на расстояние, как и основной, и если заготовка близко к одному из лимитов, то вываливается с ошибкой.
можно ли исправить, что уточняющий идёт на расстояние (откат+2), например? ибо больше смысла нет..