Когда я пришёл работать в текущую компанию, мой уровень знаний в проектировании и Revit был нулевой. Абсолютно. Я не просто «немного не дотягивал» — я открывал программу и не понимал в интерфейсе ровно ничего. О вентиляции я знал только то, что окна открывают, когда душно, а в санузлах есть вытяжка.

В этой статье хочу поделиться тем, как пройти путь от страха перед объёмной терминологией до понимания логики сложных систем. Дам пару советов с чего начинать и как подружиться с поначалу непонятной чертилкой, а затем и главным союзником в работе — Revit’ом.

Непонятные термины и пугающая действительность

Первые недели работы напоминали попытку прочитать книгу на китайском без опыта изучения иностранных языков в принципе. Проекты казались невероятно перегруженными, а схемы — набором большого количества линий без очевидного «порядка».

Что меня ставило в тупик на чертежах

  1. Сложные зависимости. Было непонятно, как именно связаны расход воздуха, сечение воздуховода и итоговый шум в помещении и как на это может повлиять проектировщик.

  2. Маркировка. Обилие специфических обозначений клапанов, заслонок, приводов и датчиков казалось избыточным.

И для того, чтобы разобраться — прочитать про каждый компонент, мягко говоря, недостаточно. Коллеги общались терминами, которые звучали для меня как заклинания: «переток», «балансировка по статическому давлению», «К-фактор», «адаптивная вентиляция (VAV)».

Однако отсутствие знаний на самом деле не было самым страшным. Куда страшнее оказался впоследствии риск допустить ошибку, которая обнаружится только на объекте из‑за моей неточности: например, вентиляция будет невыносимо шуметь или выпадет конденсат.

Что я усвоил за период погружения

  1. Никто не ждёт правильных чертежей от новичка (в нормальных проектных бюро это понимают). К слову, это не только к проектированию относится.

  2. Ошибки всё равно будут, но важна работа над ними. Хуже всего — промолчать, если что-то непонятно. Поэтому, даже если коллеги не располагают к общению, стоит к ним обращаться, иначе это может отразиться на репутации всей команды.

  3. Ответственность надо воспринимать на длительном отрезке времени. Ошибка в проекте может обнаружиться не сразу, а на этапе пусконаладочных работ (ПНР) или через год эксплуатации, когда исправить её будет в разы дороже. Поэтому проект обязательно надо перепроверять и неоднократно моделировать процесс.

С чего начать изучение (и чего делать точно НЕ стоит)

Быстро стало понятно, что пытаться сразу зазубрить СНиПы и ГОСТы бессмысленно. Без понимания физики процесса — это просто текст.

Поэтому я решил поступить так:

  1. Начать с логики. Главной задачей стало разобраться в базовых вещах. Понять, зачем вентиляция в принципе нужна на конкретных объектах, куда и откуда должен двигаться воздух. Так я понял, что типовых проектов не существует.

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

  3. Сопоставлять увиденное с изученным. Ещё одним решением, прокачавшим мой навык, стал разбор уже сданных проектов. Идея была в том, чтобы просматривать проекты моих коллег и всё, что только удавалось найти в архивах, чтобы понять, почему проект был выполнен именно так, а не иначе.

Чего я НЕ делал (и вам не советую):

  • Не пытался изучать формулы в отрыве от оборудования. Без представления того, как компоненты должны взаимодействовать между собой, вычислять нечего.

  • Не брался за сложные мультизональные системы. Пока не разобрался, как работает обычная приточка, думать о системе, которая решает всё и сразу — как стрелять себе в ногу. На выходе будет лишь потраченное время и долгие «годы восстановления» ломаного проекта.

«Красивый» и «правильный» проекты оказались несовместимы

Мои первые ошибки были классическими для новичка:

  1. Неверные расходы и скорости. Неправильно подобранные сечения приводили к шуму или огромным воздуховодам, под которые не хватало места.

  2. «Оптимизация» во вред. Попытка убрать «лишний» шумоглушитель/клапан и сократить длину трассы, когда делать этого было категорически нельзя.

  3. Неудобный монтаж. Трассы в Revit могли выглядеть идеально, но в реальности монтажник просто не смог бы подлезть к ним ключом или закрепить кронштейн.

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

Как приручить Revit и почему модель может «поехать»

Revit пугал меня больше всего. Это не AutoCAD, где можно просто нарисовать линию и потом её скорректировать. В Revit, если поправить что-то не там, где нужно — сломается всё.

В программе между компонентами системы выстраиваются связи. Чаще всего модель ломается из-за нарушения связей (коннекторов). Стоит случайно передвинуть установку, к которой привязана вся сеть, и «поехать» может весь проект.

Лайфхак. Используйте инструмент «Pin» (прикрепить) для основного оборудования и всегда проверяйте систему через «Диспетчер инженерных систем» (System Browser). Особенно если вы только начинаете работу в Revit, это может сэкономить вам кучу нервов.

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

Реальные проекты и очевидные ограничения

Проектирование перестаёт быть теорией, когда вы начинаете учитывать реальное оборудование.

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

  • Габариты и обслуживание. Мало вписать установку в венткамеру. Всегда нужно рассчитывать место для открытия люков и замены фильтров.

  • Архитектурные нюансы. Часто приходится бороться за каждый сантиметр высоты потолка, маневрируя между балками и другими коммуникациями, так ещё и не каждое оборудование можно устанавливать во все объекты подряд из-за требований к помещению.

  • Характеристики. Проект должен учитывать реальные кривые давления вентиляторов, а не усреднённые цифры из учебника.

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

Несколько советов, если вы только начинаете проектировать ОВиК

  1. Учите логику, а не формулы. Если понимаете физику процесса, формулы запомнятся сами в ходе практики.

  2. Думайте о монтажнике и заказчике. Хороший проектировщик мыслит на перспективу: ещё на этапе чертежа «видит», как его проект будет собираться в узком запотолочном пространстве и как через год в установке будут менять фильтры. Но важно думать не только об удобстве сборки, так как если в угоду лёгкому монтажу мы жертвуем расчётным воздухообменом, то проект теряет смысл.

  3. По возможности выезжайте на объекты. Нужно видеть систему вживую до начала проектирования и после монтажа. Это развивает «насмотренность» и помогает замечать нюансы, которые не видны на экране компьютера.

  4. Ищите насмотренность через чужие разборы. Обучающих материалов по теме в сети действительно не хватает, поэтому ценен любой контент с демонстрацией "внутрянки" и всех возможных требований заказчика. Чтобы понять как теория соотносится с практикой, советую обратиться к вебинарам в записи, например, в этом разобрано проектирование ОВиК в жилых помещениях, а в этом — в бассейнах. Такие видео помогают быстрее развить насмотренность проектов и понять как обращаться с документацией при работе.

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

Если вы бы хотели узнать что-то конкретное о проектировании ОВиК — задавайте вопросы в комментариях, и я по возможности на них отвечу или может напишу ещё одну статью, если тема будет очень объёмной.