Скорость шпинделя на RZNC-D5416

[i-topor]

Прошу простить, если вдруг где то было. Но уже целый день не могу накопать решение, только редкие упоминания на форумах.
Имеется китайский фрезерный станок с dsp (cnc-xyz-0601hbbc -L07-111108FM) RZNC-D5416/3/L7 прошивки 1.2 (zhb2442) 24596 и 1.2 (zhb59) 24596.
Любая УП запускается на максимальной из заданных в пульте скорости. И вот единственный способ задать скорость это уменьшить её после запуска УП. Разные постпроцессоры пробовал.
Замечу, что даже отключенное считывание кода в настройках и задание его вручную перед запуском ситуацию никак не спасает. Разве что Mill table работает с заранее заданной скоростью без проблем.
Поведение такое:
Станок запускается на нужной скорости (допустим 12000) и тут же набирает скорость до 24000 (если сократить число скоростей в пульте будет запускаться с максимальной из числа оставшихся).
Приходится быстро уменьшать скорость. Такая ситуация немного раздражает.
Вопрос №1 - в G-code как я понимаю нужно вносить ступени типа S1-S7? если так то только заменой вносить, вручную?
Вопрос №2 - как всё же заставить станок реагировать на заданные заведомо режимы, что делать, перепрошивать?
И если перепрошивать то:
Вопрос №3 - какую прошивку брать и где? На форумах находятся только древние, я бы попробовал но даже свою не могу найти на случай отката.

[Лодочник]

В параметрах фрезы (в арткаме) прописывай скорость соответствующую твоим S1~S7. То есть не 24000, а просто 7. Тогда и в УП будет код S7 и шпиндель включится на 7-ю ступень.

[i-topor]

Спасибо большое! Очень логично, и почему я сам не сообразил..
Сейчас опробовал - всё заработало как надо!
Но теперь стало понятно то, что отключение "Read F" почему то не работает на чтение скорости шпинделя и задания его вручную (хотя может это тоже логично из названии функции).
Но ведь в ручных настройках перед запуском есть выбор скорости, отчего же он не хочет работать и почему всё равно переключается на скорость заданную в УП?

[Лодочник]

"Read F" - чтение скорости подачи, но насколько помню, в этом пульте (0501) чтение скорости подачи и скорости вращения включается, выключается одной настройкой.

[i-topor]

Ну отдельной функции на чтение шпинделя в меню нет. Ещё только на замену инструмента есть "Read T"
Сейчас ещё раз перепроверил, задание скорости в меню перед запуском УП влияет только на начальную скорость. Далее, при любом значении "Read F" всё равно раскручивается до скорости заданной в УП. Не всегда удобно, но, в принципе, жить с этим можно.

[Лодочник]

А надо то как?

[i-topor]

