Технические характеристики 6т13: Вертикально-фрезерный станок 6Т13 (6Р13) — цена, отзывы, характеристики с фото, инструкция, видео

Содержание

6Т13 технические характеристики | Станок фрезерный консольный

Технические характеристики консольно-фрезерного станка 6Т13 позволяют проводить операции фрезерования деталей из металла и пластмасс, как в ручном, полу- и автоматическом режиме.

Наименование характеристики

Ед. изм.

Параметры

Класс точности по ГОСТ 8-82

 

Н

Стол

Размеры рабочей поверхности стола (Д х Ш)

мм

1600 х 400

Число Т-образных пазов

 

3

Ширина Т-образных пазов по ГОСТ 1574-75

 

 

Центральный

мм

18Н8

Крайний

мм

18Н12

Расстояние между пазами

мм

100

Перемещение стола

 

 

продольное (Х)

мм

1000

поперечное (Y)

мм

340

вертикальное (Z)

мм

430

Количество подач стола

 

22

Пределы подач стола

 

 

Продольных

мм/мин

12,5…1600

Поперечных

мм/мин

12,5…1600

Вертикальных

мм/мин

4,1…530

Пропорциональная замедленная подача

мм/мин

1/2S

Расстояния от торца шпинделя до стола

мм

70…500

Расстояние от оси шпинделя до направляющих станины

мм

420

Скорость быстрого перемещения стола

 

 

Продольного и поперечного

мм/мин

4000

Вертикального

мм/мин

1330

Наибольшая масса обрабатываемой детали

кг

630

Перемещение стола на одно деление лимба

 

 

продольное, поперечное

мм

0,05

вертикальное

мм

0,05

Перемещение стола на один оборот лимба

 

 

продольное, поперечное

мм

6

вертикальное

мм

2

Шпиндель

Количество ступеней скоростей шпинделя

 

18

Конец шпинделя по ГОСТ 24644-81 ряд 4, исполнение 6

 

50

Частота вращения шпинделя

об/мин

31,5…1600

Наибольшее осевое перемещение гильзы шпинделя

мм

80

Перемещение пиноли на один оборот лимба

мм

4

Перемещение пиноли на одно деление лимба

мм

0,05

Наибольший угол поворота шпиндельной головки

град

±45

Цена одного деления шкалы поворота головки

град

1

Наибольший диаметр фрезы при черновой обработке

мм

200

Электрооборудование

Количество электродвигателей на станке

 

4

Главный привод станка

 

 

Число оборотов

об/мин

1460

Мощность

кВт

11

Тип

 

4А132М4

Электродвигатель привода подач

 

 

Число оборотов

об/мин

1425

Мощность

кВт

2,2

Тип

 

4АМ100S4

Электронасос подачи охлаждающей жидкости

 

 

Число оборотов

об/мин

2800

Мощность

кВт

0,12

Тип

 

ХА14-22М

Производительность

л/мин

22

Электродвигатель зажима инструмента

 

 

Число оборотов

об/мин

1365

Мощность

кВт

0,18

Тип

 

4АА56В4

Суммарная мощность всех электродвигателей

кВт

14,3

Габариты и масса

Габаритные размеры станка

 

 

длина

мм

2570

ширина

мм

2252

высота

мм

2430

Масса станка (с электрооборудованием)

кг

4250

Капитальный ремонт фрезерного станка 6Т13

Вертикальный консольно-фрезерный станок 6Т13 предназначен для фрезерования всевозможных деталей из различных материалов.

На станке можно обрабатывать вертикальные и горизонтальные плоскости, пазы, углы, рамки, зубчатые колеса и др. Возможна работа в трех режимах: автоматическом, толчковом и ручном. В автоматическом режиме станок работает при различных циклах, включая цикл по рамке. В толчковом режиме производятся установочные перемещения стола. Возможна работа по разметке. В ручном универсальном режиме станок работает с использованием рабочих подач, быстрых перемещений, а также ручных перемещений от маховиков и рукоятки.
Имеется автоматическое торможение шпинделя в рабочем режиме и при аварийном отключении. Автоматизированная смазка углов повышает их долговечность с сокращает время обслуживания. Стол станка может поворачиваться вокруг вертикальной оси на 45 градусов, что позволяет с применением длительных устройств фрезеровать различные винтообразные спирали.
Мощность приводов и высокая жесткость станков позволяет применять фрезы, изготовленные из быстрорежущей стали, а также инструмент, оснащенный пластинками из твердых и сверхтвердых материалов.

Механизировано крепление инструмента.

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


Общий вид станка

Общий вид станка

Общий вид станка


Вид с торца

Органы управления

Шпиндельная голова, защитный экран, электромотор


Направляющая консоль, стол

Консоль, органы управления

Система охлаждения


































