КУБ2.5 BIM. Сборные плиты перекрытий. КЖ и КЖИ. Часть 2

          Проектный институт в котором я тружусь на данный момент, из месяца в месяц становится самым технологичным проектным подразделением не только города Москвы и даже не только РФ, но и даже не только в Европе.
           Пока конечно у нас есть проблемы связанные с форматом обмена информацией через формат IFC, проблемы нахождения коллизий, взаимодействие с Revit с ArchiCad и многое другое. Но у нас есть уже самая продвинутая система разработки конструкторской документации с производительностью 0.5 формата А3 в час и мы повышаем производительность. Это очень усредненный показатель и понятно, что можно на формате А0 начертить одну точку и наслаждаться этим, но у нас все нормально с адекватностью в выпуске документации.
           Статья очень большая и будет состоять из двух частей.

Итоги стартапа CUBE за первые два месяца.

           Когда я взялся за проект в основе которого лежит машинное обучение я и представить не мог до каких границ смогу дойти и дойду ли и "перешагну" ли и т.д.
           Если честно до старта продаж я думал, что проект накроется медным тазом так как слишком много "но" стоит на пути к цели. И если посмотреть со стороны то я очень много допустил ошибок и просчетов. Одна из ошибок это попытка ориентироваться например на российский рынок, но обо всем по порядку.

КУБ2.5 BIM. Сборные плиты перекрытий. КЖ и КЖИ. Часть 1.

         Как я и обещал, эта статья будет одной из последних в тематике  САПР и BIM. Результатом труда многих специалистов (программист / конструктор / тестировщик / аналитик и т.д.) стало появление интеллектуальных объектов системы КУБ2.5 для разделов КЖ и КЖИ.           Основным принципом при реализации столь большого проекта было исключение максимального возможного количества ошибок при проектировании, интеграция механик проверки и подсказок конструктору. Так же немаловажным принципом было создание инструментов автоматизации "конвейерного" проектирования, а не BIM ради BIMа.

CUBE. Экпорт модели в DXF

        Project Enion в первую очередь основан для изменении подходов к информационному моделированию и при этом они должны быть понятны всему и каждому. Именно поэтому в основе программы CUBE заложено машинное обучение на самом высоком уровне автоматизации процессов.
        В ближайшем обновлении программы будет возможно экспортировать полученную модель в любые графические программы по черчению/моделированию, но так же и в расчетные программы поддерживающие формат DXF.
       Масштаб экспорта модели 1 к 1, то есть поддерживаются реальные единицы пространства.
       Вот как выглядит модель (скриншот выполнен в программе CUBE):

CUBE обновление до версии 1.8

          Планомерно CUBE движется к отметке в 1000 пользователей и к этой круглой дате я решил выпустить очередное обновление.
https://play.google.com/store/apps/details?id=com.enion.CUBE
Если вы загрузили данное приложение через браузер на ПК или смартфоне, то для загрузки необходимо пройти именно в мобильную версию Google Play.
Но перед тем как начать перечислять нововведения в версии 1.8, начну с грустного. Число поддерживаемых устройств будет увеличиваться, но только за счет появление новых флагманов среди основных производителей мобильных устройств. Список поддерживаемых устройств на данный момент:

Третий модуль программы CUBE

           Проект Enion смотрит в будущее и там нету места старым парадигмам работы. В данный момент я работаю очень плотно с возможностями процессоров Snapdragon и двумя объективами камеры.
           Но для того что бы совсем не урезать количество поддерживаемых телефонов до десятка, приходится пока сильно снизить качество области точек:

Enion Project. CUBE и моделирование в виртуальном пространстве

            Хотел немного больше написать текста, но зачем ? и так все видно и понятно:

Enion CUBE. Расчетная модель. Часть 1.

        Не прошло и суток и у меня получилось получить полноценную оболочечно-стержневую модель здания которое я построил за 1.5 минуты на листке бумаги:

