Перейти к публикации

Выбор Siemens 810d против Heidenhain 530


Рекомендованные сообщения

указывает время необходимое на загрузку 1024 кадра, к примеру с жесткого диска или Flash, но не указывает как быстро эти кадры будет обрабатывать интерполятор,

<{POST_SNAPBACK}>

а какой смысл загружать быстрее, чем можно обработать? ;))
Ссылка на сообщение
Поделиться на других сайтах


Siemens указывает время необходимое на загрузку 1024 кадра, к примеру с жесткого диска или Flash

Категорически не согласен. Однако за привлечение внимания к этим цифрам большое спасибо. Сименс указывает время выполнения 1024 команд внутреннего процессора (CPU) своей стойки. Таким образом, не зная полного объема (размера) внутренней управляющей программы стойки этот параметр просто бессмысленен, равно как и подозрения на время загрузки данных из внешнего носителя.

Аргументы:

Machining time, typically in ms/KI for bit operations - 0.1

Machining time, typically in ms/KI for word operations - 0.25

"Machining time" уже само по себе исключает какую-либо скорость передачи, было бы что-то типа "transfer rate". Далее, цифры приведены в разделе PLC area - парамеры управляющего контроллера. У Симента это, скорее всего, Sinumerik S7 в какой-то комплектации, я такие на промышленном оборудовании программирую. Вот именно у него внутри есть битовые и пословные команды, о которых и идёт речь в документе. Этот вопрос можно считать закрытым.

Тогда возникает новый вопрос - какова производительность стойки Siemens 810D именно в блоках управляющих кадров (аналог параметров 3.6 и 0.5 мсек у Хайдена)?

Ссылка на сообщение
Поделиться на других сайтах

Machining time, typically in ms/KI for bit operations - 0.1

Machining time, typically in ms/KI for word operations - 0.25

<{POST_SNAPBACK}>

Да из этих выдержек четко видно, что это скорость отработки PLC инструкций. Согласен насчет обсчета блоков УП.Кстати мне так и не удалось найти информацию такого рода в инете на продукты линейки Sinumeric.

Ссылка на сообщение
Поделиться на других сайтах

Кстати мне так и не удалось найти информацию такого рода в инете на продукты линейки Sinumeric

В коммерческом предложении от Deckel указывается 3.6 мсек для Хайдена и 4 мсек для Сименса, но, подчёркиваю, это не из фирменной технической документации.

Ссылка на сообщение
Поделиться на других сайтах

Субъективно - Heidenhain 530 лучшая ЧПУ для инструменталки из массово выпускаемых.

А если о циферках, то у меня очень большие сомнения:

1. Что Siemens 810D в реальной работе быстрее Heidenhain 530.

2. Что упомянутые данные ЧПУ Siemens 810D не подразумевают покупку различных опций.

Ссылка на сообщение
Поделиться на других сайтах

Субъективно - Heidenhain 530 лучшая ЧПУ для инструменталки из массово выпускаемых.

<{POST_SNAPBACK}>

Аналогично...
Ссылка на сообщение
Поделиться на других сайтах

Интересно кто-нибуть может на конкретном примере, коль тут уж идёт речь о сравении, сказать чем себя дискридитировал Siemens? Пока я так понимаю практически все кто тут высказывался работали с Heidenhain и к ней притензий нет.

Ссылка на сообщение
Поделиться на других сайтах

Racer

Интересно кто-нибуть может на конкретном примере, коль тут уж идёт речь о сравении, сказать чем себя дискридитировал Siemens?

О дискредитации речи не было вообще-то.

Если говорить о скорости, то время обработки кадра системой ЧПУ в реальной обработке не единственный и (пусть простят меня за крамолу :rolleyes: ) не самый важный параметр.

Когда я говорил, что она лучшая, я имел в виду, что она работает корректнее других и более удобная для оператора. Опять же подчёркиваю - всё это субъективно.

О скорости.

В коммерческом предложении от Deckel указывается 3.6 мсек для Хайдена и 4 мсек для Сименса, но, подчёркиваю, это не из фирменной технической документации.

