Спасибо большое. Буду думать дальше(

А почему вторичный соединитель указан как фитинг? Может его следует указать глобальным и присвоить направление потока "внутрь установки"? Кажись, в меджиковских установках конекторам присваиваются глобал+двухсторонний поток... или это только на вентиляторах?
А вообще должен быть вход воздуха в установку, и выход... коннекторы должны это отображать. ИМХО.

Спасибо за мнение. Только что попробовала, все равно "Механическое оборудование не поддерживается"((( Это какой-то конфликт меджика и ревита(

Это логично но в Ревите не каждый раз срабатывает. По моему, если в готовую систему, в которой коннекторы имеют настройки "приточный воздух" вход и выход, добавить воздухораспределитель то расход не передается через установку. Надо заново чертить к примеру воздухозабор (как более короткую часть). С фитингом вроде такой проблемы нет. А вообще в Magicloud вентиляторы сделаны с глобальными коннекторами, направление потока "двустороннее" и вообще отнесены к категории "арматура воздуховодов". Зато расходы передаются на ура.

Многие пользователи рано или поздно в процессе своей работы сталкиваются с необходимостью пополнения имеющихся библиотек. В качестве решения этой проблемы среднестатистический пользователь имеет два выхода:
Поиск библиотек в интернете;
Создание собственных библиотек.
В ходе поиска чаще всего встречаются библиотеки созданные коллегами из-за рубежа, в основном за деньги, бесплатные же аналоги обладают низким качеством и оба варианта не отвечают в полной мере нашим требованиям и нормам. Для создания библиотек своими силами необходимы основательные знания программы и достаточно много времени для реализации полноценной рабочей библиотеки.

А хочется всего и сразу!!!

Двигаясь навстречу подобным стремлениям пользователей, актив сообщества решил предложить следующий путь решения!!! А именно: своими силами создать библиотечные элементы, которые наиболее востребованы на просторах СНГ и, конечно же отвечают всем нашим требованиям и нормам.
Поделитесь пожалуйста !!!

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

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

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

На самом деле ничего индивидуального в семействах нет. Никто не вписывает в параметры семейства данные о своей проектной организации либо о конретном специалисте. Семейство кранов - оно и в Африке... и т.д. И на самом деле выкладывать, например, меджиковские блоки (систематизированные и собранные в семейства) не стоит никакого труда - арматура, вентиляторы, отопительные приборы... все что кочует из проекта в проект. Но многие почему-то считают, что их базы обладают некой ценностью... и сидят на них, как на сундуке.
С базами под автокад такой проблемы небыло - все умели пользоватьсь программой, все дружно создавали, делились, качали.
Так будет и с Ревитом, когда люди начнут более массово его использовать. А учиться создавать семейства нужно обязательно. Ничего сложного там нет, просто хорошее семейство времени много требует.

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

Имеющихся? Имеющихся где? В том что идет с Ревитом? В топку! Ни одной из тех поделок которые идут в комплекте с Ревитом я так и не воспользовался. НИ ОДНОЙ. Потому что они не отражают реально существующих размеров фасонины, арматуры, и оборудования.

Ответ неверный. Только один выход - создание собственных библиотек.

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

Если Вы не научитесь делать модели, то и проектировать в ревите Вы не сможете. Даже если представить себе гипотетическую ситуацию, что кто-то даст Вам все свои наработки, то не обладая соответствующими знаниями умениями и навыками, Вы просто не сможете ими воспользоваться.
Это приблизительно то-же самое, что пытаться объяснить особенности и различия произношения у англов и амеров человеку не владеющему английским вообще.
А если у Вас будут соответствующие знания умения и навыки работы в Ревите, то Вы сами скажите, а нафига мне чужие библиотеки - быстрее самому нарисовать, чем в чужой модели разбираться.

Браво!

Какой такой актив? Какого сообщества?
У Вас прозвучала реальная фраза: ...своими силами создать библиотечные элементы, которые наиболее востребованы на просторах СНГ и, конечно же отвечают всем нашим требованиям и нормам. Ключевое слово: САМим

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

У Ревита есть хорошая справка онлайн на русском. Читайте, изучайте, всю-всю-всю - по другому никак. Есть тема на нашем Форуме http://forum.abok.ru/index.php?showtopic=5...t=0&start=0
Есть русскоязычные ресурсы
revit.me
Борисов Revit
Высоцкий Revit
revitcity.ru
и форум Автодеск

Вот увидите не так всё страшно как кажется. Нужно только захотеть. И год времени без отрыва от производства или полгода в творческом отпуске.
Удачи

Неправду говорите. У ревитчиков продвинутого уровня и организаций, которые стали работать в ревите всерьез и надолго, индивидуальность может быть очень ярко выражена. В семейства действительно не надо вписывать данные о своей проектной организации или конкретном специалисте, хотя если проектная организация платит своим компетентным сотрудникам деньги за создание корпоративной библиотеки семейств, то прописывать туда свой копирайт и какой-то индентификатор ответственного лица, создавшего то или иное семейство было бы более чем логично, в конце концов такую вещь как авторское право тоже никто не отменял и на этом форуме были примеры проектных институтов, из которых унести что-то во внешний мир было крайне затруднительно и противозаконно (да-да такая штука как "Договор о неразглашении" он же NDA вполне обычное явление в современном мире). В тех же меджиковских семействах всегда имеется копирайт и набор меджиковских общих параметров, однозначно идентифицирующих что семейство было выдернуто из меджика для ревита.
Идем далее семейство - это BIM объект и оно может и будет содержать в себе ровно столько информации сколько вам в дальнейшем будет необходимо в работе и постпроектной эксплуатации объекта. Как правило в чужих семействах из интернета такой информации либо нет совсем, либо ее очень мало и она представлена в несколько ином виде. Тупо описание наименования продукта может быть на языке отличном от языка проекта. Поэтому если для вас семейство - это всего лишь 3D геометрия и название семейства, то это означает лишь что ваш уровень владения ревитом и требований предъявляемых к нему еще очень невысокий и на текущем этапе вас устраивает что ваш проект будет представлять из себя винегрет из чужих семейств. По мере повышения уровня ваших (или вашей организации) требований к платформе будут расти и требования, предъявляемые к содержимому семейств. По опыту нашей проектной фирмы могу сказать что мы не можем просто взять чужое семейство и запихать его в проект - оно тупо не попадет в настроенный на базе файла общих параметров нашей фирмы шаблон спецификации, в нем с 99% вероятностью не окажется нужных и правильным образом сконфигурированных коннекторов для выдачи заданий смежным разделам, в нем со 100% вероятностью не будет специфичных общих параметров описания и идентификации, предъявляемых в требованиях заказчика, который по договору должен получить BIM-модель всех разделов здания с четкой понятной ему структурой информации обо всех объектах, из которых это здание будет строиться и которые это здание будут наполнять изнутри и снаружи.

блин такую демагогию развели на пустом месте.
Какие стандарты? ГОСТ на всех один. Крутоизогнутый отвод он и в африке крутоизогнутй отвод.

я вот не представляю что мне помешает воспользоваться готовым отводом ? какие нужно иметь кривые руки чтобы они мешали использовать семейство?

добавить в новое семейство нужные параметры дело 5 секунд.

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

У вас все сети только из одних отводов состоят? Ну круто если так. У нас все несколько сложнее. И когда речь идет о более сложных элементах, то ситуация выглядит иначе.


Кто с этим спорит? Если все уже отлажено, есть готовые шаблоны и отлаженный алгоритм действий, то действительно изменить чужое семейство для того чтобы встроить его в уже налаженную структуру можно достаточно быстро. Может быть не 5 секунд, если речь идет о сложносоставном семействе, но за вполне разумное время.


И так, и не так. Утверждение справедливо если вы изначально делали абстрактные неперсонифицированные по конкретным производителям семейства (так называемые Generic), потом по быстрому заполняли информацию о них в привязке к конкретным производителям в зависимости от требований ТЗ и работаете с не очень широким ассортиментом оборудования. Если же ассортимент достаточно велик и производители от проекта к проекту могут варьироваться, то все необходимое в любом случае не получится сделать ни за год, ни за два, поэтому в большей или меньшей степени по мере надобности постоянно приходится что-то искать и переделывать свое или чужое, либо доделывать с нуля свое при том что наработанная база может быть вполне солидной.

Уважаемый, glam.
Я так понимаю Ваша модель соответствует уровню LOD 500?! Тогда [снимаю шляпу] Вы правы - копирайты/ID ответственного инженера/эксплуатация обьекта/стандарты компании - все это имеет место быть. И никто не говорит, что такие базы следует выкладывать на форумах или нарушать Закон.

Но не все компании могут самостоятельно освоить тысячи семейств, да еще и в LOD 500... Тут вы безусловно исключение из "винегрета".

Разнообразие оборудования очень велико и даже сам Меджик освоил не более 10%. И это только ОВ! Архитекторы, конструктора и т.д тоже все они "ровнорукие" и им кто-то должен создавать "правильные" семейства.
Конечно если компания проектирует "жилье", у нее есть свой брэнд-бук, сама строит обьект - тогда проблем в тысячу раз меньше и база действительно может быть собрана очень быстро.
Но если Заказчик сам выбирает оборудование, проектируются сложные технологические обьекты, тогда работа по созданию семейств скорее всего ляжет на плечи самого инженера, ведь Bim-специалистов как правило не хватает на большую проектную семью. А кто-то на это выделит время?

Ввиду того, что основное количество времени для создания нового семейства сьедает именно 3d-драфтинг, необходимость в поиске готовых "веселых картинок" остается до сих пор. К счастью хорошо развит "дар" править свойства семейства, цеплять коннекторы и даже править сами поверхности модели ! очевидно не всем так повезло...

Вобщем, я считаю, что необходимость делиться есть. Разумеется, выкладывать корпоративную базу в интернет никому нельзя, но поделиться моделью, созданной собственноручно никто не запретит. Качать или не качать - решение индивидуально каждого.
А халявщики были, есть и будут везде... и Ревит тут ни при чем.

Есть варианты для тех кто не желает создавать. Пусть покупает
Интелектуальный труд должен быть оплачен.

https://2bim.ru/
http://www.expert-hvac.com/ru/page-16.html

Этот вариант для директоров, а не для инженеров. И в покупке подобных вещей есть смысл в том случае, если проектная модель детализирована до LOD 500, а может даже весь проект выполнен в 5d... а для того "винегрета", который выдается Заказчику в подавляющем большинстве случаев это не актуально.

Нет. До LOD 500 нам еще далеко, пока что большинство семейство на уровне LOD 300-350, максимум какие-то отдельные элементы могут тянуть на LOD 400, да и они пока делаются скорее ради эксперимента, а не с практической целью. Еще не отработана технология и нет нормальных внутренних стандартов и нет однозначного понимания что должны содержать в себе такие модели чтобы было экономически целесообразно заниматься их созданием. Пока банально нет ресурсов для того чтобы заниматься такой глубиной проработки, но есть однозначное понимание что BIM объект - это больше чем просто красивая детальная или даже упрощенная 3D модель. Это все-таки нечто большее.


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

Инфа из сети
http://www.is-mt.pro/Cgc
http://dokipedia.ru/document/5164824?scrol...c58734b42b15a08
http://dokipedia.ru/document/5172350
http://dokipedia.ru/document/5179069

Не знаю какой объем там своего из того что они предлагают на продажу. Очень похоже на перепродажу того что можно скачать в гораздо большем количестве бесплатно на сайтах производителей оборудования, да хоть бы и здесь
http://bimobject.com/ru/product
здесь
http://bimbandit.com
или здесь
https://mepcontent.eu
И это далеко не единственные сайты где бесплатно выкладывают качественные порой очень детально проработанные семейства.

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

Алексей, при всем уважении к тебе, не говори чушь. Что за термины у тебя про полу-BIM? Ты уже параметризацию в Revit совсем с BIM смешал? Какое отношение параметризация объектов (геометрическая) имеет отношение к BIM?
Еще раскрою тебе "страшную тайну": такой подход сможет сэкономить производительность в Revit. Если совсем сжато рассказать, то Revit хранит все формообразующие элементы, а операции вычитания, сложения геометрических тел производятся "на ходу". Например, в AutoCAD ты можешь из тела вырезать другое тело и сохранить результат как новое тело. Да, параметризация этого выреза не сохраняется, но она не часто нужна. А результирующее тело проще выводить на экран и манипулировать им. Надо будет видео записать, чтобы продемонстрировать эффект. Т.е. зачастую лучше геометрию в AutoCAD сделать (слышу возмущение истинных ревитчиков) и далее ее в Revit передать в семейство. Кстати, все это далее неплохо параметризуется в семействе.
А BIM это не параметризация - это информационная модель. Т.е. чаще LOI на много важнее LOD, а параметризация в BIM модели вообще роли не играет. Это просто один из вариантов реализации 3D моделирования объектов. Если поспорить хочешь, обоснуй почему "там где это возможно объекты должны быть параметрическими" это важнейшее свойство BIM.
И еще, коллеги, важно понять, что BIM не означает один файл и все в нем работают (это я на всякий случай говорю). Проблемы возникают в моделях 70-90 тыс. элементов. Работа в плане сильно тормозит. Разбивайте на связанные модели!

P.S. Посмотрел ссылки на базы данных, которые предлагаются. Как раз такой подход к созданию семейств и вызывает проблемы. Например, если делаем регулирующий клапан, то зачем нам все мелкие детали на ручке управления? Бороздки, гравировка и т.п. И все это если еще и запараметризированно? Зачем? Только одна мысль - заказчик может подумать, увидев такую детальную модель, что этот проектировщик просто звезда, раз такую красивую модель создал, аж с освещением и рендерингом. А реальных ошибок не увидит, которые приведут к проблемам с системой. То есть, чрезмерное увлечение деталями САПР может привести к отсутствию времени в инженерных вопросах. Везде нужен баланс

Да в общем-то самое непосредственное. Если у меня разница в весе одного семейства при использовании параметрической модели только одного элемента с 20-30 типоразмерами описанными формулой по сравнению с аналогичным мэджиковским с тем же количеством статических вложенных отдельных семейств на каждый типоразмер в 2-4 раза, то проект нашпигованный несколькими десятками или сотнями таких элементов, каждый из которых будет состоять из нескольких десятков вложенных будет весить минимум в несколько раз больше. Параметризация объектов - это часть BIM модели. Зачем держать внутри объекта все варианты геометрии если можно описать геометрию формулами? Самое интересное что в QPD базах мэджика для автокада все именно так и реализовано, ты же прекрасно это знаешь. Поэтому базы для автокадовского мэджика и весят очень мало. По своей сути они гораздо больше соответствуют BIM модели объекта. То есть в мэджике для автокада это было изначально и это здорово и хорошо, а в мэджике для ревита в силу особенностей трансляции баз из своего формата в ревитовские семейства было сделано иначе и вроде как это не слишком-то и надо. Ну не знаю. Ты меня не переубедишь. Как раз всякие отводы, переходы и прочая фасонина сделана как положено. Это так к слову.
Разумеется геометрия - это не единственный аспект BIM. Очень важно насколько полные наборы параметров и дополнительных вспомогательных переменных содержится в используемых семействах, чтобы помимо собственно геометрии иметь исчерпывающую информацию об элементе на протяжении всего жизненного цикла проекта и объекта.
И не надо нести ерунду про то что геометрия описанная формулой постоянно пересчитывается во всех используемых элементах. Это не так. Ты вставил элемент, выбрал типоразмер, либо типоразмер автоматически выбрался из таблицы выбора, если параметры геометрии завязаны на нее, и все - элемент статичен. Ничего не пересчитывается до тех пор пока ты не выберешь этот элемент и не начнешь производить с ним какие-либо манипуляции относительно других объектов. Другое дело что почему-то многие работают в ревите с тяжелыми насыщенными большим количеством элементов моделями не в самом легком режиме каркасной модели, а в режиме скрытых линий или того хуже в режиме заливки, ну так естественно все будет тормозить и виснуть ибо понятно что никаких ресурсов не хватит чтобы в режиме реального времени просчитывать большой объем сложной геометрии. Скрытые линии и визуализацию надо включать только на финальных этапах при выносе видов на лист, тогда и тормозов жутких не будет.


Что касается красоты, то тут как раз и вылазят эти LOD'ы. Если по ТЗ не нужен большой уровень детализации, так и бог с ним - можно рисовать себе на здоровье задвижки в виде условных бантиков с приводами в виде условных коробочек. Пока в инженерке нет особой необходимости заниматься подобной излишней красотой, поэтому проекты представляют собой в основном симбиоз: нашлось на просторах сети детально проработанное семейство, так отчего ж им не воспользоваться, было время заморочиться с созданием сложного семейства - делаешь сложное, не было - сойдет и простое. Те кто самопальные делают как раз действительно стараются не слишком обременять себя деталями и в общем-то правильно делают - пусть 3D реализм при моделировании остается уделом профессионалов. С другой стороны если на том же mepcontent.eu выкладывают уже готовые очень качественные семейства производителей, в том числе параметрические, то отчего ж ими не пользоваться? Мне например очень нравится уровень представленных там семейств. И я так понял что их надстройка Stabicad for Revit в чем-то является конкурентом мэджика.
И, кстати, очень многие вещи из ненужной 3Д красоты можно очень просто отсекать и игнорировать если грамотно использовать режимы детализации и разделения того что нужно и что не нужно иметь на виде сверху и боковых проекциях (и это тоже один из плюсов настоящего BIM когда в одном элементе фактически может быть несколько степеней LOD). К сожалению почти ни у кого не встречал такое разделение, максимум - это условное обозначение для режима низкой детализации и 3D модель той или иной степени сложности для всех остальных случаев. Чаще просто 3D модель, параметрическая или нет дело десятое.

По поводу технологии моделирования в Revit предлагаю посмотреть интересную публикацию на ISICAD. Статья полезная, суть для специалистов, работающих в Revit будет важна. Статью стоит рассматривать не с точки зрения возможностей детализации, а с точки зрения принципов работы геометрического ядра САПР.
Размер файлов семейств как раз штука не главная, самое важное это скорость его интерпретации в Revit. Если кто работает с небольшими объектами, то проблем нет. Детализируйте как хотите - дело лишь во времени, затрачиваемом на создание семейства. При больших объектах (а с ними мне часто приходиться сталкиваться) - проблемы могут возникнуть.
Повторю свою мысль еще раз - параметризация это не часть BIM, а часть технологии САПР при работе с геометрическими элементами. Параметр стоит вводить лишь при необходимости, а просто для красоты - сильное снижение производительности САПР. Пример - предварительные расчеты 3D сцен в компьютерных играх с детальной графикой. Работа с предварительно созданной полигональной графикой в пространстве - дело очень быстрое. А вот геометрические вычитания тел в режиме реального времени - штука сложная.
Ну и посмотри разные стандарты BIM - где там хоть слово об необходимости параметризации? Об этом ты так мне и не сказал.


Откуда такое утверждение? Посмотри, как геометрические ядра САПР работают.
В Revit производительность принесена в жертву параметризации. Но вычисление параметров сильно ест производительность, особенно если система сидит на одном ядре. Вся ставка была на архитектуру: там мало элементов, по сравнению и с инженерными сетями. Пример. BIM-модель госпиталя на 36 000 м2, там 31 000 архитектурных элементов, 85 000 конструкторских элементов и ... 469 000 (!) инженерных элементов. Это реальный проект.
Нам, например, пришлось в ряде случаев сократить спринклеры до цилиндров (вместо красивой геометрии форсунки), так как все просто перестает работать. Не все проекты я могу показывать открыто, но если что приезжай, покажу несколько, где эти проблемы очевидны.
Поэтому я призываю к сохранению здравого смысла при параметризации и детализации объектов.
Это как программировании язык интерпретатор и компилятор. Погугли разницу, будет более понятно.


Вот интересный факт, обрати внимание: тормозить начинает модель в планах, а не в 3D. Сложную модель можно вращать в 3D виде легко, а работать в плане уже нельзя. У меня есть модели, где только соединение труб идет 5-8 секунд. А при выборе секущей рамкой можно пойти кофе попить - тут несколько минут. Есть много скрытых моментов, например скорость запроса к базе данных, скорость записи данных в транзации и т.п.

Тут я рассуждаю не как представитель MagiCAD в попытке что-то защитить, а лишь стараюсь подстраховать пользователей от ошибок, когда ограничения в САПР станут ограничениями вашего проекта или бизнеса.

P.S. Кстати, для внимательных читателей, в статье с ISICAD кроется ответ, почему в MagiCAD для AutoCAD параметризированный элемент геометрии в много раз меньше объекта в Revit, аналогичного содержания. ;-)

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

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


Ты хочешь сказать что весь проект этого госпиталя выполнялся в одном файле проекта? Объясни зачем работать со всеми этими объектами сразу? Для этого и существует такая вещь как масштабирование задач, фрагментация и дробление на разделы, подразделы, корпуса, этажи, зоны, уровни. Зачем вообще инженерным разделам подгружать конструкторские элементы кроме архитектурного конструктива - колонн и балок? Для сводника есть специализированные инструменты, тот же Navis. Естественно если пытаться работать со всеми разделами одновременно, да еще в тяжелых графических режимах, то будет ситуация как в анекдоте: "А теперь мы со всей этой фигней попытаемся взлететь!".

Да ладно? ))) В базе Ревита крутоизогнутый стальной отвод имеет радиус 1,5R а по ГОСТ (и по жизни) у нас они 3R, и, что весело, многие так и "проектируют" с отводами 1,5R.
А вот когда человек сам научится этот отвод сделать, тогда ему будет уже всё пофиг - он будет работать в Ревите. Не научится - не поймет как, значит не дано. хоть обсыпь его моделями. Архи - то да - им плюс/минус лапоть - нормально, а инженерам более-менее точно нужно )))

