Проектирование серверных и датацентров
- Thread starter admin
- Start date
MagiCAD для серверных и ЦОД
MagiCAD — это BIM-надстройка над Revit/AutoCAD под MEP. Для серверных и датацентров из коробки закрывает электрику, охлаждение, трубопроводы и кабельные трассы в одной модели, а не «по кускам» в разных программах.
Электрика (MagiCAD Electrical)
- Распределительные щиты, ИБП, PDU, шинопроводы, лотки и корзины с автоматической раскладкой трасс
- Цепи, кабели, падение напряжения, токи КЗ, селективность
- Заземление и уравнивание потенциалов
- Освещение (в т.ч. аварийное) с расчётом освещённости
- Привязка к реальным каталогам производителей (Schneider, ABB, Eaton и т.п.)
Охлаждение и трубопроводы
- Прецизионные кондиционеры, чиллеры, фанкойлы, контуры ХВ/гликоля
- Моделирование фальшпола, горячих/холодных коридоров, containment
- Гидравлика, потери давления, балансировка, тепловые нагрузки
- Спринклер / газовое пожаротушение (модуль Sprinkler) — если нужно в той же модели
Кабельные системы и СКС
Лотки, корзины, стояки, запасы на изгибах, заполнение лотков, пересечения с воздуховодами и трубами. Для «чистой» СКС (патч-панели, оптика, точки коммутации) это скорее каркас трасс и координация, а не полноценный кабельный журнал уровня специализированных СКС-пакетов.
Что ещё реально используют на ЦОД
- Коллизии между лотками, воздуховодами, трубами и несущими конструкциями
- Спецификации, схемы щитов, однолинейки, аксонометрия
- IFC / обмен с архитектурой и конструкторами
- Опоры и подвесы (Supports+) под лотки и трубы
Ограничения
Это не DCIM и не специализированный пакет под PUE, CFD воздушных потоков или детальный comms-дизайн. Тепловые поля и аэродинамику обычно считают отдельно (IES, 6Sigma, Fluent и т.д.), а MagiCAD даёт геометрию, нагрузки и инженерные сети для BIM. Для крупных ЦОД его нормально стыкуют с Revit-моделью здания и отдельным расчётным софтом по охлаждению.
Если нужно — могу расписать типичный состав модели именно под серверную (щиты, ИБП, фальшпол, прецизионки, лотки) или под полноценный машинный зал.
Теплопритоки и расчёт чиллеров/фанкойлов в MagiCAD
Коротко: MagiCAD не считает теплопритоки «с нуля» как HAP / IES / IDA ICE. Он берёт заданную нагрузку помещения, подбирает оконечные устройства из каталога и считает гидравлику и типоразмер водяной сети. Для ЦОД это нормальный сценарий: 80–90 % нагрузки — IT, её всё равно вбивают вручную.
1. Откуда берутся теплопритоки
MagiCAD сам не считает солнечную радиацию, трансмиссию через ограждающие, инфильтрацию и внутренние тепловыделения по методике. Есть MagiCAD Comfort / Comfort & Energy (если модуль стоит) — там отопительная нагрузка по EN 12831, охлаждение сильно упрощено и для серверной почти бесполезно.
Для холодоснабжения серверной/машинного зала нагрузку задаёте вы:
- IT-нагрузка стоек (kW по ТЗ / PUE-раскладке)
- потери ИБП и PDU (обычно 5–10 % от IT)
- освещение
- люди (если есть постоянный персонал)
- оболочка + инсоляция — для гермозоны без окон часто 0 или символический запас
- приток наружного воздуха / подпор (если есть)
Дальше нагрузка живёт в модели так:
- на комнату: Cooling load, Вт или Вт/м²
- на устройство: требуемая холодопроизводительность фанкойла / прецизионки / теплообменника двери/ряда
- иногда просто суммарный Q контура, если считаете «чиллер + коллектор» без поэлементной раскладки
Расход воды MagiCAD получает из классики:
Code:
G = Q / (1.163 · ΔT) м³/ч, если Q в кВт, ΔT в КΔT берётся из параметров системы (типично 5–6 К на фанкойлах, 5 К или 7/12 °C на чиллере). Это не «магия MagiCAD», это то, что вы задали в системе/устройстве.
2. Фанкойлы: типоразмер и гидравлика
Алгоритм такой:
- Ставите фанкойл из MagiCAD Cloud / каталога производителя (Carrier, Daikin, Systemair, Wesper и т.д.)
- В свойствах — требуемая холодопроизводительность (из нагрузки помещения или с запасом)
- MagiCAD подбирает типоразмер из линейки: Qхол, расход воздуха, расход воды, гидравлическое сопротивление теплообменника, ESP вентилятора, шум
- Проверяются рабочие точки: температура воды на входе/выходе, расход воздуха, не «перескочил» ли типоразмер по шуму/габариту
Что именно считает MagiCAD по фанкойлу:
- Типоразмер — селекция по каталожным точкам, не CFD и не полный психометрический расчёт змеевика. Если в датасете есть несколько режимов (разный ΔT, разный расход воздуха) — берётся ближайший. Нет точки в каталоге — будет «не подобран» или упрётесь в ручной ввод
- Расход воды — из Q и ΔT контура / из паспортной точки изделия
- Сопротивление по воде — паспортной Δp теплообменника + клапаны (двухходовой/трёхходовой, если заложены)
- Воздух — расход и внешнее статическое; аэродинамику сети MagiCAD считает уже модулем Ventilation, если фанкойл заведён как воздухораздача. Сам змеевик «по воздуху» детально не моделируется
Дальше фанкойл — потребитель в водяной сети MagiCAD Piping. Считается не «каждый фанкойл отдельно в вакууме», а весь контур.
3. Чиллер: как MagiCAD его «считает»
Тоже не термодинамика цикла, а подбор из каталога + гидравлика обвязки.
- Суммируете нагрузку всех потребителей контура (фанкойлы, ТО прецизионок, теплообменники)
- Запас / разноимённость — вручную. MagiCAD сам diversity для ЦОД не выведет
- Подбор чиллера из датасета: Qхол при заданных 7/12 °C (или ваших tвх/tвых), расход через испаритель, Δp испарителя, электрическая мощность / EER — если они есть в карточке изделия
- Если чиллер с водяным конденсатором — отдельно расход и Δp конденсаторного контура
Чего MagiCAD не делает:
- не считает часть нагрузки, IPLV, работу на 30–40 % (а в ЦОД это как раз рабочий режим)
- не считает сухие градирни / фрикулинг / гидравлический экономайзер как энергетическую модель
- не подбирает чиллер «по мокрому термометру площадки» — это каталожная точка, которую вы должны выбрать сами
Для ЦОД чиллер в MagiCAD = правильный типоразмер по пику + корректная обвязка (первичка/вторичка, коллекторы, насосы, байпасы). PUE и годовой холод — в другом софте.
4. Гидравлика контура (это как раз сильная сторона)
Модуль MagiCAD Piping / Heating & Cooling:
- разводка: двухтрубка, коллекторы, стояки, кольца
- диаметры — по скорости и/или удельному Δp (критерии задаёте в расчётных установках)
- потери: трубы + местные (фитинги, переходы, арматура из каталога)
- балансировка: авторегуляторы / ручные балансиры, проверка, что каждый фанкойл получает свой G
- насос: рабочая точка (G, H), подбор из каталога
- Δp испарителя чиллера и Δp змеевиков фанкойлов входят в характеристику сети
Типовой контур ЦОД в MagiCAD:
- чиллер(ы) → первичные насосы → гидравлический разделитель / коллектор → вторичка на фанкойлы / ТО рядов / двери
- на каждом ответвлении — расход из Q / ΔT, на чиллере — сумма + циркуляция первички
- если ΔT на фанкойлах и на чиллере разные (например 8/14 vs 7/12) — это уже схема с ТО или с качественным регулированием, MagiCAD сам «согласовать температуры» не догадается, температуры контуров задаёте вы
5. Практический порядок именно под холодоснабжение серверной
- Собрать теплопритоки вне MagiCAD (IT + ИБП + свет + люди + оболочка). В модель — цифрой на помещение / на стойку
- Расставить фанкойлы / теплообменники, задать Q и ΔT, прогнать селекцию типоразмера
- Развести трубы, задать критерии скорости (для ХВ обычно 0,8–1,5 м/с на ответвлениях, до 2–2,5 м/с на магистралях — ваши нормы)
- Запустить гидравлический расчёт: диаметры, Δp, балансировка, насос
- По сумме Q (+ запас) подобрать чиллер из каталога, проверить Δp испарителя и расход на его паспортной точке
- Сверить, что расход вторички и расход через испаритель стыкуются по схеме (разделитель / гидрострелка / спаренные насосы)
Итог
MagiCAD считает не теплопритоки, а сеть под уже известный Q: селекция фанкойла/чиллера из каталога, G из Q и ΔT, диаметры, потери, насос. Типоразмер — каталожный, не расчёт змеевика и не модель холодильного цикла. Для машинного зала этого хватает на BIM и рабочие чертежи; сам Q IT и годовой холод всё равно считаются рядом.
Если нужно — отдельно распишу раскладку: какие параметры прописывать на системе ХВ (tг, tх, ΔT, гликоль), как не словить расхождение расхода чиллера и суммы фанкойлов, и чем отличается схема «чиллер + фанкойлы» от «чиллер + прецизионки с выносными ТО».
3-ходовые клапаны на фанкойлах в MagiCAD
Коротко: MagiCAD не «придумывает» схему и не считает клапан как отдельный термодинамический объект. Он берёт расход через змеевик, считает нужный Kv / Δp / DN и, если в датасете есть именно 3-ходовые клапаны с гидравлическими точками, может подобрать конкретную модель. Насколько это будет «само» — зависит от того, как смоделирован байпас и какой датасет стоит.
1. Что MagiCAD считает, а что нет
На расчётном режиме 3-ходовой на фанкойле почти всегда полностью открыт на теплообменник, байпас закрыт. В гидравлике сети это выглядит как обычное сопротивление на линии змеевика:
- расход G — из Q фанкойла и ΔT контура (тот же G, что уже посчитан при селекции FCU)
- нужный Kv — из G и заданного Δp клапана (или из авторитета)
- DN — по присоединению / по скорости / по линейке производителя
- проверка, что выбранный клапан в датасете закрывает эту точку
Формула та же, что везде:
Kv = G / √Δp (с пересчётом единиц: м³/ч и бар, либо л/с и кПа — как задано в расчётных установках)
Авторитет клапана:
a = Δpклапана / (Δpклапана + Δpучастка)
Участок — змеевик фанкойла + подводки до точки смешения/разделения, не весь стояк. MagiCAD авторитет сам «с потолка» не выведет: либо вы задаёте целевой Δp клапана, либо он берёт Δp из карточки изделия и вы показывает авторитет после расчёта сети.
Чего модуль не делает:
- не считает характеристику «клапан + байпас» во всём диапазоне хода (0–100 %)
- не подбирает клапан по авторитету 0,3–0,5 как обязательный критерий, если вы это явно не заложили в установках селекции
- не отличает смешение и разделение «по смыслу схемы», если вы поставили не тот тип изделия
- не считает гликоль-поправку Kv сам по себе — среда и вязкость должны быть в системе / в карточке
2. Выберет ли модель из базы — да, но при условиях
Если 3-ходовые есть в MagiCAD Cloud / локальном датасете производителя (Belimo, Siemens, Danfoss, Honeywell, IMI и т.п.) и у изделия заполнены:
- тип: 3-way mixing / diverting (не 2-way)
- ряд Kv по DN
- Δp при полном открытии / характеристика
- присоединение, PN, среда (вода / гликоль, если есть)
то при Product Selection / гидравлическом расчёте MagiCAD подберёт ближайшую модель по расчётным G и требуемому Kv/Δp, в пределах линейки.
Типовой порядок:
- фанкойл подобран → на нём есть Gводы и Δp змеевика
- на подаче или обратке стоит 3-ходовой как изделие MagiCAD (не «пустой» семейный фитинг без датасета)
- в расчёте Piping включена селекция арматуры
- критерии: скорость, Δp клапана или диапазон Kv, иногда min/max авторитет — если заданы в Calculation settings / Valve sizing
- MagiCAD пробегает ряд, отбрасывает клапаны с слишком маленьким/большим Kv и выдаёт конкретный типоразмер (например DN20, kvs 4,0)
Если датасета нет или в базе только 2-ходовые — сам 3-ходовой он не создаст. Поставит то, что лежит в семействе, либо оставит generic-клапан с ручным Kv.
3. Как не словить ошибку именно на 3-ходовом
На расчётном режиме байпас не должен течь. Иначе расход через клапан и через змеевик разъедутся, Kv уедет, подбор будет чужой.
Практично в модели:
- байпас нарисован, но на design flow закрыт (положение клапана 100 % на FCU) — так считает большинство
- либо байпас есть геометрически для BIM/спеки, а в гидравлике на расчётном режиме его сопротивление = ∞ / расход 0
- клапан стоит в правильном месте: для смешения обычно на обратке FCU, для разделения — на подаче; путать тип изделия нельзя — Kv и направление другие
- Δp клапана на design — обычно 10–20 кПа (часто сопоставим с Δp змеевика), авторитет 0,3–0,5. Если дать MagiCAD «подбери по минимальному Δp», он возьмёт слишком большой kvs — регулировать будет нечем
- DN клапана не обязан быть DN подводки: часто DN15–20 на фанкойле 2–5 кВт при трубе 20–25. Датасет это умеет, если не включён жёсткий «DN = DN трубы»
После расчёта смотрите не только «подобрался / не подобрался», а:
- фактический Kv vs kvs
- Δp клапана на Gрасч
- авторитет относительно Δp змеевика+подводок
- не упёрлись ли в край линейки (первый/последний kvs)
4. 2-ходовой vs 3-ходовой в MagiCAD
Селекция 2-ходового на переменном расходе отрабатывает ровнее: один поток, один Δp, датасетов больше.
3-ходовой в MagiCAD — это в первую очередь правильное изделие + правильный design flow через змеевик. Гидравлика стояка при этом остаётся почти постоянным расходом; MagiCAD это не пересчитает сам в «постоянный G на стояке / переменный G на FCU», если байпасы по веткам не смоделированы. Для ЦОД 3-ходовые на фанкойлах сейчас скорее исключение (энергетика, ΔT, насосы), и датасеты под них часто беднее, чем под 2-ходовые + PICV.
Итог
MagiCAD считает 3-ходовой как сопротивление на расчётном расходе змеевика и подбирает модель по Kv, Δp, DN из базы — да, если 3-ходовые с гидравликой реально лежат в датасете и клапан вставлен как MagiCAD-изделие. Схему смешения, байпас и авторитет он за вас не спроектирует: неверный тип клапана или текущий байпас на design = подбор «какой-то модели», не той, что нужна по регулированию.
Если нужно — могу расписать конкретные поля в свойствах клапана (kvs, Δp, authority, position) и какие галки в Calculation settings включать, чтобы селекция не брала первый попавшийся DN20.