Перейти к содержанию

Rain3

Пользователи
  • Публикаций

    339
  • Зарегистрирован

  • Посещение

  • Победитель дней

    23

Сообщения, опубликованные Rain3

  1. В 05.08.2021 в 12:59, Электрик сказал:

    Файл "Что нового" прикрепил к посту.

    Насчет ядра. Версия 21 - не на новом ядре. PSE 2022 выйдет в сентябре.

    Уникальные возможности nanoCAD BIM Электро 21.pdf 682 \u043a\u0411 · 9 загрузок

    Довольно неплохо. Наконец то сделали ввод своих групп электроприемников с Кс. Отдельное спасибо за это. Очень нужно улучшить работу с выносками. Что бы выносная линия цеплялась ко всем 4 углам выноски и ориентация происходила автоматически, как у кадовских мультивыносок. Ну и возможность ручной корректировки в дальнейшем. Тоже много раз писалось. Это очень ускорит оформление, и повысит визуальное качество. Может и до этого руки дойдут у разработчиков??

    добавлено через 1 минуту

    Ну и так ПО продается на всем просторе СНГ, внесите их методики расчет по адм зданию и жилью, там много похожего, но всетаки они разные. Казахстан, возможно и Белорусь, и другие страны.

  2. В 17.03.2021 в 11:01, Электрик сказал:

    electro@nanocad.ru

    добавлено через 3 минут

    Вы только на Акаде работаете? на Нанокаде не проверяли?

    Отправил проект на почту. Раньше не было времени. Извините, завал

  3. 12 часов назад, Электрик сказал:

    electro@nanocad.ru

    добавлено через 3 минут

    Вы только на Акаде работаете? на Нанокаде не проверяли?

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

  4. В двух словах. Ситуация ,как показано на видео, возникает когда элементы проекта, здесь светильники, копируются через буфер, а не командой автокада. Здесь возникает интересный глюк. Объектов на плане много, а ведут они себя как один. Т.е. например если подключаем любой скопированный, то подключение с других из этого массива слетает. ТАк же при копировании элементов через буфер часто возникают ошибки. И в этом же проекте, после исправления ошибок из меню командой "Проверка целостности данных проекта". Часть таких розеток вообще перестала подключаться. МОжет дело и не в команде, просто проверял после нее.

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

    И всех этих проблемм нет если пользоваться командой копировать самого автокада.

  5. В общем еще со времен PSE 4.3 а может и раних версий, когда еще не было и в помине нанокада тянется ошибка, когда при копировании через буфер объмена, ломаются объекты. Обидно когда после перерывов в работе с PSE забываешь про этот глюк, и он портит полпроекта. Ситуация в том что раньше и сейчас при копировании через буфер к нескольким графическим отображениям на плане в базе походу соответствует один. И при подключении второго слетает подключение первого, если вы таких объектов много копировали, (например розетки) то летит полпроекта. Причем в последних версиях после всех проверок на ошибки часть объектов просто ломается и перестает вообще подключаться к щитам. я понимаю что наверно это не исправят, т.к. уже больше 10 лет прошло с тех ошибок про которые я говорил, и переодически писал про них. Но вдруг.

    Электрик напишите email вышлю проект посмотреть.

     

    добавлено через 1 минуту

    Причем это случается не всегда. Но довольно часто, что бы просто это игнорировать. Происходит на разных машинах и ОС(за более 10 лет их было много)

  6. 6 часов назад, Pglubokov сказал:

    А вот мне больше, кстати, важно возможность многопользовательской работы, что это в моем понимании:

    Но сначала расскажу как работаю в данный момент. Работаю исключительно в "модели", один файл-один план.

    -магистральные трассы: в них все лотки, стояки, щиты (наполнение).... Трассы от ГРЩ до щитков.

    выноски соответственные.

    -планы освещения: светильники, управления освещением, и те-же лотки тупо скопированные из магистральных трасс, но при помощи "маркеров" делаю что лотки второй раз не попадают в СО, и при этом если трассу в лотке проложена в КЖ она отображается как в лотке.

    -связи от наполненного щитка до потребителя на скажем плане освещения осуществляю при помощи " межэтажных переходов"

    это сильно не удобно, тк если магистральная трасса меняется, то приходится менять ее на всех других планах...

    Хочу что бы было так.

     

    -Магистральные трассы и щиты делает один человек...

    -Освещение еще один

    -Силовое оборудование и розетки еще один

    И все это в рамках одного проекта.

    То-есть есть планы этажей от архитекторов, они в идеале синхронизированы... 

    На данных планах все и работают...

    Нанесли магистральные трассы скажем лотки, они автоматом появляются на планах освещения, розеток, и всех остальных, и их не надо прорисовывать заново, трассы синхронизированы...

    На планах магистральных трасс установлены все распределительное оборудование (щитки) при етом на всех других планах они сами собой появляются, не надо делать "межэтажные связи"

    Вот для начала хотя-бы так... можно целое ТЗ многостраничное написать....

    Да еще важно внутри проекта сделать типа "скайпа", есть такая прога Катя "CATIA" в ней все уже давным давно все реализовано, но под механику, вот к чему надо стремится...

    Это реализовано через КАДЛИБ в МОДЕЛ СТУДИО, посмотрите, допольно неплохо, развивается активно в последнее время, но больше для промплощадок пока, для адмзданий не очень

  7. 15 минут назад, Электрик сказал:

    Коллеги, здравствуйте!

    Если укрупненно подвести итог под всем вышесказанным, то получается такой вывод:

    nanoCAD Электро не хватает блока детального 3D моделирования.

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

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

    Так что летом мы не проснемся полностью счастливыми. Но процесс переноса существующего функционала - это задача на порядок легче.

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

    И тоже хотел спросить, вы идете отдельным  путем от MS, или как то комбинируете разработки и можно будет пользоваться их базами и т.п.

    добавлено через 0 минут

    Ну и соответтственно расширенная работа с CADLib, а не только экспорт..

  8. На мой взгляд ревит для гражданки, на промке другой софт(часто набор нескольких произовдителей). По поводу денег тут тоже раз на раз нее приходится. Если есть "большой" бюджет, то и разговор моожет идти совсем про другой софт, совсеем в другой ценовой категории.(например Авева+текла)

    добавлено через 2 минуты

    Добавлю, что сам в Авеве на работал, опять  же из за  бюджета проектов, так как он не всегда такой, как его представляют.

    добавлено через 3 минут
    4 минуты назад, Электрик сказал:

    Коллеги, здравствуйте!

    Если укрупненно подвести итог под всем вышесказанным, то получается такой вывод:

    nanoCAD Электро не хватает блока детального 3D моделирования.

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

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

    Так что летом мы не проснемся полностью счастливыми. Но процесс переноса существующего функционала - это задача на порядок легче.

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

    Этот модуль попадет и в PSE и NCЭ?

  9. Блин ребята, ну вы написали!!!!

    Внесу свои 5 копеек. Я раньше занимался гражданкой на заре своей проектной карьеры, сейчас промка. Так вот тогда для гражданки и частично промки проджект студио мееня почти полносттью устраивал. Нет в гражданке, в основном, необходимости по электрике разрисовывать детально узлы. Не было тогда, нет наверно и сейчас. И если говорить обобщенно, то PSE продукт очень хороший, да есть много моментов, но на данный момент все достаточно приемлемо.

    Да возможно с современным трансфером на повсеместное 3D этот вопрос обострился, но не критично. Кстати исполнение 3Dсмежних разделов целиком зависит от смежников.

    Коллеги, совсем другая история с промкой. Вы видели насыщенные промышленные площадки с гиганскимм кол-ввом трубных эстакад и многоярусных кабельных, где в этой каше нужно подвести электрику до какогото электроприемника. И вот здесь, тот уровень абстракции, в PSE(NCЭ)), просто не приемлем. Нужно полностью моделировать в 3D трассу, выдержать все расстояния, подумать как все ээтто закрепить на туче конструций, Прочертить все отвды и т..д. с учетом их реальных габаритов, пооттом оттрассировать кабель и проверить поместиться лии это все в лотках. А так же в траншеях и других кабельных сооружениях. Где все это в PSE.

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

    С учетом существующего функционала PSE, хороший функкционал по 3D моделированию очень нужен не только для промки, но я думаю и  для гражданки, с учетом современных тенденций, проекткы усложняются, Коммуникаций больше. Например какой нибудь большой торговый центр.

    Но тут нужно сильно менять концепцию PSE. Я надеюсь у разработчиков хватит на это сил и понимания  того как нужно))).

    .

    Конечно можно сказать что есть ГОСТ, которые допускают всего этого не делать. Но сейчас не СССР. И в какой детализации решает заказчик. Да и при стройке не хочется в грязь лицом, когда без 3D выходят много коллизий на сложных площадках

     

    Ну Электрик, теперь наверно  все ждем ваших комментариев

    • Like 2
  10. Коллеги, кто знает(Электрик, и к вам тоже вопрос). Когда платформа разродится на нормальный функционал по лоткам(типа ревит, модель студио) и 3D. Как там новое ядро. будет ближайшший год? 5 лет? 10 лет? больше я боюсь не  выдержу, состарюсь и уйду из проектирования на пенсию))))

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

  12. Д

    1 минуту назад, Andrey_ka сказал:

    не совсем понял, т.е. у вас в базе блоки со старым и новым названием?

     

    Да, для обычных блоков,для которых есть имена и в старых и новых шаблонах имен, всегда в первую очередь цепляются новые. А вот для описанной выше ситуации(когда нет имени для типа оьходящей линии в стором шаблоне имен) происходит по другому

  13. В 29.01.2021 в 23:40, Andrey_ka сказал:

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

    Да, почему то странно это все у меня работает. Не вставляется блок с новыми именами, а вставляется со старыми. Так же вместо блока со структурой OUT_QFD+KM вставляется блок со структурой OUT_QF+K( со старым шаблоном имен, удаляешь старый, вообще неподцепляется блок с новым именем). Позже я ссылкку на проект сброшу, может у кого будет желание поковырятся. Проект не мой, просто допиливаю. Раньше не исользовал структуру OUT_QFD+KM, может поэтому не замечал что не работает. Причем если в блок OUT_FIDER_AUTO_CONTACTOR прописать поле с утечкой , то он его выводит. А в наборе старых имен нет блока типа OUT_QFD+KM, может проблема в этом?

    добавлено через 0 минут

    Когда то был вопрос, может уже что то решили. ПО поводу округления в выводных данных параметров. Напиример длин кабелей, и т.д. Сделали что нибудь с этим? или нет?

  14. 10 часов назад, Walkmax сказал:

    надо проверить какой у вас КМ в базе, реверсивный или нет, для реверсивного название блока KMR

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

  15. Попробуйте в схеме типа УЗО+КМ. у меня не цепляется. Толи в базе/проекте ошибка, то ли в самом шаблоне. Это еще черновик. Поэтому там много лишних блоков.

    Э_НИПИ_Электрообогрев_Схема_ ver.1.2.dwg

  16. Народ. У все в шаблонах генерации схем нормально работают блоки типа OUT_QFD+KM. (новые имена). У меня что то не подцепляются блоки с +, блоки вида OUT_QFD работают нормально. У кого есть какие идеи. или придется пользоваться старым шаблоном имен?

  17. В 22.12.2020 в 18:25, Lion2032 сказал:

     Здесь нужно понимать логику разработчиков:

    Никто ради разреза траншеи и объема грунта заморачиваться не будет

    (просто потому что, все это дело нужно "забивать" в мануал, сертифицировать и прочее, прочее...)

    Т.е. если и будут делать, то сразу и траншеи и ВЛ. А это уже nanoCAD ЛЭП.

    Очень сомневаюсь, что в рамках одной организации будут разрабатываться конкурирующие решения.

    Возможно объединение "вертикалок", но мало вероятно.

    Скорее всего придется устанавливать несколько вертикалок на платформу.

    Короче, готовьте денюшку, если хотите нормально автоматизировать свою работу.

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

    Вот здесь я не совсемы согласен. Программа предназначена для проектирования сетей 0,4кВ. И хотя ее в основном используют для внутрянки, где уже много чего реализовано, в идеологии программы написано что она предназначена для проектирования промышленных и гражданских объектов.

    Объем работ  с траншеями есть в любой нарыжке и по любой промке. В принципе это нужно реализовать в программе. Другой вопрос что есть разнообразные костыли, и вопрос стоит не так остро. Но это нужно когда то сделать.

    Неплохо все сделано в MS кабельном хозяйстве, но там немного другая идеология, и прога в основном для промки, и чисто 3D.

    • Like 1
  18. И в дополнение такие таблицы есть не только в СП 256. В России есть такие таблицы еще как минимум для медицины. И я думаю не только. Поэтому важно создавать свои таблицы. Т.к. все не учтешь.

     

    Еще хотел уточнить статус вопроса слияния двух проектов. Все чаще приходится проводить работу таким образом когда один кусок делает один пользователь или юрлицо, другой другой пользователь. И ближе к концу проекта нужно собрать все в одну модель и продолжить работу, и ничего не потерять. Сейчас например электрообогрев nVent может делать в NCЭ. Мне было бы удобно взять их проект и нажатием одной клавиши интегрировать его в свой, а не "это вот все", можно привести множество примеров.

  19. Так же будет одно пожелание. Тоже старое, но очень нужное. Нужно сделать возможность создавать и подключать свои таблицы коэффициентов спроса. Т.к. не только СП 256 содержит подобные таблицы, есть профильные по отраслям промышленности. Но самое главное что в странах СНГ другие коэффициенты могут быть. Я например работаю в Казахстане, и мне не очень  удобно использовать эти коэфиициенты. Так как делаю проекты и в России, менять XML не вариант, т.к. нужны и российские стандартные таблицы СП 256

    • Like 2
  20. В 06.01.2021 в 06:03, Walkmax сказал:

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

      коробки по слоям (Показать контент)

    987232924_.thumb.gif.b8fd77ebaae1791704e2d7ca54bb223a.gif

     

    Спасибо. Видимо какой то глюк у меня в частном случае. Буду разбираться. Ставиться на слой который стоит для трасс в настройках программы.

    добавлено через 3 минут
    3 минуты назад, Rain3 сказал:

    Спасибо. Видимо какой то глюк у меня в частном случае. Буду разбираться. Ставиться на слой который стоит для трасс в настройках программы.

    Проверил на домашнем компе, да все работает корректно, на рабочем почему то глючит, если не найду причину, еще напишу.

  21. Электрик. В общем размещение коробок опять сделали неправилно. Поправьте пожалуйста в следующем релизах. Видимо программистам неправильно поставили задачу.

    1. Устанавливать коробки на слой коробок. Все верно.  Он ставит коробки на слой коробок в настройках программы. При желании можно в 2 клика перенести на любой другой слой средствами графической платформы.

    2. Установить коробки на слой трассы. Не верная реализация!!!!!! Он просто ставит коробки на слой в настройках. ЗАЧЕМ? По факту это не отличается от 1 пункта. Просто другой слой для всех коробок. Перенести коробки не проблема средствами графической платформы. Нужно ставить на слой трассы с плана. Просилось это сделать  для того , что бы можно было работать на 1 плане со слоями. Например манипуляцией со слоями и видовыми экранами сформировать с модели план силовой сети, план освещения и т.д.

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

    3. Это уже как пожелание с бородой, но актуальное. Сделайте кнопку. "Установка объектов на текущий слой". При ее активации объекты будут устанавливаться на текущий слой. Это намного удобнее чем  ручной перенос потом. Всех настроек слоев не охватишь для всех проектов в настройках программы. Например для трасс как минимум 3 слоя. В проге 1.  Для светильников 2 слоя. В проге 1. Приходится переносить. Лишняя работа.

×
×
  • Создать...