Это как суслик, вы можете его не видеть, а он (возврат каретки) есть вместе с символом перевода строки, если анализируемый текст начинается с новой строки...
Это да, но ваш пример G-кода с пробелами куда легче для программного анализа, чем у Владимир Викторовича в посте #116 без пробелов...Ребята, кажется я завёл тему нетуда
Это не я писал...
Ключевые слова выделил. Ситуации бывают разные, и в отдельном кадре, предположим, нужна другая скорость подачи (или с какого-то места, или в каком-то месте). Если ваша программа просто удаляет первое значение подачи, то это совсем не хорошо. Попробуйте это значение не удалять, а переносить в начало УП. Например в шапку.
Так сделайте, чтобы подача указывалась в первом кадре с Г1. Объясните программе, что Ф400(500, 600,....185....) должна быть впереди "планеты всей".
В стандарте на язык G-code разделителями кадров являются как раз "перевод строки" и "возврат каретки".
На мой взгляд, при правильной работе в КАМе, никакой оптимизатор не нужен. А кому он нужен, они даже не знают, что УП можно редактировать. Причем в самом обыкновенном блокноте. Мало того, они не знают, что F это скорость подачи и без ее указания сендер выдаст ошибку. И каждый такой пол.зователь создаст тему с вопросом "почему не работает?". Вы будете каждому лично объяснять прописные истины (ударение выделено)?
Да. Пользователи бывают разные. Как и КАМы. КуперКАМ выдаёт подачу в заголовке, как положено. Его УП оптимизированы, по видимому, по такому же алгоритму, как у меня. Попытки оптимизации полностью повторяют их УП. Автор GGeasy нарушил стандарт расположения команды F и поместил её не в заголовок, а в первую команду рабочего хода. Но его алгоритм встроенной оптимизации лучше, чем мой. Поэтому всё работает как надо без дополнительной обработки. Мой алгоритм хоть и перетасовывает трассы, но увеличивает длину холостых ходов, т.е. делает хуже. Эти два КАМа профессиональные и очень большие по размеру. Не совсем для любителей. Есть попроще и значительно меньше по размеру.