Технические характеристики станка 6Т13Параметры
Класс точности по ГОСТ 8-82H
Рабочая поверхность стола, мм1600х400
Число Т-образных пазов3
Ширина Т-образных пазов по ГОСТ 1574-75, центральный, мм18H8
Ширина Т-образных пазов по ГОСТ 1574-75, крайний, мм18h22
Расстояние между пазами, мм100
Перемещение стола, продольное (X), мм1000
Перемещение стола, поперечное (Y), мм340
Перемещение стола, вертикальное (Z), мм430
Количество подач стола22
Пределы подач стола, продольных, мм/мин12,5. ….1600
Пределы подач стола, поперечных, мм/мин12,5…..1600
Пределы подач стола, вертикальных, мм/мин4,1…..530
Пропорциональная замедленная подача, мм/мин1/2S
Расстояние от торца шпинделя до стола, мм70…..500
Расстояние от оси шпинделя до направляющих станины, мм420
Скорость быстрого перемещения стола, продольного и поперечного , мм/мин4000
Скорость быстрого перемещения стола, вертикального, мм/мин1330
Наибольшая масса обрабатываемой детали, кг630
Перемещение стола на одно деление лимба, продольное, поперечное, мм0,05
Перемещение стола на одно деление лимба, вертикальное, мм0,05
Перемещение стола на один оборот лимба, продольное, поперечное, мм6
Перемещение стола на один оборот лимба, вертикальное, мм2
Количество ступеней скоростей шпинделя18
Конец шпинделя по ГОСТ 24644-81 ряд 4, исполнение 650
Частота вращения шпинделя, об/мин31,5. ….1600
Наибольшее осевое перемещение гильзы шпинделя, мм80
Количество электродвигателей на станке4
Число оборотов главного привода станка, об/мин1460
Число оборотов электродвигателя зажима инструмента, об/мин1365
Габаритные размеры станка (ДхШхВ)2570х2252х2430
Масса станка (с электрооборудованием), кг4250
  • < Назад
  • Вперёд >

Серия блогов об инструменте преобразования схемы

: Представляем новые функции в сборке 613

Инструмент преобразования схемы AWS (AWS SCT) помогает преобразовать существующую схему базы данных из одного ядра базы данных в другое. Вы можете преобразовать реляционную схему OLTP или любую поддерживаемую схему хранилища данных OLAP в Amazon RDS (например, Amazon Aurora MySQL или Amazon Aurora PostgreSQL и другие). Вы также можете преобразовать реляционную схему OLTP или поддерживаемую схему OLAP хранилища данных в Amazon Redshift. Найдите все поддерживаемые источники и цели в нашей документации.

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

Мы строим нашу дорожную карту на основе запросов наших клиентов. Как пользователь AWS SCT, если вы хотите увидеть новую функцию в AWS SCT, не стесняйтесь комментировать эти сообщения. Мы рады получить от вас обратную связь. Вы также можете оставить отзыв в самом AWS SCT (перейдите в раздел справки и выберите Оставить отзыв ).

В этом посте мы познакомим вас с некоторыми новыми функциями, которые являются частью сборки 613, которую мы выпустили сегодня. Вот список функций, которые мы рассмотрим в этом сообщении блога:

  • Oracle to PostgreSQL — преобразование файлов сценариев SQL
  • Oracle в PostgreSQL — улучшения динамического преобразования SQL для EXECUTE IMMEDIATE, DBMS_SQL и курсоров
  • Поддержка проверки подлинности Microsoft Windows для Microsoft SQL Server в качестве источника
  • Greenplum для Amazon Redshift — преобразование встроенных функций SQL в скалярные пользовательские функции SQL Amazon Redshift

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

Oracle to PostgreSQL — преобразование файлов сценариев SQL

Предыдущие сборки AWS SCT хорошо справлялись с созданием отчетов об оценке и преобразованием объектов базы данных Oracle, таких как структура таблиц, индексы, функции и т. д., в PostgreSQL. Однако у большинства администраторов корпоративных баз данных также есть сценарии SQL, которые они используют для своих повседневных задач, таких как администрирование и обслуживание. Эти сценарии SQL обычно представляют собой автономные файлы SQL, которые были написаны как часть программных проектов. Изменение механизмов базы данных для снижения совокупной стоимости владения также означает необходимость преобразования этих сценариев SQL.

На самом деле, это преобразование было большой просьбой наших клиентов. Клиенты хотели получить такое же преимущество, как возможность оценивать и преобразовывать сценарии SQL, которые AWS SCT предоставляет для поддерживаемых в настоящее время объектов базы данных.

В сборке 613 мы переносим эту функциональность из AWS SCT для Oracle в PostgreSQL. Давайте посмотрим на пример.

  1. Создайте новый проект Oracle to PostgreSQL.
  2. Подключитесь к конечным точкам Oracle и PostgreSQL.
  3. Снимите отметку со всех узлов в исходном дереве.
  4. Откройте контекстное меню (щелкните правой кнопкой мыши) для узла сценариев SQL и выберите Загрузить сценарии .
  5. Выберите папку со всеми сценариями SQL.
  6. Снова откройте контекстное меню (щелчок правой кнопкой мыши) для узла сценариев SQL и выберите Convert Script (точно так же, как при преобразовании объектов базы данных).
  7. Просмотрите отчет об оценке и примените преобразование.

