Идея по разработке и доработке Инженерного программного обеспечения Fenix

Для того, чтобы добавить новую идею или проголосовать/прокомментировать имеющиеся идеи, пожалуйста, авторизуйтесь или зарегистрируйтесь на сайте.
Сортировать по: новизне рейтингу комментариям
Новая
прошу сделать перекрестье с осями на всю длину и ширину экрана
Александр (03.11.2020)
Новая
Столкнулся с проблемой (или неудобством): не могу эффективно "загрузить" свой процессор. Процессор имеет 16 ядер 32 потока. Если запускать расчет 1 сценария при установке 16 процессов программа непредсказуемо может запустить 2, 4, 6 потоков. Если запустить одновременно расчет нескольких сценариев, по 8 потоков в каждом, все потоки запускаются и процессор начинает "загружаться" до 50-70%. Есть подозрение, что что-то не дает раскрутить процессор "на всю катушку". Не могу определить оптимальное количество процессов для расчета 1 сценария.

Вот было бы неплохо давать программе возможность самостоятельно определять процессор и распределять нагрузку между ядрами, равномерно загружая его, как это делают, например, кодировщики аудио/видео.
Сергей Пугачев (17.09.2020)
Новая
Разрешите, пожалуйста, создавать помещения с одинаковыми названиями. Иногда на исходных чертежах присутствуют просто наименования помещений без нумерации или помещения с одинаковыми номерами и наименованиями. В этом случае заполнение экспликации превращается в кошмар, приходится придумывать уникальные наименования.

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

