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

Технические требования для покупки САПР ТП


leo-kaleta

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

Мне кажется, что начался "перебор". По количеству деталей "для узла первичного применения и количество деталей всего на изделие" - однозначный перебор. План производства учитывает и ремкомплекты и восполнение брака и многое другое - и если мне дали выточить 872 шпильки - то мне до лампы куда и по сколько их будут применять...

И "таблица применяемости" - очень спорное понятие...

Я так думаю...

Система с необоснованной избыточностью будет стоить необоснованные деньги...

Лучше использовать метод "необходимо и достаточно"...

Иногда очень удобно иметь информацию о количестве деталей прямо на чертеже деталей. Знаю предприятие, где этот метод очень успешно применялся лет 50. Они писали эту информацию в штампе основной надписи, в ячейке "Наименование". Кстати "всего на изделие" - это из ведомости спецификаций, утверждённой ГОСТом.

Насчёт количества для стандартных изделий - это моё предложение. Просто предлагаю свой метод, который я сам часто использую, чтобы не запутаться с количеством в большой сборке. Помогает найти концы, найти что для чего нужно. Когда ЭТО сделать не удаётся из-за нехватки времени - всегда есть ошибки.

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


Отсутствие размеров.

Требование: "САПР ТП должна сообщать технологу об отсутствии размеров на чертеже детали"

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

Основная задача САПР ТП

"Основной задачей САПР ТП является расчёт себестоимости и сроков изготовления конструкторского проекта, выполненного в CAD-системе.

__Параметры (вариант):

____________-количество деталей в проекте - до 2 тысяч;

____________-точность расчёта себестоимости - +-5%;

____________-точность расчёта сроков изготовления - +-5%;

____________-скорость расчётов - не более 48 часов;

____________-количество ядер компьютера - 2 ядра;

____________-тактовая частота - 2,8 ГГц;

____________-оперативная память - 2 Гбайта;

____________-жёсткий диск - 750 Гбайт."

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

Наконец-то написали об основной задаче САПР ТП (расчет себестоимости узла/сборки/детали/проекта), с которой успешно справляется ТехноПро :)

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

Иногда очень удобно иметь информацию о количестве деталей прямо на чертеже деталей. Знаю предприятие, где этот метод очень успешно применялся лет 50. Они писали эту информацию в штампе основной надписи, в ячейке "Наименование". Кстати "всего на изделие" - это из ведомости спецификаций, утверждённой ГОСТом.

Насчёт количества для стандартных изделий - это моё предложение. Просто предлагаю свой метод, который я сам часто использую, чтобы не запутаться с количеством в большой сборке. Помогает найти концы, найти что для чего нужно. Когда ЭТО сделать не удаётся из-за нехватки времени - всегда есть ошибки.

Если на чертеже пишут кол-во деталей - значит нет планирования производства. Я уже писал о ремкомплектах, эксплуатации, восполнения брака и пр. из-за чего кол-во совсем, совсем другое. А еще есть партии запуска и выпуска, ритмичность и много других показателей планирования. А задача САПР-ТП подготовить информацию по технологическим припускам, напускам, допускам, угарам и т.п. - при том, что "кол-во" - это конструкторская информация и технологам и производству передаваемая... Конструктора сдали КД, технологи ТД - и все - через любое, иногда долгое время будет запущено производство и выпущена продукция - технологи в этом не должны участвовать - это другая история... кроме устранения ошибок, ессно... Соколицина почитали бы, что ли? Или других авторов - это если про "кол-во", а так - ЕСТД - и вперед!

Удачи!

Основная задача САПР ТП

"Основной задачей САПР ТП является расчёт себестоимости и сроков изготовления конструкторского проекта, выполненного в CAD-системе.

И близко не лежало - совсем другая опера, к САПР-ТП себестоимость и сроки!!! изготовления - это "сосна, внесенная в отчет как дуб - т.е. ЛИПА".