Enion CUBE. Создание сеточной модели расчетной схемы

           Проект Enion продолжает двигаться вперед и похоже его уже не остановить. В предыдущий раз я рассказывал о точности определения контура здания:

       

Enion CUBE. Техническая демонстрация возможностей

         Ну вот и настал мной обещанный момент. После мучительных 9 месяцев непрерывных тестов почти без нормального сна по выходным и будням , тратя все свое свободное время, мне все же удалось обуздать машинное обучение на платформе Android (впереди IOs). Не так давно я настраивал основные "мозги" которые пугались всего нового. А сегодня искусственный интеллект показал уже весьма хорошие результаты. Что из этого вышло можно посмотреть в двух роликах, на первом я вычерчиваю небольшой эскиз здания и CUBE выстраивает его модель, считает площадь, объемы конструкций:

           На втором посложнее задачка, например существует план здания со множеством линий и так же необходимо просмотреть объемную модель здания и основные ТЭПы:

BIM и САПР ждут большие перемены .........

           BIM и САПР ждут большие перемены, изначально блог был создан для описания проблем в программе Revit , но через 1 год канал вырос "из штанов" и в рамках  Revit ему стало тесно, он развивался в рамках многих направлений и разнородного программного обеспечения. На данный момент посещаемость блога составляет 7000 человек в месяц с 20 000 просмотрами, аудитория канала в основном специалисты от 25 до 34 лет.

         

Nemetcheck завоевывает рынок

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

Full stack разработчик С++ под Allplan

            В рамках развития одного из проектных отделов "Проектный институт №2" группы компаний "Главстрой", мы ищем инженера программиста с опытом работы на С++. Работа связанна с программным обеспечением Allplan компании Nemetcheck. В нашем подразделении работает отдел опытных САПР специалистов, владеющих GDL, Python, IronPython, C#, поэтому будем рады видеть человека который поможет нам стать сильнее и умнее на рынке информационных технологий и управления проектными данными в строительстве.
            Проект в котором предстоит участвовать связан с системой КУБ2.5. Это строительная система сборного-монолитного железобетона . Здания состоят из тысяч элементов и нам необходимо считывать всю информацию обо всех элементах информационной модели здания. За обработку поступающих данных из модели выступает современный сервер под программу Allplan (хранение и обработка без виртуализации), таким образом необходимо будет выполнить "full stack" разработку. "Frontend" разработка на основе программы Allplan, посредством Allplan API с наличием всей необходимой SDK. "Backend" разработка без явных предпочтений.

        Требования к соискателю:
1. Наличие реализованных проектов в сфере информационных технологий (желательно CAD систем)
2. Опыт "full stack" разработки
3. Опыт работы в среде разработчика Visual Studio
4. Опыт написания скриптов обработки данных

        Мы предлагаем:
1. Высокая белая ЗП по договоренности
2. Офис в центре г. Москва, м. Кропоткинская 5 мин. пешком
3. Современное программное обеспечение и PC
4. Дружный коллектив
5. Работа согласно ТК с 9:00 - 18:00

Соискателям резюме отправлять на почту: Mikhail.Dubko@pi2.ru

Enion. Процедурное проектирование

        Сегодня, а точнее еще в воскресенье и субботу, я наконец-то дописал основной функционал своей программы, которая в одной из моих тайных затей полностью может заменить конструктора на стадии концепции и при этом без наличия стационарного ПК. Описывать всю математику я не буду, да и 99% людей кто читает особо не будет интересно, но сегодня хотелось бы показать небольшой казус который произошел в работе программы.
        Основной функционал и режим работы Enion я пока держу под секретом, но в одной из немногих задач я обучаю программу самой находить архитектурные планы, расставлять несущие конструкции и многое другое, много времени я отдал оптимизации работы устройства и самой программы.

