В продолжение истории с гаражом. Представитель заказчика не сдался , опять ко мне обратился, теперь с новым предложением - давай КП на АР и КР, без экспертизы. Я уже не спорю, ок, дам КП на 2 раздела. Направил, мне пишут , всё норм, заключаем договор на проектирование. Я в ответ - замечательно, давайте АГО, ИГИ геологию и геодезию - и погнали. Мне в ответ - какая ещё геология ? Я - внимательно КПшку прочитайте, там минимальные исходники перечислены. Заказчик - а я чёт это не читал, ничего этого у нас нет, будем решать. Прошёл почти месяц и на днях мне представитель заказчика звонит, говорит, всё ок , геология есть , сейчас видео скину. Я несколько озадаченно- видео проведения изысканий? А зачем мне это? Смотрю присланное- там небольшой погрузчик копает какую-то яму. Потом фото - кто-то рулеткой глубину ,похоже, этой ямы мерит, фото рулетки. Мне опять объясняют- это и есть наши изыскания, вот экскаватор копает, нормальный грунт , вот рулеткой толщину слоёв меряем. Больше ничего предоставить не сможем. Ты там сам какой- нибудь там отчёт по геологии на основании этого составь, нам пришли , мы его подпишем. Добрый весёлый смех был им в ответ , что называется. Хотел заблокировать номер этого заказчика, но решил пока повременить , очень интересно, что эти деятельные и деловые люди еще придумают.
Обмен 3D-моделями между разными САПР почти всегда идёт через формат STEP. Геометрию он переносит отлично, а вот про структуру изделия не знает почти ничего.
Поэтому после импорта инженер открывает технически верную, но совершенно сырую сборку. Сотни компонентов со служебными именами вроде Solid1 и Part_42, ни обозначений, ни наименований, ни материалов, плюс дубли и разъехавшиеся разделы спецификации. Разгребать это вручную приходится часами, а на крупных узлах счёт идёт на дни, и к вечеру глаз замыливается так, что ошибки начинаешь делать сам.
Чтобы не заниматься этим руками, мы сделали утилиту, которая разбирает сборку сама.
Что умеет утилита
Утилита берёт сборку из STEP и приводит её к нужной структуре по таблице, которую инженер готовит заранее. Из таблицы она понимает, каким должен быть результат: обозначения, наименования, материалы, разделы спецификации, вложенность дерева.
Дальше она сопоставляет строки задания с реальными файлами, раскладывает детали и сборки по нужным папкам и проставляет свойства. Крепёж и повторяющиеся детали идут по отдельным правилам, иначе спецификация быстро разъезжается. После сохранения утилита заново связывает ссылки внутри сборки на новые файлы и собирает отчёты в двух видах: один для человека, второй для машины.
Сначала покажи, потом делай
Любая запись в реальные файлы необратима, поэтому сначала утилита всегда работает вхолостую, врежиме проверки (dry-run).
Она строит подробный план и показывает его отчётом, не трогая ни одного файла. Исходники в это время открыты только на чтение.
Оператор смотрит план и подтверждает его вручную. Только после этого запускается запись, причём ровно та, что была в плане. Результат пишется в отдельную папку, а от случайного второго запуска по той же папке стоит блокировка.
Как это выглядит на практике
1. Инженер кладёт рядом таблицу структуры и папку с импортом. 2. Запускает проверку. Утилита сканирует файлы, сопоставляет их с заданием и выдаёт план: какие детали уедут в какие папки и с какими обозначениями, какому крепежу проставиться единое обозначение, для какой строки задания файла не нашлось вовсе. 3. Инженер читает отчёт и убеждается, что всё размечено верно.
4. Запускает запись. Утилита сохраняет файлы, проставляет свойства и пересобирает корневую сборку так, чтобы она открывалась без окна «не удалось найти файл». 5. В конце отдельный проход перепроверяет результат и пишет итоговый отчёт.
Немного про устройство
Внутри это конвейер из независимых шагов: разбор таблицы, сканирование папки, связывание строк с файлами по набору правил, сборка плана. К самой сборке план применяется только в самом конце.
Логику разбора, сопоставления и планирования мы держим отдельно от САПР и покрываем тестами. Работа с КОМПАС вынесена в свой слой через COM/API, а самые тяжёлые по нагрузке операции отданы отдельному быстрому модулю.
Ограничения и открытые вопросы
Утилита заточена под согласованный формат таблицы, произвольные Excel она пока не понимает. Для реальной записи нужна Windows с установленным КОМПАС-3D и доступом к COM/API.
Часть операций API ведёт себя по-разному в зависимости от версии КОМПАС. Там, где операция не поддерживается, утилита честно пишет «пропущено» или «сделано частично», а не рисует зелёный статус поверх проблемы. Транзакционного отката после начала записи нет, и это ещё одна причина, по которой предварительный план так важен. Производительность упирается в размер сборки: самые дорогие шаги мы уже ускорили пакетной обработкой, но запас ещё остаётся.
Если проект кажется полезным, расскажите, чего вам не хватает в работе с КОМПАС и какую рутину хотелось бы свалить на программу. Идеи и пожелания пишите в комментариях или на почту: Vanamasorub@gmail.com
То что реформы назрели в ВМФ, и ежу ясно. Вопрос какие. Потратив 15 минут на общение с chat GPT я их неплохо сформулировал. Да, можно сколько угодно ржать на глупым мной и глупым chat GPT, но Вы уверены, что в данный момент реформы флота идут хотя бы на таком простом уровне?
Если флот сейчас строить с нуля, это строить надо не «флот больших кораблей», а морскую распределённую IT-армию: датчики, дешёвые носители, БПЛА/БЭК/подводные аппараты, береговые ракетные комплексы, защищённая связь, быстрый цикл доработок.
1. Главный принцип
Не «линкор ищет бой», а:
“Каждый дорогой корабль — сервер в дата-центре, который нельзя подставлять. Всё опасное делают дешёвые периферийные устройства.”
То есть корабль больше не главный герой. Главный герой — сеть.
2. Состав такого флота
Он выглядел бы примерно так:
20% — классические корабли. Фрегаты, корветы, тральщики, подлодки, транспорт. Но они не ходят гордо туда-сюда, а работают как защищённые узлы: ПВО, Калибры, связь, РЭБ, командование.
30% — беспилотный ударный слой. Морские дроны, малые катера-носители, барражирующие БПЛА, разведчики, ложные цели. Не единичные «чудо-дроны», а серийные расходники.
Старый флот мыслит базой как парадным портом. Нужно делать иначе:
Севастополь, Новороссийск, Темрюк, Керчь, малые бухты, временные стоянки — всё превращается в распределённую систему. Корабли не стоят красиво у стенки. Они постоянно меняют места, прикрываются ложными макетами, дымом, сетями, баржами, мобильными РЭБ и ПВО.
Главная мысль: противник не должен понимать, где настоящий корабль, где макет, где ловушка, где пустой причал.
4. Противодроновая оборона была бы отдельным родом сил
Не «матрос с пулемётом увидел БЭК ночью», а полноценная служба:
Командование противодроновой обороны ЧФ.
Её задача — не героически отбиваться, а строить непрерывный контур:
Каждая атака противника разбирается как инцидент в IT: лог, причина пробоя, патч, новая версия защиты.
5. Корабли изменились бы внешне
Большие красивые корабли получили бы «уродливый», но полезный обвес:
много оптики, тепловизоров, малых РЛС, сеток, дополнительных постов наблюдения, дешёвых автоматизированных турелей, мест запуска малых дронов, контейнеров РЭБ, ложных тепловых/радиолокационных целей.
И главное — каждый корабль имел бы свои мини-БПЛА, как глаза на 20–50 км вокруг. Без этого корабль в 2026 году слеповат.
Он выпускает разведчиков, ретрансляторы, ложные цели, перехватчики, морские дроны. Сам не лезет в бой, а управляет «стаей».
Идеальный флот после 2022–2026 годов — это не фрегат против фрегата. Это:
фрегат + 30 дешёвых глаз + 20 ложных целей + 10 перехватчиков + береговые датчики + спутниковая/радиоразведка + ремонтная команда на берегу.
7. Доктрина: не господство на море, а управление риском
Старая мечта: «контролировать Чёрное море».
Новая реалистичная цель:
не дать противнику свободно действовать, сохранить свои пусковые/логистические возможности и не терять дорогие корабли от дешёвых систем.
Можно не иметь большого флота, но парализовать чужой. Carnegie прямо описывает это как асимметричную модель, где флот можно сделать функционально бесполезным без симметричного корабельного боя.
8. Кадры: адмиралы стали бы “продуктовыми менеджерами войны”
Самое важное изменение было бы не в железе, а в культуре.
В новом флоте нужно держать рядом:
инженеров, программистов, операторов FPV/БЭК, аналитиков данных, офицеров РЭБ, ремонтников, закупщиков, боевых командиров.
И цикл был бы такой:
атака → разбор → новая версия → испытание → массовое внедрение.
Не через 5 лет ОКР, а через недели.
9. Что стало бы с большими кораблями
Они не исчезли бы, но потеряли бы культовый статус.
Крейсер типа «Москва» в такой системе выглядел бы не символом мощи, а слишком дорогой и слишком заметной платформой. Его либо глубоко модернизировали бы под ПВО/БПЛА/РЭБ, либо держали бы далеко, либо вообще не строили бы.
Будущее — за меньшими, многочисленными, ремонтопригодными платформами.
10. Итоговая картинка
Черноморский флот такого типа выглядел бы не как парад кораблей, а как роевая экосистема:
То есть не «флот адмиралов», а флот инженеров войны.
Главный лозунг такого ЧФ был бы:
“Дорогой корабль не должен видеть противника первым. Его должны видеть тысячи дешёвых глаз.”
p.s.: опять таки всякие псевдо IT-Шники, которых тут роится много словно мух не знаю зачем, могут сколько угодно высмеивать эти идеи. Но для всех моих настоящих IT-шников, работающих в банках, в робототехнике, в devops, с БПЛА, это уже давно очевидные вещи. И все они в недоумении, почему кому-то это может быть непонятно. Шурик, это же очевидно!
Сейчас хочу рассказать про кубанскую зиму. Что это такое на самом деле?
Если коротко — это ежедневная, тотальная серость, полное отсутствие солнечных дней и противный, ледяной, пронизывающий ветер. В Сибири зимой как? Мороз хрустит, солнце искрится так, что глаза слепит. На Кубани про солнце можно забыть месяца на три. Небо просто висит над станицей унылой серой простынёй, а местный ветер с особым садизмом находит любую щёлку в одежде и пробирает до самых костей.
Из-за этой вечной сырости знаменитый кубанский чернозём под ногами не высыхает вообще. Он приобретает консистенцию жирной домашней сметаны, плавно переходящей в строительный пластилин, и преследует тебя везде. Ты не ходишь по земле, ты в ней увязаешь. Чисто филиал Питера, только вместо Эрмитажа вокруг поля и грязища по колено.
Старшие дети к тому моменту уже вовсю обживались в местной школе. На кубанском процессе образования и его специфической станичной атмосфере я подробно остановлюсь в следующих постах — поверьте, там есть о чём рассказать, шаблоны трещали знатно.
Моя же жизнь превратилась в суровую цикличную рутину в стиле фильма «День сурка».
Утром ранний подъём, прыгаю в машину — и вперёд, покорять трассу до Краснодара на основную работу. Вечером, уставший как собака, с боем вырываюсь из легендарных краснодарских пробок и быстрее лечу назад, в станицу, к семье.
Поскольку домишко наш, как вы помните, весьма маленький и тесный для многодетной семьи, мне пришлось оборудовать себе "рабочий кабинет" прямо на холодной веранде. Зачем? Чтобы иметь хоть какой-то свой угол и возможность брать вечерние подработки. Деньги сами себя не заработают.
Комфорт там, конечно, чисто спартанский. Когда на улице кубанские +5, у меня в «кабинете» в лучшем случае +8…+10 градусов. Электрический обогреватель в этих условиях спасает слабо — он скорее просто светится для моральной поддержки, чем греет. Сидишь, стучишь по клавишам в куртке и шапке, пар изо рта идёт, из реального тепла рядом — только кружка горячего чая, которая остывает быстрее, чем я успеваю дописать строчку кода.
Но знаете что? Вся эта серость, холодрыга на веранде и выматывающие пробки вообще не могли сбить наш настрой. Нашу душу дико грела предстоящая суета с запланированной стройкой нового, большого и современного дома. Ради этой великой цели можно и косплеить полярника за компом.
С проектом будущего семейного «вигвама» мы к тому моменту в целом уже определились. Но, как это всегда бывает с типовыми решениями, проект требовал корректировок под задачи и нужды нашего многодетного семейства. Я связался напрямую с автором проекта — Володей Чернушевичем. Мы с ним плотно пообщались, детально обсудили весь конструктив и перекроили чертежи под наши «хотелки».
Так что пока за окном была кубанская зима, на нашей промерзшей веранде на бумаге уже вовсю строилось наше светлое, тёплое и просторное будущее. Мечта наконец-то обрела чёткие, понятные инженерные очертания.
Дальше описывать события я буду в "плавающей" хронологии. Пытаться выстроить всё в строгую цепочку день за днём — дело занудное, да и память штука избирательная. Поэтому я буду выдергивать из нашей станичной жизни самые яркие, самые значимые моменты, которые сильнее всего врезались в память или напрямую повлияли на дальнейшее принятие наших решений.
Записок профессионального мемуариста не обещаю, так что прошу не судить строго 😊
Мне многие говорили, кто со мной знаком, открой Донаты, тебе помогут. А я вечно в каких-то сомнениях. Кто будет заинтересован помогать со стороны? Видите какие проблемы с экономикой в стране, а тут я ещё со своими Донатами. Кому это интересно? И вот я решился. Я открыл первый свой сбор в жизни на Пикабу. Не знаю что из этого выйдет. Сам я люблю проектировать и создавать различные устройства на базе микроконтроллеров. Что-то получается, что-то ограничен в средствах и откладывается на неопределённый срок, но стараюсь, пытаюсь, создаю, шевелюсь так сказать. Сейчас сижу над проектом Робота доставщика и завис на проектировании печатной платы для драйвера бесщёточного двигателя.
EasyEDA кудаж без неё, Пытаешься сделать всё по правилам, но нарушил всё что можно нарушить в трассировке. Экономия средств... Нужно уложиться в габариты 50х100 мм. Не настолько богатый, чтобы делать произвольные печатные платы.
Вообще проектировка это затратное дело. Создать робота это не просто идея, это выбрать моторы, заказать электронные компоненты. Придумать блок схему, начертить схему, и сделать печатные платы под них, а это снова заказать. Ждать, ждать и снова ждать. Придумать механику и продумать, как всё должно шевелиться и двигаться. Придумать из чего сделать. И самое главное найти компромисс между тем, что должно в теории работать и тем, что стоит дорого.
Зацените мой редуктор GT2 - 2:1 в 3D. это не просто модель, он ещё и крутится, и причём без багов и тормозов :)
Вот например. Для того чтобы создать механику, нужно создать все 3D модели узлов, посмотреть, как это всё взаимодействует друг с другом. А ещё спасибо блин РКН, без него никуда. Хочешь найти информацию о сопряжениях, а фигли "тытруба" заблокирован, и ничего не посмотришь. А на русских платформах только несколько видео, и то, алгоритм одинаковый. Сделал редуктор GT2, посидел с калькулятором, При вращении зависает. Проанализировал, понял, где программа спотыкается. Казалось бы, обычная передача GT2... Но пришлось написать около 1500 строк кода, чтобы автоматически производить расчёт любого шкива, и самое главное обойти баги в программе 3D моделирования.
потратил целую неделю, на написание кода и геометрические расчёты, вспомнил синусы, косинусы и прочее геометрическое, и понял, что "геометрия пригодилась". Мой друг мне сказал: "Да не бойся ты ошибаться, это нормально". И с ним можно согласится, может быть я не тратил бы так много времени, но любая ошибка это удар по бюджету. Спроектировал корпус, отдал на производство, сделали, а ось подшипника смещена, или вообще не тот диаметр, и что? Покупать другие подшипники или всё переделывать? Ошибаться это нормально, вот только в моём случае накладно. Порой не хватает рук, а ещё сильнее не хватает времени, ну и средств. И если первое и второе имеет взаимосвязь, то вот последнее порой играет решающую роль. Ох были бы средства, нанял бы команду....... Влажные мечты проектировщика цифровых устройств))) Чтож с помощью людей или без, я буду биться, видимо как муха об говно стекло, но я проектировщик, может не такой сильный, но проектировщик, это видимо у меня в крови, причём с детства. Спасибо тем, кто дочитал до конца. Я надеюсь что через год-два, мне удастся воплотить главный мой проект.
В октябре 2025 года я выпустил версию плагина CraftElectric Tools для SketchUp. Он помогал быстрее расставлять розетки, выключатели и светильники, назначать марку кабеля и гофру для рисуемых линий, а также получать отчёт по кабелям и установленным электроточкам.
Но довольно быстро стало понятно: если развивать идею дальше, одного плагина уже мало.
Общий вид нового приложения MoonCAD
Как это обычно бывает, со временем захотелось большего: не просто плагин к SketchUp, а отдельный инструмент под весь процесс проектирования электрики. SketchUp хорош для моделирования, но для такой задачи нужно больше контроля над данными, интерфейсом и логикой проекта.
Почему плагина стало мало
SketchUp хорош как 3D-среда. В нем удобно моделировать помещение, быстро что-то показать заказчику, сделать визуализацию.
Но когда начинаешь делать не просто "розетку на стене", а полноценную логику электропроекта, появляются ограничения. Мне хотелось, чтобы программа понимала, где щит, где стены, какие группы куда подключены, какой кабель по какому маршруту идет, дошла ли линия до щита, сколько нужно материалов и какие листы вывести в PDF.
А в плагине многое приходится делать вокруг ограничений чужого API. Где-то неудобно хранить данные, где-то тяжело контролировать интерфейс, где-то сложно сделать нормальную проверку связей. Любое нестандартное поведение постепенно превращается в борьбу с платформой.
Поэтому я решил перестать пытаться превратить SketchUp в CAD для электрика и начал делать отдельную программу: со своей логикой проекта, своим интерфейсом и 2D-движком на PixiJS
Так появился MoonCAD
Это уже не плагин, а отдельное CAD-приложение для проектирования электрики прямо в браузере: от планировки стен и расстановки электроточек до щита, кабельных трасс, ведомостей, смет и чертежей.
Не нужно сначала учиться пользоваться SketchUp, а потом отдельно разбираться с плагином. Я хочу сделать порог входа ниже: если человек умеет делать монтаж и примерно понимает, как должна выглядеть схема, он проходит последовательные этапы - стены, электроточки, трассы, щит, документы.
Главная идея не в том, чтобы просто перенести те же значки из SketchUp в браузер. В плагине тоже можно хранить параметры у объектов, но вся логика все равно живет как надстройка поверх 3D-сцены.
В MoonCAD я хочу сделать наоборот: модель проекта должна быть основой приложения. Розетка, кабель, щит, группа, маршрут, материал и лист чертежа связаны между собой с самого начала. Тогда интерфейс, проверки, ведомости и PDF строятся от одних и тех же данных, а не собираются вручную из разрозненных элементов.
Что уже можно показать
Чтобы это не выглядело как история "я придумал CAD, осталось только написать", покажу, что уже есть в рабочем прототипе.
Первым крупным модулем стала сборка электрощита. Это отдельный рабочий экран (этап проектирования), где можно собирать щит из модульных устройств.
Уже есть визуальная сборка щита, DIN-рейки, автоматы, УЗО, контакторы, рубильники, гребенчатые шины, кросс-модули, распределительные блоки, маркировка проводов, кабельный журнал, ведомость материалов и листы для оформления чертежей.
1/3
После щита я начал делать второй большой этап - помещение.
Тут уже есть отдельный режим работы со стенами: этажи, подложки, масштабирование подложки по двум точкам, направляющие, рисование стен по базовой линии, толщина стены, материалы стены, привязки к осям и существующим стенам, редактирование вершин, добавление и удаление точек.
Это нужно, чтобы электроточки не висели в пустоте. Розетка должна стоять на стене, светильник - на потолке, кабель - идти по понятной геометрии, а не просто по красивой линии на экране.
Следующий слой - электроточки: розетки, выключатели, светильники, выводы, распределительные коробки, связи и группы. Часть этой логики уже есть: оборудование умеет жить на разных поверхностях, у кабельных маршрутов есть группы, порты, типы кабеля и связь с щитом.
1/3
Можно задавать цвет рамки, механизма, выбрать глубину подрозетника, мощность и назначение.
Отдельный большой блок, который сейчас активно разрабатывается, - документация и расчеты: экран материалов, материалы щита и монтажа, листы чертежей, развертки стен, предпросмотр PDF, справочник работ для будущей сметы и админка для редактирования базовых цен работ.
1/2
Конечно, это еще не релиз "для всех". Где-то интерфейс сырой, где-то есть временные debug-режимы или еще нет финальных иконок, где-то логика еще меняется.. Но это уже не концепт и не набор макетов. Это рабочее приложение, которое постепенно обрастает предметной логикой.
Самое важное - трассировка кабелей
В SketchUp-плагине можно было рисовать кабельные линии и считать длины. Но для настоящего проектирования этого мало.
В MoonCAD я хочу прийти к модели, где программа понимает несколько разных слоев:
1. что с чем связано по смыслу, например выключатель со светильником;
2. какие потребители входят в одну электрическую группу;
3. что уже реально соединено кабелями;
4. по каким физическим путям кабель может быть проложен.
Это важно, потому что "нарисовать линию" и "спроектировать кабельную трассу" - разные вещи.
Часть ручной логики трассировки уже есть: маршруты, группы, типы кабелей, подключение к портам оборудования и проверки связности. Следующий шаг - сделать поверх этого более умный граф, который сможет не только хранить нарисованный маршрут, но и объяснять, почему он допустим или где в проекте ошибка.
В будущем это должно стать основой для автотрассировки: не магической кнопки "сделай красиво", а понятного алгоритма с правилами, ограничениями и возможностью проверить результат.
Документы, материалы и смета
Отдельная большая цель - чтобы из проекта можно было получить нормальные документы: план помещения, расстановку розеток и выключателей, развертки стен с высотами электроточек, схему щита, кабельный журнал, ведомость материалов, смету работ и PDF для передачи заказчику или монтажнику.
В MoonCAD уже есть экран материалов. Он собирает ведомость по проекту и позволяет смотреть материалы щита и монтажные материалы. По смете тоже идет работа: есть справочник электромонтажных работ - штробление, сверление, прокладка кабеля, подрозетники, коробки, щиты, светильники и так далее.
Идея в том, чтобы программа могла не только посчитать "сколько метров кабеля", но и собрать примерную стоимость работ.
Чем это отличается от обычной рисовалки
Обычная рисовалка хранит картинку.
MoonCAD должен хранить смысл.
Если на плане стоит розетка, программа должна понимать, что это розетка. Если она подключена к группе "1Роз1", это должно быть видно в щите, в кабельном журнале, в ведомости и в чертежах.
Если пользователь поменял кабель или перенес точку, документы должны пересчитаться от модели, а не перерисовываться вручную в пяти местах.
В SketchUp как раз и получался разорванный процесс: проводку рисуешь в модели, документацию потом собираешь в LayOut, щиты проектируешь или собираешь еще где-то, сметы по работам считаешь отдельно. Я хочу прийти к результату, где пользователь проложил проводку в одном инструменте и сразу получил связанные последствия: кабельный журнал, материалы, развертки, щит, смету и листы для выдачи.
Вот ради этого и пришлось уходить от плагина к отдельной программе.
Про бесплатность
И да, важный момент: MoonCAD не планируется как полностью бесплатный проект.
Такой инструмент сложно развивать как полностью бесплатный продукт: разработка занимает время, нужны серверы, поддержка, тестирование, обновление справочников, исправление ошибок и постоянная работа с реальными сценариями пользователей.
Но я не хочу продавать сам факт рисования стен, розеток и кабелей. Думаю пользователь должен иметь возможность собрать модель своего объекта и понять, что система действительно считает проект: кабель, группы, подрозетники, материалы, работы.
Платными должны быть не "линии на экране", а профессиональный результат: полноценная документация, PDF, кабельный журнал, развертки, ведомости, работа со щитом, экспорт и более умные инструменты автоматизации.
Мне кажется, это честнее: сначала человек видит пользу на своем реальном объекте, а уже потом решает, нужен ли ему профессиональный вывод результата.
Что будет дальше
Ближайшая цель - доделать основные инструменты и поднять рабочую версию на сервере, чтобы ей можно было пользоваться не только у меня на компьютере.
Цель проще: дать частному электрику или проектировщику инструмент для нормального проекта, который не стыдно показать заказчику. С понятными материалами, объемом работ и ценой - без лишних закупок, пересчетов и сожалений, что работу оценили слишком дешево.
Зачем пишу сюда
Когда я выкладывал CraftElectric Tools для SketchUp, обратная связь сильно помогла. Многие идеи появились именно из комментариев: УГО, типы кабеля, имена групп, отчеты, модели для визуализаций.
Сейчас история повторяется, только масштаб стал больше.
Мне интересно мнение тех, кто реально сталкивается с электрикой: проектирует, монтирует, проверяет, делает дизайн-проекты, собирает щиты, считает материалы.
Что бы вы проверяли в такой программе в первую очередь: быструю расстановку розеток, развертки стен, кабельный журнал, смету, автоматическую проверку групп, схему щита, PDF-документацию, расчет материалов, импорт планов, автотрассировку?
Пишите идеи, критику и больные места. Особенно интересны не "хотелки ради хотелок", а реальные сценарии: где сейчас приходится тратить время, перепроверять вручную или ловить ошибки уже на монтаже.
Я хочу сделать инструмент, который будет полезен не в презентации, а в работе.