Себестоимость считают экономисты и есть плановая, фактическая (бухгалтерская) себестоимость - при чем тут САПР-ТП??? Да еще себестоимость зависит от объема производства, заделов, межоперационных и цеховых, брака и пр. и пр.... А уж сроки изготовления... тут уж вообще...

САПР-ТП рассчитывает машинное время, трудоемкость, кол-во рабочих, разряд на основании которых и рассчитывается статья калькуляции себестоимости - "ЗАРПЛАТА" - ОСНОВНЫХ и ВСПОМОГАТЕЛЬНЫХ рабочих! (Рассчитывается экономистами). Еще выбирается оборудование, оснастка и инструмент - и экономисты рассчитывают другую статью калькуляции себестоимости - "амортизация оборудования" и т.д. и т.п.

Статьи калькуляции используются на этапе расчета "плановой" себестоимости. А уж после выпуска изделий бухгалтера на основании бухгалтерского учета и отчетности посчитают "фактическую" себестоимость....

Впрочем, если у Вас "Технолого-экономический отдел" и работают в нем "технологи-экономисты" - тогда да! Но тогда САПР-ТП здесь не упоминайте - у Вас более высокий уровень управления...

Успехов!

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

Наконец-то написали об основной задаче САПР ТП (расчет себестоимости узла/сборки/детали/проекта), с которой успешно справляется ТехноПро :)

Уважаемый sergsm! Большое Вам спасибо за дополнение. Рад, что тему читают разработчики ПО.

Почему-то вспомнил возможности компьютеров, с которыми когда-то начинал. Это был 1983 год - мини-ЭВМ "Электроника-60". 60 килобайт оперативной памяти, отсутствие жёсткого диска, дискета на 360 кБайт... Алфавитно-цифровой дисплей... Система загружалась на адреса, начиная с 50 тысяч... Тогда и специалистов, которые работали с "компьютерами" было несколько десятков тысяч на весь СССР...

А сейчас почти у каждого гражданина на столе стоит вычислительная мощность, превосходящая ВСЮ вычислительную мощность Советского Союза. Программы стали очень умными, объединяющими много профессий, универсальными. Многие разработчики (например, Вы) совершенно правильно используют ФАНТАСТИЧЕСКИЕ возможности современной техники, сливая вместе разные старые специальности.

Развитие идёт в следующем направлении - узкие специалисты вживляют свои знания ("ноу-хау") в программы, программы становятся более доступными с помощью Интернета и облачных вычислений. В результате, для пользователей, не имеющих глубокой специальной подготовки, становится доступной огромная уникальная библиотека "живых" знаний, которые легко применить на практике. Причём разные команды - генераторы знаний, конкурируют между собой и это общественное НОУ-ХАУ стремительно развивается и совершенствуется.

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

Разноформатные листы в технологии.

"САПР ТП должна обеспечивать возможность вставлять в технологию листы разного формата, например листы формата А1 для карт наладки".

Вывод на печать.

Комментарий: Импортные принтеры имеют формат не соответствующий размерам листов по ГОСТу. Поэтому хорошие программы вывода на печать имеют функцию "подогнать масштаб".

Требование:"Опция "Вывод на печать" в САПР ТП должна предоставить пользователю возможность самому назначить алгоритм обработки для каждого вида форматок из пакета документации, поступившей для печати. Например: формат А4 - "подогнать на 1 лист", формат А3 - "подогнать на 1 лист", формат A2 - "подогнать на два листа"... Все листы пакета должны быть автоматически обработаны в соответствии с заданными алгоритмами. После этого должно быть авторазмещение на поле предварительного просмотра и вывод на печать"

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

Запрет на ручное корректирование значений размеров (Для редактора технологических эскизов)

Комментарий: Как показывает практика, отключение автоопределения величины размера часто приводит к ошибкам.

Требование: "САПР ТП должна автоматически определять величину размера. Ручное редактирование величины размера не допускается.

