NEMA - National Electrical Manufacturers Association
Последняя версия
NEMA C12.22-2012
сфера применения
«Изначально связь с электронными устройствами заключалась в передаче данных из памяти по собственным протоколам, которые были уникальными для каждого производителя. Стремление к взаимодействию и поддержке нескольких производителей с помощью систем чтения и программирования создало потребность в стандартизации форматов данных и транспортных протоколов. Шагом стала стандартизация форматов данных. Внутренние данные были абстрагированы как набор таблиц. Набор стандартных содержимого и форматов таблиц был определен в ANSI C12.19/MC12.19/IEEE 1377@ «Таблицы данных конечных устройств коммунальной отрасли». «1 В стандарте «Спецификация протокола для оптического порта ANSI типа 2» (ANSI C12.18/MC12.18/IEEE 1701)@ был разработан протокол «точка-точка» для передачи табличных данных по оптическому соединению. Протокол ANSI C12.18/MC12.18/IEEE 1701 включает прикладной язык, называемый Спецификацией протокола для измерения электроэнергии (PSEM), который позволяет приложениям читать и записывать таблицы. «Спецификация протокола для связи через телефонный модем» (ANSI C12.21) /MC12.18/IEEE 1702) затем был разработан, чтобы позволить устройствам использовать PSEM для передачи таблиц через телефонные модемы. Этот стандарт расширяет концепции стандартов ANSI C12.18/MC12.18/IEEE 1701@, ANSI C12.21/MC12.18/IEEE 1702@ и ANSI C12.19/MC12.19/IEEE 1377, позволяя передавать данные таблиц по любая надежная сетевая система связи. Обратите внимание, что при таком использовании слова@ «надежный» означает, что на каждое отправленное сообщение@ отправитель получает ответ по своему выбору: либо положительное подтверждение, либо сообщение об ошибке. То есть @ сообщения не могут молча отказать в надежной сети (см. обсуждение службы надежной потоковой передачи в IPPA [B1]).2 Кроме того, @ этот стандарт описывает опционально предоставляемый интерфейс «точка-точка» между устройством C12.22 и C12.22 Модуль связи, предназначенный для подключения к «любой» сети. Термины «C12.22 XXXX» (например, устройство C12.22) были введены ANSI C12.22-2008. Эти термины можно взаимозаменяемо заменить терминами «IEEE 1703 XXXX»; т. е. @ Устройство IEEE 1703 такое же, как Устройство ANSI C12.22, а Модуль связи IEEE 1703 такой же, как Модуль связи C12.22. Однако@, поскольку этот стандарт изначально был разработан под эгидой ANSI C12 SC17 WG1@, терминология документа основана на терминах C12.22. Кроме того, этот стандарт определяет методологию захвата@ перевода@ и передачи односторонних сообщений устройств (блёртов). Этот стандарт определяет интерфейсы между устройствами IEEE 1377 (устройства ANSI C12.19) и сетевыми протоколами. Конкретные цели, определенные комитетом при создании этого стандарта, заключались в следующем: a) Определение дейтаграммы, которая может передавать таблицы данных ANSI C12.19 через любую сеть. Это было достигнуто путем: ?? Предполагая, что источником данных являются таблицы данных ANSI C12.19?? Определение служб прикладного уровня (язык) b) Предоставление полного стека определения [ISO/IEC 7498-1] для взаимодействия устройства C12.22 с коммуникационным модулем C12.22. Это было достигнуто путем: ?? Определение требований к физическому интерфейсу между устройством C12.22 и коммуникационным модулем C12.22 ?? Определение нижних уровней интерфейса [ISO/IEC 7498-1]: 4 (транспортный) @ 3 (сеть) @ 2 (канал передачи данных) @ и 1 (физический) c) Предоставление полного определения стека для двухточечной связи для использоваться через локальные порты, такие как оптические порты или модемы. Это было достигнуто путем определения уровня 4 (транспорт) и уровня 2 (канал передачи данных). d) Обеспечение поддержки эффективного одностороннего обмена сообщениями (блёрты). Это было достигнуто путем: ?? Определение компактного формата сообщения, который можно легко преобразовать в стандартную дейтаграмму ANSI C12.22. Обеспечение того, что все необходимые уровни, определенные в этом стандарте, могут поддерживать односторонний обмен сообщениями. e) Обеспечение сетевой архитектуры, совместимой с этим протоколом (некоторые архитектурные концепции были заимствованы из HCCS). 1 [B5]@ HCCS 2 [B6]@ HCCS 3 [B7]@ DND [B4]@ IPPA [B1]@ и TCPCE [B2]) Это было выполнено с помощью: ?? Определение различных типов узлов, таких как C12.22 Relay@ C12.22 Master Relay@ C12.22 Host@ C12.22 Хост аутентификации@ C12.22 Хост уведомлений@ и C12.22 Шлюз ?? Определение ролей и обязанностей каждого из этих узлов C12.22 f) Предоставление определений структуры данных в поддержку этого протокола. Это было достигнуто путем: ?? Определение десятилетия ANSI C12.19 для использования узлами C12.22 ?? Определение десятилетия ANSI C12.19 для использования реле C12.22 ?? Определение новых процедур в поддержку этого протокола?? Определение новой таблицы для повышения безопасности. Цель. Отрасль коммунальных услуг нуждается в стандарте, который обеспечивает работоспособную среду «включай и работай» для полевых устройств (например, счетчиков@ модулей связи@ и коммунальных систем). Целью этого стандарта является определение сетевой структуры и средств для транспортировки таблиц данных конечных устройств утилит через любую локальную/глобальную сеть для использования корпоративными системами в среде с несколькими источниками. Этот стандарт предназначен для реализации концепции современной инфраструктуры измерения, такой как та, которая определена Управлением по доставке электроэнергии и энергетической надежности Министерства энергетики США; Инициатива по интеллектуальным измерениям Министерства энергетики Онтарио (Канада); и заявленные требования Measurement Canada для утверждения устройства учета для использования в Канаде. 1 Информацию о ссылках можно найти в п. 2. 2 Номера в скобках соответствуют библиографии в приложении К.»
NEMA C12.22-2012 История
2012NEMA C12.22-2012 Спецификация протокола для взаимодействия с сетями передачи данных
2008NEMA C12.22-2008 Спецификация протокола для взаимодействия с сетями передачи данных