Инженерные системы *

«Катти Сарк» (Cutty Sark) — один из тех редких кораблей, которых можно назвать блистательными неудачниками. Построенный в 1869 году ради одной очень конкретной задачи — как можно быстрее доставлять свежий чай из Китая в Лондон, — он появился почти ровно в тот самый момент, когда технический прогресс сделал эту задачу для парусников экономически нецелесообразной. Но вместо короткой и неудачной карьеры корабль «Катти Сарк» прожил несколько совершенно разных жизней: был чайным клипером, рекордсменом австралийской шерстяной линии, португальским грузовым судном, учебным кораблём и, наконец, музейным памятником эпохе парусного торгового флота.

Сегодня это единственный в мире целиком сохранившийся трехмачтовый чайный клипер. Значительная часть его конструкции (несмотря на сложности консервации и поддержания в порядке судна такого масштаба) сохранилась до наших дней в неизменном виде с 1869 года.

Подведены итоги ежегодного студенческого конкурса «САПР‑Перспектива — 2026». Экспертная комиссия рассмотрела 80 проектов из 20 образовательных организаций в 20 городах России и определила 14 лучших работ, отметив качество их исполнения и проработанность инженерных решений.

Конкурс, который был организован уже в пятый раз, предоставляет студентам возможность продемонстрировать навыки работы в nanoCAD, пополнить портфолио, заявить о себе будущим работодателям и выиграть денежные призы. Среди отмеченных выпускных квалификационных/дипломных и курсовых работ — проекты зданий и инженерных сетей, генеральные планы, машиностроительные чертежи и программные разработки. Знакомим с победителями и показываем, как они реализовали свои идеи.

Командный трек

В командном треке победили Виктория Селиванова, Анастасия Гунько, Софья Базимирова и Арина Ягодина из Новосибирского государственного архитектурно‑строительного университета (Сибстрин). Под руководством Юлии Эдуардовны Чмир и Марии Сергеевны Тырышкиной они создали проект «Комплексная подготовка территории земельного участка, ограниченной ул. Амурской, ул. Расковой, ул. Титова и Широким переулком, г. Новосибирск».

15 сентября мы представили nanoCAD BIM Строительство 26 — новую версию BIM/ТИМ‑решения для архитекторов и конструкторов. Разработка заняла десять месяцев: за это время команда реализовала около 50 значимых улучшений и закрыла более 700 задач.

Часть изменений появилась благодаря обратной связи пользователей, собранной по результатам пилотных проектов. Поэтому в версии 26 есть не только новые инструменты моделирования, но и менее заметные на первый взгляд доработки: ускорение повседневных операций, привязки к сечениям BIM‑объектов, настройка толщины линий на видах и сокращение количества ручных действий.

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

Здесь и далее показатели производительности относятся к проектам и сценариям, использованным во время тестирования версии. Результат на конкретном компьютере зависит от состава модели, настроек и конфигурации оборудования.

Классическая САПР и BIM в одном рабочем процессе...

Что будет с инженерами в эпоху ИИ? Мнение и том, сможет ли в будущем ИИ заменить hardware-инженеров.

Меня зовут Никита Мохов. Я отвечаю за цифровое развитие закупок, документооборот и ещё десяток процессов в Цифровом СИБУРе – начиная с закупок и до того, как сотрудники получают ключи в нашем санатории. Сегодня – только про закупки. И про Колю.

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

Что может быть сложного в электрокарнизе: купил, дождался доставки, отрезал лишнее, прикрутил, воткнул в розетку — готово. Мы тоже так думали, пока не побывали на производстве электрокарнизов. Оказалось, нужно учитывать, где встречаются шторы и где сходятся каретки, а уровень шума зачастую важнее остальных характеристик.

Мы проследили путь одного изделия — от конфигуратора на сайте до упаковки готового карниза. Рассказываем, как все устроено.

До нового этапа маркировки меньше месяца. Компания зарегистрирована в «Честном знаке», ЭДО подключён, сотрудники знают, что товары маркируются. На первый взгляд основные приготовления уже закончены.