Allplan. КУБ2.5 - Работа с монтажным планом колонн

          В недрах ПИ-2 продолжает кипеть работа по созданию интеллектуальной собственности по системе КУБ2.5, да и в целом по написанию полноценных объектов железобетона. Уже ни для кого не секрет, что Allplan является доминирующим в решениях по железобетону, но мы решили разработать инструменты показывающие его сверхспособности с которыми на данный момент не может похвастаться ни одна система моделирования и черчения, жаль что огромное количество людей заняты в программе Revit и Dynamo, но почти ничего не достигли за многие годы благодаря лени разработчиков от Autodesk. 
          На этот раз мы покажем, как Allplan может связывать информацию из КЖИ в монтажные схемы КЖ:

Allplan. Работа с колоннами по системе КУБ2.5. Часть 1.

            В данном ролике описан процесс моделирования колонн по нашей системе КУБ2.5. В ролике вы не увидите костыли или велосипеды,пока не все идеально, но  каждый шаг наша команда продумывает основываясь на собственном опыте. Мы провели огромный труд по систематизации всех решений в области IT строительного сектора и создали замечательный продукт, при его создании нам конечно оказали непосильную помощь сотрудники Allbau и Nemetcheck. После нескольких тестов в рабочем проектировании все решения будут выложены для общественного использования и по большей части все решения будут нацелены на развитие системы КУБ2.5 и сборно монолитного строительства. Однако мы продумываем очень глубокую и детализированную систему работы подходящей почти для всех видов строительных систем и работ:

Allplan. Работа с большими моделями сборного железобетона

               В прошлом году, начав работать с небольшими моделями в Allplan, мы в, Проектном институте №2 (в сокращении ПИ-2), постепенно перешли на большие модели монолитных зданий и в данный момент имеем на руках результат работы двух систем компоновки зданий, каждая со своими минусами и плюсами. 

Vectorworks или Revit. Мнение западных архитекторов.

           Многие годы Autodesk почти в гордом одиночестве нам вещал о тотальном господстве во всех сферах науки и техники на всем земном шаре. На одном из западных ресурсов на основе отзывов сравнили два решения для архитекторов , продукт Vectorworks компании Nemetcheck и Revit компании Autodesk. Вот перевод сравнения двух решения которое определили на основе голосования авторизованных рецензентов :

Allplan. Пакетная печать

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

Allplan. Армирование плит перекрытий.

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

Дополненная реальность от Google

         Не так давно Google по своей давней традиции выложил в Google Play бесплатное приложение дополненной реальности под названием "Just a Line", я решил его немного протестировать на Samsung Galaxy S9+ и как оказалось не вся архитектура центральных процессоров ваших мобильных телефонов может поддерживаться. Поэтому я достал из чулана свой немного разбитый Samsung Galaxy S7 (на видео будет видно небольшое черное пятно в углу объектива) и попробовал на нем протестировать. Результат теста смотрим ниже :

Allplan для конструктора. Часть 2

        Как известно из моего канала, я являюсь инженером-конструктором (основная деятельность) и инженером программистом (не основная). Очень много лет назад я начал тернистый путь проектирования и почти с первых дней я понял, что Autocad это путь в никуда, это изучение земли как плоскости, а не шара. В 2010 году я начал изучать Revit, уже к декабрю 2010 переводил технический текст создания семейств с английского. Начал углубляться в детали работы Revit и примерно в 2012 году создал свой первый шаблон. В 2016 году, после того как уперся в потолок возможностей Revit, решил найти ему адекватную альтернативу с учетом требований рынка строительных услуг, примерно в этом же году начал заниматься развитием такой системы как КУБ2.5. Система за многие годы поросла "мхом" очень большой толщины, за это время появилось и много мифом по поводу этой системы, работы ее основных узлов и в целом конструирования.

Allplan или Revit. Создание каркасов и их подсчет.

         Так как информации очень много и я бы не уложился и в 10 страниц текста и инфографики, решил записать видео сравнение.
         Видео вышло довольно длинное, но я 3 раза перезаписывал что-бы хоть как то объяснить самое основное и показать ключевые места с наглядными примерами.

