�ݺ�ߣ

Editor's Notes

1. Прежде всего пару слов про опен бим. Это модульный подход для тех, у кого нет денег и возможности развернуть комплексную систему, упрощается внедрение, повышается заинтересованность специалистов, т.к. каждый отдел работает в удобном для себя софте. Так мы научились работать в Текла – не пытаясь внедрить невнедряемое и объять необъятное, просто начали использовать то, что давало отдачу.
2. Как мы работаем со смежниками ? очень просто. Через DWG, DXF, IFC. Не только бим-программы, но даже с солидворксом через IFC всё хорошо перекидывается и распознаются детали. С архитекторами и технологами уже был опыт, с другими разделами пока не сталкивались.
3. Если у вас в текла работает два и более человек, то в локалке можно работать с одной моделью через «сервер». Программа-сервер запускается на любом компьютере и регулирует доступ к общей модели. Система не даст вам модифицировать объекты модели, с которыми работает коллега. На время сохранения они блокируются. Изменения, которые внес сосед отобразятся у вас после сохранения. НО если двое одновременно работают над одним элементом , могут возникнуть конфликты, и последние изменения будут потеряны. Так что если работаете через «Сервер» то договаривайтесь о разделении на захватки. Один рисует базы, другой связи, третий покрытие. Как-то так. Вопрос с разграничением доступа… по-моему его там нет, но есть логи, так что если всё пропало, то можно будет по крайней мере узнать кто за это отвественный. Пару релизов назад появилась возможность работать через интернет в облаке. Возможно те, кто выложит четыре и более тысяч евро оценят эту фишку, но я не в курсе.
4.   В текла есть ограниченный набор элементов модели. Балки, колонны, болты, плиты… но в отличие от того же ревита, вы не можете создать свои категории модели, можете компоновать их из существующих. Для большинства реальных задач этого достаточно. В этом контексте, правда, бывают трудности например с анкерными шпильками, распорными болтами и всем таким, приходится шаманить, моделировать балками итд.
5. Есть параметризация. Она не всеобъемлющая, а локальная. Автоматические узлы, которые строятся по правилам. Многие из них бесполезные, но есть десяток незаменимых. Также узлы может создавать пользователь, с программированием и без него. В нашей практике создание пользовательских параметрических узлов было не оправданно, ибо всё всегда разное и проще заново нарисовать по месту безо всякой параметризации. Также нужно понимать, что ниша Теклы – рабочее проектирование, когда основные параметры определены и изменения возможны лишь в мелочах. Т.е. параметрическое размещение колонн, стен и т д. не имеет смысла, гораздо ценнее становится возможность напрямую отредактировать тот или иной объект.
6. Опалубочные формы создаются из простых деталей объединением, -армируются компонентами, -по команде текла их автоматически нумерует (сквозная нумерация!), -показать армирование можете на чертежах общего вида или чертежах отливаемых элементов, -чертежи КЖИ возможны для сеток и закладных. Пространственные каркасы получится замоделировать только если в него включены профили. Например, можно основную арматуру замоделировать инструментом «балка». Но если вы армируете всё отдельными стержнями, то проблем ноль.
7. Текла возникла как Xsteel structures, так что изначально это был софт для металлистов, но сейчас это не так. Можно разрабатывать КМ, КЖ, сборные конструкции, дерево и монолит.
8. Типы чертежей в Текла являются отражением иерархии элементов модели: Детали Сборки (конструктивные элементы) Чертежи общего вида ( схемы расположения).   Особенность, и на мой взгляд скорее недостаток, это то, что если вы работаете на чертеже, то не сможете менять модель. Т.е. само моделирование – только в пространстве . В итоге получается такая ситуация, что можно посадить одного человека, и он всю жизнь будет изобретать и моделировать, а другой – только оформлять чертежи. Мануфактура – наше всё. Также это позволяет частично совместить работу по моделированию и оформлению чертежей при работе через сервер.  
9. Возможности по настройке чертежей достаточно широкие, но сделать чертежи абсолютно по ГОСТ 21.101 не выйдет. Выноски на размерных линиях, выноски на марках арматуры например, не всё пройдёт строгий советский нормоконтроль. Ведомость расхода стали, насколько мне известно, делается только через API, стандартными средствами – никак.
10. Графические – включаются в чертежи. В эту таблицу попадает всё, что есть в чертеже. Есть также текстовые. Можно сделать в виде txt, html и вообще что угодно. Наверное даже ява-скрипт можно подключить. В спецификациях можно использовать простую логику и арифметику. Вообще спецификации – одна из основных задач при доработке среды под свои требования, и я считаю, что как минимум один человек в любом коллективе должен уметь работать с этим аспектом, т.к. иногда возникают непредвиденные нестандартные требования.   Что плохо в этом деле : стандартными средствами на чертеж нельзя вынести список листов, нельзя в спецификации дать ссылку на номер листа, где размещена деталь. Это всё решается только через API. В свободном доступе есть кое-что для этого.
11. Порядок создания модели: 1. Получить исходные данные. Их можно вставить в текла в виде «опорной модели. Это может быть DWG, IFC и другие. Если это реконструкция или пристройка – создайте те элементы существующего здания, с которым вы будете иметь дело. Это подстрахует вас от ошибок в будущем.   2. Разместить основные конструктивные элементы. Для этого есть инструменты «Колонна», «Балка», «Плита» и другие. Тут же нужно иметь ввиду и будущую нумерацию элементов, а также задать им те данные, которые хотите потом получить на чертежах: стадия строительства, усилия, данные для нагрузок на фундаменты. Это всё может быть организованно по-разному в разных средах. 3. Узлы и армирование. На этом этапе нужно максимально использовать компоненты. Соединения элементов, армирование, прорезанные отверстий и прочее. Даже если в каталоге компонентов нет того, что вам нужно – создайте узел и объедините его в компонент. Так вы сможете его размещать многократно. Это могут быть узлы (например база колонны), соединения (стык балки с колонной) и пару других видов, которые применяются реже. Плюс такого подхода опять же – в модульности. Если будете вносить изменения – то сделаете это централизованно и один раз. 4. Нумерация. Этот процесс происходит по вашей команде автоматически, настройки можно менять, но в любом случае, программа сравнивает все детали и одинаковые объявляет одной маркой. Нумерация сквозная в пределах всей модели, хотя с помощью бубна и префиксов это можно регулировать.
12. Изготовитель – молодечно. Принципиальное требование заказчика было выполнить КМД в Текла. Как оказалось, проект действительно был геометрически сложным комплексом зданий.
13. Объект завис в экспертизе по многим причинам, но вопросов и замечаний по оформлению комплекта КМ не возникало ни у кого. Включая ТСМ и ведомость элементов.
14. С точки зрения работы теклы в этой модели представляют интерес стенки резервуара. Стенки замоделированы криволинейными балками с профилем пластины. Далее с них получены развертки и деталировочные чертежи. Конусная часть доставила больше проблем. Она была замоделирована специальным профилем, но чертеж делался практически вручную.