Ребята, какие там стандарты 500 350 ))) пять Д... Вы что, белены простите объелись?
Спрошу по другому - нафига?
У нас строительное черчение. Масштабы 1:100 ))) как в этом масштабе смотрится сотая задвижка? Бантиком? или Лд500?
Линейные (объемные) размеры должны быть точными, это однозначно, иначе это будет вредительство, а не проектирование. А вот детализация... нафига? Если половина всех чертежей вообще идет по средней Ревитовской детализации в которой, лично у меня всё уже вообще сделано многопроекционными условными обозначениями в размер. Нафига мне модельный вид арматуры как таковой (кроме размеров) на изометрии?

Подскажите пожалуйста, вод сделал я циркуляционный насос или трехходовой клапан, но программа не видит его должным образом. Точки присоединения трубопроводов тоже задал. При подключении "обратки" и "подачи" с помощью Трехходового клапана (до коллектора) элемент выдает ошибку, т.е присоединение происходит просто как элемент, но не трехходовой клапан.. Как решить эту проблему ? Недавно начал пользоваться программой... Спасибо!

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

Да ладно, а какже ГОСТ 17375-2001 Отводы крутоизогнутые типа 3D (R~1,5DN) ???
Это вообще плохо когда проектировщики не включают голову. Я видел в проектах и R=1D, когда в отоплении /холодоснабжении это происходит то ничего страшного, а вот когда в ИТП ,в котором очень мало места, применяют такие отводы. А в реале получается что фиг он туда влезет, зато картинка красивая была )


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