Allplan. Тест производительности рабочей модели

          Перед тем как написать одну из основных статей касающейся сравнения Revit и Allplan  в рамках совместной работы в одной модели, решил выделить в отдельную статью тест производительности именно в Allplan. При работе в Allplan имеет большое значение начинка вашего ПК. Так как геометрическое ядро Parasolid это не просто ядро , это мозг Allplan способного переваривать огромные модели online. У меня на работе не совсем хороший ПК , он в тесте будет идти первой сборкой, но у моих ребят кто работает в Allplan железные кони на порядок выше.

Вопросы разработчикам Revit

          Название темы сразу скажу не совсем совпадает с содержимым. Все видели или слышали о проводимом интервью с разработчиками Revit, многие задали свои вопросы через один  популярных порталов по тематике САПР.
          Лично я с апреля прошлого года расставил приоритеты уже совсем по иному и решил не особо отвлекаться на компанию Autodesk и ее маркетинговые акции слишком активно и как следствие принимать активное участие в развитии решений в конкретном программном обеспечении того или иного технического вопроса.
          Один из основных участников данного опроса (в свойственной ему манере обращения без адресата) обратился явно ко мне в одной из своих статье:

         "Другой комментарий, кажется, позволяет мне дополнить приведённую выше гипотезу. Зачем на весь мир задавать профессиональные вопросы ключевым профессионалам, когда можно комфортно на ту же тему в своём уютном блоге облегчиться потоком сознания, не очень-то рассчитанным на обратную связь"

Autodesk и генерирующий дизайн, правда или вымысел ?

        Приведу цитату из их же официального источника , что специалисты Autodesk понимают под термином, который они упорно лобируют :

"Генерирующий дизайн - это процесс определения целей и ограничений высокого уровня и использования вычислительной мощности для автоматического изучения широкого пространства дизайна и определения наилучших вариантов дизайна. В то время как генеративный дизайн, применяемый для производства, все больше привлекает внимание, его использование для архитектурного планирования пространства было довольно изучено. Макет для выставочного зала Autodesk University в этом году был разработан с применением генеративного дизайна, позволяя основным заинтересованным сторонам открыть новую и высокоэффективную стратегию проектирования. Класс представляет собой обзор процесса, стоящего за дизайном выставочного зала, с техническими и теоретическими углубленными обзорами генерирующих этапов проектирования, создающими пространство для проектирования через заказную геометрию; оценка каждого проекта с помощью целей проектирования; и эволюционирующие поколения конструкций посредством эволюционных вычислений. На этом сеансе будет представлено программное обеспечение Dynamo, O2 (специализированное программное обеспечение для оптимизации) и Explorer - веб-инструмент для проектирования пространственных объектов".

Trimble будет развивать решения инженерных систем ?

        За последний квартал Trimble показали очень плохой квартал с точки зрения прибыли:

Моделирование балок в перекрытии

           Казалось бы простой вопрос, много литературы написано, много примеров разобрано, но все они не сходятся во мнении.
           Расчеты строительных конструкций и особенно железобетонных основаны на чистой философии эмпирических зависимостях полученных экспериментальным путем. Но как видно из предыдущей статьи не все вещи описанные в сводах правил являются следствием большой экспериментальной базы, скорее наоборот, сборником большого числа не испытанных теорий на практике. ПО мне тут лучше руководствоваться старым СНиП 84 года.
           Но сегодняшний вопрос не описан ни в СП63 , ни СП52, ни даже в СНиП 84 года по железобетону. Поэтому сегодня я попробую показать наиболее рациональный метод нахождения усилий в балке при ее совместной работе с плитой , простое математическое моделирование:

         
             Пишите с чем согласны, а с чем нет. Мое мнение, пользоваться пыльными учебниками в такого родах вопросах пора бы уже заканчивать.
            P.S. Почему современные теории прочности не преподают в университетах ?

