Leaderboard

Почти всё получилось! думаю в понедельник течении недели вам покажу и расскажу, но уверенно могу сказать, нанокад электро, позволило создать систему заземления, с внесением в СО + АВТОМАТИЧЕСКИ сформирует схему заземления! сейчас стадия, стряпания дин.блока + кое какие тесты по работе и написание инструкции. пожелайте мне удачи! простите, углубился в разработку и создание дин.блока, сейчас прорабатываю молниезащиту, которая так же будет формироваться автоматически и будет присутствовать в 1 блоке.

"Накрутила" год назад. NC21.1 - исправлен баг, можно выбрать несколько слоев сразу и перенести в правую часть диалога. Остальное работает в 20.3. По разному интерпретируется высота для dcl - см. вариант LDOrderV1-2_Nc20.3.lsp. Для NC 20.3, NC 21.0 задаю "arrowbox : image_button { width = 4.17; fixed_width = true; fixed_height = true; color = dialog_background; }" ; height = 5 "arrowimg : image { width = 4.17; fixed_width = true; fixed_height = true; color = dialog_background; }" ; height = 4 " : arrowimg { key = \"bottom\"; height = 2; }" В NC21.1 задаю для dcl - см. вариант LDOrderV1-2_Nc21.1.lsp "arrowbox : image_button { width = 4.17; fixed_width = true; fixed_height = true; height = 5; color = dialog_background; }" "arrowimg : image { width = 4.17; fixed_width = true; fixed_height = true; height = 4; color = dialog_background; }" " : arrowimg { key = \"bottom\"; }" На Nc 22.0 оба вар. работают LDOrderV1-2_Nc20.3.lsp LDOrderV1-2_Nc21.1.lsp

Друзья, не надо ссориться... я вам один гнусный факт сообщу - вы только не обижайтесь! Ваш персональный враг - это я. без моего ведома ни один несчастный пиксель на экран в нане не попадет. Из этого можно сделать нехитрый вывод - я прекрасно знаю, что при увеличении кружОчек превращается в гайку. Если на минуточку отвлечься от праведного возмущения - то станут очевидными некоторые вещи. 0) вы все можете хоть лопнуть от злости - но кружОчек всегда рисуется линиями. с какой точностью - вопрос отдельный. но всегда линиями. 0.5) среднепотолочно разбиение кривой на отрезки осуществляется так, чтобы погрешность не превышала полпикселя (читай - особой разницы не видно. при данном зуме) 0.75) грамотную настройку никто делать не будет. чой-то, настраивать еще... 1) гайковидность проявляется при существенном изменении зума 2) я знаю, когда меняется зум - и могу пересчитать все. вообще не вопрос. 2) народ норовит работать с достаточно большими чертежами. там дофига кружочков. 3) никто не пользуется паном - глобально. все уезжают (колесом) подальше - и приезжают к нужному месту 4) это все сильные изменения зума. 5) сильные изменения зума для устранения гайковидности требуют персчета 6) пересчитать дофига кружОчков - это долго. из всего этого следует нехитрый вывод - да легко. сделать, чтобы кружОчек всегда рисовался кружОчком - проще простого. но вам не понравится. гайки -они не просто так... к сожалению, модуль распознавания намерений пока не доработан, поэтому я без понятия - то ли это вызадумчиво крутите колесико туда-сюда, то ли целенаправленно куда-то зумитесь, то ли кошка пробежала по мышке. поэтому ничего не регенится до последней возможности. никогда. если вас устраивает текущая картинка - есть возможность работать с ней. если нет (и мы не пытаемся за вас решить, насколько устраивает) - позвать реген не фокус. Да, могу воткнуть REGENAUTO. я уже говорил - ноль проблем. но крест на пузе - от его наличия (см. п. 0.75) взвоет гораздо больше народа, чем от отсутствия. это, ясное дело, имха такая... но если очень хочется - фигня вопрос. технически - проблем нет. органолептически - вы выбирате между гайкой, которую ликвидируете по желанию и неожиданными тормозами постоянно. зато с возможностью это настроить такая вот хистория...

