Отвечает ли существующее ПО для ЧПУ нашим требованиям?

Stoun

Пользую Мач. Маленькое “но” - хотелось бы хоть какую-то аппаратную поддержку хотя-бы 2-3 аналоговых входов для плавной и оперативной регулировки процентовки подач и оборотов шпинделя.
В голосовании это не просто мое мнение, это мнение около десятка рабочих, которые в промышленных условиях работают на разных станках. Которые раньше на заводах работали на “Fa…”, “Ma…”, “He…”, “Bo…” и пр. Не в том смысле, что Мач круче всех этих систем, а то что он из всех PCNC максимально к ним приближен. Да и для меня очень удобно на одной и той же платформе строить конфигурации под совершенно разные станки от 5 осевого центра до 2 осевой эрозии. И плевать они все хотели на виндовый “реалтайм” - они просто работают.

Creolka

Через “Game port” имееш четыре аналоговых входа. Можно подключить четыре резистора и как на
“Fa…”, “Ma…”, “He…”, “Bo…” и пр. регулировать поворотом ручки. Есть и три канала МПГ, в ручном режиме можеш двигать оси точно так же как и на “Fa…”, “Ma…”, “He…”, “Bo…” и пр.

Stoun
Creolka:

Через “Game port” имееш четыре аналоговых входа. Можно подключить четыре резистора и как на
“Fa…”, “Ma…”, “He…”, “Bo…” и пр. регулировать поворотом ручки. Есть и три канала МПГ, в ручном режиме можеш двигать оси точно так же как и на “Fa…”, “Ma…”, “He…”, “Bo…” и пр.

Через МПГ знаю, делал. Даже подключал МПГ с сотв. формирователями вместо кнопок клавиатуры для изменения процентовки подач. Рабочим не очень понравилось “безразмерное вращение”, просили обычный резистор чтоб крутить от упора до упора.

А вот по “Game port” можно подробнее? Как Мачу это объяснить?

spike
Stoun:

Через МПГ знаю, делал…

А что такое МПГ?

Creolka
Stoun:

А вот по “Game port” можно подробнее? Как Мачу это объяснить?

Если по немецки можеш, дам ссылку в личку.

18 days later
stic

я так понимаю что реалтайм нужен:

  1. для того чтобы оценить время за которое исполнится программа
  2. для вырисовывания на экране пройденного пути(хотя это уже не так касается реалтайма)

так вот если виндос вдруг обрабатывает какое то прерывание (которых там до черта и с уверенностью нельзя сказать что поотключал все)…т.е. отвлекается на выполнение другой задачи не связанной со станком…например опрос мультимедийной клавиатуры и прочее…так вот естественно расчетное время отработки УП из за этого будет неверным…и как его учесть незная какое прерывание грянет неизвестно…но ведь в досе все так же только меньше прерываний…т.е. просто чуть точнее и все…поправьте если что я неправильно понимаю