Не пропустите важное

 

Подпишитесь на информацию о выходе обновлений, скидках и акциях.

Есть идея!

Для того, чтобы добавить новую идею или проголосовать/прокомментировать имеющиеся идеи, пожалуйста, авторизуйтесь или зарегистрируйтесь на сайте.
Предложить идею
Новая
Предлагаю идею - число эвакуируемых в зону безопасности определить исходя из площади зоны безопасности, а также площади проекции МГН. Т.е. задаем помещение зоны безопасности, ставим там выход для МГН, а программа не дает слишком большому количеству МГН заходить в этот выход
0
Александр (19.09.2017)
Новая
Просьба отредактировать данную таблицу в отчете или совсем удалить графу - "время начала эвакуации" т.к. по факту в данной графе должны указываться только помещения (без дверей с регистраторами) для которых принято время начало эвакуации т.е. для помещения очага пожара одно время, а для всех остальных помещений другое в соответствии с классом функциональной пожарной опасности и типом СОУЭ. Данная графа постоянно сбивает экспертизу и ставит нас (пользователей) в тупик. Простой пример, рассмотрен путь эвакуации от помещения на этаже в ЛК (допустим что время начала эвакуации из помещения очага пожара = 10 сек):
в одном из помещений очаг пожара - из данного помещения стоит регистратор в дверном проеме - далее стоит регистратор в дверном проеме коридора - далее стоит регистратор в дверном проеме перед входом в ЛК.
По факту в созданном отчете в данной таблице будет отражено, что время начала эвакуации, как для помещения очага пожара, так и для остальных 3-х дверей с регистраторами принято =10 секундам.... Это формально не корректно задавать время начала эвакуации для дверей с регистраторами!, а также через дверь в коридоре и дверь в ЛК бегут люди и из других помещений у которых время начала эвакуации совсем иное!
Предлагаю убрать данную графу из отчета а в текстовую часть подраздела "Результаты моделирования движения людей" к строке "время начала эвакуации" добавить текст...к примеру:
- время начала эвакуации для помещения очага пожара ......
- время начала эвакуации из остальных помещений здания ......

С уважением, Вячеслав
0
Вячеслав (28.08.2017)
Новая
Здравствуйте! Мне кажется, просто необходимо усовершенствовать поиск ошибок в расчетном файле. Если не запускается расчет как эвакуации, так и динамики ОФП, то необходимо, чтобы выводились сообщения, которые указывали бы причину. Сейчас эти сообщения есть, но их очень мало. Вот например не запускался расчет динамики ОФП. Сообщение "Ошибка". Беру файл .fds и запускаю самостоятельно через PyroSim. Все считает. И понимаю, что ошибка состояла в некорректном делении расчетной сетки на ячейки (кратность числам 2, 3 и 5). Если бы не было PiroSim'a, пришлось бы действовать наугад. Это не нормально для современных программ.
0
София (13.08.2017)
Новая
Здравствуйте. При расчетном варианте аварии связанной с разливом ЛВЖ и ГЖ возникает необходимость учесть специальные поддоны, что ограничивают пролив жидкости. Предлагаю ввести в программу возможность в ручную задавать площадь разлива ЛВЖ и ГЖ.
И еще одно предложение при расчете помещения аккумуляторных требуется рассчитывать массу водорода поступившего в помещение при зарядке аккумуляторных батарей, хотелось бы чтоб в программе имелась такая возможность
0
Петр Бютнер (09.08.2017)
Новая
Прошу добавить возможность отрисовывания окна по двум точкам. Для этого нужно добавить опцию "измерение ширины" в виде галочки в инструменте "окно".
0
Сергей Пугачев (01.06.2017)
Новая
Добавьте, пожалуйста свойство "прозрачность" непосредственно в инструмент "стена", галочку чуть ниже галочки "измерение толщины", так как переключаться постоянно с инструмента на инструмент не совсем удобно. Об этом я уже просил, но напомню еще разок.
0
Сергей Пугачев (01.06.2017)
Новая
В отчет выводятся подробные результаты расчетов в виде приложений 1 и 2. Хотелось бы иметь возможность отображения подробных результатов расчетов непосредственно в самих сценариях, в соответствующих подразделах. Эту опцию можно сделать в виде галочек при выводе отчета.
Также было бы неплохо добавить в отчет графики движения людей. В программе они есть, но в отчет не выводятся.
0
Сергей Пугачев (31.05.2017)
Новая
Предлагаю добавить вид отчета "Обоснование безопасной эвакуации" по ст. 53 ч. 3 Технического регламента о требованиях пожарной безопасности. Принципы расчета те же самые, но при этом не рассчитывается уровень пожарного риска. Если нужно, могу прислать шаблон заключения. Каждый раз кардинально переделывать заключение не совсем удобно.
1
Сергей Пугачев (31.05.2017)
Новая
Сделать возможность ставить в очередь сценарии, определять последовательность расчета. Оперативной памяти хватает для расчета только 4-х сценариев из 8. Предусмотреть возможность постановки в очередь без присутствия оператора, а при окончании расчета всех сценариев галочку выключить компьютер.
0
Александр (18.05.2017)
Новая
1. Если все подложки сделаны в едином масштабе и симметричны друг к другу, то при импортировании подложки происходит автоматическое распознание толщины линии, контура (стены, перегородки) и нанесение (черчение) их в программе. От пользователя останется только задать высоту стен (перегородок), нанести двери и т.д. Это значительно сократит время на дублированное черчение их и плюс будут нормальные стыки между этажами.

