Что я еще не знал о LinuxCNC, что нам еще предстоит сделать

[vovafed]

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

[Serg]

Home - это нолевая точка станка
0 - это ноль заготовки
Я правильно понимаю?
Если все концевики подключены, то получается Home X 0, Y0, Z0

Неправильно. Есть асолютный ноль станка - это точка с координатами X0, Y0, Z0.
И есть точка Home - у неё тоже есть свои абсолютные координаты. Довольно часто они совпадают с абсолютным нулём, но не всегда. Например у меня на домашнем станке Home - X0, Y230, Z0, и мне не понадобилось разворачивать Y в отрицательные координаты и не приходится бегать вокруг станка.

Пример: ход оси Z на моём станке 200мм. Значит я ставлю Home, высота заготовки 20мм. Мне нужно заглубиться в заготовку на -10мм.
Что нужно сделать дальше, указать разницу высоты и заглубления в программе 200 минус 190 или просто выставить 0 и указать в програме -10?

Почитайте описание G-code про системы координат, в частности про команды G54, G91.

[Nick]

И для того, чтобы развернуть ось X вовсе не обязательно разворачивать станок, можно просто поменять ее направление в LinuxCNC или поменяв местами два проводка на драйвере ШД .

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

И для того, чтобы развернуть ось X вовсе не обязательно разворачивать станок,

Она вроде как у ТС не развернута, а просто смещена в минус. Проще было бы задать смещения в G54, например

[Serg]

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

[WWW116]

И для того, чтобы развернуть ось X вовсе не обязательно разворачивать станок, можно просто поменять ее направление в LinuxCNC или поменяв местами два проводка на драйвере ШД .

Я так и сделал, поменял в Линуксе направление оси Х. По умолчанию ось стоит положительная, а я её сделал отрицательной.

[Nick]

Может просто сделать
home_location 2850
и talbe travel 0 - 2850

[torvn77]

Предлагаю вместо единственного сообщения о пропуске шага сделать счётчик числа пропуска шагов,
так как наверняка не мало задач,где пропуск одного шага скажем раз 10~25 мин не существенен.
пользуются же люди в конце концов намного менее точным МАЧем.

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

вместо единственного сообщения о пропуске шага сделать счётчик числа пропуска шагов

Это какое сообщение?

[michael-yurov]

пользуются же люди в конце концов намного менее точным МАЧем.

Чего это он менее точный?
Он шаги не теряет.

[torvn77]

Это какое сообщение?

Если в софтварном ЧПУ задать слишком большую базовую частоту(вроде так назывется),
то оно не всегда будет успевать вовремя подать на ту или другую ось команду на совершение шага двигателем.
Как следствие в процессе работы при каждом таком пропуске УП смещается немного в сторону.
Но как я полагаю,один два шага за всё время работы УП её внешнего вида,если скажем какое ни будь художество не испортят,
так как будут меньще разрешающей способности глаза,а то и просто потеряются в фактуре.
Проблема в том,сейчас только выводится только одно сообщение при первом пропуске шага,а при последующих пропусках нет.
Как следствие нет данных для принятия решения о подъёме или опускании базовой частоты.

пользуются же люди в конце концов намного менее точным МАЧем.

Чего это он менее точный?
Он шаги не теряет.

Ну вами же в сравнении разных систем ЧПУ написано:

Можно добиться быстрой обработки, но, скорее всего, при этом будет потеряна точность.
Можно получить высокую точность, но при этом время обработки будет больше необходимого.
Так что Mach3 хорош там, где к нему не предъявляется высоких требований.

Поскольку я присматриваюсь к ЧПУ с точки зрения комерческого применения,то меня работа в медленных режимах не устраивает.
Мне нужно на нормальной скорости и без всего того,что вы там описали.
А так да,когда я говорю.что мач менее точен,то я имею ввиду не пропуск шагов,а не удовлетворительное управление станком.
Ну и потом,если и у МАЧа завысить базовую частоту до предела и выше,то он тоже начнет терять шаги.
(Имеется ввиду эта тема)

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

то оно не всегда будет успевать вовремя подать на ту или другую ось команду на совершение шага двигателем

Это не совсем так. К неравномерности шага да, приведет. А к пропускам - нет. Алгоритм работы программного шагогенератора такой, что выданные по факту Step-ы подсчитываются, и в зависимости от этого корректируется задание частоты (то есть реализована обратная связь).

[michael-yurov]

Если в софтварном ЧПУ задать слишком большую базовую частоту(вроде так назывется),

Тут, наверное, речь уже не про 1-2 шага будет идти.