не совсем понимаю, Вас.можно же сделать шаблон крана, решетки,канального оборудования и прочего. При изменении производителя поменять через lookup или параметров семейства за пол дня для нового проекта. Центральные кондиционеры будут разные каждый раз, а остальное то все типовое.Что можно искать то через 2 года?

На счет LOD мне вообще непонятно . Если делать частные дома из семейств с большой детализацией то еще норм. А вот когда объекты более 100 000 м2, это будет очень проблематично. Я помню как то ВКашник заменил спринклеры в проекте на новые, с высокой детализацией , работать стало невозможно(не смотря на очень мощные компы), заставили его возвращать взад как было.А еще помню гребенку ,на которой можно было посмотреть шкалу настроек каждого клапана, при количестве на листе около 30 штук таких гребенок экспорт в PDF одного листа занимал 30-50 минут )))

Если Вам это не нужно - значит Заказчик Вам не предьявил таких требований. Соответственно Вы используете Ревит как замену Автокаду и выдаете Заказчику чертежи.
Если же Заказчик приходит к Вам и говорит, что помимо чертежей ему нужно будет предоставить модель (!)... вот тогда и пойдет речь о детализации и т.д. И придеться оформлять не только чертежи но и оформлять саму модель.
К сожалению, когда речь идет о выполнении модели, ГОСТ на оформление чертежей начинает нервно курить... и в проект добавляются килограммы разрезов.