Вот пример преобразованного сценария схемы Oracle HR с отчетом об оценке.

Oracle в PostgreSQL — улучшения динамического преобразования SQL

Dynamic SQL – это методология программирования для создания и выполнения операторов SQL во время выполнения. Это полезно при написании программ, которые должны выполнять операторы языка определения базы данных (DDL). Это также полезно, когда во время компиляции вы не знаете полный текст оператора SQL или количество или типы данных его входных и выходных переменных.

Язык динамического SQL в PostgreSQL следует другому набору правил, чем в Oracle. В некоторых случаях синтаксис и способ преобразования этих динамических операторов SQL различаются в зависимости от версии базы данных. В этой сборке мы улучшаем скорость преобразования сложного динамического SQL из Oracle в PostgreSQL. Мы учитываем разные версии и синтаксические различия между различными видами динамического SQL и помогаем успешно конвертировать их в PostgreSQL.

Давайте рассмотрим пример.

В старых версиях Oracle блоки PL/SQL использовали оператор декодирования. В конечном итоге эта функция была заменена оператором case в Oracle. Улучшения в сборке AWS SCT 613 могут улавливать подобные различия и преобразовывать операторы декодирования в операторы case в PostgreSQL. Как и в более ранних сборках, вы можете использовать функцию преобразования to_char() из пакета расширения AWS SCT Oracle. Чтобы узнать больше о работе с пакетами расширений, см. нашу документацию.

Давайте рассмотрим еще один пример простого динамического преобразования SQL. Как видите, PostgreSQL требует от вас объявления аргументов функции. AWS SCT просматривает исходный словарь Oracle, чтобы автоматически идентифицировать эти типы аргументов, чтобы показать полное преобразование из Oracle в PostgreSQL.

Если вы хотите увидеть больше улучшений в этой области, не стесняйтесь оставлять комментарии в конце этой публикации или оставлять отзывы через AWS SCT.

Поддержка проверки подлинности Windows для SQL Server в качестве источника

Ранее AWS SCT мог использовать конечную точку SQL Server, используя только аутентификацию SQL. SQL Server также поддерживает аутентификацию на основе LDAP/Active Directory, называемую аутентификацией Windows. В этом выпуске AWS SCT также поддерживает подключение к конечным точкам SQL Server с использованием аутентификации Windows.

Использовать эту новую функцию очень просто. Для этого просто выберите аутентификацию Windows при подключении к конечной точке SQL Server, как показано на следующем снимке экрана.

Greenplum в Amazon Redshift — преобразование встроенных функций SQL в скалярные пользовательские функции SQL Amazon Redshift

В Amazon Redshift можно создать пользовательскую скалярную функцию (UDF) с помощью предложения SQL SELECT или программы Python. Новая функция хранится в базе данных, и вы можете использовать ее на основе разрешений, которые есть у вошедшего в систему пользователя в Amazon Redshift.

Начиная со сборки 613, преобразование объектов базы данных OLAP из Greenplum в Amazon Redshift поддерживает преобразование функций SQL в скалярные пользовательские функции SQL в Amazon Redshift. Скалярная пользовательская функция SQL включает предложение SQL SELECT, которое выполняется при вызове функции и возвращает одно значение. При преобразовании учитываются все рекомендации и правила Amazon Redshift. Преобразование также показывает отчет об оценке вашего преобразования функции SQL и показывает преобразованный SQL перед его применением в Amazon Redshift. Дополнительные сведения о написании скалярной пользовательской функции SQL в Amazon Redshift см. в документации по Amazon Redshift.

В дополнение к функциям, которые мы вызываем, сборка 613 предоставляет множество других улучшений. К ним относятся улучшения сопоставления пользовательских типов, улучшения настроек профиля AWS, поддержка преобразования ассоциативных массивов для Oracle в PostgreSQL и другие.

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

Заключение

В заключение этого сообщения в блоге мы рады, что получаем отзывы о том, чего хотят наши клиенты, по различным каналам и используем их для повышения коэффициента конверсии. Мы хотим использовать эту серию блогов в качестве еще одного канала для сбора отзывов, чтобы еще больше повысить коэффициент конверсии. Мы хотим, чтобы эта серия помогла вам реализовать истинный потенциал баз данных с открытым исходным кодом в AWS.

Если у вас есть особые требования во время ваших преобразований, не стесняйтесь оставить комментарий к этому сообщению в блоге. Мы свяжемся с вами как можно скорее.

Желаем удачи в будущих миграциях!

Об авторе

Арун Тиагараджан (Arun Thiagarajan) — инженер баз данных в команде службы миграции баз данных (DMS) и средства преобразования схемы (SCT) в Amazon Web Services. Он работает над проблемами, связанными с миграцией БД, и тесно сотрудничает с клиентами, чтобы помочь им реализовать истинный потенциал службы DMS. Он помог перенести сотни баз данных в облако AWS с помощью DMS и SCT.

613 Апартаменты Мэгги Фрэнсис | Кампус Мэдисона и апартаменты в центре города

Посмотреть все 7 фото