В блоках питания [1] может быть предусмотрена защита выходных цепей от короткого замыкания в цепях нагрузки с помощью предохранителей с плавкими вставками или специальных электронных схем.
Графики изменения выходного тока в зависимости от средства защиты, регламентированные в [2], показаны на рисунке 1.
A – ограничение постоянной составляющая тока в пределах 20% от номинального значения R, В – снижение тока до безопасной величины (повторный входной ток), С – токовая характеристика расцепителя тока, D – характеристика защиты от тока короткого замыкания (без защиты от длительных перегрузок), M – максимальный (ограниченный) ток, S – ток короткого замыкания
Рисунок 1 Графики изменения выходного тока
В стандарте [2] испытание защиты, реализованной с помощью плавких вставок описано таким образом: «Защиту элементов блока от токов короткого замыкания проверяют в рабочем состоянии блока путем замыкания выходных контактов между собой. При этом должен сгореть предохранитель соответствующей шины выходного напряжения. После замены предохранителя на выходе блока должно быть номинальное напряжение».
Рисунок 2 Схема испытаний на КЗ по стандарту [2]
А1 – объект испытаний БПК, Sкз – короткозамыкатель выходной цепи, PV1 - вольтметр
Схема испытаний, составленная на основании рекомендаций, приведенных в стандарте [2], приведена на рисунке 2.
Однако при таком испытании проверяют не защиту выхода, а правильность выбора номинального тока плавкой вставки предохранителя.
В современных блоках питания, используемых в цепях оперативного питания релейной защиты, предусматривается защита от короткого замыкания на выходе блока с помощью специальных схем без плавких вставок, подобная защите SCP1.
Например, в технических условиях на один из типов блоков питания [3], написано:
«1.2.8 Блок должен обеспечивать защиту от короткого замыкания и перегрузки с последующим автоматическим возвратом в рабочий режим после снятия короткого замыкания и перегрузки. Срабатывание защиты при перегрузке должно быть в пределах от 1,2 до 1,5 I вых ном».
Учитывая такие свойства схемы защиты выхода блока питания от короткого замыкания при испытаниях используют нагрузочные резисторы, включаемые с помощью выключателей S1, S2 или контактов реле (рисунок 3). Для контроля тока нагрузки в схеме необходимо предусмотреть амперметр РА1.
Рисунок 3 Схема испытаний блока питания на перегрузку по току
S1,S2 – выключатели нагрузки, Rном – номинальная нагрузка, Rкз – нагрузка дополнительная (от 0,2 до 0,5 номинальной), РА1 – амперметр, А1 – блок питания
В настоящее время для испытаний различных блоков питания используют программируемые электронные нагрузки постоянного тока, в которых предусмотрены соответствующие измерительные средства, средства программного управления изменением нагрузки и, конечно же, регулируемая нагрузка. Подключение такого устройства предельно просто, самое важное - соблюдение полярности (рисунок 4).
Рисунок 4 Схема подключения блока питания к программируемой нагрузке
При использовании программируемой нагрузки можно с помощью программы задать характер изменения нагрузки на выходе – начальный ток, шаг изменения тока, продолжительность работы на каждой ступени нагрузки, ток перегрузки (ток короткого замыкания), минимальный ток и т.п.
Рисунок 5 Характеристика защиты выхода блока питания от короткого замыкания
В устройствах программируемой нагрузки может быть предусмотрен дисплей, на котором отображается несколько параметров блока питания и его состояние. В устройствах программируемой нагрузки могут быть предусмотрены один или несколько коммуникационных интерфейсов (RS232, USB, LAN или другие).
1 Short circuit protection (SCP) - защита от короткого замыкания выхода блока. Является обязательной для блоков питания, соответствующих требованиям ATX12V Power Supply Design Guide.
Никто пока не комментировал эту страницу.
В стандарте [6] предусмотрено присваивать различным документам вида «расчет» код[1] документа РР, а для локальной сметы код документа ЛС.
Никакой необходимости использовать код Б для обозначения документов, в названии которых нет слова «Обоснование», не существует, а отсутствие документов, в названии которых использовано это слово подтверждает, что из ГОСТ 34.201-2020 должен быть исключен фактически не существующий документ «Обоснование».
Литература:
6 ГОСТ Р 21.101-2020 Основные требования к проектной документации
7 Н. Зенин. Судьба требований ГОСТ 34-й серии в проектах по информационной безопасности // [Электронный ресурс], режим доступа: https://www.anti-malware.ru/practice/methods/GOST-requirements-34th-series-in-information-security-projects
[1] В данном стандарте вместо термина «код документа» используют словосочетание «шифр документа»
Разработчики стандартов иногда предлагают новые виды документов, объясняя это тем, что существующих видов документов недостаточно для новых изделий. Например, в таблице 1 стандарта [1] перечислены несколько видов документов, разрабатываемых для автоматизированных систем (далее АС). Обратим внимание на документ «Обоснование» (код документа Б). Его назначение определено так:
«Изложение сведений, подтверждающих целесообразность принимаемых решений»
Отметим, что в числе толкований значений слова «обоснование» есть и тексты, служащие основанием для принятия решения.
Какие же текстовые документы приведены в таблице 2 стандарта [1], где перечислены конкретные документы?
Как ни странно, но документа со словом «обоснование» в названии нет ни в стандарте [1] нет, как нет его и в отменном руководящем документе [2].
Слово «обоснование» в [2] использовано в названии раздела отчета, разрабатываемого на стадии формирования требований к АС – Обоснование необходимости совершенствования информационной системы объекта.
«Обоснование» содержится ещё в двух стандартах [3, 4], где применено в названии этапа работы – Обследование объекта и обоснование необходимости создания АС.
Отметим, что в cтандартах [3, 4] обоснование необходимо для вынесения технико-экономической, социальной и т.п. оценок на стадии формирования требований к АС.
При этом сам документ, содержащий результаты обоснования, оформляют в виде отчета по ГОСТ 7.32 [5], а не в виде документа вида «Обоснование».
Обратимся теперь к стандарту [1] и посмотрим какие же документы с кодом Б (присвоен документу «Обоснование») указаны в таблице 2:
- локальный сметный расчет (код Б2);
- проектная оценка надежности системы (код Б1);
- локальная смета (код Б3).
Из перечисления видно, что ни в одном из названий этих документов с кодом Б нет слова «Обоснование».
Продолжение следует
Что объединяет эти статьи? Прежде всего то, что они вместе с другими статьям составят «Справочник технического писателя». Справочник, в котором совместно анализируются стандарты разных систем – ГОСТ 2, ГОСТ 34, ГОСТ 19 и др.,
используемые техническими писателями при разработке текстовых документов.
Результатами такого анализа станут предложения по корректировке действующих стандартов (см. статью ««Обозначение программных документов. Предложения по изменению стандартов») или же приглашение к обсуждению тех или иных вопросов, как это сделано в статье «Стадии разработки».
По мнению автора справочника, совместный анализ стандартов разных систем позволит не допускать расширенного толкования одних и тех же понятий, корректно использовать техническую терминологию, а также исключить противоречия в правилах выполнения текстовых документов в разных системах стандартов.
Задача словарных статей «Справочника технического писателя» не повторять тексты тех или иных стандартов, а рассмотреть стандарты разных систем, взглядом специалиста, применяющего их при подготовке технической документации.
Статьи этого справочника предназначены для технических писателей, нормоконтролеров, работников ОТК, а также всех, кто тем или иным образом связан с разработкой, оформлением согласованием и утверждением текстовой документации.