Какую проблему? Если трехходовой подключился к системам Т1 и Т2 - все нормально. Если Вы ожидаете, что Ревит рассчитает KVs или температуру смешения... увы . Ну а если элемент подключается к трубам, но не разделяет системы на подачу и обратку - скорее всего неправельно указаны коннекторы.


Да, через вложенные семейства. При использовании Меджика, арматура собирается в одно семейство именно по такому принципу.

Какую проблему? Если трехходовой подключился к системам Т1 и Т2 - все нормально. Если Вы ожидаете, что Ревит рассчитает KVs или температуру смешения... увы . Ну а если элемент подключается к трубам, но не разделяет системы на подачу и обратку - скорее всего неправельно указаны коннекторы.

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

Как правило это наглядно показывают в видеоуроках по семействам... Коннекторы доступны в закладке "Create", выбираете коннектор для трубы и цепляете его на каждый патрубок. В параметрах коннектора выбираете тип системы и направление потока, указываете диаметр подключения.

Добрый день! Еще один вопрос возник, связанный с программой Ревит. Как добавить трубопровод в семейство, можно ли создать самому вручную и каким образом пользоваться им при проектировании ? Спасибо.

Как правило это наглядно показывают в видеоуроках по семействам... Коннекторы доступны в закладке "Create", выбираете коннектор для трубы и цепляете его на каждый патрубок. В параметрах коннектора выбираете тип системы и направление потока, указываете диаметр подключения.
Это я знаю как делается, но когда создаешь к примеру трехходовой клапан или циркуляционный насос возникает проблема с присвоением свойств. т.е вот я загрузил пример Терморегулятор радиаторный и зеленым цветов выделил фрагмент (треугольник) который задает свойства данному элементу. вот как создать самому это ?