Это ошибка, внесли в базу на исправление.

АС2020 открывает ваш файл только через Восстановление чертежа. После которого в пространстве листа появляется еще куча объектов. Мы так не умеем, При восстановлении ВЭ удаляется. Приложила восстановленный в АС файл. 12345.dwg

Столкнулся с непонятной проблемой в виде несанкционированного сдвига атрибута блока при открытии чертежа. 1. В тестовом файле определен один блок. Наблюдаем, что точка привязки атрибута - "середина по центру" (СЦ) находится в перекрестии. Закрываем файл с сохранением и открываем снова. Наблюдаем, что атрибут и точка привязки положения не изменили. Т.е., со стилем Standard и шрифтом Arial.ttf все корректно и ожидаемо. 2. Изменяем в редакторе атрибутов блока и повторяем процедуру с открытием-закрытием файла Наблюдаем несанкционированный сдвиг атрибута. Если изменить точку привязки то сдвига не наблюдается. Если файл открыть в АС, то после сохранения привязка перестает "слетать" и в нанокаде. Предполагаю, что что-то сбоит обработка именно одного из видов привязки для шрифтов shx. Возможно, проблема вызвана другими причинами, но, в любом случае, открытие сохранённого файла не должно вызывать несанкционированного сдвига элементов. А "лечение" автокадом вообще не айс t1.zip

Создаю заземление и уравнение потенциалов, так как внешний контур заземления выполняет только заказчик и то ТТ от меня требуется лишь внутренний контур плюс проводники, поэтому расчёт системы заземления не требуют. а для автоматической спецификации всё таки нужны материалы. Итак, что у меня получилось на данный момент. Добавил в БД элементы: КНС: 1. Лоток - проволочный лоток - Полоса заземления 4х40 2. Лоток - проволочный лоток - Полоса заземления 5х30 3. Лоток - проволочный лоток - Круг стальной оцинкованный d8 Крепление КНС: 1. Крепление лотков - Цинк держатель полосы/прута - Крепление полосы/прутка заземления к фасаду здания, оцинкованная сталь. 2. Крепление лотков - Цинк держатель полосы/прута - Держатель опорный полоса/пруток 25-40мм/6-10мм оцинкованная сталь Кабели и провода: 1. Силовые - Полоса 4х40 2. Силовые - Полоса 5х30 3. Силовые - Круг стальной оцинкованный d8 УГО: 1.Болт заземления (для шины) 2.Болт заземления (для щитов) 3.ШДУП(не создавал отдельный элемент в БД, т.к. УГО наполнил тем что есть Коробка 80х80х40+шина заземления(щитовая)) вот из этого компота сварил щи, в СО отобразилось всё что мне надо, кроме проводников заземления. Мой путь пробы построения системы заземления(для моих нужд), я вижу пока таким образом: УГО болты заземления надо бы определить под задачи, думаю что их надо определить в тип как Щит(для щита) и как Комплексный ЭП(для шины) В состав любого НКУ попробую запихнуть 1 отходящий предохранитель(без внесения в спецификацию) Болт заземления (для щитов)(при определении УГО как щита) в состав этого щита запихиваем 1вводной и 1 отходящий АВ без внесения в СО (по амперажу определюсь на стадии тестирования) Болт заземления (для шины)(при определении УГО как комплексный ЭП), тут можно поиграть с сопротивлением(край нагреватель назначить) Суть стала понятна? Щит или оборудование которое надо заземлить получает свой болт заземления, на наш контур он же КНС ставим болт потребитель. и мастером подключения соединяем Пред.НКУ с Вводным АВ болта щита, отходящий АВ болта щита с болтом потребителем. итого получаем 2 участка, в спецификацию заноситься только 2-й участок по которому у нас будет прокладываться провод заземления + видим нашу КНС полосу с креплениями. Динамический блок автоматического расчёта заземления я уже тут выкладывал ТУТ с помощью его, лично я легко делаю необходимые расчёты. знаю что по дилетантски, ну будем пробовать мастерить на тех алгоритмах которые есть.

