Ничо.так это не проблема... просто не удобно...
Ща он тебе ответит, что у них делать вообще ничо надо будет, что оно само.
Чепчик приготовь на подброс.
Сообщение отредактировал lkbyysq: 02 Март 2026 - 14:06
Отправлено 02 Март 2026 - 14:03
Ничо.так это не проблема... просто не удобно...
Сообщение отредактировал lkbyysq: 02 Март 2026 - 14:06
Станислав Ерофеев
Beaver 9A (2007), Beaver 9AT2 (2011), KingCut X6 (2005), WoodPecker 1224 (2006), Roland EGX-300 (2004), Roland EGX-20 (2003), ZeldeR 0613TP (2014).
Отправлено 02 Март 2026 - 15:49
так это не проблема... просто не удобно...
вектор это вектор...
для начала, если вектор конструкторский, его нужно сместить относительно допусков... допуск может быть +- в ровень а может быть или в + или в -
потом на станке этот вектор выбираем и вешаем на него технологию...
1 - в какой плоскости обработка xy/xz/zy..
2 - каким инструментом
3 - с корректором на диаметр или по вектору... если с корректором, то где включаем коррекцию.
4 - направление реза.
5 - если в параметрах инструмента не заданы обороты и подачи, то заполняем их.
6 - глубину обработки. если нужно то сколько проходов и финишный проход.
7 - подвод/отвод. если нужно то линейный/по дуге. если нужно то врезка на глубину по спирали.
8 - если вектор - карман, то задаем параметры выборки кармана.
там дофига чего еще есть... но без этих данных станок сам не догадается что ему с этим вектором делать ))))
а если на изделии куча векторов с разными типами обработки... то это пипец...
тут пример работы в старом биеесворксе.. ему уже лет 20.. а то и больше... сейчас у них новая система.. я ее не видел
https://docs.yandex....&keyno=0&nosw=1
если скажите что типа у них отдельный эдитор... у них это единый комплекс... все автоматизировано... но один фиг не удобно...
удобно когда на станок готовые программы из базиса, к примеру, загружают.
Ну это неизбежные настройки...
Ничо.
Ща он тебе ответит, что у них делать вообще ничо надо будет, что оно само.
Чепчик приготовь на подброс.
Давай! Давай! Потряси воздух))) пару байт на сервер... ТЯФ ТЯФ ![]()
Отправлено 02 Март 2026 - 18:52
так это не проблема... просто не удобно...
вектор это вектор...
для начала, если вектор конструкторский, его нужно сместить относительно допусков... допуск может быть +- в ровень а может быть или в + или в -
потом на станке этот вектор выбираем и вешаем на него технологию...
1 - в какой плоскости обработка xy/xz/zy..
2 - каким инструментом
3 - с корректором на диаметр или по вектору... если с корректором, то где включаем коррекцию.
4 - направление реза.
5 - если в параметрах инструмента не заданы обороты и подачи, то заполняем их.
6 - глубину обработки. если нужно то сколько проходов и финишный проход.
7 - подвод/отвод. если нужно то линейный/по дуге. если нужно то врезка на глубину по спирали.
8 - если вектор - карман, то задаем параметры выборки кармана.
там дофига чего еще есть... но без этих данных станок сам не догадается что ему с этим вектором делать ))))
а если на изделии куча векторов с разными типами обработки... то это пипец...
тут пример работы в старом биеесворксе.. ему уже лет 20.. а то и больше... сейчас у них новая система.. я ее не видел
https://docs.yandex....&keyno=0&nosw=1
если скажите что типа у них отдельный эдитор... у них это единый комплекс... все автоматизировано... но один фиг не удобно...
удобно когда на станок готовые программы из базиса, к примеру, загружают.
Отправлено 02 Март 2026 - 20:05
Возьмем на заметку. Реализация классов по принципу:Скрипт сканирует модель: он видит все отверстия диаметром например 8 мм, и предлагает в графическом окне подтвердить или опровергнуть действие. Если да то!Сам назначает параметры: он автоматически вешает на них цикл сверления, глубину 15 мм и нужную подачу, потому что он "узнал" в них присадку под конфирмат.Обрабатывает исключения: если вектор замкнут и находится внутри детали, сам понимает, что это выборка (карман), и ставит подвод (где тоже выборка) по спирали, как ты и писал в 7-м пункте.
те вы хотите все стандартные циклы еще запихнуть?
отверстие то может быть и для сверления, и для фрезеровки, и для развертки, и для резьбы, и для зенковки... и для каждого материала и фрезы свои режимы...
а если копнуть в сторону rtcp что у вас будет?
сейчас на всех взрослых камах ии модули появляются... не проще вам забить на железо для станков (его и так много).. и если уж вы можете программировать то сделать просто крутой и не дорогой CAD-CAM ? причем чтоб жрал и все известные кадкамовские форматы...
Отправлено 02 Март 2026 - 21:14
те вы хотите все стандартные циклы еще запихнуть?
отверстие то может быть и для сверления, и для фрезеровки, и для развертки, и для резьбы, и для зенковки... и для каждого материала и фрезы свои режимы...
а если копнуть в сторону rtcp что у вас будет?
сейчас на всех взрослых камах ии модули появляются... не проще вам забить на железо для станков (его и так много).. и если уж вы можете программировать то сделать просто крутой и не дорогой CAD-CAM ? причем чтоб жрал и все известные кадкамовские форматы...
Спасибо за советы. Что имеем сейчас по коду: допиливаем обратный инжиниринг. Софт уже декодирует чужой G-код и выводит траекторию в 3D (продолжаем расшифровывать и писать функции), чтобы всё было видно в объеме до пуска. Параллельно доводим до ума джерки. Распарсинг по некоторым форматам уже решен. Посторонние библиотеки, в которые мы не можем внести изменения, отсутствуют.
Отправлено 03 Март 2026 - 02:36
Нет, смотри-ка.Ну это неизбежные настройки...
От это да!Софт уже декодирует чужой G-код и выводит траекторию в 3D (продолжаем расшифровывать и писать функции), чтобы всё было видно в объеме до пуска.
Сообщение отредактировал lkbyysq: 03 Март 2026 - 02:38
Станислав Ерофеев
Beaver 9A (2007), Beaver 9AT2 (2011), KingCut X6 (2005), WoodPecker 1224 (2006), Roland EGX-300 (2004), Roland EGX-20 (2003), ZeldeR 0613TP (2014).
Отправлено 03 Март 2026 - 10:25
А с Кукой-то как быть?
Там этих осей даже не пять...
я кстати для фанука на арткам делал пост... там синтаксис хитрый.. он даже работал как обычный трехосевик
на роботе только нужно выставить системы координат модели и инструмента
FanucM10_1.txt 2,48К
5 скачиваний
Отправлено 03 Март 2026 - 13:15
Софт уже декодирует чужой G-код и выводит траекторию в 3D (продолжаем расшифровывать и писать функции), чтобы всё было видно в объеме до пуска.
Забавно. Одним из недостатков G-кода ИИ назвал множество "диалектов", так что можете поиметь массу проблем. Я не большой специалист, но сталкивался с тем, что круговая интерполяция (G02, G03), например вот такая строка: G02 G17 X20. Y15. I-50. J-60. воспринимается разными станками по-разному. Одни считают координаты центра от стартовой точки дуги, а другие от начала координат, причем выше в тексте программы об этом вроде как ничего не говорится.
А циклы, назначенные функции... "Полна чудес могучая природа!", как говорил товарищ Берендей"
Отправлено 03 Март 2026 - 15:24
Забавно. Одним из недостатков G-кода ИИ назвал множество "диалектов", так что можете поиметь массу проблем. Я не большой специалист, но сталкивался с тем, что круговая интерполяция (G02, G03), например вот такая строка: G02 G17 X20. Y15. I-50. J-60. воспринимается разными станками по-разному. Одни считают координаты центра от стартовой точки дуги, а другие от начала координат, причем выше в тексте программы об этом вроде как ничего не говорится.
А циклы, назначенные функции... "Полна чудес могучая природа!", как говорил товарищ Берендей"
Да, есть такая беда. Начинаешь резать, середина уже выпала, а станок в ней еще что-то пытается вырезать ![]()
Отправлено 03 Март 2026 - 15:33
Да, есть такая беда. Начинаешь резать, середина уже выпала, а станок в ней еще что-то пытается вырезать
Ну это порядок обработки неверно назначен. Кстати еще есть такая штука, как точки врезания. От этого тоже сюрпризы бывают.
Я не про то совсем писал. Ваш коллега говорит о переводе G-кода в геометрию. Я не совсем понимаю для чего, тем более, что это же уже всё замшелое, прогнившее и никому не нужное, но беда не только в этом. G-код генерируется по правилам постпроцессора (простите за грубость) и одна и та же строка может означать разные перемещения, а значит и разную геометрию.
Отправлено 03 Март 2026 - 15:40
Ну это порядок обработки неверно назначен. Кстати еще есть такая штука, как точки врезания. От этого тоже сюрпризы бывают.
Я не про то совсем писал. Ваш коллега говорит о переводе G-кода в геометрию. Я не совсем понимаю для чего, тем более, что это же уже всё замшелое, прогнившее и никому не нужное, но беда не только в этом. G-код генерируется по правилам постпроцессора (простите за грубость) и одна и та же строка может означать разные перемещения, а значит и разную геометрию.
Именно по этой причине мы и пытаемся от него отказаться. Однако, в силу того, что он пророс в эту отрасль, как раковая опухоль - нам придется его переводить в геометрию, чтобы и с ним можно было работать. Трудности с переводом могут быть только в масштабировании, в остальном, вроде. разобрались.
Отправлено 03 Март 2026 - 16:35
Именно по этой причине мы и пытаемся от него отказаться. Однако, в силу того, что он пророс в эту отрасль, как раковая опухоль - нам придется его переводить в геометрию, чтобы и с ним можно было работать. Трудности с переводом могут быть только в масштабировании, в остальном, вроде. разобрались.
По какой причине? Потому, что человек, назначающий порядок обработки и стартовые точки попутался, или просто не отдупляет, как надо? Или из-за пламенной нелюбви к G-коду?
Трудности у вас будут не только с масштабированием. У вас вообще одни трудности будут, ибо перевод G-кода в геометрию это харакири с разбегу тупыми маникюрными ножницами. Предыдущий свой пост про G02 по запаре написал, это так, мелочи. Вам вручную надо будет вводить диаметр, а то и форму инструмента, но это меньшее из зол. Например у меня на обработку может быть несколько УП (станок без автосмены), под каждый инструмент, и как вы из этого компота вычлените форму детали? Не, ну если времени свободного много...
Это я еще не говорю про то, что одна и та же команда на разных стойках может кардинально отличаться.. G74 может быть цикл левостороннего нарезания резьбы метчиком, нарезанием канавок, а в Мультикаме это режим приращения дуг.
Сообщение отредактировал Деда Митя: 03 Март 2026 - 16:49
Отправлено 03 Март 2026 - 16:56
По какой причине? Потому, что человек, назначающий порядок обработки и стартовые точки попутался, или просто не отдупляет, как надо? Или из-за пламенной нелюбви к G-коду?
Трудности у вас будут не только с масштабированием. У вас вообще одни трудности будут, ибо перевод G-кода в геометрию это харакири с разбегу тупыми маникюрными ножницами. Предыдущий свой пост про G02 по запаре написал, это так, мелочи. Вам вручную надо будет вводить диаметр, а то и форму инструмента, но это меньшее из зол. Например у меня на обработку может быть несколько УП (станок без автосмены), под каждый инструмент, и как вы из этого компота вычлените форму детали? Не, ну если времени свободного много...
Ну после развертки в графику -инструмент вводить неизбежно. А про порядок обработки - это другой вопрос. И решить его не сложно. Нелюбви, как таковой нет. А вычленять из джи кода нужное - это не харакири, всё на много проще, чем кажется. Ибо, если создавать инструмент именно для этого - то нет геморроя. Знаю, что имеющиеся ныне способы - не просты, поэтому и впечатление про харакири.
По какой причине? Потому, что человек, назначающий порядок обработки и стартовые точки попутался, или просто не отдупляет, как надо? Или из-за пламенной нелюбви к G-коду?
Трудности у вас будут не только с масштабированием. У вас вообще одни трудности будут, ибо перевод G-кода в геометрию это харакири с разбегу тупыми маникюрными ножницами. Предыдущий свой пост про G02 по запаре написал, это так, мелочи. Вам вручную надо будет вводить диаметр, а то и форму инструмента, но это меньшее из зол. Например у меня на обработку может быть несколько УП (станок без автосмены), под каждый инструмент, и как вы из этого компота вычлените форму детали? Не, ну если времени свободного много...
Это я еще не говорю про то, что одна и та же команда на разных стойках может кардинально отличаться.. G74 может быть цикл левостороннего нарезания резьбы метчиком, нарезанием канавок, а в Мультикаме это режим приращения дуг.
Что ж вы все злые то такие?
Ну да, будут проблемы, так ведь они ж не ваши. Мы вам покажем уже готовый результат. Оцените, покритикуете. Чего ж сейчас то реакция такая, будто мы тут принуждаем кого-то решать эти проблемы...
Отправлено 03 Март 2026 - 17:29
Ну после развертки в графику -инструмент вводить неизбежно. А про порядок обработки - это другой вопрос. И решить его не сложно. Нелюбви, как таковой нет. А вычленять из джи кода нужное - это не харакири, всё на много проще, чем кажется. Ибо, если создавать инструмент именно для этого - то нет геморроя. Знаю, что имеющиеся ныне способы - не просты, поэтому и впечатление про харакири.
Что ж вы все злые то такие?
Ну да, будут проблемы, так ведь они ж не ваши. Мы вам покажем уже готовый результат. Оцените, покритикуете. Чего ж сейчас то реакция такая, будто мы тут принуждаем кого-то решать эти проблемы...
С моей стороны это не злость, а ирония с элементами стеба.
Вот смотрите:
1. Вы заявляете, что G-код и постпроцессоры в CAM зло давно изжившее себя и кто не согласен, те замшелые ретрограды.
2. Вы заявляете, что придумали суперсистему, которая избавит нас от этого зла.
3. Суперсистема состоит из платы управления/стойки и самой программы, которая будет управлять перемещениями станка.
4. В систему надо внести параметры станка, которые не всегда на поверхности и их понимание требует некоторых знаний.
5. И самое главное. Программа заменит CAM программы.
Без п.5 всё, что выше пустой треп. Судя по тому, что вы тут пишете, знания технологий обработки у вас довольно поверхностные, значит программа выйдет крайне сырой и вряд ли сможет заменить что-то уже имеющееся. А тут еще разговоры про перевод G-кода обратно в геометрию... Вот отсюда и ирония.
Отправлено 03 Март 2026 - 17:35
По какой причине? Потому, что человек, назначающий порядок обработки и стартовые точки попутался, или просто не отдупляет, как надо? Или из-за пламенной нелюбви к G-коду?
Трудности у вас будут не только с масштабированием. У вас вообще одни трудности будут, ибо перевод G-кода в геометрию это харакири с разбегу тупыми маникюрными ножницами. Предыдущий свой пост про G02 по запаре написал, это так, мелочи. Вам вручную надо будет вводить диаметр, а то и форму инструмента, но это меньшее из зол. Например у меня на обработку может быть несколько УП (станок без автосмены), под каждый инструмент, и как вы из этого компота вычлените форму детали? Не, ну если времени свободного много...
Это я еще не говорю про то, что одна и та же команда на разных стойках может кардинально отличаться.. G74 может быть цикл левостороннего нарезания резьбы метчиком, нарезанием канавок, а в Мультикаме это режим приращения дуг.
И, да, постпроцессор оставляет кучу следов в джи коде, связанных с характеристиками машины, под которую готовился.. Поэтому, развернуть и разобрать это - не составляет труда. Вся информация уже имеется, нужно лишь сделать грамотный обратный инженеринг.
С моей стороны это не злость, а ирония с элементами стеба.
Вот смотрите:
1. Вы заявляете, что G-код и постпроцессоры в CAM зло давно изжившее себя и кто не согласен, те замшелые ретрограды.
2. Вы заявляете, что придумали суперсистему, которая избавит нас от этого зла.
3. Суперсистема состоит из платы управления/стойки и самой программы, которая будет управлять перемещениями станка.
4. В систему надо внести параметры станка, которые не всегда на поверхности и их понимание требует некоторых знаний.
5. И самое главное. Программа заменит CAM программы.
Без п.5 всё, что выше пустой треп. Судя по тому, что вы тут пишете, знания технологий обработки у вас довольно поверхностные, значит программа выйдет крайне сырой и вряд ли сможет заменить что-то уже имеющееся. А тут еще разговоры про перевод G-кода обратно в геометрию... Вот отсюда и ирония.
А я и не занимаюсь программой, это делает программист. Я занимаюсь электроникой.
1 полная правда. и это надо признать
2 - система не "СУПЕР", но рабочая и более удобная.
3 - прога - плата - станок, больше ничего и не нужно
4 - да. знания желательны, однако, при правильных подсказках в виде GIF, даже постух разберется в десяти дип переключателях.
5 - нет, не заменит, а соберет всё лучшее.
Отправлено 03 Март 2026 - 18:58
И, да, постпроцессор оставляет кучу следов в джи коде, связанных с характеристиками машины, под которую готовился.. Поэтому, развернуть и разобрать это - не составляет труда. Вся информация уже имеется, нужно лишь сделать грамотный обратный инженеринг.
Честно не пойму для чего вам это...
Хорошо, раз это так просто, вот 2 УП. Геометрия - прямоугольник, разница в диаметре фрезы. Сможете сказать длины сторон прямоуглоьника?
Отправлено 03 Март 2026 - 19:27
Честно не пойму для чего вам это...
Хорошо, раз это так просто, вот 2 УП. Геометрия - прямоугольник, разница в диаметре фрезы. Сможете сказать длины сторон прямоуглоьника?
Скрытый текст
Размеры: 105 x 219 мм
Отправлено 03 Март 2026 - 19:34
Размеры: 105 x 219 мм
102х217,5
И это всего лишь прямоугольник.
И ошибка по сторонам разная.
Сообщение отредактировал Деда Митя: 03 Март 2026 - 19:35
Отправлено 03 Март 2026 - 19:36
Честно не пойму для чего вам это...
Хорошо, раз это так просто, вот 2 УП. Геометрия - прямоугольник, разница в диаметре фрезы. Сможете сказать длины сторон прямоуглоьника?
Скрытый текст
102х217,5
И это всего лишь прямоугольник.
И ошибка по сторонам разная.
вообще... если нужны точные размеры... коррекцией пользуются...
вот не работали вы на заводе..
там фигова куча станков и фигова куча разного инструмента... и никто не заморачивается делая программы подогнанные под определенные фрезы..
Отправлено 03 Март 2026 - 19:44
вообще... если нужны точные размеры... коррекцией пользуются...
вот не работали вы на заводе..
там фигова куча станков и фигова куча разного инструмента... и никто не заморачивается делая программы подогнанные под определенные фрезы..
Это результат навскидку, без программы однако, это доказывает, что данные в коде есть. Не так ли? Значит, обратный инженеринг кода вполне возможен. Еще вижу, шпиндель 18000 оборотов, это из очевидного
вообще... если нужны точные размеры... коррекцией пользуются...
вот не работали вы на заводе..
там фигова куча станков и фигова куча разного инструмента... и никто не заморачивается делая программы подогнанные под определенные фрезы..
102х217,5 это с учетом фрезы. Повторюсь, программы передо мной нет - поэтому фрезу не учел. Однако, очевидно, что пересчитать можно любой джи код, на какой проге бы он ни был компилирован.
0 пользователей, 1 гостей, 0 анонимных