Это не свойства. Это отображение элемента при низкой детализации модели. И если Вы научились рисовать модель насоса или трехходового клапана - могли бы разобраться, что этот треугольник не более чем обычная поверхность (по руско-ревитовскому - вытеснение), а то и вовсе анотация. Рисуете палочки и присваиваете им видимость на низкой детализации

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

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

По этому ГОСТу я и делал модель отвода. Одно мне не понятно, почему ГОСТ так называется ))) Ведь отвод имеет радиус гиба равный трем радиусам (1.5DN). ИМХО, это опечатка в ГОСТ.

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

Может быть, когда нибудь, ко мне придет заказчик который скажет: дружище, я хочу ТриД модель, и с высокой степенью детализации - чтоб как фото было, но только в ТриД.
Может быть этот заказчик будет даже при деньгах, и готов будет заплатить за модель (сборку) в которой каждая задвижка сделана в Инвенторе или в Солиде или в Компасе.
Но вряд-ли.
Потому-что я не конструкторское бюро завода который выпускает задвижки.

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

Нажмите для просмотра прикрепленного файла

Нажмите для просмотра прикрепленного файла

Нажмите для просмотра прикрепленного файла

Нажмите для просмотра прикрепленного файла

Нажмите для просмотра прикрепленного файла

Здравствуйте, уважаемые коллеги ! Я недавно начал обучаться программе Revit и появилось масса вопросов и думаю я не один такой. Надеюсь мы сможем поделиться опытом... Первый вопрос касается систем: горячее, холодное, отопление и т.д каждый раз создавал систему задавал параметры и создавал цепь. все закончил, но появилась ошибка :