2. Добавьте в отчете отдельную таблицу, со столбцами:
Этаж; № помещения; Наименование помещения; Площадь; Количество людей в помещении; Время нахождения (работы); Категория помещения по ВП и ПО.

Спасибо за содействие, надеюсь моя мысль понятна.
0
Петр Цуриков (10.05.2017)
Новая
предлагаю сделать возможность вырезать проемы в перекрытиях (для лестниц, лифтовых шахт, многосветных пространств и т.д.)
2
Александр (09.05.2017)
Новая
Предлагаю сделать возможность выбора свойств объектов из меню. Т.е. я выбираю на панели инструментов дверь, ставлю нужные галочки (с регистратором, противопожарная и т.д.). Далее расставляю эти двери в стенах - и у всех поставленных дверей будут эти свойства (регистраторы, доводчики и т.д.)
0
Александр (09.05.2017)
Новая
1. Предоставить возможность графического контроля за правильностью стыков элементов пути эвакуации. Например так, как это сделано в "Флоутек ВД" - во включенном режиме контроля при наведении курсора на элемент пути отображается граница стыка этого элемента со всеми соседними, доступными в качестве продолжения пути. Это даст возможность быстро находить нестыкующиеся места путей эвакуации.
2. Предоставить возможность рассчитать и изобразить путь эвакуации только для ОДНОГО выделенного человека. Это даст возможность ускорить работу при большом количестве людей в проекте.
0
Андрей Майстер (20.02.2017)
Новая
1. Организовать Экспорт-импорт проекта в формат .fds
2. При выборе выхода подсвечивать людей, направленных в этот выход.
0
Андрей Майстер (20.02.2017)
Новая
Было бы не плохо реализовать возможность выбора пути эвакуации в ручную. Например, лестница в двухэтажном здании, со второго этажа на первый, имеет следующий вид : два марша, слева и справа, ведут со второго этажа на площадку между этажами (расстояние между маршами 2 метра), далее уже на первый этаж идет только один марш.
При моделировании эвакуации, если образуются скопления у правого либо левого марша (на втором этаже), программа не ведет людей к свободному маршу, и таким образом время эвакуации может значительно увеличиться.
При реализации возможности указывать для людей путь эвакуации вручную, можно было бы обойти данную проблему.
1
Тимофей Телицын (06.02.2017)
Внедрено
Предлагаю дополнить руководство пользователя Приложением с данными для справочников материалов и реакций на основе Приложения "База данных типовой горючей нагрузки (ГН)" Кошмаров Ю.А. Прогнозирование опасных факторов пожара в помещении: Учебное пособие. -М.: Академия ГПС МВД России, 2000. 118 с. Наши конкуренты из СИТИС, FireCat уже давно пошли по такому пути. Это обеспечит универсальность применения данных для расчёта и исключит их разночтения пользователями программы, а также снимет вопросы заказчиков и проверяющих по использованию того или иного материала в качестве горючей нагрузки.
3
Системы пожарной (04.11.2016)
Новая
Предлагаю сделать расчет риска на производственном объекте так, как это написано в 404 приказе, т.е. чтобы была возможность создать топологию из нескольких зданий и в каждом из зданий моделировать пожар. Считать риск для одного здания на территории производственного объекта неправильно, т.к. работники объекта могут находиться и в других зданиях на территории площадки и там получать свою долю потенциального пожарного риска.
Производственные объекты - территории, здания, помещения, сооружения, оборудование, устройства, иные подобные объекты, транспортные средства, используемые юридическими лицами, индивидуальными предпринимателями при осуществлении своей деятельности;
1
Александр (11.09.2016)
Новая
Предлагаю внести следующие дополнения.
Ввести индивидуальное закрывание и открывание для каждой противопожарной двери.
Приведу пример. Имеется многоэтажное здание объекта класса Ф1.1.-больница с коридорами длиной более 60 м., 42 м. Коридоры этажей объекта при помощи противопожарных дверей делятся на три отсека (п.6.26* СНиП 21-01-97; п.п.4.3.3;5.2.26 СП 1.13130.2009), при этом два крайних отсека делятся дверями ещё на два.
Эвакуация людей осуществляется к выходам через данные отсеки. При этом они сначала открывают противопожарные двери, изначально находящиеся в закрытом состоянии. Последовательно проходят через каждую дверь и по факту после прохождения последнего человека дверь должна закрыться, но при этом последующая дверь ещё какое-то время должна оставаться открытой т.к. люди через неё ещё не эвакуировались. Так же необходимо учитывать, что время эвакуации на этажах может быть разным.
В другой части здания с очагом пожара противопожарные двери находятся изначально в закрытом положении т.к. они не используются при эвакуации.
В настоящее время при моделировании пожара получается следующее:все двери должны находится в открытом состоянии до тех пор пока последний человек на любом из этажей не пройдет сквозь последнюю дверь, а продукты ОФП через открытые дверные проёмы, по факту не эксплуатируемые или уже закрытые, распространяются по этажам и блокируют выходы быстрее времени эвакуации, что дает отрицательный результат и не соответствует реальной ситуации.
Дополнительно предлагаем внести аналогичную функцию для обычных дверей. По требованиям п.6.17 СНиП 21-01-97; п.4.2.7 СП 1.13130.2009 "лестничные клетки, как правило, должны иметь двери с приспособлением для самозакрывания и с уплотнением в притворах".
При реальном пожаре обычная дверь, закрываемая по окончании эвакуации, в состоянии удерживать в течении определённого времени большую часть продуктов горения, пропуская лишь небольшое их количество через имеющиеся щели. Таким образом можно установить необходимое время для их закрывания.
0
Дубова Ксения (29.08.2016)
Новая
Предлагаю добавить свойство дверей "Направление открывания". Это необходимо для учёта открывания дверей в коридор (п. 4.3.3 СП 1). Желательно, чтобы это свойство было визуализировано на сценарии. Кроме того, будет правильным в свойстве задавать ширину дверного полотна. Рисовать дверь "Твёрдым телом" считаю не правильным. Ранее предлагался этот пункт для исключения движения к выходам через помещения (Fenix+).
0
Юрий Урядов (22.08.2016)
Новая
Предлагаю реализовать функцию одностороннего открывания дверей, т.к. часто бывает что люди начинают эвакуироваться по кратчайшему пути, например из коридора через помещение и снова в коридор, что противоречит последовательности в ст.89 №123-ФЗ
0
Станислав Сухарский (20.07.2016)
Внедрено
Здравствуйте! В большинстве случаев при расчете риска в зданиях на путях эвакуации (узкие коридоры, лестничные марши) ОФП достигают предельных значений до эвакуации людей. Предлагаю включить в программу возможность установки дверей противодымной защиты, которые обеспечат свободный проход людей, а также будут сдерживать ОФП. Также при отрицательном расчете установка дверей противодымной защиты может быть включена в перечень мероприятий при выполнении, которых риск не будет превышать допустимых значений.
2
Михаил (06.07.2016)
В работе
Спасибо большое за добавление инструмента "метаданные". Теперь нет путаницы с заблокированными выходами и дверьми.
Предлагаю несколько усовершенствовать этот инструмент и добавить в метаданные сценариев параметры моделирования пожара и параметры моделирования эвакуации (те настройки, которые настраиваются на соответствующих панелях).
2
Сергей Пугачев (18.05.2016)
Новая
Столкнулся с небольшим неудобством. Допустим, я добавляю в качестве дополнительных мероприятий систему дымоудаления (ДУ), рисую шахту и клапаны на каждом этаже. ДУ работает по принципу: клапан открывается на этаже пожара или в зоне дымоудаления, остальные клапаны должны быть закрыты. Все хорошо отрисовывается и рассчитывается. Проблема возникает, когда условный очаг пожара необходимо переместить при создании новых сценариев. В этом случае нужно открыть клапан на другом этаже (в другой зоне дымоудаления) а предыдущий закрыть. Для того чтобы "закрыть" клапан, нужно либо его удалить либо изменить производительность (указать значение "0"), либо указать время задержки, превышающее расчетное время. Но изменяя указанные параметры изменяется топология (приходится для каждого нового сценария создавать новую), что приводит к путанице и увеличению количества топологий, что влияет на производительность программы.
Я предлагаю добавить в инструмент "вентиляция" параметр открыт/закрыт а это состояние учитывать в метаданных сценария с возможностью изменения, не влияя на топологию здания, по аналогии с дверными проемами и выходами. Заранее благодарен.
1
Сергей Пугачев (18.05.2016)
Новая
Хочу предложить следующее - согласно п. 21 Методики-382 в случае, если расчетная величина индивидуального пожарного риска превышает нормативное значение, в здании следует предусмотреть дополнительные противопожарные мероприятия, направленные на снижение величины пожарного риска.
Хотелось бы видеть это в программе и в отчете.
Например, не сходится у меня риск - я повышаю тип СОУЭ до 3-го и риск сошелся.
И это должно быть отражено в отчете. Т.е. сначала идет расчет, риск не сходится. Затем идет запись о том, что тип СОУЭ повышен, проводится повторный расчет - и риск сходится.
Этого требует методика.
4
Александр (06.05.2016)
Новая
Редактору не хватает инструмента "размерная линия", наподобие в visio, которую можно было бы задавать, изменять, растягивать, вращать.
Также в редакторе не хватает инструмента "вращение". Иногда нужно повернуть надпись или элемент топологии, а возможности такой нет.
0
Сергей Пугачев (05.05.2016)
Внедрено
Предлагаю создать резервный файл для проекта, наподобие autoCAD, в который будут регулярно записываться сохранения. Интервал автосохранения можно задавать вручную. Однажды столкнулся с "необратимой ошибкой", не позволяющей открыть файл. Хорошо, что была резервная копия в облаке на выключенном компьютере.
0
Сергей Пугачев (12.04.2016)
Новая
Предлагаю добавить столбец во вкладке "моделирование пожара", после столбца "прогресс", в котором указывается рекомендуемое время моделирования пожара, которое в свою очередь определяется из расчетного времени эвакуации с учетом коэффициента 0,8 (столбец назвать tр/0,8 ). Это было бы очень удобно, так как каждый раз приходится включать калькулятор.
Скажете: "совсем обленились", но мы ведь все хотим сделать удобный и быстрый инструмент для работы...
0
Сергей Пугачев (12.04.2016)
Новая
Предлагаю добавить в приложения отчета графики зависимости плотности скоплений людей от времени эвакуации чтобы можно было визуально оценить динамику потока эвакуирующихся в узких местах (регистраторах).
0
Станислав Сухарский (25.03.2016)
Новая
Вводную часть необходимо тщательно отредактировать в соответствии со всеми изменениями (проскакивают старые формулы, неточности по тексту), в описании добавить, что расчет сделан в соответствии с изменениями по приказу МЧС России №632 от 02.12.15. Также некорректно в тексте звучат фразы типа: "в соответствии с настоящей методикой...", что согласитесь, в техническом заключении выглядит несколько странно. Также добавьте возможность выбора представления результатов (приложения 1 и 2) расчетов или в тексте заключения или в виде приложений. Мне лично не нравятся графики и таблицы в виде приложений, лучше бы они были представлены непосредственно в сценариях.
В интерфейсе программы в закладке "проект" необходимо откорректировать выпадающий список типа объекта. Нужно убрать "консультации", "профилактории" и прочие вычеркнутые слова из методики. Надо добавить классы Ф1.1, Ф1.3, Ф1.4 и другие, предусмотренные изменениями.

PS примите благодарность за проделанный труд.
0
Сергей Пугачев (19.01.2016)
Новая
Предлагаю добавить возможность вывода всех кривых ОФП на одном графике (опционально, на выбор эксперта).
3
Сергей Пугачев (16.12.2015)
Новая
Я почитал пособие по применению методических рекомендаций (К приказу МЧС России от 30.06.2009 N 382), там в п. 2.1.2 написано, что: "Принимать при расчете максимальную площадь загорания менее площади помещения очага пожара не допускается". Как это применить к нашей всеми любимой программе? Я уже давно просил пересмотреть принципы построения модели пожара. Тот инструмент, что существует сейчас, не совсем соответствует требованиям нормативных документов. Я предлагаю изменить принцип следующим образом: тип пожарной нагрузки указывать в инструменте "помещение", используя усредненные значения таблицы 1 указанного пособия. Как раз площадь загорания будет соответствовать площади помещения. Инструментом "очаг пожара" размещать место возникновения пожара, которое не будет зависеть от площади горения, а указывать место возникновения пожара. Из возможностей в инструменте "очаг пожара" указывать тип распространения: круговой, линейный. Заранее благодарен.
1
Сергей Пугачев (12.12.2015)