__1. Для случая "разрыв геометрического контура" в САПР ТП должен вставляться элемент "место разрыва", позволяющий сжать геометрический контур, но сохраняющий правильное значение размера;

__2. Для случая "требуется округлить до.." САПР ТП должна предоставить возможность округлить только данный размер с помощью функции "округлить размер". При этом значение размера должно сохраниться, а над размерной линией должно индицироваться округлёное "изображение" (образ) этого значения;

__3. Для случая "требуется исказить для создания разборчивого изображения при выводе на печать" САПР ТП должна предоставить возможность задать процент искажения размера с помощью опции "аберрация";

__4. Для случая примения одностороннего размера "САПР ТП должна предоставить возможность задать полноценный размер в другом месте чертежа и привязать его к одностороннему размеру. При выходе из меню редактирования размера дополнительный размер должен стать невидимым. Наименование опции - "опорный размер"

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

САПРбиржа.

Во-первых, вернёмся к ГОСТ 28195-89, к Таблице 4 - "Фазы жизненного цикла Программных Средств вычислительной техники". Изобразим её (для наглядности) в виде дерева:

Разработка

·······Анализ

··············Определение требований

··············Спецификация требований

··············Техническое задание

·······Проектирование

··············Логическое проектирование

·····················Функциональное проектирование

·····················Программно-технический проект

····························-системы

····························-программ

····························-модулей

····························-документации

·······Реализация

··············Модули

··············Программы

··············Система

··············Средства тестирования

··············Дополнительная документация

·······Тестирование

··············модули

··············программы

··············системы

··············дополнительная документация

··············Сдача в фонд (при необходимости)

·······Изготовление

··············Выпуск

·····················Программное средство в форме, готовой для поставки

·····················Документация

·····················Правила внесения изменений

··············Испытания

·····················Установленное ПС

·····················Организация применения

·····················Отчёт об испытаниях

·····················Отзыв пользователя

Применение

·······Внедрение

··············Подтверждение стабильности эксплуатации

··············Предоставление набора услуг по внедрению

·······Эксплуатация

··············Предложения об усовершенствовании

··············Сообщение о функциональных отклонениях

·······Обслуживание

··············Информация о сопровождении программ

··············Изменённое ПС

Эта информация показывает нам, что в рождении программ принимают участие не только программисты, но и постановщики задач, тестёры, внедренцы, пользователи. И на каждом этапе много работы.

Во-вторых, отметим, что круг технологических задач необычайно широк. Помню, на одном семинаре, дилеры Очень известной иностранной фирмы показывали нам "солнышко" технологических задач. В центре всем известный продукт этой фирмы и много лучей, на каждом из которых был тот или иной технологический программный модуль.

Отсюда следует вывод - "Одна команда разработчиков не сможет решить ВСЕ технологические задачи"

Значит, нужна САПРбиржа. Требование: "На САПРбирже должны быть созданы условия для предоставления Программного Обеспечения разных фирм в почасовую аренду. У пользователей должна быть дополнительная возможность заработать средства для аренды путём решения различных задач жизненного цикла ПО. Лоты с задачами должны выставляться фирмами-разработчиками ПО"

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

М.б. все-таки ЕСТД... и реализация максимально возможных задач на ПЭВМ с повышением производительности и снижения затрат на разработку комплекта ТД на изделие?

И вот разность между "старым" и "новым", помноженная на период и есть та сумма, которая должна быть уплачена за программный продукт???? А уж пусть программисты и парятся за указанную сумму???

Работает мы для результата, а не для процесса работы...

Уж я точно!

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

М.б. все-таки ЕСТД... и реализация максимально возможных задач на ПЭВМ с повышением производительности и снижения затрат на разработку комплекта ТД на изделие?

И вот разность между "старым" и "новым", помноженная на период и есть та сумма, которая должна быть уплачена за программный продукт???? А уж пусть программисты и парятся за указанную сумму???

Работает мы для результата, а не для процесса работы...

