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

[torvn77]

Раз один из владельцев сайта разработчик LinuxCNC,
то думаю будет правильным сделать здесь тему багтрекер этой программы.
Предлагаю помещать сюда сообщения её о багах и не удобных фичах.

[torvn77]

Здраствуйте,я пытаюсь на mir-cnc.ru распростронять информацию о LinuxCNC но получил от проффесионало следующие отзывы:

Правильно настроенный мач работает годами без сбоев.
LinuxСNC работает по 3D медленне мача, не знаю какой алгоритм вывода при 3В обработке и как они ее писали, но на двух одинаковых станках, с одинаковыми рейками, моторами, шестернями, редукторами, драйверами, параметрами драйверов - Linux работает медленнее по 3D чем Мач. Для раскроя пофиг конечно, для нас же оказалось критично очень.

Даже разгоны и скорости загнал в линуксе до предела, так что балка дергаться начала, практически уже их (разгонов) не было.
Мач при разгонах 600 линукс натягивал. Вобщем купил мач...

---------------------------------
Дык это известно каждому Речь не об этом, речь о том, что 3Д обрбатывается медленнее при равных скоростях... В том то и дело, что скорости достигнуты одинаковые - разгоны в линуксе даже больше, но скорость обработки 3д медленнее.
Это было уже практически год назад, а я ничего не конспектировал

Кину камешек в 3Д огород ЕМС… Давно, пытали его как-то на ювелирных УП, так 2млн. строк кода 15 минут грузил, а такой объём УП в порядке вещей.
6 млн. строк ЕМС уже не осиливал, вылетал.
Mach3 же неплохо с этим справлялся…

Линк на тему

Как на счёт больщих УП не знаю,но G02/03 субъективно какие то замедленные.
Пока программу на почту мне не прислали,как/если пришлют размещю здесь.
Буду рад узнать ваше мнение.

[nkp]

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

[1240]

Тема архиважная Товарищи!

(Отметился чтобы не забыть)
По сути, перенесу вопрос из своей темы (вспомню и сформулирую)

[PKM]

LinuxСNC работает по 3D медленне мача, не знаю какой алгоритм вывода при 3В обработке и как они ее писали, но на двух одинаковых станках, с одинаковыми рейками, моторами, шестернями, редукторами, драйверами, параметрами драйверов - Linux работает медленнее по 3D чем Мач. Для раскроя пофиг конечно, для нас же оказалось критично очень.

Даже разгоны и скорости загнал в линуксе до предела, так что балка дергаться начала, практически уже их (разгонов) не было.
Мач при разгонах 600 линукс натягивал.

Думаю, это связано с тем, что в LinuxCNC планировщик траектории не всегда полностью использует максимальное ускорение осей.

[michael-yurov]

LinuxСNC работает по 3D медленне мача, не знаю какой алгоритм вывода при 3В обработке и как они ее писали, но на двух одинаковых станках, с одинаковыми рейками, моторами, шестернями, редукторами, драйверами, параметрами драйверов - Linux работает медленнее по 3D чем Мач. Для раскроя пофиг конечно, для нас же оказалось критично очень.

Важны настройки планировщика траектории для LinuxCNC и для Mach3.
На рельефах Mach3 обгоняет многие программы за счет сильного сглаживания траектории, что сложно считать плюсом, но после генерации "мятой" и "рубленной" траектории по растровому рельефу Арткамом, излишнее сглаживание приносит в целом положительный результат.
А вообще - странно. Не должен быть LinuxCNC медленнее Mach3. В LinuxCNC, вроде бы все правильно сделано, а в Mach3 планировщик сильно тупит и теряет очень много лишнего времени.

[PKM]

michael-yurov, цитатка не моя ведь. Хотя и я не совсем корректно цитировал

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

[michael-yurov]

michael-yurov, цитатка не моя ведь. Хотя и я не совсем корректно цитировал

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

Исправил, извиняюсь, случайно получилось.
Все правильно, за маленьким исключением - планировщик от EMC2 я видел в других программах, и он прекрасно работал, а в Mach3 допущены грубые ошибке в алгоритме, из за которых он должен заведомо проиграть почти всем остальным программам. Поэтому мысль о том, что mach3 может работать быстрее при тех же настройках планировщика (я про допуски, сглаживание, пороговый угол) очень и очень сомнительна.
Кстати из за этих ошибок как раз и получается, что