Да с этим разобрались. Это не критично. Просто, хотелось бы иногда игнорировать скорость шпинделя прописанную в УП и задавать её до старта. В данном случае это не работает..
И ещё проблема с этим станком, здесь же спрошу, что бы не плодить ветки. А в целевой теме по этому вопросу тоже не нашел решения.
Ща будет много текста! Понять, простить..))
К сведению, работаю в Арткам 2018, текущее изделие: 400х200 мм, рельеф до 9мм
При резке любых рельефов, периодически сбиваются координаты по осям (при простой резке проблем не выявлено, но там и строк куда меньше). Наиболее критично, но редко, прыгает по Х, миллиметра на 2. По Z тоже но чаще, через каждые сантиметров 3-10 поднимается на десятку.
Все скачки повторяются строго в одних и тех же частях кода. Подозреваю в саботаже постпроцессор. Производитель станка (китай, http://zingcnclaser.com) почему то на письма не отвечает. Какой ПП должен быть не ведаю, кроме тех, что советуют к подобным dsp здесь, в мануалах и брашюре.
Сейчас пробую проблемные строки запускать с разными ПП. В большинстве пока испробованных (G-code, G-code for Mach 2, RZNC-0501) ошибка в одном и том же месте, посреди строки на Y284,975 по ходу шпинделя по X к нулю, происходит бросок базовых координат примерно в +2мм, то есть будто забуксовал. Хотя это можно даже без нагрузки в воздухе делать, эти пробросы хорошо слышно, станок "пинается".
Но в ПП "Mach3_4" в этом месте проблем нет, запустил с ним резку сначала, однако в первом же месте где G-code делал ступеньку по Z (в строке Y82,775) вместо этого появляется рывок по X, так же по ходу шпинделя к нулю, но уже в -1 мм, то есть как бы ускорился.
Сейчас запустил в ПП "Максикам" (где то здесь его советовали и у него ПП в формате *.U00, а в брошюре производителя написано про "international standard G code" и "G cord*.u00*.mmg*plt").
На Максикам пульт очень ругается и если полностью вообще не хочет запускать ссылаясь на "овер Z", но если сегментно, пропуская "вступление" - работает. В нём сильных пинков не замечено пока что.
По-факту в дефектных строчках УП я проблем не вижу, нормальный код, одинаково практически прописаны ходы.
Из всего вышеопробованного предполагаю, что я на правильном пути по замене ПП, но я человек совсем новый и только познаю эту технику. И вот каким образом мог повлиять ПП на пробросы координат, могу только гадать. Вопрос сейчас не в этом, а в том какой всё же ПП применить?
Очевидное различие между этими ПП - количество знаков после запятой. В первом случае - 3, во втором - 4, в третьем - 2. Сработал корректно пока только "Максикам", но только на лексику ПП "G-code" dsp не ругался. А ещё, вот я смотрю на результат из под G-code с тремя знаками после запятой и такая же заготовка с двумя знаками от Максикам, и в первом случае результат мне нравится больше, поверхность глаже.
Короче (если вы дочитали) помогите подобрать ПП под моё железо с тремя знаками и корректной работой, если это возможно. Что то я уже засох здесь сидеть и фрезу за зря жечь. Или может я вообще не там ищу и нужно что-то шаманить с контроллером, или не судьба с тремя знаками работать?
Буду благодарен ответу, а фото железа прикладываю:

[Лодочник]

ПП тут не причем. Пропуски шагов от настроек зависят, если в МАСН3 та же УП выполняется верно. Думаю, стоит уменьшить ускорения.

[i-topor]

Да уменьшал я ускорение уже ранее, это не то..
Ну и что я могу сказать. Проведя ещё сутки испытаний, с уверенностью могу заявить, что "ложка есть", мне не показалось. Глюк связан именно с точностью заданной в ПП.
Все ПП стандартного типа G-code с точностью .000 выдают одинаковые ошибки в одинаковых местах, ПП с точностью .0000 так же дают ступеньки, но в других местах.
ПП с точностью .00 работают без ошибок.
В данном случае, я просто взял стандартный ПП "G-code" и поправил в нём точность руками. Сейчас доделал заготовку, ни одной ошибки. Может кому то пригодится мой опыт.
Так же, в пачке испытуемых кодов положительно показали себя ПП типа "FlexiCAM Arcs TC (mm) (*.plt)" и "Cipher (*.plt)". Ну вроде бы. Я заготовку с ними полностью не прогонял, а только проблемные места попробовал. Правда я пока не очень понимаю этот тип ПП и как его читать.
Так написано у Flexi:

FORMAT = [X|@||1.0|40]
FORMAT = [Y|@||1.0|40]
FORMAT = [Z|@||1.0|-40]

А так у Cipher:

FORMAT = [X|@||1.0|40.195]
FORMAT = [Y|@||1.0|40.195]
FORMAT = [Z|@||1.0|-40.195]

Как читается такой формат? Может эти ПП в итоге чем то лучше, или использовать стандартный G-code и не парится? Например во Flexi уже есть дуги. Я правда так и не понял насколько это полезно на практике вообще. Их ведь можно и в G-code первого типа добавить. Что бы вы посоветовали?
А еще, параметр

LINE_NUM_INCREMENT = 10

здесь советуют ставить 1. Но я не могу найти что это за параметр и почему 1 а не 10?
Ну и, я вырезал из ПП строчку

END = "G0X0Y0"

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

G0X0.00Y0.00

Это как то пофиксить можно?
Я много вопросов задаю, да?