Я не очень хорошо отношусь к фирме Deckel, но в данном случае верю им больше, чем нахваливающим себя производителям ЧПУ.

Пока я так понимаю практически все кто тут высказывался работали с Heidenhain и к ней притензий нет.

Я работал на разных станках, с разными ЧПУ, мне есть с чем сравнивать. Кстати, именно на станке с Heidenhain 530 лично не работал, только программы под это ЧПУ писал. Так что заподозрить меня в личных пристрастиях конечно можно, но не нужно. :wink:
Ссылка на сообщение
Поделиться на других сайтах

Субъективно - Heidenhain лучшая ЧПУ для инструменталки из массово выпускаемых.

<{POST_SNAPBACK}>

- мои операторы станков ЧПУ того же мнения :)

- я другого,

из 2 МОДЕРНИЗИРОВАННЫХ (не новых) станков работающих круглосуточно с разными стойками Siemens, ни у одного за 5 лет эксплуатации не было вопроса по ЧПУ.

Были субьективные жалобы операторов... решились 20 часовым курсом занятий ;)

а г-у Skol подошла бы и стойка NC-210 :), только производитель станка, вряд ли её поставит ;)

Ссылка на сообщение
Поделиться на других сайтах

Речь тут не о пристрастиях. Может слово дискридитация слишком.Просто мое мнение что значительная разница в цене врядли адекватна субьективному удобству неудобству в рабте. Одно из первых теребований это надёжность работы. Об этом я и хотел услышать.

Не так давно одним из основных преимуществ Heidenhain было наличие встроенного симулятора. На сегодняшний день такое есть у многих известных производителей. Также у Heidenhain развитое макропрограммирование, но при наличии CAM (а без него в контексте данной темы никак) эти возможности будут почти не востребованы.

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.
Примечание: вашему сообщению потребуется утверждение модератора, прежде чем оно станет доступным.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • gudstartup
      финишная обработка это более жесткая настройка aicc не думаю что 1828 перенастраивается у некоторых станкостроителей есть меню для выбора настроек в более широком диапазоне 
    • Guhl
    • fantom.ul
    • Guhl
      30мм это длина контура, а я говорю про припуск финишной обработки. Я тоже не нашёл описание этой надписи. Виктор говорил про выбор этого режима в оффсет-сеттинг
    • gudstartup
      и вообще надо импульсы servo feedback в диагностике смотреть то что а экране pos это не реальное перемещение у меня было так что двигатель не вращался а на этом экране  позиция изменялась в соответствии с вращением маховика пока excess error не вылезало это что за понятие проясните?   то есть вы считаете что перемещение 30мм это финишная обработка? и приведите описание что означает это надпись из руководства а то я ничего не нашел?
    • Guhl
      Этот вопрос открыт. Я считаю, что дело в допусках финишной обработки. Система считает, что финишней уже некуда, вот и не едет Контроль рассогласований - это уже вторично
    • gudstartup
      тогда почему его н было? а потому что координата и так в позиции и ей незачем ехать я думаю так он встанет только в конце кадра а перемещаться он будет
    • Guhl
      Не согласен. 1828 параметр нужен для контроля ошибки во время движения, но это не значит, что движения не должно быть.  Стоять на месте станок будет, если задан жёсткий допуск "in position" (параметр 1826)
    • gudstartup
      она не копится а просто остается в конце кадра и если превышает значение то станок мирно стоит в конце кадра ожидая позиционирования . никаких ошибок при этом нет  вы значение dist to go видели ? оно там до нуля ушло с 30мм в данном случае нет если в параметре 30мм и в кадре 30 мм станку незачем никуда ехать вот он и стоит а месте. надо ввести адекватные параметры    400-1000
    • Guhl
      Подача оборотная же была? Если б минутная, то пофиг было бы на импульсы с датчика шпинделя. В диагностике чпу даже есть бит "ожидание сигнала с энкодера шпинделя", по нему сразу видно, что проблема с энкодером.  А почему считал dist to go - это интересно
×
×
  • Создать...