PS разрешите менять цвет надписей
Сергей Пугачев (17.09.2020)
Новая
Добавить возможность импорта моделей из BIM, например из открытого формата IFC.
Александр (12.05.2020)
Новая
Добавить возможность использования подложек в формате PDF.
Александр (12.05.2020)
Внедрено
Обновить используемые версии FDS и SMV до текущих. В программе используется версия FDS 6.5.3, которая была выпущена в январе 2017 г. В настоящий момент текущая 6.7.4, в которой помимо всего прочего были исправлены некоторые ошибки (например возможность расчета в помещениях с отметкой Z ниже 0).
Александр (12.05.2020)
Новая
Ситуация: Расчет на проверке у эксперта.
Допустим, время эвакуации составило 100сек, соответственно выполняем расчет наступления ОФП как минимум на 125 сек (с учетом коэффициента безопасности- 0,8 ). Расчет сошелся, ОФП не наступают раньше 125 сек. Создаем отчет - на вкладке "дополнительные настройки" есть возможность установить временные метки вручную, в том числе и ОФП. Но максимальное время ограничено временем эвакуации т.е. 100сек, несмотря на то что расчет ОФП выполнен на 125 сек.
По таблице в отчете (сравнения ОФП и эвакуации) мы показываем что ОФП не наступают в течении 125 сек, но в графической части отчета (поля ОФП) мы можем показать динамику развития пожара (поля ОФП) максимум на 100 сек.
У эксперта в связи с этим закрадывается сомнение, думая что я лукавлю, так как не привел "поля ОФП" на 125 сек.
Прошу разработчиков, включить в ближайшее обновление программы, возможность вывода в графическую часть отчета "полей ОФП" на протяжении всего времени моделирования ОФП.
Вячеслав (07.02.2020)
Новая
Здравствуйте. Пожалуйста, реализуйте возможность рисования скатной крыши. Так как на данный момент приходится использовать пандусы, и это немного не удобно.
Тимофей Телицын (31.01.2020)
Новая
Здравствуйте! Катастрофически не хватает возможности загрузки модели из Revit. На объектах со сложными объемно-планировочными решениями крайне сложно корректно (без искажения архитектуры) выстроить модель в Fenix, более того уходит очень много времени. Предлагаем свою помощь (включая специалистов по Revit и семействам) в проработке вопроса синхронизации моделей.
Готов ответить на все вопросы и дать контакты специалистов.
Андрей Васин (02.12.2019)
Внедрено
Столкнулся с такой ситуацией. Рассматривается многоквартирный жилой дом со встроенными помещениями общественного назначения. Во-первых в разных сценариях необходимо менять частоту возникновения пожара, во-вторых необходимо вручную прописывать время начала эвакуации для разных частей здания (в зависимости от сценария.

Было бы неплохо задавать разным частям здания их назначение либо в свойствах помещения либо в свойствах этажа, а программа сама могла бы выбирать время начала эвакуации в зависимости от места размещения очага пожара.
Сергей Пугачев (05.06.2019)
Новая
Столкнулся с такой ситуацией. В нормальных условиях в помещениях двери закрыты, например, двери квартир. При начале эвакуации люди, проходящие через двери их открывают и оставляют в открытом положении (как правило это так). Это значительно влияет на расчет ОФП, если проводить его после расчета времени эвакуации. Имитации такого поведения дверей в программе нет или я не смог найти. Время закрывания есть, а времени открывания нет. Доводчики не имитируют такое поведение, так как не позволяют двери оставаться в открытом положении.

Можно же добавить галочку в свойствах двери "закрыто до начала эвакуации"

PS в свойствах дверей нет возможности указать что она металлическая
Сергей Пугачев (05.06.2019)
Новая
Для меня был и остается болезненным вопрос о пожарной нагрузке. В программе невозможно отобразить пожарную нагрузку на всю площадь помещения. А если добавить возможность выбора типа пожарной нагрузки в свойствах помещения и достаточно указать "помещение очага пожара"? Это сняло бы многие вопросы
Сергей Пугачев (27.05.2019)
Новая
Когда выделяются два разных объекта (например дверь и выход), для того чтобы редактировать их свойства надо выбрать какой-то один из них. Я предлагаю оставить так как есть, но добавить снизу под точками выбора свойства, общие для этих объектов. Так для двери и выхода это будет нижний уровень и нижний Z. Это надо для того, чтобы можно было одновременно менять высоту двери и прилегающего к ней выхода. Сейчас же надо сначала выбрать дверь, изменить, потом выбрать выход и в нем тоже изменить.
Ну или в крайнем случае, привязывать нижний край выхода к нижнему краю касающейся его двери автоматически.
Юрий Ноздрачев (15.05.2019)
Новая
Дымоудаление имеет свой коэффициент в расчёте, а в самой модели можно устанавливать клапана, мощность дымоудаления и прочие параметры, что способствует выведению более точных "цифр" на регистраторах.
Наличие пожаротушения даёт коэффициент 0,9 при математическом расчете, а в самой модели, наличие АПТ никак не отражается и не влияет на распространение пожара и прочие факторы.
Хотелось бы попробовать в работе какой-нибудь инструмент направленный на моделирование АПТ; спринклерную систему, порошковые модули и т.д.
Батал Магомедов (30.04.2019)
Новая
Поскольку после импорта линии подложки сильно расплываются, построить по ним стены точной ширины становится проблематично. Предлагаю при построении стены и выборе "Измерение толщины" добавить возможность проводить измерения по заранее заданным значениям, соответствующим общепринятым стандартам ширины стен и перегородок (перегородки из ГКЛ 0,75 м, 0,1 м, 0,125 м и т. д., стены из кирпича 0,38 м, 0,51 м, 0,64 м и т. п., с возможностью добавить свои значения или удалить ненужные). Так гораздо удобнее поймать нужный размер, потому что часто надо, к примеру, поймать толщину 0,15 м, а на линейке то 0,149 м, то 0,151 м, замучаешься ловить при самом крупном масштабе. Реализация идеи позволит при построении топологии не так сильно увеличивать каждый раз маcштаб при измерении и желании получить точный результат, что в итоге скажется на уменьшении времени построения.
Владислав Медведев (10.04.2019)
Новая
По моему Татьяна, как то  интересовалась,- какими дополнительными программами мы пользуемся для реализации своей деятельности в области ПБ и в чем есть потребность. Сейчас все чаще сталкиваемся с обязательным выполнением теплотехнического расчета для взрывоопасных производственных объектов, а также для обоснования (отступления от норм) противопожарных расстояний между общественными объектами или от лесных массивов, линейных объектов до зданий и сооружений.  
К примеру есть программа TOXI+RISK 5 которая имеет расширенные возможности реализации различных взрывопожароопасных ситуаций, включая и теплотехнический расчет, но ее стоимость равна 600т.р (1год-на 1 человека). Сумма достаточно высокая, да и не всем требуется задействовать все ее возможности. Просьба рассмотреть возможность разработки программы для теплотехнического расчета.
Вячеслав (05.04.2019)
Новая
Сделайте, пожалуйста, для дверей возможность заблокировать через неё проход с одной стороны. Часто бывает так, что через дверь начинают проходить люди, для которых путь эвакуации через неё является кратчайшим, но так как он не соответствует нормам (из коридора через помещение в другой коридор, из лестничной клетки через коридор в другую лестничную клетку, и т. д.), в расчетах такой вариант эвакуации оставлять нельзя. Поэтому приходится идти на всякие ухищрения, но не всегда это получается. Возможность задать в свойствах двери проход через неё только в одну сторону значительно облегчит решение таких проблем.
Владислав Медведев (22.03.2019)
На сегодняшний день расчет ОФП ведется в полевой модели, как самой универсальной и применимой для любых планировочных решений что несомненно не вызывает у экспертов дополнительных вопросов. Но все же хотелось поднять вопрос о возможности (альтернативе) проводить расчет ОФП в зонной модели. Связано это с тем, что в отличии от применяемого "полевого", в "зонной" модели ОФП поднимаются вверх до перекрытия и "постепенно" в зависимости от горючей нагрузки опускаются вниз...тем самым время блокирования регистраторов намного больше. Не раз сталкивался с простыми планировками для которых допустимо применять "зонную" модель (к примеру жилой секционный дом) где имеется небольшой коридор с системой дымоудаления и компенсации....ситуация следующая время начала эвакуации для жилья 4-6 минут, при расчете даже с учетом предусмотренной системы ДУ из коридора, выход с этажа блокируется раньше чем люди начинают эвакуироваться из соседних квартир. Ситуация тупиковая т.к. разработчики раздела ДУ говорят что они предусмотрели в соответствии с своей методикой достаточный расход клапанов ДУ, а я не могу подтвердить это расчетом!!! Коллеги также сталкивались с данной проблемой и решением было считать в другой программе по "зонной" модели. Использование др. программ может привести в дальнейшем к "полному" переходу пользователей на новый продукт который имеет возможность расчета и в "полевой" и "зонной" моделях. Пусть это будет еще одним "допом" в программе, а при покупке пользователи будут иметь возможность выбора.

В целом хочу поблагодарить всю Команду разработчиков данной программы.
ИМХО: Это лучший продукт на сегодняшний день!!! (спасибо Вам)
Вячеслав (13.03.2019)
Новая
Очень хотелось бы, чтобы при создании отчета таблицам и рисункам не присваивались номера а вставлялся вордовский объект "Название" с автонумерацией. Сейчас же, если я решу вставить в описание объекта в начале отчета таблицу или рисунок, то придется менять номера всех таблиц/рисунков вручную или опять же для каждой таблицы/рисунка вставлять "Название".
Юрий Ноздрачев (27.02.2019)
Новая
Часто возникает ситуация, когда после проведенного расчета необходимо несколько изменить топологию. Но в данный момент, твердое тело, которое горит относится к объектам топологии. В итоге, если мы создаем, например 6 сценариев, считаем их всю ночь, а потом нам надо в одном изменить нагрузку, то либо мы потом должны изменить топологию во всех сценариях и считать все заново, либо создать новую топологию. А потом, когда надо будет изменить именно топологию, нам придется перерисовывать ее в каждом таком измененном сценарии. Что предлагаю я:
а) убрать горючие нагрузки из "Топологических составляющих" и перенести их в "Пожарные составляющие".
б) добавить возможность переносить топологии/метаданные между сценариями.
По пункту Б подробнее. Например забыли сделать двери противопожарными, сценариев как обычно 6, дверей 20, снова создавать/дублировать сценарии уже не получается и уйдет масса времени. Нажимаем на дверь и нажимаем кнопку "перенос свойств" и выбираем в каких сценариях эти же двери сделать противопожарными. Со стенами та же история. Не думаю, что сложно перенести по тем же координатам геометрию между сценариями.
Юрий Ноздрачев (27.02.2019)
Новая
Данное приложение достаточно информативное, но к сожалению не дает понимания где допустим "Человек 123" изначально находится. Предлагаю в данной таблице выполнить привязку людей к помещениям, а именно:-добавить в начало столбец с названием "расположение" в котором будет указано допустим "помещение зрительного зала" и к этому помещению привязать всех людей кто там расположен с последующей информацией которая предусмотрена приложением 1 "Результаты моделирования процесса эвакуации"

