Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )

[Nick]

Заметил, что если изменить файл программы, но не нажать "Обновить", то выполняется та программа, которая в файле, а не которая "загружена в память". То есть LinuxCNC выполняет программу прямо из файла.

А вот это похоже на баг, надо будет проверить и отрепортить...

[Сергей Саныч]

Никогда не замечал такого. Зачем же тогда кнопка "Обновить"?

Чтобы превьюшку нарисовать.

[1240]

Как бы поговорили.
Допустим согласились.
Как информация отсюда попадет к тем людям которые эти ошибки исправят?
И как потом проверить что ошибка устранена?

[Nick]

Для этого есть система bug tracking. Туда постится баг, ему приписывается приоритет и потом можно отслеживать что с ним происходит:
https://sourceforge.net/p/emc/bugs/

[1240]

Так они по русски не понимают.
Прочитать англ как то могу, написать (внятно) it`s too difficult to me.
Там же не терпеливые доктора, которые расспрашивают что да как (наверно).

Кто расставляет приоритеты?

[Nick]

Да какие там доктора, половина таких же как и я

Кто расставляет приоритеты?

Разработчики.

[PKM]

Чтобы превьюшку нарисовать.

Так не должно быть:
Reload - Reload the current g code file. If you edited it you must reload it for the changes to take affect. If you stop a file and want to start from the beginning then reload the file. The toolbar reload is the same as the menu.

Еще и смешная ошибка: affect вместо effect

[Сергей Саныч]

По факту: при "подмене" файла без Reload текст в окне не меняется, превьюшка не перерисовывается, однако при запуске обработка идет по новой траектории, и она же рисуется в графическом окне, совсем не совпадая с превьюшкой.
LinuxCNC v2.5.2.
Вот такой "аффект"

[nkp]

Пропадает значение параметра P в коде G64 после события net avost halui.estop.activate parport.0.pin-10-in-not=1
то есть решением может быть простое обновление загруженного кода при повторном включении после авост ??
пока не исправлена ошибка совместить к примеру кнопки machine_power и reload ...

[1240]

Проблема в том что характер отработки траектории меняется, если было это событие:
net avost halui.estop.activate parport.0.pin-10-in-not=1.

Параметр Р0,5 разрешает отклонение от заданного контура на 0,5мм.
Если был аварийный останов то значение параметра вообще пропадает (как будто задано только команда G64)
И получаем полностью скругленные углы (брак)
Если бы сброс привел бы к G61 (полное повторение контура) не исправимого брака бы не было (да уменьшилась скорость (оператор подправил))
Произвольная подмена G61 на G64 - это проблема .

при G64P0.5 (для плазмы) контур выглядит не хуже G61 а скорость вырастает в разы.

При аварийном останове не должна теряться такая информация.
На оператора нельзя перекладывать обязанность следить за неизменностью кода.
Тем более что он в коде ни чего не менял (и ни кто не менял).

[nkp]

так фишка с обновлением проходит??

[1240]

Выполняя последовательность одних и тех G-кодов мы должны получать одинаковые детали.(логично?).
Ни от каких нажатых кнопок это не должно зависеть.
Оператор загрузил правильный код, должен получить правильную деталь.

так фишка с обновлением проходит??

если обновление будет выполнять сам LinuxCNC-может быть.
Но это больше похоже на подпорку (проблему нужно решить в корне).

[nkp]

так я же и написал:

пока не исправлена ошибка совместить к примеру кнопки machine_power и reload ...

[Starik]

а в .ini файле у вас какая строка инициализации? Может при АВОСТе ЕМС ее исполняет и оттуда Г64 тянет?

[1240]

Как-то станок работает.
Если есть возможность, силы лучше потратить на составление письма для отладчиков.
Что бы решить проблему в корне.

Любые Ваши с нами доработки нужно проверять и отлаживать (лишние время, усилия(а станок уже в другом городе)).
Присылать не проверенную программу не подготовленным людям не есть гуд.


пока писал появилось
а в .ini файле у вас какая строка инициализации? Может при АВОСТе ЕМС ее исполняет и оттуда Г64 тянет?

проверю

[1240]

G64P0.75 (стоит с параметром)

[Starik]

а G21 перед этим стоит? Что будет если G61 поставить?

[Nick]

Кстати на счет размера файла:

The interpreter and task are carefully written so that the only limit on part program size is disk capacity. The TkLinuxCNC and Axis interface both load the program text to display it to the user, though, so RAM becomes a limiting factor. In Axis, because the preview plot is drawn by default, the redraw time also becomes a practical limit on program size. The preview can be turned off in Axis to speed up loading large part programs. In Axis sections of the preview can be turned off using preview control comments.

Т.е. axis и TkLinuxCNC загружают текст программы в память, чтобы его отобразить - это тоже может вызывать зависимость от памяти, и будут появляться дополнительные задержки. Без них можно работать быстрее.

[1240]

Ваши подсказки по плазморезу пока проверять не на чем.
Поэтому просто читаю форум.

Она не загружается в память, а исполняется построчно из самого файла.

Что сделал:
1.) Загрузил файл 1.ngc
2.) Запустил выполнение программы.

Станок отрабатывает программу.

В это время я могу открыть(отредактировать, удалить) файл.
Сообщений о запрете таких действий не будет.
Вывод:
Станок загружает всю программу в ОЗУ.
Хотелось бы понять какой объем ОЗУ необходим для выполнения УП допустим на 100Мб?

[nkp]

В это время я могу ... удалить) файл.

а вот это уже интересно - сейчас попробую сам...)))