Уж я точно!

Уважаемый VOleg. Большое Вам спасибо за дополнения и интерес к этой теме, который у Вас опять проснулся.

Пожалуйста, Ваши умные, замечательные технические требования - в студию! Очень интересно было бы поучиться у профессионала.

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

Матрица буфера обмена.

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

Требование: "САПР ТП должна иметь независимый буфер обмена, состоящий из 9-ти ячеек. В первую ячейку должны попадать первые, выделенные для обмена элементы. После второго копирования в первую ячейку должна попадать новая информация. Предыдущая информация сдвигается во вторую ячейку. Последующие порции опять должны загружаться в первую ячейку, вся остальная информация сдвигается на один шаг. После девятого копирования первые элементы стираются. Вызов буфера обмена должен производиться с помощью щелчка по пиктограмме, изображающей табличку 3х3. После щелчка должно появиться окно с 9-ю слайдами, расположенными в 3 ряда по 3 ячейки в каждом ряду. Первая ячейка в центре матрицы. Вторая ячейка справа от центра. Все остальные отсчитываются от второй ячейки против часовой стрелки."

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

Уважаемый VOleg. Большое Вам спасибо за дополнения и интерес к этой теме, который у Вас опять проснулся.

Пожалуйста, Ваши умные, замечательные технические требования - в студию! Очень интересно было бы поучиться у профессионала.

СТУДИЕЙ всегда называлась ЕСТД - может расшифровать?

Вот САПР-ТП и должна этой СТУДИИ соответствовать.

А Вы для технолога выкладываете термины, в которых он что, должен разобраться?

Я, лично, ни бе ни ме в этих матрицах!

У меня производство за спиной, а не матрицы. И ждет оно (производство) комплект ТЕХНОЛОГИЧЕСКОЙ ДОКУМЕНТАЦИИ - а не матрицы.

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

Вот это мне было бы интересно...

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

СТУДИЕЙ всегда называлась ЕСТД - может расшифровать?

Вот САПР-ТП и должна этой СТУДИИ соответствовать.

Да, да. Конечно же расшифруйте и распишите как копьютерная программа должна соответствовать ЕСТД в виде ПОСТАНОВКИ ЗАДАЧИ для программистов. "Мы ждём", как пел Виктор Цой.

А Вы для технолога выкладываете термины, в которых он что, должен разобраться?

Я, лично, ни бе ни ме в этих матрицах!

У меня производство за спиной, а не матрицы. И ждет оно (производство) комплект ТЕХНОЛОГИЧЕСКОЙ ДОКУМЕНТАЦИИ - а не матрицы.

Согласно ГОСТ 28195-89 я выкладываю информацию не только для технолога (пользователя), но и для постановщика задач, программиста, тестёра, внедренца.

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

Вот это мне было бы интересно...

Давайте поговорим, давайте. Говорите, конкретизируйте требования. "Мы ждём", как пел Виктор Цой.
Ссылка на сообщение
Поделиться на других сайтах

Конструкторско-технологическая спецификация или КТС.

Требование: "САПР ТП должна уметь преобразовать конструкторскую спецификацию в конструкторско-технологическую спецификацию путём автоматического добавления следующих полей (колонок): материал (если в спецификации нет этой колонки), габариты заготовки - длина, ширина, высота (или толщина) в миллиметрах, масса заготовки (для проводов, трубок, труб, проволоки - длина в метрах); маршрут. Маршрут изображается в виде длинного текста-перечня с разделительными запятыми."

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

Окрашивание элементов сборки в зависимости от ТО.

Требование: "САПР ТП должна уметь окрашивать элементы сборок (3D-макетов и сборочных чертежей) в зависимости от групп термообработки. Технолог-контролёр должен иметь возможность увидеть таблицу групп ТО для контролируемой сборки, назначить цвет для каждой из выявленных групп ТО. На 3D-макетах элементы, не подвергающиеся ТО, должны автоматически становиться полупрозрачными. На сборочных чертежах аналогичные элементы должны (на период тех.контроля) переводиться в тонкие линии."