Семейства КУБ2.5

       В целях популяризации системы КУБ2.5 выкладываю набор семейств необходимых для  работы со строительной системой. Семейства для Revit созданы только для разработки раздела КЖ, а КЖИ увы нет в силу причин указанных ранее.
       Так как наш "проектный институт №2" сворачивает деятельность в рамках Revit по конструктивным решениям на 100%, мы начали работу по созданию намного более интеллектуальных объектов для программы Allplan в рамках не только КЖ, но и КЖИ под объекты любой сложности.
        И так ближе к теме, семейства содержат в себе все основные конструкции необходимые для работы с системой КУБ2.5, а именно: различные вариации колонн первого и верхнего яруса, надколонная плита, межколонная и лестнично-лифтовой узел с диафрагмами. Так же есть специальные семейства отверстий и закладных.

А существует ли продавливание в плитах ?

         Просили ? получите !
         Одна из основных проблем современности , это адекватная оценка действительности и окружающего нас мира. За более чем 40 лет окружающие нас нормативы настолько устарели, что хотелось обратить на одну из проблем которая уже смотрится не здорово.
          Последнее время 99% специалистов начинают слишком "прямо" толковать нормы. До сегодняшнего времени почти все воспринимают слишком близко к сердцу толкование СП 63.1330.2012 в рамках расчета на продавливание, а особо одаренные даже воспринимают данный документ как источник чистых знаний.

Allplan или Revit. Обучение сотрудников

        Данная статья написана мною еще 6 месяцев назад, но сегодня вечером я ее полностью переписал пересмотрев некоторые вещи с самого начала. Так как часть касающаяся Allplan была бы слишком однобокой и касалась бы только моего опыта обучения, поэтому я решил посмотреть как мои ребята пройдут этот путь.
        Еще 8 месяцев назад я считал что переход на информационные технологии сопровождается очень большим кровопролитием среди привычек проектировщиков, их манере проектирования и черчения в целом, все это основывалось на моем опыте работы в программе Revit. Но за время ознакомления и работы в Allplan, работы моих коллег я изменил свои взгляды на этот вопрос и поэтому в этой статье, на мой взгляд одной из самых главных я решил сравнить целиком процесс обучения информационному моделированию двух основных платформ.
         За много лет, мне не раз предлагали те или иные коммерческие структуры поучаствовать в разработке либо обучении либо консалтинге по почти всем возможным продуктам САПР и BIM и даже в пару проектных институтах я удаленно проводил консультирование.
         Начну по традиции с Revit.

Allplan или Revit. Открытие PDF файлов

Revit:

        В Revit нет возможности открыть напрямую PDF формат, математическое ядро просто не воспринимает такого рода информацию. Если покопаться во внутреннем магазине можно найти несколько платных приложений:

Рейтинг блогов и форумов по BIM в рунете

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

Итоги BIM и САПР индустрии за 2017 год.

        Renga в 2017 году.
        Начну с отечественного продукта , так как у меня,  как и у многих людей на рынке, много надежд связанно именно со "своими". Renga сделала много чего, что может облегчить всем инженерам работу, но увы многое из того, что сделано не совсем подпадает под "рабочие инструменты". Кому интересно или кто еще не ознакомился с функционалом этой молодой программы, прошу следователь по ссылке.

Секрет стыка Передерия.

        Стык Передерия, один из ключевых мест стыковки элементов. По большей части используется в мостостроении, но нашел свое применение и в строительной системе КУБ2.5. По своей работе  он очень сильно похож на равнопрочный стык монолитной конструкции, но имеет небольшие отличия. В основном его используют для стыковки пролетных конструкций, при этом сам стык желательно разместить у линии перехода изгибающих моментов с "+" на "-" или наоборот. Напряжения в арматуре стыка выше на 25% от напряжений возникающих в обычной конструкции без стыка, но по деформациям разница всего на 5%. Математическая модель и ее работа показана в ролике ниже :