Бытовое горячее водоснабжение 2 1: Невозможно рассчитать расход из-за несоответствия направления потока. Проверьте направление потока для всего оборудования в этой системе.

Бытовое горячее водоснабжение 2 1: Невозможно рассчитать расход из-за несоответствия направления потока. Проверьте направление потока для всего оборудования в этой системе.

Бытовое горячее водоснабжение 2 2: Невозможно рассчитать расход из-за несоответствия направления потока. Проверьте направление потока для всего оборудования в этой системе.

Подача жидкости 1 (1): Невозможно рассчитать расход из-за несоответствия направления потока. Проверьте направление потока для всего оборудования в этой системе.
Сделал анализ появилась паутина из опорных плоскостей, как не старался найти проблему не могу может кто поможет, объяснит что делать... ?

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

Бытовое горячее водоснабжение 2 1: Невозможно рассчитать расход из-за несоответствия направления потока. Проверьте направление потока для всего оборудования в этой системе.

Бытовое горячее водоснабжение 2 1: Невозможно рассчитать расход из-за несоответствия направления потока. Проверьте направление потока для всего оборудования в этой системе.

Бытовое горячее водоснабжение 2 2: Невозможно рассчитать расход из-за несоответствия направления потока. Проверьте направление потока для всего оборудования в этой системе.