Добрый день! Необходимо задать информационные параметры Группа по экспликации - Арматурные стержни, параметр включить в экспликацию должен быть 1. И также заполнить параметр Длина и раздел параметров КЖ.Арматура (оттуда будет браться информация по сортаменту и т.д)

Интересное кино! Записала, посмотрим.

Это про LeeMac? Однако((((

Принципиально не связываюсь с полями. Возможно Вас Так устроит. блок для вопроса.dwg

Был у меня тоже такой опыт - ВЭ в модели. Помнится, что получалось это сделать примерно так: В листе активируем ВЭ. Переходим в модель. Создаём новый ВЭ из модели. Выбрать тот же лист, где создали ВЭ в п.1. ВЭ создаётся не в листе, а в модели. Но повторить это я не смог. Возможно, шаги были немного другие. ВЭ в модели тоже не удалялся, отправлял файл (то ли в тему, то ли на бете в отзывы). Не припомню как, но удалить ВЭ я всё же смог. Ключ - граница показа. Создаёшь границу, удаляешь её - и ВЭ нет.

Вот ведь! Как-то не приходило в голову удалять по такому сценарию. Спасибо, записали!

Похожая задача с размещением атрибутов блоков на слоях, отличных от тех, что в описании блока, встречалась в практике. Но чаще была необходимость просто размещать атрибут на определенном слое, чтобы была возможность управлять их видимостью независимо от видимости блоков. Но изначально в посте @hudozhnik была озвучена задача ОТОБРАЗИТЬ В ТАБЛИЦЕ слои, на которых расположены атрибуты и тексты, входящие в блок. Сразу необходимо отметить, что тексты и атрибуты - это принципиально разные объекты и информация о них расположена в разных частях файла: тексты - в секции описания блоков (статическая информация, неизменная до переопределения блока) , атрибуты - в секции примитивов (собственный уникальный набор свойств типа слой, цвет и т.п.). Практическая ценность информации о текстах внутри блоков близится к нулю. Во всяком случая, не представляю способа ее использования. А по атрибутам задача вполне себе может быть востребованной, хотя тоже есть нюансы. Вывести информацию в таблицу, возможно, и получится, но что можно дальше сделать с ней? Более реалистичной выглядит актуализация слоев (включая и те, которые менять нет необходимости, или расположенные на "правильных" слоях). Если изначальная задача сводится все-таки к актуализации, то бэтмэн - самый простой способ. PS. И махонький лисп для примера Lay_validation.lsp

Конечно лучше бы файл. Похоже, что у вас установлена пользовательская система координат. Другого не вижу. МИРовая Без имени0.dwg добавлено через 6 минут Вот тут пример с ПСК, отличной от мировой

Я в своё время просто сделал cmd файл который копирует все установки (меню, настройки) и просто запускаю его после установки и первого запуска наны и ещё один для уже установленой (хотя в принципе почти одно и тоже) и просто их запускаю и оно копирует всё это хозяйство в нужные места. Можно наверно и ещё что-нибудь придумать, но у меня пользователей всего человек 50 (счас меньше стало) да и лень... было бы человек 200 пришлось бы думать... А по поводу D:\NanoCAD_tool\21.0\setup\LocalEx\Program\nApp.ini действительно нужно руками писать... гдето была тема... добавлено через 2 минуты Может это поможет для понимания?

Про путаницу в названиях цветов #15645 Про TrueColor в таблицах #15647 Про индексированный цвет была еще задача #12250

хмм... да мне не жалко! запрошу у начальства добро - и если не запретят - сделаем.

Мы делаем следующим образом, все на одном плане в модели, чертежи в листах: 1. Создаешь отдельные слои под магистральные, распределительные сети (они будут на всех планах). 1. Создаешь отдельные слои под розеточные сети (розетки, кабели, выноски). 2. Создаешь отдельные слои под сети освещения (светильники, кабели, выноски). 3. Создаешь отдельные слои под оборудование (тз смежных разделов). 4. и т.д. 5. Слои компонуешь в группы и дальше просто одним щелчком отключаешь ненужную группу. Т.е. нарисовал распред сеть, далее розеточную, нужно освещение выключил группу слоев розетки, включил освещение и т.д., по началу сложновато но по идее один раз делаешь шаблон и дальше все идет по накатанной. добавлено через 2 минуты Lion2032, опередил ))

Соответственно, у Вас будет 4 группы слоев: Группа слоев: Силовая Группа слоев: Освещение рабочее Группа слоев: Освещение аварийное Группа слоев: Общее Часть слоев из одно группы будет отображаться в других. Рекомендую пользоваться "конфигурациями слоев" в диспетчере слоев. Для более подробного разбора нужно знать в каких именно слоях Вы работаете.

Недавно было тут

Кабель будет учтён в спецификации на 1. добавлено через 1 минуту Вопрос закрыт. Проблема выяснена.

Упс! Мой предыдущий пост относился к версии 21. И там мне удавалось после некоторых манипуляций получать разные значения масштаба В 22 версии это, по-видимому, пофиксили. Подтверждаю, что настойки масштаба сохраняются в файле. Соответственно, при открытии файла устанавливаются значения масштаба, сохраненные в файле, а соответствие этого масштаба стандарту При этом под стандартом понимается последнее сохраненное значение (включение галочки). Но выяснилось, что с шаблоном все происходит значительно замысловатее! Если файл шаблона "затащить" из проводника на окно чертежа, то откроется собственно файл с предустановленными настройками масштаба. А если создать файл на основе этого шаблона, то настройки масштаба будут равны последнему сохраненному значению (Ок при включенной галочке) Для сравнения привожу фрагмент с системными переменными для "открытого" и "созданного на основе" файлов В данном примере: слева - открытый файл шаблона. В нем был установлен масштаб 1:1 справа - файл, созданный на основе данного шаблона (при сохраненном стандартном масштабе 1:4) . По-видимому, бага все-таки есть. И заключается она в том, что при создание файла на основе шаблона настройка масштаба игнорируется. В отличие от открытия сохраненного файла (относится и к dwg, и к dwt)

если очень хочется - то например вот такviewres.22x64.zip загрузить через APPLOAD, и если не подерется с версией - то позвать VIEWRES. правда в мультивьюпортовых конфигурациях возможны всякие интересные эффекты... но они и так возможны, так что ничего особенно нового не добавится. если кому-то интересно - то эта настроечка живет вв самом вьюпорте (модельном или бумажном) - в поле circleSides. через скрипт, как ни странно, достается через проперть вьюпорта ArcSmoothness. ну или для фанатов лиспа - это инт16 с кодовой группой 72.

Да. И в нано это работает (не создаётся) Тут некоторый нюанс. В АС14 (другого под рукой нет) атрибуты отключенной видимости не показываются ни в окне свойств, ни в диалоге атрибутов. В NC22 в окне свойств атрибуты отключенной видимости невидны, а в диалоге редактирования атрибутов видны. Это и является иногда проблемой. Проектировщик говорит, что щелкает два раза на блоке, в выскочившем диалоге атрибутов что-то там вводит, а результата невидно. Не сразу выяснилось, что для разных видмостей были созданы свои атрибуты со сходными названиями... В качестве улучшайзинга предложил бы как-то выделять в диалоге скрытые атрибуты. Кстати, это уже некоторое время назад обсуждалось. И даже указывалось в виде возможной реализации серым цветом подписывать такие атрибуты в окне диалога. Либо сажать сие на отдельную кнопку или чекбокс.

этожэж добровольно если один раздел документации и без автонумерации листов (заморочено выходит))), то получится... только таблицу так по разным пространствам не растянуть((( ну и неудобно в нано работать в разных пространствах... 90% функционала не реализовать((( нано подшивки умеет, можно в эту сторону посмотреть, правда с полями беда((((то отцепляются, то при печати не обновляются))) Автозаполнялка разные пространства.dwg

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

Разных листов в табличном редакторе. СПДС позволяет "Привязать формат" и автоматически добавлять рамки форматов и штампы основной надписи.

В наноСПДС ПКМ по выбранной таблице Привязать формат Тынц по нужному формату

На всякий случай попробуйте. ДЕКОД - Перекодировка текста... добавлено через 1 минуту Она же слепая была вроде?

Наверное можно. Если, конечно, для вас не принципиально именно использование Lisp, а не пользоваться функционалом платформы. Варианты: Длина отрезков, полилиний и окружностей.dwg

К сожалению, никакой реакции не наблюдается... Может, в этом разделе под пожеланиями понимается не изменение/появление новой функциональности, а что-то другое?

Может кому пригодится небольшой скрипт, который по команде (не автоматически!) меняет содержимое надписи в мультивыноске на список значений координат (в МСК, X и Y меняет местами). Остальные параметры текстов (высота, поворот, слой и т.п.) не меняются. Важные отличия от скрипта в начале ветки: Возможность применения для уже созданных выносок (скопированных, перенесенных и т.д.), а не только в момент создания. Координаты всегда пересчитываются в МСК независимо от установленной ПСК, поворота ВЭ и т.п. Детально не тестировал. Возможны проблемы , если у мультвыноски очень много стрелок (строка может получиться длиннее 255 символов). Опробовано только на мультивыносках с типом контента MTEXT. В приведенном ниже примере две мультивыноски, одна из них имеет три стрелки. После применения команды GEO_KOORD содержимое выносок поменялось на списки координат. Скрипт работает и в NC, и в AC Geo_coord.lsp

А прикольно было - выбираешь выноску, а из неё торчит 4 штуки разных размеров

Хорошо, так и буду. Перефразирую пожелание. Итак, Желаю долгих лет, здоровья и успехов, и допилить наконец функционал объектов типа "Камера"!

Внешняя ссылка - это блок со свойством IsXref, установленным :vlax-true (vl-load-com) (vlax-for item (vla-get-Blocks (vla-get-activedocument (vlax-get-acad-object))) (if (= (vla-get-IsXref item) :vlax-true) (setq xreflist (cons (vla-get-name item) xreflist)) ) )

Собственно вот Подарили коллеги))) Возможно разработчикам будет интересно взглянуть ЗЫ конечно по копипасту ВЭ в модель можно затолкать (кстати а почему возможно???), но вот что б не удаляемым стал хз как)) ВЭ в модели.dwg

честно - хрен его знает. пример в студию - и будем смотреть. многоствольный копипаст - штука неверная, так что накосячить тут проще простого. типичная фигня - разные приоритеты тех или иных представлений. собственно, скорее всего именно поэтому NC и AC ведут себя по-разному. опять же, отрихтовать не фокус... но нам (порграммерам) нужно "как надо". "как в АС" - это непродуктивно

Ну, строго говоря, со всеми объектами примерно такая же история. У каждого можно много чего поменять, но при создании свойства назначаются подефолту, который где-то хранится. И это еще больше утверждает во мнении, что настройка сглаживания, как сугубо индивидуальное свойство ВЭ/пространства, должна быть редактируема (криво реализовано в АС) и редактируема сразу для группы объектов (не ревизовано нигде, есть шанс отличиться!).

ну, вы, блин, даете... это ж надо на полупустом месте такую дискуссию разогнать! на самом деле - все гораздо проще... дело в том, что *не бывает* (то есть совсем, вообще никогда!) *просто* какой-то настройки\установки параметра и всего что рядом. вот не бывает - и все. что бы вы не меняли - это *всегда* относится к *какому-то* контексту. этим контекстом может быть что угодно. применительно к АС\NC - таких контекстов можно выделить несколько (это я в основном про внутрипрограммыне) - апликационные установки - документные установки (могут перебивать апликационные) - настройки лэйаута (могут перебивать документные) - настройки вьюпорта (могут перебивать настройки лэйаута) - настройки объекта во вьюпорте (могут перебивать вьюпортные) ну и отдельно - есть еще настройки печати, которые могуть перебивать вообще все хаотическим образом соответственно, что бы (и когда бы) вы не меняли - вы всегда меняете какие-то цифирки на каком-то уровне этих самых настроек. вот честное слово - я вообще без понятия, во что утыкается то самое "сгаживание кривых" из общих настроек АС. зато я точно знаю, что оно хранится на уровне вьюпорта (причем давно - я на 2015 гонял). и отрабатывается ровно на этом уровне. более того, когда вы в АС (ну нету в нане такого, баловство это!) зовете пресловутый VIEWRES - вы его настраиваете *в текущем контексте*. эх, похоже немножко наврал... все-таки поглядел, куда деваются глобальные настройки АС... пока без деталей - но где-то они на уровне документа живут (т.е. хранятся в контексте документа)... где именно - я пока без понятия, но отловить не фокус. правда, как ни странно, определяют они исключительно дефолты - потому что на уровне вьюпортов они переопределяются с легкостью (ну, три разные гайки нам уже показывали). т.е. механика такая : общие настройки документа - применяются при создании новых вьюпортов. а вот дальше (при отображении вьюпорта) - применяется уже то, что настроено для данного вьюпорта... оно, в целом, логично - но скучно... в общем, не ссорьтесь... все это редкостная фигня по сравнению с той головной болью, которая вас ожидает просили - нарисовать *вот это* линиями, а *вот это* - с заливками?... ну, вы сами этого хотели... кто не спрятался...

Не нашёл с аналогичными объектами от @AlExTs. Про два отчёта: Маркер для демонстарции сортировки и нумерации.mcdi Без имени2.dwg

Как в аналоге не получится. Там это вынесено в диалог с настройками программы. Хотя настраивается только к текущее представление! В NC же этот диалог устроен совершенно по другому. Но самое главное: эта настройка относится не к программе (среде) , а к конкретному видовому пространству - модели, листу, вьюпорту. Поэтому, самое логичное место для отображения настройки, конечно же, окошко со свойствами. Я поостерегся предложить это сделать изначально. Поэтому предложение @Lion007 представить это в проперти очень даже порадовало. Ну и на счет рюшек - абсолютно не в тему. Это не украшательство, а вполне себе востребованная фича. Плохое качество отображения усложняет работу в насыщенном чертеже (попробуй поймать привязку-пересечение, если вместо круга ромбик). Вот и приходится иногда изменять этот параметр. Если он будет более доступен, чем в аналоге, это просто будет конкурентным преимуществом. Как раз тот случай, когда без всяких проблем можно сделать лучше оригинала.

Так и есть. Передано разработчикам. https://redmine.mcad.ru/issues/15582

Повторяется.

Дополню предложением: если к отходящему фидеру щита (верхнего) подключен так-же щит (нижний), то в расчётах на отходящем фидере щита (верхнего) применяются те-же коэффициенты что и на вводном фидере подключаемого щита (нижнего); если к отходящему фидеру щита (верхнего) подключено несколько щитов (нижних), то в расчётах на отходящем фидере щита (верхнего) применяются те-же коэффициенты что и на вводном фидере щита (верхнего).

Ошибка воспроизводится. Передано разработчикам. https://redmine.mcad.ru/issues/15536

Действительно, ошибка повторяется. Передано разработчикам. https://redmine.mcad.ru/issues/15530