cnc-club.ru

В сеть льёт пакеты сама система + сетевые программки рыщут. Вощем, все общаются со всеми. Глянь одним глазком в список пакетов, которые поймает Wireshark на любом твоём интерфейсе.

Да это явно не в сетевых программках, иначе я был бы далеко не единственный с этой проблемой.
Заметил что-то похожее на коррозию контактов на плате Mesa как раз с той стороны, где сетевой интерфейс.
Щеткой не удаляется, изопропанолом не смывается.
Попытался пропаять, ща буду тестить после того как подсохнет.
Заодно поменял супервизор (о чем давно мечтал) viewtopic.php?p=465600#p465600

Argon-11 писал(а): ↑ что-то похожее

Оловянная чума?

Argon-11 писал(а): ↑ Заметил что-то похожее на коррозию контактов на плате Mesa
как раз с той стороны, где сетевой интерфейс.

высокочастотный налёт будет прикольно, если это действительно оно

я буду только рад )
только что делать дальше - лаком покрыть?

Kupfershcmidt писал(а): ↑ Оловянная чума?

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

Argon-11 писал(а): ↑ только что делать дальше - лаком покрыть?

Клеевым пистолетом сверху пройтись Правда, надо не перегреть

Кстати, забыл спросить, сколько входов/выходов у тебя занято на месе? А сколько осталось свободных? Это я в личных целях интересуюсь на будущее

Точно не помню, но судя по этому документику почти все контакты 26-пиновых разъемов заняты.
К месе две китайские платки подключены.

Кстати, о наболевшем: процедура пропайки не помогла, уже словил пару раз.
И замена Ethernet кабеля тоже не помогла.
Уже почти сдаюсь...
Что характерно, сейчас эта ошибка только как joint 2 following error, т.е. якобы только одна ось.
Снизил ускорения до неприлично малых величин - не помогает.

Argon-11 писал(а): ↑ Кстати, о наболевшем: процедура пропайки не помогла, уже словил пару раз.
И замена Ethernet кабеля тоже не помогла.
Уже почти сдаюсь...
Что характерно, сейчас эта ошибка только как joint 2 following error, т.е. якобы только одна ось.
Снизил ускорения до неприлично малых величин - не помогает.

В прошлом году на форуме linuxcnc кто-то уже мучался с похожей проблемой. По-моему, даже с месой. Дело было в планировщике linuxcnc, который не мог нормально обработать микро перемещения в УП.

https://www.forum.linuxcnc.org/38-gener ... figuration

Вощем, микронные отрезки к G коде linuxcnc плохо переваривал. Не знаю в какой это было версии, не знаю исправили или нет. У тебя какая версия linuxcnc?

Попробуй подкрутить в постпроцессоре кол-во знаков после запятой или минимальную длину отрезка.

Версия 2.8, которая почти 2 года работала без такой маеты.
Ну вообще маловероятно, что в софте дело...
Насчет микроперемещений - точно мимо, т.к. сегодня ловил на такой строчке:
N70 G1 X1982.
Портал ехал от позиции X112 в позицию X1982. Ошибка Joint 2 following error относится к оси Y. Парадокс!

На всякий случай попробуй обновить LinuxCNC 2.8. Ибо ошибка стоячей оси во время движения другой оси - это сильно

Кстати, у 2.8, похоже, релиз случился. В воскресенье оно собиралось как 2.8~pre3, а сегогдя как просто 2.8.0.

aekhv писал(а): ↑ а сегогдя как просто 2.8.0.

имано она сейчас и стоит, но чуйка говорит, не в ней дело!
похоже, пора искать запасную месу!

Argon-11 писал(а): похоже, пора искать запасную месу!

У меня в качестве запаски всегда есть Orange Pi c обычным GPIO драйвером (типа LPT). Цена - копейка, зато работа никогда не встанет. Люди на апельсине заряжали УП на целые сутки, всё работало как часы. Одна беда с простым GPIO, вывод не больше 20 КГц. А вот отдельный контроллер для LinuxCNC я ещё до конца не добил. А так бы прислал на тесты

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

Не-не, на свежеустановленной Ubuntu и LinuxCNC уже рывками не идет, все мягко и гладко до момента глюка.
Диск со старой системой пока в резерве на случай обострения спортивного интереса )
На завтра запланировал прогреть месу воздушной станцией + обновить в ней прошивку. Если не поможет - пытаться думать дальше.

MX_Master писал(а): ↑ Придётся тебе добить месу до конца Возможно, придётся задействовать HAL стример/осцил, чтобы выявить скачок заданной и фактической позиции. Логический анализатор может пригодится для замера шагов и таймингов. Если в начале работы станка движение идёт рывками, а потом устаканивается, есть в этом что-то странное.

+1 похоже в энкодер Y прилетает что-то внезапное и удивительное, что ошибка становиться больше f-error . кстати сколько она настроена сейчас?

я бы рад иметь энкодеры, но их нет )
ferror сейчас 10мм
min_ferror 1мм

Argon-11 писал(а): ↑04 сен 2020, 15:17 joint 2 following error

Конфиг станка был создан в PncConf от 2.8? Недавно тоже маялся, решилось удалением из основного hal файла pid по всем осям.

Argon-11 писал(а): ↑04 сен 2020, 19:30 я бы рад иметь энкодеры, но их нет )
ferror сейчас 10мм
min_ferror 1мм

Ну тогда это больше похоже на софтверный глюк именно linuxcnc. Если у вас ось X едет, Y стоит и выскакивает following error по оси Y, то это похоже на баг либо в софте, либо может память например в компе битая? memtestом стоит прогнать

интересно как hal у вас выглядит. если координата обратно заводится с 7i92, то возможен конечно и в ней глюк.

aekhv писал(а): ↑ Конфиг станка был создан в PncConf от 2.8?

Именно так, но с ручной доработкой в силу способностей. С этим конфигом почти 2 года станок работал нормально.

aekhv писал(а): ↑ Недавно тоже маялся, решилось удалением из основного hal файла pid по всем осям.

Можно поподробнее? Такая же ошибка была? А зачем pid удалять? Там ведь все равно I и D занулены.
Сравнивал hal файл с другими, обнаружил интересное: на форуме linuxcnc советуют удалить или занулить setp pid.x.maxerror, а в hal от производителя аналога месы (smd-taxi) setp pid.x.maxerror = 5. Собственно, проверил - на первый взгляд ничего не изменилось.

alex_sar писал(а): ↑ либо может память например в компе битая? memtestом стоит прогнать

Комп поменял, софт переустановил, так что проблема, предполагаю, где-то в районе 7i92.