Подача жидкости 1 (1): Невозможно рассчитать расход из-за несоответствия направления потока. Проверьте направление потока для всего оборудования в этой системе.
Сделал анализ появилась паутина из опорных плоскостей, как не старался найти проблему не могу может кто поможет, объяснит что делать... ?

Assmed
Я думаю для анализа нужен файл, а не картинка. Хотя лично я вряд ли что скажу, поскольку ВК не делаю. По сообщениям похоже что-то с коннекторами. Опять же для ВК у Ревита какая-то своя логика подсчета расходов

Хоттабыч

Как по мне, то задвижка прорисована очень даже подробно. Почему то мне кажется что такую модельку создавать далеко не 5 мин.

Прямо конец света, радиус отвода не тот. Ну вот вам другой отвод.
http://www.gfps.com/appgate/ecat/common_fl...7/overview.html
А вы что, все сталью по советским ГОСТам проектируете? Если так, то я вам искренне завидую.

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

Assmed, вы упорно продолжаете множить сущности упорно игнорируя правила форума, а именно п.4.

Уже существует тема для обсуждения работы в Revit http://forum.abok.ru/index.php?showtopic=55183
Научитесь для начала хотя бы поиском по форуму пользоваться, а потом приступайте к изучению ревита.

Уважаемые коллеги, можете ли посмотреть, оценить, указать на мои ошибки в проекте, эта первая работа знаю масса ошибок, укажите пожалуйста... Спасибо!

