cnc-club.ru

Перешёл на 2.8.2 и обнаружил такую странность. Раньше в визуализации GКода в окне можно выбрать переход и начать исполнение с него, допустим при поломке фрезы. Сейчас тыкаю в траекторию быстрого перехода и виснет программа на несколько секунд, может минуту думать. И только тогда в жкоде отображается нужная строка, проги небольшие по количеству строк. Уже начинает раздражать такая ситуация. Кто что подскажет?

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

тоже пишут что долго думает когда строка выделяется, и там предлагают отключить выделение переходов при случайном перетаскивании окошка мышью когда это не нужно.
но видимо никто не сравнивал как это работало на версиях более древних чем 2.8.

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

https://forum.linuxcnc.org/gmoccapy/493 ... rger-files
https://github.com/LinuxCNC/linuxcnc/issues/2539
https://github.com/LinuxCNC/linuxcnc/issues/2631

у меня бывает подвисает пока не закончит строку кода. Если в этот момент попытаться куда-то тыкнуть, то потом жжж будет.
Короче грубо говоря токарный точит, жмешь на другую вкладку, интерфейс висит, а тебе показалось что ты промахнулся по кнопке - жмешь еще раз, и на соседние кнопки/вкладки... все жо.. Как только дойдет до конца заданного значения координаты, интерфейс отвисает, а станок продолжает ехать дальше. При этом еще и координата сбивается, потому что перестает учитывать обратную связь.
Такое на 2.8.х началось.

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

очевидное превышение максимального времени сервопотока/реалтайма. rt ядро не изолировано от остальной системы, и они борятся друг с другом за процессорное время. проц не справляется короче...

Может "железо" не вытягивает?
12 дебиан вообще прожорливый, ему 4 ядра прям желательно: два изолируем, два оставляем дебеану, ну ОЗУ - тоже 8Гб не меньше.
Токарный у меня тоже 12 деб и 2.9.2. Проц J1900 + 8ГБ ОЗУ (2Гб отдано под встроенное видео) + SSD 60Гб + Меса 96я. Конечно я не точку каждый по 8 часов, но глюков нет, хотя тормознутость работы чувствуется при открытии приложений (браузеры, текстовые редакторы и т.д).
Дебиан 7 на этой конфигурации "летает", но мне нужна 96я меса.. а в 2.7 её вроде нет.. так что..

Я не думаю, что проблема в железе компа. 3 Гб оперативы, программы небольшие по 1 Мб

Каким то Макаром снёс 2.8.4... как-то установил 2.10... не могу снова установит ни 2.9 ни 2.8... я сейчас взорвусь...
Debian buster...
Скопировал репозиторий с Live CD.
Установил 2.8.4...
4 часа мучений а оказалось все просто...
Добавил оперативы, стало 3гб. Посмотрю позже на поведение AXIZ
Насколько я понял, почитав забугорные форумы это проблема именно 2.8.4.

iMaks-RS писал(а): ↑ Дебиан 7 на этой конфигурации "летает", но мне нужна 96я меса.. а в 2.7 её вроде нет.. так что..

На него можно поставить 2.8.4 из исходников, у меня так работает, по тестам чуть хуже 2.7.15. А при желании можно добавить поддержку 96й месы в 2.7.15.

Kulibin74 писал(а): ↑23 апр 2024, 02:57 Насколько я понял, почитав забугорные форумы это проблема именно 2.8.4.

установил 2.9.2 теперь думает пару секунд нет жестких фризов на 30 секунд.
Посмотрим что в новой версии улучшили.