сколько процессов!?

[Dozer009]

Доброе время суток Уважаемые форумчане!

вопрос такой сколько одновременных процессов может поддерживать linuxcnc.

для понимания вопроса опишу так!

имеется станок необходимо управление 4 осями по 2 оси на канал или процесс, чтобы пары осей были не зависимы друг от друга.

[Nick]

А что именно станок делает?
Что значит независимы?

Оси XYZ независимы или нет?

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

[NightV]

что за оси? шаговые? сервы?
а вообще (по умолчанию) потдерживается 9 осей

[Nick]

что за оси? шаговые? сервы?

А это не важно.

[Serg]

Скажем более конкретно: одновременно может исполнятся только одна управляющая программа.
Однако одновременно с этим в LinuxCNC может работать сколько угодно (в разумных пределах) конечных автоматов.

P.S. в теории в одной ОС можно запустить несколько экземпляров LinuxCNC, но без "танцев с бубнами" тут не обойтись.

[michael-yurov]

У KMotionCNC и KFlop - 7 независимых процессов.
Т.е. и программа и сам контроллер могут обрабатывать семь независящих друг от друга программ.
При желании можно обмениваться данными между выполняемыми независимо процессами. Можно один из процессов заставить ждать, пока другой выполнит определенные действия.

[Serg]

У KMotionCNC и KFlop - 7 независимых процессов.
Т.е. и программа и сам контроллер могут обрабатывать семь независящих друг от друга программ.

Сколько управляющих программ (ну тех, что на G-коде пишут) можно исполнять одновременно?

[Dozer009]

У KMotionCNC и KFlop - 7 независимых процессов.
Т.е. и программа и сам контроллер могут обрабатывать семь независящих друг от друга программ.
При желании можно обмениваться данными между выполняемыми независимо процессами. Можно один из процессов заставить ждать, пока другой выполнит определенные действия.

именно это и нужно! пример как на балтсистем
но там не совсем то что нужно

необходимо чтобы одна управляющая программа работала не зависимо от другой в своем процессе и общий так сказать мастер процесс( ну или что то типа того)
или из gui 1 процесс - 1одна УП - 2 процесс 2 УП
а станок двух суппортной колесотокарный

[Nick]

а станок двух суппортной колесотокарный

тогда скорее всего вариант - два компьютера и согласование процессов по сети. Т.е. один мастер, другой слейв и по выполнению программы слейв говорит мастеру можно двигаться дальше.
Да, будет не совсем прям стандартными методами, но при желании можно вписать все в стандартный Gкод.

Я так понимаю, что процессы в разных суппортах не синхронизируются между собой?

Погоди, двух суппортный или двух шпиндельный?

Какого вида будет работа? Лучше всего в Gкоде, если он не ооочень большой. (лучше всего упрощенный Gкод)

[Serg]

Наверно колёсные пары протачивать?..
Это можно делать одной УП выполняя одновременно проходы обоими суппортами.

[Dozer009]

да! колесные пары, один шпиндель тоесть 1 ось вращения

суппорта должны работать независимо друг от друга ! можно делать чтобы одна УП была мастре другая slave не удобно это и не практично. нужна возможность обточки любой из сторон или правой или левой . при обломе резца к примеру отвел левый суппорт , правый продолжает точить и наоборот.. также не зависимая подача по каждой из сторон!

[Serg]

Так не может ни LinuxCNC, ни Kflop, ни другие. Разве что какая-то специализированная стойка...
Наиболее реально сделать как я в #10 написал, а при обломе резца останавливать работу обоих суппортов, менять резец, мерять компенсацию и продолжать работу.
Тем более, что менять резцы при работающем шпинделе - странная идея...
Да и такая асинхронная работа не имеет смысла - если один суппорт закончит свою работу раньше другого, то он же не сможет начать обработку второй детали, пока первый не закончит свою часть.

[Dozer009]

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

[Nick]

Так не может ни LinuxCNC, ни Kflop, ни другие. Разве что какая-то специализированная стойка...

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

[michael-yurov]

У KMotionCNC и KFlop - 7 независимых процессов.
Т.е. и программа и сам контроллер могут обрабатывать семь независящих друг от друга программ.

Сколько управляющих программ (ну тех, что на G-коде пишут) можно исполнять одновременно?

Семь разных файлов УП.
При чем они могут быть написаны со всякими переменными, циклами и внутренними командами.

Сам контроллер выполняет все семь одновременно.
Если выполняется 1 поток (как это обычно бывает) - ему выделяется лишь 1/8 процессорного времени.
(восьмой поток - служебный)

[Nick]

И второй вопрос, как делятся оси между этими файлами?

[Serg]

Сам контроллер выполняет все семь одновременно.

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

P.S. Это довольно плохо стыкуется с RS274/NGC, поэтому есть великие сомнения, что это работоспособно...

[michael-yurov]

И второй вопрос, как делятся оси между этими файлами?

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

Что-то не получилось нифига.

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

Если попытаться управлять станком из двух разных программ - у него довольно забавно сносит башню. Логику его действий я понять не смог, но он пытался выполнять УП и команды ручных перемещений одновременно.

То, что у контроллера есть 7 отдельных потоков, в которых он может выполнять разные программы, написанные на Си - это точно,
но как заставить выполнять разные УП одновременно - я не понял.
Пока не остановишь одну УП - он не хочет запускать вторую.

Даже если запустить в двух окнах разные УП - он движется по первой, а, как только ее останавливаешь - перепрыгивает на координаты второй и движется по второй траектории.

Я пробовал не смешивать оси (в одной УП - только X, а во второй - только Y), но это не помогло.

В контроллере действительно есть 7 независимых потоков. в которых могут выполняться подпрограммы (например, он может одновременно искать базу, моргать светодиодом, включать, выключать шпиндель, и еще какой-нибудь фигней заниматься, не связанной с выполнением остальных подпрограмм).
Но все это касается только его программ. написанных на Си.

Видимо, без написания собственной оболочки ничего не выйдет.

[Serg]

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

Вот и я про то... Моё кунг-фу круче твоего кунг-фу! В смысле - логика. Ведь если поразмыслить, то становится очевидным, что одновременное исполнение нескольких УП будет жестоко нарушать RS274/NGC и порождать кучу неопределённостей...

В контроллере действительно есть 7 независимых потоков. в которых могут выполняться подпрограммы (например, он может одновременно искать базу, моргать светодиодом, включать, выключать шпиндель, и еще какой-нибудь фигней заниматься, не связанной с выполнением остальных подпрограмм).
Но все это касается только его программ. написанных на Си.

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

Видимо, без написания собственной оболочки ничего не выйдет.

Ну да, для двух УП нужны два независимых интерпретатора RS274/NGC. Я и говорил, что можно попробовать запустить два экземпляра LinuxCNC/KMoution, только придётся с бубнами поплясать чтоб они не подрались за ресурсы (канал управления, приводы и т.п.).

[PKM]

Две ЧПУ поставить и дело с концом.