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

[verser]

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

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

[Фрост]

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

[verser]

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

[Фрост]

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

[verser]

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

probe_screen_v2.9-ca4c50710bc1f0d3175b322579d7ee7507b75c43.zip

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

[Фрост]

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

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

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

[steals_y2k]

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

[tarabarka]

Есть решение как заставить gmoccapy отображать экранную клавиатуру на экране PSNG?

[newusers]

Здравствуйте, пытаюсь запустить probe screen v2.9, версия с гитхаба, версия linuxcnc 2.9, на интерфейсе axis 2.9.2 на нажатие кнопок рекция есть, станок начинает выполнение скриптов, датчик пока не ставил, пока еще рановато), а на интерфейсе gmoccapy 3.4.6 реакции на нажатие кнопок нет, в консоли выскакивает ошибка 1 раз, потом вообще тишина текст ошибки

Traceback (most recent call last):
File "/home/data/linuxcnc/configs/my-mill1/psng/python/probe_screen.py", line 943, in wrapper
if self.error_poll() == -1:
^^^^^^^^^^^^^^^^^
File "/home/data/linuxcnc/configs/my-mill1/psng/python/probe_screen.py", line 415, in error_poll
ms = int(self.inifile.find("DISPLAY", "CYCLE_TIME") or 250) + 50
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
ValueError: invalid literal for int() with base 10: '0.100'

[verser]

Ещё не сделан автоконтроль едениц измерения времени, поэтому пока пишите в .ini CYCLE_TIME в миллисекундах.

[newusers]

уже сам дошел до этого... где то на 100 норм работает.. но почему-то выбивает на главный экран периодически при нажатии на кнопки, причем не на все, пока точной взаимосвязи не выявил...
времени особо нет, но есть большое желание свалить с матча)

[newusers]

а что это вообще за переменная " CYCLE_TIME", зачем оно? коменты в файле почитал... может вообще проще забить на 0.05 сек? и вообще убрать этот обработчик из кода...

[verser]

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

https://github.com/verser-git/probe_scr ... py_prepare

[steals_y2k]

1. в какой-то момент процедуры замера мечтают работать ровно до нажатия кнопки стоп. после нажатия стартует следующий этап замера.

2. при нажатии PgDn зетка едет вниз.. и едет.. и..