Но проблемы обычно начинаются не с регистрации. Поставщик отправляет УПД, а товар в учётной системе называется иначе. На приёмке обнаруживается расхождение между фактом и документом. Менеджер оформляет отгрузку по старой схеме. Возврат приходится разбирать вручную. Формально компания готова к маркировке, но реальный процесс приёмки и отгрузки ещё не готов.

# Сторож на ESP32-CAM

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

Почему замена деталей по календарю не всегда снижает число отказов? Разбираем RCM — методологию выбора обслуживания по функциям оборудования и последствиям их потери: от шести паттернов отказа до дерева решений.

Когда много работаешь с ИТ‑проектами, быстро понимаешь, какие инструменты действительно экономят время команды. Я работаю аналитиком и архитектором систем в компании интеграторе, где а мы помогаем компаниям автоматизировать передачу данных из 1С в BI‑системы (системы аналитики). Проще говоря — настраиваем обмен между 1С и BI так, чтобы нужные данные автоматически поступали в контур аналитики и обновлялись по расписанию, без регулярной ручной загрузки.

Со временем мы заметили, что нашим заказчикам не хватает быстрого и удобного способа собирать витрины данных для BI — без сложного кода, с понятной логикой и простым обслуживанием. Да, есть конечно Apache AirFlow, есть DBT — но все это для технарей, для искущенных в Python и SQL.

И в какой‑то момент возникла мысль о своем ETL‑решении, но дружелюбном к нормальным бизнес‑пользователям. Так появился DVT — low‑code ETL‑сервис, который мы сначала развивали в собственных проектах, а теперь решили сделать общедоступным, выпустив его в Open Source. 

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

Приветствую всех!

Как-то раз я уже рассказывал про релейный кодовый замок из восьмидесятых. Тогда я говорил, что помимо него существовали ещё и более новые экземпляры. И вот, волею случая один из них попал ко мне в руки. Чем он отличается от предшественника и как он устроен? Сейчас и узнаем.

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

На каждую атомную станцию в СССР имелся свой город-спутник — город для атомщиков. Строить и проектировать его начинали обычно раньше и активнее станции. Таким спутником ЧАЭС стала Припять. Планировать застройку будущего города начали в 1967 году. Через пару лет бумажной работы появился посёлок для рабочих и 4 февраля 1970 г. официально был основан населённый пункт, ставший через 9 лет городом. Припять быстро росла и вскоре её можно было назвать образцовым советским атомградом: качественные здания, большое количество мест досуга, проработанная удобная планировка. Денег на неё не жалели. За 15 с копейками лет существования настроить успели там от души. Что уж говорить, местами Припять превосходила не то что областные центры, но и столицы республик, даже киевскую! Давайте посмотрим, какую красоту погубила авария 26 апреля 1986 года.

Представьте: на дне реки проложен трубопровод, по которому транспортируется сырьё широкая фракция легких углеводородов (ШФЛУ) от газоперерабатывающих заводов.

Для контроля герметичности трубопровода требуется регулярный контроль не предмет утечек.

Периодический контроль внутренней поверхности ведется при помощи специальных устройств для очистки и диагностики. Помимо этого, используется несколько инструментов, такие как контроль технического состояния, телемеханика, системы обнаружения утечек, мониторинг с помощью БПЛА. А контроль при осмотрах велся при помощи отбора проб воды на лодках.

Способ рабочий, но долгий и опасный, а добрую половину года им вообще не воспользуешься. 

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

Лоток длиной 6 м уже закреплён под потолком. Монтажники вентиляции доходят до этого участка и обнаруживают: воздуховод по проекту должен пройти через лоток. Кабелей пока нет, потолок открыт. Часть готовой работы всё равно придётся переделать.

За 35 лет работы с программным обеспечением я наблюдал смену поколений антивирусов, эволюцию подходов к обнаружению угроз и бесконечный цикл гонки между авторами вредоносного ПО и разработчиками средств защиты. Однако сама суть проблемы осталась неизменной.

Появляется новый вредоносный файл. Его обнаруживают, анализируют, классифицируют, добавляют в базы или модели обнаружения. Затем появляется модификация, обходящая существующие правила, — и цикл повторяется.

Мне давно было интересно другое: что, если строить детект не вокруг вопроса «знаем ли мы этот файл?», а вокруг вопроса «насколько поведение и структура этого файла характерны для вредоносной программы?»