Аналогичное требование применимо к покрытиям.

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

Да, да. Конечно же расшифруйте и распишите как копьютерная программа должна соответствовать ЕСТД в виде ПОСТАНОВКИ ЗАДАЧИ для программистов. "Мы ждём", как пел Виктор Цой.

Согласно ГОСТ 28195-89 я выкладываю информацию не только для технолога (пользователя), но и для постановщика задач, программиста, тестёра, внедренца.

Давайте поговорим, давайте. Говорите, конкретизируйте требования. "Мы ждём", как пел Виктор Цой.

Ну петь как Виктор Цой я вряд ли смогу... Но ждите... со временем, может и получится... Во всяком случае в этом году я гитару купил!

А для программистов... тестеров... внедренцев... что ж, пишите. И флаг Вам в руки.

Удачи!

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

Ну петь как Виктор Цой я вряд ли смогу... Но ждите... со временем, может и получится... Во всяком случае в этом году я гитару купил!

А для программистов... тестеров... внедренцев... что ж, пишите. И флаг Вам в руки.

Удачи!

"Чо" VOleg? Опять <noindex>слабо</noindex>?

Опять ничего сказать не можете?

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

"Чо" VOleg? Опять <noindex>слабо</noindex>?

Опять ничего сказать не можете?

Да, и про "окрашивание элементов" ничего не могу сказать...

Ну Вы то окрашивайте, окрашивайте... мне то что...

А уж "конструкторско-технологическая спецификация"... это вооще не ко мне...

Я же не знал, что Вы программист... а я больше с технологами общаюсь.

Удачи Вам...

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

Да, и про "окрашивание элементов" ничего не могу сказать...

Ну Вы то окрашивайте, окрашивайте... мне то что...

А уж "конструкторско-технологическая спецификация"... это вооще не ко мне...

Я же не знал, что Вы программист... а я больше с технологами общаюсь.

Удачи Вам...

