Технические характеристики 6т13: Вертикально-фрезерный станок 6Т13 (6Р13) – цена, отзывы, характеристики с фото, инструкция, видео
alexxlab | 09.02.1994 | 0 | Разное
Вертикальный консольно-фрезерный станок 6Т13
Технические характеристики
| Наименование параметра | Значение |
|---|---|
| Основные параметры станка | |
| Класс точности | Н |
| Размеры поверхности стола, мм | 1600 х 400 |
| Наибольшая масса обрабатываемой детали, кг | 630 |
| Наибольший продольный ход стола (X), мм | 1000 |
| Наибольший поперечный ход стола (Y), мм | 400 |
| Наибольший вертикальный ход стола (Z), мм | 430 |
| Расстояние от торца шпинделя до поверхности стола, мм |
70. .500
|
| Расстояние от оси шпинделя до вертикальных направляющих станины (вылет), мм | 460 |
| Шпиндель | |
| Мощность привода главного движения, кВт | 11 |
| Частота вращения шпинделя, об/мин | 31,5..1600 |
| Количество скоростей шпинделя | 18 |
| Перемещение пиноли шпинделя, мм | 80 |
| Перемещение пиноли шпинделя на одно деление лимба, мм | 0,05 |
| Угол поворота шпиндельной головки, град | ±45° |
| Конец шпинделя ГОСТ 836-62 | |
| Конец шпинделя ГОСТ 24644-81, ряд 4, исполнение 6 | АТ50 |
Рабочий стол. Подачи
|
|
| Пределы продольных и поперечных подач стола (X, Y), мм/мин | 12,5..1600 |
| Пределы вертикальных подач стола (Z), мм/мин | 4,1..530 |
| Количество подач стола (продольных, поперечных, вертикальных) | 22 |
| Скорость быстрых перемещений (продольных, поперечных/ вертикальных) X, Y/ Z, м/мин | 4/ 1,330 |
| Перемещение стола на одно деление лимба (продольное, поперечное, вертикальное), мм | 0,05 |
| Перемещение стола на один оборот лимба (продольное, поперечное/ вертикальное), мм | 06/ 02 |
| Наибольшее допустимое усилие резания (продольное/ поперечное/ вертикальное), кН | 20/ 12/ 08 |
| Механика станка | |
| Выключающие упоры подачи (продольной, поперечной, вертикальной) | Есть |
| Блокировка ручной и механической подач (продольной, поперечной, вертикальной) | Есть |
| Блокировка раздельного включения подач | Есть |
| Торможение шпинделя | Есть |
| Предохранительная муфта от перегрузок | Есть |
| Автоматическая прерывистая подача | Есть |
| Электрооборудование и приводы станка | |
| Количество электродвигателей на станке | 4 |
| Электродвигатель главного движения, кВт | 11 |
| Электродвигатель привода подач, кВт | 3 |
| Электродвигатель зажима инструмента, кВт | 0,25 |
| Электродвигатель насоса СОЖ, кВт | 0,12 |
| Суммарная мощность всех электродвигателей, кВт | |
| Габариты и масса станка | |
| Габариты станка (длина ширина высота), мм | 2570х2252х2430 |
| Масса станка, кг | 4300 |
Вертикально-фрезерный станок 6Т13
Станок 6Т13 используется при выполнении фрезерных работ с применением фасонных, цилиндрических, торцевых, концевых и иных видов фрез. На данном станке можно обрабатывать горизонтальные и вертикальные плоскости, пазы, рамки, углы, спирали а также ряд других деталей из различных типов металла (сталь, чугун, цветные металлы и сплавы) в условиях серийного и мелкосерийного производства.
Благодаря высокой жесткости станка, при обработке можно применять фрезы, изготовленные из быстрорежущей стали, а также инструмент, оснащенный пластинками из твердых и сверхтвердых синтетических материалов.
Станок оснащён столом, поворачивающимся вокруг вертикальной оси на угол ±45°, что обеспечивает возможность обработки деталей, имеющих спиралевидную обрабатываемую поверхность.
Отличие станка 6Т13 от 6Т12 заключается, в первую очередь, в его больших габаритах, в следствие чего 6Т13 имеет более высокую максимальную нагрузку на стол (1250 кг против 1000 кг), большее продольное перемещение стола и поперечное перемещение крестового суппорта, а также более мощные электродвигатели.
Технические характеристики
|
Параметр |
Значение |
|
Размеры рабочей поверхности стола, мм |
1600 х 400 |
| |
|
1000 400 430 |
|
70-500 |
|
Пределы частот вращения шпинделя, мин (-1) |
31,5-1600 |
|
Диапазон подач стола, мм/мин | |
|
– продольных – поперечных – вертикальных |
12,5-1600 12,5-1600 4,1-530 |
|
Ускоренное перемещение стола, мм/мин | |
|
– поперечное – вертикальное |
4000 4000 1330 |
|
ISO 50 |
|
1250 |
| |
|
40 000 25 000 |
| |
|
– основного шпинделя – подач стола |
11 3 |
|
Габаритные размеры, мм | |
|
– длина – ширина – высота |
2570 2252 2430 |
|
Масса станка с оборудованием, кг |
4300 |
Возможно Вас также заинтересуют аналоги данной модели:
Вертикально-фрезерный станок 6Л12
Вертикально-фрезерный станок с ЧПУ 65А80Ф1
Home Page – Климатическая и радиационная лаборатория
Климат и радиация (613) Home
Избранная история
История
История
См.
Все пресс -релизы и художественные истории »
Победено видео
Лабораторные новости
- Райан Крамер (613/UMBC) и Сьюзан Страхан (614/UMBC) предоставили комментарии The Washington Post за статью о воздействии на климат выброса стратосферного водяного пара вулканом Хунга Тонга под заголовком «Вулкан Тонга выбросил беспрецедентное количество воды в атмосферу».
. Hunga Tonga Volcano Water Vapor Статья
08.05.2022- Научный сотрудник проекта «Аква» Клэр Паркинсон (610), заместитель научного сотрудника проекта Лазарос Ореопулос (613) и другие размышляют о 20-летии запуска спутника «Аква».
Аква исполняется 20 лет
05.04.2022Другие новости лаборатории »
Обзор
Лаборатория климата и радиации стремится лучше понять климат Земли во всех временных масштабах, от суточной, сезонной и межгодовой изменчивости до изменений в геологических временных масштабах.
Наши исследования сосредоточены на комплексных исследованиях атмосферных измерений со спутников, самолетов и наземных платформ, численном моделировании и анализе климата.
Мы исследуем атмосферное излучение как фактор изменения климата и как инструмент дистанционного зондирования атмосферы и поверхности Земли. Исследовательская программа Лаборатории направлена на то, чтобы лучше понять, как наша планета достигла своего нынешнего состояния и как она может реагировать на будущие факторы изменений, как естественных, так и антропогенных.
Для получения дополнительной информации, данных, исследований и других ресурсов см.
Проекты по климату и радиации .Свяжитесь с нами
- Доктор Лазарос Ореопулос
- 301.614.6128
- Начальник [613]
- Извините, чтобы отправить мне электронное письмо, вам необходимо включить Javascript.
- Кэти Л. Ньюман
- 301.614.6183
- Административный аналитик [613]
- Извините, чтобы отправить мне электронное письмо, вам необходимо включить Javascript.
Общие вопросы о научных программах Центра космических полетов имени Годдарда НАСА можно направлять в Центр связи по телефону 1-301-286-8955.
Серия блогов по средству преобразования схемы: Представляем новые функции в сборке 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. Давайте посмотрим на пример.
- Создайте новый проект Oracle to PostgreSQL.
- Подключитесь к конечным точкам Oracle и PostgreSQL.
- Снимите отметку со всех узлов в исходном дереве.
- Откройте контекстное меню (щелкните правой кнопкой мыши) для узла сценариев SQL и выберите Загрузить сценарии .
- Выберите папку со всеми скриптами SQL.
- Снова откройте контекстное меню (щелкните правой кнопкой мыши) узла SQL-скрипты и выберите Convert Script (так же, как при преобразовании объектов базы данных).
- Просмотрите отчет об оценке и примените преобразование.
Вот пример преобразованного примера схемы управления персоналом Oracle с отчетом об оценке.
Oracle в PostgreSQL — улучшения динамического преобразования SQL
Динамический 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 UDF 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.