Так появился экспериментальный проект HAV — Heuristic AntiVirus. Это не коммерческий продукт и не попытка заменить существующие решения. Это исследовательский эксперимент, цель которого — проверить, насколько далеко можно продвинуться в обнаружении вредоносного ПО с помощью статического и динамического анализа, статистики и эвристических моделей. Репозиторий проекта опубликован в открытом доступе.

История развития многослойных конструкций — это наглядная эволюция, которая начиналась с примитивного сочетания природных материалов: глины, соломы, дерева, мха и камня. Наши предки интуитивно понимали, что если между двумя слоями засыпать землю или глину, то в доме становится заметно теплее. Так рождались первые примитивные «слоеные» стены. Шли века, и на смену случайным засыпкам приходили всё более продуманные механизмы. Сегодня же многослойные конструкции превратились в сложные инженерные системы, где каждый слой просчитан, подогнан и выполняет свою функцию.

Без таких конструкций невозможно представить современное проектирование. Поэтому для нашего примера — двухэтажного коттеджа — необходимо было смоделировать многослойные конструкции в nanoCAD BIM Строительство.

В этой статье мы детально рассмотрим многослойные конструкции стен, однако принцип моделирования таких конструкций в nanoCAD BIM Строительство универсален и применим также к другим элементам здания, например к перекрытиям.

Сам проект имеет интересную предысторию. «Коробка» дома уже была возведена на участке, но в процессе строительства возникла необходимость пристроить к дому веранду и гараж. В связи с этим принято решение смоделировать коттедж в новом продукте — nanoCAD BIM Строительство.

Здесь мы столкнулись с ограничением: в текущей версии nanoCAD BIM Строительство отсутствует прямая, «коробочная» возможность создавать многослойные стены как единую интеллектуальную конструкцию (рис. 1). Процесс моделирования сводится к последовательному построению отдельных стен, каждая из которых будет соответствовать одному слою конструкции с заданными характеристиками.

На территории бывшего механического завода работают десятки арендаторов, а разница между показаниями счетчика на вводе и суммой показаний счетчиков арендаторов доходила до 15–20 тыс. кВт·ч в месяц. Что сделала управляющая компания, чтобы найти пропавшие киловатт-часы, где их обнаружила и как окупила затраты на систему, расскажем в статье.

Компания «Нанософт» объявляет о выходе обновленной базы данных ООО «Промрукав» для nanoCAD BIM Электро.

В базу данных добавлены следующие элементы:

Создать цифровой двойник сложного инженерного изделия так, чтобы он работал без сбоев в BIM‑среде — задача нетривиальная. Но ГК УНИХИМТЕК доказала, что она решаема. Всего за один месяц, объединив усилия с премьер‑партнером ЗАО «СиСофт Омск», производитель выпустил полноценную базу данных оборудования ОГРАКС® для nanoCAD BIM ОПС. Сегодня эта библиотека уже доступна тысячам проектировщиков, избавляя их от ручного пересчета узлов и многократно ускоряя создание разделов противопожарной защиты.

Взгляд в будущее: зачем огнезащите цифровой паспорт

Вместо того чтобы листать каталоги и вручную подгонять размеры, проектировщик может теперь загрузить в среду nanoCAD параметрический объект с реальными характеристиками. База данных ОГРАКС — это не просто 3D‑картинка, а полноценный элемент информационной модели: с геометрией, свойствами, типоразмерами и готовыми сборочными узлами. Проект призван сделать рутинный подбор муфт и проходок максимально автоматизированным и исключить досадные ошибки на стадии создания документации.

Главные герои и скрытые сложности

За «волшебство» цифровой трансформации отвечали проектно‑технический отдел УНИХИМТЕК под руководством Анастасии Чапкиной и команда внедренцев из ЗАО «СиСофт Омск». Им необходимо было решить три ключевые проблемы:

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

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

На Хабре много крутых ребят, которые уже строили свои умные дома и успели набить на этом шишки. Поэтому одна из целей статьи - обсудить мои решения и собрать обратную связь. А вторая - показать, насколько далеко вообще можно зайти с автоматизацией за разумные деньги. Когда я только начинал об этом думать, то во многом исходил из привычных сценариев и даже не представлял, сколько всего можно сделать действительно «умным».