Какие варианты есть сейчас электроники для LCNC ?

[Vasily_A]

Я именно про платформу ARM64 обсуждал, под х86 для домашнего применения и так есть много всего, а для хоть какого, но отечественного проца - пока нет...

под х86 вроде как обычный релиз (не специал эдишн), у них выложен...

[IlyaKw]

...
Где вообще можно её скачать, что-бы в виртуалке пощупать?

Сам проект на гитхабе.

https://github.com/Peter-van-Tol/LiteX-CNC

Здесь можно взять торрент на виртуалку с уже установленным где-то на конец лета Litex-CNC и всем необходимым для LiteHM2.

https://forum.linuxcnc.org/27-driver-bo ... =80#274782

[mmv]

Совершенно нет уверенности, что они нормально сделаны, доступны, доступны как запчасти итп.
Геморрой в результате может быть немалым.
Ну т.е. серийный китай имеет свойство быть лучше проектов сделанных энтузиастами

Одни домыслы у человека. Не уверен ни в чем. И даже не хочет ничего узнавать . Нужно исключительно то что работает у миллиона китайцев или американцев. Может промышленный Китай лучше, но что то такого нет. А вдруг апокалипсис и китайцы все помрут, и Тайваня не будет - все встанет токарный станок. Купите китайскую стойку за 20т.р. и все. И лучше сразу штук 5 про запас, это все равно будет дешевле чем fanuc, siemens, nc210...и лет 200 про чпу можно не вспоминать. Сломалась - поменял на такую же.

[SVP]

Совершенно нет уверенности, что они нормально сделаны, доступны, доступны как запчасти итп.
Геморрой в результате может быть немалым.
Ну т.е. серийный китай имеет свойство быть лучше проектов сделанных энтузиастами

Одни домыслы у человека. Не уверен ни в чем. И даже не хочет ничего узнавать . Нужно исключительно то что работает у миллиона китайцев или американцев. Может промышленный Китай лучше, но что то такого нет. А вдруг апокалипсис и китайцы все помрут, и Тайваня не будет - все встанет токарный станок. Купите китайскую стойку за 20т.р. и все. И лучше сразу штук 5 про запас, это все равно будет дешевле чем fanuc, siemens, nc210...и лет 200 про чпу можно не вспоминать. Сломалась - поменял на такую же.

Вы хотите лично меня как-то унизить ? Шансов немного.

У человека многолетний опыт. Это когда покупаешь всё это "импортозамещение" а потом "хренак" и "никого в живых нет, и надо все опять переделывать". Стабильная вполне ситуация. Чего мне узнавать-то ? В очередной раз на те же грабли наступать. Спасибо - нет.
Китайцы совершенно другой объем рынка имеют. Пришла, кстати от них электроника, но еще не смотрел.

MESA у меня, собственно так и куплена - несколько штук. Но запасные использовать не хотелось бы...

Китайскую стойку пощупать - это правильная идея, куплю при случае обязательно, давно было в планах.

[mmv]

Никого унижать и мысли не было, просто складывается ощущение что делать могут только китайцы, у нас даже нет вариантов.
Сотни станков уже запущены.... Для вас может нет вариантов, а для других, вполне себе хорошие варианты.
Вот я бы сначала узнал есть, нет, на сколько надёжно, как с поддержкой, как с запчастями, гарантией и прочем. А потом делал выводы.
Да, есть проблемы, но все решается.
В любом случае производство это не купи-продай.
Есть клоны mesa: (делают в России) smdtaxi, 7i92. Тоже самое только наши, почему бы им не работать? Программа содрана с оригинала, что микросхемы не припаяют? Опять может будут те же китайцы паять....

[T00T]

Есть ещё YSSC2p, так что уже 4 варианта наших. И эти варианты именно делаются, а не строятся на основе готового железа. А есть ещё и такие которые на основе китайского железа.
Так что вариантов масса.
Тут нужно определиться что вам нужно.
Гибкость linuxcnc, надёжность железа как у космичесого корабля, стоимость как у гамбургера и что бы продавали на каждом углу очень много лет. Так не бывает. За все нужно платить.

[SVP]

