cnc-club.ru

Argentum47 писал(а):Да все почти, я правда не знаю зачем всем так нужен модбас и чё он даёт такого

Точное (цифровое") задание скорости, возможность автоматически контроллировать нагрузку на шпиндель/инструмент и прочие параметры

UAVpilot писал(а):

Argentum47 писал(а):Да все почти, я правда не знаю зачем всем так нужен модбас и чё он даёт такого

Точное (цифровое") задание скорости, возможность автоматически контроллировать нагрузку на шпиндель/инструмент и прочие параметры

Насколько я понимаю, при этом управлением занимается комп, а не контроллер. Так?

Miguel_Gonsalez писал(а):Насколько я понимаю, при этом управлением занимается комп, а не контроллер. Так?

Это уже зависит от того, куда подключён шпиндель и от возможностей контроллера. Подозреваю, что PUMOTIX не умеет "обрабатывать" информацию о нагрузке на шпиндель/инструмент...

Например вот тут: Управление частотником через modbus. #1 я не просто так сделал маленький индикатор скорости и большой индикатор тока (нагрузки) шпинделя - очень помогает подбирать режимы обработки...

Pumotix умеет считывать статус. Например: превышение допустимой нагрузки. Частотник генерит ошибку, выполнение g кода останавливается на мониторе соответствующее сообщение

Ну это-то легко делается вообще без участия контроллера/компьютера - при ошибке частотника он и сам самостоятельно может "нажать на E-STOP" или на ещё какой-нибудь вход. Но где я писал про ошибки и остановку?..
Не нужно ждать перегрузки и всё резко останавливать с риском для инструмента и заготовки. Правильнее будет при ПРИБЛИЖЕНИИ к пределу уведомить оператора и предоставить ему возможность самому принять решение...

А я и не писал, что срабатывает e-stop, срабатывает остановка выполнения кода. Причем это очень быстро происходит. Уже выручил несколько раз, фрезы целые остались. Но я поддержу, что видеть нагрузку на мониторе в реальном времени было бы удобно.

pm_dev писал(а):Да, Михаил, мы тоже уже думали об этом. Вероятнее всего в одной из ближайший версий эта возможность появится. Сделаем несколько независимых входов Probe.

Ой как надо... У меня 2 датчика - датчик калибровки длины инструмента BEL-14 и измерительный контактный датчик PLL005, пришлось "колхозить" переходник и заводить на один вход Probe. И толка нет... При "общупывании" детали контактным датчиком, в значение по оси Z вносится высота датчика клибровки длины инструмента... Виделось так - "обнюхал" уголы заготовки датчиком PLL005 - есть X/Y/Z габаритов заготовки в рабочей СК. Заменил датчик на фрезу - пареместился в точку над датчиком калибровки длины инструмента - "нюхнул" длину фрезы - переместился в "0" СК и "замер в почтительном пардоне" на безопасной высоте... Как это сделать? Старый я уже, нихрена не разбираюсь в этих макросах, какой такой ахалай-махалай...?

foto-boss писал(а):Как поживает макрос для стационарного, двойного probe?

В процессе. Мы свяжемся с Вами, как только будет результат.

cloc111 писал(а):

pm_dev писал(а):Да, Михаил, мы тоже уже думали об этом. Вероятнее всего в одной из ближайший версий эта возможность появится. Сделаем несколько независимых входов Probe.

Ой как надо... У меня 2 датчика - датчик калибровки длины инструмента BEL-14 и измерительный контактный датчик PLL005, пришлось "колхозить" переходник и заводить на один вход Probe. И толка нет... При "общупывании" детали контактным датчиком, в значение по оси Z вносится высота датчика клибровки длины инструмента... Виделось так - "обнюхал" уголы заготовки датчиком PLL005 - есть X/Y/Z габаритов заготовки в рабочей СК. Заменил датчик на фрезу - пареместился в точку над датчиком калибровки длины инструмента - "нюхнул" длину фрезы - переместился в "0" СК и "замер в почтительном пардоне" на безопасной высоте... Как это сделать? Старый я уже, нихрена не разбираюсь в этих макросах, какой такой ахалай-махалай...?

Да зачем это надо? Макросы изучайте!

UAVpilot писал(а):Подозреваю, что PUMOTIX не умеет "обрабатывать" информацию о нагрузке на шпиндель/инструмент...

Что в Вашем понимании "обрабатывать"? Просто считать/записать значения из регистров ЧП можно. Вывести считанные значения можно в виде всплывающих уведомлений. Если "читать" с устройства в фоновом макросе, то можно и автоматически корректировать рабочую подачу, обороты шпинделя. При превышении критических значений можно выполнить штатную остановку без потери координат. Можно свалить систему в Estop. Практически любые действия доступны. Единственное чего нет - это такой удобной панели индикации в графическом интерфейсе пользователя (как в Вашей теме). Но это вопрос времени

cloc111 писал(а):

pm_dev писал(а):Да, Михаил, мы тоже уже думали об этом. Вероятнее всего в одной из ближайший версий эта возможность появится. Сделаем несколько независимых входов Probe.

Ой как надо... У меня 2 датчика - датчик калибровки длины инструмента BEL-14 и измерительный контактный датчик PLL005, пришлось "колхозить" переходник и заводить на один вход Probe. И толка нет... При "общупывании" детали контактным датчиком, в значение по оси Z вносится высота датчика клибровки длины инструмента... Виделось так - "обнюхал" уголы заготовки датчиком PLL005 - есть X/Y/Z габаритов заготовки в рабочей СК. Заменил датчик на фрезу - пареместился в точку над датчиком калибровки длины инструмента - "нюхнул" длину фрезы - переместился в "0" СК и "замер в почтительном пардоне" на безопасной высоте... Как это сделать? Старый я уже, нихрена не разбираюсь в этих макросах, какой такой ахалай-махалай...?

Альтернативные входы Probe будут добавлены в новой версии. После этого подключение нескольких датчиков станет значительно проще.
Макрос "общупывания" габаритов заготовки и нахождения центра заготовки по XY мы уже писали и выкладывали в этом посте. Его можно незначительно модифицировать, добавив команды обнуления рабочих координат в точке центра (две-три строчки в коде, можем помочь с редактированием). В исходном виде результат работы макроса M157 - просто определение габаритов и переезд инструментом к центру заготовки без обнуления РК. Вторая часть алгоритма - классическая полуавтоматическая смена инструмента. Такая модификация макроса стандартная. Можно взять ее в папке %programfiles%\Pumotix\DefaultMacros\DefaultMacros.zip\Toolchange\Semiauto\M6.pm и использовать без изменения. Машинные координаты датчика BEL-14 нужно будет указать в окне "Таблица инструментов" в блоке "Позиция смены инструмента".
В итоге все свелось к последовательному запуску двух готовых макросов M157 и M6. И программирование на Lua особо учить не пришлось При желании можно повесить выполнение этих макросов на кнопки на панели макросов. Можно схлопнуть все в один макрос. Руководство по написанию макросов, на всякий случай, оставлю здесь.

pm_dev писал(а):Что в Вашем понимании "обрабатывать"?

Например:

UAVpilot писал(а):при ПРИБЛИЖЕНИИ к пределу уведомить оператора и предоставить ему возможность самому принять решение

В общем читайте выше, там уже всё обсудили.

pm_dev писал(а):В итоге все свелось к последовательному запуску двух готовых макросов M157 и M6. И программирование на Lua особо учить не пришлось При желании можно повесить выполнение этих макросов на кнопки на панели макросов. Можно схлопнуть все в один макрос. Руководство по написанию макросов, на всякий случай, оставлю здесь.

Благодарю Вас, буду ждать и разбираться...

Prav писал(а): Да зачем это надо? Макросы изучайте!

Там пока не очень структурированная информация для изучения. Не хватает верхнеуровневой информации о работе макросов. Например, посмотрел я макрос поиска центра отверстия. Да, большая часть понятна. Но, блин, как этот макрос понимает, когда нужно остановить перемещение портала при срабатывании датчика - фиг его знает. При своем опыте разработки софта(а начинал я еще на fortran и pl/1 в далеком 1988) так и не нашел. Ни опроса состояния датчика, ни обработчиков событий... Короче какая-то магия. Либо что-то скрыто в гиперпространстве от лишних глаз, что более вероятно. Но, работает, это факт.

Добрый день, уважаемые разработчики!
Вопрос такой, при запуске уп с определенной строки,если фреза не установлена точно над этим местом, то сначала она опускается по Z до нужного уровня и едет через всю заготовку к началу кадра с которого хочешь запустить обработку... Скорее всего я что то не так делаю, но я промучился несколько раз и всегда одно и то же... Если подскажете где я так туплю, буду очень благодарен за науку) Может есть настройка, что бы сначала на безопасной высоте фреза подходила к началу кадра, затем опускалась по Z и начиналась работа?

k919 писал(а):Добрый день, уважаемые разработчики!
Вопрос такой, при запуске уп с определенной строки,если фреза не установлена точно над этим местом, то сначала она опускается по Z до нужного уровня и едет через всю заготовку к началу кадра с которого хочешь запустить обработку... Скорее всего я что то не так делаю, но я промучился несколько раз и всегда одно и то же... Если подскажете где я так туплю, буду очень благодарен за науку) Может есть настройка, что бы сначала на безопасной высоте фреза подходила к началу кадра, затем опускалась по Z и начиналась работа?

Здравствуйте.
Вероятнее всего у Вас не настроен автоматический подъем на безопасную высоту. Настроить это можно в меню Конфигурация - Настройки - Инструмент, далее Стратегия возврата инструмента и Подъем на безопасную высоту. Включите опцию, выберите подходящие стратегии из списков и задайте им необходимый параметры.

Все настроено.
Стратегия возврата инструмента, стоит галка в "последовательно с указанной подачей". Очередность возврата осей : A,B,C,U,V,W,Z,X,Y.
Автоматически подниматься на safe-Z -галка. В рабочих координатах.
Что еще можно настроить?

Может в очередности возврата что то напутал? Но при поиске баз все работает как надо, сначала Z, потом X, Y.

На очерёдность поиска без эти две настройки никак не влияют. Очерёдность поиска баз настраивается непосредственно в макросе.
Будьте добры, пришлите пожалуйста отчёт с диагностической информацией на почту support согласно инструкции http://doc.pumotix.ru/x/rRFP
Пока не понятно по описанию, что это может быть.

Отчет послал по почте на адрес support@pumotix.ru. Спасибо за помощь.