Уважаемый VOleg. Вы здесь <noindex>сообщили</noindex>, что разработали и применили САПР ТП. Тогда, согласно <noindex>ГОСТ 28195-89</noindex>, у Вас должна быть спецификация требований. Пожалуйста, опубликуйте здесь этот документ.
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • anykeyto
      Ага, спасибо... А в связке с G07.1 это как работает? Есть детали ,кольца, на которых надо делать по 4 паза. Сейчас программист написал прогу под шаровую фрезу. Там рабочие движеня происходят через одновременное смещение по оси Х и Z... фреза убивается буквально на третьем кольце, да и обработка получаестя фиговой.. На сколько я понимаю надо стремиться к тому, чтобы на 5ти осном станке фреза всегда была перпендикулярна касательной ли самой поверхности. Мне посоветовал как раз цилндрческую интерполяцию, когда ось С преобразуется в плоскость. В мануале к HNC описано эт криво, но в примерах программ как раз сначала включается CTOS и потом G07.1. но дальше как запрограммировать понимания пока нет...  P.S. хочу добавить, что на 5-снике раньше работал только как оператор по готовым программам  на Хенденхайне. А сейчас на новом предприятии на новой для меня стойке нужно все делать с нуля и самостоятельно. С одной стороны интересно, с другой стороны спросить не у кого, в инете инфы по стойке нет от слова совсем, уж тем более видео....  чем это отличается от просто G0 C180? Или это уже будет шпиндель позиционироваться, а не стол?
    • AlexKaz
      Различают жёсткие и гибкие ротора. В данном случае вал жёсткий. Для него соответствуюшая формула. 4000 об/мин = 66.67 Гц, это ни о чём, эффекты для такой частоты почти не скажутся на жёстком роторе. Но проблема в том, что в лопаточных машинах (а насос на скрине наверное лопаточная?) собственные кратны числу лопаток. Я не разбирался в вопросе чтобы что-то здесь советовать. Лучше не спешить и внимательно почитать про модальный в лопаточных. Заодно проверить, а какое нагружение идёт в деталях насоса чтобы корректно выполнить престресс.
    • ДОБРЯК
      Хотите еще и матрицу масс изменить. :=) И сколько килограмм воды будете присоединять?  Опыт правильного моделирования, опыт расчета таких конструкций накапливается десятилетиями. Маловероятно, что кто-то на форуме будет вам объяснять как правильно моделировать, какие КЭ использовать, какие граничные условия задавать и т. д. Вы же всегда уклоняетесь от разговора на эти темы, даже для простых моделей.  Даже если перейдете на Ансис и не разберётесь в том, что он считает это не поможет вам написать грамотный отчет и объяснить грамотному заказчику, что вы там насчитали. Считает расчетчик, а программа это инструмент. Это только в рекламе пишут, что купите программу трехмерного моделирования, сделайте трехмерную модель, потом нажмите одну кнопку и на обычном игровом компьютере все посчитаете. Только в жизни все немножко иначе...:=)
    • Jesse
      Вот что у Биргера: Центробежные силы и индуцированный гироскопический момент зависят от квадрата частоты вращения вала   Хотя уже сама критическая частота зависит только от момента инерции колеса (альфа, бэта, гамма - это прогибы, углы поворота и прочая шелуха), т.е. частота вращения в формулу не входит, а всё определяется только моментом инерции Jm Ну у него рассматривается простая одномассовая система (фактически грузик на пружинке). Думаю поискать публикации.. мб где то раскопали аналитическую зависимость первой и высшей СЧ от частоты вращения для сложных систем. Хотя если выяснится что зависит,  всё равно обоснование придумывать придётся.  Эхх...
    • Fedor
      https://www.litres.ru/book/v-n-faddeeva/vychislitelnye-metody-lineynoy-algebry-65999878/  Ну и классику жанра :) 
    • Jesse
      4000 об/мин при наружном диаметре колеса 380 мм. Думаете, на больших оборотах вилка всё равно может разойтись и могут появиться гироскопические эффекты? Даже несмотря на вышеприведенные массово-инерционные оценки и расположение опор?   да я влияние престресс (вращение) особо не увидел... Думал обычным модальником прогнать, Ланцошом (он пошустрее).   Ещё мои раздумья направлены в сторону присоединённой массы воды, что по идее должно занижать частоты. Хотя для такого массивного вала как у меня даже на это дело можно забить, наверно...
    • Handrusik
      Maxx2000 - благодарю Павлуха - это не фриланс Утомлённый солнцем - приятно, что меня помнят
    • Борман
      Я так понимаю, что обороты не особо большие. ДК - это чисто высокооборотистая тема.   Просто мысли вслух... Если вилка будет сильно расходится, то всегда будет точка пересечения любого луча с кривой BW. Причем точка будет на меньших оборотах по сравнению с обычным престресс-модальником. Какие дальше действия ? С чем тут нужно дополнительно бороться по сравнению с тем, с чем нужно было бы бороться по результатам обычного престресс-модальника Если вилка не сильно расходится (от кривой обычного престресс-мобальника), то смысла стоить строгую ДК большого нет.    
    • boomeeeer
      На сименсе параметрами настраивается многое, что связано с менеджером иснструмента. Вызов возможен как по номерам, так и по именам инструментов. Через равно вроде как по имени вызывается (Т="имя"), а по номеру можно было, например, Т1 M6, а первый корректор подтянулся бы автоматически. И не всегда М6 на смену. Производитель мог нагородить чего угодно. Параметры надо смотреть
    • Den4ik85
      P.S этой ошибки не было при запуске,она возникла при выполнении команды смены инструмента "T=.." d1m6. (так учили на курсах) возможно,не тот номер ввел или не соответствовало название инструмента его номеру?
×
×
  • Создать...