Описание
Преобразователи частоты Привода сотф стартер мягкой пуск
ACS55, ACS150, ACS355, ACSM1, ACQ810, ACS800, ACS850, ACS550, ACH550, ACS310ACS100
ACS160, ACS140, ACS604, ACS624, ACS600 Multidrives, ACS601, ACS607, ACS627,
ACV 700 SYSTEM DRIVES, SAMI STAR, ACS400, ACS502, ACS503, ACS504, ACS506, ACS,
ACS200, ACS300, ACS501, SAMI A, SAMI B, SAMI C, SAMI FLOWSTAR, SAMI MICROSTAR,
SAMI MINISTAR, ACS 1000, ACS 2000, ACS 5000, ACS 6000c, MEGADRIVE-LCI, ACS 6000,
ACS 5000, DCS800, DCS400, PSR, PSS, PST(B), PSE, CP-E, CP-S, CP-C
Двигатели Синхронные серводвигатели Сервопривода серводвигатели шаговые двигатели, сервоуселитель
DMI 180-400, BSD, 9C, HDP, DC, EAN823, EBN853, EBN861, EAS822, EBS852, EBS862,
AV1, AV2, AV3, EDP300, TZIDC, TZIDC-110, CEM11-FBP, UMC100-PAN, UMC100 I/Os,
UMC100-FBP, UMC22-FBP
панели человеко машинный интерфейс
CM15, C160, L160, CM10, CM30, CM50, Panel 800, CP400 Operator Panel, DigiVis 500,
AC500, CP400, CP600
Робототехника позиционеры роботы
IRB 140, IRB 1410, IRB 1600, IRB 1600ID, IRB 2400, IRB 2600, IRB 260, IRB 360,
IRB 4400, IRB 4600, IRB 660, IRB 6620, IRB 6620LX, IRB 6640, IRB 6650S, IRB 6660 PT
IRB 6660 for press tending, IRB 6660 PM, IRB 6660 for pre machining, IRB 7600,
IRB 52, IRB 540, IRB 580, IRB 5300, IRB 5400, IRB 5500, IRBT 4004, IRBT 6004,
IRBT 7004, IRT 501, MU20, MU30, MU10, IRC5, IRC5P
контроллер
800xA, HART 800xA, PROFIBUS 800xA, S900, S800, AC 800M, S800, S800L, OCS,
Advant OCS, AC 800M, Compact 800, Compact HMI 800, AC 800M, Compact Control Builder,
Panel 800, S800L, Freelance, Freelance 800F, АС 700F, AC 800F, S700, S900,
Satt 19" Rack, SattCon 05, SattCon 200, SattLine, S200 I/O, S200C I/O, SattTop,
Symphony DCI System Six, Harmony DCU, DCU3200, PCU-2000, DCU-1000, S900 I/O, S800 I/O,
DCI-4000, DCI-5000, Harmony/INFI 90, BRC300, BRC400, S+ Control, BRC410, BRC300,
BRC400, BRC410, S800 I/O, Harmony/INFI 90 I/O, Symphony Melody, Local I/O, AC 870P,
AC500-eCo PLC, S500-eCo I/O Module, AC500 Scalable, Flexible PLC, S500 I/O-Module,
Bus-Interface Module, Control Builder AC500, AC500 CPU, S500 & CM5xx, AC500-eCo,
AC80, AIMA, FEN, FIO, MREL, MTAC, OREL, RRIA, RTAC, RAIO, ACS-CP
Ремонт контроллеров промышленных логических контроллеров
Операторские панели ПЛК, ПК-совместимые контроллеры, удаленный ввод/вывод
человеко машинные интерфейсы панель оператора сенсорный экран тач скрин
интерфесс сенсорные экраны мониторы компьютер мобильные устройства
Ремонт ЧПУ, роботы промышленные, станки, линии производственные оборудование, платы, блоки, схемы
диагностика, настройка, подключение, пуско-наладка, устранение электронных сбоев,
техническое обслуживание, программирование, модернизация, автоматизация,
внедрение, демонтаж монтаж электроники
Без электро-схем на оборудование
Ремонтируем устаревшее оборудование которое снято с производства
Заключение договора
Предоставление гарантии на ремонт электронного устройства 4 месяца.
В стандарте [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 и др.,
используемые техническими писателями при разработке текстовых документов.
Результатами такого анализа станут предложения по корректировке действующих стандартов (см. статью ««Обозначение программных документов. Предложения по изменению стандартов») или же приглашение к обсуждению тех или иных вопросов, как это сделано в статье «Стадии разработки».
По мнению автора справочника, совместный анализ стандартов разных систем позволит не допускать расширенного толкования одних и тех же понятий, корректно использовать техническую терминологию, а также исключить противоречия в правилах выполнения текстовых документов в разных системах стандартов.
Задача словарных статей «Справочника технического писателя» не повторять тексты тех или иных стандартов, а рассмотреть стандарты разных систем, взглядом специалиста, применяющего их при подготовке технической документации.
Статьи этого справочника предназначены для технических писателей, нормоконтролеров, работников ОТК, а также всех, кто тем или иным образом связан с разработкой, оформлением согласованием и утверждением текстовой документации.