cnc-club.ru

Argon-11 писал(а): ↑29 авг 2020, 18:54 Спустя несколько беспроблемных дней сегодня снова словился глюк, причем в моем присутствии.
И показалось, что это произошло примерно в момент смены оборотов шпинделя. Напомню, что шпиндель управляется через отдельный от mesa Ethernet адаптер со своим адресным пространством.
Как это может быть связано с "joint x following error" - ума не приложу. Неужели работа с отдельным сетевым адаптером как-то влияет на latency?

Шпинделёк - хороший источник помех на всякое сигнальное и слаботочное

Ты имеешь ввиду EMI помехи.
А я-то говорю о программном влиянии на latency.
Влияние EMI помех маловероятно, иначе проявилось бы раньше и по-другому. А точнее - разнообразно, включая глюки датчиков, полный обрыв связи с Mesa и т.п. Но нет - сейчас есть только проблема с joint following error.
Впрочем, я не говорю, что это из-за смены оборотов шпинделя, может просто показалось или совпало.

Что тут ещё посоветовать, только поработать на LPT порте да сравнить

не, на LPT не хватит контактов )
Сегодня вообще чудесато случилось: станок стоял на месте и бац - joint 2 following error.
При этом программа обработки была завершена, но не закрыта, шпиндель отогнан в сторонку от заготовки и остановлен.

Это значит, что от месы пришёл (возможно, ошибочный) ответ с позицией, которая сильно отличается от текущей.

Варианты:
Ошибка софта LinuxCNC
Ошибка прошивки месы
Ошибка в UDP пакете от месы

MX_Master писал(а): ↑ Варианты:
Ошибка софта LinuxCNC
Ошибка прошивки месы
Ошибка в UDP пакете от месы

Слишком маловероятно. Скорее всего всё гораздо проще...

Дядь Серёжа, не томи Я, честно говоря, очень не часто слышу, что у кого-то есть проблемы с месой

Ну я выше предложил способ поискать причину, но ТС это видимо не интересно...
Мне в общем-то тоже...

FERROR достаточно велико, а про Blackbox я ничего, к сожалению, не знаю

search.php?keywords=Blackbox

хм...
обратил внимание, что при тесте latency показания прыгают до неудобоваримых величин (порядка 500000), если в LinuxMint открыть настройки Preferences -> Power Management. Прыгают в момент открытия, конечно же.
Открытие других вкладок/настроек/приложений не приводит к каким-либо изменениям latency (типовые цифры 15000...23000).
В Bios, к сожалению, не так много настроек, касающихся управления питанием, но что можно было - вырубил.
Помнится, поначалу ставил LMDE2, в котором работала утилитка с фиксацией турбочастоты проца, при этом значения latency падали существенно. Сейчас (с 2018г) стоит LMDE3, эта утилитка не работает.
Просто пока мысли вслух...

а какая мать?

Вот такая:
https://www.asus.com/ru/Motherboards/J3455M-E/

4 ядра
не пробовал изолировать ядра?

Конечно, пробовал, все сделано как полагается, с момента запуска станка!
Даже помню, что изолирование ядра заметно помогло.
Сейчас вот еще глюк наблюдаю: при перезагрузке компа (Mesa все время включена) после первичного базирования пытаюсь jog-ить, станок движется рывками. Только спустя некоторое время все нормализуется. Раньше такого точно не было.

Короче гря, latency прыгает, вот и вся запара

Это слишком поверхностно! Сегодня для эксперимента запустил программу и параллельно открыл настройки Preferences -> Power Management (это при открытии которых latency прыгает).
Привычная ошибка joint following не возникла и программа не остановилась. Вместо этого выскочило окошко "Unexpected realtime delay" и только-то!

Большинство таких проблем практически сразу можно выявить заменой участников уравнения по одному. Но можно гадать на месовой гуще и дальше

Замена участников уравнения - это по-нашему, по виндовому!
Снесу щас Linux, переставлю все, как это привычно нам, ламерам )

Я, ваще-то говорил про железки. У тебя там чё, другой материнки под рукой нет?