Страница 1 из 19
Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 14 май 2013, 11:00
torvn77
Раз один из владельцев сайта разработчик LinuxCNC,
то думаю будет правильным сделать здесь тему багтрекер этой программы.
Предлагаю помещать сюда сообщения её о багах и не удобных фичах.
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 14 май 2013, 11:06
torvn77
Здраствуйте,я пытаюсь на mir-cnc.ru распростронять информацию о LinuxCNC но получил от проффесионало следующие отзывы:
Правильно настроенный мач работает годами без сбоев.
LinuxСNC работает по 3D медленне мача, не знаю какой алгоритм вывода при 3В обработке и как они ее писали, но на двух одинаковых станках, с одинаковыми рейками, моторами, шестернями, редукторами, драйверами, параметрами драйверов - Linux работает медленнее по 3D чем Мач. Для раскроя пофиг конечно, для нас же оказалось критично очень.
Даже разгоны и скорости загнал в линуксе до предела, так что балка дергаться начала, практически уже их (разгонов) не было.
Мач при разгонах 600 линукс натягивал. Вобщем купил мач...
---------------------------------
Дык это известно каждому
Речь не об этом, речь о том, что 3Д обрбатывается медленнее при равных скоростях... В том то и дело, что скорости достигнуты одинаковые - разгоны в линуксе даже больше, но скорость обработки 3д медленнее.
Это было уже практически год назад, а я ничего не конспектировал
Кину камешек в 3Д огород ЕМС… Давно, пытали его как-то на ювелирных УП, так 2млн. строк кода 15 минут грузил, а такой объём УП в порядке вещей.
6 млн. строк ЕМС уже не осиливал, вылетал.
Mach3 же неплохо с этим справлялся…
Линк на тему
Как на счёт больщих УП не знаю,но G02/03 субъективно какие то замедленные.
Пока программу на почту мне не прислали,как/если пришлют размещю здесь.
Буду рад узнать ваше мнение.
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 14 май 2013, 11:33
nkp
а почему бы мачу в чем то (или во всем
)
не быть лучше (быстрее,удобней и т.д.) емс??
его же разработчики стараются заполучить денежки потенциальных покупателей )))
да и прекрасно - что есть выбор...
==============
если у одной программы что то выполняется медленней чем у другой - то наверно это не баг -
просто -это
медленная программа 
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 14 май 2013, 12:34
1240
Тема архиважная Товарищи!
(Отметился чтобы не забыть)
По сути, перенесу вопрос из своей темы (вспомню и сформулирую)
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 14 май 2013, 12:42
PKM
torvn77 писал(а):LinuxСNC работает по 3D медленне мача, не знаю какой алгоритм вывода при 3В обработке и как они ее писали, но на двух одинаковых станках, с одинаковыми рейками, моторами, шестернями, редукторами, драйверами, параметрами драйверов - Linux работает медленнее по 3D чем Мач. Для раскроя пофиг конечно, для нас же оказалось критично очень.
Даже разгоны и скорости загнал в линуксе до предела, так что балка дергаться начала, практически уже их (разгонов) не было.
Мач при разгонах 600 линукс натягивал.
Думаю, это связано с тем, что в LinuxCNC планировщик траектории не всегда полностью использует максимальное ускорение осей.
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 14 май 2013, 17:17
michael-yurov
LinuxСNC работает по 3D медленне мача, не знаю какой алгоритм вывода при 3В обработке и как они ее писали, но на двух одинаковых станках, с одинаковыми рейками, моторами, шестернями, редукторами, драйверами, параметрами драйверов - Linux работает медленнее по 3D чем Мач. Для раскроя пофиг конечно, для нас же оказалось критично очень.
Важны настройки планировщика траектории для LinuxCNC и для Mach3.
На рельефах Mach3 обгоняет многие программы за счет сильного сглаживания траектории, что сложно считать плюсом, но после генерации "мятой" и "рубленной" траектории по растровому рельефу Арткамом, излишнее сглаживание приносит в целом положительный результат.
А вообще - странно. Не должен быть LinuxCNC медленнее Mach3. В LinuxCNC, вроде бы все правильно сделано, а в Mach3 планировщик сильно тупит и теряет очень много лишнего времени.
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 14 май 2013, 20:39
PKM
michael-yurov, цитатка не моя ведь. Хотя и я не совсем корректно цитировал
Вообще все эти сравнения яйца выеденного не стоят без указания режима отработки траектории, допуска на сглаживание, точных параметров приводов. Остается только предполагать - догадался ли автор менять эти настройки, знал ли о них вообще.
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 14 май 2013, 20:56
michael-yurov
PKM писал(а):michael-yurov, цитатка не моя ведь. Хотя и я не совсем корректно цитировал
Вообще все эти сравнения яйца выеденного не стоят без указания режима отработки траектории, допуска на сглаживание, точных параметров приводов. Остается только предполагать - догадался ли автор менять эти настройки, знал ли о них вообще.
Исправил, извиняюсь, случайно получилось.
Все правильно, за маленьким исключением - планировщик от EMC2 я видел в других программах, и он прекрасно работал, а в Mach3 допущены грубые ошибке в алгоритме, из за которых он должен заведомо проиграть почти всем остальным программам. Поэтому мысль о том, что mach3 может работать быстрее при тех же настройках планировщика (я про допуски, сглаживание, пороговый угол) очень и очень сомнительна.
Кстати из за этих ошибок как раз и получается, что
torvn77 писал(а):G02/03 субъективно какие то замедленные.
И замедленные они не субъективно, а совершенно реально.
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 14 май 2013, 21:00
PKM
michael-yurov писал(а):мысль о том, что mach3 может работать быстрее при тех же настройках планировщика (я про допуски, сглаживание, пороговый угол) очень и очень сомнительна
Тем не менее такая мысль была озвучена не раз
Кстати, ведь для простейшего сравнения планировщиков даже станок не нужен - выставить там и там одинаковые параметры и запустить одну и ту же программу
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 14 май 2013, 21:15
michael-yurov
PKM писал(а):выставить там и там одинаковые параметры и запустить одну и ту же программу
А я еще не встретил ни одного человека, который знал бы, как это правильно сделать в Mach3.
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 14 май 2013, 22:28
PKM
Не спец в Mach3, но сдается мне, что все настройки траектории сосредоточены в CV control. Ну а скорости и ускорения приводов - ясно и так.
По идее, если включить G61 и одинаково настроить приводы - должно отработать за одно время.
Хотя вряд ли - планировщик в LinuxCNC тупо использует только половину ускорения, оставляя вторую половину на блендинг. Это меня больше всего печалит в LinuxCNC
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 15 май 2013, 09:08
nkp
PKM писал(а):планировщик в LinuxCNC тупо использует только половину ускорения, оставляя вторую половину на блендинг
читаю упоминание об этом уже не первый раз - но понимания полного нет
можно "на пальцах" пояснить - как это ? (
http://linuxcnc.org/docs/html/common/Us ... _following читал - но с переводчиком
не очень прояснилось
)
вот может пошагово на примерно таком простом примере:
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 15 май 2013, 10:44
torvn77
PKM писал(а):michael-yurov, цитатка не моя ведь. Хотя и я не совсем корректно цитировал
.... Остается только предполагать - догадался ли автор менять эти настройки, знал ли о них вообще.
Как я понимаю из написанного на mir-cnc.ru,люди там про коды G61 G64 знают и используют.
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 15 май 2013, 12:05
Nick
PKM писал(а):Хотя вряд ли - планировщик в LinuxCNC тупо использует только половину ускорения, оставляя вторую половину на блендинг. Это меня больше всего печалит в LinuxCNC
Кстати, а там какое ускорение имеется в виду, ускорение оси или ускорение всего станка?
Надо бы это место в коде найти...
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 15 май 2013, 12:09
PKM
torvn77 писал(а):Как я понимаю из написанного на mir-cnc.ru,люди там про коды G61 G64 знают и используют.
Разумеется, знают. Но неизвестно, какие режимы были включены. А более тонкие настройки вообще не упоминались.
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 15 май 2013, 13:05
PKM
Картинку делать не буду, но смысл попробую объяснить.
Блендинг - наложение движений. Т.е. условно сейчас движется в направлении оси Х а следующее движение по оси Y. В режиме G61 должен получиться прямой угол, но это требует полного останова. А в G64 движение по Y начинается еще до окончания движения по Х. Угол скругляется.
Но в данном примере наложение по разным осям, т.к. угол поворота 90град. А если угол отличается от 90градусов, т.е допустим поворот на 135градусов, разгон в обратном направлении по Х начинается еще до окончания торможения по Х,т таким образом ускорения разгона и торможения суммируются. Если же угол 180градусов, происходит полное наложение торможения по Х и разгона в обратном направлении. Т.е. ускорение привода = 2 * ускорение разгона.
Отсюда ускорение разгона и торможения в направлении оси должно быть равно половине максимального ускорение привода оси.
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 15 май 2013, 13:18
nkp
PKM писал(а):т.е допустим поворот на 135градусов, разгон в обратном направлении по Х
тут непонятно - если угол больше 90 гр - то по х мы движемся все время в одном направлении
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 15 май 2013, 13:25
PKM
Я имел в виду поворот на 135. Т.е. при полном развороте угол 180градусов.
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 15 май 2013, 13:29
nkp
ага!
вот теперь ясно - острый угол...))) (<90гр)
------
читаю дальше
Re: Сбор багов LinuxCNC ( багтрекер bug bugtracker баг )
Добавлено: 27 май 2013, 22:37
aftaev
torvn77 писал(а):Кину камешек в 3Д огород ЕМС… Давно, пытали его как-то на ювелирных УП, так 2млн. строк кода 15 минут грузил, а такой объём УП в порядке вещей.
6 млн. строк ЕМС уже не осиливал, вылетал.
Mach3 же неплохо с этим справлялся…
Нужно проверить. У кого нибудь есть файлик на несколько млн строк