Есть клоны mesa: (делают в России) smdtaxi, 7i92. Тоже самое только наши, почему бы им не работать? Программа содрана с оригинала, что микросхемы не припаяют? Опять может будут те же китайцы паять....

У вас вроде в подписи что-то про разработку и производство электроники и вы мне на серьезных щах рассказываете, что нет проблемы с производством электроники в россии ? Нет, ну правда ?
Я вижу, как люди ее производят. И люди поумнее нас с вами. И с какими логистическими и прочими проблемами они сталкиваются.
И я вижу как "отлично" производят многие другие. Когда "извиняйте, но три месяца плат не будет, возник форсмажорчик" происходит каждый год, и не один раз.
Люди тут непричем совершенно. Условия не вполне подходящие.
А схемы хорошие. И программы тоже хорошие. И люди хорошие.
Но продукт нестабильный и недешевый. Смысла в нем в целом особого для себя не вижу. Техподдержка мне не нужна, нужна документация.
А если закупаться пятью комплектами, то мне проще родных меса купить, чуть переплатив и организовав доставку итп. И быть совершенно спокойным что у меня везде все одинаковое и без каких-либо "приколов"...

За все нужно платить.

Совершенно нет желаний платить за амбиции местных микропроизводителей.
Люди они безусловно хорошие. Но у меня уже слишком большой опыт, чтобы с этим всем дело иметь.
Их продукцией можно пользоваться. Некоторая даже вполне хорошего качества. На некоторую есть даже поддержка.
Но никогда не знаешь когда всё это загнется и прекратится. К сожалению.
Уж не говоря об "умер человек и всё".

[vtgmfg]

надёжность железа как у космичесого корабля,

я бы не сказал что это эталон надежности))

Но никогда не знаешь когда всё это загнется и прекратится. К сожалению.

эт точно. да просто могут тебя послать. никто тебе ничего не обещал. а люди хорошие. ну по крайней мере они сами так наверняка считают

[rstm]

Гибкость linuxcnc ...

https://forum.linuxcnc.org/20-g-code/50 ... xis#287355

For XYZ-only moves the trajectory planner looks ahead around 100 segments.

For any move with a rotary axis motion it drops back to the one-segment lookahead.

Tormach have fixed this, but we haven't been able to make much headway getting the improvement off of them to merge into LinuxCNC.

большая ложка дегтя кмк

[alex_sar]

большая ложка дегтя кмк

рано или поздно пофиксят.

а вот есть ли вообще lookahead у альтернативных решений в принципе? тоже немаловажный вопрос.

[rstm]

а вот есть ли вообще lookahead у альтернативных решений в принципе?

У WLMill есть. У Inectra на визуале бежит перед фрезой что-то.

Но это не точно

https://www.youtube.com/watch?v=iltIXRxYl9A

[alex_sar]

ну значит надо взять linuxcnc, допилить там планировщик и продавать как своё закрытое коммерческое решение.

я в принципе работаю в этом направлении, есть интересные результаты. раз инектре и tormach можно, чем мы в конце концов хуже )

[hmnijp]

У Inectra

У Inectra самый обычный планировщик grbl, который был написан ещё для работы с атмегой(под её ограничения). с довольно примитивным сглаживанием, без нормального контроля точности, который готовит задание на 8 строк вперёд, на сколько помню из исходников.

а вот есть ли вообще lookahead у альтернативных решений в принципе? тоже немаловажный вопрос.

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

Гибкость linuxcnc ...

гибкость в том, что ты можешь подключить свой модуль планировщика, если нужно... кто б его написал открытый только. коммерческие реализации 5x есть, кстати, а так же реализации с offline планером.
да, конечно родной не идеален в плане того что смешивание(blending) только для 3х осей, но в этих трех он все равно неплох тем что нормальное контролируемое сглаживание(с возможностью переключения точности в процессе, черновое-чистовое например) без всяких затупов на дугах и тп как у других, с нормально работающей компенсацией, и другими фишками(eoffsets, tcp, kins...)