G02/03 субъективно какие то замедленные.

И замедленные они не субъективно, а совершенно реально.

[PKM]

мысль о том, что mach3 может работать быстрее при тех же настройках планировщика (я про допуски, сглаживание, пороговый угол) очень и очень сомнительна

Тем не менее такая мысль была озвучена не раз

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

[michael-yurov]

выставить там и там одинаковые параметры и запустить одну и ту же программу

А я еще не встретил ни одного человека, который знал бы, как это правильно сделать в Mach3.

[PKM]

Не спец в Mach3, но сдается мне, что все настройки траектории сосредоточены в CV control. Ну а скорости и ускорения приводов - ясно и так.
По идее, если включить G61 и одинаково настроить приводы - должно отработать за одно время.
Хотя вряд ли - планировщик в LinuxCNC тупо использует только половину ускорения, оставляя вторую половину на блендинг. Это меня больше всего печалит в LinuxCNC

[nkp]

планировщик в LinuxCNC тупо использует только половину ускорения, оставляя вторую половину на блендинг

читаю упоминание об этом уже не первый раз - но понимания полного нет
можно "на пальцах" пояснить - как это ? (http://linuxcnc.org/docs/html/common/Us ... _following читал - но с переводчиком
не очень прояснилось )
вот может пошагово на примерно таком простом примере:

[torvn77]

michael-yurov, цитатка не моя ведь. Хотя и я не совсем корректно цитировал
.... Остается только предполагать - догадался ли автор менять эти настройки, знал ли о них вообще.

Как я понимаю из написанного на mir-cnc.ru,люди там про коды G61 G64 знают и используют.

[Nick]

Хотя вряд ли - планировщик в LinuxCNC тупо использует только половину ускорения, оставляя вторую половину на блендинг. Это меня больше всего печалит в LinuxCNC

Кстати, а там какое ускорение имеется в виду, ускорение оси или ускорение всего станка?
Надо бы это место в коде найти...

[PKM]

Как я понимаю из написанного на mir-cnc.ru,люди там про коды G61 G64 знают и используют.

Разумеется, знают. Но неизвестно, какие режимы были включены. А более тонкие настройки вообще не упоминались.

[PKM]

читаю упоминание об этом уже не первый раз - но понимания полного нет
можно "на пальцах" пояснить - как это ? (http://linuxcnc.org/docs/html/common/Us ... _following читал - но с переводчиком
не очень прояснилось )

Картинку делать не буду, но смысл попробую объяснить.
Блендинг - наложение движений. Т.е. условно сейчас движется в направлении оси Х а следующее движение по оси Y. В режиме G61 должен получиться прямой угол, но это требует полного останова. А в G64 движение по Y начинается еще до окончания движения по Х. Угол скругляется.
Но в данном примере наложение по разным осям, т.к. угол поворота 90град. А если угол отличается от 90градусов, т.е допустим поворот на 135градусов, разгон в обратном направлении по Х начинается еще до окончания торможения по Х,т таким образом ускорения разгона и торможения суммируются. Если же угол 180градусов, происходит полное наложение торможения по Х и разгона в обратном направлении. Т.е. ускорение привода = 2 * ускорение разгона.
Отсюда ускорение разгона и торможения в направлении оси должно быть равно половине максимального ускорение привода оси.

[nkp]

т.е допустим поворот на 135градусов, разгон в обратном направлении по Х

тут непонятно - если угол больше 90 гр - то по х мы движемся все время в одном направлении

(для просмотра содержимого нажмите на ссылку)

[PKM]

Я имел в виду поворот на 135. Т.е. при полном развороте угол 180градусов.

[nkp]

ага!
вот теперь ясно - острый угол...))) (<90гр)
------
читаю дальше

[aftaev]

Кину камешек в 3Д огород ЕМС… Давно, пытали его как-то на ювелирных УП, так 2млн. строк кода 15 минут грузил, а такой объём УП в порядке вещей.
6 млн. строк ЕМС уже не осиливал, вылетал.
Mach3 же неплохо с этим справлялся…

Нужно проверить. У кого нибудь есть файлик на несколько млн строк