вот

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

Assmed
У вас еще и файл 2016 Ревита... По водоснабжению опять же ничего не скажу, а вот по отоплению есть кое-какие вопросы. Трубы теплого пола по классификации числятся как ГВС (не вся но есть), коллектор теплого пола числится как оборудование, воздухоотводчик числится как санитарный прибор, в радиаторе в одном коннекторе указано направление потока, во втором двухстороннее. Возможно есть и еще какие-то недочеты. Опять же по теплому полу окуда должен взяться расход, если это просто труба? Вы возле коллектора изменили трубу с подачи на обратку и все. Скорее всего нужно вставить какое-то разрывающее петлю оборудование с нагрузками. Какая из этих причин является определяющей сходу сказать сложно. При использовании оборудования с несколькими коннекторами, типа вашего коллектора, частенько расход не передается корректно.

Есть предложение тему перенести и объединить с http://forum.abok.ru/index.php?showtopic=5...t=0&start=0 в дань уважения традициям. А то получается два параллельных обсуждения.

Добрый день уважаемые коллеги! А кто может помочь советом, хочу начертить коаксиальный воздуховод от котла и присоединить к коллективному дымоходу. т.е представляет собой две трубы, которые расположены 1 в другой и имеют одну общую ось. Из закрытой камеры горения котла по внутренней трубе движется образовавшаяся смесь газов. Внешняя же труба является путем для воздуха с улицы, который предварительно нагревается. Вопрос в чем, как мне начертить в Ревит если там только стандартные трубы идут ?