И вроде они готовили добавление осей, которые не участвуют в смешивании, сглаживаются независимо, то есть на них можно повесить поворотку или экструдер принтера, и они не будут тормозить xyz, хотя это и кастыль с одной стороны, с другой - у кого то кроме топов(fanuc g05.1 и nano-smothing, siemens CYCLE832) есть реальное 5осевое сглаживание которое контролирует 5осевую кинематику по точности(отклонение кончика инструмента с учётом tcp)? ответ - нет.
Если кто не в курсе подробностей - минусы(и плюсы одновременно, в плане точности) нынешней реализации tp как раз в этом - smoothing/blending отталкивается от величины линейного отклонения(G64 Px Qx) на которое планеру разрешено отклонится для сглаживания траектории. в 3 осях это считается довольно просто. Но при подключении поворотных осей(5х) - чтобы посчитать линейную величину отклонения нужно учесть обратную кинематику. Как это сделано у других ? - а никак, они не считают точность этого отклонения в принципе, сглаживание происходит просто по профилю скорости - то есть чем дальше будет точка компенсации от оси вращения - тем выше будет погрешность траектории.

[alex_sar]

Не вдавался раньше особо в эту тему. Но вот человек с 5 осями упражнялся ещё в 2018 году

https://www.youtube.com/watch?v=HIs_meOCiP4

По-моему достаточно неплохо выглядит, жить можно. Это со стандартным планировщиком.

[rstm]

гибкость в том, что ты можешь подключить свой модуль планировщика

шта

Folk here have a natural tendency to push others towards LinuxCNC to validate their own choice, just like with any other similar choice (Windows / Mac / Linux, or brand of vehicle) but if GRBL is currently doing all that you want and it is working, then sticking with it it probably the rational choice.

[alex_sar]

шта

игрушечным станкам - игрушечные контроллеры ) настольный станочек вполне можно и нужно крутить каким нибудь grbl или 3д принтерной платой даже.

К linuxcnc можно подцепить много чего правильного. сервы например по ethercat или mitsu сервы с абсолютными энкодерами по цифре ( http://yurtaev.com/ ), mpg пульт по радио. Ну и так далее. Возможностей масса.

Ну а если всё это не нужно, и grbl закрывает вопрос, то и заморачиваться ни к чему.

[hmnijp]

По-моему достаточно неплохо выглядит, жить можно. Это со стандартным планировщиком.

Да, оно в принципе работает, просто медлеено, нужны довольно высокие ускорения осей чтобы без видимых затупов было. В режиме simpleTP возможно только локальное сглаживание. то есть он максимум что может это дорисовать дугу на угл стыка сегментов траектории - и максимальная скорость будет зависеть от радиуса этого скругления. (V=✓a*r). и если эти участи очень маленьки(а в 5х 3д обработке это всегда так), радиус дуг там тоже стремится к нулю, и скорость будет приближена к G61.

а в 3х осях он объединяет большие куски траектории в один гладкий путь(с указанным предельным отклонением), то есть условно куча мелких линий-дуг соединяются в одну большую, на которой и будет большая скорость. и его недостаток - то что для 5х он так не умеет пока что.

Folk here have a natural tendency to push others towards LinuxCNC to validate their own choice, just like with any other similar choice (Windows / Mac / Linux, or brand of vehicle) but if GRBL is currently doing all that you want and it is working, then sticking with it it probably the rational choice.

игрушечным станкам - игрушечные контроллеры )

всё так. если вам этого хватает, то почему нет. деревяшки до сих пор по большей части и на dsp пультах пилят и не жалуются. кто-нибудь в курсе вообще с какой точностью они работают? не думаю что их пользователей это интересует.

[rstm]

кто-нибудь в курсе вообще с какой точностью они работают?

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

I may be able to make the distance travelled per GCODE segment larger at a cost to accuracy but this should help keep my machine feed rate up during "one-segment lookahead mode" movements.

Эх! Я неделю убил на qtdragon c его осью B и споткнулся об ЭТО!

[mmv]

Ну тогда в шапке нужно вопрос спрашивать : какие импортные промышленные контроллеры есть, наверное так. Причем вы уже определились с выбором, в чем смысл дискуссии?

[hmnijp]

гибкость в том, что ты можешь подключить свой модуль планировщика

шта

https://github.com/LinuxCNC/linuxcnc/bl ... pcomp.comp
http://linuxcnc.org/docs/2.9/html/confi ... i:sec:traj

config.ini
[TRAJ]
TPMOD = alternate_trajectory_planning module [tp_parms=value]

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