С целью выполнения требований приложения № 5 к методике № 382 "Принципы составления расчетной схемы эвакуации", предлагаю добавить на схемы эвакуации количество людей на начальных участках с их группой мобильности, а именно:- допустим в помещении 10 человек из них М1-7, М2-1, М3-1, М4-1, соответственно на схеме эвакуации в каждом помещении вывести след. информацию:

Всего - 10 чел.
(М1-7,М2-1,М3-1,М4-1)
Вячеслав (16.01.2019)
Новая
Предлагаю создать форум для обсуждения программы. Это позволит обмениваться опытом между пользователями и вносить рациональные предложения разработчикам.
Вячеслав (16.01.2019)
Новая
Добрый день! По результатам второго года активного использования программы решил всё-таки предложить свои идеи.
1. Реализуйте возможность задавать очаг сложной формы (по примеру построения "твердого тела"), с привязкой к узловым элементам. К примеру в помещении установлен стеллаж П-образной формы вдоль стен. Для того чтобы его полностью "запалить" приходится на нем размещать 3 очага - на каждой прямоугольной секции. Но при этом происходит более интенсивное распространение ОФП, поскольку гореть начинает в трех местах одновременно. Если же оставить только один очаг, то возникают вопросы у проверяющих - а почему только часть у вас горит?
2. Сделайте возможность размещать проемы в стенах по принципу окон, с указанием ширины-высоты-уровня от пола, но без остекления. Считали сеть кафе и столовых и столкнулись со сложностью создания проемов между залом и кухней (окно выдачи заказов), залом и помещением мойки. Размещение проема выполняли посредством 3-х стен (боковые на всю высоту помещения, центральная - заниженная, над ней - твердое тело как верхняя часть). Вставить проем по размерам без остекления будет куда проще и быстрее, нежели громоздить массу стен и твердых тел.
3. Вернусь к вопросу информирования о ходе и выполнения расчета. Тут предлагалось звуковой сигнал об окончании расчета - поддерживаю! А ещё сделать саму иконку внизу с динамическим отражением хода расчета, когда окно программы свернуто. К примеру как отражается загрузка файла при свернутом браузере и т.п. Иногда переключаться между окнами в ожидании окончания расчета становится утомительным...
4. И да... Всё-таки сделайте возможность по умолчанию включения в отчет экспликации помещений (номер, название, площадь)! Каждый раз вставлять вручную - не есть оптимальное решение. К примеру это можно сделать в разделе "Описание объекта защиты", с включением изображений объекта с подписанными помещениями (хотя-бы номерами помещений) для идентификации - это будет просто ВЕЛИКОЛЕПНО!!!
Пока всё. Спасибо за Вашу работу!
Роман Морозов (30.08.2018)
Внедрено
Добавить кнопку на панель инструментов и/или по правой клавише мыши на выбранном объекте в редакторе топологии, а в идеале в самой модели - добавить функцию скрывать объект, по аналогии с функцией "сделать прозрачным", т.к. часто нет возможности без перемещения или удаления перекрывающих перекрытий или стен отредактировать по мелочам сложную топологию с несколькими уровнями в пределах одного этажа (например кинозалы). Т.к. функция "прозрачности" предназначена только для просмотра и не дает возможность выбрать для редактирования элементы, расположенные за прозрачными стенами/перекрытиями, то приходится вручную перемещать перекрытие чтобы получить доступ к объектам, расположенным за ними, а это существенно увеличивает время на подготовку сложной модели.
P.S.: то же самое относится и к расчетным областям, а так же помещениям, т.к. если необходимо корректировать объекты, расположенные ниже чем уровень помещения или расчетной области, приходится перемещать в сторону чтобы они не мешали потом выравнивать обратно, что не очень удобно.
Станислав Сухарский (21.08.2018)
Новая
Просьба поработать над подложками из Автокада. Сейчас они конвертируются как стены, и начинают занимать огромный объем, программа (или компьютер, но достаточно мощный и с большим объемом оперативной памяти) не справляется и зависает. Эвакуация через стены и различные линии становится невозможной, так как они понимаются программой как препятствие на пути эвакуации.  Посмотрите, как ещё 10 лет назад было реализовано в Ситис Флоутеке, Ситис Блоке, в PyroSim, Pathfinder. Там подложка конвертируется как набор линий, с масштабом и привязкой к ним при прорисовке, при расчете они не учитываются, как стены. Очень удобно. В Фениксе приходится прорисовывать топологию по изображению, которое при масштабировании расплывается. И так не получается точно задать масштаб, потом при прорисовке по размытым линиям ещё погрешности добавляются. В итоге эксперты, и так постоянно предъявляющие претензии об отсутствии в отчете сведений о ширине коридоров и других параметрах путей эвакуации, начинают докапываться даже до 1-2 см погрешности, которые появляются при создании топологии на таких неточных подложках. С кем бы из коллег, использующих Феникс, не разговаривал в попытке выяснить рецепт использования подложек из Автокада, все говорят, что промучились с ними и теперь создают топологию по картинкам, так и не получив мало-мальски приемлемого результата с подложками из чертежа в Автокаде. И все признают, что это очень неудобно. Очень прошу поработать над подложками, грамотная реализация этой функции позволит процентов на 30 снизить трудоемкость создания  топологии и значительно увеличит точность полученного результата. Спасибо.
Владислав Медведев (25.05.2018)
Предлагаю при добавлении файлов подложки и сохранении их в папке Images переименовывать их под каждый сценарий или сохранять в отдельных для каждого сценария папках. Проблема заключается в следующем. Допустим, я рассчитываю в разных сценариях разные корпуса или секции с отличающимися подложками. Подложки изначально лежат в разных папках, но файлы имеют одинаковое название по этажам, например "1эт.jpg", "2эт.jpg", "3эт.jpg" и т. д., хотя сами файлы в каждой папке разные. После того, как для 1-го сценария были загружены подложки с названиями "1эт.jpg", "2эт.jpg", "3эт.jpg", при загрузке подложек для 2-го сценария из другой папки, но с такими же названиями "1эт.jpg", "2эт.jpg", "3эт.jpg" во втором сценарии будут отображаться подложки ранее загруженного первого сценария. Иногда забывая об этой особенности приходится впустую тратить время на прорисовку второго сценария по неправильным подложкам, а потом, после выявления ошибки, переименовывать все файлы уникальными именами и загружать подложки снова. Надеюсь, понятно изложил, а то как-то сумбурно выглядит, но по другому не получается.
Владислав Медведев (25.05.2018)
Новая
Предлагаю добавить следующую опцию:
На вкладке "отчет" -> "создать отчет" -> "дополнительные настройки" разделить функцию "отображать динамику развития пожара и эвакуации" на 2 раздельные.
То есть  одно окошко для "отображать динамику развития пожара", а второе - для "отображать динамику эвакуации". Обычно, я оставляю динамику развития ОФП, а динамику эвакуации удаляю, так как первое показывает, что модель все-таки посчитана, а вторая не очень информативна в статике и занимает много печатного места, особенно для многоэтажных зданий. Это дело вкуса, конечно, но я каждый раз убиваю кучу времени на удаление ненужных рисунков и редактирование их номеров.
И кстати, предлагаю в разделе "Описание объекта защиты добавить исходную модель с описанием всех выходов, регистраторов и т.п.
Заранее благодарен.
Сергей Пугачев (23.05.2018)
Было бы удобно, если при остановке расчета ОФП можно будет просматривать результаты расчета на то количество времени, которое успело рассчитаться до момента остановки и с их использовать для отчета в случае необходимости.
mixactik@inbox.ru (17.05.2018)
В работе
Добрый день! Очень понравилась ваша программа Fenix, но я использовал ее часть для расчета эвакуации, расчет пожарных рисков не сильно востребованный документ, а вот ее часть касающаяся расчета эвакуации очень нужен при проектировании пожарной сигнализации и в частности СОУЭ. Можно как-то отделить эту часть от основного программного обеспечения с добавлением функции определения основных потоков эвакуации, составления плана эвакуации. Я думаю проектировщики очень бы обрадовались этому программному продукту.
Алексей Грошев (11.05.2018)
Добавьте, пожалуйста, кнопку "выключить компьютер по завершении расчета". При длительных расчетах работающий ночью компьютер спать мешает.
Евгений Гуляев (20.02.2018)
Новая
Здравствуйте! Предлагаю в отчете по оценке пожарного риска в таблице № 1 "Сценарии развития пожара"  добавить столбец " Параметры горючей нагрузки" или в столбце "Параметры очага пожара" внести новые параметры:Площадь горючей нагрузки; Площадь очага пожара начальная; Площадь очага пожара по завершению эвакуации (если материал стен дерево или горючая нагрузка (4 и 5 степень огнестойкости) то берется площадь всего помещения
Александр Кобринец (16.02.2018)
Новая
Предлагаю добавить возможность взрыва отрисованной полилинии и других сложных элементов по аналогии с Автокадом, что избавит от необходимости перерисовки всей полилинии при необходимости ее локальной корректировки
gaysin@opbopb.ru (16.02.2018)
Внедрено
При незначительном изменении конфигурации помещения приходится его удалять, а вместе с помещением удаляются расставленные люди. Предлагаю добавить в программу возможность сохранять расставленных людей в помещении при удалении помещения.
gaysin@opbopb.ru (16.02.2018)
Внедрено
При наличии более двух эвакуационных выходов из помещения и одного выхода с части этажа все люди их помещения бегут через ближайшую дверь, а остальные при этом пустуют. Это создает задержку более 6 минут и нет никакой возможности изменить ситуацию.
gaysin@opbopb.ru (16.02.2018)
Новая
По результатам использования программы обнаружил некоторые неудобства:
1. После выведения отчета по оценке риска нужно потратить массу времени, чтобы его привести в читабельный вид: наименование граф в таблицах не вписывается в отведенные границы, по тексту встречаются ошибки (некоторые слова слиты), дополнительно приходится указывать в текстовой части на количественный показатель времени начала эвакуации из помещений, не относящихся к очагу пожара, при расчете зданий, не относящихся к классу Ф1.1, 1.3, 1.4, приходится исключать из текста прописанные в отчете требования к указанным зданиям.
2. В топологии пожара не получается установить требуемую высоту расположения приточной вентиляции.
Станислав Черняев (02.02.2018)
Новая
Добрый день, предложение добавить возможность импорта модели из ревита - это существенно сократит время на отрисовку.
Спасибо
gaysin@opbopb.ru (21.12.2017)
Новая
Предлагаю добавить функционал в программу. В панели "Моделирование пожара" есть вкладка "параметры", в которой есть еще одна вкладка "начальные условия". Там можно задавать температуру, давление, влажность. Я раньше не использовал этот инструмент, но сейчас пользуюсь. Эти параметры значительно влияют на расчет. Предлагаю добавить возможность автоматического заполнения этих параметров при выборе населенного пункта для наиболее теплого месяца года, например, я пользуюсь weatherarchive.ru. И еще. Добавьте эти параметры в метаданные сценариев, так как при копировании сценариев эти параметры приходится забивать вручную заново.
Сергей Пугачев (30.10.2017)
Новая
Нужно добавить в бумажный отчет исходные данные по размерам коридоров, иначе в надзорных органах, формируемы отчет проходит все сложнее и сложнее, ссылаясь на неполноту предоставления исходных данных в отчете. В программах конкурентов программный продукт имеет возможность задачи габаритных размеров как дверей, лестничных клеток, так и коридоров.  Спасибо.
Павел Тарутаев (20.10.2017)
Внедрено
Невозможно поменять свойство элемента - материал, только заново пересоздавать.
anton.mq@gmail.com (27.09.2017)
Внедрено
Добавьте выноски для любого элемента с выбором что написать. Удобно обозначать отступления от норм.
Сделайте чтобы в 3D выноска тоже отображалась.
anton.mq@gmail.com (27.09.2017)
Новая
Невозможно задать размеры площадок (ширину и длинну), только толщину и высоты.
Невозможно копию лестницы развернуть на 180 градусов.
anton.mq@gmail.com (27.09.2017)
Новая
Предлагаю идею - число эвакуируемых в зону безопасности определить исходя из площади зоны безопасности, а также площади проекции МГН. Т.е. задаем помещение зоны безопасности, ставим там выход для МГН, а программа не дает слишком большому количеству МГН заходить в этот выход
Александр (19.09.2017)
Внедрено
Просьба отредактировать данную таблицу в отчете или совсем удалить графу - "время начала эвакуации" т.к. по факту в данной графе должны указываться только помещения (без дверей с регистраторами) для которых принято время начало эвакуации т.е. для помещения очага пожара одно время, а для всех остальных помещений другое в соответствии с классом функциональной пожарной опасности и типом СОУЭ. Данная графа постоянно сбивает экспертизу и ставит нас (пользователей) в тупик. Простой пример, рассмотрен путь эвакуации от помещения на этаже в ЛК (допустим что время начала эвакуации из помещения очага пожара = 10 сек):
в одном из помещений очаг пожара - из данного помещения стоит регистратор в дверном проеме - далее стоит регистратор в дверном проеме коридора - далее стоит регистратор в дверном проеме перед входом в ЛК.
По факту в созданном отчете в данной таблице будет отражено, что время начала эвакуации, как для помещения очага пожара, так и для остальных 3-х дверей с регистраторами принято =10 секундам.... Это формально не корректно задавать время начала эвакуации для дверей с регистраторами!, а также через дверь в коридоре и дверь в ЛК бегут люди и из других помещений у которых время начала эвакуации совсем иное!
Предлагаю убрать данную графу из отчета а в текстовую часть подраздела "Результаты моделирования движения людей" к строке "время начала эвакуации" добавить текст...к примеру:
- время начала эвакуации для помещения очага пожара ......
- время начала эвакуации из остальных помещений здания ......

С уважением, Вячеслав
Вячеслав (28.08.2017)