Activity

А в контроллере нашли причину?

maxvovk

Очень точно совпадает с моей точкой зрения (может нюансы расходятся).
И пришел я к нему - после изготовления и запуска станка, на все 100% из разряда “хобби”(кроме электроники).
Вот здесь писал о нем, не хочется повторяться.
Там- тоже была высказана идея о кооперации (не мной). Идея из серии “давайте сделаем станок”, как будто словом “станок” - все сказано.
Ваш список, для “приличного станка” - тоже совпадает с моим, но на некоторые позиции есть свой взгляд.
Программное обеспечение. Переборол, наконец, свою привычку к проверенному мною софту (TurboCNC) и пробую новое. На сайте TurboCNC - тоже нашел обновление, буду пробовать.
Также - согласен с применением МДФ. Есть у меня механический сканер, вся конструкция - МДФ.

Анатоль
Думал я, и решил, что должно сработать, но сложное изготовление. Вот, только слабое место - вал (двухзаходный). Не потому, что не возможно сделать, а потому, что не знаю где взять, прямо сейчас.
Думаю, можно использовать обычный вал (однозаходный), соеденить,минимум, три сепаратора (по одному шарику в каждом), равномерно развернутых.
и подшипник- все равно получится специальным, будет сложным сепаратор и то, что еще не обговаривали (выползет что -нибудь).

Лучше повозьсь с рисунком, может сам посмеешься.
Из за проскальзывания “гайка” может остаться на месте.

Sergei-md

Если глюк в Мач2 так его вам зачем понимать? Напишите разработчикам, пусть учтут. Вам его надо постараться обойти, а посему поменяйте выводы порта на эту координату, дальнейшее - по результатам.
Кстати, подумайте еще о длинне импульса шага этих программ.
Может в Ксам4 более подходит под ваши контроллеры, а в Мач2 работает на границе соответствия.

Люди хотят помочь и пообщаться по интересам, зря вы на “них” нападаете.
Вы, ведь “Гуру”- только для себя, всем остальным надо это - еще понять.

horse
Я знал, что все хорошие мысли просты, как 3 копейки.

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

Вот если поменяет координаты местами (выводы LPT) и несоответствие останется, то причина - контроллер или мехоника. Я-б потом махнул контроллеры и, соответственно установил причину (методом исключения).
Разобравшись, в каком месте глюк (программа, контроллер, механика) действовать дальше. Если нет возможностей облегчить механику, то соответственно- улучшить характеристики контроллера или снизить скорость перемещения по координате (подправить в программе).

Эту программу еще не пробовал, но такой глюк был и с другими программами.
И программы в этом не были виноваты. Проходили наводки на входы контроллеров. Пришлось спаять самому жгут для LPT порта из экранированных проводов. Проблема ушла.
Может, еще, не совсем у авторов программы получилось оградить LPT порт от прирываний WINDOWS.
Попробуйте перекинуть координату Z на другие штырьки (лучше поменяйте Zс другой координатой - по результатам можно сделать какие то выводы).

Ладно. Пробовать надо.

"Для острых углов и придумана остановка!! "
Что, есть какой то G или М код, управляющий остановкой в конце кадра?

Сутки с лишним торчал на работе. Завтра заказ отдавать.

Передаю шифр для фраз(каждой в отдельности.

Вы писали: “2. если нет изломов, ось проходит без изменения скорости до 200.”
С углами в 180гр. все понятно. А если угол между прямыми, ну скажем 175гр., то будет остановка, или программа просчитает скорости и пройдет на максимально возможной (для всех координат) скорости.
И, вот этот то угол, где то можно выставить. Ведь невозможно пройти без остановки угол 90гр.
Может в программе что то вложено и поменять нельзя.
Но если без остановки можно пройти, только угол 180, то это- не так интеренсно.
Короче, хорошая программа должна стараться пройти всю траекторию на максимально возможних скоростях, естественно учитывая стартовую скорость и ускорение.
Надеюсь изложил понятно.

P.S. Возможно никаких градусов нет вообще, просто я встречал такое решение.

Спасибо.
Еще вопрос : нет изломов совсем, или выставляется где , может угол?
Или, кокая-либо не меняемая логика допускает какой либо изгиб?

И еще, есть версия для DoSа? Есть у меня недоверие к программам реального времени под WINDOWS.

Вопрос вот в чем: В программе, которой я пользуюсь, а именно - Turbocnc, не предусмотренна отработка кадров без торможения. Т.е., если прямую разделить на два участка, например:
G01X100
G01X200
, то после первого кадра станок затормозится, почти остановится и начнет опять разгоняться.
У моего самодельного агрегата скорость и так не высока, а тут еще и лишние торможения. (и по дубу пригорает)
Пример взял из башки и поместил здесь, просто, как - яркий.
Вообщем то проблема в том , что на не крутых изломах и окружностях происходит то же самое.
На одной “слабой стойке” видел такое решение: G09 - оператор торможения в конце кадра.
Поэтому хочу выяснить как эти вопросы обычно решаются в программах управления через комп и, в частности в Mach.