Госты по ремонту пожарной сигнализации
ГОСТ Р 54101-2010
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
СРЕДСТВА АВТОМАТИЗАЦИИ И СИСТЕМЫ УПРАВЛЕНИЯ
Средства и системы обеспечения безопасности. Техническое обслуживание и текущий ремонт
Means of automation and control systems. Means and systems of safety. Service and regular maintenance
ОКС 13.100; 13.110;
Дата введения 2011-09-01
Предисловие
1 РАЗРАБОТАН Университетом комплексных систем безопасности и инженерного обеспечения при участии Международной ассоциации «Системсервис», Всемирной Академии Наук Комплексной Безопасности, ОАО «Центральное проектно-конструкторское бюро «Спецавтоматика», ЗАО «Аргус-спектр», ЗАО «Атэкс», ЗАО «Центр средств защиты»
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 439 «Средства автоматизации и системы управления»
4 ВВЕДЕН ВПЕРВЫЕ
5 ПЕРЕИЗДАНИЕ. Июнь 2019 г.
Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
Введение
В современных зданиях и сооружениях во все большем объеме используются средства автоматизации и системы управления оборудованием инженерных систем, к которым среди прочих относятся средства и системы обеспечения безопасности зданий и сооружений. Применение средств и систем обеспечения безопасности приводит к снижению риска причинения вреда зданиям и сооружениям и (или) тяжести последствий при реализации опасных событий. Своевременное, качественное и контролируемое техническое обслуживание и текущий ремонт данных средств и систем обеспечивает их устойчивую работу в период эксплуатации зданий и сооружений и способствует поддержанию на приемлемом уровне безопасности этих объектов, установленной Техническим регламентом о безопасности зданий и сооружений (Федеральный закон от 29 декабря 2009 г. N 384-ФЗ).
Выполнение требований настоящего стандарта, наряду с выполнением требований других стандартов и сводов правил, предусмотренных законодательством Российской Федерации, обеспечивает выполнение требований Технического регламента о безопасности зданий и сооружений.
1 Область применения
Настоящий стандарт устанавливает требования к организации и порядку проведения работ по техническому обслуживанию (далее — ТО) и текущему ремонту (далее — ТР) при использовании по назначению смонтированных в зданиях и сооружениях средств автоматизации и систем управления, установок, комплексов, систем, технических средств: автоматического пожаротушения и пожарной сигнализации, автоматизации противодымной вентиляции, охранной сигнализации, в том числе протяженных и локальных объектов, охранных технических средств, противокриминальной защиты, средств обнаружения, средств управления ими; контроля и управления доступом, охранного телевидения, иных стационарных технических средств наблюдения, оповещения и управления эвакуацией людей при пожаре и иных чрезвычайных или критических ситуациях; мониторинга состояния конструкций, оборудования и среды (далее — систем).
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ 18322 Система технического обслуживания и ремонта техники. Термины и определения
ГОСТ Р 27.002 Надежность в технике. Термины и определения
ГОСТ Р 50776 (МЭК 60839-1-4:1989) Системы тревожной сигнализации. Часть 1. Общие требования. Раздел 4. Руководство по проектированию, монтажу и техническому обслуживанию
ГОСТ Р 53195.1 Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 1. Основные положения
ГОСТ Р 53195.2-2008 Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 2. Общие требования
ГОСТ Р 53195.3 Безопасность функциональная связанных с безопасностью зданий и сооружений систем. Часть 3. Требования к системам
Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.
3 Термины и определения
В настоящем стандарте применены термины по ГОСТ Р 27.002, ГОСТ 18322, ГОСТ Р 53195.1, ГОСТ Р 53195.2 и ГОСТ Р 53195.3, а также следующие термины с соответствующими определениями:
метод ремонта специализированной организацией: Метод выполнения ремонта организацией, специализированной на операциях ремонта.
3.2 метод ремонта специализированным персоналом: Метод выполнения ремонта персоналом, специализированным на выполнении операций ремонта.
метод технического обслуживания специализированной организацией: Метод выполнения технического обслуживания организацией, специализированной на операциях технического обслуживания.
метод технического обслуживания специализированным персоналом: Метод выполнения технического обслуживания персоналом, специализированным на выполнении операций технического обслуживания.
3.5 периодическое техническое обслуживание системы, периодическое ТО системы: Техническое обслуживание системы, выполняемое через установленные в эксплуатационной документации интервалы времени.
Примечание — В зависимости от интервалов времени различают месячное, сезонное, годовое техническое обслуживание системы.
регламентированное техническое обслуживание, регламентированное ТО: Техническое обслуживание, предусмотренное в нормативно-технической эксплуатационной документации на систему и выполняемое с периодичностью и в объеме, установленными в ней, независимо от технического состояния системы в момент начала технического обслуживания.
3.7 сезонное техническое обслуживание системы, сезонное ТО системы: Техническое обслуживание системы, выполняемое для подготовки использования системы либо ее составных частей в летних или зимних условиях.
3.8 система тревожной сигнализации (alarm system): Установленная на объекте система, предназначенная для обнаружения опасности и сигнализации об опасности.
3.9 текущий ремонт системы, ТР системы: Ремонт, выполняемый для обеспечения или восстановления работоспособности системы и состоящий в замене и (или) восстановлении ее отдельных частей.
Примечание — Для замены составных частей системы в ходе выполнения ТР системы используются изделия собственника или предприятия (учреждения), обладающего правом хозяйственного ведения или оперативного управления системой.
4 Основные положения
4.1 ТО и ТР систем в соответствии с настоящим стандартом организует собственник или предприятие (учреждение), имеющее право хозяйственного ведения или оперативного управления (далее Организация) с момента приемки системы в эксплуатацию.
4.2 ТО и ТР систем проводятся с целью обеспечения выполнения функций, предусмотренных проектом, целостности систем, работоспособности и функциональной безопасности в течение всего срока эксплуатации, предусмотренного проектной и технической документацией, что достигается следующими действиями:
— осуществление постоянного контроля технического состояния и правильности функционирования систем в целом;
— периодическая проверка (путем измерений, испытаний) соответствия параметров требованиям технической (эксплуатационной) документации;
— проведение комплекса работ по поддержанию работоспособности систем в течение всего срока эксплуатации;
— своевременная замена отдельных составляющих и частей систем, регламентированных технической документацией на них;
— ведение постоянного учета отказов, сбоев и ложных срабатываний систем, выявление и устранение причин их возникновения;
— проведение обобщения и анализа получаемой информации о техническом и функциональном состоянии обслуживаемых систем, разработка и реализация мер по совершенствованию методов ТО систем;
— заблаговременное определение достижения отдельными составными частями систем предельного ресурса с целью своевременной замены;
— своевременное устранение выявленных в ходе эксплуатации или ТО систем неисправностей отдельных составных частей или систем в целом в рамках ТР систем;
— создание и плановое поддержание комплектности запасных изделий, материалов и средств, необходимых для качественного выполнения ТО и ТР систем;
— метрологическое обеспечение проводимых работ, как в ходе эксплуатации, так и ТО систем, в том числе обеспечение средствами измерений, осуществление их своевременной проверки, соблюдение метрологических стандартов, норм и правил;
— допуск к производству работ по ТО и ТР систем персонала, имеющего достаточную профессиональную подготовку и предусмотренные в установленном порядке разрешительные документы на осуществление данного вида работ, и проведение постоянной работы по повышению его квалификации.
4.3 ТО систем должно осуществляться как регламентированное техническое обслуживание.
4.4 Общее содержание работ по регламентированному техническому обслуживанию системы устанавливается регламентом на проведение ТО системы.
1 Содержание работ на проведение ТО конкретной системы может варьироваться в зависимости от состава, сложности и иных особенностей системы, связанных с техническими условиями на составные элементы системы, а также с условиями их эксплуатации.
2 Примеры регламентов на проведение ТО отдельных систем приведены в приложении А.
3 Содержание работ по проведению ТО и ТР систем тревожной сигнализации приведено в ГОСТ Р 50776.
4.5 Метод технического обслуживания систем определяется Организацией в соответствии с настоящим стандартом. ТО может проводиться:
— методом технического обслуживания специализированным персоналом и (или)
— методом технического обслуживания специализированной организацией в установленном порядке.
4.5.1 При проведении ТО и ТР систем методом технического обслуживания специализированным персоналом Организация осуществляет подготовку специализированного персонала, обеспечивающую выполнение требований 4.2 настоящего стандарта.
Примечание — Результаты подготовки персонала должны быть подтверждены разрешительным документом на проведение соответствующих работ, выданным уполномоченной организацией в установленном порядке.
4.5.2 При проведении ТО и ТР систем методом технического обслуживания специализированной организацией выполнение требований настоящего стандарта осуществляется Организацией на основании договора подряда со специализированной организацией, обладающей правом на проведение соответствующих работ по законодательству Российской Федерации.
5 Требования
5.1 Требования к выполнению работ
5.1.1 Специализированный персонал или специализированная организация (далее — Исполнитель) должны организовывать и проводить работы, связанные с ТО и ТР систем, в строгом соответствии с действующими законами Российской Федерации, техническими регламентами, настоящим стандартом и в соответствии с требованиями, предъявляемыми национальными стандартами, сводами правил и технической (эксплуатационной) документацией на системы и их составные части, а также с регламентами на проведение ТО и ТР систем.
Источник
Госты по ремонту пожарной сигнализации
Для лентяев:
1. Пояснительная записка к проекту ГОСТ Р https://yadi.sk/i/HTbwLAAS0rAaOA
2. Текст проекта ГОСТ Р в формате .doc https://yadi.sk/i/4dbL1ySXwwQDYQ
3. Текст проекта ГОСТ Р в формате .pdf https://yadi.sk/i/Am3xGco_iLljKw
Для всех кто хочет участвовать в обсуждении и посмотреть на ход мыслей коллег я создал документ на Google Docs.
Запросы на доступ для редактирования направляйте непосредственно в web-интерфейсе Google Docs, либо на email: adgernaut@yandex.ru с указанием своего аккаунта в Гугл (не обязательно для этого иметь почту на gmail)
В этом документе буду по мере возможности добавлять ссылки на обсуждение документа на 0-1.ru.
До этого предварительно мы уже обсуждали этот ГОСТ, когда не было текста. Вышло целых три серии:
1. «Что бы мы хотели увидеть в ГОСТе на монтаж и эксплуатацию пожарной автоматики» http://www.0-1.ru/discuss/?id=39771
2. «Что бы мы хотели увидеть в ГОСТе на монтаж и эксплуатацию пожарной автоматики (серия 2)» http://www.0-1.ru/discuss/?id=39810
3. «Что бы мы хотели увидеть в ГОСТе на монтаж и эксплуатацию пожарной автоматики (серия 3)» http://www.0-1.ru/discuss/?id=40037
И совсем недавно чуточку в ветке
«Обсуждаем новые ГОСТы на проектирование, монтаж и ТО СПС, СОУЭ, АУПТ» — http://www.0-1.ru/discuss/?id=40817
[11.04.2020 16:14:47]
[11.04.2020 16:29:47]
[11.04.2020 17:03:28]
«6.7.4 Для технических средств СПС устанавливаются следующие максимальные сроки службы (периодичность плановой замены):
— ИП — 7 лет или 60 000 часов;
— приборы и их компоненты, источники бесперебойного электропитания (за исключением элементов питания) — 10 лет;
— элементы питания (аккумуляторные батареи) — 5 лет.
— технические средства пожарной автоматики вспомогательные — 10 лет»
И на форуме Болида участник под ником Alex E прокоментировал:
«6.7.4. Раз в 7 лет менять ДИП стоимостью в 2-4 тысячи? Стрелец, Рубеж (R3 или глобал) А если их сотни на объекте? Для авроры стрелец дает 10 лет работы от батарей а тут каждые 7 лет менять»
Тут определенно надо начать с истоков этой темы, на форуме широко обсуждалось это в нескольких сериях темы
«Вечная тема 1-2-3 по Неплохову» http://www.0-1.ru/discuss/?id=20666
Уважаемый puzzle очень доходчиво объяснил все с картинками в своих статьях. Их было много и в разных местах. Приведу вот эти:
https://algoritm.org/arch/sites/defa.
https://algoritm.org/arch/sites/defa.
В обеих статьях есть табличка, где показано, что извещатель за семь лет службы при средней наработке на отказ может отказать с вероятность больше 0,6, а за 10 лет отказавших извещателей будет около 80%. В теории. А этой действительно очень много. Есть варианты выхода из этого положения:
1. Увеличить средний срок наработки на отказ в ГОСТе на извещатели. Можно, но как проверять? Даже несчастные 60 000 часов сейчас наверняка никем на практике не проверяются (может сами производители и проверяют, но не на сертификации). Вариант такой не прошел и никто из производителей почему-то его не лоббировал. Почему? Спрашивайте у них, им виднее.
2. Дублировать извещатели. Типа если уж один отказал, значит второй не откажет, вероятность можно рассчитать. На первый взгляд вроде как неплохо, но абсолютно непредсказуем в данном случае отказ по общей причине. У нас не может быть данных по отказам из-за общей причины (например, конденсаторы в ИП начнут дохнуть в одно время, такое многим знакомо по различной другой электронике) к сожалению, и мы не можем предсказать, сколько в итоге выйдет из строя извещателей. Может я ошибаюсь и меня кто-то переубедит, но два извещателя на «длинной дистанции» из-за общей причины отказа надежны ровно также как и один. Этот вариант с дублированием активно лоббируется частью производителей, но никаких разумных доказательств что так действительно надежнее пока приведено не было.
3. Самодиагностика извещателей. Об этом тоже многие говорят. Но что такое самодиагностика, какие компоненты она должна покрывать, а какие нет. Не может ли это самодиагностика сама отказать и с какой надежностью она будет работать? Лоббистов самодиагностики тоже много, только они почему-то не готовы ее как-то формализовать. А я вот легко могу привести тот фактор, который самодигностикой отечественных извещателей не контроллирутеся — это возможность прохождения дыма в камеру извещателя. Ну надели на извещатель колпачок, закрасили, замотали скотчем — никакая самодиагностика это не выявит. Хотя у безкамерников, извещателей пламени, видеоизвещателей в этом отношении есть некие преимущества, но не 100%. Итого — самодиагностика это круто, она позволяет выявляеть отказы гораздо оперативнее, но не является серебряной пулей.
4. Функциональное тестирование извещателей. Очень хорошая тема и мне нравится. Смотрите, если по таблице 1 в статье ув. puzzle за первый год отказывает 13% извещателей, но мы их все протестируем дымом/теплом/фонарем и т.п. по истечению года, то эти отказы мы выявим и заменим. Значит в следующем году у нас будет как и в первом — те же 13% отказавших извещателей. Количество отказов не должно расти. И мы возмем риск под контроль, сможем им управлять. Ведь невозможно всегда все на 100% сделать, отказы будут и с этим надо смириться, а вот величиной мы можем и должны управлять. Зачем нам надежность извещателей 0,99, когда от системы пожарной сигнализации требуют всего 0,8. Разница на порядки.
5. Замена извещателей через время. При всех достоинствах функционального тестирования есть существенный недостаток у этого подхода — не получится в условиях объекта проверить реакцию извещателя на тестовые очаги пожара как это делается в лаборатории. Т.е. мы можем сказать, что извещатель в целом функционирует, но то, что он «Работоспособен» (т.е. соответствует всем требованиям ГОСТ и способен отрабоатать на нужных тестовых очагах) не можем. Чувствительность извещателей может «уплыть» за время эксплуатации и это «не диагностируемый отказ». Поэтому через какое-то время извещатели либо придется заменить, даже если на тестовый дым они по прежнему реагируют, либо отвезти часть из них (репрезентативную выборку) в испытательную лабораторию и там првоерить, чтобы удостоверится, что чувствительность извещателей в пределах требуемых значений.
И вот в ГОСТе мы увидели величину в семь лет или 60 000 часов. Почему именно эта величина? Мне не очень понятно. Тут либо неверное предположение, что через 7 лет извещатели выходят из строя все (нет, не выходят, на практике по функциональному тестированию даже дешевых извещателей это величина будет около 5-6%), либо из каких-то других соображений, которые уважаемым разработчикам стоило бы пояснить.
Но есть одно большое НО в этом случае про замену извещателей — даже если эта цифра взята с потолка, она в целом соответствует международной практике. К примеру, во Франции меняют извещатели каждые 4 года. в Германии — каждые 5 лет, если нет функций компенсации запыления и через 8 лет, если есть (да-да, хваленые Боши и Сименсы идут на помойку через 8 лет). В Америке относятся куда экономнее — извещатели могут служить сколь угодно долго, но чувствительность их проверяется в полевых условиях сертифицированными приборами, при необходимости извещатели калибруются. (примечание: в NFPA требуется менять через 10 лет автономники, на «обычные» извещатели это не распространяется)
Для информации, тем кто не видел еще есть прелюбопытнейшая презентация https://yadi.sk/i/VyyrbQiQ2kJ-5g , смотреть можно с 31-й страницы.
[11.04.2020 17:38:41]
Как с ними быть. По ГОСТ -менять. >Есть тепловые линейные извещатели со сроком службы 25 лет. >Вы тут тоже не коронованные особы, умерьте пыл. >Значит нужно представить весь документ в виде блочной схемы. Это позволит постичь его логику и представить эту структуру. Без наглядной структуры, доступной к наблюдению каждому обсуждающему, документ этот подобен червю, который может изгибаться в какую угодно сторону и принимать какое угодно положение. >Ну и как её вводить в эксплуатацию? Лабораторию или систему оповещения?
Можно найти ещё кучу систем, всё отличие которых только в датчиках или средствах контроля. Зачем для каждой системы нужны отдельные нормы по вводу в эксплуатацию?
[16.04.2020 9:03:30]
[16.04.2020 9:18:28]
Я сейчас работаю как бы на удалёнке, но иногда приходится наведываться на работу в случаях каких-то аварийных ситуаций, которые не получается разрулить дистанционно. В понедельник съездил в Москву одним днём. А в среду утром проснулся с температурой и скверным самочувствием. Температура весь день потихоньку росла до 38.4. Если в четверг утром (уже сегодня) все это продолжится, то буду вызывать врача. Может и covid-19 в столице схватил. Так что мне сейчас не до ГОСТов, уж извините.
[23.04.2020 9:42:21]
>>Так что мне сейчас не до ГОСТов, уж извините. —Конец цитаты——
Я надеялся на простуду, но симптомы нерадостные. Я никогда так не болел. Ощущения совершенно новые. К обычной температуре сегодня добавился кашель и чувствуется жжение между лопаток. Видимо, пошел процесс в лёгких. Сегодня приезжали и взяли мазок из носа и рта. Результат будет дней через 5, но я почему-то уверен, что это корона.
[24.04.2020 0:15:47]
Dont panic, все будет хорошо. Кроме короно-вируса в этом году еще такие странные простуды, у нас, семья друзей месяц лежала трупами. До сих пор отойти не могут.
[28.04.2020 10:51:24]
Контроль функционирования элементов СПС — раздел в корне неправилен. Надо вводить ЕДИНУЮ методику проверки работоспособности на каждый вид извещателей. Иначе это какая-то химера.
[28.04.2020 11:28:04]
Опять я к тем-же баранам, без измерений никакого обслуживания не получится.
[28.04.2020 13:43:46]
>>Опять я к тем-же баранам, без измерений никакого обслуживания не получится. >Отвечали этой зимой уже, что, как и зачем измерять, сколько можно воду в ступе толочь? >Нет, я все уже сказал. ИЗМЕРЕНИЯ И ТОЛЬКО ИЗМЕРЕНИЯ, нас спасут от некачественного обслуживания. >> Алгоритм разрабатывается в процессе ПНР организацией, выполняющей ПНР
А ПДД разрабатываются участниками движения прямо во время движения. 🙂
Алгоритм — ответственность проектировщика, зарубите себе на носу.
[29.04.2020 11:26:41]
ГОСТ 21.408-2013 Система проектной документации для строительства (СПДС). Правила выполнения рабочей документации автоматизации технологических процессов
Покажите мне тут «алгоритм». Есть схемы автоматизации и всё.
И никаких проблем — заводы продукцию производят.
[29.04.2020 11:34:10]
Разработка алгоритма является неотъемлемой частью программирования, за алгоритм пусконаладчики деньги получают.
[29.04.2020 11:36:04]
Это общестроительный документ и то, что там нет таких требований — неудивительно. Удивительно, что их нет в специализированных нормах.
Как по вашему инженер ПНР должен настраивать задержки пуска в зонах СОУЭ IV типа? Для этого нужно как минимум рассчитать всю эвакуацию. Или на основании чего инженер ПНР должен принимать решение о логике сработки извещателей И/ИЛИ? На основании норм на проектирование? Так он не проектирует.
[29.04.2020 11:36:43]
Пришел студент на первый курс. Чертит он какой-то штуцер.
Готовый документ, по которому можно изготовить деталь. Дали чертеж рабочему — взял и изготовил.
Если этот штуцер нужно произвести в количестве 100500 штук, делают технологическую карту. Ну или это единичное, но очень сложное изделие.
Технологическая карта — это совсем другой документ. И учат его делать вовсе не на кафедре инженерной графики.
[29.04.2020 11:40:21]
Точно также, как и проектировщик. Или проектировщики принадлежат к особой касте и только им доступна разработка алгоритма?
[29.04.2020 11:45:19]
Общеобразовательная школа, 5 этажей. Это IV тип СОУЭ. Каждый этаж является отдельной зоной оповещения о пожаре, т.е. заведен на отдельный выход, скажем, Меты.
Возникает пожар на 3 этаже. Как должна отработать СОУЭ? На каких этажах включиться в первую очередь, на каких во вторую, а на каких в третью? И какие должны быть задержки между включением?
[29.04.2020 11:49:59]
Как должен идти образовательный процесс? Сколько должно быть уроков? Какое расписание звонков? Что делать с пьяным трудовиком и физруком, домогающимся до старшеклассниц?
Все это директор узнает из проектной документации.
[29.04.2020 11:50:26]
Давайте. Приходит на объект пусконаладчик. Вооружается МОПБ, проектной документацией СОУЭ, обязательно нормативной документацией (он должен знать ее на зубок), и не трогает рабочую документацию — там для него нет ничего интересного. Далее разрабатывает алгоритм и производит пусконаладку. Как-то так.
[29.04.2020 11:50:52]
То есть аргументов по существу не будет? Что и требовалось доказать.
[29.04.2020 11:52:08]
Вы не общими фразами, а конкретно по приведенному примеру — какие задержки на какую зону ставить? И основания для принятия такого решения.
[29.04.2020 11:55:29]
Так я ведь проектировщик, а не пусконаладчик. Это не мой вопрос 🙂
[29.04.2020 12:02:09]
[29.04.2020 12:04:18]
СП 3.13130.2009 3.2 Информация, передаваемая системами оповещения людей о пожаре и управления эвакуацией людей, должна соответствовать информации, содержащейся в разработанных и размещенных на каждом этаже зданий планах эвакуации людей.
Если план эвакуации нарисован малограмотным за три копейки — это проблемы собственника.
[29.04.2020 12:23:30]
[29.04.2020 12:26:24]
[29.04.2020 13:23:50]
Прослушайте специальный текст не содержащий слов, способных вызвать панику.
[29.04.2020 13:26:28]
А почему нет? Я знаю, как рассчитать время задержки и весь алгоритм эвакуации, но:
1. Я этого делать не буду в объеме рабочей документации, т. к. ни алгоритм, ни какие расчеты на этапе рабочей документацию не выполняются, см. пп. 3.1.2, 4.1.9 ГОСТ Р 21.1101.
2. Я этого делать не буду потому, что стоимость разработки алгоритма заложена в стоимость ПНР, зачем я буду дарить чужому дяде деньги?
3. Я этого делать не буду, т. к. квалифицированный труд должен в полной мере учитывать зоны разделения труда, и, что особенно важно, зоны разделения ответственности. Зачем я буду на себя брать чужую ответственность?
[29.04.2020 14:24:40]
1. Я этого делать не буду в объеме рабочей документации, т. к. ни алгоритм, ни какие расчеты на этапе рабочей документацию не выполняются, см. пп. 3.1.2, 4.1.9 ГОСТ Р 21.1101.
2. Я этого делать не буду потому, что стоимость разработки алгоритма заложена в стоимость ПНР, зачем я буду дарить чужому дяде деньги?
3. Я этого делать не буду, т. к. квалифицированный труд должен в полной мере учитывать зоны разделения труда, и, что особенно важно, зоны разделения ответственности. Зачем я буду на себя брать чужую ответственность? Создается автомобиль. Создали его концепцию подразумевая некие характеристики, сделали чертежи и собрали на заводе. Но тут есть такой момент, что должен прийти человек и настроить бортовой компьютер этого авто. И ему предлагается решить это все самостоятельно.
В такой постановке вопроса — разработка алгоритма это обязанность конструктора средства обеспечения пожарной безопасности, а не проектировщика здания и сооружения.
[29.04.2020 15:13:34]
>>В такой постановке вопроса — разработка алгоритма это обязанность конструктора средства обеспечения пожарной безопасности, а не проектировщика здания и сооружения. Нет, автомобиль — здание, средства обеспечения пожбез — детали авто (двигатель, фара, кресло и т.д.).
Автомобиль — «колесное транспортное средство».
Электронные блоки управления — «компоненты транспортных средств, оказывающие влияние на безопасность транспортных средств».
Ими обоими занимаются конструкторы.
[29.04.2020 15:32:55]
рад, что наконец-то разобрались в азбуке.
А то сначала Ваших высказываний пусконаладчики должны рассчитать время эвакуации и задержки запуска зон оповещения, и про двухстадийное проектирование нельзя упоминать вслух каким-то людям :))
Прям, самообразование методом оппонирования на 0-1 в условиях самоизоляции 🙂
[29.04.2020 15:36:06]
1. Что измерять?
2. Чем измерять?
3. Зачем это измерение и что оно дает?
Обычно два вопроса: что делать, и кто виноват :), повторюсь вкратце:
1.
1.1. Сопротивление цепи, сопротивление изоляции, безадресных шлейфов (коих еще по всей РФ, дофига и больше, и не только в деревне), и адресных тоже.
1.2. Тоже линий оповещения и управления.
1.3. Параметры источников в питания
2. Измерять универсальным прибором, подключенным к универсальному измерительному разъему. Если нельзя ввести такой разъем в приборы по ГОСТУ, можно сделать переходное устройство , между линиями и ПКП и т.д.
Были такие раньше для питания
3. С целью ранней диагностики повреждений элементов системы, и документального подтверждения проводимого ТО.
[29.04.2020 15:57:39]
Алгоритм нужен для СОУЭ, АУПС и прочих систем. А для ПНР нужен проект, голова и руки.
[29.04.2020 16:10:35]
А то сначала Ваших высказываний пусконаладчики должны рассчитать время эвакуации и задержки запуска зон оповещения
Вопрос, а почему нет? Я уже писал: что проектировщики это особая каста и только они умеют делать алгоритм? Или пусконаладчикам делать расчеты и разрабатывать алгоритмы религиозные убеждения запрещают? Я не вижу логики.
И снова: п. 3.1.2 ГОСТ Р 21.1101: «для производства строительных и монтажных работ».
Строительных и монтажных, Карл. Ни слова про ПНР. А это очень важный документ. Здесь есть логика? Можете прокомментировать именно этот пункт?
[29.04.2020 16:13:26]
[29.04.2020 16:18:30]
В точку!
[29.04.2020 16:31:34]
Основания? По поводу картины: да, проектировщик может видеть полную картину. А пусконаладчик такой тупой, что не может? В большинстве случаев картина очень простая. При пожаре включить все. Зачем тут вообще нужен какой-то алгоритм? Пусконаладчик сам не справился.
Я основания привел. Пункт одного из самых главных гостов. Или разработчики просто забыли написать про ПНР? И забывают из редакции в редакцию?
[29.04.2020 16:38:58]
По поводу абстрактной фразы ровно наоборот: проектировщик в текстовой части проектной документации должен написать именно так: при пожаре на этаже закрыть все огнезадерживающие клапаны.
Без уточнений и, не дай бог,адресов.
Проектировщики не должны присваивать адреса вообще. Это уж точно делает пусконаладка.
В рабочей документации этого быть вообще не должно. Еще раз: рабочая документация только для СМР. Что с чем соединить и что куда повесить.
[29.04.2020 16:42:13]
У всех как минимум в институте был курс программирования.
И учились не вчера — компьютеров было мало, чаще всего программу писали сначала на листке, а потом уже набирали в компиляторе.
И вот хоть раз программа с листка хоть раз работала без ошибок?
Можно гарантировать — ни одна программа, написанная без отладки работать правильно не будет.
[29.04.2020 16:44:22]
[29.04.2020 16:46:38]
Кроме ответственности. В случае неправильного алгоритма на технологическом процессе вы болт погнете, а тут люди погибнут.
>>>На объекте сложнее одноэтажного магазина монтажники вряд ли справятся самостоятельно.
Ну по вашей логике должны.
[29.04.2020 17:14:39]
«к)описание и обоснование . алгоритма работы технических систем (средств) противопожарной защиты».
Источник