Отладка программ на G коде

Автор предупреждает! Статья не дописана! Данная статья не дописана и требует до- или, даже, переработки. Примеры и данные в этой статье могут быть не проверены, тесты не отлажены, а информация не действительна. Я постараюсь, чтобы таких статей было по-меньше, но пока они есть. Смотрите: NikiWiki:Отказ от ответственности

Введение

Процесс отладки программы на G коде для меня может выглядеть следующим ниже образом. Сразу оговорюсь, что сейчас я нахожусь в стадии разработки этого алгоритма. Я попробовал открыть несколько моделей, я посмотрел как они выглядят и как устроены. Обнаружил, что они отличаются, кроме, собственно, самого образа еще и способом задания начала координат. Некоторые из них "ориеньтируются" на 0 станка или системы координат, другие - на 0 заготовки. Все это надо проверить и понять до того момента, как станок "пропилит" сам себя.

Шаг 3. Проверка на LinuxCNC

Как оказалось, LinuxCNC достаточно капризная система. Она не проверяет код на правильность, если в эту ветку не заходит, она не показывает в Axes те движения, что совершаются в телах подпрограмм. И много чего еще.

По этой причине я разработал для себя следующие условия:

• Писать все подпрограммы так, чтобы их можно было выполнить без описания вызова подпрограмм. И отлаживать отдельно от всего остального.
• После отладки подпрограммы - отлаживать ее вызов.
• Проверять все условия во всех вариантах. Т.е. контролировать, что в какой-то ветке условие "выбросит" Вас и выполнение остановится.

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