Ну вами же в сравнении разных систем ЧПУ написано:

Будет потеряна точность следования траектории (срезание углов), но смещений то при этом никаких не будет.
ЛинуксЦНЦ в этом плане ничем не лучше. Даже местами проигрывает Mach3 (кое в чем, конечно, выигрывает).
Mach3, как выяснилось, вполне реально оптимально настроить, только мало кого это волнует.

[torvn77]

Тут, наверное, речь уже не про 1-2 шага будет идти.

Ну это зависит от того,наскоко превысить,реально до первого такого сообщения может проити от 15 до 45 минут в двухчасовой УП.
Но известно будет только о первом [s]пропуске[/s] срабатываниях,а о последующих нет.
В принципе мне хочется даже не счётчик,а график пропуска шагов.но я понимаю,что это уже будет слишком сложно для программистов и поэтому об этом не прошу.
Но буду рад если вы это сделаете.

[torvn77]

Предлагаю в мастере Stepconf в список конструкции станка добавить конструкцию XZA.
Это довольно распространённая конструкция станков для изготовления балясин и поддерживается такой программой как Арткам.

Фрезерно-токарный станок.jpg (21.08 КБ) 3368 просмотров

[torvn77]

Вы полагаете, что при работе с искривленным листовым материалом удобнее каждый раз положить его на стол, отсканировать через touch-probe, полученную модель поверхности переписать на флэшку, пойти в конструкторский отдел, сесть за компьютер с CAM'ом, импортировать в него модель поверхности, сгенерировать индивидуальную, годную только для него УП, вернуться к станку и выполнить его? Вместо того, чтобы станок сам применил полученные коррекции кривизны к УП, однократно построенной для плоского листа?
~~
Не говоря о потерях времени - а ничего, что рабочий час конструктора-технолога, хорошо владеющего Powermill'ом или Alphacam'ом, на любом приличном производстве оплачивается в несколько раз дороже, чем оператора станка? За квалификацию принято больше платить...

А по поводу кто чего может скажу так, у меня NCStudio сканирует поверхность материала перед гравировкой. Латунь-то кривая, да еще ее и пучит.
И отверстия сверлить "в пересечениях векторов" я вообще стал бы из Excell. Считайте, что так и делаю, Corel+VBA.
Что есть под рукой, тем и пользуюсь.

Система управления OSAI
UPR: программирование погнутых заготовок. Все фазы обработки, программируемые на плоскости стола, автоматически переносятся на искривленную плоскость;

Есть такая вот функция,народу как я понимаю она нужна,да и сам я бы её хотел тоже,предлагаю её к реализации.

[Nick]

Вот как это сделали мы:
EMC2 и неровная поверхность гравировки [РЕШЕНО] #224

[torvn77]

Ещё вспомнил вот о чём,когда пытался подключить к LinuxCNC геймпад,то обнаружил что если хал сделать таким,
ъчтобы чуствительность к откланению ручки была квадратичная то им управлять удобнее.
Но всё равно этого мало.
Можно сделать хал компонент вычесляющии многочлен третьей или четвёртой стапени для более удобной подстройки чуствительности ручки?

[1240]

Однако Здравствуйте!

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

Вопросы:
1.) Что, в Вашем понимании, нужное направление?
Оно касается только платформы или планировщика траекторий?
2.) Есть ли Ваши мысли на LinuxCNC.org (если можно, дайте ссылку, пожалуйста) (или на других сайтах).
У меня проблемы с Английским (читать как-то могу (словарный запас 1-2т слов) но в общении на англ. яз форумах не участвую.
Понимаю, что вопрос на Английском я сразу правильно не сформулирую, я не пишу вообще.
Психологически проще задать вопросы человеку, у которого можно переспросить по русски.
3.) Может еще кто есть на Англоязычных форумах?
4.) Версии LinuxCNC
есть версия, которая 2.6
У нее один вариант?

Кстати если кто не видел http://wiki.linuxcnc.org/cgi-bin/wiki.p ... tu_Precise

А в эту версию входят доработки по ссылке: http://linuxcnc.org/index.php/english/f ... ams-wanted ?
это версия 2.6 pre.

[Serg]

1. Лень перечитывать тему, но я скорее всего говорил про реализацию RealTime в ядре.
2. Нет. Просто так высказывать там абстрактные идеи и призывать к чему-то не считаю возможным - правильнее будет попробовать реализовать свою идею хотя-бы в принципиальном виде, а на это пока не хватает времени (и не только на это).
4. Уже 2.7.0pre есть. "официальный" вариант один, но никто не мешает начать свою ветку.