ГОСТ Р МЭК 61784-1-2016. Национальный стандарт Российской Федерации. Промышленные сети. Профили. Часть 1. Профили полевых шин
Актуально на 02.11.2026.
Как цитировать: "ГОСТ Р МЭК 61784-1-2016. Национальный стандарт Российской Федерации. Промышленные сети. Профили. Часть 1. Профили полевых шин". ГОСТ Р МЭК 61784-1-2016. https://bukva.ai/docs/standart-gost-r-mek-61784-1-2016
(утв. и введен в действие Приказом Росстандарта от 30.11.2016 N 1886-ст)
Примечание
Документ введен в действие с 1 января 2018 года.
Утвержден и введен в действие Приказом Федерального агентства по техническому регулированию и метрологии России от 30 ноября 2016 г. N 1886-ст
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Industrial communication networks. Profiles. Part 1. Fieldbus profiles
Дата введения 1 января 2018 года
Предисловие
1 ПОДГОТОВЛЕН Обществом с ограниченной ответственностью "Корпоративные электронные системы" на основе собственного перевода на русский язык англоязычной версии международного стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 58 "Функциональная безопасность"
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии России от 30 ноября 2016 г. N 1886-ст
4 Настоящий стандарт идентичен международному стандарту МЭК 61784-1:2014 "Промышленные сети. Профили. Часть 1. Профили полевых шин" (IEC 61784-1:2014 "Industrial communication networks - Profiles - Part 1: Fieldbus profiles", IDT).
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные и межгосударственные стандарты, сведения о которых приведены в дополнительном приложении ДА
Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
Введение
Настоящий стандарт рассматривает набор коммуникационных профилей (CP) в соответствии с их определением в ИСО/МЭК ТО 10000-1. Необходимость определения семейств протоколов, совместно представленных в сериях МЭК 61158, возникла в результате международной унификации доступных на рынке технологий полевых шин. Точнее говоря, эти профили помогают корректно установить соответствие с требованиями серий МЭК 61158 и избежать распространения альтернативных реализаций, которые ограничили бы их использование, ясность и понимание. Дополнительные профили, связанные с конкретными проблемами рынка, такими как функциональная безопасность или защита информации, могут стать предметом будущих частей настоящего стандарта.
Настоящий стандарт рассматривает несколько семейств коммуникационных профилей (CPF), которые определяют один или более коммуникационных профилей. Строго говоря, такие профили определяют подмножества протоколов серий МЭК 61158, используя протоколы конкретных коммуникационных профилей. Они не определяют коммуникационные профили, связанные с типом устройства и служащие для производителей руководством при дальнейшем выборе набора протоколов, например, при выборе минимального набора коммуникационных услуг и протокола для реализации конкретного класса устройств, такого как общие ведомые устройства или передатчики ("профили реализации"). Они также не определяют профили устройств, которые специфицируют коммуникационные профили вместе с прикладными функциями, реализующими потребности конкретного приложения ("прикладные профили").
Достигнута договоренность о том, что эти последние классы профилей будут полезны при использовании серий МЭК 61158. Профили, определенные в настоящем стандарте, являются необходимым шагом для достижения этой задачи.
Также важно указать на то, что интероперабельность, определяемая как способность двух или более сетевых систем обмениваться информацией и совместно использовать информацию, которой они обмениваются (см. ИСО/МЭК ТО 10000-1, 3.2.1), может быть достигнута на одном канале только для устройств, соответствующих одному коммуникационному профилю.
Профили, рассматриваемые в настоящем стандарте, конструируются из ссылок на МЭК 61158-2, МЭК 61158-3, МЭК 61158-4, МЭК 61158-5 и МЭК 61158-6, а также на другие международные стандарты, технические спецификации и признанные в мире стандарты в случае необходимости <1>. Каждый профиль должен ссылаться хотя бы на одну (под)часть стандартов МЭК 61158-2 - МЭК 61158-6.
<1> Международные стандартизированные профили могут содержать нормативные ссылки на спецификации отличные от международных стандартов, см. ИСО/МЭК JTC 1 N 4047.
Два или более профилей из одного семейства определяются в рамках этого семейства коммуникационных профилей (CPF).
1 Область применения
Настоящий стандарт определяет набор протоколов конкретных коммуникационных профилей, основанных, прежде всего на сериях МЭК 61158, для использования при проектировании устройств, применяемых для передачи данных в системах управления промышленных предприятий.
Каждый профиль устанавливает спецификации для набора коммуникационных протоколов для устройства. Он содержит минимальный набор требуемых услуг на прикладном уровне и спецификацию дополнительных услуг на промежуточных уровнях, определенных через ссылки. Если не включено никакого прикладного уровня, то на уровне канала данных устанавливается минимальный набор требуемых услуг. Для каждого семейства коммуникационных профилей или связанного с ним профиля даются надлежащие ссылки на конкретные типы протоколов.
Примечание - Все профили основываются на стандартах, предстандартах или международных стандартах, опубликованных МЭК или на стандартах или международных стандартах, выпущенных другими органами стандартизации, или на стандарты процессов открытых систем.
Структура семейств коммуникационных профилей представлена на рисунке 1.
Рисунок 1 - Семейства коммуникационных профилей и профили
Каждый профиль выбирает надлежащим способом согласованное и совместимое подмножество услуг и протоколов из общего набора, определенного и смоделированного в МЭК 61158. Для выбранного подмножества услуг и протоколов профиль также описывает любые возможные или необходимые ограничения значений параметров.
В таблице 1 показаны семейства коммуникационных профилей, определенные в настоящем стандарте.
Связи семейств коммуникационных профилей с номерами типов
| Содержание МЭК 61784-1 | Соответствующие типы МЭК 61158 | ||
| CPF | Раздел | Семейства коммуникационных профилей (примечание 1) | Тип |
| 1 | 5 | Foundation Fieldbus | 1, 5, 9 (см. примечание 2) |
| 2 | 6 | CIPTM | 2 |
| 3 | 7 | PROFIBUS & PROFINET | 3 (см. примечание 3) |
| 4 | 8 | P - NET | 4 |
| 5 | 9 | WorldFIP | 7 |
| 6 | 10 | INTERBUS | 8 |
| 7 | 11 | Был удален из-за отсутствия соответствующего рынка | 6 |
| 8 | 12 | CC-Link | 18 |
| 9 | 13 | HART | 20 |
| 16 | 14 | SERCOS | 16 |
| 19 | 15 | MECHATROLINK | 24 |
| Примечания 1 См. разделы конкретных CPF для получения информации о соответствующих владельцах торговых знаков. 2 CP 1/1 имеет подкласс профиля устройства PhL с плохой репутацией, который использует вариант PhL Типа 3. 3 CP 3/2 имеет подкласс профиля устройства PhL с плохой репутацией, который использует вариант PhL Типа 1. 4 Другие CPFs могут быть найдены в МЭК 61784-2. | |||
2 Нормативные ссылки
Ссылки на следующие обязательные для применения данного документа стандарты представлены ниже. Для датированных ссылок применяют только указанное издание ссылочного документа, для недатированных ссылок применяют последнее издание ссылочного документа (включая все его изменения).
Примечание - Все части серий МЭК 61158, так же как и МЭК 61784-1 и МЭК 61784-2 поддерживаются одновременно. Перекрестные ссылки на эти документы в настоящем стандарте, тем самым, ссылаются на издания, датируемые так, как представлено в настоящем списке нормативных ссылок.
IEC 60079-11, Explosive atmospheres - Part 11: Equipment protection by intrinsic safety "i" (Взрывоопасные среды. Часть 11. Искробезопасная электрическая цепь "i")
IEC 60079-25, Explosive atmospheres - Part 25: Intrinsically safe electrical systems (Взрывоопасные среды. Часть 25. Искробезопасные системы)
IEC 61010 (all parts), Safety requirements for electrical equipment for measurement, control and laboratory use (Требования безопасности для электрооборудования, предназначенного для измерения, управления и лабораторного применения)
IEC 61131-2, Programmable controllers - Part 2: Equipment requirements and tests (Программируемые контроллеры. Часть 2. Требования к оборудованию и испытания)
IEC 61158 (all parts), Industrial communication networks - Fieldbus specifications (Промышленные сети связи. Спецификации полевых шин)
IEC 61158-2:2014, Industrial communication networks - Fieldbus specifications - Part 2: Physical layer specification and service definition (Промышленные сети связи. Спецификации полевых шин. Часть 2. Спецификация физического уровня и определение услуг)
IEC 61158-3-1:2014, Industrial communication networks - Fieldbus specifications - Part 3-1: Data-link layer service definition - Type 1 elements (Промышленные сети связи. Спецификации полевых шин. Часть 3-1. Определение услуг канального уровня. Элементы типа 1)
IEC 61158-3-2:2014, Industrial communication networks - Fieldbus specifications - Part 3-2: Data-link layer service definition - Type 2 elements (Промышленные сети связи. Спецификации полевых шин. Часть 3-2. Определение услуг канального уровня. Элементы типа 2)
IEC 61158-3-3:2014, Industrial communication networks - Fieldbus specifications - Part 3-3: Data-link layer service definition - Type 3 elements (Промышленные сети связи. Спецификации полевых шин. Часть 3-3. Определение услуг канального уровня. Элементы типа 3)
IEC 61158-3-4:2014, Industrial communication networks - Fieldbus specifications - Part 3-4: Data-link layer service definition - Type 4 elements (Промышленные сети связи. Спецификации полевых шин. Часть 3-4. Определение услуг канального уровня. Элементы типа 4)
IEC 61158-3-7:2007, Industrial communication networks - Fieldbus specifications - Part 3-7: Data-link layer service definition - Type 7 elements (Промышленные сети связи. Спецификации полевых шин. Часть 3-7. Определение услуг канального уровня. Элементы типа 7)
IEC 61158-3-8:2007, Industrial communication networks - Fieldbus specifications - Part 3-8: Data-link layer service definition - Type 8 elements (Промышленные сети связи. Спецификации полевых шин. Часть 3-8. Определение услуг канального уровня. Элементы типа 8)
IEC 61158-3-16:2007, Industrial communication networks - Fieldbus specifications - Part 3-16: Data-link layer service definition - Type 16 elements (Промышленные сети связи. Спецификации полевых шин. Часть 3-16. Определение услуг канального уровня. Элементы типа 16)
IEC 61158-3-18:2007, Industrial communication networks - Fieldbus specifications - Part 3-18: Data-link layer service definition - Type 18 elements (Промышленные сети связи. Спецификации полевых шин. Часть 3-18. Определение услуг канального уровня. Элементы типа 18)
IEC 61158-3-19:2014, Industrial communication networks - Fieldbus specifications - Part 3-19: Data-link layer service definition - Type 19 elements (Промышленные сети связи. Спецификации полевых шин. Часть 3-19. Определение услуг канального уровня. Элементы типа 19)
IEC 61158-3-20:2014, Industrial communication networks - Fieldbus specifications - Part 3-19: Data-link layer service definition - Type 20 elements (Промышленные сети связи. Спецификации полевых шин. Часть 3-20. Определение услуг канального уровня. Элементы типа 20)
IEC 61158-3-24:2014, Industrial communication networks - Fieldbus specifications - Part 3-19: Data-link layer service definition - Type 24 elements (Промышленные сети связи. Спецификации полевых шин. Часть 3-24. Определение услуг канального уровня. Элементы типа 24)
IEC 61158-4-1:2014, Industrial communication networks - Fieldbus specifications - Part 4-1: Data-link layer protocol definition - Type 1 elements (Промышленные сети связи. Спецификации полевых шин. Часть 4-1. Определение протокола канального уровня. Элементы типа 1)
IEC 61158-4-2:2014, Industrial communication networks - Fieldbus specifications - Part 4-2: Data-link layer protocol definition - Type 2 elements (Промышленные сети связи. Спецификации полевых шин. Часть 4-2. Определение протокола канального уровня. Элементы типа 2)
IEC 61158-4-3:2014, Industrial communication networks - Fieldbus specifications - Part 4-3: Data-link layer protocol definition - Type 3 elements (Промышленные сети связи. Спецификации полевых шин. Часть 4-3. Определение протокола канального уровня. Элементы типа 3)
IEC 61158-4-4:2014, Industrial communication networks - Fieldbus specifications - Part 4-4: Data-link layer protocol definition - Type 4 elements (Промышленные сети связи. Спецификации полевых шин. Часть 4-4. Определение протокола канального уровня. Элементы типа 4)
IEC 61158-4-7:2007, Industrial communication networks - Fieldbus specifications - Part 4-7: Data-link layer protocol definition - Type 7 elements (Промышленные сети связи. Спецификации полевых шин. Часть 4-7. Определение протокола канального уровня. Элементы типа 7)
IEC 61158-4-8:2007, Industrial communication networks - Fieldbus specifications - Part 4-8: Data-link layer protocol definition - Type 8 elements (МЭК 61158-4-8:2007 Промышленные сети связи. Спецификации полевых шин. Часть 4-8. Определение протокола канального уровня. Элементы типа 8)
IEC 61158-4-16:2007, Industrial communication networks - Fieldbus specifications - Part 4-16: Data-link layer protocol definition - Type 16 elements (Промышленные сети связи. Спецификации полевых шин. Часть 4-16. Определение протокола канального уровня. Элементы типа 16)
IEC 61158-4-18:2010, Industrial communication networks - Fieldbus specifications - Part 4-18: Data-link layer protocol definition - Type 18 elements (Промышленные сети связи. Спецификации полевых шин. Часть 4-18. Определение протокола канального уровня. Элементы типа 18)
IEC 61158-4-19:2010, Industrial communication networks - Fieldbus specifications - Part 4-19: Data-link layer protocol definition - Type 19 elements (Промышленные сети связи. Спецификации полевых шин. Часть 4-19. Определение протокола канального уровня. Элементы типа 19)
IEC 61158-4-20:2014, Industrial communication networks - Fieldbus specifications - Part 4-20: Data-link layer protocol definition - Type 20 elements (Промышленные сети связи. Спецификации полевых шин. Часть 4-20. Определение протокола канального уровня. Элементы типа 20)
IEC 61158-4-24:2014, Industrial communication networks - Fieldbus specifications - Part 4-24: Data-link layer protocol definition - Type 24 elements (Промышленные сети связи. Спецификации полевых шин. Часть 4-24. Определение протокола канального уровня. Элементы типа 24)
IEC 61158-5-2:2014, Industrial communication networks - Fieldbus specifications - Part 5-2: Application layer service definition - Type 2 elements (Промышленные сети связи. Спецификации полевых шин. Часть 5-2. Определение услуг прикладного уровня. Элементы типа 2)
IEC 61158-5-3:2014, Industrial communication networks - Fieldbus specifications - Part 5-3: Application layer service definition - Type 2 elements (Промышленные сети связи. Спецификации полевых шин. Часть 5-3. Определение услуг прикладного уровня. Элементы типа 3)
IEC 61158-5-4:2014, Industrial communication networks - Fieldbus specifications - Part 5-4: Application layer service definition - Type 4 elements (Промышленные сети связи. Спецификации полевых шин. Часть 5-4. Определение услуг прикладного уровня. Элементы типа 4)
IEC 61158-5-5:2014, Industrial communication networks - Fieldbus specifications - Part 5-5: Application layer service definition - Type 5 elements (Промышленные сети связи. Спецификации полевых шин. Часть 5-5. Определение услуг прикладного уровня. Элементы типа 5)
IEC 61158-5-7:2007, Industrial communication networks - Fieldbus specifications - Part 5-7: Application layer service definition - Type 7 elements (Промышленные сети связи. Спецификации полевых шин. Часть 5-7. Определение услуг прикладного уровня. Элементы типа 7)
IEC 61158-5-8:2007, Industrial communication networks - Fieldbus specifications - Part 5-8: Application layer service definition - Type 8 elements (Промышленные сети связи. Спецификации полевых шин. Часть 5-8. Определение услуг прикладного уровня. Элементы типа 8)
IEC 61158-5-9:2014, Industrial communication networks - Fieldbus specifications - Part 5-9: Application layer service definition - Type 9 elements (Промышленные сети связи. Спецификации полевых шин. Часть 5-9. Определение услуг прикладного уровня. Элементы типа 9)
IEC 61158-5-16:2007, Industrial communication networks - Fieldbus specifications - Part 5-16: Application layer service definition - Type 16 elements (Промышленные сети связи. Спецификации полевых шин. Часть 5-16. Определение услуг прикладного уровня. Элементы типа 16)
IEC 61158-5-18:2010, Industrial communication networks - Fieldbus specifications - Part 5-18: Application layer service definition - Type 18 elements (Промышленные сети связи. Спецификации полевых шин. Часть 5-18. Определение услуг прикладного уровня. Элементы типа 18)
IEC 61158-5-19:2014, Industrial communication networks - Fieldbus specifications - Part 5-18: Application layer service definition - Type 18 elements (Промышленные сети связи. Спецификации полевых шин. Часть 5-19. Определение услуг прикладного уровня. Элементы типа 19)
IEC 61158-5-20:2014, Industrial communication networks - Fieldbus specifications - Part 5-20: Application layer service definition - Type 20 elements (Промышленные сети связи. Спецификации полевых шин. Часть 5-20. Определение услуг прикладного уровня. Элементы типа 20)
IEC 61158-5-24:2014, Industrial communication networks - Fieldbus specifications - Part 5-24: Application layer service definition - Type 24 elements (Промышленные сети связи. Спецификации полевых шин. Часть 5-24. Определение услуг прикладного уровня. Элементы типа 24)
IEC 61158-6-2:2014, Industrial communication networks - Fieldbus specifications - Part 6-2: Application layer protocol specification - Type 2 elements (Промышленные сети связи. Спецификации полевых шин. Часть 6-2. Спецификация протокола прикладного уровня. Элементы типа 2)
IEC 61158-6-3:2014, Industrial communication networks - Fieldbus specifications - Part 6-3: Application layer protocol specification - Type 3 elements (Промышленные сети связи. Спецификации полевых шин. Часть 6-3. Спецификация протокола прикладного уровня. Элементы типа 3)
IEC 61158-6-4:2014, Industrial communication networks - Fieldbus specifications - Part 6-4: Application layer protocol specification - Type 4 elements (Промышленные сети связи. Спецификации полевых шин. Часть 6-4. Спецификация протокола прикладного уровня. Элементы типа 4)
IEC 61158-6-5:2014, Industrial communication networks - Fieldbus specifications - Part 6-5: Application layer protocol specification - Type 5 elements (Промышленные сети связи. Спецификации полевых шин. Часть 6-5. Спецификация протокола прикладного уровня. Элементы типа 5)
IEC 61158-6-7:2007, Industrial communication networks - Fieldbus specifications - Part 6-7: Application layer protocol specification - Type 7 elements (Промышленные сети связи. Спецификации полевых шин. Часть 6-7. Спецификация протокола прикладного уровня. Элементы типа 7)
IEC 61158-6-8:2007, Industrial communication networks - Fieldbus specifications - Part 6-8: Application layer protocol specification - Type 8 elements (Промышленные сети связи. Спецификации полевых шин. Часть 6-8. Спецификация протокола прикладного уровня. Элементы типа 8)
IEC 61158-6-9:2014, Industrial communication networks - Fieldbus specifications - Part 6-9: Application layer protocol specification - Type 9 elements (Промышленные сети связи. Спецификации полевых шин. Часть 6-9: Спецификация протокола прикладного уровня. Элементы типа 9)
IEC 61158-6-16:2007, Industrial communication networks - Fieldbus specifications - Part 6-16: Application layer protocol specification - Type 16 elements (Промышленные сети связи. Спецификации полевых шин. Часть 6-16. Спецификация протокола прикладного уровня. Элементы типа 16)
IEC 61158-6-18:2010, Industrial communication networks - Fieldbus specifications - Part 6-18: Application layer protocol specification - Type 18 elements (Промышленные сети связи. Спецификации полевых шин. Часть 6-18. Спецификация протокола прикладного уровня. Элементы типа 18)
IEC 61158-6-19:2014, Industrial communication networks - Fieldbus specifications - Part 6-19: Application layer protocol specification - Type 19 elements (Промышленные сети связи. Спецификации полевых шин. Часть 6-19. Спецификация протокола прикладного уровня. Элементы типа 19)
IEC 61158-6-20:2014, Industrial communication networks - Fieldbus specifications - Part 6-20: Application layer protocol specification - Type 20 elements (Промышленные сети связи. Спецификации полевых шин. Часть 6-20. Спецификация протокола прикладного уровня. Элементы типа 20)
IEC 61158-6-24:2014, Industrial communication networks - Fieldbus specifications - Part 6-24: Application layer protocol specification - Type 24 elements (Промышленные сети связи. Спецификации полевых шин. Часть 6-24. Спецификация протокола прикладного уровня. Элементы типа 24)
IEC 61784-2:2014, Industrial communication networks - Profiles - Part 2: Additional fieldbus profiles for real-time networks based on ISO/IEC 8802-3 (Промышленные сети. Профили. Часть 2. Дополнительные профили полевых шин для сетей реального времени, основанные на ИСО/МЭК 8802-3)
IEC 61784-5-2:2013, Industrial communication networks - Profiles - Part 5-2: Installation of fieldbuses - Installation profiles for CPF 2 (Промышленные сети. Профили. Часть 5-2. Установка полевых шин. Профили установки для CPF 2)
IEC 61918:2013, Industrial communication networks - Installation of communication networks in industrial premises (Промышленные сети. Установка сетей связи в промышленных помещениях)
IEC 62026-3, Low-voltage switchgear and controlgear - Controller-device interfaces (CDIs) - Part 3: DeviceNet (Устройства распределительные комплектные низковольтные. Интерфейсы между контроллером и прибором (CDIs) Часть 3. Сеть Устройство)
IEC 62591:2010, Industrial communication networks - Wireless communication network and communication profiles - WirelessHARTTM (Сети связи промышленные. Беспроводные сети и коммуникационные профили. WirelessHARTTM)
ISO/IEC 8482, Information technology - Telecommunications and information exchange between systems - Twisted pair multipoint interconnections (Информационные технологии. Телекоммуникации и обмен информацией между системами. Многоточечные межсоединения с помощью витой пары)
ISO/IEC 8802-2:1998, Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Part 2: Logical link control (Информационные технологии. Телекоммуникации и обмен информацией между системами. Локальные общегородские сети. Специальные требования. Часть 2. Управление логическим звеном)
ISO/IEC 8802-3:2000, Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications (Информационные технологии. Телекоммуникации и обмен информацией между системами. Локальные и общегородские сети. Специальные требования. Часть 3. Метод множественного доступа с контролем носителя и обнаружением столкновений и спецификации физического уровня)
ISO/IEC 15802-3, Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Common specifications - Part 3: Media Access Control (MAC) Bridges (Информационные технологии. Телекоммуникации и обмен информацией между системами. Локальные и общегородские сети. Общие спецификации. Часть 3. Мосты управления доступом к среде)
ISO 15745-3:2003, Industrial automation systems and integration - Open systems application integration framework - Part 3: Reference description for IEC 61158-based control systems (Системы промышленной автоматизации и интеграция. Прикладная среда интегрирования открытых систем. Часть 3. Эталонное описание систем управления на основе стандарта МЭК 61158)
ISO 15745-4:2003, Industrial automation systems and integration - Open systems application integration framework - Part 4: Reference description for Ethernet-based control systems, Amendment 1:2006, PROFINET profiles (Системы промышленной автоматизации и интеграция. Прикладная среда интегрирования открытых систем. Часть 4. Эталонное описание систем управления на основе стандарта Ethernet. Поправка 1:2006, профили PROFINET)
ANSI TIA/EIA-485-A:1998, Electrical Characteristics of Generators and Receivers for Use in Balanced Digital Multipoint Systems (Электрические характеристики генераторов и приемников для использования в балансных многоточечных цифровых системах)
IEEE 802.3-2002, IEEE Standard for Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Part 3: Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and Physical Layer Specifications (Стандарты для информационных технологий. Телекоммуникации и обмен информацией между системами. Локальные и общегородские сети. Специальные требования. Часть 3. Множественный доступ с контролем несущей и обнаружением коллизий (CSMA/CD). Метод доступа и спецификации физического уровня)
IETF RFC 768, User Datagram Protocol; available at http://www.ietf.org (Протокол датаграмм пользователя; доступен по адресу http://www.ietf.org)
IETF RFC 791, Internet Protocol; available at http://www.ietf.org) (Протокол сети Интернет; доступен по адресу http://www.ietf.org)
IETF RFC 792, Internet Control Message Protocol; available at http://www.ietf.org (Протокол управления сообщениями в сети Интернет; доступен по адресу http://www.ietf.org)
IETF RFC 793, Transmission Control Protocol; available at http://www.ietf.orgl (Протокол управления передачей; доступен по адресу http://www.ietf.org)
IETF RFC 826, Ethernet Address Resolution Protocol; available at http://www.ietf.orgl (Протокол преобразования адреса Ethernet; доступен по адресу http://www.ietf.org)
IETF RFC 894, A standard for the Transmission of IP Datagrams over Ethernet Networks; available at http://www.ietf.orgl (Стандарт для передачи IP Датаграмм по сетям Ethernet; доступен по адресу http://www.ietf.org)
IETF RFC 1112, Host Extensions for IP Multicasting; available at http://www.ietf.org (Расширения Хоста для многоадресной IP-передачи; доступен по адресу http://www.ietf.org)
IETF RFC 1122, Requirements for Internet Hosts - Communication Layers; available at http://www.ietf.orgl (Требования для интернет-хостов; доступен по адресу http://www.ietf.org)
IETF RFC 1123, Requirements for Internet Hosts - Application and Support; available at http://www.ietf.org (Требования для интернет-хостов. Приложение и поддержка; доступен по адресу http://www.ietf.org)
IETF RFC 1127, A Perspective on the Host Requirements RFCs; available at http://www.ietf.orgl (Перспектива требований хоста к документам RFC; доступен по адресу http://www.ietf.org)
IETF RFC 2236, Internet Group Management Protocol, Version 2; available at http://www.ietf.orgl (Протокол управления группами в сети Интернет. Версия 2; доступен по адресу http://www.ietf.org)
3 Определения
3.1 Термины и определения
В настоящем стандарте применимы все термины и определения, предоставленные в сериях МЭК 61158.
3.2 Сокращения и условные обозначения
3.2.1 Сокращения и условные обозначения МЭК 61158
Для целей данного профиля применимы все сокращения и условные обозначения, определенные в сериях МЭК 61158. Ниже представлены сокращения, встречающиеся в сериях МЭК 61158, чтобы помочь желающим понять общую структуру данного стандарта без ссылок на серии МЭК 61158.
3.2.2 Другие сокращения и условные обозначения
3.3 Условные обозначения
3.3.1 Условные обозначения присущие всем уровням
3.3.1.1 Таблицы выборки (под)разделов
Выборка (под)разделов для всех уровней определена в таблицах, как это показано в таблицах 2 и 3. Выбранные базовые спецификации указываются прямо перед таблицей(ами) выбора. Выборка осуществляется на наиболее высоком уровне (под)раздела, чтобы однозначно определить выбор профиля.
Формат таблиц выборки (под)разделов профилей
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
Содержание таблиц выборки (под)разделов
| Столбец | Текст | Значение |
| Раздел | <#> | Номер (под)раздела базовых спецификаций |
| Следующие разделы | Любые последующие разделы вплоть до последнего раздела базовой спецификации | |
| Следующие приложения | Любые последующие приложения вплоть до последнего приложения базовой спецификации | |
| Заголовок | <текст> | Заголовок (под)раздела базовой спецификации |
| Присутствие | НЕТ | Данный (под)раздел не включен в профиль |
| ДА | Данный (под)раздел полностью (100%) включен в профиль; в подобном случае не предоставляет никаких дополнительных подробностей | |
| - | Присутствие определено в следующих подразделах | |
| Частичное | Части данного (под)раздела включены в профиль | |
| Ограничения | См. <#> | Ограничения/замечания определены в приведенном подразделе, таблице или на рисунке в документе данного профиля |
| - | Никаких ограничений за исключением тех, что приведены в (под)разделе документа, на который дается ссылка; или не используется | |
| <текст> | Ограничение непосредственно определяется текстом, так как к текстовым таблицам могут использоваться сноски или табличные примечания большего размера |
Если последовательности (под)разделов не соответствуют профилю, то их номера последовательно объединяются.
| 3.4 - 3.7 | - | NO | - |
|---|
2 Объединенные разделы вплоть до последнего раздела
| Следующие разделы | - | NO | - |
|---|
3 Объединенные приложения вплоть до последнего приложения
| Следующие приложения | - | NO | - |
|---|
3.3.1.2 Таблицы выборки услуг
Если выборка услуг определяется в таблице, то используется формат таблицы 4. Таблица идентифицирует выбранные услуги и включает ограничения услуг, как это объяснено в таблице 5.
| Ссылка на услугу | Название услуги | Использование | Ограничение |
|---|---|---|---|
Содержание таблиц выборки услуг
| Столбец | Текст | Значение |
| Ссылка на услугу | <#> | Номер (под)раздела базовых спецификаций, в которых определены услуги |
| - | Не применим | |
| Название услуги | <текст> | Название услуги |
| Использование | M | Обязательно |
| O | Не обязательно (дополнительно) | |
| - | Услуга никогда не используется | |
| Ограничение | См. <#> | Ограничения/замечания определены в приведенном подразделе, таблице или на рисунке в документе данного профиля |
| - | Никаких ограничений за исключением тех, что приведены в (под)разделе документа, на который дается ссылка; или не используется | |
| <текст> | Ограничение непосредственно определяется текстом, так как к текстовым таблицам могут использоваться сноски или табличные примечания большего размера |
Если выборка параметров услуг определяется по таблице, то используется формат таблицы 6. Каждая таблица идентифицирует выбранные параметры и включает ограничения параметров, как это объяснено в таблице 7.
Формат таблиц выборки параметров
| Ссылка на параметр | Название параметра | Использование | Ограничение |
|---|---|---|---|
Содержание таблиц выборки параметров
| Столбец | Текст | Значение |
| Ссылка на параметр | <#> | Номер (под)раздела базовых спецификаций, в которых определена услуга |
| - | Не применим | |
| Название параметра | <текст> | Название параметра услуги |
| Использование | M | Обязательно |
| O | Не обязательно (дополнительно) | |
| - | Атрибут всегда отсутствует | |
| Ограничения | См. <#> | Ограничения/замечания определены в приведенном подразделе, таблице или на рисунке в документе данного профиля |
| - | Никаких ограничений за исключением тех, что приведены в (под)разделе документа, на который дается ссылка; или не используется | |
| <текст> | Ограничение непосредственно определяется текстом, так как к текстовым таблицам могут использоваться сноски или табличные примечания большего размера |
3.3.2 Физический уровень
Не определено никаких дополнительных условных обозначений.
3.3.3 Уровень канала данных
3.3.3.1 Условные обозначения профиля услуг
Не определено никаких дополнительных условных обозначений.
3.3.3.2 Выборка услуг и параметров
Эта выборка описывается с помощью общих условных обозначений, см. 3.3.1.2.
3.3.4 Прикладной уровень
3.3.4.1 Условные обозначения профиля услуг
Выборка ASE и класса описаны с помощью таблиц выборки (под)разделов, см. 3.3.1.1. Если использование выбранных ASE и классов ограничивается дополнительно, то это указывается в профиле (например, необязательный элемент базового стандарта является обязательным в профиле).
Если выборка атрибутов класса определена в таблице, то используется формат таблицы 8. Таблица идентифицирует выбранные атрибуты класса и включает ограничения на них, как это объяснено в таблице 9.
Формат таблиц выборки атрибутов класса
| Атрибут | Название атрибута | Использование | Ограничение |
|---|---|---|---|
Содержание таблиц выборки атрибутов класса
| Столбец | Текст | Значение |
| Атрибут | <#> | Номер атрибута класса базовых спецификаций |
| - | Не применим | |
| Название атрибута | <текст> | Название атрибута |
| Использование | M | Обязательно |
| O | Не обязательно (дополнительно) | |
| - | Атрибут всегда отсутствует | |
| Ограничения | См. <#> | Ограничения/замечания определены в приведенном подразделе, таблице или на рисунке в документе данного профиля |
| - | Никаких ограничений за исключением тех, что приведены в (под)разделе документа, на который дается ссылка; или не используется | |
| <текст> | Ограничение непосредственно определяется текстом, так как к текстовым таблицам могут использоваться сноски или табличные примечания большего размера |
3.3.4.2 Выборка услуг и параметров
Это описывается с помощью общих условных обозначений, см. 3.3.1.2.
4 Соответствие коммуникационным профилям
Каждый коммуникационный профиль в настоящем стандарте включает в себя часть серий МЭК 61158. Он может также включать части других стандартов или международных спецификаций.
Заявление о соответствии семейству коммуникационных профилей (CPF) настоящего стандарта должно быть представлено <2> либо как:
соответствие CPF n МЭК 61784-1:2014 <3> <Тип>,
соответствие CPF n МЭК 61784-1 (Ed.4.0) <Тип>,
а заявление о соответствии коммуникационному профилю (CP) настоящего стандарта должно быть указано либо как:
соответствие CP n/n МЭК 61784-1:2014 <3> <Тип>
соответствие CP n/n МЭК 61784-1 (Ed.4.0) <Тип>,
где Тип в угловых скобках <> не обязателен и сами скобки не должны включаться.
<2> В соответствии с Директивами ИСО/МЭК.
<3> Дата не должна использоваться, если используется номер издания.
Стандарты на изделия не должны содержать никаких аспектов оценки соответствия, включая положения менеджмента качества (QM), нормативные или справочные положения, за исключением предназначенных для тестирования изделия (оценивания и осмотра).
5 Семейство коммуникационных профилей 1 (FOUNDATIONTM fieldbus <4>)
<4> Полевые шины FOUNDATIONTM и FF-SISTM являются торговыми марками некоммерческой организации Fieldbus Foundation. Данная информация приведена для удобства использования настоящего стандарта и не означает, что МЭК поддерживает мнения обладателя торговой марки или его продукцию. Соответствие этому стандарту не требует использования наименований Foundation FieldbusTM или FF-SISTM. Использование торговых марок FOUNDATIONTM Fieldbus или FF-SISTM требует разрешения со стороны Fieldbus Foundation.
5.1 Общий обзор
Семейство 1 коммуникационных профилей определяет коммуникационные профили, основанные на протоколах физического и канального уровня Тип 1 стандарты МЭК 61158-2, МЭК 61158-3-1, МЭК 61158-4-1, протоколе прикладного уровня Тип 9 стандарты МЭК 61158-5-9, МЭК 61158-6-9 и прикладном протоколе Тип 5 стандарты МЭК 61158-5-5 и МЭК 61158-6-5, а также на других стандартах. (см. таблицу 10).
Семейство протоколов полевых шин FOUNDATION состоит в основном из двух четко различающихся множеств протоколов, общеизвестных (по историческим причинам) как H1 и HSE. Профили H1 являются подмножеством МЭК 61158 Тип 1 физического уровня и уровня канала данных и Тип 9 уровня прикладных услуг и протоколов, а также включает в себя физические уровни, как проводной среды, так и оптоволоконной, работающих со скоростью 31,25 кбит/с. Профили HSE основаны на использовании MAC и физических уровней ИСО/МЭК 8802-3 (наподобие Ethernet), а также на использовании стандартной сети интернет и протоколов уровня передачи данных; они используют прикладные услуги и протоколы Типа 5.
Третий набор профилей был разработан в рамках Fieldbus Foundation, но его применение в настоящее время не осуществляется и не планируется. Он включен в данный профиль, так как он предоставляет путь перехода на CPF 1 с некоторых протоколов CPF 5, а исключения из настоящего стандарта могут препятствовать подобному переходу.
CPF 1. Обзор множеств профилей
Примечание - Обзор коммуникационных концепций FOUNDATION Fieldbus см. в A.1.
5.2 Профиль 1/1 (FOUNDATIONTM H1)
5.2.1 Физический уровень
5.2.1.1 Коммуникационные устройства
5.2.1.1.1 Введение
В таблице 11 описана выборка PhL МЭК 61158-2 для коммуникационного устройства и его MAU.
CP 1/1. Выборка PhL для коммуникационных устройств и их MAU
| Раздел | Заголовок | Присутствие | Ограничения |
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины и определения | - | - |
| 3.1 | Общие термины и определения | Частичное | Используется, если применим |
| 3.2 | Тип 1. Термины и определения | ДА | - |
| 3.3 - 3.7 | - | НЕТ | - |
| 4 | Обозначения и сокращение | - | - |
| 4.1 | Обозначения | - | - |
| 4.1.1 | Тип 1. Обозначения | ДА | - |
| 4.1.2 - 4.1.6 | - | НЕТ | - |
| 4.2 | Сокращения | - | - |
| 4.2.1 | Тип 1. Сокращения | ДА | - |
| 4.2.2 - 4.2.6 | - | НЕТ | - |
| 5 | Уровень канала данных. Интерфейс физического уровня | - | - |
| 5.1 | Общие положения | Частичное | Используется, если применим |
| 5.2 | Тип 1. Необходимые услуги | ДА | - |
| 5.3 - 5.7 | - | НЕТ | - |
| 6 | Управление системами. Интерфейс физического уровня | - | - |
| 6.1 | Общие положения | Частичное | Используется, если применим |
| 6.2 | Тип 1. Управление системами. Интерфейс физического уровня | ДА | - |
| 6.3 - 6.7 | - | НЕТ | - |
| 7 | Независимый подуровень DCE (DIS) | - | - |
| 7.1 | Общие положения | Частичное | Используется, если применим |
| 7.2 | Тип 1. DIS | ДА | - |
| 7.3 - 7.5 | - | НЕТ | - |
| 8 | Интерфейс DTE - DCE | - | - |
| 8.1 | Общие положения | Частичное | Используется, если применим |
| 8.2 | Тип 1. Интерфейс DTE - DCE | ДА | - |
| 8.3 - 8.4 | - | НЕТ | - |
| 9 | Зависимый от среды подуровень (MDS) | - | - |
| 9.1 | Общие положения | Частичное | Используется, если применим |
| 9.2 | Тип 1. Зависимый от среды подуровень (MDS) | ДА | - |
| 9.3 - 9.8 | - | НЕТ | - |
| 10 | Интерфейс MDS - MAU | - | - |
| 10.1 | Общие положения | Частичное | Используется, если применим |
| 10.2 | Тип 1. Интерфейс MDS - MAU. Проводная и оптическая среда | ДА | - |
| 10.3 - 10.6 | - | НЕТ | - |
| 11 | Тип 1 и 7. Блок доступа к среде: режим напряжения, топология линейной шины 150\Omega среды витой пары | НЕТ | |
| 12 | Типы 1 и 3. Блок доступа к среде: 31,25 кбит/с, режим напряжения с функцией пониженной мощности, топология шины и "дерева", 100\Omega проводная среда | ДА | См. 5.2.1.1.2 |
| 13 - 15 | - | НЕТ | - |
| 16 | Типы 1 и 3. Блок доступа к среде: 31,25 кбит/с, одножильная волокно-оптическая среда | ДА | См. 5.2.1.1.2 |
| 17 - 20 | - | НЕТ | - |
| 21 | Тип 3. Блок доступа к среде: синхронная передача, 31,25 кбит/с, режим напряжения, проводная среда | ДА | См. 5.2.1.1.2 (имеет плохую репутацию) |
| Следующие разделы | - | НЕТ | - |
| Приложение A | Тип 1. Спецификация соединителя | - | - |
| A.1 | Внутренний соединитель для проводной среды | ДА | a |
| A.2 | Внешний соединитель для проводной среды | ДА | a |
| A.3 | Внешние соединители для оптической среды | Частичное | b |
| Приложение B | Тип 1. Спецификации кабеля и длины магистрального кабеля и кабеля ответвлений для MAU с 31,25 кбит/с в режиме напряжения | ДА | - |
| Приложение C | Тип 1 и 7. Оптические пассивные звезды | Частичное | b |
| Приложение D | Тип 1 и 7. Топология "Звезда" | Частичное | b |
| Приложение E | Тип 1. Альтернативные оптические кабели | Частичное | b |
| Следующие приложения | - | НЕТ | - |
| a Соединитель не обязателен при использовании экранированной проводной среды или витой пары 100\Omega . b Спецификации для одножильного оптического кабеля не обязательны для использования в одножильной волоконно-оптической среде. | |||
5.2.1.1.2 MAU и классы устройств
Каждый MAU классифицируется в соответствии с его характеристиками, при его взаимодействии со связанной с ним средой, как это описано в таблице 12. В случае устройств с одним присоединенным MAU, отдельным или составным, класс MAU также полагается и классом устройства. Выборка надлежащего раздела МЭК 61158-2, раздела 12 или 16, основывается на классе MAU для которого MAU, а иногда и связанное с ним устройство, были спроектированы. Выборка раздела 21 имеет плохую репутацию (не рекомендуется для новых проектов), так как MAU альтернативного раздела 12 позволяет устройствам снижать потребление мощности, когда передача данных не происходит.
Данный профиль также содержит рекомендации, не являющиеся обязательными для реализации и/или не определенные в МЭК 61158-2, но которые включены для достижения интероперабельности между устройствами, претендующими на соответствие данному профилю. В частности 5.2.1.1.3.3 применим к каждому MAU, так же как и 5.2.1.1.3.4, что необходимо для соблюдения правил ИБ (искробезопасности).
CP 1/1. Классификация MAU и подключенных устройств PhL
| Атрибут | Значение атрибута | Класс MAU CP 1/1 | ||||||||||
| 111 | 112 | 113 | 114 | 115 | 116 | 511 | 512 | 411 | ||||
| Проводящая среда | 100\Omega экранированная или витая пара проводов | X | X | X | X | X | X | X | X | |||
| Одиночное двунаправленное многомодовое оптоволокно | X | |||||||||||
| Устройство, питаемое от среды | Полностью (см. примечания 2, 3) | X | X | X | X | |||||||
| Частично; не полностью (см. примечания 2, 4) | X | X | X | X | ||||||||
| Никоим образом | X | |||||||||||
| Правила обеспечения искробезопасности | Не установлено в данном профиле | X | ||||||||||
| Нет | X | X | ||||||||||
| Сущностная модель (см. МЭК 60079-11) | X | X | ||||||||||
| Ограничение мощности (Ex nL) или невоспламеняющаяся полевая проводка (NIFW) | X | X | X | X | ||||||||
| Модель FISCO (см. МЭК 60079-11 и МЭК 60079-25) | ||||||||||||
| Раздел МЭК 61158-2 и MAU соответствующего устройства | Раздел 16 (см. таблицу 13) | X | ||||||||||
| Раздел 12 (см. таблицу 14) | X | X | X | X | X | X | X | X | ||||
| Раздел 21 (имеет плохую репутацию) | ||||||||||||
| Примечания 1 Сигнализирование о пониженной мощности, дополнительно указанное в разделе 12, не входит ни в какой из данных типов MAU. 2 Устройства, питаемые от шины, требуют совместимый блок питания. 3 Устройство не содержит блок питания, барьер искробезопасности, гальваническую развязку или терминатор. 4 MAU требуется получать от среды мощность, эквивалентную хотя бы той, которую он затрачивает на передачу, для обеспечения положительного тока в среде на протяжении передачи формы сигнала (тем самым сохраняя любые диоды защиты с прямым смещением от неправильной полярности в соединенных блоках MAU). | ||||||||||||
CP 1/1. Выборка раздела 16 для устройств и их MAU на уровне PhL
CP 1/1. Выборка раздела 12 для устройств и их MAU на уровне PhL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 12.1 | Общие положения | ДА | - |
| 12.2 | Частота передачи битов | ДА | - |
| 12.3 | Спецификации сети | НЕТ | - |
| 12.4 | Спецификации схемы передачи MAU | ДА | - |
| 12.5 | Спецификации схемы приема MAU | ДА | Рекомендованные фильтры приема см. в 5.2.1.1.3.2 |
| 12.6 | Блокировка сбойных пакетов | ДА | - |
| 12.7 | Распределение мощности | - | - |
| 12.7.1 | Общие положения | Частично | Таблица 70 МЭК 61158-2 применима только к классам 121, 123 и 511 устройств CP 1/1. Все остальное применимо за исключением таблицы 71 МЭК 61158-2 |
| 12.7.2 | Сетевое напряжение | ДА | - |
| 12.7.3 | Питание посредством проводников сигналов | ДА | Применимо только к классам 121, 123 и 511 устройств CP 1/1 |
| 12.7.4 | Полное электрическое сопротивление блока питания | НЕТ | - |
| 12.7.5 | Питание отделено от проводников сигналов | Частично | Применимо только к классам 122, 124 и 512 устройств CP 1/1, которым не требуется питание на шине. Тем не менее, такие устройства должны подходить для использования на питаемой шине. Например, устройство с трансформаторной связью требует блокирующий постоянный ток конденсатор, включенный последовательно с трансформатором |
| 12.7.6 | Электрическая изоляция | ДА | - |
| 12.8 | Спецификации среды | - | - |
| 12.8.1 | Соединитель | ДА | Маркировку соединителя см. в 5.2.1.1.3.3 |
| 12.8.2 | Кабель (стандартный тестовый кабель) | НЕТ | - |
| 12.8.3 | Ответвитель | ДА | - |
| 12.8.4 | Соединения | НЕТ | - |
| 12.8.5 | Терминатор | НЕТ | - |
| 12.8.6 | Правила экранирования | НЕТ | - |
| 12.8.7 | Правила заземления | ДА | - |
| 12.9 | Искробезопасность | НЕТ | Параметры устройства согласно ИБ для классов 121, 122, 511 и 512 устройств CP 1/1 см. в 5.2.1.1.3.4 |
| 12.10 | Гальванические развязки | НЕТ | - |
5.2.1.1.3 Рекомендованные значения для MAU и их устройств
5.2.1.1.3.1 Полярность сигнала
Полярность сигнала для классов 111 - 114 MAU CP 1/1 должна быть полярностью сигнала, установленной в МЭК 61158-2, 12.4.5.
5.2.1.1.3.2 Фильтры приема
Фильтры приема для классов MAU 111 - 114, 121 - 124, 511 и 512 должны быть следующими:
a) 1 kHz 2-полюсной с фильтром высоких частот, 0,6 <= Q <= 1,0;
b) 40 kHz 2-полюсной с фильтром низких частот, 0,6 <= Q <= 1,0.
5.2.1.1.3.3 Маркировка
Положительная ("+") и отрицательная ("-") клеммы должны быть четко идентифицированы на всех MAU, которые:
a) не предоставляют автоматическое обнаружение полярности, и
b) не используют внешние соединители, описанные в разделе A.2 стандарта МЭК 61158-2.
Каждое устройство, применяющее MAU, должно быть промаркировано классом MAU CP 1/1. В случае, когда устройство содержит несколько MAU, маркировка должна обозначать те MAU, к которым она (маркировка) применяется.
Требования к маркировке аппаратуры в МЭК 60079-11 применимы к классам MAU 111 - 114, 121 - 124, 511 и 512. Требования к маркировке аппаратуры МЭК 60079-11 и МЭК 60079-25 применимы к классам MAU 511 и 512.
5.2.1.1.3.4 Параметры устройства ИБ
С точки зрения коммуникаций, устройства любых классов CP 1/1 могут сосуществовать на одном сегменте полевой шины. Тем не менее, в приложениях ИБ следует учитывать требования к мощности устройств и сертификаты на устройства и компоненты.
Примечание - Устройства, питаемые от шины, нуждаются в совместимом блоке питания. См. 5.2.1.2.2.
Рекомендуемые параметры ИБ для устройств, соответствующие правилам сущностной модели ИБ, перечислены в таблице 16.
CP 1/1. Выборка рекомендуемых параметров ИБ на уровне PhL для MAU классов 111, 112, 121, 122, 511 и 512
Устройства классов 111, 112, 511 и 512 CP 1/1 должны проектироваться с расчетом на то, что они будут питаться только от шины, т.е. эти устройства не должны предоставлять питание для шины. Так как устройства классов 112 и 512 CP 1/1 включают в себя отдельный источник питания, то могут потребоваться дополнительные меры предосторожности, такие как гальваническая развязка, чтобы избежать подачу питания на шину.
5.2.1.2 Проводная среда и связанные с ней сетевые компоненты и рекомендации
5.2.1.2.1 Проводная среда
Все компоненты должны соответствовать МЭК 61158-2, как показано в таблице 17.
Примечание - Все проводные носители нуждаются в оконечном согласующем устройстве. См. 5.2.1.2.3.
CP 1/1. Выборка уровня PhL для компонентов среды
| Раздел | Заголовок | Присутствие | Ограничения |
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины и определения | - | - |
| 3.1 | Общие термины и определения | Частичное | Используется, если применим |
| 3.2 - 3.7 | - | НЕТ | - |
| 4 - 11 | - | НЕТ | - |
| 12 | Типы 1 и 3. Блок доступа к среде: 31,25 кбит/с, режим напряжения с функцией пониженной мощности, топология шины и "дерева", 100\Omega проводная среда | - | - |
| 12.1 | Общие положения | ДА | - |
| 12.2 | Спецификации сети | ДА | Данный текст содержит важные спецификации конфигурации сети |
| 12.3 - 12.6 | - | НЕТ | - |
| 12.8 | - | НЕТ | - |
| 12.8.1 | Соединитель | ДА | - |
| 12.8.2 | Кабель | ДА | b |
| 12.8.3 | Ответвитель | ДА | - |
| 12.8.4 | Соединения | ДА | b |
| 12.8.5 | - | НЕТ | - |
| 12.8.6 | Правила экранирования | ДА | - |
| 12.8.7 | Правила заземления | ДА | - |
| 12.9 - 12.10 | - | НЕТ | - |
| Следующие приложения | - | НЕТ | - |
| Приложение A | Тип 1. Спецификация соединителя | - | - |
| A.1 | Внутренний соединитель с проводной средой | ДА | a |
| A.2 | Внешние соединители для проводной среды | ДА | a |
| A.3 | - | НЕТ | - |
| Следующие приложения | - | НЕТ | - |
| a Этот соединитель не обязателен. b Сети и их компоненты, спроектированные на соответствие правилам ИБ по FISCO, должны также соответствовать таблице 18. | |||
CP 1/1. Выборка обязательных параметров ИБ для среды в системах FISCO
5.2.1.2.2 Блоки питания
Если конкретно не указано обратное, то предполагается, что блок питания не содержит устройства полевой шины, оконечного согласующего устройства, барьера искробезопасности или гальванической развязки.
Все блоки питания должны соответствовать МЭК 61158-2, как показано в таблице 19.
CP 1/1. Выборка на уровне PhL для блоков питания
| Раздел | Заголовок | Присутствие | Ограничения |
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины и определения | - | - |
| 3.1 | Общие термины и определения | Частичное | Используется, если применим |
| 3.2 - 3.7 | - | НЕТ | - |
| 4 - 11 | - | НЕТ | - |
| 12 | Типы 1 и 3. Блок доступа к среде: 31,25 кбит/с, режим напряжения с функцией пониженной мощности, топология шины и "дерева", 100\Omega проводная среда | - | - |
| 12.1 | Общие положения | ДА | - |
| 12.2 | Спецификации сети | ДА | Данный текст содержит важные спецификации конфигурации сети |
| 12.3 - 12.7 | - | НЕТ | - |
| 12.7 | Распределение мощности | - | - |
| 12.7.1 | Общие положения | ДА | a, b |
| 12.7.2 | Напряжение электропитания | ДА | a |
| 12.7.3 | Питание посредством проводников сигналов | Частичное | a, b |
| 12.7.4 | Полное сопротивление блока питания | ДА | a |
| 12.7.5 | - | НЕТ | - |
| 12.7.6 | Электрическая изоляция | ДА | a |
| 12.8 | Спецификации среды | - | - |
| 12.8.1 | Соединитель | ДА | c |
| 12.8.2 - 12.8.4 | - | НЕТ | - |
| 12.8.5 | Терминатор | Частичное | a |
| 12.8.6 | - | НЕТ | - |
| 12.8.7 | Правила заземления | Частичное | Используется, если применимы |
| 12.9 - 12.10 | - | НЕТ | - |
| Следующие разделы | - | НЕТ | - |
| Приложение A | Тип 1. Спецификации соединителя | - | - |
| A.1 | Внутренний соединитель для проводной среды | ДА | c |
| A.2 | Внешний соединитель для проводной среды | ДА | c |
| A.3 | - | НЕТ | - |
| Следующие приложения | - | НЕТ | - |
| a Для блоков питания, спроектированных на соответствие правилам FISCO, в случае конфликта, правила FISCO обладают приоритетом. b Блоки питания с несколькими выходами должны выполнять требования к форме сигнала передачи и приема, описанные в МЭК 61158-2, 12.7, имеющие отношение к характеристикам передачи сигнала между их портами, а также требования МЭК 61158-2, 12.7.4.3. c Соединитель не обязателен. | |||
Блок питания полевой шины категоризируется так, как это определено в таблице 20.
CP 1/1. Выборка типов блока питания на уровне PhL
| Тип блока питания | Выходное напряжение | Описание |
| Тип 131 | Совместимо с барьером | Неискробезопасный блок питания, предназначенный для питания ИБ барьера модели сущности |
| Тип 132 | <= 32 В | Неискробезопасный блок питания, не предназначенный для питания ИБ барьера модели сущности |
| Тип 133 | <= 24 В | Модель сущности, ИБ блок питания |
| Тип 551 | <= 14,0 - 17,5 В a | Блок питания FISCO для Зоны 0, Взрывозащита группы IIC, [Ex ia] IIC |
| Тип 552 | <= 14,0 - 17,5 В a | Блок питания FISCO для Зоны 0, Взрывозащита группы, IIB, [Ex ia] IIB |
| Тип 553 | <= 14,0 - 17,5 В a | Блок питания FISCO для Зоны 2, Взрывозащита группы IIC, [Ex ic] IIC |
| Тип 554 | <= 14,0 - 17,5 В a | Блок питания FISCO для Зоны 2, Взрывозащита группы IIB, [Ex ic] IIB |
| a Действительное максимальное выходное напряжения является функцией максимального номинального тока. | ||
Блоки питания типов 55, 552, 553 и 554 могут иметь:
a) линейную нагрузочную характеристику (с ограниченным сопротивлением);
b) трапециевидную нагрузочную характеристику (с ограниченным напряжением); или
c) прямоугольную нагрузочную характеристику (с ограниченным напряжением и током).
Рекомендованное выходное напряжение и параметры максимальной ИБ для блока питания типа 551 или типа 552, который предназначен для работы с устройствами типов 511 и 512 или обоих типов, перечислены в таблице 21. Блоки питания типов 551 и 552 должны быть отделены от ближайшего резистора оконечного согласующего устройства в конце магистрального кабеля расстоянием не более 30 м кабеля.
CP 1/1. Выборка допустимого выходного напряжения и ИБ параметров для блоков питания FISCO на уровне PhL
5.2.1.2.3 Оконечные согласующие устройства
Предполагается, что оконечное согласующее устройство не содержит MAU полевой шины, блока питания, барьера искробезопасности или гальванической развязки.
Все резисторы оконечного согласующего устройства должны соответствовать МЭК 61158-2, как показано в таблице 22.
CP 1/1. Выборка резисторов оконечного согласующего устройства на уровне PhL
| Раздел | Заголовок | Присутствие | Ограничения |
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины и определения | - | - |
| 3.1 | Общие термины и определения | Частичное | Используется, если применим |
| 3.2 - 3.7 | - | НЕТ | - |
| 4 - 11 | - | НЕТ | - |
| 12 | Типы 1 и 3. Блок доступа к среде: 31,25 кбит/с, режим напряжения с функцией пониженной мощности, топология шины и "дерева", 100\Omega проводная среда | - | - |
| 12.1 | Общие положения | ДА | - |
| 12.2 - 12.6 | - | НЕТ | - |
| 12.7 | Распределение мощности | - | - |
| 12.7.1 | Общие положения | Частичное | Не включает в себя таблицу 70 или таблицу 71, МЭК 61158-2 |
| 12.7.2 - 12.7.5 | - | НЕТ | - |
| 12.7.6 | Электрическая изоляция | ДА | - |
| 12.8 | Среда | - | - |
| 12.8.1 | Соединитель | ДА | - |
| 12.8.2 - 12.8.4 | - | НЕТ | - |
| 12.8.5 | Оконечное согласующее устройство | ДА | a |
| 12.8.6 | - | НЕТ | - |
| 12.8.7 | Правила заземления | ДА | - |
| 12.9 | Искробезопасность | - | В случае искробезопасных сетей сетевое оконечное согласующее устройство требует наличие соответствующих документов подтверждающих разрешение, если его устанавливают в опасной зоне. Параметры ИБ для оконечного согласующего устройства, предназначенного для установки в опасной зоне см. таблицу 23 |
| 12.9.1 | - | НЕТ | - |
| 12.9.2 | Барьер искробезопасности | ДА | - |
| 12.9.3 | Размещение барьера и оконечного согласующего устройства | ДА | - |
| 12.10 | - | НЕТ | - |
| Следующие разделы | - | НЕТ | - |
| Приложение A | Тип 1. Спецификация соединителя | - | - |
| A.1 | Внутренний соединитель для проводной среды | ДА | b |
| A.2 | Внешний соединитель для проводной среды | ДА | b |
| Следующие приложения | - | НЕТ | - |
| a Для оконечных согласующих устройств, спроектированных на соответствие правилам FISCO, в случае конфликта, правила FISCO обладают приоритетом. b Соединитель не обязателен. | |||
CP 1/1. Выборка ИБ параметров для оконечного согласующего устройства на уровне PhL
5.2.1.2.4 Барьеры искробезопасности
Примечание - Правила FISCO не позволяют использование внутренних барьеров искробезопасности как отдельных компонентов. См. МЭК 60079-11 и МЭК 60079-25.
Принято считать, что барьер искробезопасности не содержит MAU полевой шины, оконечное согласующее устройство или блок питания.
Барьер искробезопасности используется для коммуникаций с устройствами и другими элементами сети, установленными в областях, связанных с опасностью. Барьер должен быть одобрен соответствующими органами по безопасности для того, чтобы его предполагаемое применение стало возможно.
Все барьеры искробезопасности должны соответствовать МЭК 61158-2, раздел 12, как это показано в таблице 24.
CP 1/1. Выборка раздела 12 для внутренних барьеров искробезопасности на PhL
| Раздел | Заголовок | Присутствие | Ограничения |
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины и определения | - | - |
| 3.1 | Общие термины и определения | Частичное | Используется, если применим |
| 3.2 - 3.7 | - | НЕТ | - |
| 4 - 11 | - | НЕТ | - |
| 12 | Типы 1 и 3. Блок доступа к среде: 31,25 кбит/с, режим напряжения с функцией пониженной мощности, топология шины и "дерева", 100\Omega проводная среда | - | - |
| 12.1 | Общие положения | ДА | - |
| 12.2 | Частота передачи битов | НЕТ | - |
| 12.3 | Спецификации сети | НЕТ | - |
| 12.4 | Спецификации схемы передачи MAU | ДА | ИБ барьеры должны выполнять требования, предоставляемые к форме сигнала передачи разделом, на который указывается ссылка |
| 12.5 | Спецификации схемы приема MAU | ДА | ИБ барьеры должны выполнять требования, предоставляемые к форме сигнала приема разделом, на который указывается ссылка |
| 12.6 | Блокировка сбойных пакетов | НЕТ | - |
| 12.7 | Распределение мощности | - | - |
| Таблица 70 | Характеристики устройства, питаемого от сети | НЕТ | - |
| Таблица 71 | Требования блока питания сети | НЕТ | - |
| 12.7.1 | Общие положения | НЕТ | - |
| 12.7.2 | Сетевое напряжение | НЕТ | - |
| 12.7.3 | Питание посредством проводников сигналов | НЕТ | - |
| 12.7.4 | Полное электрическое сопротивление блока питания | - | - |
| 12.7.4.1 | Полное электрическое сопротивление блока питания для одноканальных блоков питания | НЕТ | - |
| 12.7.4.2 | Распределение мощности через барьер ИБ | ДА | - |
| 12.7.4.3 | Полное электрическое сопротивление блока питания для многоканальных блоков питания с объединением сигналов между выходами | НЕТ | - |
| 12.7.5 | Раздельное питание посредством проводников сигналов | НЕТ | - |
| 12.7.6 | Электрическая изоляция | ДА | В целях безопасности системы сеть должна быть заземлена только у ИБ барьера |
| 12.8 | Спецификации среды | - | - |
| 12.8.1 | Соединитель | ДА | a |
| 12.8.2 - 12.8.6 | - | НЕТ | - |
| 12.8.7 | Правила заземления | ДА | В целях безопасности системы сеть должна быть заземлена только у ИБ барьера |
| 12.9 | Искробезопасность | ДА | Параметры для барьеров искробезопасности см. в таблице 25 |
| 12.10 | Гальванические развязки | НЕТ | - |
| Следующие разделы | - | НЕТ | - |
| Приложение A | Тип 1. Спецификация соединителя | - | - |
| A.1 | Внутренний соединитель для проводной среды | ДА | a |
| A.2 | Внешний соединитель для проводной среды | ДА | a |
| Следующие приложения | НЕТ | - | |
| a Соединитель не обязателен. | |||
CP 1/1. Выбор рекомендованных ИБ параметров для барьеров искробезопасности и гальванических разъединителей на уровне PhL (только Модель сущности)
| Параметр | Значение |
| Монтаж | Зона 0 (в США Div. 1) |
| Группа взрывозащиты | IIC (в США Группы A и B) |
| Напряжение разомкнутой схемы (см. примечание) | <= 24 В |
| Выходной ток короткого замыкания | <= 250 mA |
| Согласованная выходная мощность | <= 1,2 Вт |
| Примечание - Максимальное рабочее напряжение барьера будет меньше данного значения. Выбирается то напряжение блока питания системы, которое совместимо с рабочим напряжением. | |
5.2.1.2.5 Гальванические развязки
Примечание - Правила FISCO не позволяют использование гальванические развязки как отдельные компоненты. См. МЭК 60079-11 и МЭК 60079-25.
Принято считать, что гальванические развязки не содержит MAU полевой шины, оконечное согласующее устройство или блок питания.
Искробезопасная гальваническая развязка используется при коммуникации с устройствами и другими элементами сети, установленными в опасной зоне. Гальванические развязки должны быть одобрены соответствующими органами по безопасности для того, чтобы их предполагаемое применение стало возможно.
Все искробезопасные гальванические развязки должны соответствовать МЭК 61158-2, как это показано в таблице 26.
CP 1/1. Выборка раздела 12 для искробезопасных гальванических развязок на PhL
| Раздел | Заголовок | Присутствие | Ограничения |
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины и определения | - | - |
| 3.1 | Общие термины и определения | Частичное | Используется, если применим |
| 3.2 - 3.7 | - | НЕТ | - |
| 4 - 11 | - | НЕТ | - |
| 12 | Типы 1 и 3. Блок доступа к среде: 31,25 кбит/с, режим напряжения с функцией пониженной мощности, топология шины и "дерева", 100\Omega проводная среда | - | - |
| 12.1 | Общие положения | ДА | - |
| 12.2 | Частота передачи битов | НЕТ | - |
| 12.3 | Спецификации сети | НЕТ | - |
| 12.4 | Спецификации схемы передачи MAU | ДА | ИБ гальванические развязки должны выполнять требования, предоставляемые к форме сигнала передачи разделом, на который указывается ссылка |
| 12.5 | Спецификации схемы приема MAU | ДА | ИБ гальванические развязки должны выполнять требования, предоставляемые к форме сигнала передачи разделом, на который указывается ссылка |
| 12.6 | Блокировка сбойных пакетов | НЕТ | - |
| 12.7 | Распределение мощности | - | - |
| 12.7.1 | Общие положения | ДА | - |
| Таблица 70 | Характеристики устройства, питаемого от сети, для 31,25 кбит/с, режима напряжения MAU | НЕТ | - |
| Таблица 71 | Требования блока питания сети для 31,25 кбит/с, режима напряжения MAU | НЕТ | - |
| 12.7.2 - 12.7.5 | НЕТ | - | |
| 12.7.6 | Электрическая изоляция | ДА | Если гальваническая развязка используется для одного или более блока питания полевой шины, то они должны удовлетворять соответствующим условиям 5.2.1.2.2 |
| 12.8 | Спецификации среды | - | - |
| 12.8.1 | Соединитель | ДА | - |
| 12.8.2 - 12.8.7 | НЕТ | - | |
| 12.9 | Искробезопасность | ДА | Параметры ИБ см. в таблице 25 |
| 12.10 | Гальванические развязки | ДА | - |
| Следующие разделы | - | НЕТ | - |
| Приложение A | Тип 1. Спецификация соединителя | - | - |
| A.1 | Внутренний соединитель для проводной среды | ДА | a |
| A.2 | Внешний соединитель для проводной среды | ДА | a |
| Следующие приложения | НЕТ | - | |
| a Соединитель не обязателен. | |||
5.2.1.3 Оптоволоконная среда и связанные с ней сетевые компоненты и рекомендации
5.2.1.3.1 Типы оптоволокна
Альтернативы для типа оптоволокна, предназначенного для устройств типа 411, перечислены в таблице 27.
CP 1/1. Выборка раздела 15 для PhL. Рекомендованные типы оптоволокна
5.2.1.3.2 Пассивные звездообразные отводы
Рекомендованный максимум вносимых потерь для оптических пассивных звездообразных отводов для оптоволоконной среды одиночного волокна 31,25 кбит/с перечислены в таблице 28.
CP 1/1. Выборка пассивных звездообразных отводов на PhL. Рекомендованный максимум вносимых потерь
5.2.1.3.3 Активные звездообразные отводы
Характеристики для активных звездообразных отводов для оптоволоконной среды одиночного волокна 31,25 кбит/с перечислены в таблице 29.
CP 1/1. Выборка активных звездообразных отводов на уровне PhL
| Параметр | Класс 431 профиля CP 1/1 (с регенерацией синхронизации) | Класс 432 профиля CP 1/1 (без регенерации синхронизации) |
| Рекомендуемое значение | ||
| Пиковая длина волны | 850 +/- 30 нм | |
| Типичное время достижения половины интенсивности | <= 50 нм | |
| Эффективная мощность достижения уровня Hi (см. примечание) | -13,5 +/- 1,0 дБм | |
| Рабочий диапазон приемника | -40,0 дБм до -20,0 дБм | |
| Максимальное колебание получаемого битового элемента | +/- 14% от номинального времени передачи бита | |
| Значения времени переднего и заднего фронтов передаваемого сигнала | <= 2,0% от номинального времени передачи бита | |
| Максимальная временная деформация | +/- 3,0% от номинального времени передачи бита | |
| Максимальное колебание передаваемого битового элемента | +/- 2,0% от нормального времени передачи бита | <не определено> |
| Время распространения | <= 2,0% от номинальных значений времени передачи бита | <не определено> |
| Число отводов | <= 32 | |
| Примечание - Это мощность, измеренная с помощью стандартного тестового оптоволоконного кабеля, соединенного с CPIC, как это определено в МЭК 61158-2, 16.4 и 16.7.2. | ||
5.2.1.3.4 Ресурс оптической мощности
Характеристики ресурса оптической мощности показаны в таблице 30, а пример ресурса оптической мощности приведен на рисунке 2.
CP 1/1. Характеристики ресурса оптической мощности
Рисунок 2 - Пример ресурса оптической мощности для оптоволоконной системы 100/140 мк с оптическим пассивным звездообразным отводом 16/16
5.2.1.4 Оптические/электрические конверторы сигнализации
Активные звездообразные отводы обладают портами как оптической, так и проводной среды. Устройства 433 CP 1/1 являются активными звездообразными отводами с регенерацией синхронизации и с одним или несколькими портами проводной среды. Их оптические порты должны соответствовать спецификациям устройств CP 1/1 класса 431, в то время как, каждый из их электрических портов должен соблюдать соответствующие спецификации одного из следующих классов устройств CP 1/1: 121, 122, 123, 124, 511 или 512.
Устройства класса 434 профиля CP 1/1 являются активными звездообразными отводами без регенерации синхронизации с одним или несколькими портами проводной среды. Их оптические порты должны соответствовать спецификациям устройств класса 432 профиля CP 1/1, а каждый из их электрических портов должен соблюдать соответствующие спецификации одного из следующих классов устройств CP 1/1: 121, 122, 123, 124, 511 или 512.
5.2.2 Уровень канала данных
5.2.2.1 Выборка услуг DLL
5.2.2.1.1 Общие положения
В таблице 31 представлена выборка услуг DLL в рамках МЭК 61158-3-1 для данного профиля.
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины, определения, символы, сокращения и условные обозначения | ДА | - |
| 4 | Обзор услуг канала данных | ДА | - |
| 5 | Услуги канала данных для управления DL(SAP)-адресом очередью и буфером | - | См. таблицу 32 |
| 6 | Услуги канала данных с установлением соединения | - | См. таблицу 37 |
| 7 | Услуги канала данных без установления соединения | - | См. таблицу 52 |
| 8 | Услуги канала данных по управлению временем и планированием | - | См. таблицу 54 |
| 9 | Определение услуг DL-Менеджмента | НЕТ | - |
CP 1/1. Выборка услуг DLL раздела 5
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 5.1 | Средства обеспечения услуг канала данных для управления DL(SAP)-адресом, очередью и буфером | ДА | - |
| 5.2 | Модель услуг канала данных для управления DL(SAP)-адресом, очередью и буфером | ДА | - |
| 5.3 | Последовательность примитивов на одном уровне DL (SAP) | ДА | - |
| 5.4 | Услуги канала данных для управления DL(SAP)-адресом, очередью и буфером | - | См. таблицу 33 |
CP 1/1. Выборка услуг DLL подраздела 5.4
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 5.4.0 | - | ДА | - |
| 5.4.1 | Создать | Частичное | Включаются только атрибуты объектов, созданных данной услугой. См. таблицу 34 |
| 5.4.2 | Удалить | НЕТ | - |
| 5.4.3 | Привязать | Частичное | Включаются только атрибуты объектов, связанных данной услугой. См. таблицу 35 |
| 5.4.4 | Отвязать | НЕТ | - |
| 5.4.5 | Поместить | ДА | - |
| 5.4.6 | Получить | - | См. таблицу 36 |
CP 1/1. Выборка услуг DLL подраздела 5.4.1
CP 1/1. Выборка услуг DLL подраздела 5.4.3
CP 1/1. Выборка услуг DLL подраздела 5.4.6
CP 1/1. Выборка услуг DLL раздела 6
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 6.1 | Обеспечение услуг канала данных в режиме с установлением соединения | ДА | - |
| 6.2 | Модель услуг канала данных в режиме с установлением соединения | ДА | - |
| 6.3 | Качество услуг в режиме с установлением соединения | - | - |
| 6.3.0 | - | ДА | - |
| 6.3.1 | Установление QoS для услуг в режиме с установлением соединения | ДА | - |
| 6.3.2 | Определение параметров QoS | - | - |
| 6.3.2.1 | Класс DLCEP (Оконечная точка соединения канала данных) | Частичное | Включены все три класса, за исключением передач данных от Подписчика Издателю |
| 6.3.2.2 | Возможности доставки данных DLCEP | Частичное | Включенные значения параметров см. в таблице 38 |
| 6.3.2.3 | Приоритет DLL | ДА | - |
| 6.3.2.4 | Максимальная задержка подтверждения DLL | ДА | - |
| 6.3.2.5 | Аутентификация DLPDU | Частичное | Включенные значения параметров см. в таблице 38 |
| 6.3.2.6 | Остаточная деятельность | Частичное | Включенные значения параметров см. в таблице 38 |
| 6.3.2.7 | Правила-планирования-DL | Частичное | Включенные значения параметров см. в таблице 38 |
| 6.3.2.8 | Максимальные размеры DLSDU | Частичное | Размер одного сегмента DLSDU есть максимальный размер DLSDU, который может быть сообщен в одном DLPDU установленного приоритета. Другими словами, от DLL не требуется поддержка сегментации DLSDU |
| 6.3.2.9 | Связки буфер-или-очередь DLCEP | Частичное | Включенные значения параметров см. в таблице 38 |
| 6.3.2.10 | Своевременность DLCEP | Частичное | Включены все за исключением МЭК 61158-3-1, 6.3.2.10.1.4 |
| 6.4 | Последовательность примитивов | - | - |
| 6.4.1 | Концепции используемые для определения услуги DLL в режиме с установлением соединения | ДА | - |
| 6.4.2 | Ограничения на последовательность примитивов | Частичное | Все указанные подразделы, за исключением услуг DL-Reset (Сброс DL) и DL-Subscriber-Query (Очередь подписчиков DL) включены в данный профиль |
| 6.4.2.1 | Связь примитивов на двух оконечных точках DLC | - | См. таблицу 39 |
| 6.4.2.2 | Последовательность примитивов на одной конечной точке DLC | Частичное | МЭК 61158-3-1, рисунок 15, положения 6 - 8 не включены в данный профиль, так как данный профиль не включает примитивы услуг DLC Reset |
| 6.5 | Фаза утверждения соединения | - | См. таблицу 40 |
| 6.6 | Фаза высвобождения соединения | - | См. таблицу 40 |
| 6.7 | Фаза передачи данных | - | См. таблицу 48 |
CP 1/1. Выборка услуг DLL сводки подраздела 6.3. QoS для DL-соединения
CP 1/1. Выборка услуг DLL подраздела 6.4. Рисунки 9 - 14
CP 1/1. Выборка услуг DLL подраздела 6.5
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 6.5.1 | Функция | Частичное | В данном профиле одновременные примитивы запроса DL-CONNECT на двух DLSAP не могут быть объединены в одно DLC одновременно запрашивающими и отвечающими пользователями DLS |
| 6.5.2 | Типы примитивов и параметров | Частичное | Заменить МЭК 61158-3-1, таблицу 13 и таблицу 14 на МЭК 61784-1, таблицу 41 и таблицу 42 соответственно |
| 6.5.2.1 | Идентификаторы локального представления | - | - |
| 6.5.2.1.1 | DLS-идентификатор пользователя DLCEP | НЕТ | Индикационный примитив DL-CONNECTION-ESTABLISHED использует параметр DLCEP DL-идентификатора |
| 6.5.2.1.2 | DL-идентификатор DLCEP | ДА | - |
| 6.5.2.2 | Адреса | Частичное | Данный профиль включает в себя профили всех возможных форм и адресов. Использование адресов для данного профиля описано в таблицах 43 - 45. |
| 6.5.2.3 | Набор параметров качества услуги (QoS) | Частичное | Все параметры за исключением Time-of-production (время производства) включены в данный профиль. Для данного профиля значение остаточной деятельности одинаковое в обоих направлениях: от отправителя и от получателя. Параметр DLPDU-аутентификации не включен в примитивы индикации и подтверждения данного профиля |
| 6.5.2.4 | Данные DLS-пользователя | Частичное | Если вызванный адрес является DLCEP-адресом, то DLS-поставщик не создает индикацию DL-соединения по вызванному адресу. В таком случае данные DLS-пользователя не допустимы в примитиве запроса. Этот параметр разрешен во всех других примитивах |
| 6.5.3 | Последовательность примитивов | Частичное | МЭК 61158-3-1, рисунки 18, 21 и 22 включены в данный профиль. МЭК 61158-3-1, рисунки 19, 20 и 24 не включены в данный профиль, так как DLCEP-адрес назначается пользователем DLS и поэтому индикация DL-соединения для DLS-пользователя отсутствует. МЭК 61158-3-1, рисунки 23 и 24, не включены в данный профиль, так как соединения не объединены |
CP 1/1. Выборка услуг DLL, замена таблицы 13 подраздела 6.5
| DL-соединение | Запрос | Индикация | Ответ | Подтверждение | |
| Название параметра | ввод | вывод | вывод | ввод | вывод |
| DL-идентификатор DLCEP | M | M | M (=) | M a | |
| Вызванный адрес | M | M (=) | |||
| Вызывающий адрес | M | M (=) | |||
| Отвечающий адрес | M | M (=) | |||
| Вызывающий DLCEP-адрес | U | U | |||
| Набор параметров QoS | |||||
| Класс DLCEP | U | M (=) | U b | M (=) | |
| Доставка данных DLCEP | |||||
| от запрашивающего отвечающему(им) | U | M (=, c) | U (=, c) | M (=) | |
| от отвечающего запрашивающему | U | M (=, c) | U (=, c) | M (=) | |
| Приоритет DLL | U | M (=) | U (<=) | M (=) | |
| Максимальная задержка подтверждения | |||||
| на DL-соединение | U | M (=) | U | M (=) | |
| на DL-данные | U | M (=) | U | M (=) | |
| DLPDU-аутентификация | U | U (d) | |||
| Остаточная деятельность e | U | U (f) | |||
| Правила-планирования-DL | U | U | |||
| Максимальные размеры DLSDU | |||||
| от запрашивающего | U | M (<=) | U (<=) | M (=) | |
| от отвечающего | U | M (<=) | U (<=) | M (=) | |
| Связки буфер-или-очередь | |||||
| от отправителя | U | U | |||
| от принимающего | U | U | |||
| Своевременность отправителя | |||||
| Класс своевременности DL | CU | M (=) | CU | M (=) | |
| Размер окна времени (\Delta T) | CU | CU | |||
| Синхронизация DLCEP | CU | CU | |||
| Своевременность принимающего | |||||
| Класс своевременности DL | CU | M (=) | CU | M (=) | |
| Размер временного окна (\Delta T) | CU | CU | |||
| Синхронизация DLCEP | CU | CU | |||
| Данные DLS-пользователя | U | M (=) | U | M (=) | |
| Примечание - Параметр time-of-production не описан, так что он не используется. | |||||
| a DL-идентификатор DLCEP на примитиве подтверждения должен быть равен DL-идентификатору, установленному в соответствующем примитиве запроса DL-соединения. b Классы DLCEP должны приводить в соответствие PEER с PEER и Издателя с Подписчиком. c Функция доставки данных DLCEP, называемая UNORDERED, может быть усовершенствована до ORDERED, a DISORDERED может быть усовершенствована до CLASSICAL. d Утверждение DLCEP должно проводить аутентификацию DLPDU от ORDINARY до SOURCE и до MAXIMAL. e Для данного профиля, значение остаточной деятельности является одинаковым для обоих направлений: от отправителя и от получателя. f Утверждение DLCEP должно проводить остаточную деятельность от FALSE до TRUE. | |||||
CP 1/1. Выборка услуг DLL подраздела 6.5, замена таблицы 14
CP 1/1. Выборка услуг подраздела 6.5 для использования адресов для PEER DLC
CP 1/1. Выборка услуг подраздела 6.5 для использования адресов для запроса на соединение многорангового узла сети DLC на издателе
CP 1/1. Выборка услуг DLL подраздела 6.5 для использования адресов для запроса на соединение многорангового узла сети DLC на подписчике
CP 1/1. Выборка услуг DLL подраздела 6.6
CP 1/1. Выборка услуг DLL. Замена таблицы 15 подраздела 6.6
| DL-Disconnect | Запрос | Индикация |
|---|---|---|
| Название параметра | ввод | вывод |
| DL-идентификатор DLCEP | M | M |
| Формирователь | M | |
| Причина | U | M (=) |
| Данные DLS-пользователя | U | M (=) |
CP 1/1. Выборка услуг DLL подраздела 6.7
CP 1/1. Выборка услуг DLL подраздела 6.7. Замена таблицы 16
| DL-данные | Запрос | Индикация | Подтверждение |
|---|---|---|---|
| Название параметра | ввод | вывод | вывод |
| Идентификатор запроса DLS-пользователя | M | ||
| DL-идентификатор DLCEP | M | M | |
| Данные DLS-пользователя | M | C (=) | |
| Статус | M |
CP 1/1. Выборка услуг DLL подраздела 6.7. Замена таблицы 17
| Отправленный DL-буфер | Индикация |
|---|---|
| Название параметра | вывод |
| DL-идентификатор DLCEP | M |
CP 1/1. Выборка услуг DLL подраздела 6.7. Замена таблицы 18
| Полученный DL-буфер | Индикация |
|---|---|
| Название параметра | вывод |
| DL-идентификатор DLCEP | M |
| Установление последовательности логической обработки DLSDU | M |
CP 1/1. Выборка услуг DLL раздела 7
CP 1/1. Выборка услуг DLL подраздела 7.5. Замена таблицы 23
CP 1/1. Выборка услуг DLL раздела 8
CP 1/1. Выборка услуг DLL раздела 8
| Услуга взаимоконтроля DL | Запрос | |
| Название параметра | ввод | вывод |
| Класс действия | M | |
| DL-идентификатор DLCEP | M | |
| Статус | M | |
5.2.2.2 Выбор протоколов DLL
5.2.2.2.1 Общие положения
В таблице 56 описана выборка услуг канала данных в рамках МЭК 61158-4-1 для данного профиля.
CP 1/1. Выборка протоколов DLL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется, если необходим |
| 3 | Термины, определения, символы и сокращения | ДА | - |
| 4 | Обзор протокола DLL | - | См. таблицу 57 |
| 5 | Общая структура и кодирование блоков PhIDU и DLPDU, а также, связанных с ними, элементов процедуры | ДА | - |
| 6 | Структура, кодирование и элементы процедуры, зависящие от DLPDU | - | См. 5.2.2.2.2 |
| 7 | Структура и кодирование DLPDU-параметра | - | См. 5.2.2.2.3 |
| 8 | Сервисные элементы процедуры DLL | - | См. 5.2.2.2.4 |
| 9 | Подпротокол DL-поддержки | - | См. 5.2.2.2.5 |
| 10 | Другие DLE элементы процедуры | - | См. 5.2.2.2.6 |
| 11 | Проформа PICS | НЕТ | - |
| Приложение A | Показательные реализации FCS | Частичное | Используется частями при необходимости |
| Приложение B | Конечные автоматы формального протокола | НЕТ | - |
| Приложение C | Краткие сводки по адресации DLPDU и DL | Частичное | Как требуется предыдущими разделами |
CP 1/1. Выборка протоколов DLL раздела 4
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 4.1 | Трехуровневая модель DLL | ДА | - |
| 4.2 | Услуги, которые предоставляет DLL | Частичное | Подраздел, на который дается ссылка, является сводкой определений услуг. Подробности и список услуг, которые не включены, см. в 5.2.3.2 |
| 4.3 | Структура и определение DL-адресов | Частичное | Выборку подразделов см. в таблице 58 |
| 4.4 | Сервис, взятый из физического уровня | ДА | - |
| 4.5 | Функции DLL | Частичное | Включены все типы функций, описанных в каждом подразделе, но только настолько, насколько это требуется услуги канала данных этого профиля |
| 4.6 | Функциональные классы | ДА | - |
| 4.7 | Локальные параметры, переменные, счетчики, таймера и очереди | - | Выборка подпунктов см. в таблице 64 |
CP 1/1. Выборка протоколов DLL подраздела 4.3
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 4.3.0 | - | ДА | - |
| 4.3.1 | Форма DL-адресов | ДА | - |
| 4.3.2 | Заранее определенные значения и диапазоны для компонентов DL-адреса | - | - |
| 4.3.2.0 | - | ДА | |
| 4.3.2.1 | Номера канала | Частичное | В таблице 59 описаны номера каналов, включенные в данный профиль |
| 4.3.2.2 | Номера узлов | ДА | В таблице 60 описано использование номеров узлов, включенных в данный профиль |
| 4.3.2.3 | Селекторы | ДА | Значение 07 сохранено для сущности прикладного уровня данного профиля и должно использоваться как произвольный DLSAP-адрес для установления соединений |
| 4.3.3 | Заранее определенные DL-адреса | - | - |
| 4.3.3.1 | Заранее определенные прямые нелокальные DL-адреса | Частичное | В таблице 61 описаны заранее определенные прямые нелокальные DL-адреса, включенные в данный профиль |
| 4.3.3.2 | Заранее определенные прямые локальные DL-адреса | Частичное | В таблице 62 описаны Заранее определенные прямые локальные DL-адреса, включенные в данный профиль |
| 4.3.3.3 | Заранее определенные, ограниченные узлом, DL-адреса | Частичное | В таблице 63 описаны Заранее определенные, ограниченные узлом, DL-адреса, включенные в данный профиль |
| 4.3.4 | Представление DL-адресов как 48-битных MAC-адресов с локальным управлением | НЕТ | - |
CP 1/1. Выборка протоколов уровня DLL подраздела 4.3.2.1 для использования номеров ссылок
CP 1/1. Выборка протоколов DLL подраздела 4.3.2.2 для использования номеров узлов
CP 1/1. Выборка протоколов DLL подраздела 4.3.3.1 для заранее определенных прямых нелокальных DL-адресов
| Канал || N || S | Назначенное использование для установленных DL-адресов |
| 0001 0000 | Функции DL-поддержки "всех" (см. примечание 1) DLE в расширенном канале |
| 0001 0001 | Функции DL-поддержки t "всех" (см. примечание 1) LM DLE в расширенном канале |
| 0001 0002 | Функции DL-поддержки "всех" (см. примечание 1) Bridge DLE в расширенном канале |
| 0001 0003 | Функции DL-мост "всех" (см. примечание 1) Bridge DLE в расширенном канале |
| 0001 0009 | Сущности SMAE "всех" (см. примечание 1) DLE в расширенном канале |
| Примечания 1 DLE, которые не признают LONG (длинные) DL-адреса исключаются из этих наборов в обязательном порядке. 2 SMAE - это прикладная сущность управления системой. | |
CP 1/1. Выборка протоколов DLL подраздела 4.3.3.2 для заранее определенных, прямых, ограниченных каналом DL-адресов
CP 1/1. Выборка протоколов DLL подраздела 4.3.3.3 для заранее определенных, прямых, ограниченных узлом DL-адресов
CP 1/1. Выборка протоколов DLL подраздела 4.7
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 4.7.0 | - | ДА | - |
| 4.7.1 | Параметры, переменные, счетчики, таймеры и очереди для поддержки Базового класса | - | - |
| 4.7.1.0 | - | ДА | - |
| 4.7.1.1 | V(ST) - временной интервал канала | ДА | - |
| 4.7.1.2 | V(PhLO) - имя для каждого DLPDU PhL | ДА | - |
| 4.7.1.3 | V(MRD) - максимальная задержка ответа | ДА | - |
| 4.7.1.4 | V(IRRD) - задержка восстановления реакции | ДА | - |
| 4.7.1.5 | V(MRC) - максимальное число повторных попыток | Частичное | Число повторов для данного профиля всегда 0 |
| 4.7.1.6 | V(NRC) - число повторов в сети | Частичное | Число повторов для данного профиля всегда 0 |
| 4.7.1.7 | V(NDL) - срок службы DLPDU сети | Частичное | Срок службы DLPDU сети всегда 0 для данного профиля |
| 4.7.1.8 | V(TN) - данный-узел | ДА | - |
| 4.7.1.9 | V(TL) - данный-канал | ДА | - |
| 4.7.1.10 | V(MEP) - встраиваемый префикс MAC-адреса DL | НЕТ | Переменная не используется протоколом |
| 4.7.1.11 | C(RD) - счетчик оставшейся продолжительности | ДА | - |
| 4.7.1.12 | V(MID) - минимальная задержка между DLPDU | ДА | - |
| 4.7.1.13 | T(IRRD) - монитор задержки восстановления реакции | ДА | - |
| 4.7.1.14 | V(RA) - адрес ответа | ДА | - |
| 4.7.1.15 | V(OTA) - массив транзакций, ожидающий обработки | НЕТ | Не требуется, потому что V(MRC) = 0 |
| 4.7.1.16 | V(LTI) - индекс последней транзакции | НЕТ | Не требуется, потому что V(MRC) = 0 |
| 4.7.1.17 | Q(US) - очередь незапланированных услуг | Частичное | Ссылки на запросы пользователя, согласно только перечислениям a.1), a.3) и a.4); перечисления a.2), b) и c) не применимы к данному профилю |
| 4.7.1.18 | V(RID) - произвольный идентификатор | ДА | - |
| 4.7.1.19 | C(NT) - счетчик времени узла | ДА | - |
| 4.7.1.20 | V(LSTO) - сдвиг по времени планирования локального канала | ДА | - |
| 4.7.1.21 | V(DLTO) - сдвиг-DL-времени | ДА | - |
| 4.7.1.22 | V(TQ) - качество от времени | ДА | - |
| 4.7.1.23 | V(MD) - измеренная задержка | ДА | - |
| 4.7.1.24 | V(LN) - LAS-узел | ДА | - |
| 4.7.1.25 | V(TSC) - класс синхронизации времени | ДА | - |
| 4.7.1.26 | T(TDP) - монитор распределения временного периода | ДА | - |
| 4.7.1.27 | V(TSL) канал источника синхросигналов | ДА | - |
| 4.7.2 | Параметры и таймеры для поддержки запроса пользователя DLS | ДА | - |
| 4.7.3 | Очереди для поддержки DL-планирования на основе DL-адреса | ДА | - |
| 4.7.4 | Переменные и таймеры для поддержки DLCEP | - | См. таблицу 65 |
| 4.7.5 | Переменные и таймеры для поддержки класса ведущий канал | - | См. таблицу 66 |
| 4.7.6 | Переменные и таймеры для поддержки класса Bridge | ДА | - |
CP 1/1. Выборка протоколов DLL подраздела 4.7.4
CP 1/1. Выборка протоколов DLL подраздела 4.7.5
5.2.2.2.2 МЭК 61158-4-1, раздел 6
5.2.2.2.2.1 Общие положения
Подразделы 6.x.4.3 "Дополнительные действия, требующиеся для DLE от класса Мост" в МЭК 61158-4-1 при x = от 1 до 23 применимы к данному профилю только для продвижения DLPDU. Функции моста данного профиля не включают в себя обновление таблиц маршрутизации на основе полученных DLPDU.
В таблице 67 описана выборка других подразделов для данного профиля.
CP 1/1. Выборка протоколов DLL раздела 6
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 6.0 | - | Частичное | Все упомянутые подразделы, за исключением таблицы 10 из МЭК 61158-4-1, которая была заменена на таблицу 68 из МЭК 61784-1, включены в данный профиль |
| 6.1 | DLPDU установленного соединения (EC) | ДА | - |
| 6.2 | DLPDU разъединенного соединения (DC) | ДА | - |
| 6.3 | DLPDU сброса соединения (RC) | НЕТ | DLC сброс не является частью услуг, включенных в данный профиль |
| 6.4 | DLPDU подтверждения получения инициализации передачи данных (CA) | НЕТ | Подтверждение от удаленного DLE не является необходимым для услуг, включенных в данный профиль |
| 6.5 | DLPDU инициализации передачи данных (CD) | Частичное | См. 5.2.2.2.2.2 |
| 6.6 | DLPDU обмена данными (ED) | НЕТ | - |
| 6.7 | DLPDU данных (DT) | Частичное | См. 5.2.2.2.2.10 |
| 6.8 | DLPDU ответа статуса (SR) | Частичное | См. 5.2.2.2.2.23 |
| 6.9 | DLPDU о времени инициализации передачи данных (CT) | ДА | - |
| 6.10 | DLPDU распределения времени (TD) | ДА | - |
| 6.11 | DLPDU очереди задержки на подтверждение приема (RQ) | Частичное | См. 5.2.2.2.2.26 |
| 6.12 | DLPDU ответа задержки на подтверждение приема (RR) | Частичное | См. 5.2.2.2.2.27 |
| 6.13 | DLPDU проверки DL-адреса узла (PN) | ДА | - |
| 6.14 | DLPDU ответа на проверку (PR) | ДА | - |
| 6.15 | DLPDU передачи маркера (PT) | Частичное | См. 5.2.2.2.2.28 |
| 6.16 | DLPDU выполнения последовательности (ES) | НЕТ | План приводится в исполнение только посредством LAS |
| 6.17 | DLPDU маркера возврата (RT) | ДА | - |
| 6.18 | DLPDU запроса интервала (RI) | ДА | - |
| 6.19 | DLPDU "заявки маркера" к LAS (CL) | ДА | - |
| 6.20 | DLPDU к местной службы проверки подлинности передачи | Частичное | См. 5.2.2.2.2.31 |
| 6.21 | DLPDU побудки (WK) | НЕТ | DLE дробного рабочего цикла не включены в данный профиль |
| 6.22 | DLPDU простоя (IDLE) | ДА | - |
| 6.23 | Запасные DLPDU | ДА | - |
| 6.24 | Резервные (не для использования) DLPDU | ДА | - |
CP 1/1. Выборка протоколов DLL, замена для таблицы 10 подраздела 6.0
5.2.2.2.2.2 МЭК 61158-4-1, 6.5
В МЭК 61158-4-1, 6.5 DLE использует DLPDU инициализации передачи данных (CD) для запроса передачи данных пользователя из другого DLE, а адрес пункта назначения CD может быть либо DLCEP-адресом либо DLSAP-адресом. В данном профиле CD используется только LAS или подписчиком для запроса передачи данных пользователя от издающего DLCEP.
В таблице 69 описана выборка подчиненных подразделов для данного профиля.
CP 1/1. Выборка DLL протоколов подраздела 6.5
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 6.5.0 | - | ДА | - |
| 6.5.1 | Структура блоков CD DLPDU | Частичное | См. 5.2.2.2.2.3 |
| 6.5.2 | Содержание CD DLPDU | - | - |
| 6.5.2.0 | - | Частичное | См. 5.2.2.2.2.4 |
| 6.5.2.1 | Содержание CD DLPDU в случае указания DLSAP-адреса пункта назначения | НЕТ | - |
| 6.5.2.2 | Содержание CD DLPDU в случае указания DLCEP-адреса пункта назначения | Частичное | См. 5.2.2.2.2.5 |
| 6.5.3 | Отправка CD DLPDU | Частичное | См. 5.2.2.2.2.6 |
| 6.5.4 | Прием CD DLPDU | - | - |
| 6.5.4.0 | - | Частичное | См. 5.2.2.2.2.7 |
| 6.5.4.1 | Действия, требующиеся от всех DLE | Частичное | См. 5.2.2.2.2.8 |
| 6.5.4.2 | Дополнительные действия, требующиеся от DLE класса Link-master | ДА | - |
| 6.5.4.3 | Дополнительные действия, требующиеся от DLE класса Мост (Bridge) | Частичное | См. 5.2.2.2.2.9 |
| 6.5.4.4 | Дополнительные действия, требующиеся от текущего LAS DLE | ДА | - |
5.2.2.2.2.3 МЭК 61158-4-1, 6.5.1
МЭК 61158-4-1, 6.5.1 и все его подразделы (т.е. все форматы и все поля) включены в данный профиль, но с нулевым SD-параметром.
5.2.2.2.2.4 МЭК 61158-4-1, 6.5.2.0
Адрес пункта назначения должен быть DLCEP-адресом. Адрес источника, если присутствует, должен быть DL-адресом подписчика.
5.2.2.2.2.5 МЭК 61158-4-1, 6.5.2.2
Примечание - В качестве DLCEP-адреса пункта назначения разрешен только DLCEP-адрес издателя.
Когда первый адрес является DLCEP-адресом, как в МЭК 61158-4-1, 6.5.2, перечисление b) и 6.5.2, перечисление c), то:
a) этот DLPDU должен запрашивать информацию о состоянии от адресованного DLCEP, а также запрашивать включение данных DLS-пользователя в DLPDU ответа, и
b) второй адрес, если присутствует, должен быть DLCEP-адресом вызова DLSAP того же DLC, как и DLCEP-адрес пункта назначения издателя; и
c) поле SD-параметров не должно присутствовать; и
d) данные пользователя должны быть нулевыми.
Примечание - В МЭК 61158-4-1, 6.5.2(c), форматы 1l и 1s используется для коммуникаций подписчик-издателю, когда атрибут DLPDU-аутентификации - SOURCE (источник). МЭК 61158-4-1, 6.5.2, перечисление c), форматы 2l и 2s используются для коммуникаций подписчик-издателю, когда атрибут DLPDU-аутентификации - ORDINARY (обычный).
5.2.2.2.2.6 МЭК 61158-4-1, 6.5.3
Примечание - Так как пункт назначение не является DLSAP-адресом, то мгновенной повторной попытки не будет.
CD DLPDU может быть выбран для передачи на канале, когда:
a) отправляющий DLE держит маркер планирования или делегированный маркер, который является доминантным маркером на локальном канале, и
b) остающаяся распределенная длительность использования маркера, C(RD), позволяет завершить транзакции, прежде чем истечет срок действия маркера в тех случаях, когда транзакция состоит из отправки CD DLPDU, которому требуется немедленный ответ, и ожидания SR DLPDU худшего случая или ответного DLPDU разрешенного DT худшего случая, содержащего данные DLS-пользователя.
Если DLE держит делегированный маркер, и после отправки данного DLPDU и ожидания немедленного ответа на него в это время больше не требуется никакого дополнительного использования маркера, то DLE может установить в подполе "финальное использование маркера" блока CD DLPDU значение FINAL (финальное); в противном случае подполе должно обладать значением NOT-FINAL (не финальное).
Каждый явно заданный DL-адрес в CD DLPDU должен быть делокализован перед отправкой согласно МЭК 61158-4-1, 5.2.2.4.
После отправки CD DLPDU, отправляющий DLE должен контролировать локальный канал, ожидая ответ, согласно МЭК 61158-4-1, 5.2.7.1.
Разрешенный ответный DLPDU может быть либо
5.2.2.2.2.7 МЭК 61158-4-1, 6.5.4.0
Примечание - Только DLCEP-адрес издателя разрешен в качестве DLCEP-адреса пункта назначения; не предпринимается никаких мгновенных повторных попыток. Принятый CD с DLCEP-адресом пира в качестве адреса пункта назначения игнорируется принимающим DLE.
Каждый DL-адрес в DLPDU должен быть делокализован после принятия, согласно МЭК 61158-4-1, 5.2.2.4.
Принятый CD DLPDU должен обрабатываться принимающим DLE так, как указано далее:
5.2.2.2.2.8 МЭК 61158-4-1, 6.5.4.1
Примечание - Перечисление c) включено только для издателя DLCEP. В данном профиле, CD, адресованный одноранговому DLCEP, игнорируется.
c) если DL-адрес пункта назначения, установленный блоком DLPDU назначает активный DLCEP-адрес DLC, для которого принимающий DLE:
- издатель, а DLL-приоритет DLCEP не равен приоритету, указанному в принятом DLPDU, то принимающий DLE должен инициировать ответ в рамках периода временного интервала максимальной задержки ответа с длительностями октетов V(MRD) x V(ST) для приема CD DLPDU. Ответной DLPDU должен быть DT DLPDU в формате, согласованном для DLC для выбранного направления передачи, а также должен содержать SD-параметры, подходящие для отправляющего DLCEP, но не данные-DLS-пользователя;
- пир, в таком случае принимающий DLE должен игнорировать принятый DLPDU;
d) если (c) не применимо, и DL-адрес пункта назначения, установленный DLPDU, назначает активный DLCEP-адрес DLC, для которого принимающий DLE это издатель, то:
-
принимающий DLE должен инициировать ответ в рамках периода временного интервала максимальной задержки ответа с длительностями октетов V(MRD) x V(ST) для приема CD DLPDU. Ответной DLPDU должен быть DT DLPDU в формате, согласованном для DLC для выбранного направления передачи, а также должен содержать SD-параметры, подходящие для отправляющего DLCEP и данные-DLS-пользователя, если какие-либо из них были доступны и ожидать передачу или повторную передачу от DLCEP;
e) Если DL-адрес пункта назначения, установленный DLPDU назначает активный DLCEP-адрес DLC, для которого DLE это подписчик, то
-
принимающий DLE должен записать DL-адрес пункта назначения от принятого CD DLPDU в V(RA) для последующей ассоциации с ожидаемым немедленным ответным DT DLPDU, которое должно быть следующим принятым DLPDU;
-
принимающий DLE должен контролировать локальный канал, ожидая ответ, а затем действовать, основываясь на результате контроля (мониторинга), полностью в соответствии с МЭК 61158-4-1, 5.2.7.3.
5.2.2.2.2.9 МЭК 61158-4-1, 6.5.4.3
a) Так как каждый класс моста DLE обладает функциональными возможностями Link master, то любые действия, указанные в МЭК 61158-4-1, 6.5.4.2, также применимы к DLE класса Мост.
b) Подразделы (A) - (E), (1) и (2) не применимы.
- Если DL-адрес пункта назначения, указанный в DLPDU, такой, какой мост должен переадресовать, но, который сам DLE моста в противном случае не смог бы получить, то мост должен сформировать и отправить SR DLPDU:
i) в рамках периода временного интервала максимальной задержки ответа с длительностями октетов V(MRD) x V(ST) для приема CD DLPDU,
ii) содержащее статус, указывающий на то, смог ли мост поместить принятый DLPDU в буфер;
-
если DL-адрес пункта назначения, указанный в DLPDU является таким, который мост должен переадресовать, а также мост смог принять и поместить в буфер блок DLPDU без ошибки, то принятый DLPDU должен быть переадресован с модификацией поля контроля кадра в переадресованном DLPDU, если это необходимо. См. МЭК 61158-4-1, 5.1.3;
c) Это ошибка протокола для DLE моста, который, в ее случае, переадресует принятый CD DLPDU, чтобы не отправлять DLPDU в ответ на SR, когда ответ необходим.
В лучшем случае, один DLE моста на локальном канале должен переадресовывать принятый CD DLPDU.
5.2.2.2.2.10 МЭК 61158-4-1, 6.7
DLPDU данных (DT) используется: для передачи ограниченного количества прозрачных данных пользователя от одного DLS-пользователя другому или нескольким другим DLS-пользователям; для подтверждения передачи подобных данных; и чтобы помочь в синхронизации как DLCEP так и DLS-пользователей.
DT также используется DLE для отправки SPDU одному или нескольким другим DLE. В таблице 70 приведена выборка подчиненных подразделов для данного профиля.
CP 1/1. Выборка протоколов DLL подраздела 6.7
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 6.7.0 | - | - | - |
| 6.7.1 | Структура блоков DT DLPDU | Частичное | Модифицирован как в 5.2.2.2.2.11 |
| 6.7.2 | Содержание DT DLPDU | - | - |
| 6.7.2.0 | - | Частичное | Модифицирован как в 5.2.2.2.2.12 |
| 6.7.2.1 | Содержание CD DLPDU в случае указания DLSAP-адреса пункта назначения | Частичное | Модифицирован как в 5.2.2.2.2.13 |
| 6.7.2.2 | Содержание CD DLPDU в случае указания DLCEP-адреса пункта назначения или источника | Частичное | Модифицирован как в 5.2.2.2.2.14 |
| 6.7.3 | Отправка DT DLPDU | - | - |
| 6.7.3.0 | - | Частичное | Модифицирован как в 5.2.2.2.2.15 |
| 6.7.3.1 | Передача, когда ответный маркер является доминантным | Частичное | Модифицирован как в 5.2.2.2.2.16 |
| 6.7.3.2 | Передача, когда делегированный маркер является доминантным | ДА | - |
| 6.7.3.3 | Передача, когда маркер планировщика является доминантным | ДА | - |
| 6.7.4 | Прием DT DLPDU | - | - |
| 6.7.4.0 | - | Частичное | Модифицирован как в 5.2.2.2.2.17 |
| 6.7.4.1 | Действия, требующиеся от всех DLE | - | - |
| 6.7.4.1.1 | Действия, требующиеся, когда ответный маркер не был доминантным в начале-приема (start-of-reception) | Частичное | Модифицирован как в 5.2.2.2.2.18 |
| 6.7.4.1.2 | Действия, требующиеся, когда ответный маркер был доминантным в начале-приема и принимающий DLE отправил CA, CD или ED DLPDU, создавшее ответный маркер | Частичное | Модифицирован как в 5.2.2.2.2.19 |
| 6.7.4.1.3 | Действия, требующиеся, когда ответный маркер был доминантным в начале-приема и принимающий DLE не отправил CA, CD или ED DLPDU, создавшее ответный маркер | Частичное | Модифицирован как в 5.2.2.2.2.20 |
| 6.7.4.2 | Дополнительные действия, требующиеся от DLE класса Link-master | ДА | - |
| 6.7.4.3 | Дополнительные действия, требующиеся от DLE класса Мост | - | - |
| 6.7.4.3.0 | - | Частичное | Модифицирован как в 5.2.2.2.2.21 |
| 6.7.4.3.1 | Действия, требующиеся, когда ответный маркер был доминантным в начале-приема и принимающий DLE переадресовал, но не сформировал CA, CD или ED DLPDU, создавшее ответный маркер | Частичное | Модифицирован как в 5.2.2.2.2.22 |
| 6.7.4.4 | Дополнительные действия, требующиеся от текущего LAS DLE | ДА | - |
5.2.2.2.2.11 МЭК 61158-4-1, 6.7.1
МЭК 61158-4-1, 6.7.1 и все его подразделы, за исключением формата 4 блока DT DLPDU, включены в данный профиль.
5.2.2.2.2.12 МЭК 61158-4-1, 6.7.2.0
Поле управления кадром должно быть закодировано в соответствии с таблицей 18 в МЭК 61158-4-1.
a) во-первых, DL-адресом группы, а во-вторых, DLSAP-адресом, или
5.2.2.2.2.13 МЭК 61158-4-1, 6.7.2.1
Когда первый адрес есть DL-адрес группы в соответствии с МЭК 61158-4-1, 6.7.2, перечисление a), то:
a) Если DLPDU формат есть формат 1L или 1S, то:
-
DL(SAP)-роль DLSAP-адреса источника должна быть BASIC (базовой),
-
данные пользователя должны быть единичным DLSDU, чей размер ограничен максимальным размером приоритета, указанного в МЭК 61158-4-1, 6.7.1.1, перечисление b) и не должен быть нулевым;
b) Не могут использоваться никакие другие форматы DLPDU.
Когда адреса являются DLSAP-адресами, как в МЭК 61158-4-1, 6.7.2, перечисление b), то
c) Если DLPDU формат есть 1L или 1S, то
-
DL(SAP)-роль для DLSAP-адреса пункта назначения должна быть BASIC (базовой),
-
DL(SAP)-роль для DLSAP-адреса источника должна быть BASIC (базовой),
-
данные пользователя должны быть единичным DLSDU, чей размер ограничен максимальным размером для приоритета, указанного в МЭК 61158-4-1, 6.7.1.1, перечисление b) и не должен быть нулевым.
e) Не могут использоваться никакие другие форматы DLPDU.
5.2.2.2.2.14 МЭК 61158-4-1, 6.7.2.2
Когда первый адрес является DLCEP-адресом, как в МЭК 61158-4-1, 6.7.2, перечисление c),
a) данный DLPDU может транспортировать один DLSDU
b) второй адрес, если присутствует, должен быть пировым DLCEP-адресом того же DLC как и DLCEP-адрес пункта назначения;
c) поле SD-параметров должно указывать информацию о состоянии для адресованного DLCEP, а также содержание данного поля должно соответствовать описанию в МЭК 61158-4-1, 9.4.2 и
Примечание - Размер и структура данного поля зависят от атрибутов QoS, связанных с DLCEP, адресованным DL-адресом пункта назначения, указанным в данном DLPDU, и определяются во время утверждения DLCEP;
d) данные пользователя должны указывать те октеты DLSDU, что не противоречат согласованному размеру DLSDU и информации о сегментации, указанной в сопроводительных SD-параметрах, и должны равняться нулю.
1 Форматы 1l, 2l, 1s и 2s используются для коммуникаций пир-с-пиром; 1l используется, если атрибут DLPDU-аутентификации является источником или максимальным, 1s используется, если атрибут DLPDU-аутентификации это источник, 2l и 2s используются, если атрибут DLDPDU-аутентификации является обычным.
Форматы 3l и 3s используются для коммуникаций издатель-подписчику, когда атрибут DLPDU-аутентификации является обычным или источником.
Определенный формат для использования (из форматов 1l - 3s) определяется как часть утверждения DLCEP.
2 Формат 5 может использоваться вместо форматов 2s и 3s соответственно, только когда отправляющий DLE держит ответный маркер и когда атрибут DLPDU-аутентификации есть ORDINARY (обычный)
5.2.2.2.2.15 МЭК 61158-4-1, 6.7.3.0
DT DLPDU может быть выбрано для передачи на канале, когда отправляющий DLE:
a) только что принял ответный маркер в CD DLPDU, разрешающий единичную передачу DT или SR DLPDU; или
b) держит маркер планировщика или делегированный маркер, который является доминирующим маркером на локальном канале, и, когда остающееся распределенная длительность использования маркера, C(RD), позволяет завершить передачу блоков DT DLPDU прежде чем истечет срок действия маркера.
Каждый явно заданный DL-адрес в DLPDU должен быть перед передачей делокализирован согласно МЭК 61158-4-1, 5.2.2.4.
5.2.2.2.2.16 МЭК 61158-4-1, 6.7.3.1
Примечание - Включает только CD DLPDU с DLCEP-адресом издателя в качестве адреса пункта назначения.
a) DT DLPDU может быть отправлен на канале, когда отправляющий DLE получил CD DLPDU, адресованный одному из активных DLCEP-адресов, для которого у него есть DLCEP издателя, а отправляющий DLE отвечает в соответствии с МЭК 61158-4-1, 6.5.4.1, формируя в качестве немедленного ответа DT DLPDU, которое может включать DLSDU, уже внесенное в буфер на этом отвечающем DLE во время приема блоков CD DLPDU.
Когда требуется немедленный ответ на CD DLPDU, как это указано в (a), отвечающий DLE должен отправить ответный DL DLPDU в рамках периода временного интервала максимальной задержки ответа с длительностями октетов V(MRD) x V(ST) для приема запрашивающего CD DLPDU.
Подполе финального использования маркера в ответном DT DLPDU должно иметь такое же значение, как и его значение в запрашивающем CD DLPDU.
Каждый явно заданный DL-адрес в ответном DT DLPDU должен быть перед передачей делокализован согласно МЭК 61158-4-1, 5.2.2.4.
Не отправлять DLPDU в ответ на DT, когда ответ необходим, является ошибкой протокола для адресованного DLE.
В лучшем случае, один DLE на локальном канале должен отправлять ответ на принятый CD DLPDU. Этот ответ должен быть DT DLPDU.
5.2.2.2.2.17 МЭК 61158-4-1, 6.7.4.0
Каждый DL-адрес в DLPDU должен быть при приеме делокализован согласно МЭК 61158-4-1, 5.2.2.4. Принятый DT DLPDU должен обрабатываться принимающим DLE так, как это показано далее.
5.2.2.2.2.18 МЭК 61158-4-1, 6.7.4.1.1
Примечание - Перечисление b) не включено. В перечислении c) DT DLDPU подписчика издателю не включено.
a) Если принятый DT DLPDU обладает форматом 1L или 1S и его DL-адрес пункта назначения назначает DL(SAP)адрес принимающего DLE, то принятый DLPDU должен быть переадресован функциям верхнего уровня DLE по МЭК 61158-4-1, 10.3.1.3, для дальнейшей обработки;
-
обладает форматом 1L, 1S, 2L или 2S и его DL-адрес пункта назначения назначает DLCEP-адрес, назначающий пировый DLCEP принимающего DLE, или
-
имеет формат 3L или 3S и его DL-адрес источника назначает DLCEP-адрес, назначающий DLCEP подписчика принимающего DLE, тогда принятый DLPDU должен быть переадресован функциям DLE верхнего уровня по МЭК 61158-4-1, 10.2 для дальнейшей обработки;
d) если принятый DT DLPDU имеет формат 1L или 1S и его DL-адрес пункта назначения назначает NODE.0 DL-адрес, V(TN).0, принятых функций DL-поддержки DLE, то принятый DLPDU должен быть переадресован функциям DLE верхнего уровня МЭК 61158-4-1, 12.3 для дальнейшей обработки;
e) если ни одно из перечислений a), c) или d) не применимо, то о DT DLPDU должно быть сообщено локальному DL-менеджменту, как о неожиданном ответе, и блок должен быть отброшен.
Примечание - Возможно также, что отчет о блоке принимает форму счетчика ошибки DL-менеджмента с автоматическим приращением.
5.2.2.2.2.19 МЭК 61158-4-1, 6.7.4.1.2
d) если принятый DT DLPDU обладает форматом 3L или 3S и DL-адрес его источника назначает DLCEP-адрес издателя DLCEP подписчика принимающего DLE, а этот DL-адрес источника равен DL-адресу пункта назначения из непосредственно предшествующего CD DLPDU, то
-
DLE должен учесть, что предыдущая передача была без ошибок, и
-
принятый DL DLPDU должен быть переадресован функциям DLE верхнего уровня по МЭК 61158-4-1, 10.2 для дальнейшей обработки;
e) если принятый DT DLPDU обладает форматом 5 и явно заданный DL-адрес пункта назначения из непосредственно предшествующего CD DLPDU являлся DLCEP-адресом подписчика DLCEP принимающего DLE, то
-
DLE следует учесть, что предыдущая передача была без ошибок, и
-
принятый DT DLPDU должен быть переадресован функциям DLE верхнего уровня по МЭК 61158-4-1, 10.2 для дальнейшей обработки, а его предполагаемый DLCEP-адрес источника должен быть принят как явно заданный DL-адрес пункта назначения из непосредственно предшествующего CD DLPDU;
f) если никакие из перечислений d) - e) не применимы, то о DT DLPDU должно быть сообщено локальному DL-менеджменту как о неожиданном ответе, а блок должен быть отброшен.
Примечание - Возможно также, что отчет о блоке принимает форму счетчика ошибки DL-менеджмента с автоматическим приращением.
5.2.2.2.2.20 МЭК 61158-4-1, 6.7.4.1.3
Примечание - Включен только CD DLPDU с DLCEP-адресом издателя в качестве адреса пункта назначения.
a) Если принятый DT DLPDU обладает форматом 3L или 3S и его DL-адрес источника назначает DLCEP-адрес подписчика DLCEP принимающего DLE, и этот DL-адрес источника равен DL-адресу пункта назначения, V(RA), из непосредственно предшествующего CD DLPDU, то
-
DLE следует рассматривать предыдущую передачу как безошибочную, и
-
принятый DT DLPDU должен быть переадресован функциям DLE верхнего уровня по МЭК 61158-4-1, 10.2 для дальнейшей обработки.
b) Если принятый DT DLPDU обладает форматом 5, и явно заданный DL-адрес пункта назначения из непосредственно предшествующего CD DLPDU был DLCEP-адресом издателя подписчика DLCEP принимающего DLE, тогда
-
DLE следует рассматривать предыдущую передачу как безошибочную, и
-
принятый DT DLPDU должен быть переадресован функциям DLE верхнего уровня по МЭК 61158-4-1, 10.2 для дальнейшей обработки с его предполагаемым DLCEP-адресом источника, принятым как явно заданный DL-адрес пункта назначения из непосредственно предшествующего CD DLPDU.
5.2.2.2.2.21 МЭК 61158-4-1, 6.7.4.3.0
a) Так как каждый DLE класса Мост обладает функциональными возможностями Link master, то любые действия, описанные в МЭК 61158-4-1, 6.7.4.2 также применимы к DLE класса Мост.
b) Если первый DL-адрес, указанный в DLPDU, является явно заданным DL-адресом, на который мост должен переадресовать DLPDU, а мосту удалось поместить DLPDU в буфер без ошибок, то DLPDU должен быть переадресован с модификацией поля управления кадром в переадресованном DLPDU в соответствии с МЭК 61158-4-1, 5.1.3.
d) В противном случае, если перечисление b) не применимо, то DLE не должно переадресовывать DLPDU.
5.2.2.2.2.22 МЭК 61158-4-1, 6.7.4.3.1
МЭК 61158-4-1, 6.7.4.3.1 не включен в данный профиль, так как он применим только, если адрес пункта назначения CD DLPDU является DLSAP-адресом.
5.2.2.2.2.23 МЭК 61158-4-1, 6.7.4.3.1
DLPDU ОТВЕТА СТАТУСА (SR) отправляется только, во время удержания маркера; это используется:
a) чтобы указать принятие непосредственно предшествующего CD DLPDU мостом, который в обычной ситуации переадресовывает DLPDU адресованному DLE, для того, чтобы указать DLE, что ошибка не произошла, или что указанная ошибка произошла; и
b) чтобы отказать в попытке передачи роли LAS от текущего LAS DLE другому DLE linkmaster.
В таблице 71 приведена выборка подчиненных подразделов для данного профиля.
CP 1/1. Выборка протоколов DLL подраздела 6.8
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 6.8.0 | - | ДА | - |
| 6.8.1 | Структура SR DLPDU | ДА | - |
| 6.8.2 | Содержание SR DLPDU | ДА | - |
| 6.8.3 | Отправка SR DLPDU | ДА | - |
| 6.8.4 | Прием SR DLPDU | - | - |
| 6.8.4.0 | - | ДА | - |
| 6.8.4.1 | Действия, требующиеся от всех DLE | Частичное | Модифицирован как в 5.2.2.2.2.24 |
| 6.8.4.2 | Дополнительные действия, требующиеся от DLE класса Link-master | ДА | - |
| 6.8.4.3 | Дополнительные действия, требующиеся от DLE класса Мост | Частичное | Модифицирован как в 5.2.2.2.2.25 |
| 6.8.4.4 | Дополнительные действия, требующиеся от текущего LAS DLE | ДА | - |
5.2.2.2.2.24 МЭК 61158-4-1, 6.8.4.1
Примечание - Перечисление a) не включено, потому что данный профиль не включает в себя блоки CD DLPDU с DLSAP-адресом в качестве адреса пункта назначения.
b) Принятый SR DLPDU, принятый в качестве ответа на непосредственно предшествующего TL DLPDU, который был сформирован принимающим (LAS) DLE, должен привести к тому, что принимающий DLE:
i) повторно примет маркер планировщика,
ii) проинформирует локальный DL-менеджмент о событии, и
iii) возобновит активное функционирование в качестве LAS и запустит передачу на канале.
5.2.2.2.2.25 МЭК 61158-4-1, 6.8.4.3
МЭК 61158-4-1, 6.8.4.3 не включен в данный профиль, потому что данный профиль не включает в себя блоки CD DLPDU с DLSAP-адресом в качестве адреса пункта назначения.
5.2.2.2.2.26 МЭК 61158-4-1, 6.11
DLPDU очереди задержки на подтверждение приема (RQ) отправляется от DLE к LAS DLE на локальном канале с целью инициации измерения и вычисления задержки, связанной с подтверждением, присущей их внутренним коммуникациям. Результатом его приема является возвращение дополнительного DLPDU ответа на задержку на подтверждение приема (RR), который завершает измерения.
В таблице 72 приведена выборка подчиненных подразделов для данного профиля.
CP 1/1. Выборка протоколов DLL подраздела 6.11
5.2.2.2.2.27 МЭК 61158-4-1, 6.12
DLPDU ответа на задержку на подтверждение приема (RR) отправляется от LAS DLE другому DLE на локальном канале, чтобы разрешить завершение измерений и вычисления задержки на подтверждение приема, присущей их внутренним коммуникациям. Этот блок отправляется только как непосредственный ответ принятому RQ DLPDU. В таблице 73 приведена выборка подчиненных подразделов для данного профиля.
CP 1/1. Выборка протоколов DLL подраздела 6.12
5.2.2.2.2.28 МЭК 61158-4-1, 6.15
DLPDU передачи маркера (PT) используется для передачи делегированного маркера от DLE, функционирующего как LAS, DLE на локальном канале. При постоянном выполнении этой передачи, LAS DLE предоставляет делегированный маркер, который успешно "циркулирует", как правило, в порядке DL-адресов узлов, всем активным DLE на локальном канале, которые включены в список циркуляции маркера, V(TCL) МЭК 61158-4-1, 4.7.5.3.
Данный DLPDU предоставляет принимающему DLE права инициации DL-транзакций на определенный промежуток времени, указанный в делегирующем DLPDU.
В таблице 74 приведена выборка подчиненных подразделов для данного профиля.
CP 1/1. Выборка протоколов DLL подраздела 6.15
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 6.15.1 | Структура PT DLPDU | ДА | - |
| 6.15.2 | Содержание PT DLPDU | Частичное | Для данного профиля, каждый DL-адрес DLE УЗЛА находится в списке действующих узлов, V(LL), и также находится в списке DLE, V(TCL). По этой причине, значения DD-параметра всегда не равно нулю |
| 6.15.3 | Отправка PT DLPDU | - | - |
| 6.15.3.0 | - | ДА | - |
| 6.15.3.1 | Определение полей PT DLPDU и, связанных с ними, параметров "ротации-маркера" | ДА | - |
| 6.15.3.2 | Отправление PT DLPDU и контроль DLE, которому делегируется маркер | Частичное | Модифицирован как в 5.2.2.2.2.29 |
| 6.15.4 | Прием PT DLPDU | - | - |
| 6.15.4.0 | - | ДА | - |
| 6.15.4.1 | Действия, требующиеся от всех DLE | Частичное | Упомянутый подраздел включен, за исключением того, что данный профиль не включает ПОВТОРЯЮЩИЕСЯ (REPETITIVE) последовательности. Таким образом, подполе использования маркера принятого PT DLPDU может не использоваться принимающим DLE |
| 6.15.4.1.1 | Выбор следующей транзакции, которая будет выполнена | Частичное | Модифицирован как в 5.2.2.2.2.30 |
| 6.15.4.1.2 | Дополнительные рассуждения | ДА | - |
| 6.15.4.2 | Дополнительные действия, требующиеся от DLE класса Link-master или Мост | ДА | - |
| 6.15.4.3 | Дополнительные действия, требующиеся от DLE класса Мост | ДА | - |
| 6.15.4.4 | Дополнительные действия, требующиеся от текущего LAS DLE | ДА | - |
5.2.2.2.2.29 МЭК 61158-4-1, 6.15.3.2
Примечание - Значение счетчика повторов равно нулю для данного профиля.
d) Если период контроля временных интервалов задержки восстановления реакции с длительностями октет V(IRRD)xV(ST) истекает и перечисление a) не применимо, то LAS DLE должно:
Ожидается, что DLE с DL-адресами узла в наборе { F816..FF16 } прервут функционирование посредством выхода из процесса циркуляции маркера. Таким образом, DL-менеджмент не должен обращаться с такими происшествиями, как с доказательством неисправности DLE или локального канала;
- начать следующую передачу в рамках временных интервалов задержки восстановления маркера с длительностями октет P(TRD) x V(ST) в начале текущего периода бездействия канала.
5.2.2.2.2.30 МЭК 61158-4-1, 6.15.4.1.1
Все подразделы, за исключением указанных ниже, включены в данный профиль.
(a.1) Вынуждение DLSDU у однорангового DLCEP не включено.
(a.2) Не включен, так как услуга обмена DL-Unitdata не включена в данный профиль.
(b) Не включен, потому что данный профиль не включает в себя ПОВТОРЯЮЩИХСЯ последовательностей.
(c) Не включен, потому что данный профиль не включает в себя последовательностей.
5.2.2.2.2.31 МЭК 61158-4-1, 6.20
DLPDU передачи LAS (TL) используется текущим LAS DLE для передачи маркера планировщика и роли LAS другому LM DLE на локальном канале. TL DLPDU отправляется только после того, как его запросил адресованный LM DLE, и ему может быть отказано если адресованный DLE определяет, что его собственная копия списка действующих узлов локального канала не актуальна.
В таблице 75 приведена выборка подчиненных подразделов для данного профиля.
CP 1/1. Выборка протоколов DLL подраздела 6.20
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 6.20.1 | Структура TL DLPDU | ДА | - |
| 6.20.2 | Содержание TL DLPDU | ДА | - |
| 6.20.3 | Отправка TL DLPDU | Частичное | Модифицирован как в 5.2.2.2.2.32 |
| 6.20.4 | Прием TL DLPDU | - | - |
| 6.20.4.1 | Действия, требующиеся от всех DLEs | ДА | - |
| 6.20.4.2 | Дополнительные действия, требующиеся от DLE класса Link-master или Мост | Частичное | Модифицирован как в 5.2.2.2.2.33 |
| 6.20.4.3 | Дополнительные действия, требующиеся от DLE класса Мост | ДА | - |
| 6.20.4.4 | Дополнительные действия, требующиеся от текущего LAS DLE | ДА | - |
5.2.2.2.2.32 МЭК 61158-4-1, 6.20.3
LAS DLE должно отказывать на запрос передачи роли LAS запрашивающему DLE, когда:
a) DLME "поручил" DLE выполнять функции основного Link master (то есть, предпочтительного LAS).
Примечание - Возможно, что некоторые реализации для этого используют переменную управления сетью, связанную с LAS DLE, например, PrimaryLinkMaster (Основной Link Master);
b) номер узла DLE, запрашивающего передачу (то есть, номер узла адреса DL-источника DLPDU, выполняющего транспортировку), обладает более высоким числовым значением, чем номер узла данного LM DLE (которое на данный момент выполняет функции LAS).
5.2.2.2.2.33 МЭК 61158-4-1, 6.20.3
Примечание - В данном профиле конструирование плана и способности по его выполнению не рассматриваются.
Если DL-адрес пункта назначения, указанный DLPDU, назначает DL-адрес УЗЛА DLE, то:
-
если формирование плана-графика и информация о списке действующих узлов, передаваемая SPDU в базу данных статуса LAS в принятом TL DLPDU, указывает на то, что принимающий DLE не обладает текущей копией списка действующих узлов,
то принимающий DLE должен отправить ответ с SR DLPDU в течение временных интервалов задержки восстановления реакции с длительностями октет V(IRRD)xV(ST) в соответствии с измерениями на принимающем DLE, и статусом "сбой - в передаче LAS отказано";
b) В противном случае, когда перечисление (a) не применимо, то принимающий DLE должен принять маркер планировщика, активировать функции LAS и снова начать функционировать в качестве LAS.
5.2.2.2.3 МЭК 61158-4-1, Раздел 7
5.2.2.2.3.1 Общие положения
В таблице 76 приведена выборка подпунктов для данного профиля.
CP 1/1. Выборка протоколов DLL раздела 7
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 7.0 | - | ДА | - |
| 7.1 | Структура и кодирование EC-Параметров | Частичное | Модифицирован как в 5.2.2.2.3.2 |
| 7.2 | Структура и кодирование DC-Параметров | Частичное | Модифицирован как в 5.2.2.2.3.3 |
| 7.3 | Структура и кодирование RC-Параметров | НЕТ | Данный профиль не включает в себя отправление и прием RC DLPDU |
| 7.4 | Структура и кодирование SD-Параметров | Частичное | Модифицирован как в 5.2.2.2.3.4 |
| 7.5 | Структура и кодирование SR-Параметров | ДА | - |
| 7.6 | Структура и кодирование TD-Параметров | ДА | - |
| 7.7 | Структура и кодирование RQ-Параметров | ДА | - |
| 7.8 | Структура и кодирование RR-Параметров | ДА | - |
| 7.9 | Структура и кодирование PN-Параметров | ДА | - |
| 7.10 | Структура и кодирование DD-Параметров | ДА | - |
5.2.2.2.3.2 МЭК 61158-4-1, 7.1
Примечание - Значения некоторых полей ограничены.
Данный профиль включает только ограниченное согласование DLC. Значения некоторых параметров либо фиксированные или ограниченные данным профиля до следующего набора:
a.1) в соответствии с требованиями;
a.2) в соответствии с требованиями;
a.3) разнесение путей (Q) = 0 (ANY-PATH);
a.4) номер версии протокола (VVV) = 001;
a.5) в соответствии с требованиями;
a.6) в соответствии с требованиями;
a.7) в соответствии с требованиями;
a.8) в соответствии с требованиями;
b) в соответствии с требованиями;
c.1) в соответствии с требованиями;
c.2) в соответствии с требованиями;
c.3) в соответствии с требованиями;
c.4) в соответствии с требованиями;
A и G для многорангового DLC издателя;
c.6) подполе 2-стороннего обмена данными (Es) = 0 (FALSE);
c.7) в соответствии с требованиями;
c.8) в соответствии с требованиями;
c.9) подполе формата отметки времени (HHs) = 00 (формат J, т.е. null);
c.10) в соответствии с требованиями;
d.1) в соответствии с требованиями;
d.2) в соответствии с требованиями;
d.3) в соответствии с требованиями;
d.4) в соответствии с требованиями;
A и G для многорангового DLC издателя;
d.6) подполе двустороннего обмена данными (Er) = 0 (FALSE);
d.7) в соответствии с требованиями;
d.8) в соответствии с требованиями;
d.9) подполе формата-отметки-времени (HHr) = 00 (формат J, т.е. null);
d.10) в соответствии с требованиями;
5.2.2.2.3.3 МЭК 61158-4-1, 7.1
a) В соответствии с требованиями.
b) Используются не все коды причин, перечисленные в подразделе, на который приводится ссылка. Требующие коды причин описаны в МЭК 61158-4-1, 10.2, там, где указаны условия, приводящие к отсоединению. Коды причин в диапазоне от 00 до 3F, не указанные в упомянутом подразделе, должны быть уточнены и предназначены для использования DLS-пользователем. В данном диапазоне коды причин от 30 до 3F зарезервированы для использования DLS-пользователем МЭК 61158-4-1.
5.2.2.2.3.4 МЭК 61158-4-1, 7.4
В таблице 77 описана выборка подпунктов для данного профиля.
CP 1/1. Выборка протоколов DLL подраздела 7.4
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 7.4.1 | SD-параметры в блоках DLPDU, адресованные DL(SAP)-адресу | НЕТ | Для передачи данных без соединения в данный профиль включен только DT1 DLPDU. Тем самым, только формат P SD-параметров (нулевой формат) включен для случая DT1 DLPDU, адресованного DLSAP-адресу |
| 7.4.2 | SD-Параметры в блоках DLPDU, адресованных DLCEP | Частичное | Модифицирован как в 5.2.2.2.3.5 |
| 7.4.2.1 | Параметры, передающие состояние DLCEP и своевременность DLSDU | Частичное | Включены только форматы A, D, G |
| 7.4.2.2 | Параметры, передающие время выполнения DLSDU | Частичное | Включены только форматы J, нулевой (null) |
5.2.2.2.3.5 МЭК 61158-4-1, 7.4.2. SD-параметры в блоках DLPDU, адресованных DLCEP
Различные форматы SD-параметров и их применимость к блокам DT DLPDU, ориентированным на соединение, для данного профиля приведены ниже:
- для однорангового DLC: МЭК 61158-4-1, таблица 57, форматы кадра 7 и 8 для DLPDU, и форматы D и J параметра DLPDU;
- для многорангового DLC: МЭК 61158-4-1, таблица 57, форматы кадра 3, 4, 9 и 11 для DLPDU, и форматы A, G и J параметра DLPDU.
Поле отметки времени источника блока DLSDU, формат J, описанный выше, во всех случаях должно быть равно нулю.
5.2.2.2.4 МЭК 61158-4-1, Раздел 8
5.2.2.2.4.1 Общие положения
В таблице 78 приведена выборка подразделов для данного профиля.
CP 1/1. Выборка протоколов DLL раздела 8
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 8.0 | - | ДА | - |
| 8.1 | Работа услуг управления DL(SAP)-адресом, буфером и очередью | - | - |
| 8.1.1 | Прием примитива запроса DL-СОЗДАНИЕ | НЕТ | - |
| 8.1.2 | Прием примитива запроса DL-УДАЛЕНИЕ | НЕТ | - |
| 8.1.3 | Прием примитива запроса DL-СВЯЗКА | НЕТ | - |
| 8.1.4 | Прием примитива запроса DL-РАЗВЯЗКА | НЕТ | - |
| 8.1.5 | Прием примитива запроса DL-ПОМЕСТИТЬ | Частичное | Включено все, за исключением 8.1.5, перечисление c.5), так как время выполнения не входит в данный профиль |
| 8.1.6 | Прием примитива запроса DL-ПОЛУЧИТЬ | Частичное | Включено все, за исключением 8.1.6, перечисления a.4), a.5) и a.6), так как время выполнения, идентификация номера последовательности и буфер без сохранения (BUFFER NR) не включены в данный профиль |
| 8.1.7 | Вычисление DL-своевременности | ДА | - |
| 8.2 | Работа услуг в режиме с установлением соединения | Частичное | Модифицирован как в 5.2.2.2.4.2 |
| 8.3 | Работа услуг в режиме без установления соединения | Частичное | Данный профиль включает в себя только услуги запроса Unitdata, индикации и подтверждения, и не включает подтверждение от удаленного DLE. Модифицирован как в 5.2.2.2.4.29 |
| 8.4 | Работа услуг руководства по планированию | Частичное | См. 5.2.2.2.4.30 |
5.2.2.2.4.2 МЭК 61158-4-1, 8.2
Данный профиль включает в себя только процедуры для классического или беспорядочного однорангового DLCEP, привязанного к очереди, а также для упорядоченного и неупорядоченного многорангового DLCEP, привязанного к буферу, без сегментации блоков DLSDU. Планирование для однорангового DLCEP всегда выражено неявно. Планирование для передачи буфера всегда выражено явно. Ответ DL-соединение от DLS-пользователя не пытается объединить два соединения.
Следующие состояния и переходы, связанные с этими состояниями, на рисунке 13 в МЭК 61158-4-1, не включены в данный профиль:
6: Ожидание завершения сброса.
Выборку подразделов 8.2 МЭК 61158-4-1 см. в таблице 79.
Примечание - Текст взят из МЭК 61158-4-1, 8.2 и отредактирован для выполнения требований CP 1/1. Таким образом, включены только положения, имеющие значение для CP 1/1.
CP 1/1. Выборка протоколов DLL подраздела 8.2
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 8.2.1 | Работа услуг установления DLCEP и освобождение DLCEP | - | - |
| 8.2.1.0 | - | Частичное | Первый параграф включен в данный профиль. Все остальные параграфы не входят в данный профиль |
| 8.2.1.1 | Правила согласования DLC | Частичное | Перечисления a), c), h), i) и j.2) применимы только частично. Остаток 8.2.1.1 включен целиком. Заменен на 5.2.2.2.4.3 |
| 8.2.1.2 | Прием примитива запроса DL-СОЕДИНЕНИЯ | Частичное | Перечисления c), e), h) и j.2) включены частично. Остаток 8.2.1.2 включен целиком. Заменен на 5.2.2.2.4.4 |
| 8.2.1.3 | Прием примитива ответа DL-СОЕДИНЕНИЯ | Частичное | Перечисления d), g), h.2) и i) не включены; f) включено частично. Заменен на 5.2.2.2.4.5 |
| 8.2.1.4 | Прием EC DLPDU | - | - |
| 8.2.1.4.0 | - | ДА | - |
| 8.2.1.4.1 | Прием EC DLPDU с двумя адресами | ДА | - |
| 8.2.1.4.2 | Прием EC DLPDU с тремя адресами | Частичное | Заменен на 5.2.2.2.4.6 |
| 8.2.1.5 | Истечение TU(MCO) таймера | Частичное | Заменен на 5.2.2.2.4.7 |
| 8.2.1.6 | Прием примитива запроса DL-РАЗЪЕДИНЕНИЯ | Частичное | Заменен на 5.2.2.2.4.8 |
| 8.2.1.7 | Прием DC DLPDU | Частичное | Заменен на 5.2.2.2.4.9 |
| 8.2.1.8 | Разъединение инициированное DLE | Частичное | Заменен на 5.2.2.2.4.10 |
| 8.2.2 | Работа услуг передачи данных DLC | - | См. таблицу 80 |
| 8.2.3 | Работа услуг очереди подписчиков DLC | НЕТ | Услуга очереди подписчиков DLC не включена в данный профиль |
5.2.2.2.4.3 МЭК 61158-4-1, 8.2.1.1
Видимые для DLS-пользователя аспекты правил согласования DLC описаны в МЭК 61158-3-1. Дополнительные правила согласования, не влияющие на видимые для DLS-пользователя аспекты DLC, описаны в МЭК 61158-4-1, 7.1. В случае явного конфликта, правила, описанные в 5.2.2.2.4.3, преобладают над теми, что указаны в МЭК 61158-4-1, 7.1, которые, в свою очередь, преобладают над описанными в МЭК 61158-3-1.
a) Если издатель или же одноранговый DLC устанавливает значение МАКСИМАЛЬНЫЙ (MAXIMAL) атрибуту DLPDU-аутентификации, то
Примечание - DLPDU-аутентификация с значением атрибута МАКСИМАЛЬНЫЙ (MAXIMAL) предоставляется в основном для использования в системах безопасности. По этой причине она повышает до максимума количество информации об обмениваемом в каждом DLPDU состоянии, отправленной в DLC, и препятствует двустороннему обмену данными в рамках одной транзакции, централизованному выполнению плана и другой деятельности, в которой множественные DLE должны обладать непротиворечивой информацией о состоянии.
-
каждый DLPDU, отправленный от DLCEP соединения DLC должен содержать максимальное разрешенное число явно заданных адресов, и
-
EC-параметры в каждом EC DLPDU должны быть ограничены следующим образом:
i) в подполе размера адреса (SS) должно указываться, что адрес LONG (ДЛИННЫЙ),
ii) в подполе DLPDU-аутентификации (XX) должен указываться МАКСИМАЛЬНЫЙ уровень аутентификации,
iii) в подполе остаточной деятельности (A) должно быть значение ИСТИНА для деятельности направления издатель-подписчику или во всех посылающих одноранговых направлениях, передачи данных.
Примечание - Остаточная деятельность в направлении подписчик-издатель не важна,
iv) оба подполя двустороннего обмена данными (E) должно содержать значение FALSE (ЛОЖЬ),
v) формат B SD-параметров (подполе FFF) и форматы K и L отметки-времени (подполе HH), не должны запрашиваться или использоваться в коммуникациях любого направления в DLC.
b) Если перечисление a) не применимо, то:
-
если издатель или же одноранговый DLC устанавливает атрибут DLPDU-аутентификации источника, то в подполе DLPDU-аутентификации (XX) в EC-параметрах должен указываться SOURCE (ИСТОЧНИК), а каждый DLPDU, отправленный от DLCEP соединения DLC, должен содержать максимальное разрешенное число явно заданных адресов;
-
если подписчик DLC указывает атрибут MAXIMAL DLPDU-аутентификации в примитиве запроса DL-CONNECT, то в подполе DLPDU-аутентификации (XX) в результирующих EC-параметрах DLPDU должен указываться MAXIMAL. Если запрошенное DLC было уже установлено, то:
i) если этот DLC не был установлен с атрибутом MAXIMAL DLPDU-аутентификации, то издающий DLE должен отказать на запрос установления соединения, поступивший от этого подписчика,
ii) в противном случае, когда (A) не применим, то издающий DLE должен попытаться добавить этого подписчика в существующее DLC;
- если подписчик DLC указывает атрибут SOURCE DLPDU-аутентификации в примитиве запроса DL-CONNECT, то в подполе DLPDU-аутентификации (XX) в результирующем DLPDU EC-параметров должен быть указан SOURCE. Если запрошенное DLC было уже утверждено, то:
i) если DLC было утверждено с помощью "обычного" (ordinary) атрибута DLPDU-аутентификации, то DLE издателя должен сменить уровень DLPDU-аутентификации на "источник", а каждый DLPDU, отправленный от каждого DLCEP DLC, должен, впоследствии, содержать максимальное разрешенное число явно заданных адресов,
ii) в противном случае, когда (A) не применим, издающий DLE должен попытаться добавить этого подписчика в существующее DLC;
- в противном случае, если ни одно из перечислений i) - iii) не применимо, то в подполе DLPDU-аутентификации (XX) в EC-параметрах должен быть указан "обычный" уровень аутентификации, а каждый DLPDU, отправленный от каждого DLCEP соединения DLC должен содержать минимальное разрешенное число явно заданных адресов.
c) В подполе DLL разнесения путей (Q) EC-параметров должно быть указано ANY-PATH (любой путь).
d) Содержание подполя EC-параметров размер адреса должно определяться следующим образом:
-
если требуется перечислением a.2.i) или, если любой из DL-адресов EC DLPDU обладает только ДЛИННЫМ представлением, то в подполе EC-параметров размер адреса должно быть указано LONG;
-
если, когда перечисление 1) не применимо и либо применимо перечисление b.i), либо любой член DLC является DLE дробного рабочего цикла (FDC), то в подполе EC-параметров размер адреса должно быть указана короткая длина;
-
в противном случае, когда перечисления 1) и 2) не применимы, то в подполе EC-параметров размер адреса должно быть указано VERY-SHORT (очень короткая длина).
Примечание - Размер адреса VERY-SHORT применим только к блокам DT DLPDU, отправленным с помощью маркера ответа по МЭК 61158-4-1, 6.7.1, форматы 4 и 5; во всех других случаях в действительности используется размер адреса SHORT.
e) В подполе EC-параметров "функциональные возможности доставки данных DLCEP" должны быть указаны, независимо для каждого направления DLC, предоставленные функции доставки данных, в соответствии с МЭК 61158-3-1, за исключением значения NONE, которое должно быть заменено на UNORDERED (неупорядоченные) с максимальным размером окна (WWWW) равным нулю и значением подполя "максимальный размер DLSDU" равным нулю в соответствующем направлении, указывая на симплексное DLC.
f) В подполе остаточной деятельности (A) EC-параметров должно быть указано true для направления передачи данных издатель-подписчику или одноранговой отправки, когда этого требует перечисление a.2.iii), DL-менеджмент или издающий или одноранговый DLS-пользователь, а также должно быть указано false, в противном случае осуществляется согласование этого подполя от false к true.
g) Согласование в размере окна осуществляется независимо для каждого направления DLC. Фактический максимальный размер окна для заданного направления передачи должен быть меньше максимального размера окна отправителя и максимального размера окна получателя в данном направлении, а в подполе EC-параметров "максимальный размер окна (WWWW)" должен быть указан ноль, только когда в подполе "максимальный размер DLSDU (M...M)" в том же направлении указан ноль, что говорит о симплексном DLC.
h) В подполе EC-параметров формат SD-параметров (FFF) должен быть указан формат для каждого направления передачи. В данный профиль включены только форматы A, D и G. Форматы для передачи должны быть выбраны с помощью следующей процедуры:
- если класс DLCEP является одноранговым, то для обоих направлений передачи данных используется формат D; в противном случае, если класс DLCEP является многоранговым, то:
i) если функция доставки данных УПОРЯДОЧЕННАЯ или необходима своевременность, то используется формат G,
ii) в противном случае, если функция доставки данных НЕУПОРЯДОЧЕННАЯ, то используется формат A.
i) В подполе двустороннего обмена данными (E) должно быть указано FALSE.
j) Атрибуты своевременности DLCEP сообщаются, но не согласуются.
-
В подполе EC-параметров своевременность включена (timeliness-included) (G) должно быть указано FALSE, когда значение указанной своевременности отправителя есть NONE, в противном случае в нем должно быть указано TRUE,
-
в подполе EC-параметров формат отметки времени (HH) должен быть указан формат J (null).
k) Если одно из направлений коммуникаций данных не требуется для DLC, по причине того, что не указано никаких (NONE) функций доставки данных, указываемых DLS-пользователем для данного направления, то в данном направлении:
l) в подполе остаточной-деятельности (A) должно быть указано FALSE,
-
в подполе очереди/буфера (B) должно быть указано QUEUE (очередь),
-
в подполе формата отметки времени (HH) должен быть указан формат J.
5.2.2.2.4.4 МЭК 61158-4-1, 8.2.1.2
Когда DLE получает примитив запроса DL-CONNECT от DLS-пользователя, то DLE должен выполнить следующие серии действий, а если во время процесса обнаружена какая-либо ошибка, то DLCEP должен быть отсоединен в соответствии с МЭК 61158-4-1, 8.2.1.8.
Примечание - Процедуры в перечислениях a), c) - h) являются локальными для DLE и реализация локальных процедур не обязана соответствовать описанию, представленному в настоящем стандарте. DLE данного профиля не назначает DLCEP-адреса. Таким образом, процедуры МЭК 61158-4-1, 8.2.1.2, перечисления h) и j.2) включены частично. Данный профиль не нуждается в поддержке запроса DL-соединения для существующего DLCEP издателя и, таким образом, процедура МЭК 61158-4-1, 8.2.1.2, перечисление c) частично включена, а процедура МЭК 61158-4-1, 8.2.1.2, перечисление e.1) была изменена для отказа в подобных запросах.
a) DLE должен назначить новый DLCEP-идентификатор для DLCEP, что может произойти в результате запроса, а также предоставить DLCEP-идентификатор DLS-пользователю в качестве единственного выходного параметра запроса.
b) DLE должен создать и запустить таймер запроса пользователя (user-request) TU (MCD) длительностью, основанной на максимальной задержке подтверждения, указанной пользователем, для примитива DL-CONNECT. Если указанное значение не было UNLIMITED (неограниченное), то длительность этого таймера должна быть равна Vc(NP).MCD_CRS; в противном случае длительность должна быть равна 60 с. DL-менеджмент может переопределить эти предпочтительные длительности.
Примечание - Значение V(NRC) равно нулю в данном профиле. Поэтому значения таймера в вышеописанном перечислении b) были представлены для V(NRC) = 0.
c) DLE должен подтвердить соответствие вызывающего DLSAP-адреса, предоставленного DLS-пользователем; в случае недействительности адреса, DLE должен отказать на запрос DL-CONNECT с помощью индикации DL-DISCONNECT.
d) DLE должен подтвердить непротиворечивость запрошенного набора QoS параметров, в котором все статические и неуказанные динамические параметры принимают значения по умолчанию, связанные с вызывающим-DLSAP-адресом, и в который вносятся следующие автоматические поправки этого QoS:
-
там, где любые параметры нарушают предел, установленный-DL-менеджментом, значения подобных параметры должны быть установлены равные значениям этих пределов, если разрешено правилами, указанными в МЭК 61158-4-1, 8.2.1.1, или же DLE должен отказать на запрос DL-CONNECT с помощью индикации DL-DISCONNECT,
-
если какой-либо из максимальных размеров DLSDU равен нулю или функции доставки данных отправляющего DLCEP указывают NONE (никаких), то соответствующие функции доставки данных отправляющего DLCEP должны быть установлены в UNORDERED (не упорядоченные).
Примечание - Данный особый случай не рассматривается как нарушение правил согласования МЭК 61158-4-1, 8.2.1.1.
e) Если вызывающий идентификатор адреса является DLCEP-идентификатором для существующего DCLEP, то:
-
если существующий DLCEP является DLCEP издателя, то DLE должен отказать на запрос DL-CONNECT с помощью индикации DL-DISCONNECT,
-
если DLCEP-класс, существующего DLCEP, является одноранговым или SUBSCRIBER (подписчик), то DLE должен отказать на запрос DL-CONNECT с помощью индикации DL-DISCONNECT.
f) В противном случае, если перечисление e) не применимо, то DLE должен определить максимальные размеры окон отправки и приема, основываясь на соответствующих связках буфера и очереди, как это показано далее:
-
если нет никаких функциональных возможностей DLCEP (указано NONE), то соответствующий размер окна должен быть равен нулю (0);
-
в противном случае, если перечисление 1) не применимо, то:
i) если была связка с буфером, то соответствующий размер окна должен быть (1),
ii) если была связка с очередью-K, то соответствующий размер окна должен быть меньшим из K или 15,
iii) если использовались связки по умолчанию, то соответствующий размер окна должен быть хотя бы по перечислению 1),
iv) во всех случаях, DL-менеджмент может дополнительно ограничить размер окна.
g) Если дополнительный адрес вызывающего-DLCEP был указан в примитиве запроса, то DLE должен назначить адрес вызывающего-DLCEP, указанный в примитиве запроса для DLCEP; если обнаружено какое-либо конфликтующее назначение, то работа DLCEP должна быть прекращена в соответствии с МЭК 61158-4-1, 8.2.1.8.
h) В противном случае, если перечисление g) не применимо, и если вызванный адрес является DLCEP-адресом, который предполагается для DLCEP издателя, то DLE не должен назначать никаких DLCEP-адресов для этого DLCEP.
Примечание - В данном профиле МЭК 61158-4-1, 8.2.1.2, перечисление h) применимо только к примитиву запроса DL-соединения на ПОДПИСЧИКЕ (SUBSCRIBER), так как для всех других адрес вызывающего-DLCEP указан в запросе.
i) DLC должно инициализировать переменные VC(NP), VC(N), VC(R), VC(A), VC(M), VC(MS), VC(H), VC(HS) и VC(L) переменные DLCEP в соответствии с МЭК 61158-4-1, 6.7.4.
j) DLE должен закодировать EC DLPDU в соответствии с МЭК 61158-4-1, 6.1 и 7.1.
- Если параметр адреса вызванного DL указывает DL(SAP)-адрес или DLCEP-адрес, то DLE должен сформировать EC DLPDU с тремя адресами, чьи значения должны быть, соответственно:
i) вызванным DL(SAP)-адресом или DLCEP-адресом,
ii) DLCEP-адресом, назначенным DLCEP, или адресом вызывающего DLSAP, если подобное назначение не было выполнено в перечислении h),
iii) адресом вызывающего DLSAP.
ii) DLCEP-класс является ИЗДАТЕЛЕМ (PUBLISHER) и DLE должен сформировать EC DLPDU с двумя адресами, чьи значения должны быть DLCEP-адресом, назначенным DLCEP и адресом вызывающего DLSAP, соответственно,
k) Если DLCEP класс DLE будет либо одноранговым либо SUBSCRIBER, то:
l) если был сформирован EC DLPDU, то:
i) DLE должен установить в EC-параметрах в DLPDU поле запрошен ответ (reply-requested),
ii) DLE должен поставить DLPDU в очередь с приоритетом TIME-AVAILABLE (доступное время) в соответствии с МЭК 61158-4-1, 8.4.5,
- DLE должен активировать распознание локального DLCEP-адреса DLCEP и сменить состояние DLCEP, VC(ST), на WAITING-FOR-EC-DLPDU (ОЖИДАЕТ-EC-DLPDU).
l) Если отправляющий класс DLCEP шифрователя DLE будет ИЗДАТЕЛЕМ (PUBLISHER), то:
-
DLE должен очистить поле запрошен ответ в EC-параметрах в DLPDU;
-
если DLCEP-адрес источника не является адресом существующего DLCEP, то DLE должен назначить новое значение подполю повторного использования дискриминатора (reuse-discriminator) адреса-DLCEP издателя (NNN) EC-параметров МЭК 61158-4-1, 7.1, перечисление a.2):
i) если DLE способно записать повторно использованный дискриминатор адреса-DLCEP издателя в промежутке между активизациями DLCEP, то он должен увеличить промежуток между повторными использованиями одного значения дискриминатора до максимума,
ii) в противном случае, когда перечисление i) не применимо, DLE должен выбрать значение дискриминатора произвольно;
-
DLE должен поставить DLPDU в очередь с приоритетом TIME-AVAILABLE в соответствии с МЭК 61158-4-1, 8.4.5;
-
DLE должен выпустить DL-Соединение для DLCEP сразу же после передачи EC DLPDU;
-
Если перечисление e) не применимо, то DLE должен активировать распознание локального DLCEP-адреса DLCEP и сменить состояние DLCEP, VC(ST), на готов к передаче данных (data-transfer-ready).
5.2.2.2.4.5 МЭК 61158-4-1, 8.2.1.3
Когда DLE принимает примитив ответа DL-CONNECT от DLS-пользователя, DLE должен выполнить следующие серии действий; если во время процесса обнаруживается какая-либо ошибка, то DLCEP должен быть отсоединен в соответствии с МЭК 61158-4-1, 8.2.1.8.
Примечание - Процедуры перечислений a), c) и f) являются локальными для DLE, а реализация локальных процедур не должна соответствовать описанию, приведенному в настоящем стандарте. Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.1.3, перечисление d): данный профиль не включает в себя объединение DLCEP,
МЭК 61158-4-1, 8.2.1.3, перечисление f): DLE данного профиля не назначает DLCEP-адрес,
МЭК 61158-4-1, 8.2.1.3, перечисление g): DLS-пользователь на подписчике не использует ответ DL-соединение,
МЭК 61158-4-1, 8.2.1.3, перечисления h.2), i): DLS-пользователь на издателе не использует ответ DL-Соединение,
a) DLE должен подтвердить соответствие DLCEP-идентификатора и отвечающий DLSAP-адрес или DLCEP-идентификатор, предоставленный DLS-пользователем, а также должен ассоциировать предоставленный идентификатор DLS-пользователя с DLCEP.
b) Если идентифицированный DLCEP не находится в состоянии ОЖИДАНИЕ ОТВЕТА НА СОЕДИНЕНИЕ, то DLCEP должен быть отсоединен.
c) DLE должен подтвердить непротиворечивость набора QoS параметров ответа, в котором статические и не указанные параметры по умолчанию принимают свои значения, связанные с адресом отвечающего-DLSAP, и где выполняются автоматические поправки QoS, описанные в МЭК 61158-4-1, 12.2.1.2, перечисление d). DLE должен затем подтвердить непротиворечивость полученного в результате набора QoS параметров с помощью соответствующих параметров от принятого EC DLPDU, а также соблюдение правил согласования параметров, указанных в МЭК 61158-4-1, 8.2.1.1.
e) Если отвечающий идентификатор адреса в ответе DL-Соединения являлся DLSAP-адресом, то:
-
этот DLSAP-адрес должен использоваться в качестве локального DLSAP-адреса, и
-
DLE должен определить локальный максимальный размер окна отправки и приема, основываясь на соответствующих связках буфера и очереди, который может быть дополнительно ограничен DL-менеджментом в соответствии с МЭК 61158-4-1, 8.2.1.2.
Затем DLE должен определить фактический максимальный размер окна отправки, как меньший из значений локального размера окна отправки и размера окна приема принятого EC DLPDU, а также фактический максимальный размер окна приема, как меньший из значений локального размера окна приема и размера окна отправки принятого EC DLPDU в соответствии с МЭК 61158-4-1, 8.2.1.1. DLE должен также выполнить все требующиеся согласования в соответствии с МЭК 61158-4-1, 8.2.1.1.
f) DLE должен назначить адрес вызывающего DLCEP, указанный в примитиве ответа, DLCEP-адресу для DLCEP; если обнаруживаются какие-либо конфликтующие назначения, то DLCEP должен быть отсоединен в соответствии с МЭК 61158-4-1, 8.2.1.8, а приведенная причина должна быть "разъединение-некорректное сопряжение DLCEP, длительное состояние".
- шифровать EC DLPDU, не запрашивающий ответ, с помощью трех адресов, указанных в МЭК 61158-4-1, 6.1 и 7.1, где его адреса являются:
i) первым из двух DL-адресов источника, полученных от принятого EC DLPDU, который привел к индикации DL-CONNECT и последующем DL-CONNECT ответе,
ii) DLCEP-адресом, только что назначенным DLCEP, и
iii) отвечающим DLSAP-адресом, соответственно;
-
поставить DLPDU в план для передачи с приоритетом TIME-AVAILABLE в соответствии с МЭК 61158-4-1, 8.4.5.
j) Если отвечающий класс DLCEP является одноранговым, то DLE должен:
-
остановить таймер, запущенный согласно МЭК 61158-4-1, 8.2.1.4.2, перечисление b.4.iv);
-
запустить таймер согласно МЭК 61158-4-1, 8.2.1.2, перечисление b) с установленной длительностью равной значению максимальной задержки подтверждения в DL-соединении, как это указано в примитиве ответа в DL-соединении;
-
сменить состояние DLCEP, VC(ST), на ожидание завершения соединения.
5.2.2.2.4.6 МЭК 61158-4-1, 8.2.1.4.2
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.1.4.2, перечисления a), c.1): групповой адрес пункта назначения не включен в данный профиль;
МЭК 61158-4-1, 8.2.1.4.2, перечисления c.3), d.1): данный профиль не включает в себя повторение отправления EC DLPDU;
МЭК 61158-4-1, 8.2.1.4.2, перечисления c), d): в данном профиле, эти подразделы применимы только к одноранговому DLC;
МЭК 61158-4-1, 8.2.1.4.2, перечисления b.2), b.3), d.2), e): данный профиль не включает в себя объединителя соединений.
В данном профиле не возможно присутствие нескольких событий ввода, например, условия МЭК 61158-4-1, 8.2.1.4.2, перечисление c.1). Данный профиль не включает в себя тестирование на подобные входные условия, и, таким образом, реализации могут игнорировать подобные условия.
DLE должен выполнять следующие серии действий, и, если во время процесса обнаруживается какая-либо ошибка, то DLC должно быть разъединено в соответствии с МЭК 61158-4-1, 8.2.1.8.
b) Если первый адрес принятого EC DLPDU является DLSAP-адресом, то:
-
DLE должен подтвердить непротиворечивость принятого EC DLPDU, в котором все статические и неуказанные динамические параметры принимают значения по умолчанию, ассоциированные с адресом-вызванного-DLSAP, и там, где любые параметры нарушают предел, установленный-DL-менеджментом, значения подобных параметров должны быть установлены, как значения, равные этим пределам, если это разрешено правилами согласования МЭК 61158-4-1, 8.2.1.1 или DLCEP должен быть отсоединен в соответствии с МЭК 61158-4-1, 8.2.1.8, с указанием причины "отказ в соединении - QoS не доступен, длительное состояние";
-
DLE должен назначить DLCEP новый DLCEP идентификатор и должен применить правила согласования МЭК 61158-4-1, 8.2.1.2, перечисление d). Если происходит какое-либо нарушение правил согласования, то DLE должен отсоединить предложенный DLCEP в соответствии с МЭК 61158-4-1, 8.2.1.8, с указанием причины "отказ в соединении - QoS не доступен, длительное состояние". Если не обнаружено никаких нарушений, то DLS-пользователь, ассоциирован с DLSAP-адресом, который является первым адресом принятого EC DLPDU, и DLE должен:
i) создать DLCEP, инициализируя его VS(NP), VS(N), VS(R), VS(A), VS(M), VS(MS), VS(H), VS(HS) и VS(L) переменные в соответствии с МЭК 61158-4-1, 6.7.4,
ii) записать DLCEP-адрес источника и DLSAP-адрес источника у принятого EC DLPDU как удаленный DLCEP-адрес DLCEP и удаленный DLSAP-адрес DLCEP соответственно, а когда класс DLCEP отправителя это ИЗДАТЕЛЬ (PUBLISHER), также записать дискриминатор повторного использования адреса DLCEP-издателя блока EC DLPDU как локальный дискриминатор повторного использования локального адреса DLCEP-издателя,
iii) сообщить DLS-пользователю об индикации DL-CONNECT,
iv) запустить таймер для контроля ответа DLS-пользователя на индикацию DL-CONNECT в соответствии с МЭК 61158-4-1, 8.2.1.2, перечисление b) и
v) сменить состояние DLCEP, VC(ST), на ОЖИДАНИЕ ОТВЕТА НА СОЕДИНЕНИЕ.
c) В противном случае, если адрес принятого EC DLPDU является DLCEP-адресом для существующего DLCEP и если адресованный DLCEP находится в состоянии ОЖИДАНИЕ EC-DLPDU, то DLE должно подтвердить принятые DLC параметры, и если обнаружена ошибка, то:
-
DLE должен разъединить DLCEP в соответствии с МЭК 61158-4-1, 8.2.1.8 с указанием причины "отказ в соединении - QoS не доступен, длительное состояние".
Если при подтверждении соответствия принятого EC DLPDU не обнаружено ни одной ошибки, то:
i) если DLCEP-классы принимающих DLCEP одноранговые (PEER), то два DL-адреса источника принятого EC DLPDU должны быть отмечены как удаленный DLCEP-адрес и удаленный DLSAP-адрес DLCEP,
ii) если DLCEP-класс принимающего DLCEP одноранговый (PEER), то:
A) DT DLPDU не содержит данные DLS-пользователя,
B) адрес пункта назначения равен первому DL-адресу источника, указанному в принятом EC DLPDU, и
C) когда атрибуты DLCEP требуют от DLPDU наличия адреса источника, адрес источника равен локальному DLCEP-адресу DLCEP,
D) должен быть зашифрован и поставлен в очередь с приоритетом DLCEP в соответствии с МЭК 61158-4-1, 8.4.5, для того, чтобы уведомить одноранговый DLE об успешном приеме подтверждающего EC DLPDU,
iv) DLE должен выпустить примитив подтверждения DL-CONNECT, передавая согласованные DLCEP-атрибуты запрашивающему DLS-пользователю,
v) DLE должен отменить таймер запроса пользователя TU(MCD) и сменить состояние DLCEP на ГОТОВ К ПЕРЕДАЧЕ ДАННЫХ.
e) В противном случае, если первый адрес принятого EC DLPDU является DLCEP-адресом для существующего DLCEP и принятый EC DLPDU запрашивает ответ, и если адресованный DLCEP в состоянии ГОТОВ К ПЕРЕДАЧЕ ДАННЫХ, то:
i) установить каждый QoS параметр и дискриминатор повторного использования адреса DLCEP-издателя в соответствующие параметры указанного DLCEP, если это разрешено правилами согласования МЭК 61158-5-1, 8.2.1.1, и
ii) если необходимо в соответствии с правилами МЭК 61158-4-1, 8.2.1.1, перечисление d), то сменить размер адреса существующего DLC с VERY-SHORT (очень короткий) на SHORT (короткий) или с SHORT на LONG;
i) закодировать EC DLPDU, не требующий ответа, с помощью двух адресов в соответствии с МЭК 61158-4-1, 6.1 и 7.1, где его адреса, соответственно,
A) DLCEP-адрес существующего DLC и
B) DLSAP-адрес, связанный с существующим DLCEP-адресом, и
ii) запланировать EC DLPDU для передачи с приоритетом TIME-AVAILABLE в соответствии с МЭК 61158-4-1, 8.4.5,
- если перечисление 2) не применимо, потому что было обнаружено нарушение правил согласования, то DLE должен отказать на принятый запрос DLC-установления (DLC-establishment) и прекратить обработку принятого EC DLPDU, следующим образом:
i) DLE должен закодировать DC DLPDU в соответствии с МЭК 61158-4-1, 6.2 и 7.2 и установить значение его поля запрошен-ответ в FALSE, с указанием причины "разъединение со стороны провайдера - QoS не доступен, длительное состояние", и запланировать DC DLPDU Для передачи с приоритетом TIME-AVAILABLE в соответствии с МЭК 61158-4-1, 8.4.5.
ii) DC DLPDU должен обладать как адресом пункта назначения так и адресом источника МЭК 61158-4-1, 6.2.1 форматов 1L и 1S, адрес пункта назначения должен быть идентичен первому DL-адресу источника принятого EC DLPDU, а адрес источника должен быть идентичен DL-адресу пункта назначения принятого EC DLPDU.
f) В противном случае, DLE должен проигнорировать принятый EC DLPDU.
5.2.2.2.4.7 МЭК 61158-4-1, 8.2.1.5
Примечание - Следующие процедуры либо не включены, либо частично включены по следующим причинам:
МЭК 61158-4-1, 8.2.1.5, перечисления a.2), c.2): данный профиль не включает в себя повторение отправления EC DLPDU,
МЭК 61158-4-1, 8.2.1.5, перечисление e): данный профиль не включает в себя DLC Reset.
Если время таймер TU(MCD) истекает, и тогда, если DLCEP находится в состоянии (VC(ST)):
a) ожидания EC-DLPDU (waiting-for-EC-DLPDU), то:
i) DLE должен прекратить обработку запроса, и
ii) если определенная пользователем максимальная задержка подтверждения примитива запроса DL-CONNECT, дала значение отличное от UNLIMITED (неограничено), то:
A) если DLE должен инициировать индикацию DL-Разъединения, сообщая "отказ в соединении - DLSAP недосягаем, промежуточное состояние, локальное происхождение", и
B) если вызванный адрес был либо DLSAP-адресом или DLCEP-адресом, и DLCEP-класс DLCEP является одноранговым, то DLE:
I) должен закодировать DC DLPDU, запрашивающий разъединение, с указанием причины "причина не указана", на тот же DL-адрес, как и тот, по которому был отправлен предыдущий EC DLPDU, и
II) Должен быть помещен в очередь с приоритетом TIME-AVAILABLE в соответствии с МЭК 61158-4-1, 8.4.5;
b) ожидания ответа на соединение (waiting-for-connect-response), то DLE должен разъединить DLCEP в соответствии с МЭК 61158-4-1, 8.2.1.8, указывая причину разъединения "разъединение со стороны провайдера - тайм-аут";
c) ожидание завершения соединения (waiting-for-connect-completion), то
- если это последовательное истечение (V(NRC)+1)-го повтора в сети, то DLE должен разъединить DLCEP в соответствии с МЭК 61158-4-1, 8.2.1.8, указывая причину разъединения "разъединение со стороны провайдера - таймаут";
d) ГОТОВ К ПЕРЕДАЧЕ ДАННЫХ (DATA-TRANSFER-READY), то DLE должен действовать в соответствии с МЭК 61158-4-1, 8.2.2.10.
5.2.2.2.4.8 МЭК 61158-4-1, 8.2.1.6
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.1.6, перечисления a.1), a.2): групповой адрес пункта назначения не включен в данный профиль, адрес пункта назначения со значением "Неизвестен" используется только издателем;
МЭК 61158-4-1, 8.2.1.6, перечисление b.2): данный профиль не включает Сброс DLC;
Данный профиль не включает устаревание соединения и, тем самым, в нем разрешено повторное использование DLCEP-адреса в любое время после отправки DC DLPDU.
Когда DLE на DLCEP принимает запрос DL-DISCONNECT (DL-РАЗЪЕДИНЕНИЕ), поступивший от DLS-пользователя, то DLE должен:
a) закодировать DC DLPDU в соответствии с МЭК 61158-4-1, 6.2 и 7.2, запрашивая разъединение и специфицируя указанную пользователем DLS (DLS-user-given) причину, а также должен запланировать DLPDU для передачи с приоритетом TIME-AVAILABLE в соответствии с МЭК 61158-4-1, 8.4.5, за исключением, когда DLCEP:
Если DC DLPDU закодирован, то:
i) если отсоединяемый DLCEP является одноранговым DLCEP, то DC DLPDU должен обладать как адресом источника так и адресом пункта назначения форматов 1L и 1S по МЭК 61158-4-1, 6.2.1, а адрес пункта назначения должен быть удаленным DLCEP-адресом DLC, если он известен, или же вызванным DLSAP-адресом, принадлежащим инициирующему EC DLPDU во всех других случаях. Поле "запрошен ответ" должно быть установлено в значение TRUE в DC-параметрах инициирующего DC DLPDU;
ii) если отсоединяемый DLCEP является PUBLISHER DLCEP, то DC DLPDU должен обладать только адресом источника форматов 2L и 2S по МЭК 61158-4-1, 6.2.1. Поле "запрошен-ответ" должно быть установлено в значение FALSE в DC-параметрах инициирующего DC DLPDU;
iii) адрес источника DC DLPDU должен быть локальным DLCEP-адресом, если таковой существует; или отвечающим или вызывающим локальным DLSAP-адресом, если таковой существует, или вызванным DLSAP-адресом инициирующего EC DLPDU во всех остальных случаях;
b) прекратить работу DLCEP, включая:
i) удалить запрос из надлежащей очереди запроса пользователя DLCEP, QA(UR), а также ссылки на запрос из всех очередей DLE,
ii) инициировать подтверждение DL-DATA вместе с соответствующим идентификатором запроса, сообщая "отказ - сброс или разъединение", и
iii) удалить таймер TU(MCD), связанный с запросом,
5.2.2.2.4.9 МЭК 61158-4-1, 8.2.1.7
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.1.7, перечисление b): данный профиль никогда не проверяет наличие ответа и, тем самым, никогда не возвращает отвечающий DC DLPDU;
МЭК 61158-4-1, 8.2.1.7, перечисление c.5): данный профиль не включает в себя устаревание соединения и поэтому разрешено повторное использование DLCEP-адреса в любое время после отправления DC DLDPU.
Когда DLE принимает DC DLPDU, определяя, что DLCEP должен быть отсоединен, то:
a) DLE должен установить номер версии используемого DLL протокола, как указано в принятом DC DLPDU, а также должен соответственным образом интерпретировать другие DC-параметры DLPDU;
-
определяет только один адрес источника форматов 2L и 2S по МЭК 61158-4-1, 6.2.1, а адрес источника является DCLEP-адресом многорангового DLC, для которого DLE является подписчиком, или
-
определяет как адрес пункта назначения, так и адрес источника форматов 1L и 1S по МЭК 61158-4-1, 6.2.1 и
i) адрес пункта назначения является DL(SAP)-адресом, а DLE обладает DLCEP на DLSAP, к которому привязан DL(SAP)-адрес, чей удаленный DLCEP-адрес имеет такое же значение как и принятый DL-адрес источника, или
ii) адрес пункта назначения является DLCEP-адресом, а удаленный DLCEP-адрес идентифицированного DLCEP имеет такое же значение, как и принятый DL-адрес источника, или
iii) адрес пункта назначения является DLCEP-адресом, а вызванный DLSAP-адрес идентифицированного DLCEP имеет такое же значение, как и принятый DL-адрес источника, то DLCEP является известным для локального DLS-пользователя, тогда
-
DLE должен сообщить индикацию DL-разъединения локальному DLS-пользователю, указывая как нелокальное происхождение, так и причину индикации DL-разъединения, принятой в DC DLPDU,
-
DLE должен прекратить работу DLCEP в соответствии с МЭК 61158-4-1, 8.2.1.6, перечисление b).
5.2.2.2.4.10 МЭК 61158-4-1, 8.2.1.8
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
Данный профиль не включает устаревание соединения и, тем самым, разрешает повторное использование DLCEP-адреса в любое время после отправления DC DLPDU.
В тех случаях, когда DLE самостоятельно определяет, что необходимо разъединить DLCEP, то:
a) если DLCEP известен локальному DLS-пользователю, то DLE должен сообщить индикацию DL-разъединения локальному DLS-пользователю, указывая как причину для индикации DL-разъединения, как и тот факт, что ее происхождение было локальным.
Примечание - DLCEP не будет известен локальному DLS-пользователю, если разъединение происходит во время обработки принятого EC DLPDU, чей прием только что привел к тому, что DL создал DLCEP;
-
вызванный DL(SAP)-адрес EC DLPDU, активировавший DLCEP не являлся групповым DL-адресом, то
-
DLE должен закодировать DC DLPDU в соответствии с МЭК 61158-4-1, 6.2 и 7.2 и запланировать DLPDU для передачи с приоритетом TIME-AVAILABLE в соответствии с МЭК 61158-4-1, 8.4.5,
-
если отсоединяемый DLCEP является одноранговым DLCEP, то DC DLPDU должен обладать как адресом пункта назначения, так и адресом источника форматов 1L и 1S по МЭК 61158-4-1, 6.2.1, а адрес пункта назначения должен быть удаленным DLCEP-адресом DLC, если это известно, или вызванным DL(SAP)-адресом инициирующего EC DLPDU во всех других случаях. В поле "запрошен ответ" должно быть установлено в значение TRUE в DC-параметрах инициирующего DC DLPDU,
-
если отсоединяемый DLCEP является PUBLISHER DLCEP, то DC DLPDU должен обладать только адресом источника форматов 2L и 2S по МЭК 61158-4-1, 6.2.1. В поле "запрошен ответ" должно быть установлено в значение FALSE в DC-параметрах инициирующего DC DLPDU,
-
адрес источника DC DLPDU должен быть локальным DLCEP-адресом, если таковой существует; или отвечающим или вызывающим DLSAP-адресом, если таковой существует, или вызванным DLSAP-адресом инициирующего EC DLPDU во всех других случаях;
c) DLE должен прекратить работу DLCEP в соответствии с МЭК 61158-4-1, 8.2.1.6, перечисление b).
CP 1/1. Выборка протокола DLL пункта 8.2.2
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 8.2.2.0 | - | ДА | - |
| 8.2.2.1 | Выбор формата CA, CD, DT и ED блоков DLPDU | Частичное | Заменен на 5.2.2.2.4.11 |
| 8.2.2.2 | Прием примитива запроса DL-ДАННЫЕ (DL-DATA) | Частичное | Заменен на 5.2.2.2.4.12 |
| 8.2.2.3 | Передача DT DLPDU от DLCEP | - | - |
| 8.2.2.3.0 | - | ДА | - |
| 8.2.2.3.1 | Формирование поля "данные пользователя" (user-data) и связанных с ним подполей SD-параметров | Частичное | Заменен на 5.2.2.2.4.13 |
| 8.2.2.3.2 | Формирование других подполей SD-параметров | Частичное | Заменен на 5.2.2.2.4.14 |
| 8.2.2.3.3 | Передача завершена | Частичное | Заменен на 5.2.2.2.4.15 |
| 8.2.2.4 | Передача CA, CD или ED DLPDU от DLCEP | - | - |
| 8.2.2.4.1 | Передача CA DLPDU | НЕТ | - |
| 8.2.2.4.2 | Передача CD DLPDU | Частичное | Заменен на 5.2.2.2.4.16 |
| 8.2.2.4.3 | Передача ED DLPDU | НЕТ | - |
| 8.2.2.5 | Подтверждение соответствия и обработка SD-параметров в CA, CD, ED или DT DLPDU, принятых на DLCEP | - | - |
| 8.2.2.5.0 | - | Частичное | Заменен на 5.2.2.2.4.17 |
| 8.2.2.5.1 | Подтверждение соответствия подполей NDS, TNS, ASN и подполей сокращенного времени DL (truncated-DL-time) принятых SD-параметров | ||
| 8.2.2.5.2 | Подтверждение соответствия подполей NDR, RSN, J и K принятых SD-параметров | Заменен на 5.2.2.2.4.19 | |
| 8.2.2.5.3 | Обработка подполя T и подполя сокращенного времени DL принятых SD-параметров | Заменен на 5.2.2.2.4.20 | |
| 8.2.2.6 | Подтверждение соответствия и обработка данных пользователя, полученных в DT DLPDU | Частичное | Заменен на 5.2.2.2.4.21 |
| 8.2.2.7 | Доставка целого DLSDU, который был полностью получен на DLCEP | - | - |
| 8.2.2.7.0 | - | ДА | - |
| 8.2.2.7.1 | Доставка буферу приема | ДА | - |
| 8.2.2.7.2 | Доставка очереди приема | Частичное | Заменен на 5.2.2.2.4.22 |
| 8.2.2.7.3 | Стандартная доставка согласно модели BOC (OSI-default delivery) | ДА | - |
| 8.2.2.8 | Прием DT DLPDU, адресованного DLCEP | Частичное | Заменен на 5.2.2.2.4.23 |
| 8.2.2.9 | Прием CD DLPDU | НЕТ | Не включен, так как данный профиль не включает в себя CA, ED DLPDU и CD DLPDU для однорангового DLC. В данном профиле CD DLPDU для многорангового соединения не включает в себя SD-параметры |
| 8.2.2.10 | Запуск, отмена и истечение таймера TU(MCD) по запросу DL-DATA | Частичное | Заменен на 5.2.2.2.4.24 |
| 8.2.2.11 | Запуск, отмена и истечение таймера TC,K(SS) | - | - |
| 8.2.2.11.0 | - | Частичное | Заменен на 5.2.2.2.4.25 |
| 8.2.2.11.1 | Использование упрощенного таймера TC(SS) | Частичное | Заменен на 5.2.2.2.4.26 |
| 8.2.2.12 | Запуск, отмена и истечение таймера TC,K(RRS) | НЕТ | - |
| 8.2.2.13 | Запуск, отмена и истечение таймера TC(RAS) | Частичное | Заменен на 5.2.2.2.4.27 |
| 8.2.2.14 | Запуск, отмена и истечение таймера TC(RAM) | Частичное | Заменен на 5.2.2.2.4.28 |
| 8.2.2.15 | Прием примитива запроса DL-СБРОС (DL-RESET) | НЕТ | - |
| 8.2.2.16 | Прием примитива ответа на DL-СБРОС | НЕТ | - |
| 8.2.2.17 | Прием RC DLPDU | НЕТ | - |
| 8.2.2.18 | Истечение таймера TU(MCD) по запросу или индикации DL-СБРОС | НЕТ | - |
| 8.2.2.19 | Сброс инициированный DLE | НЕТ | - |
5.2.2.2.4.11 МЭК 61158-4-1, 8.2.2.1
Примечание - CA и ED DLPDU блоки не включены в данный профиль.
Формат адреса всех DC и DT DLPDU блоков, отправленных от DLCEP должен быть выбран в соответствии с тем, что было определено в процессе DLCEP-установления по МЭК 61158-4-1, 8.2.1.1 и как указано в МЭК 61158-4-1, 6.5.3 и 6.7.3 соответственно. Формат SD-параметров всех подобных CD и DT DLPDU блоков, формируемый DLE, должен быть таким же, как и оговоренный для отправляющего DLCEP по МЭК 61158-4-1, 7.1, перечисление c.5), 7.1, перечисление d.5), 8.2.1.1.
Все блоки CD DLPDU, отправленные от LAS DLE как часть его деятельности по выполнению плана, а не от DLCEP, принадлежащего LAS DLE, содержат явно заданный адрес пункта назначения длиной, которая была согласована в МЭК 61158-4-1, 8.2.1.1, и должны пренебречь как адресом источника, так и SD-параметрами.
Примечание - Формат адреса очень короткой длины всегда реализуется с помощью коротких адресов в любом ассоциированном CD DLPDU.
5.2.2.2.4.12 МЭК 61158-4-1, 8.2.2.2
Примечание - Ниже приведенные процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.2.2, перечисление d.1): данный профиль не включает в себя явное планирование запросов DL-данных;
МЭК 61158-4-1, 8.2.2.2, перечисление d.2.ii): функциональные характеристики доставки данных из МЭК 61158-4-1, 8.2.2.2 не включены в данный профиль.
Если запрос принят, на что указывает возвращенный статус "успех" ("success") на запрос DL-DATA, то по завершении запроса, успешном или же в случае отказа, DLE должен выпустить подтверждение DL-DATA с тем же идентификатором запроса, как и указанный DLS-пользователем в соответствующем примитиве запроса DL-DATA, передавая статус запроса DLS-пользователю.
Источник DCLEP, указанный в запросе DL-DATA, должен быть привязан либо к явной (управляемой пользователем) очереди или неявной (управляемой DLE) очереди. Если очередь заполнена или если указанная длина DLSDU, PU(L), является неверной, или если DLCEP-состояние VC(ST) не является состоянием ГОТОВ К ПЕРЕДАЧЕ ДАННЫХ (DATA-TRANSFER-READY), то DLE должен немедленно вернуть соответствующее подтверждение DL-DATA, указывая причину отказа (сбоя).
a) DLE должен создать и запустить таймер запроса пользователя TU(MCD), длительность которого основана на указанной пользователем максимальной задержке подтверждения для примитивов DL-DATA. Если указанное значения было отличным от UNLIMITED, то длительность данного таймера должна быть равной этой указанной пользователем максимальной задержке подтверждения; в противном случае длительность должна быть равна 60 с. DL-менеджмент способен пренебречь этими предпочтительными вариантами длительности;
b) DLE должен назначить следующий не назначенный номер последовательности N = VC(N) запросу и связанному с ним DLSDU;
c) DLE должен инициализировать переменную VS,N(SS), основываясь на длине, PN(L), N-го DLSDU, чтобы указать на то, что все сегменты N-го DLSDU нуждаются в передаче, а никакие другие сегменты данного DLSDU;
d) DLE должен добавить запрос в очередь запроса пользователя DLCEP-адреса, QA(UR), следующим образом:
-
i) если N > VC(A) + PC(WS) и отправляющий DLCEP являются КЛАССИЧЕСКИМ (CLASSICAL) или БЕСПОРЯДОЧНЫМ (DISORDERED) одноранговым устройством, то запрос должен быть помещен в третий раздел QA(UR),
-
в противном случае, если перечисление 2) не применимо, то третий раздел QA(UR) пустой, и потому запрос должен быть помещен во второй раздел QA(UR), а DLE должен добавить в очередь незапланированной услуги (unscheduled-service) DLE, Q(US), ссылку на QA(UR) того же приоритета как и только что присоединенный запрос.
Примечание - Q(US) никогда не нуждается в большем числе ссылок на QA(UR), чем число блоков DLSDU, ожидающих передачу или повторную передачу.
5.2.2.2.4.13 МЭК 61158-4-1, 8.2.2.3.1
Примечание - Следующие процедуры либо не включены, либо включены частично по причинам, приведенным ниже:
МЭК 61158-4-1, 8.2.2.3.1, перечисления a), b.i), b.iii), b.iv): функциональные возможности доставки данных по МЭК 61158-4-1, 8.2.2.3.1 не включены в данный профиль;
МЭК 61158-4-1, 8.2.2.3.1, перечисления b.2), b.3): подполя ASN, TNS не являются частью формата SD-параметров данного профиля;
МЭК 61158-4-1, 8.2.2.3.1, перечисления c.3.iii), d.2): подполе DL-времени не является частью формата SD-параметров данного профиля.
Поля T, NDS и поле данных пользователя DLPDU блоков должны быть сформированы следующим образом:
b) если отправляющий DLCEP привязан к отправляющей очереди и
ii) является БЕСПОРЯДОЧНЫМ или КЛАССИЧЕСКИМ одноранговым DLCEP, и существует K такое, что VC(A) < K <= min(VC(A) + PC(WS), VC(N)-1) и VC,K(SS) непустое (non-empty),
то DLE должен сформировать остаток DLPDU следующим образом:
-
подполе NDS, если присутствует, должно передавать биты самого младшего разряда значения K соответствующим образом,
-
поле "данных пользователя" должно состоять из октетов данных пользователя,
и DLE должен удалить составляющую из VC,K(SS);
c) если отправляющий DLCEP привязан к отправляющему буферу, то:
-
DLE должен увеличить VC(N), если в буфер была внесена запись после последней передачи из буфера на этот DLCEP,
-
Если K не равно нулю, то DLE должен сформировать остаток DLPDU, как это указано в перечислениях b.1) - b.4) и как показано далее:
i) если DLSDU не обладает никакими атрибутами своевременности, то в подполе T должно быть указано FALSE,
ii) если DLCEP обладает классом DL-своевременности отправителя отличным от класса NONE, то DLE должен:
A) вычислить своевременность сегмента номер S блока DLSDU номер K в соответствии с МЭК 61158-4-1 8.1.7,
B) выполнить логическое И для данного вычисленного статуса своевременности и статуса своевременности, ассоциированного с записью в буфер, VB(TS), по МЭК 61158-4-1, 6.7.4.21, а также
C) передать результат в подполе T блока DLPDU,
а также DLE должен удалить составляющую из VC,K(SS);
d) если не имеется такого K, как описано в перечислении b), или K равно нулю, как в перечислении c), или если от DLE требуется отправить DLPDU без данных пользователя, как описано в МЭК 61158-4-1, 6.5.4.1, перечисление c) или 6.5.4.1, перечисление d), то:
-
в подполе T SD-параметров должен быть ноль (0), NDS должен быть закодирован соответствующим номером битов самого младшего разряда VC(M),
поле данных пользователя должно быть равно нулю.
5.2.2.2.4.14 МЭК 61158-4-1, 8.2.2.3.2
Примечание - Ниже описанные процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.2.3.2, перечисление b.1): проверка номера сегмента не включена, текст был отредактирован, чтобы был применим только к формату SD-параметров, включенному в данный профиль.
Подполя SD-параметров J, K, NDR и RSN должны быть отформатированы следующим образом:
a) если отправляющий DCLEP является DCLEP ИЗДАТЕЛЯ (PUBLISHER DLCEP), то подполя SD-параметров J, K, NDR и RSN должны быть закодированы как ноль;
b) если отправляющий DCLEP является одноранговым DCLEP, то:
i) подполе J SD-параметров должно быть закодировано, как единица (1),
ii) подполе NDR должно передавать 4 бита значения K самого младшего разряда,
iii) подполе RSN должно быть закодировано как ноль и
iv) VC,K(RRS) должно быть задано пустым,
- в противном случае, если перечисление 1) не применимо, то:
i) подполя J и RSN должны быть закодированы как ноль (0) и
ii) подполе NDR должно передавать 4 бита (VC(L)+1) самого младшего разряда,
- если значение подполя NDR равно значению соответствующих битов (VC(L)+1) самого младшего разряда, то подполе K должно быть закодировано как единица (1), в противном случае подполе K должно быть закодировано как ноль (0).
Примечание - Если принятый размер окна PC(WR) = 1, то NDR = VC(L)+1; RSN = 0; K = 1; если VC(L)+1(RRS) непустое, то J = 1; иначе J = 0.
5.2.2.2.4.15 МЭК 61158-4-1, 8.2.2.3.3
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.2.3.3, перечисление a): переменная VC(MS) не включена в данный профиль;
МЭК 61158-4-1, 8.2.2.3.3, перечисление b): отредактирован, потому что только неупорядоченный DLCEP издателя, привязанный к буферу, включен в данный профиль;
МЭК 61158-4-1, 8.2.2.3.3, перечисление c): отредактирован, потому что в данный профиль включен только упорядоченный DLCEP издателя, привязанный к буферу.
a) Если только что переданный DLPDU содержит данные DLS-пользователя, то DLE должен обновить VC(M) из локальной переменной K согласно МЭК 61158-4-1, 8.2.2.3.1 следующим образом:
если K > VC(M), то для VC(M) должно быть установлено значение равное K.
-
является DLCEP издателя, чьи функциональные возможности отправляющего DLCEP являются НЕУПОРЯДОЧЕННЫМИ (UNORDERED); и
-
DLE должен выпустить примитив индикации DL-BUFFER-SENT, указывающий идентификатор DLS-пользователя, если таковой известен, или, в противном случае, DL-идентификатор для DCLEP;
-
является DLCEP издателя, чьи функциональные возможности отправляющего DLCEP являются УПОРЯДОЧЕННЫМИ (ORDERED); и
-
DLE должен выпустить примитив индикации DL-BUFFER-SENT, указывающий идентификатор DLS-пользователя, если таковой известен, или, в противном случае, DL-идентификатор, для DLCEP;
d) Если DLCEP был указан в качестве синхронизирующего DLCEP во время установления одного или нескольких локальных DLCEP и если примитив индикации DL-BUFFER-SENT был выпущен в соответствии с перечислением b.1) или перечислением c.1), то DLE должен записать DL-время доступа к сети, VC(TNA), для использования в вычислениях своевременности тех из них, что ссылаются на DLCEP.
5.2.2.2.4.16 МЭК 61158-4-1, 8.2.2.4.2
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.2.4.2, перечисление a.2): в данном профиле CD DLPDU используется только в направлении от подписчика издателю и передача данных от подписчика издателю не включена, CD DLPDU в данном профиле не включает поля SD-параметров.
МЭК 61158-4-1, 8.2.2.4.2 не применим к LAS DLE, когда он занимается отправкой CD DLPDU блоков, как частью своей запланированной деятельности, и отправка осуществляется не от LAS DLE; подобные DLPDU блоки ограничены в соответствии с МЭК 61158-4-1, 6.5 и 8.2.2.
После получения коммуникационной возможности принуждается передача от удаленного DLCEP, когда:
-
симплексным и выполняется передача данных DLS пользователя только от удаленного DLCEP локальному DLCEP (и возможно другим DLCEP);
b) локальное исполнение примитива запроса услуги принуждения DL (DL-Compel-Service) вынуждает передачу от удаленного DLCEP издателя; в таком случае DLE должен сформировать и отправить CD DLPDU указанного приоритета; с форматами поля DL-адреса и SD-параметров в соответствии с МЭК 61158-4-1 6.5, 7.4 и 8.2.2.2 с удаленным (пункта назначения) и локальным (источника) DLCEP-адресами DLC, при необходимости, а также с нулевым полем SD-параметра.
5.2.2.2.4.17 МЭК 61158-4-1, 8.2.2.5.0
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.2.5, перечисление 1.i): данный профиль не включает в себя объединения соединений;
МЭК 61158-4-1, 8.2.2.5, перечисление 2): данный профиль не включает в себя DLC Сброс.
Только форматы A, D и G включены в данный профиль.
Если состоянием DLCEP, VC(ST), является:
ii) DLE должен выпустить примитив индикации DL-соединение установлено (DL-CONNECTION-ESTABLISHED) для принимающего DLS-пользователя и отменить, связанный с ним, таймер запроса пользователя TUMCD),
iii) DLE должен сменить состояние DLCEP, VC(ST), на состояние "готов к передаче данных" (DATA TRANSFER READY) и должен применить остальную часть МЭК 61158-4-1, 8.2.2.5.0;
-
состоянием отличным от "ожидание завершения соединения" (WAITING-FOR-CONNECT-COMPLETION) и "готов к передаче данных" (DATA-TRANSFER-READY), то принятый DLPDU должен быть проигнорирован DLC функциями верхнего уровня.
В противном случае, DLE должен выполнить подтверждение соответствия и обработать SD-параметры принятого DLPDU, в соответствии с форматом SD-параметров, PC(NP.FFFR), согласованным для данного (принимающего) направления DLC передачи. Эти подтверждение соответствия и обработка должны быть описаны в остальной части МЭК 61158-4-1, 8.2.2.5, включая рассуждения, связанные с форматом, как указаны далее, основанные на формате SD-параметров (A - G) и урезанном формате DL-времени (J - M). Зависящее от формата значение отправляемого по модулю MODS должно так же использоваться в процедурах МЭК 61158-4-1, 8.2.2.6.
Формат A. SD-параметры DLPDU отправления и приема являются заданными явно и потому всегда действительны (подтверждены); неявные значения RSN, T, TNS, ASN и урезанное DL-время - все имеют нулевые значения, а любые данные сопровождения пользователя являются завершенным DLSDU. МЭК 61158-4-1, 8.2.2.5.2 не применим.
Формат D. SD-параметры DLPDU отправления и приема являются заданными явно; отправление по модулю MODS равно 25; прием по модулю MODR равен 24; неявные значения TNS и ASN равны нулю и любые данные сопровождения пользователя являются завершенным DLSDU.
Формат G. SD-параметры DLPDU отправления и приема являются заданными явно; SD-параметры DLPDU приема не существуют; отправление по модулю MODS равно 25; неявные значение NDR есть VC(M)+1; неявные значения RSN, TNS и ASN равны нулю и любые сопровождения пользователя являются завершенным DLSDU.
5.2.2.2.4.18 МЭК 61158-4-1, 8.2.2.5.1
Примечание - Следующие процедуры либо не включены, либо включены частично, или отличаются по следующим причинам:
МЭК 61158-4-1, 8.2.2.5.1, перечисления b.1), b.2), b.3) и b.4) включены только для КЛАССИЧЕСКОГО (CLASSICAL) или БЕСПОРЯДОЧНОГО (DISORDERED) DLCEP;
МЭК 61158-4-1, 8.2.2.5.1, перечисления a), b.2.ii), b.3) включены частично, потому что данный профиль не включает в себя сегментацию (подполе TNS не включено);
перечисление b.1) не идентично МЭК 61158-4-1, 8.2.2.5.1, перечисление b.1), потому что данный профиль в действительности использует разъединение вместо сброса;
перечисление с) добавлено как новый подпункт для упорядоченного DLCEP, привязанного к принимающему буферу.
В дальнейшем, PC(NP.WWWWR) является согласованным размером окна приема и PC(NP.TTR) является согласованными функциями доставки данных принимающего DLCEP.
a) Если PC(NP.TTR) указывает значение "неупорядоченный", что является постоянным случаем для формата A, то, если поле данных пользователя принятого DLPDU не нулевое, то принимающий DLE:
i) должен увеличить VC(H) и K должно быть равно новому значению VC(H),
iii) должен обработать принятые данные пользователя в соответствии с МЭК 61158-4-1 8.2.2.6.
b) В противном случае, когда PC(NP.TTR) указывает ORDERED, DISORDERED или CLASSICAL, то, если принимающий DLCEP является DLCEP подписчиком и это первый полученный DT DLPDU после того, как состояние DLCEP было сменено на "готов к передачи данных" (DATA-TRANSFER-READY), то DLE должно установить для переменных VC(L) и VC(H) значение подполя NR(NDS) принятого DT DLPDU.
Если PC(NP.TTR) является КЛАССИЧЕСКИМ (CLASSICAL) или БЕСПОРЯДОЧНЫМ (DISORDERED) DLCEP, то DLE должен вычислить по модулю MODS
TEMP = (NR(NDS) + PC(NP.WWWWR) - VC(H) - 1), (16)
и должны быть применены перечисления 1) - 4).
-
Если по модулю MODS TEMP > (VC(L) + 2 x PC(NP.WWWWR) - VC(H) - 1), то принятый номер последовательности DLSDU не действителен; процедуры МЭК 61158-4-1 8.2.2.6 не применимы; и DLE должен отсоединить DLCEP в соответствии с МЭК 61158-4-1 8.2.1.8, указывая причину разъединения "неверный DLPDU формат или параметры, длительное состояние".
-
Иначе, если перечисление 1) не применимо, тогда, если
i) DLE должен установить N равное TEMP - (PC(NP.WWWWR) - 1) и
ii) принятый номер последовательности DLSDU предназначен для нового DLSDU, не принятого прежде или логически выведенного, DLE должен повторять следующий шаг перечисления A) N-ое число раз.
A) DLE должен увеличить VC(H). Пусть K равно только что увеличенному значению VC(H). Затем должна быть создана VC,K(MRS) и указывать на то, что сегмент DLSDU K под номером ноль (0) не найден; VC,K (RRS) должен быть создан и должен указывать на то, что K-ый сегмент DLSDU с номером ноль (0) не найден;
A) если в принятом DLPDU имеются какие-либо сопроводительные данные пользователя, то DLE должен модифицировать, как VC,K(MRS), так и VC,KK(RRS) для того, чтобы они указывали на то, что сегмент, чей номер, вначале равный нулю, равен значению поля NR(ASN), не пропущен, а процедуры МЭК 61158-4-1, 8.2.2.6 должны также быть применены;
B) если имеются какие-либо VC,K(RRS), созданные согласно перечислению b.2.ii.A), не пустые и тем самым нуждающиеся в запросе на повторную передачу, то:
I) DLE должен проверять на наличие ссылок на DLCEP в очереди незапланированной услуги DLE, Q(US) и,
II) если никаких таких ссылок не найдено, то DLE должен добавить ссылку на DLCEP в очередь незапланированной услуги DLE, Q(US), чтобы обеспечить отправку другого DLPDU, запрашивающего повторную передачу ненайденного сегмента от принимающего DLCEP.
- Иначе, если перечисления 1) и 2) не применимы, и
TEMP < VC(L) + PC(NP.WWWWR) - VC(H)) по модулю MODS, то принятый порядковый номер DLSDU предназначен для доставленного прежде, и прежде подтвержденного в одноранговых DLC, DLSDU. Если в принятом DLPDU имеются какие-либо сопроводительные данные пользователя, то DLE должен проверить наличие ссылки на DLCEP в очереди незапланированных услуг DLE, Q(US), и если таковая не найдена, он должен добавить ссылку на DLCEP в очередь незапланированных услуг DLE, Q(US), чтобы обеспечить отправку другого DLPDU, повторно подтверждающего DLSDU, на который только что была приведена ссылка, от принимающего DLCEP. Процедуры МЭК 61158-4-1, 8.2.2.6 не применимы.
- Иначе, если перечисления 1), 2) и 3) не применимы, то принятый номер последовательности DLSDU предназначен для прежде полученного или логически выведенного, но еще не подтвержденного или доставленного, или оба варианта, DLSDU.
Пусть K = VC(H) + TEMP + 1 - PC(NP.WWWWR).
Если в принятом DLPDU имеются какие-либо сопроводительные данные пользователя и VC,K(MRS) указывает на то, что данные пользователя не были предварительно получены, то DLE должен модифицировать как VC,K(MRS), так и VC,K(RRS) для того, чтобы указать на то, что сегмент, чей номер, вначале равный нулю, равен значению поля NR(ASN), не пропущен, а процедуры МЭК 61158-4-1, 8.2.2.6 должны также быть применимы.
c) Если PC(NP.TTR) является УПОРЯДОЧЕННЫМ (ORDERED), то:
TEMP1 = (NR(NDS) - VC(H)) по модулю MODS;
ii) если TEMP1 = 0, то принятый номер последовательности DLSDU предназначен для прежде доставленного DLSDU. О принятии дублированного DLPDU должно быть сообщено DLS-пользователю с индикацией принят DL-буфер (DL-BUFFER-RECEIVED), указывающей на то, что сообщенный DLSDU является дубликатом DLSDU;
iii) если TEMP1 > 0, то принятый номер последовательности DLSDU предназначен для нового DLSDU, не принятого прежде или логически выведенного. Если в принятом DLPDU имеются какие-либо сопроводительные данные пользователя, то должны быть применены процедуры МЭК 61158-4-1, 8.2.2.6.
Примечание - Если принятый DLCEP является КЛАССИЧЕСКИМ (CLASSICAL) или БЕСПОРЯДОЧНЫМ (DISORDERED) одноранговым DLCEP и размер окна = 1, то
5.2.2.2.4.19 МЭК 61158-4-1, 8.2.2.5.1
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.2.5.2, перечисление a): не требуется;
МЭК 61158-4-1, 8.2.2.5.2, перечисление c): функциональные возможности доставки данных не включены в данный профиль.
В дальнейшем PC(NP.WWWWR) является согласованным размером окна приема, а PC(NP.TTR) согласованные функциональные возможности доставки данных принимающего DLCEP.
b) Если DLCEP является КЛАССИЧЕСКИМ (CLASSICAL) или БЕСПОРЯДОЧНЫМ (DISORDERED) одноранговым DLCEP, а подполя J и K принятых SD-параметров не равны нулю каждый, то DLE должен вычислить
TEMP = (NR(NDR) - VC(A)) по модулю MODR,
Принятый DLPDU подтверждает еще не подтвержденный переданный DLSDU (K = 1) или же запрашивает повторную передачу сегмента уже переданного DLSDU (J = 1), или и то, и другое.
Если K = 1, а DLCEP является КЛАССИЧЕСКИМ (CLASSICAL) или БЕСПОРЯДОЧНЫМ (DISORDERED) одноранговым DLCEP, а VC(A) < N <= VC(M) + 1, то DLE должен:
i) установить VC(A) равным N-1;
ii) выпустить, в изначально запрошенном порядке, подтверждение DL-DATA для каждого DL-DATA запроса, который был подтвержден принятым NDR;
iii) отменить набор таймеров, связанного с запросом пользователя {TU(MCD)} для только что подтвержденных запросов DL-DATA;
iv) отменить любые повторные передачи таймеров TC,K(SS), связанные с только подтвержденными запросами DL-DATA или упрощенный таймер TC(SS), связанный с DLCEP, и в случае последнего (используя TC(SS)), если VC(A) < VC(M), что подразумевает наличие неподтвержденных DLSDU, TC(SS) должен быть перезапущен;
v) там, где возможно и разрешено, переместить DL-DATA запросы от третьего раздела во второй раздел соответствующей очереди запроса пользователя (user-request), QA(UR), в соответствии с МЭК 61158-4-1, 8.2.2.2, перечисление d);
и если VC,K(SS), связанные с только что подтвержденными запросами DL-DATA были не пустые, то DLE может отменить подобные запросы повторной передачи и установить в соответствующий VC,K(SS) пустое значение.
Если J = 1, а N больше, чем VC(A), и N <= VC(M), то DLE должен добавить RSN-й член в набор VC,N(SS); а если набор VC,N(SS) был прежде пустым, то DLE должен:
-
отменить любые таймеры повторной передачи VC,N(SS), связанные с N-м DLSDU или TC(SS), связанный с DLCEP, а также
-
добавить в очередь незапланированных услуг DLE, Q(US), ссылку на QA(UR) принимающего DLCEP для обеспечения отправки запрошенного DLPDU от принимающего DLCEP.
1 Q(US) никогда не нуждается в большем количестве ссылок на QA(UR), чем число DLSDU блоков, ожидающих передачи или повторной передачи.
2 Если размер окна отправки равен 1, то VC(M) есть VC(A) или VC(A) + 1. Действительные значения NDR это VC(A) + 1 или VC(A) + 2.
5.2.2.2.4.20 МЭК 61158-4-1, 8.2.2.5.3
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.2.5.3, перечисление b.1.ii): данный профиль не включает DL-время в SD-параметр;
МЭК 61158-4-1, 8.2.2.5.3, перечисление b.2): данный профиль не включает DLSDU с более чем одним сегментом.
Если прием DLCEP привязан к буферу, то:
a) если принимающий DLCEP обладает классом NONE (никакой) DL-своевременности (DL-timeliness) отправителя, то статус своевременности, VB(TS), по МЭК 61158-4-1, 6.7.4.21, связанный с записью буфера, должен быть установлен в значение FALSE (ложь);
b) в противном случае, когда (a) не применим, то:
i) связанный с буфером статус-своевременности, VB(TS), указанный в МЭК 61158-4-1, 6.7.4.21, должен быть установлен в значение, равное подполю T принятого DLPDU,
iii) DL-время приема DLPDU должно быть использовано в качестве времени записи в буфер, VB(TW), указанном в МЭК 61158-4-1, 6.7.4.19,
5.2.2.2.4.21 МЭК 61158-4-1, 8.2.2.6
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.2.6, перечисления a), b), c) и другой текст не включены - данный профиль не включает в себя блоки DLSDU, содержащие более одного сегмента, за счет чего никогда не требуется повторная сборка.
Если принятый DT DLPDU содержит ненулевое поле данных пользователя, следующее за его полем SD-параметров, то принимающий DLE должен проверять, является ли длина принятых данных пользователя меньше или равна разрешенному максимальному размеру DLSDU, PC(NP.M...MR), согласованному для данного (принимающего) направления DLC передачи. Если данное требование нарушено, то DLE должен отсоединить DLCEP в соответствии с МЭК 61158-4-1, 8.2.1.8, с указанием причины "разъединение провайдером - неверный размер DLSDU, длительное состояние".
d) Принимающий DLE должен попытаться доставить DLSDU в соответствии с МЭК 61158-4-1, 8.2.2.7.
5.2.2.2.4.22 МЭК 61158-4-1, 8.2.2.7.2
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.2.7.2, перечисление b): таймер TC,K(RRS) не включен в данный профиль;
МЭК 61158-4-1, 8.2.2.7.2, перечисление c): DLC типа UNORDERED (НЕУПОРЯДОЧЕННОЕ) или ORDERED (УПОРЯДОЧЕННОЕ), привязанное к очереди, не входит в данный профиль.
DLE должен попытаться добавить завершенный (целый) DLSDU вместе с идентификацией принимающего DLCEP в принимающую очередь.
Если это не удалось, DLE должен уведомить локальный DL-менеджмент о сложившейся ситуации полной очереди.
Примечание - Возможна ситуация, когда уведомление данного DL-менеджмента принимает форму приращения счетчика отброшенных блоков DLSDU.
a) DLE должен отправлять отчет DLS-пользователю об индикации DL-DATA;
d) если DLC является БЕСПОРЯДОЧНЫМ (DISORDERED) DLC, а также если K = (VC(L) + 1), то:
-
если K меньше, чем VC(H), то DLE должен увеличить K. Если переменная VC,K(MRS) пуста, то DLE должен установить VC(L) равным K и должен повторить шаг,
-
если DLC является одноранговым DLC, то если очередь незапланированных услуг DL-адреса DLE, Q(US), уже не содержит ссылку на DLCEP, то DLE должен добавить ссылку на DLCEP в эту Q(US) для обеспечения отправки подтверждения приема DLSDU от принимающего DLCEP;
e) если DLC является КЛАССИЧЕСКИМ (CLASSICAL) DLC, то:
-
если K меньше, чем VC(H), то DLE должен увеличить K. Если переменная VC,K(MRS) пуста, то DLE должен повторить всю процедуру доставки данных целиком по МЭК 61158-4-1, 8.2.2.7.2, перечисления a) и e), используя новое значение K,
-
если DLC является одноранговым DLC, то DLE должен поступить в соответствии с МЭК 61158-4-1, 8.2.2.7.2, перечисление d.3).
Примечание - Если размер окна приема = 1, то K всегда равно VC(L) + 1 и процедуры для КЛАССИЧЕСКОГО (CLASSICAL) и БЕСПОРЯДОЧНОГО (DISORDERED) DLC идентичны.
5.2.2.2.4.23 МЭК 61158-4-1, 8.2.2.8
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.2.8, перечисление a): данный профиль не включает в себя сброс DLC;
МЭК 61158-4-1, 8.2.2.8, перечисление b3): данный профиль не включает в себя Передачи данных от Подписчика Издателю;
МЭК 61158-4-1, 8.2.2.8, перечисление c): данный профиль не включает в себя остаточную деятельность для многорангового DLC.
Когда DLE принимает DT DLPDU, адресованный DLCEP DLE, DLE должен выполнять следующие серии действий:
b) DLE должен подтвердить соответствие того, что:
-
в принятом DT DLPDU, адресованном всем подписчикам DLCEP ИЗДАТЕЛЯ (PUBLISHER), длина DL-адреса издателя больше или равна ожидаемой,
i) длина и число DL-адреса(ов) соответствует ожидаемым [только LONG (длинный адрес), или только SHORT (короткий), или же только SHORT или VERY-SHORT (очень короткий) по выбору отправителя] и
ii) в случае когда ожидаются два адреса, второй DL-адрес DLPDU является DLCEP-адресом удаленного однорангового DLCEP, адресуемого по первому DL-адресу DLPDU.
Если это подтверждение соответствия не срабатывает, то:
iii) если DLCEP является одноранговым DLCEP и DLE должен отсоединить DLCEP от DLC в соответствии с МЭК 61158-4-1, 8.2.1.8, с указанием причины "разъединение провайдером - неверный формат DLPDU или параметров, длительное состояние",
iv) иначе DLE должен отбросить DT DLPDU;
c) если DLCEP является одноранговым DLCEP, чей согласованный атрибут остаточной деятельности имеет значение TRUE (ИСТИНА), то DLE должен перезапустить TC(RAM) DLCEP в соответствии с МЭК 61158-4-1, 8.2.2.14;
d) если остающееся число октетов DLPDU меньше, чем число октетов в формате согласованных SD-параметров для применимого направления передачи отправитель-получателю, то:
-
если DLCEP является одноранговым DLCEP или DLCEP ПОДПИСЧИК (SUBSCRIBER), то DLE должен отсоединить DLCEP от DLC в соответствии с МЭК 61158-4-1, 8.2.1.8, с указанием причины "разъединение провайдером - неверный формат DLCEP или параметров, длительное состояние",
В противном случае DLE должен интерпретировать и обработать SD-параметры применимого формата из тех остающихся октетов в соответствии с МЭК 61158-4-1, 8.2.2.5, и если остающееся число октетов в DLPDU после SD-параметров больше, чем ноль, то DLE должен обработать эти данные пользователя в соответствии с МЭК 61158-4-1, 8.2.2.6 и вероятно также 8.2.2.7.
5.2.2.2.4.24 МЭК 61158-4-1, 8.2.2.10
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.2.10, перечисление a): только КЛАССИЧЕСКИЙ (CLASSICAL) или БЕСПОРЯДОЧНЫЙ (DISORDERED) одноранговый DLCEP включены для целей запроса DL-Data;
МЭК 61158-4-1, 8.2.2.10, перечисление d): данный профиль не включает сброса DLC.
Таймер TU(MCD) должен быть запущен, когда DLS-пользователь выпускает соответствующий запрос DL-DATA. Он должен быть отменен на КЛАССИЧЕСКОМ (CLASSICAL) или БЕСПОРЯДОЧНОМ (DISORDERED) одноранговом DLCEP, когда DLE выпускает соответствующее подтверждение DL-DATA.
Если время таймера TU(MCD) истекает по запросу DL-DATA, то DLE должен:
b) удалить запрос, поступивший из очереди запроса пользователя, отправляющего DLCEP-адреса, QA(UR), и прервать обработку запроса;
c) поддерживать любые надлежащие статистики DL-менеджмента:
5.2.2.2.4.25 МЭК 61158-4-1, 8.2.2.11.0
1 Следующие процедуры либо не включены, либо включены частично по следующим причинам:
Данный профиль не включает DLSDU с более чем одним сегментом.
2 Таймер используется только одноранговыми DLCEP, чьи функциональные возможности доставки данных БЕСПОРЯДОЧНЫЕ (DISORDERED) или КЛАССИЧЕСКИЕ (CLASSICAL).
Таймер TC,K(SS) должен быть запущен каждый раз, когда DLPDU, содержащий все части DLSDUK передается, а VC,K(SS) - пуста. Он должен отменяться каждый раз, когда VC(A) больше или равно K или каждый раз, когда VC,K(SS) становится не пустой по МЭК 61158-4-1, 8.2.2.5.2, перечисление b).
Длительность данного таймера должна быть основана на локальной максимальной задержке подтверждения для примитивов DL-DATA, указанной пользователем. Если указанное значение отличалось от UNLIMITED, то длительность данного таймера должна быть между 12,5% и 25% Vc(NP).MCD_D; в противном случае длительность должна быть между 12,5% и 25% 60 s. DL-менеджмент может отвергнуть эти предпочтительные длительности.
Если время таймера TC,K(SS) истекает, то DLE должен:
a) модифицировать переменную VC,K(SS) так, чтобы она указывала на то, что K-ый DLSDU нуждается в повторной передаче; и
b) добавить в очередь незапланированных услуг DLE, Q(US), ссылку на QA(UR) DLCEP, для планирования повторной передачи неподтвержденного DLSDU; и
c) поддерживать надлежащие статистики DL-менеджмента.
5.2.2.2.4.26 МЭК 61158-4-1, 8.2.2.11.1
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
Данный профиль не включает в себя DLSDU с более чем одним сегментом.
Когда используется разрешение МЭК 61158-4-1, 6.7.4.9.1, то становятся применимы следующие правила:
a) таймер TC(SS) должен быть запущен, но не перезапущен, всякий раз, когда DLPDU, содержащий весь или часть DSLDUK, передан и VC,K(SS) - пуста. Таймер должен быть перезапущен, всякий раз, когда он не работает и VC(A) меньше чем VC(M); он должен быть отменен, всякий раз, когда VC(A) равна VC(M) или всякий раз, когда VC,K(SS) становится непустой по причине приема запроса на повторную передачу, согласно МЭК 61158-4-1, 8.2.2.5.2, перечисление b);
b) длительность данного таймера должна основываться на локальной максимальной задержке подтверждения примитивов DL-DATA, указанной пользователем. Если указанное значение не было UNLIMITED (неограниченное), то длительность данного таймера должна быть между 25% и 50% от 0,5 x Vc(NP).MCD_D; в противном случае она должна быть между 25% и 50% от 60 с. DL-менеджмент может отбросить эти предпочтительные длительности.
Если время таймера TC(SS) истекает, то DLE должен:
c) модифицировать переменную VC,K(SS), для неподтвержденного DLSDU с наименьшим порядковым номером, чтобы указать на то, что K-ый DLSDU нуждается в повторной передаче;
d) добавить в очередь незапланированных услуг DLE, Q(US), ссылку на QA(UR) DLCEP для того, чтобы запланировать повторную передачу неподтвержденного DLSDU; и
e) поддерживать надлежащие статистики DL-менеджмента.
5.2.2.2.4.27 МЭК 61158-4-1, 8.2.2.13
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.2.2.13, перечисление b): данный профиль не включает в себя остаточную деятельность для многорангового DLC.
Там, где он применим (условия использования таймера см. в МЭК 61158-4-1, 4.7.4.16), должен быть запущен таймер TC(RAS):
a) на отправляющем БЕСПОРЯДОЧНОМ (DISORDERED) или КЛАССИЧЕСКОМ (CLASSICAL) одноранговом DLCEP, когда он не работает и когда VC(A) равен (VC(N) - 1);
Длительность данного таймера должна основываться на максимальной задержке подтверждения запроса DL-CONNECT или примитивов ответа, указанной пользователем. Если указанное значение не UNLIMITED (неограниченное), то длительность данного таймера должна быть между 70% и 95% от VC(NP).MCD_CRS/2; в противном случае между 70% и 95% от 30 с. DL-менеджмент может отбросить эти предпочтительные длительности.
Таймер должен быть отменен каждый раз, когда VC(A) не равен (VC(N) - 1). Если время таймера TC(RAS) истекает, то DLE должен проверять наличие ссылки на DLCEP в очереди незапланированных услуг DLE, Q(US), и если таковая не найдена - должен добавить ссылку на DLCEP в очередь незапланированных услуг DLE, Q(US), для того, чтобы запланировать передачу удаленным DLCEP.
5.2.2.2.4.28 МЭК 61158-4-1, 8.2.2.14
Там, где он применим (условия использования таймера см. в МЭК 61158-4-1, 4.7.4.17), должен постоянно работать таймер TC(RAM). Он должен быть перезапущен, каждый раз, когда принят любой DLPDU в DLCEP.
Длительность данного таймера должна основываться на максимальной задержке подтверждения DL-CONNECT запроса или примитивов ответа, указанной пользователем, и он должен передаваться в EC DLPDU, полученном прежде от отправляющего DLCEP. Если указанное значение было UNLIMITED (неограниченное), то длительность данного таймера должна быть 60 с. В противном случае, длительность должна быть VC(NP).MCD_CRS.
DL-менеджмент может отвергнуть эти предпочтительные длительности.
Если время таймера TC(RAM) истекает, то DLE должен отсоединить DLCEP в соответствии с МЭК 61158-4-1, 8.2.1.8.
5.2.2.2.4.29 МЭК 61158-4-1, 8.3
В таблице 81 приведена выборка подпунктов для данного профиля.
CP 1/1. Выборка протоколов DLL подраздела 8.3.
5.2.2.2.4.30 МЭК 61158-4-1, 8.4
В таблице 82 приведена выборка подпунктов для данного профиля.
CP 1/1. Выборка протоколов DLL подраздела 8.4
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 8.4.1 | Функционирование услуги DL-time | - | - |
| 8.4.1.1 | Прием примитива запроса DL-TIME (DL-ВРЕМЯ) | ДА | - |
| 8.4.1.2 | Передача TD DLPDU | ДА | - |
| 8.4.1.3 | Прием TD DLPDU | Частичное | См. 5.2.2.2.4.31 |
| 8.4.1.3.1 | Дополнительные действия, требующиеся от моста | Частичное | См. 5.2.2.2.4.32 |
| 8.4.1.4 | Прием RQ DLPDU | ДА | - |
| 8.4.1.5 | Прием RR DLPDU | ДА | - |
| 8.4.1.6 | Истечение времени таймера T(TDP) | ДА | - |
| 8.4.2 | Функционирование услуги принудить услугу (compel-service) | - | - |
| 8.4.2.1 | Прием примитива запроса DL-COMPEL-SERVICE (DL-ПРИНУДИТЬ-УСЛУГУ) | Частичное | См. 5.2.2.2.4.33 |
| 8.4.3 | Функционирование услуги планирования последовательности | НЕТ | - |
| 8.4.4 | Функционирование услуги выбора подпоследовательности | НЕТ | - |
| 8.4.5 | Явное планирование запросов DLS-пользователя | ДА | - |
5.2.2.2.4.31 МЭК 61158-4-1, 8.4.1.3
Весь МЭК 61158-4-1, 8.4.1.3, за исключением следующих перечислений, включен в данный профиль:
e) 4) ii), так как данный профиль не использует id-канала (link-id) источника распределения времени периодической, запланированной деятельности в МЭК 61158-4-1, 9.3.5.1(j); и
e) 5) ii), потому что данный профиль не использует базу периодического планирования DL-времени (T0) согласно МЭК 61158-4-1, 9.3.5.1, перечисление k).
5.2.2.2.4.32 МЭК 61158-4-1, 8.4.1.3.1
Весь МЭК 61158-4-1, 8.4.1.3.1, за исключением следующих разделов, включен в данный профиль:
a) 2), потому что данный профиль не использует базу периодического планирования DL-времени (T0) согласно МЭК 61158-4-1, 9.3.5.1, перечисление k);
a) 3), так как данный профиль не использует идентификатор канала источника распределения времени периодической, запланированной деятельности в МЭК 61158-4-1, 9.3.5.1, перечисление j).
5.2.2.2.4.33 МЭК 61158-4-1, 8.4.2.1
Примечание - Следующие процедуры либо не включены, либо включены частично по следующим причинам:
МЭК 61158-4-1, 8.4.2.1, перечисления a), a.1): данный профиль включает данную услугу только для локального DLCEP издателя, привязанного к буферу отправителя;
МЭК 61158-4-1, 8.4.2.1, перечисления a.2.ii.A), b.1.i): данный профиль не включает запланированную последовательность в DLE;
МЭК 61158-4-1, 8.4.2.1, перечисления b), b.1): данный профиль включает в себя данную услугу только для удаленного DLCEP издателя;
МЭК 61158-4-1, 8.4.2.1, перечисление c): данный профиль не включает в себя данную услугу для DLSAP-адреса.
Когда DLE принимает запрос DL-COMPEL-SERVICE (DL-ПРИНУДИТЬ-УСЛУГУ), он должен классифицировать запрос и предпринять соответствующее действие. Если запрос обращен к:
a) локальному (для DLE) DLCEP издателя, для которого правила DL-планирования (DL-sheduling-policy) ЯВНЫЕ (EXPLICIT), то:
i) для надлежащего K модифицировать переменную VC,K(SS) соответствующего DLSDU, на данный момент связанного с буфером, для индикации того, что DLSDU нуждается в передаче,
ii) сформировать ссылку в QA(UR) указанного локального однорангового DLCEP или его издателя при DLCEP, имеющем наивысший приоритет, где ссылка указывает на необходимость отправить DLSDU от отправляющего буфера, идентифицированного в перечислении 2), а также добавить ссылку в:
B) очередь незапланированных услуг DLE, Q(US),
iv) вернуть текущий статус "успех";
b) удаленному DLCEP издателя локального DLCEP подписчика, то DLE должен:
- сформировать ссылку на QA(UR) указанного локального DLCEP подписчика, при DLCEP, имеющем наивысший приоритет, где ссылка указывает на необходимость принудить передачу DLSDU от удаленного соответствующего DLCEP издателя, идентифицированного в перечислении b), а также добавить ссылку на:
ii) очередь незапланированных услуг DLE, Q(US),
некоторому другому DL-адресу, то DLE должен вернуть немедленный статус "отказ, связанный с пользователем - неверный DL-адрес".
5.2.2.2.5 МЭК 61158-4-1, раздел 9
5.2.2.2.5.1 Общие положения
В таблице 83 приведена выборка подпунктов для данного профиля.
CP 1/1. Выборка протоколов DLL подраздела 8.4
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 9.1 | Область применения | Частичное | Включает в себя перечисления a), (b) и (d), но не включает перечисление c), потому что запрос ОЧЕРЕДЬ-DL-ПОДПИСЧИКА (DL-SUBSCRIBER-QUERY) и запрос ОЧЕРЕДЬ-DL-СЛУШАТЕЛЯ (DL-LISTENER-QUERY) не включены в данный профиль, а мосты не используют блоки SPDU для обслуживания базы данных переадресации |
| 9.2 | Обзор работы LAS | Частичное | Включает перечисления a) - e), но не включает перечисления f) и g) |
| 9.3 | Определение подпротокола DL-поддержки | Частичное | См. 5.2.2.2.5.2 |
| 9.4 | Элементы процедур для принятия SPDU блоков | НЕТ | - |
5.2.2.2.5.2 МЭК 61158-4-1, 9.3
Подпротокол DL-поддержки определяет кодирование Блока Данных Протокола Поддержки (SPDU) для поддержки нужд функционирования LAS, включая планирование и другие функции DLE.
Любой DLPDU, отправленный к функциям DL-поддержки или отправленный этими функциями в рамках DLE, включая DLPDU, адресованный DL-адресу УЗЛА (NODE), обладающий ненулевым полем данных пользователя, должен содержать в качестве "данных пользователя" единичный SPDU, чье кодирование и интерпретация соответствуют МЭК 61158-4-1, 9.3. Данное требование включает любые DLPDU, адресованные DLSAP-адресу, определяющему функционал LAS, например ограниченному каналом DL-адресу 040016. Оно также включает любые PR или TL DLPDU, каждый из которых всегда содержит поле данных пользователя.
Выборку подразделов см. в таблице 84.
CP 1/1. Выборка протоколов DLL подраздела 9.3
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 9.3.1 | Общие определения | ДА | - |
| 9.3.2 | SPDU блоки обслуживания канала (Link-maintenance) | - | - |
| 9.3.2.1 | SPDU ответа-проверки (Probe-response) | Частичное | См. 5.2.2.2.5.3 |
| 9.3.2.2 | SPDU активации узла (node-activation) | Частичное | См. 5.2.2.2.5.4 |
| 9.3.2.3 | SPDU статуса базы данных LAS (LAS-data-base-status) | Частичное | См. 5.2.2.2.5.5 |
| 9.3.2.4 | SPDU изменения списка действующих узлов (live-list-change) | Частичное | См. 5.2.2.2.5.6 |
| 9.3.2.5 | SPDU запрос списка действующих узлов (live-list-request) | ДА | - |
| 9.3.2.6 | SPDU подробного списка действующих узлов (live-list-detail) | Частичное | Данный профиль включает все поля SPDU подробностей списка действующих узлов, за исключением DLE-типа (DLE-type), как это указано в перечислении g), на которое указывается ссылка |
| 9.3.2.7 | SPDU очереди соответствия требованиям DL (DL-conformance-query) | НЕТ | - |
| 9.3.2.8 | SPDU ответа на DL соответствие (DL-conformance-reply) | НЕТ | - |
| 9.3.2.9 | SPDU запроса базовых параметров канала (link-basic-parameters-request) | НЕТ | - |
| 9.3.2.10 | SPDU ответа на запрос базовых параметров канала (link-basic-parameters-reply) | НЕТ | - |
| 9.3.2.11 | SPDU запроса параметров ведущего устройства-канала (link-master-parameters-request) | НЕТ | - |
| 9.3.2.12 | SPDU ответа параметров ведущего устройства канала (link-master-parameters-reply) | НЕТ | - |
| 9.3.2.13 | SPDU запрос времени удержания маркера (token-hold-time-request) | НЕТ | - |
| 9.3.2.14 | SPDU массив времени удержания маркера (token-hold-time-array) | НЕТ | - |
| 9.3.2.15 | SPDU FDC-DLE-"пробудился" (FDC-DLE-has-"awakened") | НЕТ | - |
| 9.3.2.16 | SPDU уведомление FDC DLE может "идти спать" (FDC-DLE-may-"go-to-sleep"-notification) | НЕТ | - |
| 9.3.2.17 | SPDU подтверждение FDC DLE может "идти спать" (FDC-DLE-may-"go-to-sleep"-acknowledge) | НЕТ | - |
| 9.3.3 | SPDU блоки LAS-передачи (LAS-transfer) | - | - |
| 9.3.3.1 | SPDU запрос уступить LAS-роль (relinquish-LAS-role-request) | ДА | - |
| 9.3.3.2 | SPDU запрос принять LAS-роль (accept-LAS-role-request) | НЕТ | - |
| 9.3.3.3 | SPDU ответ принять LAS роль (accept-LAS-role-reply) | НЕТ | - |
| 9.3.4 | SPDU блоки построения плана (schedule-construction) | НЕТ | - |
| 9.3.5 | SPDU блоки передачи плана (schedule-transfer) | Частичное | См. 5.2.2.2.5.7 |
| 9.3.6 | SPDU блоки не-LAS | НЕТ | - |
5.2.2.2.5.3 МЭК 61158-4-1, 9.3.2.1
Данный профиль включает в себя все подразделы SPDU ответа-проверки, но значения некоторых полей являются фиксированными в данном профиле, как это показано далее:
a) в соответствии с требованиями;
b) в соответствии с требованиями;
c) в октетах 3 и 4 должно быть указано, как это показано в МЭК 61158-4-1, таблица 83:
-
отсутствие нужды DLE в циркуляции маркера без явного запроса, закодированное в булевом формате, N: 0 (нет, циркуляция маркера необходима),
-
тот факт, что DLE не сообщает свой функциональный класс, закодированный как CC = 0,
-
информация о том, будет ли DLE выполнять функцию FDC DLE, от которого можно не получить ответ на некоторые очереди обслуживания канала списка действующих узлов, а также необходимо ли включить этот DLE в список "ожидается отсутствие ответа", V(ENRL), по МЭК 61158-4-1, 4.7.5.4, закодированная в булевом формате, F:0 (DLE не будет выполнять функции FDC DLE).
5.2.2.2.5.4 МЭК 61158-4-1, 9.3.2.2
Данный профиль включает все подразделы SPDU активации узлов (node-activation), но значения некоторых полей являются фиксированными в данном профиле, как это показано далее:
5.2.2.2.5.5 МЭК 61158-4-1, 9.3.2.3
Примечание - T = 0, D = 0, S = 1.
Данный профиль включает в себя все подразделы SPDU статус базы данных LAS (LAS-data-base-status), но значения некоторых полей являются фиксированными в данном профиле, как это показано далее:
b) в октете 2 должно быть указано, как это отображено в МЭК 61158-4-1, таблица 87:
-
способность LAS передавать свой план, T, закодированная в булевом формате: 0 (нет, LAS не способен),
-
информация о том, был ли весь активный план целиком или же его часть динамически сконструирована посредством LAS, D закодирована в булевом формате: 0 (нет),
-
информация о том, был ли весь активный план целиком или же его часть динамически сконструирована посредством DL-менеджмента, S закодирована в булевом формате: 1 (да).
5.2.2.2.5.6 МЭК 61158-4-1, 9.3.2.4
Примечание - N = 0, F = 0, SS = 01 или 11
Данный профиль включает в себя все подразделы SPDU изменения списка действующих узлов (live-list-change), но значения некоторых полей являются фиксированными в данном профиле, как это показано далее:
a) в соответствии с требованиями;
b) в соответствии с требованиями;
c) остаток SPDU является массивом двухоктетных членов, указывающих DLE-статус и имеющих структуру, как показано в МЭК 61158-4-1, таблица 89:
i) N - отсутствие нужды DLE в циркуляции маркера, всегда кодируется как 0,
ii) F - является ли DLE FDC DLE, всегда кодируется как 0,
iii) в соответствии с требованиями,
iv) SS - последний наблюдаемый статус DLE, кодируется как:
5.2.2.2.5.7 МЭК 61158-4-1, 9.3.5
В МЭК 61158-4-1, 9.3.5, блоки SPDU передачи плана (schedule-transfer) передают план канала от LAS DLE к не-LAS DLE на одном канале. В данном профиле одни и те же блоки SPDU используются для передачи плана канала посредством протокола менеджмента сети. Данные блоки SPDU передаются в домене при скачивании домена FMS (domain download). Разрешено передавать более чем один SPDU в одном FMS PDU. Формат каждого SPDU таков, что октеты, формирующие каждый SPDU, могут быть определены без какой-либо двусмысленности.
Все подпункты МЭК 61158-4-1, 9.3.5, за исключением первого подпункта, включены в данный профиль.
Выборку подпунктов см. в таблице 85.
CP 1/1. Выборка протоколов DLL подраздела 9.3.5
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 9.3.5.1 | SPDU краткое изложение плана (schedule-summary) | Частичное | См. 5.2.2.2.5.8 |
| 9.3.5.2 | SPDU подплан (sub-schedule) | - | - |
| 9.3.5.2.0 | - | ДА | - |
| 9.3.5.2.1 | Подпоследовательности SPDU | Частичное | См. 5.2.2.2.5.9 |
| 9.3.5.2.2 | Элемент | Частичное | См. 5.2.2.2.5.10 |
| 9.3.5.3 | SPDU запрос краткого изложения плана (schedule-summary-request) | НЕТ | - |
| 9.3.5.4 | SPDU запрос подплана (sub-schedule-request) | НЕТ | - |
5.2.2.2.5.8 МЭК 61158-4-1, 9.3.5.1
Примечание - V(TSL) и T0 не используются.
Данный профиль включает подразделы SPDU краткого изложения плана в формате, описанном в МЭК 61158-4-1, 9.3.5.1, но не использует V(TSL) и поля базы DL-времени периодического планирования (T0) данного SPDU. Таким образом, в данном профиле, МЭК 61158-4-1, 9.3.5.1, перечисления j) и k) заменены, как показано далее:
a) в соответствии с требованиями;
b) в соответствии с требованиями;
c) в соответствии с требованиями;
d) в соответствии с требованиями;
e) в соответствии с требованиями;
f) в соответствии с требованиями;
g) в соответствии с требованиями;
h) в соответствии с требованиями;
i) в соответствии с требованиями;
j) октеты 15 и 16 не используются и могут иметь любые значения;
k) октеты 17 и 22 не используются и могут иметь любые значения;
l) в соответствии с требованиями;
m) в соответствии с требованиям;
n) в соответствии с требованиями.
Примечание - DL-время начала, (T0), всех периодических подпланов в плане является фиксированным с нулевым значением (DL-time - V(DLTO). Таким образом, время начала макроцикла в плане выводится следующим образом:
(DL-time - V(DLTO)) = V(LSTO) + C(NT) = N x длительность макроцикла, где N является неотрицательным целым числом.
5.2.2.2.5.9 МЭК 61158-4-1, 9.3.5.2.1
МЭК 61158-4-1, 9.3.5.2.1 включен в данный профиль, за исключением перечисления a), замененного на:
a) время начала плана фиксированное в соответствии с МЭК 61158-4-1, 9.3.5.1, перечисление k).
Таким образом, время начала последовательности задается следующим образом:
(DL-time - V(DLTO)) = V(LSTO) + C(NT) = N x длительность макроцикла + M x (период подплана) + временной сдвиг запланированного начала (scheduled-starting-time-offset), где N и M неотрицательные целые числа.
5.2.2.2.5.10 МЭК 61158-4-1, 9.3.5.2.2
Примечание - Данный профиль включает только CD-запрос, короткий DL-адрес. Таким образом, части МЭК 61158-4-1, 9.3.5.2.2, включенные в данный профиль, имеют следующий вид.
Элемент является компонентом самого низкого уровня плана и представляет собой транзакцию по МЭК 61158-4-1, 3.4.10. Элемент должен кодироваться в соответствии с таблицей 86. Многооктетные значения должны кодироваться с помощью наиболее значимого октета значения, закодированного в октете с наименьшим индексом многооктетного поля.
CP 1/1. Выборка протоколов DLL подраздела 9.3.5.2.2, замена для кодирования элемента
| Индекс октета | Содержание подполя |
|---|---|
| 1 | Тип-элемента (Element-type) |
| 2 | Параметр-элемента (Element-parameter) |
| ... |
a) В октете 1 должен быть указан тип транзакции, закодированный как:
1011 00PP - CD-запрос, КОРОТКИЙ (SHORT) DL-адрес, PP - приоритет по МЭК 61158-4-1, 5.2.1.3;
b) В октетах 2 и выше должны быть указаны параметры для элемента. Длина и кодировка зависят от типа элемента.
- Если тип элемента - это CD-запрос, КОРОТКИЙ (SHORT) DL-адрес, то параметр элемента должен иметь два октета и эти два октета, октет 2 и 3 должны указывать на КОРОТКИЙ (SHORT) DLCEP-адрес.
5.2.2.2.6 МЭК 61158-4-1, Раздел 10
5.2.2.2.6.1 Общие положения
В таблице 87 приведена выборка подразделов для данного профиля.
CP 1/1. Выборка протоколов DLL раздела 10
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 10.0 | - | ДА | - |
| 10.1 | Инициализация DLE | ДА | - |
| 10.2 | Функционирование и поведение LAS | Частичное | См. таблицу 88 |
| 10.3 | Выполнение DL-поддержки | Частичное | См. 5.2.2.2.6.4 |
| 10.4 | Элементы DL-моста процедуры и подпротокола моста | Частичное | См. 5.2.2.2.6.11 |
| 10.5 | Информация DL-менеджмента (DL-management-information) | Частичное | См. 5.2.2.2.6.12 |
| 10.6 | Профили реализации | Частичное | См. 5.2.2.2.6.13 |
CP 1/1. Выборка протоколов DLL подраздела 10.2
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 10.2.1 | Функционирование LAS при удержании маркера планировщика | Частичное | Все упомянутые подразделы, за исключением перечисления b.2) включены в данный профиль, потому что ES DLPDU не является частью данного профиля |
| 10.2.2 | Возвращение делегированного маркера; принятие маркера планировщика | Частичное | Все упомянутые подпункты включены в данный профиль, за исключением подпункта 2 (включая перечисления a), b), 1) и 2)), так как ES DLPDU не является частью данного профиля |
| 10.2.3 | Прием SPDU ответа-проверки [probe-response (PR)] | ДА | - |
| 10.2.4 | Отсутствие ответа на PT DLPDU | ДА | - |
| 10.2.5 | Прием SPDU запроса списка действующих узлов (live-list-request) | ДА | - |
| 10.2.6 | Прием SPDU запроса уступить LAS-роль (relinquish-LAS-role-request) | ДА | Дополнительный текст см. в 5.2.2.2.6.2 |
| 10.2.7 | Другие требования обслуживания канала | ДА | Дополнительный текст см. в 5.2.2.2.6.3 |
| 10.2.8 | Прием SPDU запроса параметров ведущего устройства канала (link-master-parameters-request) | НЕТ | Параметры ведущего устройства канала распределяются протоколом NM |
| 10.2.9 | Прием SPDU запроса времени удержания маркера (token-hold-time-request) | НЕТ | Массив времени удержания маркера (token-hold-time) распространяется протоколом NM |
| 10.2.10 | Прием SPDU запроса краткого изложения плана (schedule-summary-request) | НЕТ | Краткое изложение плана (schedule-summary) распространяется протоколом NM |
| 10.2.11 | Прием SPDU запроса подплана (sub-schedule-request) | НЕТ | Подпланы (sub-schedules) распространяются протоколом NM |
5.2.2.2.6.2 МЭК 61158-4-1, 10.2.6
В данном профиле LAS должен также игнорировать принятый SPDU, если:
a) DLME проинструктировал DLE о выполнении функции ведущего устройства основного канала (то есть, предпочтительный LAS), и
b) идентификационный номер узла DLE, запрашивающий передачу (которая является идентификационным номером узла адреса DL-источника, передающего информацию DLPDU), обладает более высоким числовым значением, чем идентификационный номер узла данного LM DLE (который на данный момент выполняет функции LAS).
Примечание - Это расширение обеспечивает возможность явного выбора менеджмента DLE, который обеспечит роль LAS.
5.2.2.2.6.3 МЭК 61158-4-1, 10.2.7
Каждый раз, когда в значение V(FUN) или V(NUN) вносится изменение, LAS DLE должен отреагировать в соответствии с МЭК 61158-4-1, 10.2.5 для того, чтобы оповестить другие LM на канале об изменении данного параметра.
5.2.2.2.6.4 МЭК 61158-4-1, 10.3
Все пункты МЭК 61158-4-1, 10.3, за исключением перечислений a), b), c), k) и m) - v) включены в данный профиль.
Подборку подразделов см. в таблице 89.
CP 1/1. Выборка протоколов DLL подраздела 10.3
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 10.3.1 | LM DLE принимает SPDU статуса базы данных LAS (LAS-database-status) | Частичное | См. 5.2.2.2.6.5 |
| 10.3.2 | LM DLE принимает SPDU изменения списка действующих узлов (live-list-change) | ДА | - |
| 10.3.3 | LM DLE принимает SPDU подробности списка действующих узлов (live-list-detail) | Частичное | Все подразделы, за исключением "- список ожидаемых безответных" (- the expected-non-response-list), V(ENRL), включены в данный профиль, потому что V(ENRL) не является частью данного профиля |
| 10.3.4 | Запрос параметров LAS, выполненный LM DLE | Частичное | См. 5.2.2.2.6.6 |
| 10.3.5 | LM DLE принимает SPDU ответа параметров ведущего устройства канала (link-master-parameter-reply) | Частичное | См. 5.2.2.2.6.7 |
| 10.3.6 | LM DLE принимает SPDU массива времени удержания маркера (token-hold-time-array) | НЕТ | Массив времени удержания маркера распространяется посредством протокола NM |
| 10.3.7 | LM DLE принимает SPDU краткого изложения плана (schedule-summary) | Частичное | Замену текста для МЭК 61158-4-1, 10.3.7 см. в 5.2.2.2.6.8 |
| 10.3.8 | LM DLE принимает SPDU подплана (sub-schedule) | Частичное | Замену текста для МЭК 61158-4-1, 8.3.8 см. в 5.2.2.2.6.9 |
| 10.3.9 | Запрос передачи LAS, выполненный LM DLE | Частичное | См. 5.2.2.2.6.10 |
5.2.2.2.6.5 МЭК 61158-4-1, 10.3.1
Первый подпункт и его маркеры включены только в данный профиль. Второй подпункт, начинающийся со слов "Принимающий LM DLE должен сравнить номер версии плана ..." и его маркеры не включены в данный профиль, так как план распространяется посредством протокола управления сетью.
5.2.2.2.6.6 МЭК 61158-4-1, 10.3.4
Примечание - В 5.2.2.2.6.6 приведены только части МЭК 61158-4-1, 10.3.4, включенные в данный профиль. Другие части не включены в данный профиль, так как ведущее устройство канала принимает все параметры, за исключением V(LL) посредством NM протокола.
Ведущему устройству канала требуются следующие параметры для функционирования в качестве LAS:
a) конфигурационные параметры локального канала определены в МЭК 61158-4-1, 6.7.5;
b) список действующих узлов локального канала (local-link-live-list), V(LL);
d) список циркуляции маркера (token-circulation-list), V(TCL);
e) массив времени максимального удержания маркера (maximum-token-holding-time-array), V(MTHA);
g) осознание текущего DL-времени LAS DLE.
Если DLE ведущего устройства канала не обладает необходимыми параметрами, требующимися для функционирования в качестве LAS, что может происходить в случае, когда DLE ведущего устройства канала только что сменил состояние на ONLINE (подключен), то DLE ведущего устройства канала должен спланировать передачу следующего SPDU локальному LAS в DT DLPDU блоках без установления соединения, каждый с форматом 1S, НОРМАЛЬНОГО (NORMAL) приоритета, с адресом пункта назначения 040016 и адресом источника V(TN).00:
а также DLE ведущего устройства канала должен отмечать необходимость передачи CT DLPDU как только у него появляется возможность. После отправки SPDU, отправляющий DLE должен ожидать приема SPDU подробностей списка действующих узлов (live-list-detail). Если SPDU не принят в рамках пятнадцати приемов PT DLPDU с подполем использования маркера (token-use-subfield) равным RESTART (перезапуск), то запрашивающий LM DLE должен снова запланировать передачу надлежащего SPDU запроса отсутствующего SPDU ответа.
5.2.2.2.6.7 МЭК 61158-4-1, 10.3.5
Примечание - Параметры ведущего устройства канала принимаются посредством NM протокола, но необходимо выполнять проверку, описанную в 5.2.2.2.6.7. В настоящем стандарте повторно представлены только части МЭК 61158-4-1, 10.3.5, включенные в данный профиль.
Если максимальное время бездеятельности, считающееся задержкой LAS (maximum-inactivity-to-claim-LAS-delay), меньше или равно значению максимального времени бездеятельности, считающееся задержкой LAS, сконфигурированному каналом, V(MICD), то DLE должен отметить то, что он способен функционировать в качестве локального LAS канала.
5.2.2.2.6.8 МЭК 61158-4-1, 10.3.5
Примечание - Краткое изложение плана (schedule-summary) принимается посредством NM протокола при загрузке из FMS домена (FMS domain download), но необходимо выполнить проверку, описанную в 5.2.2.2.6.8.
Если поле номера версии плана принятого краткого изложения плана (см. МЭК 61158-4-1, 9.3.5.1) ненулевое, то:
a) если либо DLE не имеет плана канала, либо номер версии плана канала, хранящийся в указанном домене, отличается от поля номера версии плана только что принятого краткого изложения плана, а также либо принимающий DLE не является LAS DLE или же план, хранившийся в указанном домене прежде этого плана, не активен, то DLE должен:
- проверить, может ли он выполнять план канала, чье краткое изложение было только что принято. DLE должен:
i) проверить, способен ли он выполнять некоторые из подпланов из краткого изложения плана, в противном случае, DLE должен уведомить локальный DL-менеджмент сообщением об ошибке "число подпланов превышает допустимое", как это указано в таблице 90,
ii) проверить, является ли значение максимальной издержки планирования (maximum-scheduling-overhead), V(MSO), по МЭК 61158-4-1, 4.7.5.6 меньшим или равным значению V(MSO), указанному в кратком изложении плана, в противном случае, DLE должен оповестить DL-менеджмент сообщением об ошибке "требующаяся максимальная издержка планирования превышает возможную", как это указано в таблице 90,
iii) проверить, обладает ли DLE требующейся емкостью хранилища, указанной в кратком изложении плана, в противном случае DLE должен оповестить локальный DL-менеджмент сообщением об ошибке "недостаточно места в хранилище", как это указано в таблице 90,
iv) проверить, обладает ли DLE требующимся временным разрешением, указанным в кратком содержании плана, в противном случае DLE должен оповестить локальный DL-менеджмент сообщением об ошибке "требующееся временное разрешение превышает возможное", как это указано в таблице 90,
v) проверить, является ли значение, сконфигурированное каналом, V(MRD) x V(ST) меньшим или равным значению, указанному в кратком содержании плана, в противном случае DLE должен оповестить локальный DL-менеджмент сообщением об ошибке "требующаяся задержка ответа (response-delay) больше, чем значение, сконфигурированное каналом", как это указано в таблице 90,
- в противном случае, когда все подобные проверки были выполнены, DLE должен обновить переменные менеджмента сети, связанные с только что принятым кратким изложением плана;
b) в противном случае, когда принимающий DLE является LAS DLE и план, хранившейся в указанном домене прежде этого плана, активен, то DLE должен отбросить только что принятое краткое изложение плана, а также DLE должен оповестить DL-менеджмент сообщением об ошибке "указанный домен активен", как это указано в таблице 90;
c) в противном случае, когда DLE обладает планом канала, хранящимся в указанном домене, а номер версии плана канала равен полю номера версии только что принятого краткого изложения плана, то DLE должен отбросить только принятое краткое изложение плана, а также DLE должен оповестить локальный DL-менеджмент сообщением об ошибке "указанный план уже существует", как это указано в таблице 90.
В противном случае, когда поле номера версии плана только что принятого краткого изложения плана равно нулю, то DLE должен записать отсутствие плана канала в указанном домене и DLE должен обновить переменные менеджмента сети, связанные с только что принятым кратким изложением плана. Если LM DLE отбрасывает только принятое краткое изложение плана, то он должен вернуть локальному DL-менеджменту ошибку, указывая причину отказа. Ошибки (и предложенное для них кодирование) приведены в таблице 90.
CP 1/1. Выборка протоколов DLL пункта 10.3.7, спецификации ошибок
5.2.2.2.6.9 МЭК 61158-4-1, 10.3.8. LM DLE принимает SPDU подплана
Примечание - Подплан принимается посредством NM протокола при загрузке домена FMS, но он необходим для выполнения процедуры из 5.2.2.2.2.9.
Если поле номера версии плана только что принятого подполя по МЭК 61158-4-1, 9.3.5.2 равно полю номера версии плана последнего принятого краткого изложения плана по МЭК 61158-4-1, 9.3.5.1 для того же домена, то:
a) если поле идентификатора принятого подплана равно ссылке на SPDU подплан, включенной в последнем принятом кратком изложении плана для того же домена, то DLE должен хранить подплан, как часть плана канала;
b) в противном случае, когда поле идентификатора принятого подплана равно нулю, то DLE должен отбросить только что принятый подплан;
c) в противном случае, когда поле идентификатора принятого подплана, как не равно нулю, так и не равно ссылке на SPDU-подплан, включенной в последнем принятом кратком изложении плана для того же домена, то DLE принял подплан, противоречащий последнему принятому краткому изложению плана DLE. Таким образом, DLE должен отбросить весь план для указанного домена и DLE, а также оповестить локальный DL-менеджмент сообщением об ошибке "ссылка на подплан противоречит краткому изложению плана", как это указано в таблице 90;
d) в противном случае, когда поле номера версии плана только что принятого краткого изложения плана для данного домена, или если DLE никогда не принимал краткое изложение плана для этого домена, то DLE должен отбросить весь план целиком для указанного домена, а также DLE должен оповестить локальный DL-менеджмент сообщением об ошибке "номер версии плана в подплане противоречит краткому изложению плана" как это описано в таблице 90.
5.2.2.2.6.10 МЭК 61158-4-1, 10.3.9, запрос LM DLE о передаче LAS
МЭК 61158-4-1, 10.3.9 включен в данный профиль, но перечисления e) и f) заменены на следующий единственный пункт:
Если TL DLPDU принят, но отвергнут в соответствии с МЭК 61158-4-1, 6.20.4.2, то LM DLE должен проинформировать локальный DL-менеджмент об отказе.
Примечание - Структуры данных плана, подплана, последовательности и элемента устроены таким образом, чтобы их можно было соорудить с нулевым числом экземпляров подплана, последовательности и элемента. Тем самым, может быть загружен совершенно пустой план, но не приравняется ни к какой последовательности. Пустые планы, подпланы и последовательности допустимы.
5.2.2.2.6.11 МЭК 61158-4-1, 10.4
Первый пункт, следующий сразу за МЭК 61158-4-1, 10.4 не включен в данный профиль.
В таблице 91 приведена выборка подпунктов для данного профиля.
CP 1/1. Выборка протоколов DLL подраздела 10.4
5.2.2.2.6.12 МЭК 61158-4-1, 10.5
В таблице 92 приведена выборка пунктов и подпунктов для данного профиля.
CP 1/1. Выборка протоколов DLL подраздела 10.5
5.2.2.2.6.13 МЭК 61158-4-1, 10.6
Применимы профили МЭК 61158-4-1, 10.6 и его подразделы. Значения для данного профиля приведены в таблице 93.
CP 1/1. Выборка протоколов DLL подраздела 10.5
5.2.3 Прикладной уровень
5.2.3.1 Выборка услуг уровня AL
В таблице 94 приведена выборка услуг прикладного уровня в рамках МЭК 61158-5-9.
CP 1/1. Выборка услуг уровня AL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | ДА | - |
| 3 | Термины, определение, символы, аббревиатуры и условные обозначения | ДА | - |
| 4 | Концепты | ДА | - |
| 5 | Типы данных ASE | - | См. таблицу 95 |
| 6 | Спецификация коммуникационной модели типа 9 | ДА | - |
CP 1/1. Выборка типов данных уровня AL, раздел 5
5.2.3.2 Выборка протоколов уровня AL
В таблице 96 приведена выборка протоколов уровня AL в рамках МЭК 61158-6-9
CP 1/1. Выборка протоколов уровня AL
5.3 Профиль 1/2 (FOUNDATIONTM HSE)
Примечание - Данный профиль поддерживает коммуникации через инфраструктуры, как локальных, так и глобальных сетей. Он доступен в качестве коммерческой, не требующей доработок (COTS) технологии.
5.3.1 Физический уровень
Может использоваться любой подходящий для ИСО/МЭК 8802-3 физический уровень(ни). Конкретные выбранные опции физических уровней должны быть документально оформлены в заявлении о соответствии.
5.3.2 Уровень канала данных (Data-link)
5.3.2.1 Подуровень MAC
Должен использоваться ИСО/МЭК 8802-3. Любые выбранные стандартные опции должны быть документально оформлены в заявлении о соответствии.
5.3.2.2 Подуровень LLC
Должен использоваться ИСО/МЭК 8802-2. Любые выбранные стандартные опции должны быть документально оформлены в заявлении о соответствии.
5.3.2.3 Защита сетей LAN (дополнительный подпункт)
Любые выбранные стандартные опции должны быть документально оформлены в заявлении о соответствии.
5.3.3 Сетевой уровень
Должен использоваться стандарт интернет RFC 791 (IP, интернет протокол) с поправками к нему и стандартами-приемниками. Любые выбранные стандартные опции должны быть документально оформлены в заявлении о соответствии.
5.3.4 Транспортный уровень
Должен использоваться стандарт интернет RFC 768 (UDP, Протокол дейтаграмм пользователя) с поправками к нему и стандартами-приемниками. Любые выбранные стандартные опции должны быть документально оформлены в заявлении о соответствии.
Может использоваться стандарт интернет RFC 793 (TCP, Протокол управления оконечными устройствами) с поправками к нему и стандартами-приемниками. Любые выбранные стандартные опции должны быть документально оформлены в заявлении о соответствии.
5.3.5 Прикладной уровень
5.3.5.1 Выборка услуг уровня AL
В таблице 97 приведена выборка услуг уровня AL в рамках МЭК 61158-5-5.
CP 1/2. Выборка услуг уровня AL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | ДА | - |
| 3 | Термины и определения | ДА | - |
| 4 | Концепты | ДА | - |
| 5 | Типы данных ASE | - | Такой же как и CP1/1. См. таблицу 95 |
| 6 | Спецификация коммуникационной модели | ДА | - |
5.3.5.2 Выборка протоколов уровня AL
В таблице 98 приведена выборка протоколов уровня AL в рамках МЭК 61158-6-5.
CP 1/2. Выборка услуг уровня AL
5.4 Профиль 1/3 (FOUNDATIONTM H2)
Примечание - Данный профиль похож на подраздел 5.2, но обладает отличной и более разнообразной выборкой частот передачи данных физического уровня. Он предоставляет миграционный путь для существующих реализаций CPF 5/1 таким образом, что миграция никак не сказывается на компонентах среды.
5.4.1 Профиль 1/3 (FOUNDATIONTM H2)
В таблице 99 приведена выборка уровня PhL для устройств CP 1/3 H2, использующих либо витую пару, либо двухволоконный оптический кабель.
CP 1/3. Выборка уровня PhL для устройств H2
| Раздел | Заголовок | Присутствие | Ограничения |
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется в случае необходимости |
| 3 | Термины и определения | - | - |
| 3.1 | Распространенные термины и определения | Частичное | Используется, когда применим |
| 3.2 | Тип 1. Термины и определения | ДА | - |
| 3.3, 3.7 | - | НЕТ | - |
| 4 | Символы и аббревиатуры | - | - |
| 4.1 | Символы | - | - |
| 4.1.1 | Тип 1. Символы | ДА | - |
| 4.1.2 - 4.1.6 | - | НЕТ | - |
| 4.2 | Аббревиатуры | - | - |
| 4.2.1 | Тип 1. Дополнительные аббревиатуры | ДА | - |
| 4.2.2 - 4.2.6 | - | НЕТ | - |
| 5 | Уровень канала данных. Интерфейс физического уровня | - | - |
| 5.1 | Общие положения | Частичное | Используется по мере необходимости |
| 5.2 | Тип 1. Необходимые услуги | ДА | - |
| 5.3 - 5.7 | - | НЕТ | - |
| 6 | Управление станцией. Интерфейс физического уровня | - | - |
| 6.1 | Общие положения | Частичное | Используется по мере необходимости |
| 6.2 | Тип 1. Управление станцией. Интерфейс физического уровня | ДА | - |
| 6.3 - 6.7 | - | НЕТ | - |
| 7 | Независимый подуровень DCE (DIS) | - | - |
| 7.1 | Общие положения | Частичное | Используется по мере необходимости |
| 7.2 | Тип 1. DIS | ДА | - |
| 7.3 - 7.5 | - | НЕТ | - |
| 8 | Интерфейс DTE - DCE | - | - |
| 8.1 | Общие положения | Частичное | Используется по мере необходимости |
| 8.2 | Тип 1. Интерфейс DTE - DCE | ДА | - |
| 8.3 - 8.4 | - | НЕТ | - |
| 9 | Подуровень, зависимый от среды (MDS) | - | - |
| 9.1 | Общие положения | Частичное | Используется по мере необходимости |
| 9.2 | Тип 1. MDS. Проводная и оптическая среда | ДА | - |
| 9.3 - 9.8 | - | НЕТ | - |
| 10 | Интерфейс MDS - MAU | - | - |
| 10.1 | Общие положения | Частичное | Используется по мере необходимости |
| 10.2 | Тип 1. Интерфейс MDS - MAU. Проводная и оптическая среда | ДА | - |
| 10.3 - 10.6 | - | НЕТ | - |
| 11 | Типы 1 и 7. Блок доступа к среде. Режим напряжения, линейная топология шины (linear-bus-topology). Проводная среда витой пары 150\Omega | ДА | a |
| 12 - 14 | - | НЕТ | - |
| 15 | Тип 1 и 7. Блок доступа к среде. Среда двойного оптоволоконного кабеля | ДА | a |
| Следующие подразделы | - | НЕТ | - |
| Приложение A | Тип 1. Спецификация соединителя | ||
| A.1 | Внутренний соединитель для проводной среды | ДА | b |
| A.2 | Внешние соединители для проводной среды | ДА | b |
| A.3 | Внешние соединители для оптической среды | ДА | b |
| Следующие приложения | - | НЕТ | - |
| a Выбор является альтернативным решением. От всех выбранных решений требуется одна общая скорость передачи данных. b Выбор является альтернативным решением, зависящим от решения, выбранного из раздела 11 или 15. | |||
В таблице 100 приведена выборка уровня PhL для H2 среды и связанных с ней компонентов либо для витой пары 150\Omega , либо для среды двойного оптоволоконного кабеля.
CP 1/3. Выборка уровня PhL для среды H2 и связанных с ней компонентов
| Раздел | Заголовок | Присутствие | Ограничения |
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется в случае необходимости |
| 3 | Термины и определения | - | - |
| 3.1 | Распространенные термины и определения | Частичное | Используется по мере необходимости |
| 3.2 | Тип 1. Термины и определения | ДА | - |
| 3.3 - 3.7 | - | НЕТ | - |
| 4 | Символы и аббревиатуры | - | - |
| 4.1 | Символы | - | - |
| 4.1.1 | Тип 1. Символы | ДА | - |
| 4.1.2 - 4.1.6 | - | НЕТ | - |
| 4.2 | Аббревиатуры | - | - |
| 4.2.1 | Тип 1. Дополнительные аббревиатуры | ДА | - |
| 4.2.2 - 4.2.6 | - | НЕТ | - |
| 5 - 10 | - | НЕТ | - |
| 11 | Типы 1 и 7. Блок доступа к среде. Режим напряжения, линейная топология шины. Проводная среда витой пары 150\Omega | ДА | a |
| 12 - 14 | - | НЕТ | - |
| 15 | Тип 1 и 7. Блок доступа к среде. Среда двойного оптоволоконного кабеля | ДА | a |
| Следующие разделы | - | НЕТ | - |
| Приложение A | Тип 1. Спецификация соединителя | ||
| A.1 | Внутренний соединитель для проводной среды | ДА | b |
| A.2 | Внешние соединители для проводной среды | ДА | b |
| A.3 | Внешние соединители для оптической среды | ДА | b |
| Приложение B | Тип 1. Спецификации кабелей и длины линий связи и отводов для блока доступа к среде с 31,25 Кбит/с в режиме напряжения | НЕТ | - |
| Приложение C | Тип 1. Оптические пассивные звезды | Частичное | b |
| Приложение D | Тип 1. Топология звезды | НЕТ | b |
| Приложение E | Тип 1. Альтернативные волокна | НЕТ | b |
| Следующие приложения | НЕТ | - | |
| a Выбор является альтернативным решением. От всех выбранных решений требуется одна общая скорость передачи данных. b Выбор является альтернативным решением, зависящим от решения, выбранного из раздела 11 или 15. | |||
5.4.2 Уровень канала данных
См. 5.2.2.
5.4.3 Прикладной уровень
См. 5.2.3.
6 Семейство коммуникационных профилей 2 (CIPTM <5>)
<5> CIPTM является торговой маркой ODVA, Inc. Данная информация приведена для удобства использования настоящего стандарта и не означает, что МЭК поддерживает мнения обладателя торговой марки или его продукцию. Соответствие настоящему стандарту не требует использования наименований CIPTM. Использование торговых марок CIPTM требует разрешения со стороны ODVA.
6.1 Общий обзор
Семейство 2 коммуникационных профилей определяет коммуникационные профили, основанные на МЭК 61158-2 (протокол типа 2), МЭК 61158-3-2, МЭК 61158-4-2, МЭК 61158-5-2 и МЭК 61158-6-2, а также на других стандартах. Данные профили разделяют для своих верхних уровней общую коммуникационную систему общеизвестную как Общий Промышленный Протокол (CIP).
Настоящий стандарт определяет три коммуникационных профиля.
<6> ControlNetTM является торговой маркой ODVA, Inc. Данная информация приведена для удобства использования настоящего стандарта и не означает, что МЭК поддерживает мнения обладателя торговой марки или его продукцию. Соответствие настоящему стандарту не требует использования наименований ControlNetTM. Использование торговых марок ControlNetTM требует разрешения со стороны ODVA.
Данный профиль содержит выборку определений услуг и протоколов уровней AL, DLL и PhL из МЭК 61158-2 тип 2, МЭК 61158-3-2, МЭК 61158-4-2, МЭК 61158-5-2, а также МЭК 61158-6-2. Данный профиль использует общий протокол CIP и услуги совместно с определенным протоколом типа 2 DLL и PhL.
<7> EtherNet/IPTM является торговой маркой ODVA, Inc. Данная информация приведена для удобства использования настоящего стандарта и не означает, что МЭК поддерживает мнения обладателя торговой марки или его продукцию. Соответствие настоящему стандарту не требует использования наименований EtherNet/IPTM. Использование торговых марок EtherNet/IPTM требует разрешения со стороны ODVA.
Данный профиль содержит выборку определений услуг и протоколов уровней AL, DLL и PhL из МЭК 61158-4-2, 61158-5-2 и 61158-6-2 и набор протоколов TCP/UDP/IP/Ethernet. Данный профиль использует протокол CIP и услуги совместно со стандартным интернетом и стандартами Ethernet.
<8> DeviceNetTM является торговой маркой ODVA, Inc. Данная информация приведена для удобства использования настоящего стандарта и не означает, что МЭК поддерживает мнения обладателя торговой марки или его продукцию. Соответствие настоящему стандарту не требует использования наименований DeviceNetTM. Использование торговых марок DeviceNetTM требует разрешения со стороны ODVA.
Данный профиль содержит выборку определений услуг и протоколов уровней AL, DLL и PhL из МЭК 61158-4-2, 61158-5-2 и 61158-6-2 и МЭК 62026-3. Данный профиль использует протокол CIP и услуги совместно с CAN (ИСО 11898) DLL и PhL, а также дополнительные элементы, указанные в МЭК 62026-3.
1 Обзор CIP и связанные с ним концепции сетевых коммуникаций см. в разделе A.2.
2 Дополнительные CP профили определены в других частях семейства МЭК 61784.
Инженерам внедрения конкретного профиля настоятельно рекомендуется соответствовать результатам надлежащих проверок соответствия и подтверждения соответствия, предоставленных ODVA.
В таблице 101 приведен общий обзор соответствующих наборов профиля.
6.2 Профиль 2/1 (ControlNet)
6.2.1 Физический уровень
В таблице 102 приведена выборка уровня PhL в рамках МЭК 61158-2.
6.2.2 Уровень канала данных
6.2.2.1 Выборка услуг уровня DLL
В таблице 103 приведена выборка услуг уровня DLL в рамках МЭК 61158-3-2.
CP 2/1. Выборка услуг уровня DLL
6.2.2.1 Выборка протоколов уровня DLL
В таблице 104 приведена выборка протоколов уровня DLL в рамках МЭК 61158-4-2.
CP 2/1. Выборка протоколов уровня DLL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | ДА | - |
| 3 | Термины, определения, символы, аббревиатуры и условные обозначения | ДА | - |
| 4 | Обзор протокола канала данных | ДА | - |
| 5 | Общая структура и кодирование блоков PhlDU и DLPDU и связанных с ними элементов процедуры | ДА | - |
| 6 | Определенная структура, кодирование и процедуры DLPDU | ДА | - |
| 7 | Объекты для управления станцией | - | См. таблицу 105 |
| 8 | Другие DLE элементы процедуры | ДА | - |
| 9 | Подробная спецификация компонентов DL | ДА | - |
| 10 | Протокол кольца уровня физических устройств (DLR) | НЕТ | - |
| Приложение A | (нормативное) Индикаторы и коммутаторы | - | - |
| A.1 | Цель | ДА | - |
| A.2 | Индикаторы | - | - |
| A.2.1 | Общие требования к индикатору | ДА | - |
| A.2.2 | Распространенные требования к индикатору | ДА | - |
| A.2.3 | Требования к индикатору, зависящие от полевой шины (1) | ДА | - |
| A.2.4 | Требования к индикатору, зависящие от полевой шины (2) | НЕТ | - |
| A.2.5 | Требования к индикатору, зависящие от полевой шины (3) | НЕТ | - |
| A.3 | Коммутаторы | - | - |
| A.3.1 | Распространенные требования к коммутатору | ДА | - |
| A.3.2 | Требования к коммутатору, зависящие от полевой шины (1) | ДА | - |
| A.3.3 | Требования к коммутатору, зависящие от полевой шины (2) | НЕТ | - |
| A.3.4 | Требования к коммутатору, зависящие от полевой шины (3) | НЕТ | - |
В таблице 105 приведена выборка объектов управления.
CP 2/1. Выборка протоколов уровня DLL объектов управления
6.2.3 Прикладной уровень
6.2.3.1 Выборка услуг уровня AL
В таблице 106 приведена выборка услуг уровня AL в рамках МЭК 61158-5-2.
CP 2/1. Выборка услуг уровня AL
6.2.3.2 Выборка протоколов уровня AL
В таблице 107 приведена выборка протоколов уровня AL в рамках МЭК 61158-6-2.
CP 2/1. Выборка протоколов уровня AL
6.3 Профиль 2/2 (EtherNet/IP)
6.3.1 Физический уровень
Физический уровень Ethernet/IP профиля основан на ИСО/МЭК 8802-3 и ИИЭР 802.3-2002.
Рекомендованные соединители и кабели указаны в МЭК 61918 и МЭК 61784-5-2.
1 EtherNet/IP может использоваться во множестве вариантов среды (например, медной, волоконной, волоконного кольца, беспроводной) совместно с нижними уровнями Ethernet.
2 Дополнительная информация приведена в ODVA. Библиотека Сетей CIP. Том 2: EtherNet/IPTM. Адаптация CIP, Глава 8. Физический Уровень.
6.3.2 Уровень канала данных
6.3.2.1 Выборка услуг уровня DLL
Уровень канала данных профиля Ethernet/IP основан на ИСО/МЭК 8802-3 и ИИЭР 802.3-2002.
6.3.2.2 Выборка протоколов уровня DLL
Уровень канала данных профиля Ethernet/IP основан на ИСО/МЭК 8802-3 и ИИЭР 802.3-2002.
В таблице 108 приведена выборка протоколов уровня DLL в рамках МЭК 61158-4-2.
CP 2/2. Выборка протоколов уровня DLL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | ДА | - |
| 3 | Термины, определения, символы, аббревиатуры и условные обозначения | ДА | - |
| 4 - 5 | - | НЕТ | - |
| 6 | Определенная структура DLPDU, кодирование и процедуры | - | - |
| 6.1 | Язык моделирования | ДА | - |
| 6.2 - 6.15 | - | НЕТ | - |
| 7 | Объекты для управления станцией | - | См. таблицу 109 |
| 8 - 9 | - | НЕТ | - |
| 10 | Протокол кольца уровня физических устройств (DLR) | ДА | Дополнительный |
| Приложение A | (нормативное) Индикаторы и коммутаторы | - | - |
| A.1 | Цель | ДА | - |
| A.2 | Индикаторы | - | - |
| A.2.1 | Общие требования к индикатору | ДА | - |
| A.2.2 | Распространенные требования к индикатору | ДА | - |
| A.2.3 | Требования к индикатору, зависящие от полевой шины (1) | НЕТ | - |
| A.2.4 | Требования к индикатору, зависящие от полевой шины (2) | ДА | - |
| A.2.5 | Требования к индикатору, зависящие от полевой шины (3) | НЕТ | - |
| A.3 | Коммутаторы | - | - |
| A.3.1 | Распространенные требования к коммутатору | ДА | - |
| A.3.2 | Требования к коммутатору, зависящие от полевой шины (1) | НЕТ | - |
| A.3.3 | Требования к коммутатору, зависящие от полевой шины (2) | ДА | - |
| A.3.4 | Требования к коммутатору, зависящие от полевой шины (3) | НЕТ | - |
В таблице 109 приведена выборка объектов управления.
CP 2/2. Выборка объектов управления протоколов уровня DLL
6.3.3 Прикладной уровень
6.3.3.1 Выборка услуг уровня AL
В таблице 110 приведена выборка услуг уровня AL в рамках МЭК 61158-5-2.
CP 2/2. Выборка услуг уровня AL
В дополнение, услуги AL отображаются на набор протоколов TCP/UDP/IP.
Соответствующий минимум требований для устройств EtherNet/IP указаны в RFC 1122, RFC 1123, RFC 1127 и подчиненных документах, которые могут заменять документы RFC. Все устройства EtherNet/IP должны как минимум поддерживать требования, указанные в RFC 768, RFC 791, RFC 792, RFC 793, RFC 826, RFC 894, RFC 1112 и RFC 2236.
Если функциональная возможность интернет протокола реализована устройством EtherNet/IP, то данная функциональная возможность должна быть реализована в соответствии с надлежащими RFC документами независимо от того, считается ли (в документе RFC) эта возможность необходимой или дополнительной.
6.3.3.2 Выборка протоколов уровня AL
В таблице 111 приведена выборка протоколов уровня AL в рамках МЭК 61158-6-2.
CP 2/2. Выборка протоколов уровня AL
В дополнение, протокол AL отображается на набор протоколов TCP/UDP/IP.
Соответствующий минимум требований для устройств EtherNet/IP указаны в RFC 1122, RFC 1123, RFC 1127 и подчиненных документах, которые могут заменять документы RFC. Все устройства EtherNet/IP должны как минимум поддерживать требования, указанные в RFC 768, RFC 791, RFC 792, RFC 793, RFC 826, RFC 894, RFC 1112 и RFC 2236.
Если функциональная возможность интернет протокола реализована устройством EtherNet/IP, то данная функциональная возможность должна быть реализована в соответствии с надлежащими RFC документами независимо от того, считается ли (в документе RFC) эта возможность необходимой или дополнительной.
6.4 Профиль 2/3 (DeviceNet)
6.4.1 Физический уровень
Физический уровень профиля DeviceNet описан в МЭК 62026-3 и ИСО 11898.
6.4.2 Уровень канала данных
6.4.2.1 Выборка услуг уровня DLL
Уровень канала данных и профиль DeviceNet описаны в МЭК 62026-3 и ИСО 11898.
6.4.2.2 Выборка протоколов DLL
Уровень канала данных профиля DeviceNet описан в МЭК 62026-3 и ИСО 11898. В таблице 112 приведена выборка протоколов уровня DLL в рамках МЭК 61158-4-2.
CP 2/3. Выборка протоколов DLL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | ДА | - |
| 3 | Термины, определения, символы, аббревиатуры и условные обозначения | ДА | - |
| 4 - 5 | - | НЕТ | - |
| 6 | Определенная структура DLPDU, кодирование и процедуры | - | - |
| 6.1 | Язык моделирования | ДА | - |
| 6.2 - 6.15 | - | НЕТ | - |
| 7 | Объекты для управления станцией | - | См. таблицу 113 |
| 8 - 9 | - | НЕТ | - |
| 10 | Протокол кольца уровня физических устройств (DLR) | НЕТ | - |
| Приложение A | (нормативное) Индикаторы и коммутаторы | - | - |
| A.1 | Цель | ДА | - |
| A.2 | Индикаторы | - | - |
| A.2.1 | Общие требования к индикатору | ДА | - |
| A.2.2 | Распространенные требования к индикатору | ДА | - |
| A.2.3 | Требования к индикатору, зависящие от полевой шины (1) | НЕТ | - |
| A.2.4 | Требования к индикатору, зависящие от полевой шины (2) | НЕТ | - |
| A.2.5 | Требования к индикатору, зависящие от полевой шины (3) | ДА | - |
| A.3 | Коммутаторы | - | - |
| A.3.1 | Распространенные требования к коммутатору | ДА | - |
| A.3.2 | Требования к коммутатору, зависящие от полевой шины (1) | НЕТ | - |
| A.3.3 | Требования к коммутатору, зависящие от полевой шины (2) | НЕТ | - |
| A.3.4 | Требования к коммутатору, зависящие от полевой шины (3) | ДА | - |
В таблице 113 приведена выборка объектов управления.
CP 2/3. Выборка протоколов DLL объектов управления
6.4.3 Прикладной уровень
6.4.3.1 Выборка услуг уровня AL
В таблице 114 приведена выборка услуг уровня AL в рамках МЭК 61158-5-2.
CP 2/3. Выборка услуг уровня AL
В дополнение, услуги AL отображаются на набор протоколов CAN (ИСО 11898), как указано в МЭК 62026-3.
6.4.3.2 Выборка протоколов уровня AL
В таблице 115 приведена выборка протокола AL в рамках МЭК 61158-6-2.
CP 2/3. Выборка протоколов уровня AL
В дополнение, услуги AL отображаются на набор протоколов CAN (ИСО 11898), как указано в МЭК 62026-3.
7 Семейство коммуникационных профилей 3 (PROFIBUS & PROFINET <9>)
<9> PROFIBUSTM и PROFINETTM являются торговыми марками PROFIBUS Nutzerorganisation e.V. (PNO). PNO является некоммерческой торговой организацией, поддерживающей полевые шины PROFIBUS. Данная информация приведена для удобства использования настоящего стандарта и не означает, что МЭК поддерживает мнения обладателя торговой марки или его продукцию. Соответствие настоящему стандарту не требует использования зарегистрированной торговой марки. Использование торговых марок PROFIBUSTM и PROFINETTM требует разрешения со стороны держателя торговой марки.
7.1 Общий обзор
Семейство 3 профилей коммуникаций (CPF 3) определяет профили коммуникаций, используя Тип 3 и Тип 10 серии МЭК 61158, что соответствует частям коммуникационных систем общеизвестных как PROFIBUS и PROFINET. CP 3/1 и CP 3/2 определены в МЭК 61784-1. CP 3/4, CP 3/5 и CP 3/6 являются PROFINET профилями, зависящими от RTE и определены в МЭК 61784-2. В таблице 116 приведен обзор описанных наборов профилей.
Примечание - PROFIBUS использует Профили 3/1 и 3/2. PROFIBUS DP является наименованием протокола AL и сервисной части, которая идентична для CP 3/1 и CP 3/2 и использует части DL Типа 3.
Примечание - Обзор коммуникационных концепций PROFIBUS, определения DP-V0, DP-V1 и опции см. в разделе A.3.
Профиль реализации, например термодатчика или ведущего устройства, будет выбран из этих характеристик CPF 3, необходимых для определенного типа устройства. Изготовитель устройства должен описать выборку для CP 3/1 и CP 3/2 посредством создания списка функциональных возможностей коммуникаций (GSD) в соответствии с ИСО 15745-3, 6.2. GSD необходим для установления профиля реализации. CP 3/3 описывает коммуникационную систему, основанную на Ethernet. Изготовитель устройства должен описать выборку для CP 3/3 посредством создания списка функциональных возможностей коммуникаций (GSD) в соответствии с ИСО 15745-4, Поправка 1 (2006).
Рекомендуется выполнять проверку соответствия того, что не является нормативной процедурой, но установлено ассоциацией PROFIBUS International. Каждое устройство, соответствующее CP 3/1 и CP 3/2, должно обладать GSD списком, зависящим от типа, что является одним из условий прохождения проверки на соответствие.
CPF3 описывает два выделяющихся профиля в настоящем стандарте:
Профиль 3/1 является подмножеством услуг и протоколов из МЭК 61158 Тип 3 и использует четыре различные среды на физическом уровне (PhL), см. таблицу 116. Их описывает идентификатор коммуникационного профиля (CP);
Профиль 3/2 является подмножеством услуг и протоколов из МЭК 61158 Тип 3 и использует синхронную передачу PhL с кодированием в Манчестерском коде и питанием от шины (MBP), указанную в Типе 3. Используя различные технологии передачи для PROFIBUS DP, DLL использует различные интерфейсы на PhL. Это приводит к существованию различных коммуникационных профилей для PROFIBUS DP.
PhL на не-IS MBP является основой для расширенной спецификации для IS (MBP-IS) с низкой потребляемой мощностью (MBP-LP). MBP-LP поддерживает IS. Ведомые устройства, в которых MAU поддерживает MBP-LP, также могут использоваться в системах, которые нуждаются в MBP-IS или MBP. На рисунке 3 показана данная иерархия.
| Приложение, не связанное с ИБ, допускают MBP, MBP-ИБ или MBP-LP устройства | ||
| ИБ приложение допускает устройства MBP-ИБ или MBP-LP | ||
| ИБ приложение малой мощности допускает устройства MBP-LP | ||
Рисунок 3 - Ведомые устройства CP 3/2, применимые в приложениях
Примечание - Дополнительные CP профили определены в других частях МЭК 61784.
7.2 Профиль 3/1 (PROFIBUS DP)
7.2.1 Физический уровень
7.2.1.1 Выборка PhL
В таблице 117 приведена выборка стандарта МЭК 61158-2 для устройств всех типов данного профиля. В подразделе 7.2.1.2 описаны дополнительные соображения.
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Только значимые ссылки |
| 3 | Термины и определения | Частичное | См. таблицу 118 |
| 4 | Символы и аббревиатуры | Частичное | См. таблицу 119 |
| 5 | Интерфейс DLL - PhL | - | - |
| 5.1 | Общие положения | ДА | - |
| 5.2 - 5.3 | - | НЕТ | - |
| 5.4 | Тип 3. Требуемые услуги | - | - |
| 5.4.1 | Синхронная передача | НЕТ | - |
| 5.4.2 | Асинхронная передача | ДА | - |
| 5.5 - 5.7 | - | НЕТ | - |
| 6 | Управление системой. PhL интерфейс | - | - |
| 6.1 | Общие положения | ДА | - |
| 6.2 | Тип 1. Управление системой. PhL Интерфейс | НЕТ | - |
| 6.3 | Тип 3. Управление системой. PhL Интерфейс | - | - |
| 6.3.1 | Синхронная передача | НЕТ | - |
| 6.3.2 | Асинхронная передача | ДА | - |
| 6.4 - 6.8 | - | НЕТ | - |
| 7 | Подуровень, независимый от DCE (DIS) | - | - |
| 7.1 | Общие положения | ДА | - |
| 7.2 | Тип 1. DIS | НЕТ | - |
| 7.3 | Тип 3. DIS | - | - |
| 7.3.1 | Синхронная передача | НЕТ | - |
| 7.3.2 | Асинхронная передача | ДА | - |
| 7.4 - 7.6 | - | НЕТ | - |
| 8 | Интерфейс DTE. DCE и функции, зависящие от MIS | - | - |
| 8.1 | Общие положения | ДА | - |
| 8.2 | Тип 1. Интерфейс DTE - DCE | НЕТ | - |
| 8.3 | Тип 3. Интерфейс DTE - DCE | - | - |
| 8.3.1 | Синхронная передача | НЕТ | - |
| 8.3.2 | Асинхронная передача | ДА | - |
| 8.4 - 8.5 | - | НЕТ | - |
| 9 | Подуровень, зависящий от среды (MDS) | - | - |
| 9.1 | Общие положения | ДА | - |
| 9.2 - 9.4 | - | НЕТ | - |
| 9.5 | Тип 3. MDS. Проводная и оптическая среда | - | - |
| 9.5.1 | Синхронная передача | НЕТ | - |
| 9.5.2 | Асинхронная передача | ДА | - |
| 9.6 - 9.11 | - | НЕТ | - |
| 10 | Интерфейс MDS - MAU | - | - |
| 10.1 | Общие положения | ДА | - |
| 10.2 - 10.4 | - | НЕТ | - |
| 10.5 | Тип 3. Интерфейс MDS - MAU. Проводная и оптическая среда | - | - |
| 10.5.1 | Синхронная передача | НЕТ | - |
| 10.5.2 | Асинхронная передача | ДА | - |
| 10.6 - 10.8 | - | НЕТ | - |
| 11 - 21 | - | НЕТ | - |
| 22 | Тип 3. Блок доступа к среде. Асинхронная передача, проводная среда | - | - |
| 22.1 | Блок доступа к среде без искробезопасности | ДА | Для RS 485 |
| 22.2 | Блок доступа к среде с искробезопасностью | ДА | Для RS 485-IS |
| 23 | Тип 3. Блок доступа к среде. Асинхронная передача, оптическая среда | ДА | Для пластикового, стеклянного оптоволокна и оптоволокна PCF |
| Следующие разделы | - | НЕТ | - |
| Приложения A - H | - | НЕТ | - |
| Приложение I | (нормативное) Тип 3. Спецификация соединителя | - | - |
| I.1 | Соединитель для синхронной передачи | НЕТ | - |
| I.2 | Соединитель для асинхронной передачи | ДА | Для RS 485 |
| I.3 | Соединитель для оптоволоконного кабеля | ДА | Для пластикового, стеклянного оптоволокна и оптоволокна PCF |
| Приложение J | (нормативное) Тип 3. Избыточность PhL и среды | ДА | Избыточность не обязательна |
| Приложение K | (нормативное) Тип 3. Оптическая топология сети | ДА | Для пластикового, стеклянного оптоволокна и оптоволокна PCF |
| Приложение L | Примеры ссылочной модели для асинхронной передачи, проводной среды, искробезопасности | ДА | Для RS 485-IS |
| Следующие приложения | - | НЕТ | - |
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 3.1 | Распространенные термины и определения | Частичное | См. 3.4 |
| 3.2 - 3.3 | - | НЕТ | - |
| 3.4 | Тип 3. Термины и определения | Частичное | Только значимые термины и определения |
| 3.5 - 3.10 | - | НЕТ | - |
7.2.1.2 Электрическая безопасность
Устройства должны соответствовать легальным требованиям страны, в которой они вводятся в эксплуатацию (например, на это может указывать европейский знак соответствия CE). Меры защиты от ударов электрическим током (т.е. электробезопасность) в промышленном применении должны основываться на серии МЭК 61010 или МЭК 61131-2, в зависимости от типа устройства, указанного в них.
7.2.2 Уровень канала данных
7.2.2.1 Выборка услуг уровня DLL
7.2.2.1.1 Общая выборка
В таблице 120 приведена выборка услуг уровня канала данных в рамках МЭК 61158-3-3.
CP 3/1. Выборка услуг уровня DLL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Только значимые ссылки |
| 3 | Термины, определения, символы, аббревиатуры и условные обозначения | - | - |
| 3.1 | Термины и определения ссылочной модели | Частичное | Используется, когда применим |
| 3.2 | Термины и определения, условные обозначения услуг | Частичное | Используется, когда применим |
| 3.3 | Термины и определения общих услуг канала данных | Частичное | Используется, когда применим |
| 3.4 | Дополнительные определения Типа 3, зависящие от канала данных | ДА | - |
| 3.5 | Распространенные символы и аббревиатуры | Частичное | Только значимые символы и аббревиатуры |
| 3.6 | Дополнительные символы и аббревиатуры Типа 3 | ДА | - |
| 3.7 | Распространенные условные обозначения | Частичное | Используется, когда применим |
| 3.8 | Дополнительные условные обозначения Типа 3 | ДА | - |
| 4 | Услуги канала данных режима без установления соединения | Частичное | См. 7.2.2.1.2 - 7.2.2.1.4 |
| 5 | Услуги DL-менеджмента | Частичное | См. 7.2.2.1.2 - 7.2.2.1.4 |
7.2.2.1.2 Выборка для ведущего-DP (DP-master) (класс 1)
7.2.2.1.2.1 Ведущее устройство DP-V0 (класс 1)
В таблице 121 приведены DL услуги CP 3/1, являющиеся частью ведущего-DP (класс 1) и использующие функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка услуг уровня DLL для ведущего устройства DP-V0 (класс 1)
В таблице 122 приведены DLM услуги CP 3/1, являющиеся частью ведущего-DP (класс 1) и использующие функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка услуг уровня DLL для ведущего устройства DP-V0 (класс 1)
7.2.2.1.2.2 Ведущее устройство DP-V1 (класс 1)
В таблице 123 приведены DL услуги CP 3/1, являющиеся частью ведущего-DP (класс 1) и использующие функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка услуг уровня DLL для ведущего устройства DP-V0 (класс 1)
В таблице 124 приведены DLM услуги CP 3/1, являющиеся частью ведущего-DP (класс 1) и использующие функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка DLM услуг для ведущего устройства DP-V1 (класс 1)
7.2.2.1.3 Выборка для ведущего-DP (Класс 2)
7.2.2.1.3.1 Ведущее устройство DP-V0 (Класс 2)
В таблице 125 приведены DL услуги CP 3/1, являющиеся частью ведущего-DP (класс 1) и использующие функциональные возможности, именуемые DP-V1.
CP 3/1. Выборка услуг уровня DLL для ведущего устройства DP-V0 (класс 2)
DLM услуги CP 3/1, являющиеся частью ведущего-DP (класс 2) и использующие функциональные возможности, именуемые DP-V0, такие же как и приведенные для ведущего-DP-V0 (класс 1) в таблице 122.
7.2.2.1.3.2 Выборка для ведущего-DP (Класс 2)
В таблице 126 приведены DL услуги CP 3/1, являющиеся частью ведущего-DP (класс 2) и использующие функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка услуг уровня DLL для ведущего устройства DP-V0 (класс 2)
DLM услуги CP 3/1, являющиеся частью ведущего-DP (класс 2) и использующие функциональные возможности, именуемые DP-V1, и опции, такие же как и приведенные в таблице 124 для ведущего-DP-V1 (класс 1).
7.2.2.1.4 Выборка для ведомого-DP
7.2.2.1.4.1 Ведомое устройство DP-V0
В таблице 127 приведены DL услуги CP 3/1, являющиеся частью ведомого-DP и использующие функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка услуг уровня DLL для ведомого устройства DP-V0
В таблице 128 приведены DLM услуги CP 3/1, являющиеся частью ведомого-DP и использующие функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка DLM услуг для ведомого устройства DP-V0
7.2.2.1.4.2 Ведомое устройство DP-V1
В таблице 129 приведены DLM услуги CP 3/1, являющиеся частью ведомого-DP и использующие функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка DLM услуг для ведомого устройства DP-V0
В таблице 130 приведены DLM услуги CP 3/1, являющиеся частью ведомого-DP и использующие функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка DLM услуг для ведомого устройства DP-V1
7.2.2.2 Выборка протоколов уровня DLL
7.2.2.2.1 Общая выборка
В таблице 131 приведена выборка протоколов канала данных в рамках МЭК 61158-4-3.
CP 3/1. Выборка протоколов уровня DLL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Только значимые ссылки |
| 3 | Термины, определения, символы, аббревиатуры и условные обозначения | - | - |
| 3.1 | Термины и определения ссылочной модели | Частичное | Используется, когда применим |
| 3.2 | Термины и определения, условные обозначения услуг | Частичное | Используется, когда применим |
| 3.3 | Термины и определения общих услуг канала данных | Частичное | Используется, когда применим |
| 3.4 | Дополнительные определения Типа 3, зависящие от канала данных | ДА | - |
| 3.5 | Распространенные символы и аббревиатуры | Частичное | Только значимые символы и аббревиатуры |
| 3.6 | Дополнительные символы и аббревиатуры Типа 3 | ДА | - |
| 4 | Распространенные условные обозначения | ДА | - |
| 5 | Дополнительные условные обозначения Типа 3 | Частичное | См. таблицу 132 и подразделы 7.2.2.2.2 - 7.2.2.2.4 |
| 6 | Услуги канала данных режима без установления соединения | Частичное | См. таблицу 133 и подразделы 7.2.2.2.2 - 7.2.2.2.4 |
| 7 | Услуги DL-менеджмента | Частичное | См. таблицу 134 и подразделы 7.2.2.2.2 - 7.2.2.2.4 |
| 8 | Область применения | Частичное | См. подразделы 7.2.2.2.2 - 7.2.2.2.4 |
| Приложение A | Конечные автоматы DL-протокола | ДА | - |
| Приложение B | Тип 3 (синхронный канал). Типичные реализации FCS | ДА | - |
| Приложение C | Тип 3. Типичная процедура маркера и периоды передачи сообщения | ДА | - |
CP 3/1. Выборка протоколов уровня DLL раздела 5
CP 3/1. Выборка протоколов уровня DLL раздела 6
CP 3/1. Выборка протоколов уровня DLL раздела 7
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 7.1 | Блоки DLPDU фиксированной длины без поля данных | - | - |
| 7.1.1 | Асинхронная передача | ДА | - |
| 7.1.2 | Синхронная передача | НЕТ | - |
| 7.2 | Блоки DLPDU фиксированной длины с полем данных | - | - |
| 7.2.1 | Асинхронная передача | ДА | - |
| 7.2.2 | Синхронная передача | НЕТ | - |
| 7.3 | Блоки DLPDU с варьирующейся длиной поля данных | - | - |
| 7.3.1 | Асинхронная передача | ДА | - |
| 7.3.2 | Синхронная передача | НЕТ | - |
| 7.4 | DLPDU маркера | - | - |
| 7.4.1 | Асинхронная передача | ДА | - |
| 7.4.2 | Синхронная передача | НЕТ | - |
| 7.5 | ASP DLPDU | Частичное | См. таблицу 137, таблицу 141, таблицу 149 и таблицу 153 |
| 7.6 | SYNCH (синхронизация) DLPDU | Частичное | См. таблицу 137, таблицу 141, таблицу 149 и таблицу 153 |
| 7.7 | Временное событие (TE) DLPDU | Частичное | См. таблицу 137, таблицу 141, таблицу 149 и таблицу 153 |
| 7.8 | Значение часов (CV) DLPDU | Частичное | См. таблицу 137, таблицу 141, таблицу 149 и таблицу 153 |
| 7.9 | Процедуры передачи | ДА | - |
| 7.9.1 | Асинхронная передача | ДА | - |
| 7.9.2 | Синхронная передача | НЕТ | - |
7.2.2.2.2 Выборка для ведущего-DP (класс 1)
7.2.2.2.2.2 Ведущее устройство DP-V0 (класс 1)
В таблице 135 приведена выборка параметров времени протокола канала данных профиля CP 3/1, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка переменных времени для ведущего устройства DP-V0 (класс 1)
В таблице 136 приведена выборка таймеров и счетчиков протокола канала данных профиля CP 3/1, являющаяся частью ведущего-DP (класс 1) и использующая функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка таймеров и счетчиков ведущего устройства DP-V0 (класс 1)
В таблице 137 приведена выборка типов DLPDU Блоков протокола канала данных профиля CP 3/1, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка DLPDU ведущего устройства DP-V0 (класс 1)
В таблице 138 приведена выборка состояний управления доступом к среде протокола канала данных профиля CP 3/1, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка состояний MAC ведущего устройства DP-V0 (класс 1)
Выборка протоколов синхронизации часов DL-сущности протокола канала данных профиля CP 3/1, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V0, является пустой.
7.2.2.2.2.2 Ведущее устройство DP-V1 (класс 1)
В таблице 139 приведена выборка параметров времени протокола канала данных профиля CP 3/1, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка параметров времени для ведущего устройства DP-V1 (класс 1)
В таблице 140 приведена выборка таймеров и счетчиков протокола канала данных профиля CP 3/1, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка таймеров и счетчиков для ведущего устройства DP-V1 (класс 1)
В таблице 141 приведена выборка типов DLPDU блоков протокола канала данных профиля CP 3/1, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка DLPDU для ведущего устройства DP-V1 (класс 1)
В таблице 142 приведена выборка состояний управления доступом к среде протокола канала данных профиля CP 3/1, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка состояний MAC для ведущего устройства DP-V1 (класс 1)
В таблице 143 приведена выборка протоколов синхронизации часов протокола канала данных профиля CP 3/1, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка состояний MAC для ведущего устройства DP-V1 (класс 1)
| Раздел | Заголовок | Использование | Ограничение |
|---|---|---|---|
| 8.3.1 | Обзор | Н | - |
| 8.3.2 | Конечный автомат ведущего устройства во времени | Н | - |
| 8.3.3 | Конечный автомат приемника во времени | Н | - |
7.2.2.2.3 Выборка для ведущего-DP (класс 2)
7.2.2.2.3.1 Ведущее устройство DP-V0 (класс 2)
Выборка параметров времени, таймеров и счетчиков, блоков DLPDU, состояний управления доступом к среде и протоколов синхронизации часов, являющихся частью ведущего-DP (класс 2) и использующих функциональные возможности, именуемые DP-V0, такие же как и приведенные для ведущего-DP-V0 (класс 1) в 7.2.2.2.2.1.
7.2.2.2.3.2 Ведущее устройство DP-V1 (класс 2)
В таблице 144 приведена выборка параметров времени протокола канала данных профиля CP 3/1, являющихся частью ведущего-DP (класс 2) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка типов времени для ведущего устройства DP-V1 (класс 2)
В таблице 145 приведена выборка таймеров и счетчиков протокола канала данных профиля CP 3/1, являющихся частью ведущего-DP (класс 2) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка таймеров и счетчиков для ведущего устройства DP-V1 (класс 2)
В таблице 146 приведена выборка типов блоков DLPDU протокола канала данных профиля CP 3/1, являющихся частью ведущего-DP (класс 2) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка DLPDU для ведущего устройства DP-V1 (класс 2)
К разделу 8 применимы следующие ограничения:
a) Выборка состояний доступа к среде профиля CP 3/1, являющихся частью ведущего-DP (класс 2) и использующих функциональные возможности, именуемые DP-V1, и опции, такая же как и приведенная для ведущего-DP-V0 (класс 1) в таблице 138.
b) Выборка протоколов синхронизации часов профиля CP 3/1, являющихся частью ведущего-DP (класс 2) и использующих функциональные возможности, именуемые DP-V1, и опции, такая же как и приведенная для ведущего-DP-V1 (класс 1) в таблице 143.
7.2.2.2.4 Выборка для ведущего-DP
7.2.2.2.4.1 Ведомое устройство DP-V0
В таблице 147 приведена выборка параметров времени протокола канала данных профиля CP 3/1, являющихся частью ведомого-DP и использующих функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка параметров времени для ведомого устройства DP-V0
В таблице 148 приведена выборка таймеров и счетчиков протокола канала данных профиля CP 3/1, являющихся частью ведомого-DP и использующих функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка таймеров и счетчиков для ведомого устройства DP-V0
В таблице 149 приведена выборка типов блоков DLPDU протокола канала данных профиля CP 3/1, являющихся частью ведомого-DP и использующих функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка DLPDU для ведомого устройства DP-V0
В таблице 150 приведена выборка состояний управления доступом к среде протокола канала данных профиля CP 3/1, являющихся частью ведомого-DP и использующих функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка состояний MAC для ведомого устройства DP-V0
Выборка протоколов синхронизации часов DL-сущности протокола канала данных профиля CP 3/1, являющихся частью ведомого-DP и использующих функциональные возможности, именуемые DP-V0, является пустой.
7.2.2.2.4.2 Ведомое устройство DP-V1
В таблице 151 приведена выборка параметров времени протокола канала данных профиля CP 3/1, являющихся частью ведомого-DP и использующих функциональные возможности, именуемые DP-V0.
CP 3/1. Выборка типов времени для ведомого устройства DP-V1
В таблице 152 приведена выборка таймеров и счетчиков протокола канала данных профиля CP 3/1, являющихся частью ведомого-DP и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка таймеров и счетчиков для ведомого устройства DP-V1
В таблице 153 приведена выборка типов блоков DLPDU протокола канала данных профиля CP 3/1, являющихся частью ведомого-DP и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка DLPDU для ведомого устройства DP-V1
Выборка состояний доступа к среде протокола канала данных профиля CP 3/1, являющихся частью ведомого-DP и использующих функциональные возможности, именуемые DP-V1, и опции, является такой же как и приведенная для ведомого-DP-V0 в таблице 150.
В таблице 154 приведена выборка протоколов синхронизации часов протокола канала данных профиля CP 3/1, являющихся частью ведомого-DP и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/1. Выборка протоколов CS для ведомого устройства DP-V1
| Раздел | Заголовок | Использование | Ограничение |
|---|---|---|---|
| 8.3.1 | Обзор | Н | - |
| 8.3.2 | Конечный автомат ведущего устройства во времени | - | - |
| 8.3.3 | Конечный автомат приемника во времени | Н | - |
7.2.3 Прикладной уровень
7.2.3.1 Выборка услуг уровня AL
7.2.3.1.1 Общая выборка
Примечание - На прикладном уровне нет различий между Профилем 3/1 и Профилем 3/2, поэтому в названиях таблиц содержатся как CP 3/1 так и CP 3/2.
В таблице 155 приведена выборка услуг прикладного уровня в рамках МЭК 61158-5-3.
CP 3/1, 3/2. Выборка услуг уровня AL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется, если на него приводится ссылка |
| 3 | Термины, определение, аббревиатуры, символы и условные обозначения | Частичное | Используется, когда применим |
| 4 | Концепции | ДА | - |
| 5 | Типы данных ASE | ДА | - |
| 6 | Спецификация коммуникационной модели | Частичное | См. 7.2.3.1.2, 7.2.3.1.3 и 7.2.3.1.4 |
7.2.3.1.2 Ведущий-DP (Класс 1)
7.2.3.1.2.1 DP-V0
В таблице 156 приведены ASE элементы профилей CP 3/1 и 3/2, являющиеся частью ведущего-DP (Класс 1) и использующие функциональные возможности, именуемые DP-V0, и опции (см. 7.2.3.2.5).
CP 3/1, 3/2. Выборка услуг уровня AL раздела 6
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.1 | DP концепции | ДА | - |
| 6.2 | Элементы ASE | - | - |
| 6.2.1 | ASE данных процесса | НЕТ | - |
| 6.2.2 | ASE данных ввода-вывода | Частичное | См. таблицу 157 |
| 6.2.3 | ASE диагностических данных | Частичное | См. таблицу 158 |
| 6.2.4 | ASE сигнализации | НЕТ | - |
| 6.2.5 | ASE контекста | Частичное | См. таблицу 159 |
| 6.2.6 | ASE менеджмента | Частичное | См. таблицу 160 |
| 6.2.7 | ASE области загрузки | НЕТ | - |
| 6.2.8 | ASE вызова функции | НЕТ | - |
| 6.2.9 | ASE времени | НЕТ | - |
| 6.2.10 | AR ASE (ASE связей приложений) | Частичное | См. таблицу 161 |
| 6.3 | Классы FAL | ДА | - |
| 6.4 | Услуги FAL, разрешенные ролью AREP | ДА | - |
| 6.5 | Классы соответствия | ДА | - |
| 6.6 | Характеристики приложения | ДА | - |
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE данных I/O
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.2.2.1 | Обзор | ДА | - |
| 6.2.2.2 | Спецификации класса данных I/O | НЕТ | - |
| 6.2.2.3 | Спецификация данных I/O услуг | - | - |
| 6.2.2.3.1 | Задать ввод (Set input) | НЕТ | - |
| 6.2.2.3.2 | Прочитать ввод (Read input) | НЕТ | - |
| 6.2.2.3.3 | Получить ввод (Get input) | ДА | - |
| 6.2.2.3.4 | Новый ввод (New input) | ДА | - |
| 6.2.2.3.5 | Задать вывод (Set output) | ДА | - |
| 6.2.2.3.6 | Прочитать вывод (Read output) | НЕТ | - |
| 6.2.2.3.7 | Получить вывод (Get output) | НЕТ | - |
| 6.2.2.3.8 | Новый вывод (New output) | НЕТ | - |
| 6.2.2.3.9 | Глобальное управление (Global control) | ДА | Только примитивы запроса и подтверждения, а также см. 7.2.3.2.5.4 |
| 6.2.2.3.10 | Новые данные издателя (New publisher data) | НЕТ | - |
| 6.2.2.3.11 | Получить данные издателя (Get publisher data) | НЕТ | - |
| 6.2.2.3.12 | SYNCH (синхронизация) | НЕТ | - |
| 6.2.2.3.13 | SYNCH задержан | НЕТ | - |
| 6.2.2.3.14 | DX закончен | НЕТ | - |
| 6.2.2.3.15 | Событие SYNCH | НЕТ | - |
| 6.2.2.4 | Поведение объектов I/O данных | НЕТ | - |
CP 3/1, 3/2. Выборка услуг уровня AL диагностических ASE
CP 3/1, 3/2. Выборка услуг уровня AL Контекстных ASE
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE менеджмента
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.2.6.1 | Обзор | ДА | - |
| 6.2.6.2 | Спецификация класса менеджмента | - | - |
| 6.2.6.2.1 | Спецификация класса диагностика ведущего устройства | ДА | - |
| 6.2.6.2.2 | Спецификация класса параметров ведущего устройства | ДА | См. также 7.2.3.2.5.7 только для DP-V1 |
| 6.2.6.3 | Спецификация услуг менеджмента | - | - |
| 6.2.6.3.1 | Получить диагностические данные ведущего устройства | ДА | Только примитивы индикации и ответа |
| 6.2.6.3.2 | Начать последовательное выполнение | ДА | Только примитивы индикации и ответа |
| 6.2.6.3.3 | Скачать | ДА | Только примитивы индикации и ответа |
| 6.2.6.3.4 | Выгрузить | ДА | Только примитивы индикации и ответа |
| 6.2.6.3.5 | Завершить последовательное выполнение | ДА | Только примитивы индикации и ответа |
| 6.2.6.3.6 | Активизация и деактивизация параметризованного ведомого устройства DP | ДА | Только примитив индикации |
| 6.2.6.3.7 | Активизация и деактивизация параметризованного ведомого устройства DP | ДА | Только примитивы индикации и ответа |
CP 3/1, 3/2. Выборка услуг уровня ALAR ASE
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.2.10.1 | Обзор | ДА | - |
| 6.2.10.2 | Шины AR | - | - |
| 6.2.10.2.1 | Связь приложений MS0 | ДА | - |
| 6.2.10.2.2 | Связь приложений MS1 | НЕТ | - |
| 6.2.10.2.3 | Связь приложений MS2 | НЕТ | - |
| 6.2.10.2.4 | Связь приложений MS3 | НЕТ | - |
| 6.2.10.2.5 | Связь приложений MM1 | ДА | - |
| 6.2.10.2.6 | Связь приложений MM2 | ДА | - |
| 6.2.10.3 | Спецификация класса связи приложений | - | - |
| 6.2.10.3.1 | Спецификация класса ведомый-DP ARL | НЕТ | - |
| 6.2.10.3.2 | Спецификация класса ведущий-DP ARL (класс 1) | ДА | - |
| 6.2.10.3.3 | Спецификация класса ведущий-DP ARL (класс 2) | НЕТ | - |
| 6.2.10.4 | Спецификация класса коммуникационной связи | - | - |
| 6.2.10.4.1 | Спецификация класса ведомого-DP CRL | НЕТ | - |
| 6.2.10.4.2 | Спецификация класса ведущего-DP CRL (класс 1) | ДА | См. 7.2.3.2.5.1 |
| 6.2.10.4.3 | Спецификация класса ведущего-DP CRL (класс 2) | НЕТ | - |
| 6.2.10.5 | Спецификация услуги AR | - | - |
| 6.2.10.5.1 | Инициация ведомое устройства DP на DLL | НЕТ | - |
| 6.2.10.5.2 | Загрузка ведомого устройства DP ARL | НЕТ | - |
| 6.2.10.5.3 | Получение от ведомого устройства DP ARL | НЕТ | - |
| 6.2.10.5.4 | Установление изохронного режима ARL | НЕТ | - |
| 6.2.10.5.5 | Загрузка CI1 ведущего устройства DP ARL | ДА | - |
| 6.2.10.5.6 | Получение CI1 ведущего устройства DP ARL | ДА | - |
| 6.2.10.5.7 | Обновление ARL ведущего устройства DP (класс 1) по записям одного ведомого устройства DP | НЕТ | - |
| 6.2.10.5.8 | Загрузка CI2 ведущего устройства DP ARL | НЕТ | - |
| 6.2.10.5.9 | Получение CI2 ведущего устройства DP ARL | НЕТ | - |
| 6.2.10.5.10 | Загрузка ведомого устройства DP CRL | НЕТ | - |
| 6.2.10.5.11 | Загрузка сущности канала DXB CRL | НЕТ | - |
| 6.2.10.5.12 | Получение ведомого устройства CRL DP | НЕТ | - |
| 6.2.10.5.13 | Загрузка CI1 ведущего устройства CRL DP | ДА | - |
| 6.2.10.5.14 | Получение CI1 ведущего устройства CRL DP | ДА | - |
| 6.2.10.5.15 | Активация ведомого устройства CRL | ДА | - |
| 6.2.10.5.16 | Новый параметр ведомого устройства CRL | ДА | - |
| 6.2.10.5.17 | Новые параметрические данные ведомого устройства CRL | ДА | - |
| 6.2.10.5.18 | Загрузка CI2 ведущего устройства CRL DP | НЕТ | - |
| 6.2.10.5.19 | Получение CI2 ведущего устройства CRL DP | НЕТ | - |
7.2.3.1.2.2 Ведущий-DP (Класс 1)
В таблице 162 приведены ASE элементы профилей CP 3/1 и 3/2, являющиеся частью ведущего-DP (Класс 1) и использующие функциональные возможности, именуемые DP-V0, и опции (см. 7.2.3.2.5).
Примечание - Если устройство поддерживает функциональные возможности DP-V1 и опции, то это должно быть указано в списке функциональных возможностей коммуникаций данного типа устройства (GSD-файле).
CP 3/1, 3/2. Выборка услуг уровня AL раздела 6
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.1 | Концепции DP | ДА | - |
| 6.2 | Элементы ASE | - | - |
| 6.2.1 | ASE данных процесса | Частичное | См. таблицу 163 и 7.2.3.2.5.1 |
| 6.2.2 | ASE I/O данных | Частичное | См. таблицу 164 |
| 6.2.3 | Диагностический ASE | Частичное | См. таблицу 158 |
| 6.2.4 | ASE сигнализации | Частичное | См. таблицу 165 и 7.2.3.2.5.2 |
| 6.2.5 | Контекстный ASE | Частичное | См. таблицу 166 |
| 6.2.6 | ASE Менеджмента | Частичное | См. таблицу 160 |
| 6.2.7 | ASE области загрузки | Частичное | См. таблицу 167 и 7.2.3.2.5.8 |
| 6.2.8 | ASE вызова функции | Частичное | См. таблицу 168 и 7.2.3.2.5.9 |
| 6.2.9 | ASE времени | Частичное | См. таблицу 169 и 7.2.3.2.5.10 |
| 6.2.10 | AR ASE (ASE связей приложений) | Частичное | См. таблицу 170 |
| 6.3 | Сводка всех классов FAL | ДА | - |
| 6.4 | Услуги FAL, разрешенные ролью AREP | ДА | - |
| 6.5 | Классы соответствия | ДА | - |
| 6.6 | Характеристики приложения | ДА | - |
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE данных процесса
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE I/O данных
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.2.2.1 | Обзор | ДА | - |
| 6.2.2.2 | Спецификации класса данных I/O | НЕТ | - |
| 6.2.2.3 | Спецификация данных I/O услуг | - | - |
| 6.2.2.3.1 | Задать ввод (Set input) | НЕТ | - |
| 6.2.2.3.2 | Прочитать ввод (Read input) | НЕТ | - |
| 6.2.2.3.3 | Получить ввод (Get input) | ДА | - |
| 6.2.2.3.4 | Новый ввод (New input) | ДА | - |
| 6.2.2.3.5 | Задать вывод (Set output) | ДА | - |
| 6.2.2.3.6 | Прочитать вывод (Read output) | НЕТ | - |
| 6.2.2.3.7 | Получить вывод (Get output) | НЕТ | - |
| 6.2.2.3.8 | Новый вывод (New output) | НЕТ | - |
| 6.2.2.3.9 | Глобальное управление (Global control) | ДА | Только примитивы запроса и подтверждения и см. 7.2.3.2.5.4 |
| 6.2.2.3.10 | Новые данные издателя (New publisher data) | НЕТ | - |
| 6.2.2.3.11 | Получить данные издателя (Get publisher data) | НЕТ | - |
| 6.2.2.3.12 | SYNCH (синхронизация) | ДА | - |
| 6.2.2.3.13 | SYNCH задержан | ДА | - |
| 6.2.2.3.14 | DX закончен | ДА | - |
| 6.2.2.3.15 | Событие SYNCH | НЕТ | - |
| 6.2.2.4 | Поведение объектов I/O данных | Частичное | Только для изохронного режима, см. 7.2.3.2.5.5 |
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE сигнализации
CP 3/1, 3/2. Выборка услуг уровня AL контекстных ASE
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE области загрузки
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE вызова функции
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE времени
CP 3/1, 3/2. Выборка услуг уровня AL элементов AR ASE
7.2.3.1.3 Ведущий-DP (Класс 2)
7.2.3.1.3.1 DP-V0
В таблице 171 приведены ASE элементы профилей CP 3/1 и 3/2, являющиеся частью ведущего-DP (Класс 2) и использующие функциональные возможности, именуемые DP-V0, и опции (см. 7.2.3.2.5).
CP 3/1, 3/2. Выборка услуг уровня AL раздела 6
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.1 | Концепции DP | ДА | - |
| 6.2 | Элементы ASE | - | - |
| 6.2.1 | ASE данных процесса | НЕТ | - |
| 6.2.2 | ASE I/O данных | Частичное | См. таблицу 172 |
| 6.2.3 | Диагностический ASE | Частичное | См. таблицу 173 |
| 6.2.4 | ASE сигнализации | НЕТ | - |
| 6.2.5 | Контекстный ASE | Частичное | См. таблицу 174 |
| 6.2.6 | ASE Менеджмента | Частичное | См. таблицу 175 |
| 6.2.7 | ASE области загрузки | НЕТ | - |
| 6.2.8 | ASE вызова функции | НЕТ | - |
| 6.2.9 | ASE времени | НЕТ | - |
| 6.2.10 | AR ASE | Частичное | См. таблицу 176 |
| 6.3 | Сводка всех классов AL | ДА | - |
| 6.4 | Услуги AL, разрешенные AREP | ДА | - |
| 6.5 | Классы соответствия | ДА | - |
| 6.6 | Характеристики приложения | ДА | - |
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE I/O данных
CP 3/1, 3/2. Выборка услуг уровня AL диагностических ASE
CP 3/1, 3/2. Выборка услуг уровня AL Контекстных ASE
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE менеджмента
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.2.6.1 | Обзор | ДА | - |
| 6.2.6.2 | Спецификация класса менеджмента | НЕТ | - |
| 6.2.6.3 | Спецификация услуг менеджмента | - | - |
| 6.2.6.3.1 | Получить диагностические данные ведущего устройства | ДА | Только примитивы запроса и подтверждения |
| 6.2.6.3.2 | Начать последовательное выполнение | ДА | Только примитивы запроса и подтверждения |
| 6.2.6.3.3 | Скачать | ДА | Только примитивы запроса и подтверждения и см. 7.2.3.2.5.7 только для DP-V1 |
| 6.2.6.3.4 | Выгрузить | ДА | Только примитивы запроса и подтверждения |
| 6.2.6.3.5 | Завершить последовательное выполнение | ДА | Только примитивы запроса и подтверждения |
| 6.2.6.3.6 | Активизация значений параметров ведущего устройства DP | ДА | Только примитив запроса |
| 6.2.6.3.7 | Активизация и деактивизация параметризованного ведомого устройства DP | ДА | Только примитивы запроса и подтверждения |
CP 3/1, 3/2. Выборка услуг уровня AL элементов AR ASE
7.2.3.1.3.2 DP-V1
В таблице 177 приведены ASE элементы профилей CP 3/1 и 3/2, являющиеся частью ведущего-DP (Класс 2) и использующие функциональные возможности, именуемые DP-V1, и опции (см. 7.2.3.2.5).
Примечание - Если устройство поддерживает функциональные возможности DP-V1 и опции, то это должно быть указано в списке функциональных возможностей коммуникаций данного типа устройства (GSD-файле).
CP 3/1, 3/2. Выборка услуг уровня AL раздела 6
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.1 | Концепции DP | ДА | - |
| 6.2 | Элементы ASE | - | - |
| 6.2.1 | ASE данных процесса | Частичное | См. таблицу 178 и 7.2.3.2.5.1 |
| 6.2.2 | ASE I/O данных | Частичное | См. таблицу 172 |
| 6.2.3 | Диагностический ASE | Частичное | См. таблицу 173 |
| 6.2.4 | ASE сигнализации | НЕТ | - |
| 6.2.5 | Контекстный ASE | Частичное | См. таблицу 179 |
| 6.2.6 | ASE Менеджмента | Частичное | См. таблицу 175 |
| 6.2.7 | ASE области загрузки | Частичное | См. таблицу 180 и 7.2.3.2.5.8 |
| 6.2.8 | ASE вызова функции | Частичное | См. таблицу 181 и 7.2.3.2.5.9 |
| 6.2.9 | ASE времени | Частичное | См. таблицу 182 и 7.2.3.2.5.10 |
| 6.2.10 | AR ASE | Частичное | См. таблицу 183 |
| 6.3 | Сводка всех классов AL | ДА | - |
| 6.4 | Услуги AL, разрешенные AREP | ДА | - |
| 6.5 | Классы соответствия | ДА | - |
| 6.6 | Характеристики приложения | ДА | - |
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE данных процесса
CP 3/1, 3/2. Выборка услуг уровня AL Контекстных ASE
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE области загрузки
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE вызова функции
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE времени
CP 3/1, 3/2. Выборка услуг уровня AL элементов AR ASE
7.2.3.1.4 Ведомый-DP
7.2.3.1.4.1 DP-V0
В таблице 184 приведены ASE элементы профилей CP 3/1 и 3/2, являющиеся частью ведомого DP (Класс 2) и использующие функциональные возможности, именуемые DP-V0, и опции (см. 7.2.3.2.5).
CP 3/1, 3/2. Выборка услуг уровня AL раздела 6
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.1 | Концепции DP | ДА | - |
| 6.2 | Элементы ASE | - | - |
| 6.2.1 | ASE данных процесса | НЕТ | - |
| 6.2.2 | ASE I/O данных | Частичное | См. таблицу 185 |
| 6.2.3 | Диагностический ASE | Частичное | См. таблицу 186 |
| 6.2.4 | ASE сигнализации | НЕТ | - |
| 6.2.5 | Контекстный ASE | Частичное | См. таблицу 187 |
| 6.2.6 | ASE менеджмента | НЕТ | - |
| 6.2.7 | ASE области загрузки | НЕТ | - |
| 6.2.8 | ASE вызова функции | НЕТ | - |
| 6.2.9 | ASE времени | НЕТ | - |
| 6.2.10 | AR ASE | Частичное | См. таблицу 188 |
| 6.3 | Сводка всех классов AL | ДА | - |
| 6.4 | Услуги AL, разрешенные AREP | ДА | См. 7.2.3.2.5 |
| 6.5 | Классы соответствия | ДА | - |
| 6.6 | Характеристики приложения | ДА | - |
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE I/O данных
CP 3/1, 3/2. Выборка услуг уровня AL диагностических ASE
CP 3/1, 3/2. Выборка услуг уровня AL контекстных ASE
CP 3/1, 3/2. Выборка услуг уровня AL элементов AR ASE
7.2.3.1.4.2 DP-V1
В таблице 189 приведены ASE элементы профилей CP 3/1 и 3/2, являющиеся частью ведомого-DP (Класс 2) и использующие функциональные возможности, именуемые DP-V1, и опции (см. 7.2.3.2.5).
Примечание - Если устройство поддерживает функциональные возможности DP-V1 и опции, то это должно быть указано в списке функциональных возможностей коммуникаций данного типа устройства (GSD-файле).
CP 3/1, 3/2. Выборка услуг уровня AL раздела 6
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.1 | Концепции DP | ДА | - |
| 6.2 | Элементы ASE | - | - |
| 6.2.1 | ASE данных процесса | Частичное | См. таблицу 190 и 7.2.3.2.5.1 |
| 6.2.2 | ASE I/O данных | Частичное | См. таблицу 191 |
| 6.2.3 | Диагностический ASE | Частичное | См. таблицу 192 |
| 6.2.4 | ASE сигнализации | Частичное | См. таблицу 193 и 7.2.3.2.5.2 |
| 6.2.5 | Контекстный ASE | Частичное | См. таблицу 194 |
| 6.2.6 | ASE Менеджмента | НЕТ | - |
| 6.2.7 | ASE области загрузки | Частичное | См. таблицу 195 и 7.2.3.2.5.8 |
| 6.2.8 | ASE вызова функции | Частичное | См. таблицу 196 и 7.2.3.2.5.9 |
| 6.2.9 | ASE времени | Частичное | См. таблицу 197 и 7.2.3.2.5.10 |
| 6.2.10 | AR ASE | Частичное | См. таблицу 198 |
| 6.3 | Сводка всех классов AL | ДА | - |
| 6.4 | Услуги AL, разрешенные AREP | ДА | - |
| 6.5 | Классы соответствия | ДА | - |
| 6.6 | Характеристики приложения | ДА | - |
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE данных процесса
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE I/O данных
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.2.2.1 | Обзор | ДА | - |
| 6.2.2.2 | Спецификации класса данных I/O | ДА | - |
| 6.2.2.3 | Спецификация услуг данных I/O | - | - |
| 6.2.2.3.1 | Задать ввод (Set input) | ДА | - |
| 6.2.2.3.2 | Прочитать ввод (Read input) | НЕТ | - |
| 6.2.2.3.3 | Получить ввод (Get input) | НЕТ | - |
| 6.2.2.3.4 | Новый ввод (New input) | НЕТ | - |
| 6.2.2.3.5 | Задать вывод (Set output) | НЕТ | - |
| 6.2.2.3.6 | Прочитать вывод (Read output) | НЕТ | - |
| 6.2.2.3.7 | Получить вывод (Get output) | ДА | - |
| 6.2.2.3.8 | Новый вывод (New output) | ДА | - |
| 6.2.2.3.9 | Глобальное управление (Global control) | ДА | Только примитив индикации |
| 6.2.2.3.10 | Новые данные издателя (New publisher data) | ДА | - |
| 6.2.2.3.11 | Получить данные издателя (Get publisher data) | ДА | - |
| 6.2.2.3.12 | SYNCH (синхронизация) | НЕТ | - |
| 6.2.2.3.13 | SYNCH задержан | НЕТ | - |
| 6.2.2.3.14 | DX закончен | НЕТ | - |
| 6.2.2.3.15 | Событие SYNCH | ДА | - |
| 6.2.2.4 | Поведение объектов I/O данных | ДА | См. также 7.2.3.2.5.5 |
CP 3/1, 3/2. Выборка услуг уровня AL Диагностических ASE
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE сигнализации
CP 3/1, 3/2. Выборка услуг уровня AL контекстных ASE
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.2.5.1 | Обзор | ДА | - |
| 6.2.5.2 | Спецификация класса контекста | - | - |
| 6.2.5.2.1 | Спецификация класса параметров пользователя MS0 | ДА | - |
| 6.2.5.2.2 | Спецификация класса структурированных параметров пользователя MS0 | ДА | См. 7.2.3.2.5.7 |
| 6.2.5.2.3 | Спецификация класса DXB-таблицы звеньев | ДА | - |
| 6.2.5.2.4 | Спецификация класса DXB-таблицы подписчика | ДА | - |
| 6.2.5.2.5 | Спецификация класса IsoM параметры | ДА | - |
| 6.2.5.2.6 | Спецификация класса элементов конфигурации MS0 | ДА | - |
| 6.2.5.2.7 | Спецификация класса остаточных параметров | ДА | - |
| 6.2.5.2.8 | Спецификация класса параметров пользователя MS2 | ДА | - |
| 6.2.5.3 | Спецификация контекстной услуги | - | - |
| 6.2.5.3.1 | Проверка параметров пользователя | ДА | - |
| 6.2.5.3.2 | Проверка результатов параметров пользователя | ДА | - |
| 6.2.5.3.3 | Проверка параметров внешнего пользователя | ДА | - |
| 6.2.5.3.4 | Проверка результатов параметров внешнего пользователя | ДА | - |
| 6.2.5.3.5 | Проверка конфигурации | ДА | - |
| 6.2.5.3.6 | Проверка результатов конфигурации | ДА | - |
| 6.2.5.3.7 | Установить конфигурацию | ДА | - |
| 6.2.5.3.8 | Получить конфигурацию | НЕТ | - |
| 6.2.5.3.9 | Установить дополнение ведомому устройству | ДА | Только примитив индикации |
| 6.2.5.3.10 | Инициировать | ДА | Только примитивы индикации и ответа |
| 6.2.5.3.11 | Прервать | ДА | - |
| 6.2.5.3.12 | Инициация ведомого устройства DP на MS0 | ДА | - |
| 6.2.5.3.13 | Инициация ведомого устройства DP на MS1 | ДА | - |
| 6.2.5.3.14 | Инициация ведомого устройства DP на M2 | ДА | - |
| 6.2.5.3.15 | Запуск ведомого устройства DP | ДА | - |
| 6.2.5.3.16 | Остановка ведомого устройства DP | ДА | - |
| 6.2.5.3.17 | Сброс ведомого устройства DP | ДА | - |
| 6.2.5.3.18 | Сбой ведомого устройства DP | ДА | - |
| 6.2.5.3.19 | Готовность к применению ведомого устройства DP | ДА | - |
| 6.2.5.3.20 | Запуск подписчика | ДА | - |
| 6.2.5.3.21 | Остановка подписчика | ДА | - |
| 6.2.5.3.22 | Активность издателя | ДА | - |
| 6.2.5.3.23 - 6.2.5.3.42 | - | НЕТ | - |
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE области загрузки
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE вызова функции
CP 3/1, 3/2. Выборка услуг уровня AL элементов ASE времени
CP 3/1, 3/2. Выборка услуг уровня AL элементов AR ASE
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 6.2.10.1 | Обзор | ДА | - |
| 6.2.10.2 | AR связи полевой шины Типа 3 | - | - |
| 6.2.10.2.1 | Связь приложений MS0 | ДА | - |
| 6.2.10.2.2 | Связь приложений MS1 | ДА | - |
| 6.2.10.2.3 | Связь приложений MS2 | ДА | - |
| 6.2.10.2.4 | Связь приложений MS3 | ДА | - |
| 6.2.10.2.5 | Связь приложений MM1 | НЕТ | - |
| 6.2.10.2.6 | Связь приложений MM2 | НЕТ | - |
| 6.2.10.3 | Спецификация класса связи приложений | - | - |
| 6.2.10.3.1 | Спецификация класса ARL DP-slave | ДА | См. 7.2.3.2.5.4 |
| 6.2.10.3.2 | Спецификация класса ARL DP-master (класс 1) | НЕТ | - |
| 6.2.10.3.3 | Спецификация класса ARL DP-master (класс 2) | НЕТ | - |
| 6.2.10.4 | Спецификация класса связи коммуникаций | - | - |
| 6.2.10.4.1 | Спецификация класса CRL DP-slave | ДА | - |
| 6.2.10.4.2 | Спецификация класса CRL DP-master (класс 1) | НЕТ | - |
| 6.2.10.4.3 | Спецификация класса CRL DP-master (класс 2) | НЕТ | - |
| 6.2.10.5 | Спецификация услуг AR | - | - |
| 6.2.10.5.1 | Инициация ведомого устройства DP на DLL | ДА | - |
| 6.2.10.5.2 | Загрузка ведомого устройства DP ARL | ДА | - |
| 6.2.10.5.3 | Получение от ведомого устройства DP ARL | ДА | - |
| 6.2.10.5.4 | Установление изохронного режима ARL | ДА | - |
| 6.2.10.5.5 | Загрузка CI1 ведущего устройства DP ARL | НЕТ | - |
| 6.2.10.5.6 | Получение CI1 ведущего устройства DP ARL | НЕТ | - |
| 6.2.10.5.7 | Обновление ARL ведущего устройства DP (класс 1) по записям одного ведомого устройства DP | НЕТ | - |
| 6.2.10.5.8 | Загрузка CI2 ведущего устройства DP ARL | НЕТ | - |
| 6.2.10.5.9 | Получение CI2 ведущего устройства DP ARL | НЕТ | - |
| 6.2.10.5.10 | Загрузка ведомого устройства DP CRL | ДА | - |
| 6.2.10.5.11 | Загрузка сущности канала DXB CRL | ДА | - |
| 6.2.10.5.12 | Получение ведомого устройства CRL DP | ДА | - |
| 6.2.10.5.13 | Загрузка CI1 ведущего устройства CRL DP | НЕТ | - |
| 6.2.10.5.14 | Получение CI1 ведущего устройства CRL DP | НЕТ | - |
| 6.2.10.5.15 | Активация ведомого устройства CRL | НЕТ | - |
| 6.2.10.5.16 | Новый параметр ведомого устройства CRL | НЕТ | - |
| 6.2.10.5.17 | Новые параметрические данные ведомого устройства CRL | НЕТ | - |
| 6.2.10.5.18 | Загрузка CI2 ведущего устройства CRL DP | НЕТ | - |
| 6.2.10.5.19 | Получение CI2 ведущего устройства CRL DP | НЕТ | - |
7.2.3.2 Выборка протоколов уровня AL
7.2.3.2.1 Общая выборка
Примечание - На прикладном уровне нет различий между профилем 3/1 и профилем 3/2, таким образом заголовки таблиц содержат как CP 3/1 так и CP 3/2.
В таблице 199 приведена выборка протоколов прикладного уровня в рамках МЭК 61158-6-3.
CP 3/1, 3/2. Выборка протоколов уровня AL
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 1 | Область применения | - | - |
| 2 | Нормативные ссылки | ДА | - |
| 3 | Термины, определения, аббревиатуры, символы и условные обозначения | Частичное | Используется, когда применим |
| 4 | Описание синтаксиса FAL | Частичное | См. 7.2.3.2.2, 7.2.3.2.3 и 7.2.3.2.4 |
| 5 | Синтаксис передачи | Частичное | См. 7.2.3.2.2, 7.2.3.2.3 и 7.2.3.2.4 |
| 6 | Конечные автоматы протокола FAL | Частичное | См. 7.2.3.2.2, 7.2.3.2.3 и 7.2.3.2.4 |
| 7 | Конечный автомат AP-Контекста | Частичное | См. 7.2.3.2.2, 7.2.3.2.3 и 7.2.3.2.4 |
| 8 | Машины услуг протокола FAL (FSPM) | Частичное | См. 7.2.3.2.2, 7.2.3.2.3 и 7.2.3.2.4 |
| 9 | Машины протокола связи приложений (ARPM) | Частичное | См. 7.2.3.2.2, 7.2.3.2.3 и 7.2.3.2.4 |
| 10 | Машины протокола отображения DLL (DMPM машины) | Частичное | См. 7.2.3.2.2, 7.2.3.2.3 и 7.2.3.2.4 |
| 11 | Параметры ведомого устройства DP | Частичное | См. 7.2.3.2.2, 7.2.3.2.3 и 7.2.3.2.4 |
7.2.3.2.2 Ведущее устройство DP (Класс 1)
7.2.3.2.2.1 DP-V0
В таблице 200 приведен протокол уровня AL, являющийся частью ведущего устройства DP (Класс 2) и использующий функциональные возможности, именуемые DP-V0.
CP 3/1, 3/2. Выборка протоколов уровня AL разделов 4 - 11
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 4 | Описание синтаксиса FAL | - | - |
| 4.1 | Абстрактный синтаксис APDU | Частичное | См. таблицу 201 |
| 4.2 | Типы данных | Частичное | Используется, когда применим |
| 5 | Синтаксис передачи | - | - |
| 5.1 | Кодирование базовых типов данных | ДА | - |
| 5.2 | Область кодирования, связанная с блоками PDU обмена данных | ДА | - |
| 5.3 | Область кодирования, связанная с PDU диагностики ведомого устройства | ДА | - |
| 5.4 | Область кодирования, связанная с блоками PDU параметризации | ДА | - |
| 5.5 | Область кодирования, связанная с блоками PDU конфигурации | ДА | - |
| 5.6 | Область кодирования, связанная с блоками PDU глобального управления | ДА | - |
| 5.7 | Область кодирования, связанная с блоками PDU значения часов | НЕТ | - |
| 5.8 | Область кодирования, связанная с идентификацией функций и ошибками | ДА | - |
| 5.9 | Область кодирования, связанная с блоками PDU диагностики ведущего устройства | ДА | - |
| 5.10 | Область кодирования, связанная с блоками PDU выкладывания/скачивания/активизации параметров | ДА | - |
| 5.11 | Область кодирования, связанная с набором параметров шины | ДА | - |
| 5.12 | Область кодирования, связанная с набором параметров ведомого устройства | ДА | - |
| 5.13 | Область кодирования, связанная с счетчиками статистики | ДА | - |
| 5.14 | Область кодирования, связанная с блоками PDU установления адреса ведомого устройства | НЕТ | - |
| 5.15 | Область кодирования, связанная с блоками PDU инициации/прекращения | НЕТ | - |
| 5.16 | Область кодирования, связанная с блоками PDU чтения/записи/передачи данных | НЕТ | - |
| 5.17 | Область кодирования, связанная с областью загрузки и блоками PDU вызова функции | НЕТ | - |
| 5.18 | Примеры диагностик удаленной услуги записи (RES) PDU | НЕТ | - |
| 5.19 | Пример Chk_Cfg-REQ-PDU | НЕТ | - |
| 5.20 | Примеры блоков Chk_Cfg-REQ-PDU с типами данных DPV1 | НЕТ | - |
| 5.21 | Примерная структура Data_Unit для Data_Exchange | НЕТ | - |
| 6 | Конечные автоматы протокола FAL | - | - |
| 6.1 | Общая структура | - | - |
| 6.1.1 | Машины протокола услуги полевой шины (FSPM) | ДА | - |
| 6.1.2 | Циклическая передача ведущего ведомому (MS0) | ДА | - |
| 6.1.3 | Ациклическая передача ведущего (класс 1) ведомому (MS1) | ДА | - |
| 6.1.4 | Ациклическая передача ведущего (класс 2) ведомому (MS2) | ДА | - |
| 6.1.5 | Синхронизация часов ведущего ведомому (MS3) | НЕТ | - |
| 6.1.6 | Ациклическая передача ведущего ведущему (MM1/MM2) | НЕТ | - |
| 6.1.7 | Машины протокола отображения DLL (DMPM) | НЕТ | - |
| 6.2 | Назначение конечных автоматов устройствам | ДА | - |
| 6.3 | Обзор ведомого DP | НЕТ | - |
| 6.4 | Обзор ведущего DP (класс 1) | ДА | - |
| 6.5 | Обзор ведущего DP (класс 2) | НЕТ | - |
| 6.6 | Циклические коммуникации между ведущим DP (класс 1) и ведомым DP | ДА | - |
| 6.7 | Ациклические коммуникации между ведущим DP (класс 2) и ведущим DP (класс 1) | ДА | - |
| 6.8 | Ациклические коммуникации между ведущим DP (класс 1) и ведомым DP | - | - |
| 6.9 | Контроль связи приложений | - | - |
| 6.9.1 | Контроль MS0-AR | - | - |
| 6.9.1.1 | Общие положения | ДА | - |
| 6.9.1.2 | Интервал управления на ведомом DP | НЕТ | - |
| 6.9.1.3 | Интервалы управления на ведущем DP (класс 1) | ДА | - |
| 6.9.2 | Контроль MS2-AR | НЕТ | - |
| 7 | Конечный автомат AP-Контекста | НЕТ | - |
| 8 | Машины протокола услуг FAL (FSPM) | - | - |
| 8.1 | FSPMS | НЕТ | - |
| 8.2 | FSPMM1 | Частичное | См. таблицу 202 |
| 8.3 | FSPMM2 | НЕТ | - |
| 9 | Машины протокола связи приложений (ARPM) | - | - |
| 9.1 | MSCY1S | НЕТ | - |
| 9.2 | MSAC1S | НЕТ | - |
| 9.3 | SSCY1S | НЕТ | - |
| 9.4 | MSRM2S | НЕТ | - |
| 9.5 | MSAC2S | НЕТ | - |
| 9.6 | MSCS1S | НЕТ | - |
| 9.7 | MSCY1M | ДА | - |
| 9.8 | MSAL1M | НЕТ | - |
| 9.9 | MSAC1M | НЕТ | - |
| 9.10 | MMAC1 | ДА | - |
| 9.11 | MSCS1M | НЕТ | - |
| 9.12 | MSAC2M | НЕТ | - |
| 9.13 | MMAC2 | НЕТ | - |
| 10 | Машины протокола отображения DLL (DMPM) | - | - |
| 10.1 | DMPMS | НЕТ | - |
| 10.2 | DMPMM1 | Частичное | См. таблицу 203 |
| 10.3 | DMPMM2 | НЕТ | - |
| 11 | Параметры ведомого DP | НЕТ | - |
CP 3/1, 3/2. Выбор протоколов блоков APDU уровня AL
CP 3/1, 3/2. Выбор протоколов примитивов услуг FSPM
CP 3/1, 3/2. Выбор протоколов примитивов услуг DMPM
7.2.3.2.2.2 DP-V1
В таблице 204 приведен протокол уровня AL, являющийся частью ведущего-DP (Класс 1) и использующего функциональные возможности, именуемые DP-V1, и опции.
Примечание - Если устройство поддерживает функциональные возможности DP-V1, то это должно быть указано в списке функциональных возможностей коммуникаций данного типа устройства (в GSD-файле).
CP 3/1, 3/2. Выборка протоколов уровня AL разделов 4 - 11
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 4 | Описание синтаксиса FAL | - | - |
| 4.1 | Абстрактный синтаксис APDU | Частичное | См. таблицу 205 |
| 4.2 | Типы данных | Частичное | Используется, когда применим |
| 5 | Синтаксис передачи | - | - |
| 5.1 | Кодирование базовых типов данных | ДА | - |
| 5.2 | Область кодирования, связанная с блоками PDU обмена данных | ДА | - |
| 5.3 | Область кодирования, связанная с PDU диагностики ведомого устройства | ДА | - |
| 5.4 | Область кодирования, связанная с блоками PDU параметризации | ДА | - |
| 5.5 | Область кодирования, связанная с блоками PDU конфигурации | ДА | - |
| 5.6 | Область кодирования, связанная с блоками PDU глобального управления | ДА | - |
| 5.7 | Область кодирования, связанная с блоками PDU значения часов | ДА | - |
| 5.8 | Область кодирования, связанная с идентификацией функций и ошибками | ДА | - |
| 5.9 | Область кодирования, связанная с блоками PDU диагностики ведущего устройства | ДА | - |
| 5.10 | Область кодирования, связанная с блоками PDU выкладывания/скачивания/активизации параметров | ДА | - |
| 5.11 | Область кодирования, связанная с набором параметров шины | ДА | - |
| 5.12 | Область кодирования, связанная с набором параметров ведомого устройства | ДА | - |
| 5.13 | Область кодирования, связанная с счетчиками статистики | ДА | - |
| 5.14 | Область кодирования, связанная с блоками PDU установления адреса ведомого устройства | НЕТ | - |
| 5.15 | Область кодирования, связанная с блоками PDU инициации/прекращения | НЕТ | - |
| 5.16 | Область кодирования, связанная с блоками PDU чтения/записи/передачи данных | ДА | - |
| 5.17 | Область кодирования, связанная с областью загрузки и блоками PDU вызова функции | ДА | - |
| 5.18 | Примеры диагностик удаленной услуги записи (RES) PDU | ДА | - |
| 5.19 | Пример Chk_Cfg-REQ-PDU | ДА | - |
| 5.20 | Примеры блоков Chk_Cfg-REQ-PDU с типами данных DPV1 | ДА | - |
| 5.21 | Примерная структура Data_Unit для Data_Exchange | ДА | - |
| 6 | Конечные автоматы протокола FAL | - | - |
| 6.1 | Общая структура | ДА | - |
| 6.2 | Назначение конечных автоматов устройствам | ДА | - |
| 6.3 | Обзорное описание ведомого DP | НЕТ | - |
| 6.4 | Обзорное описание ведущего DP (класс 1) | ДА | - |
| 6.5 | Обзорное описание ведущего DP (класс 2) | НЕТ | - |
| 6.6 | Циклические коммуникации между ведущим DP (класс 1) и ведомым DP | ДА | - |
| 6.7 | Ациклические коммуникации между ведущим DP (класс 2) и ведущим DP (класс 1) | ДА | - |
| 6.8 | Ациклические коммуникации между ведущим-DP (класс 1) и ведомым-DP | ДА | - |
| 6.9 | Контроль связи приложений | - | - |
| 6.9.1 | Контроль MS0-AR | - | - |
| 6.9.1.1 | Общие положения | ДА | - |
| 6.9.1.2 | Интервал управления на ведомом DP | НЕТ | - |
| 6.9.1.3 | Интервалы управления на ведущем DP (класс 1) | ДА | - |
| 6.9.2 | Контроль MS2-AR | НЕТ | - |
| 7 | Конечный автомат AP-Контекста | НЕТ | - |
| 8 | Машины протокола услуг FAL (FSPM) | - | - |
| 8.1 | FSPMS | НЕТ | - |
| 8.2 | FSPMM1 | Частичное | См. таблицу 206 |
| 8.3 | FSPMM2 | НЕТ | - |
| 9 | Машины протокола связи приложений (ARPM) | - | - |
| 9.1 | MSCY1S | НЕТ | - |
| 9.2 | MSAC1S | НЕТ | - |
| 9.3 | SSCY1S | НЕТ | - |
| 9.4 | MSRM2S | НЕТ | - |
| 9.5 | MSAC2S | НЕТ | - |
| 9.6 | MSCS1S | НЕТ | - |
| 9.7 | MSCY1M | ДА | - |
| 9.8 | MSAL1M | ДА | - |
| 9.9 | MSAC1M | ДА | - |
| 9.10 | MMAC1 | ДА | - |
| 9.11 | MSCS1M | ДА | - |
| 9.12 | MSAC2M | НЕТ | - |
| 9.13 | MMAC2 | НЕТ | - |
| 10 | Машины протокола отображения DLL (DMPM) | - | - |
| 10.1 | DMPMS | НЕТ | - |
| 10.2 | DMPMM1 | Частичное | См. таблицу 207 |
| 10.3 | DMPMM2 | НЕТ | - |
| 11 | Параметры ведомого DP | НЕТ | - |
CP 3/1, 3/2. Выбор протоколов блоков APDU уровня AL
CP 3/1, 3/2. Выбор протоколов уровня AL примитивов услуг FSPM
CP 3/1, 3/2. Выбор протоколов уровня AL примитивов услуг DMPM
7.2.3.2.3 Ведущее устройство DP (Класс 2)
7.2.3.2.3.1 DP-V0
В таблице 208 приведен протокол уровня AL, являющийся частью ведущего-DP (Класс 2) и использующий функциональные возможности, именуемые DP-V0.
CP 3/1, 3/2. Выборка протоколов уровня AL разделов 4 - 6
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 4 | Описание синтаксиса FAL | - | - |
| 4.1 | Абстрактный синтаксис APDU | Частичное | См. таблицу 209 |
| 4.2 | Типы данных | Частичное | Используется, когда применим |
| 5 | Синтаксис передачи | - | - |
| 5.1 | Кодирование базовых типов данных | ДА | - |
| 5.2 | Область кодирования, связанная с блоками PDU обмена данных | ДА | - |
| 5.3 | Область кодирования, связанная с PDU диагностики ведомого устройства | ДА | - |
| 5.4 | Область кодирования, связанная с блоками PDU параметризации | НЕТ | - |
| 5.5 | Область кодирования, связанная с блоками PDU конфигурации | ДА | - |
| 5.6 | Область кодирования, связанная с блоками PDU глобального управления | НЕТ | - |
| 5.7 | Область кодирования, связанная с блоками PDU значения часов | НЕТ | - |
| 5.8 | Область кодирования, связанная с идентификацией функций и ошибками | ДА | - |
| 5.9 | Область кодирования, связанная с блоками PDU диагностики ведущего устройства | ДА | - |
| 5.10 | Область кодирования, связанная с блоками PDU выкладывания/скачивания/активизации параметров | ДА | - |
| 5.11 | Область кодирования, связанная с набором параметров шины | ДА | - |
| 5.12 | Область кодирования, связанная с набором параметров ведомого устройства | ДА | - |
| 5.13 | Область кодирования, связанная со счетчиками статистики | ДА | - |
| 5.14 | Область кодирования, связанная с блоками PDU установления адреса ведомого устройства | ДА | - |
| 5.15 | Область кодирования, связанная с блоками PDU инициации/прекращения | НЕТ | - |
| 5.16 | Область кодирования, связанная с блоками PDU чтения/записи/передачи данных | НЕТ | - |
| 5.17 | Область кодирования, связанная с областью загрузки и блоками PDU вызова функции | НЕТ | - |
| 5.18 | Примеры диагностик удаленной услуги записи (RES) PDU | НЕТ | - |
| 5.19 | Пример Chk_Cfg-REQ-PDU | НЕТ | - |
| 5.20 | Примеры блоков Chk_Cfg-REQ-PDU с типами данных DPV1 | НЕТ | - |
| 5.21 | Примерная структура Data_Unit для Data_Exchange | НЕТ | - |
| 6 | Конечные автоматы протокола FAL | - | - |
| 6.1 | Общая структура | - | - |
| 6.1.1 | Машины протокола услуги полевой шины (FSPM) | ДА | - |
| 6.1.2 | Циклическая передача ведущего ведомому (MS0) | ДА | - |
| 6.1.3 | Ациклическая передача ведущего (класс 1) ведомому (MS1) | ДА | - |
| 6.1.4 | Ациклическая передача ведущего (класс 2) ведомому (MS2) | ДА | - |
| 6.1.5 | Синхронизация часов ведущего ведомому (MS3) | НЕТ | - |
| 6.1.6 | Ациклическая передача ведущего ведущему (MM1/MM2) | НЕТ | - |
| 6.1.7 | Машины протокола отображения DLL (DMPM) | НЕТ | - |
| 6.2 | Назначение конечных автоматов устройствам | ДА | - |
| 6.3 | Обзор ведомого DP | НЕТ | - |
| 6.4 | Обзор ведущего DP (класс 1) | НЕТ | - |
| 6.5 | Обзор ведущего DP (класс 2) | ДА | - |
| 6.6 | Циклические коммуникации между ведущим DP (класс 1) и ведомым DP | НЕТ | - |
| 6.7 | Ациклические коммуникации между ведущим DP (класс 2) и ведущим DP (класс 1) | ДА | - |
| 6.8 | Ациклические коммуникации между ведущим DP (класс 1) и ведомым DP | НЕТ | - |
| 6.9 | Контроль связи приложений | НЕТ | - |
| 7 | Конечный автомат AP-Контекста | НЕТ | - |
| 8 | Машины протокола услуг FAL (FSPM) | - | - |
| 8.1 | FSPMS | НЕТ | - |
| 8.2 | FSPMM1 | НЕТ | - |
| 8.3 | FSPMM2 | Частичное | См. таблицу 210 |
| 9 | Машины протокола связи приложений (ARPM) | - | - |
| 9.1 - 9.12 | - | НЕТ | - |
| 9.13 | MMAC2 | ДА | - |
| 10 | Машины протокола отображения DLL (DMPM) | - | - |
| 10.1 | DMPMS | НЕТ | - |
| 10.2 | DMPMM1 | НЕТ | - |
| 10.3 | DMPMM2 | Частичное | См. таблицу 211 |
| 11 | Параметры ведомого DP | НЕТ | - |
CP 3/1, 3/2. Выбор протоколов уровня AL разделов 4 - 6
CP 3/1, 3/2. Выбор протоколов примитивов услуг FSPM
CP 3/1, 3/2. Выбор протоколов примитивов услуг DMPM
7.2.3.2.3.2 DP-V1
В таблице 212 приведен протокол уровня AL, являющийся частью ведущего-DP (Класс 2) и использующий функциональные возможности, именуемые DP-V0.
CP 3/1, 3/2. Выборка протоколов уровня AL разделов 4 - 11
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 4 | Описание синтаксиса FAL | - | - |
| 4.1 | Абстрактный синтаксис APDU | Частичное | См. таблицу 213 |
| 4.2 | Типы данных | Частичное | Используется, когда применим |
| 5 | Синтаксис передачи | - | - |
| 5.1 | Кодирование базовых типов данных | ДА | - |
| 5.2 | Область кодирования, связанная с блоками PDU обмена данных | ДА | - |
| 5.3 | Область кодирования, связанная с PDU диагностики ведомого устройства | ДА | - |
| 5.4 | Область кодирования, связанная с блоками PDU параметризации | ДА | - |
| 5.5 | Область кодирования, связанная с блоками PDU конфигурации | ДА | - |
| 5.6 | Область кодирования, связанная с блоками PDU глобального управления | ДА | - |
| 5.7 | Область кодирования, связанная с блоками PDU значения часов | ДА | - |
| 5.8 | Область кодирования, связанная с идентификацией функций и ошибками | ДА | - |
| 5.9 | Область кодирования, связанная с блоками PDU диагностики ведущего устройства | ДА | - |
| 5.10 | Область кодирования, связанная с блоками PDU выкладывания/скачивания/активизации параметров | ДА | - |
| 5.11 | Область кодирования, связанная с набором параметров шины | ДА | - |
| 5.12 | Область кодирования, связанная с набором параметров ведомого устройства | ДА | - |
| 5.13 | Область кодирования, связанная с счетчиками статистики | ДА | - |
| 5.14 | Область кодирования, связанная с блоками PDU установления адреса ведомого устройства | НЕТ | - |
| 5.15 | Область кодирования, связанная с блоками PDU инициации/прекращения | НЕТ | - |
| 5.16 | Область кодирования, связанная с блоками PDU чтения/записи/передачи данных | ДА | - |
| 5.17 | Область кодирования, связанная с областью загрузки и блоками PDU вызова функции | ДА | - |
| 5.18 | Примеры диагностик удаленной услуги записи (RES) PDU | ДА | - |
| 5.19 | Пример Chk_Cfg-REQ-PDU | ДА | - |
| 5.20 | Примеры блоков Chk_Cfg-REQ-PDU с типами данных DPV1 | ДА | - |
| 5.21 | Примерная структура Data_Unit для Data_Exchange | ДА | - |
| 6 | Конечные автоматы протокола FAL | - | - |
| 6.1 | Общая структура | ДА | - |
| 6.2 | Назначение конечных автоматов устройствам | ДА | - |
| 6.3 | Обзор ведомого DP | НЕТ | - |
| 6.4 | Обзор ведущего DP (класс 1) | ДА | - |
| 6.5 | Обзор ведущего DP (класс 2) | НЕТ | - |
| 6.6 | Циклические коммуникации между ведущим DP (класс 1) и ведомым DP | ДА | - |
| 6.7 | Ациклические коммуникации между ведущим DP (класс 2) и ведущим DP (класс 1) | ДА | - |
| 6.8 | Ациклические коммуникации между ведущим DP (класс 1) и ведомым DP | ДА | - |
| 6.9 | Контроль связи приложений | - | - |
| 6.9.1 | Контроль MS0-AR | - | - |
| 6.9.1.1 | Общие положения | ДА | - |
| 6.9.1.2 | Интервал управления на ведомом DP | НЕТ | - |
| 6.9.1.3 | Интервалы управления на ведущем DP (класс 1) | НЕТ | - |
| 6.9.2 | Контроль MS2-AR | ДА | - |
| 7 | Конечный автомат AP Контекста | НЕТ | - |
| 8 | Машины протокола услуг FAL (FSPM) | - | - |
| 8.1 | FSPMS | НЕТ | - |
| 8.2 | FSPMM1 | Частичное | См. таблицу 214 |
| 8.3 | FSPMM2 | НЕТ | - |
| 9 | Машины протокола связи приложений (ARPM) | - | - |
| 9.1 | MSCY1S | НЕТ | - |
| 9.2 | MSAC1S | НЕТ | - |
| 9.3 | SSCY1S | НЕТ | - |
| 9.4 | MSRM2S | НЕТ | - |
| 9.5 | MSAC2S | НЕТ | - |
| 9.6 | MSCS1S | НЕТ | - |
| 9.7 | MSCY1M | ДА | - |
| 9.8 | MSAL1M | ДА | - |
| 9.9 | MSAC1M | ДА | - |
| 9.10 | MMAC1 | ДА | - |
| 9.11 | MSCS1M | ДА | - |
| 9.12 | MSAC2M | НЕТ | - |
| 9.13 | MMAC2 | НЕТ | - |
| 10 | Машины протокола отображения DLL (DMPM) | - | - |
| 10.1 | DMPMS | НЕТ | - |
| 10.2 | DMPMM1 | Частичное | См. таблицу 215 |
| 10.3 | DMPMM2 | НЕТ | - |
| 11 | Параметры ведомого DP | НЕТ | - |
CP 3/1, 3/2. Выбор протоколов уровня AL разделов 4 - 11
CP 3/1, 3/2. Выбор протоколов уровня AL примитивов услуг FSPM
CP 3/1, 3/2. Выбор протоколов уровня AL примитивов услуг DMPM
7.2.3.2.4 Ведомый-DP
7.2.3.2.4.1 DP-V0
В таблице 216 приведен протокол уровня AL, являющийся частью ведущего-DP (Класс 2) и использующий функциональные возможности, именуемые DP-V0.
CP 3/1, 3/2. Выборка протоколов уровня AL разделов 4 - 11
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 4 | Описание синтаксиса FAL | - | - |
| 4.1 | Абстрактный синтаксис APDU | Частичное | См. таблицу 217 |
| 4.2 | Типы данных | Частичное | Используется, когда применим |
| 5 | Синтаксис передачи | - | - |
| 5.1 | Кодирование базовых типов данных | ДА | - |
| 5.2 | Область кодирования, связанная с блоками PDU обмена данных | ДА | - |
| 5.3 | Область кодирования, связанная с PDU диагностики ведомого устройства | ДА | - |
| 5.4 | Область кодирования, связанная с блоками PDU параметризации | ДА | - |
| 5.5 | Область кодирования, связанная с блоками PDU конфигурации | ДА | - |
| 5.6 | Область кодирования, связанная с блоками PDU глобального управления | ДА | - |
| 5.7 | Область кодирования, связанная с блоками PDU значения часов | НЕТ | - |
| 5.8 | Область кодирования, связанная с идентификацией функций и ошибками | НЕТ | - |
| 5.9 | Область кодирования, связанная с блоками PDU диагностики ведущего устройства | НЕТ | - |
| 5.10 | Область кодирования, связанная с блоками PDU выкладывания/скачивания/активизации параметров | НЕТ | - |
| 5.11 | Область кодирования, связанная с набором параметров шины | НЕТ | - |
| 5.12 | Область кодирования, связанная с набором параметров ведомого устройства | НЕТ | - |
| 5.13 | Область кодирования, связанная со счетчиками статистики | НЕТ | - |
| 5.14 | Область кодирования, связанная с блоками PDU установления адреса ведомого устройства | НЕТ | - |
| 5.15 | Область кодирования, связанная с блоками PDU инициации/прекращения | НЕТ | - |
| 5.16 | Область кодирования, связанная с блоками PDU чтения/записи/передачи данных | НЕТ | - |
| 5.17 | Область кодирования, связанная с областью загрузки и блоками PDU вызова функции | НЕТ | - |
| 5.18 | Примеры диагностик удаленной услуги записи (RES) PDU | НЕТ | - |
| 5.19 | Пример Chk_Cfg-REQ-PDU | НЕТ | - |
| 5.20 | Примеры блоков Chk_Cfg-REQ-PDU с типами данных DPV1 | НЕТ | - |
| 5.21 | Примерная структура Data_Unit для Data_Exchange | НЕТ | - |
| 6 | Конечные автоматы протокола FAL | - | - |
| 6.1 | Общая структура | - | - |
| 6.1.1 | Машины протокола услуги полевой шины (FSPM) | ДА | - |
| 6.1.2 | Циклическая передача ведущего ведомому (MS0) | НЕТ | - |
| 6.1.3 | Ациклическая передача ведущего (класс 1) ведомому (MS1) | НЕТ | - |
| 6.1.4 | Ациклическая передача ведущего (класс 2) ведомому (MS2) | НЕТ | - |
| 6.1.5 | Синхронизация часов ведущего ведомому (MS3) | НЕТ | - |
| 6.1.6 | Ациклическая передача ведущего ведущему (MM1/MM2) | НЕТ | - |
| 6.1.7 | Машины протокола отображения DLL (DMPM) | НЕТ | - |
| 6.2 | Назначение конечных автоматов устройствам | ДА | - |
| 6.3 | Обзор ведомого DP | НЕТ | - |
| 6.4 | Обзор ведущего DP (класс 1) | ДА | - |
| 6.5 | Обзор ведущего DP (класс 2) | НЕТ | - |
| 6.6 | Циклические коммуникации между ведущим DP (класс 1) и ведомым DP | ДА | - |
| 6.7 | Ациклические коммуникации между ведущим DP (класс 2) и ведущим DP (класс 1) | НЕТ | - |
| 6.8 | Ациклические коммуникации между ведущим DP (класс 1) и ведомым DP | НЕТ | - |
| 6.9 | Контроль связи приложений | - | - |
| 6.9.1 | Контроль MS0-AR | - | - |
| 6.9.1.1 | Общие положения | ДА | - |
| 6.9.1.2 | Интервал управления на ведомом-DP | ДА | - |
| 6.9.1.3 | Интервалы управления на ведущем-DP (класс 1) | НЕТ | - |
| 6.9.2 | Контроль MS2-AR | НЕТ | - |
| 7 | Конечный автомат AP-Контекста | НЕТ | - |
| 8 | Машины протокола услуг FAL (FSPM) | - | - |
| 8.1 | FSPMS | Частичное | См. таблицу 218 |
| 8.2 | FSPMM1 | НЕТ | - |
| 8.3 | FSPMM2 | НЕТ | - |
| 9 | Машины протокола связи приложений (ARPM) | - | - |
| 9.1 | MSCY1S | ДА | - |
| 9.2 | MSAC1S | НЕТ | - |
| 9.3 | SSCY1S | НЕТ | - |
| 9.4 | MSRM2S | НЕТ | - |
| 9.5 | MSAC2S | НЕТ | - |
| 9.6 | MSCS1S | НЕТ | - |
| 9.7 | MSCY1M | НЕТ | - |
| 9.8 | MSAL1M | НЕТ | - |
| 9.9 | MSAC1M | НЕТ | - |
| 9.10 | MMAC1 | НЕТ | - |
| 9.11 | MSCS1M | НЕТ | - |
| 9.12 | MSAC2M | НЕТ | - |
| 9.13 | MMAC2 | НЕТ | - |
| 10 | Машины протокола отображения DLL (DMPM) | - | - |
| 10.1 | DMPMS | Частичное | См. таблицу 219 |
| 10.2 | DMPMM1 | НЕТ | - |
| 10.3 | DMPMM2 | НЕТ | - |
| 11 | Параметры ведомого-DP | ДА | - |
CP 3/1, 3/2. Выбор протоколов уровня AL выборки APDU
CP 3/1, 3/2. Выбор протоколов уровня AL примитивов услуг FSPM
CP 3/1, 3/2. Выбор протоколов уровня AL примитивов услуг DMPM
7.2.3.2.4.2 DP-V1
В таблице 220 приведен протокол уровня AL, являющийся частью ведомого-DP и использующий функциональные возможности, именуемые DP-V1, и опции.
Примечание - Если устройство поддерживает функциональные возможности DP-V1, то это должно быть указано в списке функциональных возможностей коммуникаций данного типа устройства (в GSD-файле).
CP 3/1, 3/2. Выборка протоколов уровня AL разделов 4 - 11
| Раздел | Заголовок | Присутствие | Ограничение |
|---|---|---|---|
| 4 | Описание синтаксиса FAL | - | - |
| 4.1 | Абстрактный синтаксис APDU | Частичное | См. таблицу 221 |
| 4.2 | Типы данных | Частичное | Используется, когда применим |
| 5 | Синтаксис передачи | - | - |
| 5.1 | Кодирование базовых типов данных | ДА | - |
| 5.2 | Область кодирования, связанная с блоками PDU обмена данных | ДА | - |
| 5.3 | Область кодирования, связанная с PDU диагностики ведомого устройства | ДА | - |
| 5.4 | Область кодирования, связанная с блоками PDU параметризации | ДА | - |
| 5.5 | Область кодирования, связанная с блоками PDU конфигурации | ДА | - |
| 5.6 | Область кодирования, связанная с блоками PDU глобального управления | ДА | - |
| 5.7 | Область кодирования, связанная с блоками PDU значения часов | ДА | - |
| 5.8 | Область кодирования, связанная с идентификацией функций и ошибками | ДА | - |
| 5.9 | Область кодирования, связанная с блоками PDU диагностики ведущего устройства | НЕТ | - |
| 5.10 | Область кодирования, связанная с блоками PDU выкладывания/скачивания/активизации параметров | НЕТ | - |
| 5.11 | Область кодирования, связанная с набором параметров шины | НЕТ | - |
| 5.12 | Область кодирования, связанная с набором параметров ведомого устройства | НЕТ | - |
| 5.13 | Область кодирования, связанная со счетчиками статистики | НЕТ | - |
| 5.14 | Область кодирования, связанная с блоками PDU установления адреса ведомого устройства | НЕТ | - |
| 5.15 | Область кодирования, связанная с блоками PDU инициации/прекращения | ДА | - |
| 5.16 | Область кодирования, связанная с блоками PDU чтения/записи/передачи данных | ДА | - |
| 5.17 | Область кодирования, связанная с областью загрузки и блоками PDU вызова функции | ДА | - |
| 5.18 | Примеры диагностик удаленной услуги записи (RES) PDU | НЕТ | - |
| 5.19 | Пример Chk_Cfg-REQ-PDU | НЕТ | - |
| 5.20 | Примеры блоков Chk_Cfg-REQ-PDU с типами данных DPV1 | НЕТ | - |
| 5.21 | Примерная структура Data_Unit для Data_Exchange | НЕТ | - |
| 6 | Конечные автоматы протокола FAL | - | - |
| 6.1 | Общая структура | ДА | - |
| 6.2 | Назначение конечных автоматов устройствам | ДА | - |
| 6.3 | Обзор ведомого DP | ДА | - |
| 6.4 | Обзор ведущего DP (класс 1) | НЕТ | - |
| 6.5 | Обзор ведущего DP (класс 2) | НЕТ | - |
| 6.6 | Циклические коммуникации между ведущим DP (класс 1) и ведомым DP | ДА | - |
| 6.7 | Ациклические коммуникации между ведущим DP (класс 2) и ведущим DP (класс 1) | НЕТ | - |
| 6.8 | Ациклические коммуникации между ведущим DP (класс 1) и ведомым DP | ДА | - |
| 6.9 | Контроль связи приложений | - | - |
| 6.9.1 | Контроль MS0-AR | - | - |
| 6.9.1.1 | Общие положения | ДА | - |
| 6.9.1.2 | Интервал управления на ведомом DP | ДА | - |
| 6.9.1.3 | Интервалы управления на ведущем DP (класс 1) | НЕТ | - |
| 6.9.2 | Контроль MS2-AR | НЕТ | - |
| 7 | Конечный автомат AP-Контекста | НЕТ | - |
| 8 | Машины протокола услуг FAL (FSPM) | - | - |
| 8.1 | FSPMS | Частичное | См. таблицу 222 |
| 8.2 | FSPMM1 | НЕТ | - |
| 8.3 | FSPMM2 | НЕТ | - |
| 9 | Машины протокола связи приложений (ARPM) | - | - |
| 9.1 | MSCY1S | ДА | - |
| 9.2 | MSAC1S | ДА | - |
| 9.3 | SSCY1S | ДА | - |
| 9.4 | MSRM2S | ДА | - |
| 9.5 | MSAC2S | ДА | - |
| 9.6 | MSCS1S | ДА | - |
| 9.7 | MSCY1M | НЕТ | - |
| 9.8 | MSAL1M | НЕТ | - |
| 9.9 | MSAC1M | НЕТ | - |
| 9.10 | MMAC1 | НЕТ | - |
| 9.11 | MSCS1M | НЕТ | - |
| 9.12 | MSAC2M | НЕТ | - |
| 9.13 | MMAC2 | НЕТ | - |
| 10 | Машины протокола отображения DLL (DMPM) | - | - |
| 10.1 | DMPMS | Частичное | См. таблицу 223 |
| 10.2 | DMPMM1 | НЕТ | - |
| 10.3 | DMPMM2 | НЕТ | - |
| 11 | Параметры ведомого DP | ДА | - |
CP 3/1, 3/2. Выбор протоколов уровня AL блоков APDU
CP 3/1, 3/2. Выбор протоколов уровня AL примитивов услуг FSPM
CP 3/1, 3/2. Выбор протоколов уровня AL примитивов услуг DMPM
7.2.3.2.5 Опции
7.2.3.2.5.1 Данные процесса
Функции данных процесса (ациклические R/W-услуги) описаны в МЭК 61158-5-3, 6.2.1. Эта функциональность не является обязательной.
Эта опция используется для передач DP-V1 - ведущий-DP (Класс 1), см. 7.2.3.1.2.2, DP-V1 - ведущий DP (Класс 2), см. 7.2.3.1.3.2 и DP-V1 - ведомые DP, см. 7.2.3.1.4.2.
7.2.3.2.5.2 Сигнализация
Функции сигнализации описаны в МЭК 61158-5-3, 6.2.10.4.2.2. Эта функциональность не является обязательной.
Эта опция может использоваться для передачи DP-V1 - ведущий-DP (Класс 1), см. 7.2.3.1.2.2 и DP-V1 - ведомые-DP, см. 7.2.3.1.4.2.
7.2.3.2.5.3 Отказобезопасность
Функции отказобезопасности описаны в МЭК 61158-5-3, 6.2.10.4.2.2.
Эта опция для DP-V0 - ведущий DP (Класс 1), см. 7.2.3.1.2.1 и DP-V1/DP-V0 - ведомые DP (Класс 2), см. 7.2.3.1.4.2/7.2.3.1.4.1.
Эти функции должны поддерживаться в передаче DP-V1 - ведущий DP (Класс 1), см. 7.2.3.1.2.2.
7.2.3.2.5.4 Синхронизация/зависание
Функции синхронизации/зависание описаны в МЭК 61158-5-3, 6.2.2, ASE I/O данных.
Эта опция может использоваться для DP-V1/DP-V0 - ведущий DP (Класс 1), см. 7.2.3.1.2.2/7.2.3.1.2.1 и DP-V1/DP-V0 - ведомые DP, см. 7.2.3.1.4.2/7.2.3.1.4.1. Она определена для передач DP-V1/DP-V0 - ведущий DP (Класс 1) в МЭК 61158-5-3, 6.2.2.3.9 и для DP-V1/DP-V0 - ведомые-DP в МЭК 61158-5-3, 6.2.10.3.1.2.
7.2.3.2.5.5 Изохронный режим
Функции изохронного режима описаны в МЭК 61158-5-3, 6.2.2, ASE I/O данных, в частности, следует обратить внимание на МЭК 61158-5-3, 6.2.2.4.2.
Эта опция может использоваться для передач DP-V1 - ведущий DP (Класс 1), см. 7.2.3.1.2.2 и DP-V1 - ведомые DP, см. 7.2.3.1.4.2.
7.2.3.2.5.6 Издатель/подписчик
Функции издателя/подписчика описаны в МЭК 61158-5-3, 6.2.2, ASE I/O данных.
Опция издателя может использоваться для передачи DP-V1/DP-V0 - ведомые DP, см. 7.2.3.1.4.2/7.2.3.1.4.1.
Опция подписчика может использоваться только для передачи DP-V1/ - ведомые DP, см. 7.2.3.1.4.2.
Данный вариант может использоваться для передачи DP-V1 - ведущий DP (Класс 1), см. 7.2.3.1.2.2.
7.2.3.2.5.7 Расширенная параметризация (ExtPrm)
Функции расширенной параметризации (ExtPrm) описаны в МЭК 61158-5-3, 6.2.5, Контекстные ASE, в особенности, следует обратить внимание на МЭК 61158-5-3, 6.2.5.2.2, а для ведущего устройства (Класс 1) см. МЭК 61158-5-3, 6.2.6.2.2, в котором присутствует Ext User Prm Data, а для ведущего устройства (Класс 2) см. МЭК 61158-5-3, 6.2.6.3.3.
Данная опция может использоваться для передачи DP-V1 - ведущий DP (Класс 1), см. 7.2.3.1.2.2, DP-V1 - ведущий DP (Класс 2), см. 7.2.3.1.3.2 и DP-V1 - ведомые DP см. 7.2.3.1.4.2.
7.2.3.2.5.8 Область загрузки
Функции области загрузки описаны в МЭК 61158-5-3, 6.2.7 элементы ASE области загрузки. Эта функциональность не является обязательной.
Опция может использоваться для передач DP-V1 - ведущий DP (Класс 1), см. 7.2.3.1.2.2, DP-V1 - ведущий DP (Класс 2), см. 7.2.3.1.3.2 и DP-V1 - ведомые DP, см. 7.2.3.1.4.2.
7.2.3.2.5.9 Вызов функции
Функционал опции вызова функции описан в МЭК 61158-5-3, 6.2.8, Элементы ASE вызова функции. Он не обязателен.
Эта опция может использоваться для передач DP-V1 - ведущий DP (Класс 1), см. 7.2.3.1.2.2, DP-V1 - ведущий DP (Класс 2), см. 7.2.3.1.3.2 и DP-V1 - ведомые DP, см. 7.2.3.1.4.2.
7.2.3.2.5.10 Синхронизация часов
Функции синхронизации часов описаны в МЭК 61158-5-3, 6.2.9, Элементы ASE времени. Эта функциональность не является обязательной.
Эта опция может использоваться для передач DP-V1 - ведущий DP (Класс 1), см. 7.2.3.1.2.2, DP-V1 - ведущий DP (Класс 2), см. 7.2.3.1.3.2 и DP-V1 - ведомые DP, см. 7.2.3.1.4.2.
7.2.3.2.5.11 Избыточность
Функции избыточности описаны в МЭК 61158-5-3, 6.1.4. Данная опция не обязательна.
Она может использоваться для DP-V1 - ведущий DP (Класс 1), см. 7.2.3.1.2.2, и DP-V1 - ведомые DP, см. 7.2.3.1.4.2.
7.3 Профиль 3/2 (PROFIBUS PA)
7.3.1 Физический уровень
7.3.1.1 Выборка уровня PhL
В таблице 224 приведена выборка МЭК 61158-2 для устройств всех типов данного профиля. В подразделе 7.2.1.2 приведены дополнительные соображения.
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Только значимые ссылки |
| 3 | Термины и определения | Частичное | См. таблицу 118 |
| 4 | Символы и аббревиатуры | Частичное | См. таблицу 119 |
| 5 | Уровень канала данных. Интерфейс физического уровня | - | - |
| 5.1 | Общие положения | ДА | - |
| 5.2 - 5.3 | - | НЕТ | - |
| 5.4 | Тип 3. Требуемые услуги | - | - |
| 5.4.1 | Синхронная передача | ДА | - |
| 5.4.2 | Асинхронная передача | НЕТ | - |
| 5.5 - 5.7 | - | НЕТ | - |
| 6 | Управление системами. PhL интерфейс | - | - |
| 6.1 | Общие положения | ДА | - |
| 6.2 | Тип 1. Управление системами. PhL Интерфейс | НЕТ | - |
| 6.3 | Тип 3: Управление системами. PhL Интерфейс | - | - |
| 6.3.1 | Синхронная передача | ДА | - |
| 6.3.2 | Асинхронная передача | НЕТ | - |
| 6.4 - 6.8 | - | НЕТ | - |
| 7 | Подуровень, независимый от DCE (DIS) | - | - |
| 7.1 | Общие положения | ДА | - |
| 7.2 | Тип 1. DIS | ДА | - |
| 7.3 | Тип 3. DIS | - | - |
| 7.3.1 | Синхронная передача | ДА | - |
| 7.3.2 | Асинхронная передача | НЕТ | - |
| 7.4 - 7.6 | - | НЕТ | - |
| 8 | Интерфейс DTE - DCE и функции, зависящие от MIS | - | - |
| 8.1 | Общие положения | ДА | - |
| 8.2 | Тип 1. Интерфейс DTE - DCE | ДА | - |
| 8.3 | Тип 3. Интерфейс DTE - DCE | - | - |
| 8.3.1 | Синхронная передача | ДА | - |
| 8.3.2 | Асинхронная передача | НЕТ | - |
| 8.4 - 8.5 | - | НЕТ | - |
| 9 | Подуровень, зависящий от среды (MDS) | - | - |
| 9.1 | Общие положения | ДА | - |
| 9.2 | Тип 1. MDS. Проводная и оптическая среда | ДА | - |
| 9.3 - 9.4 | - | НЕТ | - |
| 9.5 | Тип 3: MDS. Проводная и оптическая среда | - | - |
| 9.5.1 | Синхронная передача | ДА | - |
| 9.5.2 | Асинхронная передача | НЕТ | - |
| 9.6 - 9.11 | - | - | - |
| 10 | Интерфейс MDS - MAU | - | - |
| 10.1 | Общие положения | ДА | - |
| 10.2 | Тип 1. Интерфейс MDS - MAU. Проводная и оптическая среда | ДА | - |
| 10.3 - 10.4 | - | НЕТ | - |
| 10.5 | Тип 3. Интерфейс MDS - MAU. Проводная и оптическая среда | - | - |
| 10.5.1 | Синхронная передача | ДА | - |
| 10.5.3 | Асинхронная передача | НЕТ | - |
| 10.6 - 10.8 | - | НЕТ | - |
| 11 | Типы 1 и 7. Блок доступа к среде: режим напряжения, линейная топология шины, 150\Omega витая пара | Частичное | См. раздел 12 и раздел 21 стандарта МЭК 61158-2 |
| 12 | Синхронная передача типов 1 и 3. Блок доступа к среде: 31,25 кбит/с, режим напряжения с опцией пониженной мощности, топология шины и "дерева", 100\Omega проводная среда | Частичное | Только для MBP-LP, см. 7.3.1.2 |
| 13 - 20 | - | НЕТ | - |
| 21 | Type 3. Блок доступа к среде: синхронная передача, 31,25 кбит/с, режим напряжения, проводная среда | ДА | Только для MBP и MBP-IS, см. 7.3.1.3 |
| Следующие разделы | - | НЕТ | - |
| Приложение A | (нормативное) Тип 1. Спецификация соединителя | - | - |
| A.1 | Внутренний соединитель для проводной среды | ДА | Соединитель не обязателен |
| A.2 | Внешний соединитель для проводной среды | НЕТ | См. приложение H |
| A.3 | Внешние соединители для оптической среды | НЕТ | - |
| Приложение B | Тип 1. Спецификации кабеля и длины магистрального кабеля и кабеля ответвлений для 31,25 кбит/с MAU режима напряжения | ДА | - |
| Приложения C - H | - | НЕТ | - |
| Приложение I | (нормативное) Тип 3. Спецификация соединителя | - | - |
| I.1 | Соединитель для синхронной передачи | ДА | Для CP 3/2 таблицы 116 |
| I.2 | Соединитель для асинхронной передачи | НЕТ | - |
| I.3 | Соединитель для оптиковолоконного кабеля | НЕТ | - |
| Приложение J | (нормативное) Тип 3. Избыточность PhL и среды | ДА | Избыточность не обязательна |
| Следующие приложения | - | НЕТ | - |
7.3.1.2 Выборка MAU для MBP-LP
Таблица 225 определяет ограничения для дополнительных MAU CP 3/2, названного MBP-LP, см. таблицу 116.
CP 3/2. Выборка уровня PhL раздела 12 для устройств и их блоков MAU
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 12.1 | Общие положения | ДА | - |
| 12.2 | Передаваемая частота битов | ДА | - |
| 12.3 | Спецификации сети | ДА | - |
| 12.4 | Спецификации схемы передачи MAU | ДА | - |
| 12.5 | Спецификации схемы приема MAU | Частичное | - |
| 12.5.1 | Сводка | ДА | - |
| 12.5.2 | Входное полное сопротивление | ДА | - |
| 12.5.3 | Чувствительность приемника и подавление шума | ДА | - |
| 12.5.4 | Дрожание битового элемента приемника | ДА | - |
| 12.5.5 | Чувствительность к помехам и частота ошибок | НЕТ | Примечание - В Европе руководящие принципы CE действительны для EMC |
| 12.6 | Блокировка сбойных пакетов | ДА | - |
| 12.7 | Распределение мощности | - | - |
| 12.7.1 | Общие положения | ДА | - |
| 12.7.2 | Сетевое напряжение | ДА | - |
| 12.7.3 | Питание посредством проводников сигналов | ДА | - |
| 12.7.4 | Полное электрическое сопротивление блока питания | НЕТ | - |
| 12.7.5 | Питание отделено от проводников сигналов | НЕТ | - |
| 12.7.6 | Электрическая изоляция | ДА | - |
| 12.8 | Спецификации среды | - | - |
| 12.8.1 | Соединитель | ДА | - |
| 12.8.2 | Стандартный тестовый кабель | ДА | Для приложений ИБ всегда применимы правила FISCO (МЭК 60079-11 и МЭК 60079-25) |
| 12.8.3 | Ответвитель | ДА | - |
| 12.8.4 | Соединения (кабелей) | ДА | - |
| 12.8.5 | Оконечное устройство | ДА | - |
| 12.8.6 | Правила экранирования | ДА | - |
| 12.8.7 | Правила заземления | ДА | Рекомендуется заземлять экран кабеля полевой шины настолько часто насколько это возможно. Это, как правило, служит наилучшим методом для повышения ЭМС |
| 12.8.8 | Цветовое кодирование кабелей | ДА | - |
| 12.9 | Искробезопасность | ДА | Параметры ИБ см. в 226 |
| 12.10 | Гальванические развязки | ДА | - |
CP 3/2. Выборка рекомендованных ИБ параметров уровня PhL
7.3.1.3 Выборка MAU для MBP и MBP-IS
В таблице 227 приведены ограничения для дополнительных MAU CP 3/2, названных MBP и MBP-IS, см. таблицу 116. Для MBP-IS следует применять МЭК 60079-11 и МЭК 60079-25.
CP 3/2. Выборка уровня PhL раздела 21 для устройств и их блоков MAU
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 21.1 | Общие положения | ДА | - |
| 21.2 | Передаваемая частота битов | ДА | - |
| 21.3 | Спецификации сети | ДА | - |
| 21.4 | Спецификации схемы передачи для MAU режима-напряжения 31,25 кбит/с | ДА | - |
| 21.5 | Спецификации схемы приема для MAU режима-напряжения 31,25 кбит/с | ДА | - |
| 21.6 | Блокировка сбойных пакетов | ДА | - |
| 21.7 | Распределение мощности | - | - |
| 21.7.1 | Общие положения | ДА | - |
| 21.7.2 | Сетевое напряжение | ДА | - |
| 21.7.3 | Питание посредством проводников сигналов | ДА | - |
| 21.7.4 | Электрическая изоляция | ДА | - |
| 21.8 | Спецификации среды | - | - |
| 21.8.1 | Соединитель | ДА | - |
| 21.8.2 | Стандартный тестовый кабель | ДА | Для приложений ИБ всегда применимы правила FISCO (МЭК 60079-11 и МЭК 60079-25) |
| 21.8.3 | Ответвитель | ДА | - |
| 21.8.4 | Сростки (кабелей) | ДА | - |
| 21.8.5 | Терминатор | ДА | - |
| 21.8.6 | Правила экранирования | ДА | - |
| 21.8.7 | Правила заземления | ДА | Рекомендуется заземлять экран кабеля полевой шины настолько часто насколько это возможно. Это, как правило, служит наилучшим методом для повышения ЭМС |
| 21.8.8 | Цвета кабелей | ДА | - |
| 21.9 | Искробезопасность | НЕТ | ИБ параметры см. в таблице 226 |
| 21.10 | Гальванические развязки | ДА | - |
| 21.11 | Элементы ответвителя | НЕТ | - |
| 21.12 | Блок питания | ДА | - |
7.3.1.4 Электробезопасность
Устройства должны соответствовать законодательно установленным требованиям страны, в которой они вводятся в эксплуатацию (например, на это может указывать европейский знак соответствия CE). Меры защиты от ударов электрическим током (т.е. электробезопасность) в промышленном применении должны основываться на МЭК 61010 или МЭК 61131-2, в зависимости от типа устройства, указанного в них.
7.3.2 Уровень канала данных
7.3.2.1 Выборка услуг уровня DLL
CP 3/2 использует ту же выборку услуг DLL что и CP 3/1, указанную в 7.2.2.1.
7.3.2.2 Выборка протоколов DLL
7.3.2.2.1 Общая выборка
В таблице 228 приведена выборка услуг уровня канала данных в рамках МЭК 61158-4-3.
CP 3/2. Общая выборка протоколов уровня DLL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Только значимые ссылки |
| 3 | Термины, определения, символы и аббревиатуры | - | - |
| 3.1 | Термины и определения ссылочной модели | Частичное | Используется, когда применим |
| 3.2 | Термины и определения условных обозначений услуг | Частичное | Используется, когда применим |
| 3.3 | Распространенные термины и определения | Частичное | Используется, когда применим |
| 3.4 | Дополнительные определения Типа 3 | ДА | - |
| 3.5 | Распространенные символы и аббревиатуры | Частичное | Только значимые символы и аббревиатуры |
| 3.6 | Символы и аббревиатуры Типа 3 | ДА | - |
| 4 | Распространенные элементы протокола DL | Частичное | См. таблицу 229 |
| 5 | Обзор DL-протокола | Частичное | См. таблицу 230 и 7.3.2.2.2, 7.3.2.2.3 и 7.3.2.2.4 |
| 6 | Общая структура и кодирование блоков DLPDU и связанные с этим элементы процедуры | Частичное | См. таблицу 231 и 7.3.2.2.2, 7.3.2.2.3 и 7.3.2.2.4 |
| 7 | Специальные для DLPDU структура, кодирование и элементы процедуры | Частичное | См. таблицу 232 и 7.3.2.2.2, 7.3.2.2.3 и 7.3.2.2.4 |
| 8 | Другие DLE элементы процедуры | Частичное | См. 7.3.2.2.2, 7.3.2.2.3 и 7.3.2.2.4 |
| Приложение A | Конечные автоматы DL-протокола | ДА | - |
| Приложение B | Тип 3 (синхронный). Иллюстративные реализации FCS | ДА | - |
| Приложение C | Тип 3. Иллюстративная процедура маркера и периоды передачи сообщения | ДА | - |
CP 3/2. Общая выборка протоколов уровня DLL раздела 4
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 4.1 | Последовательность проверки кадра | - | - |
| 4.1.1 | На отправляющем DLE | ДА | - |
| 4.1.2 | На принимающем DLE | ДА | - |
| 4.1.3 | Модификации в рамках мостов | НЕТ | - |
CP 3/2. Общая выборка протоколов уровня DLL раздела 5
CP 3/2. Общая выборка протоколов уровня DLL раздела 6
CP 3/2. Общая выборка протоколов уровня DLL раздела 7
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 7.1 | Блоки DLPDU фиксированной длины без поля данных | - | - |
| 7.1.1 | Асинхронная передача | НЕТ | - |
| 7.1.2 | Синхронная передача | ДА | - |
| 7.2 | Блоки DLPDU фиксированной длины с полем данных | - | - |
| 7.2.1 | Асинхронная передача | НЕТ | - |
| 7.2.2 | Синхронная передача | ДА | - |
| 7.3 | Блоки DLPDU с варьирующейся длиной поля данных | - | - |
| 7.3.1 | Асинхронная передача | НЕТ | - |
| 7.3.2 | Синхронная передача | ДА | - |
| 7.4 | DLPDU маркера | - | - |
| 7.4.1 | Асинхронная передача | НЕТ | - |
| 7.4.2 | Синхронная передача | ДА | - |
| 7.5 | ASP DLPDU | Частичное | См. таблицу 235, таблицу 238, таблицу 241, таблицу 244 и таблицу 247 |
| 7.6 | SYNCH (синхронизация) DLPDU | Частичное | См. таблицу 235, таблицу 238, таблицу 241, таблицу 244 и таблицу 247 |
| 7.7 | Временное событие (ТЕ) DLPDU | Частичное | См. таблицу 235, таблицу 238, таблицу 241, таблицу 244 и таблицу 247 |
| 7.8 | Значения часов (CV) DLPDU | Частичное | См. таблицу 235, таблицу 238, таблицу 241, таблицу 244 и таблицу 247 |
| 7.9 | Процедуры передачи | - | - |
| 7.9.1 | Асинхронная передача | НЕТ | - |
| 7.9.2 | Синхронная передача | ДА | - |
7.3.2.2.2 Выборка для ведущего DP (класс 1)
7.3.2.2.2.1 Ведущее устройство DP-V0 (класс 1)
В таблице 233 приведена выборка параметров времени протокола канала данных профиля CP 3/2, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V0.
CP 3/2. Выборка переменных времени для ведущего устройства DP-V0 (класс 1)
В таблице 234 приведена выборка таймеров и счетчиков протокола канала данных профиля CP 3/2, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V0.
CP 3/2. Выборка таймеров и счетчиков для ведущего устройства DP-V0 (класс 1)
В таблице 235 приведена выборка таймеров и счетчиков протокола канала-данных профиля CP 3/2, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V0.
CP 3/2. Выборка блоков DLPDU для ведущего устройства DP-V0 (класс 1)
К разделу 8 стандарта МЭК 61158-4-3 применимы следующие ограничения:
a) выборка состояний доступа к среде профиля CP 3/2, являющаяся частью ведущего DP (класс 1) и использующая функциональные возможности, именуемые DP-V0, является такой же как и приведенная для ведущего-DP-V0 профиля CP 3/1 в таблице 138;
b) Выборка протоколов синхронизации часов профиля CP 3/2 DL-сущности протокола канала данных, являющаяся частью ведущего DP (класс 1) и использующая функциональные возможности, именуемые DP-V0, является пустой.
7.3.2.2.2.2 Ведущее устройство DP-V0 (класс 1)
В таблице 236 приведена выборка параметров времени протокола канала-данных профиля CP 3/2, являющихся частью ведущего DP (класс 1) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/2. Выборка переменных времени для ведущего устройства DP-V1 (класс 1)
В таблице 237 приведена выборка таймеров и счетчиков протокола канала-данных профиля CP 3/2, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/2. Выборка счетчиков и таймеров для ведущего устройства DP-V1 (класс 1)
В таблице 238 приведена выборка блоков DLPDU протокола канала данных профиля CP 3/2, являющихся частью ведущего-DP (класс 1) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/2. Выборка блоков DLPDU для ведущего устройства DP-V1 (класс 1)
К разделу 8 стандарта МЭК 61158-4-3 применимы следующие ограничения:
- выборка состояний доступа к среде и протоколов синхронизации времени профиля CP 3/2, являющаяся частью ведущего DP (класс 1) и использующая функциональные возможности, именуемые DP-V0, является такой же как и приведенная для ведущего-DP-V0 профиля CP 3/1 в таблице 142 и таблице 143.
7.3.2.2.3 Выборка для ведущего DP (класс 2)
7.3.2.2.3.1 Ведущее устройство DP-V0 (класс 2)
Выборка параметров времени, таймеров и счетчиков, блоков DLPDU, состояний управления доступом к среде и протоколов синхронизации часов, являющаяся частью ведущего устройства DP (класс 2) и использующая функциональные возможности, именуемые DP-V0, является такой же как и описанная в ведущем-DP-V0 (класс 1) в 7.3.2.2.2.1.
7.3.2.2.3.2 Ведущее устройство DP-V1 (класс 2)
В таблице 239 приведена выборка параметров времени протокола канала данных профиля 3/2, являющихся частью ведущего-DP (класс 2) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/2. Выборка переменных времени для ведущего устройства DP-V1 (класс 2)
В таблице 240 приведена выборка таймеров и счетчиков протокола канала данных профиля 3/2, являющихся частью ведущего DP (класс 2) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/2. Выборка переменных времени для ведущего устройства DP-V1 (класс 2)
В таблице 241 приведена выборка типов блоков DLPDU протокола канала данных профиля 3/2, являющихся частью ведущего DP (класс 2) и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/2. Выборка DLPDU для ведущего устройства DP-V1 (класс 2)
К разделу 8 стандарта МЭК 61158-4-3 применимы следующие ограничения:
a) выборка состояний доступа к среде профиля CP 3/2, являющаяся частью ведущего DP (класс 2) и использующая функциональные возможности, именуемые DP-V1, является такой же как и приведенная для ведущего-DP-V0 (класс 1) профиля CP 3/1 в таблице 138;
b) выборка протоколов синхронизации часов профиля CP 3/2 DL-сущности протокола канала данных, являющаяся частью ведущего-DP (класс 2) и использующая функциональные возможности, именуемые DP-V1, и опции, такие же как и приведенные для ведущего-DP-V1 3/1 (класс 1) в таблице 143.
7.3.2.2.4 Выборка для ведомого DP
7.3.2.2.4.1 Ведомое устройство DP-V0
В таблице 242 приведена выборка параметров времени протокола канала-данных профиля CP 3/2, являющихся частью ведомого-DP и использующих функциональные возможности, именуемые DP-V0.
CP 3/2. Выборка переменных времени для ведомого устройства DP-V0
В таблице 243 приведена выборка таймеров и счетчиков протокола канала данных профиля CP 3/2, являющихся частью ведомого DP и использующих функциональные возможности, именуемые DP-V0.
CP 3/2. Выборка таймеров и счетчиков для ведомого устройства DP-V0
В таблице 244 приведена выборка типов блоков DLPDU протокола канала данных профиля CP 3/2, являющихся частью ведомого DP и использующих функциональные возможности, именуемые DP-V0.
CP 3/2. Выборка DLPDU для ведомого устройства DP-V0
К разделу 8 стандарта МЭК 61158-4-3 применимы следующие ограничения:
a) выборка состояний доступа к среде профиля CP 3/2, являющаяся частью ведомого DP и использующая функциональные возможности, именуемые DP-V0, является такой же как и приведенная для ведомого-DP-V0 профиля CP 3/1 в таблице 150;
b) выборка протоколов синхронизации часов профиля CP 3/2 DL-сущности протокола канала данных, являющаяся частью ведомого DP и использующая функциональные возможности, именуемые DP-V0, ничего не содержит.
7.3.2.2.4.2 Ведомое устройство DP-V1
В таблице 245 приведена выборка параметров времени протокола канала данных профиля CP 3/2, являющихся частью ведомого DP и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/2. Выборка переменных времени для ведомого устройства DP-V1
В таблице 246 приведена выборка таймеров и счетчиков протокола канала данных профиля CP 3/2, являющихся частью ведомого-DP и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/2. Выборка таймеров и счетчиков для ведомого устройства DP-V1
В таблице 247 приведена выборка типов блоков DLPDU протокола канала-данных профиля CP 3/2, являющихся частью ведомого DP и использующих функциональные возможности, именуемые DP-V1, и опции.
CP 3/2. Выборка DLPDU для ведомого устройства DP-V1
К разделу 8 стандарта МЭК 61158-4-3 применимы следующие ограничения:
a) выборка состояний доступа к среде профиля CP 3/2, являющаяся частью ведомого DP и использующая функциональные возможности, именуемые DP-V1, является такой же как и приведенная для ведомого-DP-V0 профиля CP 3/1 в таблице 150;
b) выборка протоколов синхронизации часов профиля CP 3/2 DL-сущности протокола канала данных, являющаяся частью ведомого DP и использующая функциональные возможности, именуемые DP-V1, и опции, такая же как и приведенная для ведомого-DP-V1 в таблице 154.
7.3.3 Прикладной уровень
Подраздел 7.2.3 применим к CP 3/2. На прикладном уровне для CP 3/1 ничего не меняется.
7.4 Профиль 3/3 (PROFINET CBA) - Отсутствует
8 Семейство коммуникационных профилей 4 ( P - NET^{®} <10>)
<10> P-NET является торговой маркой некоммерческой организации P-NET User Organisation ApS (IPUO). Данная информация приведена для удобства использования настоящего стандарта и не означает, что МЭК поддерживает мнения обладателя торговой марки или его продукцию. Соответствие настоящему стандарту не требует использования наименования P-NET. Использование торговой марки P-NET требует разрешения со стороны держателя торговой марки.
8.1 Общий обзор
Семейство коммуникационных профилей 4 определяет профили, основанные на МЭК 61158-2 тип 4, МЭК 61158-3-4, МЭК 61158-4-4, МЭК 61158-5-4 и МЭК 61158-6-4, которые соответствуют частям коммуникационной системы, общеизвестной как P-NET.
Данный профиль содержит ссылки на услуги и протоколы AL, DLL и PhL с доступом к приложениям, соответствующим МЭК 61158. Профиль 4/1 основан на ANSI TIA/EIA-485-A и допускает до 125 устройств нормального или простого класса в коммуникациях на одном физическом канале в полудуплексном режиме.
Данный профиль содержит ссылки на услуги и протоколы AL и DLL с доступом к приложениям, соответствующим МЭК 61158. Профиль 4/3 основан на ИСО/МЭК 8802-3 и допускает до 125 устройств нормального или простого класса в коммуникациях на одном физическом канале в полнодуплексном режиме. Профиль 4/1 описан в данном стандарте, в то время как профиль 4/3 описан в МЭК 61784-2.
8.2 Профиль 4/1 (P-NET RS-485)
8.2.1 Физический уровень
В таблице 248 содержатся выборки услуг и протоколов физического уровня из МЭК 61158-2, предназначенные для данного профиля.
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины и определения | Частичное | Используется, когда применим |
| 4 | Символы и аббревиатуры | Частичное | Используется, когда применим |
| 5 | Уровень канала данных. Интерфейс физического уровня | - | - |
| 5.1 | Общие положения | ДА | - |
| 5.2 - 5.4 | - | НЕТ | - |
| 5.5 | Тип 4. Требуемые услуги | ДА | См. текст, следующий за данной таблицей |
| 5.6 - 5.10 | - | НЕТ | - |
| 6 | Управление станцией. Интерфейс физического уровня | - | - |
| 6.1 | General | ДА | - |
| 6.2 | Тип 1. Управление станцией. Интерфейс физического уровня | Частичное | Только Ph-SETVALUE и Ph-GETVALUE |
| 6.3 | - | НЕТ | - |
| 6.4 | Тип 4. Управление станцией. Интерфейс физического уровня | ДА | Должна поддерживаться скорость хотя бы 76800 бод. Должен поддерживаться только полудуплексный режим |
| 6.5 - 6.8 | - | НЕТ | - |
| 7 - 8 | - | НЕТ | - |
| 9 | Подуровень, зависящий от среды (MDS) | - | - |
| 9.1 | Общие положения | ДА | - |
| 9.2 - 9.5 | - | НЕТ | - |
| 9.6 | Тип 4. MDS. Проводная среда | - | - |
| 9.6.1 | Полудуплекс | ДА | - |
| 9.6.2 | Полный дуплекс | НЕТ | - |
| 9.7 - 9.11 | - | НЕТ | - |
| 10 - 23 | - | НЕТ | - |
| 24 | Тип 4. Блок соединения со средой: RS-485 | ДА | - |
| Следующие разделы | - | НЕТ | - |
| Следующие приложения | - | НЕТ | - |
Устройства простого класса должны поддерживать только:
a) запросы Ph-данные, классы start-of-activity-11, данные и end-of-activity;
b) индикацию Ph-DATA, классы START-OF-ACTIVITY и DATA.
8.2.2 Уровень канала данных
8.2.2.1 Выборка услуг DLL
В таблице 249 содержатся выборки услуг уровня канала данных из МЭК 61158-3-4, предназначенные для данного профиля.
8.2.2.2 Выборка протокола DLL
В таблице 250 содержатся выборки протокола уровня канала данных из МЭК 61158-4-4, предназначенные для данного профиля.
Для данного профиля должна поддерживаться только полудуплексная передача, как это задано в МЭК 61158-4-4, 4.1.2.2.
Устройства простого класса должны поддерживать только функции ответчика, как это задано в МЭК 6118-4-4, 4.1.1.
8.2.3 Прикладной уровень
8.2.3.1 Выборка протокола AL
В таблице 251 содержатся выборки протокола прикладного уровня из МЭК 61158-5-4, предназначенные для данного профиля.
Устройства простого класса должны поддерживать только объекты вещественных переменных, заданные в МЭК 61158-5-4, 5.2.5.2 (но не переменные прокси-объектов), а также только объекты необходимые для типов переменных, которые фактически присутствуют в устройстве.
Устройства нормального класса должны поддерживать объекты вещественных переменных, необходимые для типов переменных, которые фактически присутствуют в устройстве, а также переменные прокси-объектов для всех типов переменных, перечисленных в МЭК 61158-5-4, 5.2.
Устройства простого класса не должны поддерживать услугу RESPONSE (ответ), определенную в МЭК 61158-5-4, 5.2.6.2.
8.2.3.2 Выборка протокола AL
В таблице 252 содержатся выборки протокола прикладного уровня из МЭК 61158-6-4, предназначенные для данного профиля.
9 Семейство коммуникационных профилей 5 ( WorldFIP® <11>)
<11> WorldFIP является торговой маркой компании ALSTOM. Данная информация приведена для удобства использования настоящего стандарта и не означает, что МЭК поддерживает мнения обладателя торговой марки или его продукцию. Соответствие настоящему стандарту не требует использования зарегистрированного торгового наименования. Использование торговых наименований требует разрешения со стороны держателя торговой марки.
9.1 Общий обзор
WorldFIP является невероятно гибкой и разносторонней системой передачи данных. Диапазон функций и эффективность позволяют задание большого числа профилей, с точностью выполняющих требования приложений. В качестве практического подхода, в данном Международном Стандарте разрабатываются три наиболее популярных профиля; эти профили рассматривают как и контекст, критически важный для времени, так и функции, критически важные для задачи. Другие профили будут заданы для приложения, зависящего от цели, посредством выбора надлежащих услуг и протоколов в серии МЭК 61158, но с учетом минимальной основы, необходимой для развертывания, функционирования и контроля сети.
Все используемые термины определены в МЭК 61158-2, МЭК 61158-3-7, МЭК 61158-4-7, МЭК 61158-5-7 и МЭК 61158-6-7.
Все заданные профили состоят из выборки услуг и протоколов из МЭК 61158, Тип 7 и настраиваются посредством выбора определенных параметров в рамках каждой услуги или протокола.
Все профили WorldFIP основаны на общем основополагающем наборе услуг MPS, к которому добавлена надлежащая выборка услуг, предоставляющих от одной и более выбранных функциональных возможностей.
В следующей таблице приведена сводка выборки элементов значимых профилей.
Выборка, заданная в таблице 253, представляет из себя наиболее часто используемые базовые профили. Отличительные особенности разных профилей в базовой версии являются следующими:
- профиль 5/1: длинные сообщения, широкая номенклатура топологии сети, не фиксированная лимитированная по времени обработка данных, специализированный прикладной уровень;
- профиль 5/2: большие сообщения, жесткие ограниченные по времени обмены данными, критически важное для задачи приложение, МЭК 61158-5-7 и МЭК 61158-6-7 (прикладной уровень);
- профиль 5/3: открытый интерфейс WorldFIP для других специализированных или стандартных жестких ограниченных по времени прикладных уровней (сегментированных или нет).
Примечание - Обзор концепций коммуникаций WorldFIP см в A.5.
Необходимо подчеркнуть, что профиль 5/3 может быть установлен вместе с профилем верхней части стека типа web, содержащим TCP/IP, сокеты BSD, HTTP на всех точках доступа DLL. Добавление такого стороннего стека не сказывается на определении профиля. Эта важная особенность позволяет ПРОЗРАЧНЫЙ (TRANSPARENT) доступ к устройству полевой шины из удаленного браузера, постольку полевые устройства реализуют ВСТРОЕННЫЙ СЕРВЕР (EMBEDDED SERVER). Это является дополнительной возможностью интеграции, предоставленной профилями для интеграции интеллектуального полевого устройства в распределенные системы управления.
Физические уровни, указанные в настоящем стандарте, являются значимыми для выбранных профилей. Но в будущем могут быть заданы их разновидности с помощью других опций физического уровня, принятых WorldFIP для последующих приложений, таких как высокоскоростная радиоаппаратура или обеспечение очень высокой скорости в оптоволоконных или кабельных линиях.
9.2 Профиль 5/1 (WorldFIP)
9.2.1 Физический уровень
В таблице 254 приведен профиль физического уровня в рамках МЭК 61158-2. Он является общим для всех профилей CPF 5.
| Раздел | Заголовок | Присутствие | Ограничения |
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины и определения | - | - |
| 3.1 | Общие термины и определения | Частичное | Используется, когда применим |
| 3.2 | Тип 1. Термины и определения | ДА | - |
| 3.3 - 3.7 | - | НЕТ | - |
| 4 | Символы и аббревиатуры | - | - |
| 4.1 | Символы | - | - |
| 4.1.1 | Тип 1. Символы | ДА | - |
| 4.1.2 - 4.1.6 | - | НЕТ | - |
| 4.2 | Аббревиатуры | - | - |
| 4.2.1 | Тип 1. Дополнительные аббревиатуры | ДА | - |
| 4.2.2 - 4.2.6 | - | НЕТ | - |
| 5 | Интерфейс: уровень канала данных. Физический уровень | - | - |
| 5.1 | Общие положения | Частичное | Используется при необходимости |
| 5.2 | Тип 1. Требующиеся услуги | ДА | - |
| 5.3 - 5.7 | - | НЕТ | - |
| 6 | Управление станцией. Интерфейс физического уровня | - | - |
| 6.1 | Общие положения | Частичное | Используется при необходимости |
| 6.2 | Тип 1. Управление станцией. Интерфейс физического уровня | Частичное | Используется при необходимости |
| 6.3 - 6.7 | - | НЕТ | - |
| 7 | Независимый подуровень DCE (DIS) | - | - |
| 7.1 | Общие положения | Частичное | Используется при необходимости |
| 7.2 | Тип 1. DIS | ДА | - |
| 7.3 - 7.5 | - | НЕТ | - |
| 8 | Интерфейс DTE - DCE | НЕТ | - |
| 9 | Подуровень, зависящий от среды (MDS) | НЕТ | - |
| 10 | Интерфейс MDS - MAU | - | - |
| 10.1 | Общие положения | Частичное | Используется при необходимости |
| 10.2 | Тип 1. Интерфейс MDS - MAU. Проводная и оптическая среда | Частичное | Используется в зависимости от ситуации |
| 10.3 - 10.6 | - | НЕТ | - |
| 11 | Типы 1 и 7. Блок доступа к среде: режим напряжения, линейная топология шины, витая пара 150\Omega | Частичное | См. примечание |
| 12 | Типы 1 и 3. Блок доступа к среде: 31,25 kbit/s, режим напряжения с функцией пониженной мощности, топология шины и "дерева", проводная линия 100\Omega . | ДА | См. примечание |
| 13 - 14 | - | НЕТ | - |
| 15 | Тип 1 и 7. Блок доступа к среде: двойной оптоволоконный кабель | ДА | См. примечание |
| 16 - 20 | - | НЕТ | - |
| 21 | Тип 3. Блок доступа к среде: синхронная передача, 31,25 кбит/с, режим напряжения, проводная линия | ДА | См. примечание |
| Следующие разделы | - | НЕТ | - |
| Приложение A | Тип 1. Спецификация соединителя | ||
| A.1 | Внутренний соединитель для проводной среды | ДА | См. примечание |
| A.2 | Внешний соединитель для проводной среды | ДА | См. примечание |
| A.3 | Внешние соединители для оптической среды | ДА | См. примечание |
| Приложение B | Тип 1. Спецификации кабеля и длины магистрального кабеля и кабеля ответвлений для 31,25 кбит/с MAU режима напряжения | ДА | См. примечание |
| Приложение C | Тип 1. Оптические пассивные "звезды" | ДА | См. примечание |
| Приложение D | Тип 1. Топология "звезда" | ДА | См. примечание |
| Приложение E | Тип 1. Альтернативные оптоволоконные линии | ДА | См. примечание |
| Следующие приложения | НЕТ | - | |
| Примечание - Эта выборка может служить альтернативным решением для указанного профиля | |||
9.2.2 Уровень канала данных
9.2.2.1 Выборка услуг DLL
9.2.2.1.1 Общие положения
В таблице 255 приведена выборка услуг DLL в рамках МЭК 61158-3-7 для данного профиля. Она общая для всех профилей CPF 5.
CPF 5. Выборка услуг DLL раздела 4
| Раздел | Заголовок | Присутствие | Ограничения |
| 4.1 | Область применения, объект | ДА | - |
| 4.2 | Общее описание услуг | ДА | - |
| 4.3 | Последовательности примитивов | ДА | - |
| 4.4 | Запись в буфер | ДА | См. примечание 1 |
| 4.5 | Чтение буфера | ДА | См. примечание 1 |
| 4.6 | Передача буфера | ДА | - |
| 4.7 | Явный запрос передачи буфера | Частичное | См. примечание 2 |
| 4.8 | Не подтвержденная передача сообщения | Частичное | См. примечание 3 |
| 4.9 | Подтвержденная передача сообщения | Частичное | См. примечание 3 |
| Примечания 1 Максимальная длина обмениваемых данных пользователя DLS (DLS-user-data) может быть либо 120 либо 128 байтов. 2 Каждый из двух услуг обновления не обязателен. 3 Данная услуга является не обязательной. При реализации максимальная длина обмениваемых данных пользователя DLS может быть либо 122 либо 256 байтов. | |||
9.2.2.2 Выборка протоколов DLL
В таблице 257 приведена выборка протоколов DLL в рамках МЭК 61158-3-7 для данного профиля. Она общая для всех профилей CPF 5.
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется по мере необходимости |
| 3 | Термины, определения, символы и аббревиатуры | Частичное | Используется по мере необходимости |
| 4 | Обзор DL-протокола | ДА | Список обязательных и дополнительных переменных и ресурсов см. в таблице 258 |
| 5 | Общая структура и кодирование блоков PhlDUs и DLPDU, а также связанных с ними элементов процедуры | ДА | Список обязательных и дополнительных блоков DLPDU см. в таблице 259 |
| 6 | Специальные для DLPDU структура, кодирование и элемент процедуры | ДА | - |
| 7 | Элементы DL-услуг процедуры, интерфейса и соответствия | ДА | - |
| Приложение A | Иллюстративные реализации FCS | ДА | - |
| Приложение B | Моделирование объекта | ДА | - |
| Приложение C | Топология многосегментной DL-подсети | ДА | - |
| Приложение D | Управление ошибками передачи | ДА | - |
CPF 5. Выборка переменных и ресурсов протокола DLL
CPF 5. Выборка блоков DLPDU протокола DLL
| Раздел | Название DLPDU | Использование | Ограничения |
| 5.5.1 | ID_DAT | О | - |
| 5.5.1 | ID_MSG | Н | - |
| 5.5.1 | ID_RQ1 | Н | См. примечание |
| 5.5.1 | ID_RQ2 | Н | См. примечание |
| 5.5.2 | RP_DAT | О | См. примечание |
| 5.5.2 | RP_DAT_MSG | Н | См. примечание |
| 5.5.2 | RP_DAT_RQ1 | Н | См. примечание |
| 5.5.2 | RP_DAT_RQ2 | Н | См. примечание |
| 5.5.2 | RP_DAT_RQ1_MSG | Н | См. примечание |
| 5.5.2 | RP_DAT_RQ2_MSG | Н | См. примечание |
| 5.5.4 | RP_MSG_ACK | Н | См. примечание |
| 5.5.4 | RP_MSG_NOACK | Н | См. примечание |
| 5.5.5 | RP_ACK+ | Н | - |
| 5.5.5 | RP_ACK- | Н | - |
| 5.5.3 | RP_RQ1 | Н | - |
| 5.5.3 | RP_RQ2 | Н | - |
| 5.5.6 | RP_END | Н | - |
| Примечание - Необходимость в наличии этого DLPDU зависит от реализации. | |||
9.2.3 Прикладной уровень
9.2.3.1 Выборка услуг AL
В таблице 260 приведена выборка услуг AL в рамках МЭК 61158-5-7 для данного профиля.
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины, определения, символы, аббревиатуры и условные обозначения | Частичное | Используется при необходимости |
| 4 | Концепции | ДА | Используется при необходимости |
| 5 | ASE типа данных | ДА | - |
| 6 | Спецификация модели коммуникаций | Частичное | См. таблицу 261 |
| Приложение A | Модель отчетов об ошибках услуг | НЕТ | - |
CPF 5/1. Выборка элементов ASE услуги AL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 6.2.1 | MPS ASE (периодические/непериодические производственные услуги) | Частичное | См. таблицу 262 и таблицу 266 |
| 6.2.2 | ASE виртуальной модели устройства (VMD) | НЕТ | - |
| 6.2.3 | ASE предметной области | НЕТ | - |
| 6.2.4 | ASE вызова программы (PI) | НЕТ | - |
| 6.2.5 | ASE переменных | НЕТ | - |
| 6.2.6 | ASE события | НЕТ | - |
| 6.2.7 | ASE каталога | НЕТ | - |
| 6.3.1 | AR ASE обычной услуги отправки сообщений (MCS) | Частичное | См. таблицу 270 |
CPF 5/1. Выборка элементов ASE услуг AL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 6.2.1.3.2.2 | Спецификация переменного шаблонного класса | Частичное | См. таблицу 263 |
| 6.2.1.3.2.4 | Спецификация класса выводимой переменной | Частичное | См. таблицу 264 |
| 6.2.1.3.2.6 | Спецификация класса вводимой переменной | Частичное | См. таблицу 265 |
| 6.2.1.3.2.8 | Спецификация класса переменной третьей стороны | НЕТ | - |
| 6.2.1.3.2.10 | Спецификация класса конструктора типов | НЕТ | - |
| 6.2.1.4 | Список переменных | НЕТ | - |
CPF 5/1. Выборка переменных элементов услуг AL
| Ссылка на параметр | Название параметра | Использование | Ограничения |
| 6.2.1.3.2.2 | A_Name | О | - |
| 6.2.1.3.2.2 | Конструктор типа ссылки (Reference Type Constructor) | НЕТ | - |
| 6.2.1.3.2.2 | Передаваемый статус (Transmitted Status) | О | - |
| 6.2.1.3.2.2 | Значащий статус (Significant Status) | О | - |
| 6.2.1.3.2.2 | Идентификатор (Identifier) | О | - |
| 6.2.1.3.2.2 | Режим передачи (Transmission Mode) | О | См. примечание |
| 6.2.1.3.2.2 | Период сети (Network Period) | О | - |
| 6.2.1.3.2.2 | Класс (Class) | О | Только нормальный |
| 6.2.1.3.2.2 | Переменная согласованности (Consistency Variable) | НЕТ | - |
| 6.2.1.3.2.2 | Список ссылочных переменных (Reference variable list) | НЕТ | - |
| 6.2.1.3.2.2 | Общественное значение | О | См. примечание |
| 6.2.1.3.2.2 | Запрошенные универсальные услуги | НЕТ | - |
| Примечание - Данный параметр зависит от реализации. | |||
CPF 5. Выборка элементов выводимых переменных услуг AL
CPF 5. Выборка элементов вводимых переменных услуг AL
CPF 5/1. Выборка MPS услуги на основе услуг AL
| Ссылка на услугу | Название услуги | Использование | Ограничение |
|---|---|---|---|
| 6.2.1.3.4.2 | A_Readloc | О | См. таблицу 267 |
| 6.2.1.3.4.3 | A_Writeloc | О | - |
| 6.2.1.3.4.4 | A_Update | Н | - |
| 6.2.1.3.4.5 | A_Readfar | Н | См. таблицу 267 |
| 6.2.1.3.4.6 | A_Writefar | Н | - |
| 6.2.1.3.4.7 | A_Send | О | - |
| 6.2.1.3.4.8 | A_Received | О | - |
| 6.2.1.3.5.2 | A_Read | Н | См. таблицу 267 |
| 6.2.1.3.5.3 | A_Write | Н | - |
| 6.2.1.4.3.1 | A_Readlist | НЕТ | - |
CPF 5/1, 5/2. Выборка параметров услуги A_Readloc на основе услуг AL
CPF 5/1, 5/2. Выборка параметров услуги A_Readloc на основе услуг AL
CPF 5/1, 5/2. Выборка параметров услуги A_Read на основе услуг AL
CPF 5/1. Выборка классов услуги MCS на основе услуг AL
| Ссылка на класс | Название класса | Использование | Ограничения |
|---|---|---|---|
| 6.3.1.2 | Договорной (negotiated) | НЕТ | - |
| 6.3.1.2 | Заданный заранее (predefined) | О | См. таблицу 271 и таблицу 272 |
| 6.3.1.2 | Без договоренности (without negotiation) | НЕТ | - |
| Ссылка на QoS | Название QoS | Использование | Ограничения |
| 6.3.1.2.3.2 | Длительность установления (Duration of Establishment) | НЕТ | - |
| 6.3.1.2.3.3 | Размер PDU (PDU size) | О | См. примечание |
| 6.3.1.2.3.4 | Частота передачи (Transfer Rate) | О | 1, Циклический канал |
| 6.3.1.2.3.5 | Число повторов (Number of Retries) | О | Number = 1 |
| 6.3.1.2.3.6 | Фактор упреждения (Anticipation Factor) | О | Number = 0 или 1; см. примечание |
| 6.3.1.2.3.7 | Размер SDU (SDU Size) | О | Размер SDU пользователя <= 64К Байт |
| 6.3.1.2.3.8 | Длительность окончания (Termination Duration) | НЕТ | - |
| 6.3.1.2.3.9 | Приоритет (Priority) | НЕТ | - |
| Примечание - QoS зависит от реализации. | |||
CPF 5/1. Выборка услуги MCS на основе услуг AL
| Ссылка на услугу | Название услуги | Использование | Ограничение |
|---|---|---|---|
| 6.3.1.3.2 | A_Associate | НЕТ | - |
| 6.3.1.3.3 | A_Release | НЕТ | - |
| 6.3.1.3.4 | A_Abort | НЕТ | - |
| 6.3.1.3.5 | A_Data | Частичное | См. таблицу 273 |
| 6.3.1.3.6 | A_Unidata | НЕТ | - |
CPF 5/1, 5/2. Выборка параметров A_Data на основе услуг AL
9.2.3.2 Выборка протокола AL
В таблице 274 приведена выборка протокола AL в рамках МЭК 61158-6-7 для данного профиля.
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется по мере необходимости |
| 3 | Термины и определения | Частичное | Используется по мере необходимости |
| 4 - 11 | См. 61158-6-7 | ДА | См. таблицы 275 - 279 |
В типах ASN1 не указано никаких ограничений. В таблице 275 указаны ограничения на типы, отличающиеся от ASN1.
CPF 5/1. Выборка типов данных MPD на основе протокола AL
CPF 5/1. Выборка блоков PDU MPS на основе протокола AL
CPF 5/1. Выборка правил кодирования MPS на основе протокола AL
CP 5/1. Выборка блоков MPS PDU на основе протокола AL
CP 5/1. Выборка конечных автоматов MCS на основе протокола AL
9.3 Профиль 5/2 (WorldFIP)
9.3.1 Физический уровень
См. таблицу 254.
9.3.2 Уровень канала данных
См. 9.2.2.
9.3.3 Прикладной уровень
9.3.3.1 Выборка услуг AL
В таблице 280 приведена выборка услуг AL в рамках МЭК 61158-5-7 для данного профиля.
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины и определения | Частичное | Используется при необходимости |
| 4 - 12 | - | НЕТ | - |
| 13 | Спецификация коммуникационной модели типа 7 | Частичное | См. таблицу 281 |
| 14 | - | НЕТ | - |
| Приложение A | Модель для отчетов об ошибках услуг | НЕТ | - |
CP 5/2. Выборка элементов ASE на основе услуг AL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 6.2.1 | MPS ASE (периодические/непериодические производственные услуги) | Частичное | См. таблицу 262 и таблицу 282 |
| 6.2.2 | ASE Виртуальной модели устройства (VMD) | НЕТ | - |
| 6.2.3 | ASE предметной области | Частичное | См. таблицу 286 и таблицу 287 |
| 6.2.4 | ASE Вызова программы (PI) | Частичное | См. таблицу 288 и таблицу 289 |
| 6.2.5 | ASE переменных | Частичное | См. таблицу 290 и таблицу 291 |
| 6.2.6 | ASE события | НЕТ | - |
| 6.2.7 | ASE каталога | НЕТ | - |
| 6.3.1 | AR ASE обычной услуги отправки сообщений (MCS) | Частичное | См. таблицу 283 |
CP 5/2. Выборка MPS услуг на основе услуг AL
| Ссылка на сервис | Название услуги | Использование | Ограничения |
|---|---|---|---|
| 6.2.1.3.4.2 | A_Readloc | М | См. таблицу 267 |
| 6.2.1.3.4.3 | A_Writeloc | М | - |
| 6.2.1.3.4.4 | A_Update | О | - |
| 6.2.1.3.4.5 | A_Readfar | О | См. таблицу 268 |
| 6.2.1.3.4.6 | A_Writefar | О | - |
| 6.2.1.3.4.7 | A_Send | О | - |
| 6.2.1.3.4.8 | A_Received | О | - |
| 6.2.1.3.5.2 | A_Read | О | См. таблицу 269 |
| 6.2.1.3.5.3 | A_Write | О | - |
| 6.2.1.4.3.1 | A_Readlist | NO | - |
CP 5/2. Выборка классов MCS услуги на основе услуг AL
| Ссылка на класс | Название класса | Использование | Ограничения |
|---|---|---|---|
| 6.3.1.2 | Договорной (negotiated) | НЕТ | - |
| 6.3.1.2 | Заданный заранее (predefined) | Частичное | См. таблицу 284 и таблицу 285 |
| 6.3.1.2 | Без договоренности (without negotiation) | НЕТ | - |
CP 5/2. Выборка QoS на основе услуг AL
| Ссылка на QoS | Название QoS | Использование | Ограничения |
| 6.3.1.2.3.2 | Длительность установления (Duration of Establishment) | НЕТ | - |
| 6.3.1.2.3.3 | Размер PDU (PDU size) | О | См. примечание |
| 6.3.1.2.3.4 | Частота передачи (Transfer Rate) | О | - |
| 6.3.1.2.3.5 | Число повторов (Number of Retries) | О | - |
| 6.3.1.2.3.6 | Фактор упреждения (Anticipation Factor) | О | - |
| 6.3.1.2.3.7 | Размер SDU (SDU Size) | О | Размер SDU пользователя <= 64К байт |
| 6.3.1.2.3.8 | Длительность окончания (Termination Duration) | НЕТ | - |
| 6.3.1.2.3.9 | Приоритет (Priority) | НЕТ | - |
| Примечание - QoS зависит от реализации. | |||
CP 5/2. Выборка MCS услуги на основе услуг AL
| Ссылка на сервис | Название услуги | Использование | Ограничение |
|---|---|---|---|
| 6.3.1.3.2 | A_Associate | НЕТ | - |
| 6.3.1.3.3 | A_Release | НЕТ | - |
| 6.3.1.3.4 | A_Abort | НЕТ | - |
| 6.3.1.3.5 | A_Data | О | См. таблицу 273 |
| 6.3.1.3.6 | A_Unidata | НЕТ | - |
CP 5/2. Выборка услуг домена на основе услуг AL
CP 5/2. Выборка атрибутов объектов домена на основе услуг AL
CP 5/2. Выборка услуг для программы на основе услуг AL
CP 5/2. Выборка атрибутов программного объекта на основе услуг AL
CP 5/2. Выборка услуг переменных на основе услуг AL
CP 5/2. Выборка переменных услуг на основе услуг AL
| Ссылка на услугу | Название услуги | Использование | Ограничение |
|---|---|---|---|
| 6.2.5.2 | Переменная (Variable) | Н | См. таблицу 292 |
| 6.2.5.2.3 | Список переменных (Variable list) | НЕТ | - |
CP 5/2. Выборка переменных услуг на основе услуг AL
9.3.3.2 Выборка услуг AL
В таблице 293 приведена выборка протокола AL в рамках МЭК 61158-6-7 для данного профиля.
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины и определения | Частичное | Используется при необходимости |
| 4 - 11 | См. МЭК 61158-6-7 | ДА | См. таблицы 275 - 278 и таблицы 294 - 296 |
В типах ASN1 не указано никаких ограничений. В таблице 275 указаны ограничения для типов, отличающихся от ASN1.
CP 5/2. Выборка конечных автоматов MCS на основе протокола AL
CP 5/2. Выборка правил кодирования sub-MMS на основе протокола AL
CP 5/2. Выборка блоков PDU sub-MMS на основе протокола AL
9.4 Профиль 5/3 (WorldFIP)
9.4.1 Физический уровень
См. таблицу 254.
9.4.2 Уровень канала-данных
См. 9.2.2.
9.4.3 Прикладной уровень
9.4.3.1 Выборка услуг AL
В таблице 297 приведена выборка услуг AL в рамках МЭК 61158-5-7 для данного профиля.
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины, определения, символы, аббревиатуры и условные обозначения | Частичное | Используется при необходимости |
| 4 | Концепции | ДА | Используется при необходимости |
| 5 | ASE типа данных | ДА | - |
| 6 | Спецификация модели коммуникаций | Частичное | См. таблицу 298 |
| Приложение A | Модель для отчетов об ошибках услуг | НЕТ | - |
CP 5/3. Выборка элементов ASE на основе услуг AL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 6.2.1 | MPS ASE (периодические/непериодические производственные услуги) | Частичное | См. таблицу 262 и таблицу 266 |
| 6.2.2 | ASE Виртуальной модели устройства (VMD) | НЕТ | - |
| 6.2.3 | ASE предметной области | НЕТ | - |
| 6.2.4 | ASE Вызова программы (PI) | НЕТ | - |
| 6.2.5 | ASE переменных | НЕТ | - |
| 6.2.6 | ASE события | НЕТ | - |
| 6.2.7 | ASE каталога | НЕТ | - |
| 6.3.1 | AR ASE обычной услуги отправки сообщений (MCS) | НЕТ | - |
9.4.3.2 Выборка протокола AL
В таблице 299 приведена выборка протокола AL в рамках МЭК 61158-6-7 для данного профиля.
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Использование при необходимости |
| 3 | Термины и определения | Частичное | Использование при необходимости |
| 4 - 11 | См. 61158-6-7 | ДА | См. таблицы 275 - 277 |
В типах ASN1 не указано никаких ограничений. В таблице 275 указаны ограничения для типов, отличающихся от ASN1.
10 Семейство коммуникационных профилей 6 ( INTERBUS® <12>)
<12> INTERBUS являются торговой маркой Phoenix Contact GmbH & Co. KG, управление торговой маркой передано некоммерческой организации INTERBUS Club. Данная информация приведена для удобства использования настоящего стандарта и не означает, что МЭК поддерживает мнения обладателя торговой марки или его продукцию. Соответствие настоящему стандарту не требует использования наименования INTERBUS. Использование торговой марки INTERBUS требует разрешения со стороны INTERBUS Club.
10.1 Общий обзор
Серия 6 профилей коммуникаций определяет профили коммуникаций, основанные на МЭК 61158-2 тип 8, МЭК 61158-3-8, МЭК 61158-4-8, МЭК 61158-5-8 и МЭК 61158-6-8, которые соответствуют частям коммуникационной системы общеизвестной как INTERBUS.
Профиль 6/1. Данный профиль содержит выборку определений услуг и протоколов AL, DLL и PhL с доступом к приложениям, соответствующим МЭК 61158.
Профиль 6/1 определяет обобщенный профиль стандартного INTERBUS.
Профиль 6/2. Данный профиль содержит выборку определений услуг и протоколов AL, DLL и PhL с доступом к приложению, соответствующим МЭК 61158, а также дополнительный прозрачный доступ в рамках протокола AL.
Профиль 6/2 расширяет функциональные возможности непериодического обмена данными профиля 6/1. Он предоставляет прозрачный доступ к полевым устройствам с помощью Data-Acknowledge (Подтверждение данных). Это позволяет совместить устройства с другими стеками протоколов, такими как TCP/IP и приложениями, основанными на TCP/IP. То, какие стэки протоколов используют AR-Send-Data-Acknowledge не влияет на определение профиля.
Профиль 6/3. Данный профиль содержит выборку определений услуг и протоколов AL, DLL и PhL с доступом к приложению, соответствующим МЭК 61158, с ограниченным набором услуг AL.
Профиль 6/3 использует сокращенный набор услуг для непериодического обмена данными, использующегося в устройствах с ограниченными ресурсами.
Примечание - Обзор коммуникационный концепций INTERBUS см. в A.6.
Устройства ведущие или ведомые, соответствующие коммуникационному профилю, могут быть дополнительно классифицированы по CP идентификатору. CP идентификаторы приведены в таблице 300.
CP 6. Присвоение устройству CP идентификатор
Каждый коммуникационный профиль предоставляет четко определенный набор положений. Для конкретного устройства должны быть сделаны дополнительные выборки услуг, параметров и значений параметров. Эти выборки должны быть описаны, в соответствии с ИСО 15745-3, как профили устройств INTERBUS в форме описания профиля обмена устройства INTERBUS. Профиль устройства INTERBUS, основанный на CP, должен содержать идентификатор CP в следующем формате:
<communicationEntity ... communicationProfile="[CP identifier]" ...>
10.2 Профиль 6/1
10.2.1 Физический уровень
В таблице 301 приведена выборка PhL в рамках МЭК 61158-2.
| Раздел | Заголовок | Присутствие | Ограничения |
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины и определения | - | |
| 3.1 | Общие термины и определения | Частичное | Используется при необходимости |
| 3.2 - 3.6 | - | НЕТ | - |
| 3.7 | Тип 8. Термины и определения | ДА | - |
| 3.8 - 3.10 | - | НЕТ | - |
| 4 | Символы и аббревиатуры | - | |
| 4.1 | Символы | - | |
| 4.1.1 - 4.1.5 | - | НЕТ | - |
| 4.1.6 | Тип 8. Символы | ДА | - |
| 4.1.7 - 4.1.9 | - | НЕТ | - |
| 4.2 | Аббревиатуры | - | |
| 4.2.1 - 4.2.5 | - | НЕТ | - |
| 4.2.6 | Тип 8. Дополнительные аббревиатуры | ДА | - |
| 4.2.7 - 4.2.9 | - | НЕТ | - |
| 5 | Интерфейс. Канал данных - Физический уровень | - | |
| 5.1 | Общие положения | ДА | - |
| 5.2 - 5.6 | - | НЕТ | - |
| 5.7 | Тип 8. Требующиеся услуги | ДА | - |
| 5.8 - 5.10 | - | НЕТ | - |
| 6 | Интерфейс. Управление станцией - Физический уровень | - | |
| 6.1 | Общие положения | ДА | - |
| 6.2 - 6.5 | - | НЕТ | - |
| 6.6 | Тип 8. Интерфейс Управление станцией - Физический уровень | ДА | - |
| 6.7 - 6.8 | - | НЕТ | - |
| 7 | Независимый Подуровень DCE (DIS) | - | |
| 7.1 | Общие положения | ДА | - |
| 7.2 - 7.4 | - | НЕТ | - |
| 7.5 | Тип 8: DIS | ДА | - |
| 7.6 | - | НЕТ | - |
| 8 | Интерфейс DTE - DCE | - | |
| 8.1 | Общие положения | ДА | - |
| 8.2 - 8.3 | - | НЕТ | - |
| 8.4 | Тип 8. Интерфейс MIS - MDS | ДА | - |
| 8.5 | - | НЕТ | - |
| 9 | Подуровень, зависящий от среды (MDS) | - | |
| 9.1 | Общие положения | ДА | - |
| 9.2 - 9.7 | - | НЕТ | - |
| 9.8 | Тип 8. MDS. Проводная и оптическая среда | ДА | - |
| 9.9 - 9.11 | - | НЕТ | - |
| 10 | Интерфейс MDS - MAU | - | |
| 10.1 | Общие положения | ДА | - |
| 10.2 - 10.5 | - | НЕТ | - |
| 10.6 | Тип 8. Интерфейс MDS - MAU. Проводная и оптическая среда | ДА | - |
| 10.7 - 10.8 | |||
| 11 - 26 | - | НЕТ | - |
| 27 | Тип 8. Блок доступа к среде: проводная среда витой пары | ДА | См. примечание 1 |
| 28 | Тип 8. Блок доступа к среде: оптическая среда | ДА | См. примечание 1 |
| Следующие разделы | - | НЕТ | - |
| Приложения A - L | - | НЕТ | - |
| Приложение M | (нормативное) Тип 8. Спецификация соединителя | ДА | См. примечание 2 |
| Следующие приложения | - | НЕТ | - |
| Примечания 1 Используемый MAU выбирается на уровне устройства. 2 Используемый соединитель выбирается на уровне устройства. | |||
10.2.2 Уровень канала данных
10.2.2.1 DLL сервис
10.2.2.1.1 Выборка услуг DLL
Услуги уровня канала данных определены в МЭК 61158-3-8. Все разделы включены в коммуникационном профиле 6/1 с ограничениями, указанными в 10.2.2.1.2.
10.2.2.1.2 Назначение DLL услуг типам устройств
В таблице 302 определены действительные комбинации DLL услуг и назначение этих услуг типам устройств для профиля 6/1.
CP 6/1. Выборка услуг DLL, назначение DLL услуг типам устройств
| DLL Услуги | Ведущее устройство | Ведомое устройство | Ответвитель шины | |||
| Периодический обмен | Периодический и непериодический обмен | Периодический обмен | Непериодический обмен | Периодический и непериодический обмен | ||
| Идентификатор CP (CP identifier) | 618 | 619 | 611 | 612 | 613 | 614 |
| DL услуги | ||||||
| Поместить буфер (Put Buffer) | О | О | Н a | - | Н a | - |
| Получить буфер (Get Buffer) | О | О | Н b | - | Н b | - |
| Буфер получен (Buffer received) | О | О | О | - | О | - |
| Нормальная передача данных (Normal data transfer) | - | О | - | О | О | - |
| Услуги DL-менеджмента | О | |||||
| Сброс (Reset) | О | О | О | О | О | О |
| Установить значение (Set value) | О | О | Н | Н | Н | Н |
| Прочитать значение (Read value) | О | О | Н | Н | Н | Н |
| Событие (Event) | О | О | О | О | О | О |
| Получить текущую конфигурацию (Get current configuration) | О | О | - | - | - | - |
| Получить активную конфигурацию (Get active configuration) | О | О | - | - | - | - |
| Установить активную конфигурацию (Set active configuration) | О | О | - | - | - | - |
| a Ведомое устройство должно поддерживать Put Buffer, если требуется отправить данные процесса ведущему устройству. b Ведомое устройство должно поддерживать Get Buffer, если требуется получить данные процесса от ведущего устройства. | ||||||
10.2.2.2 Протокол DLL
10.2.2.2.1 Выборка протоколов DLL
Протоколы канала данных определены в МЭК 61158-4-8. Все разделы включены в коммуникационный профиль 6/1 с ограничениями, указанными в 10.2.2.2.2.
Примечание - Используемое положение о примитивах услуги, зависит от услуг поддерживаемого типа устройства.
10.2.2.2.2 Ограничения на разрядность данных параметров MAC
Ведущее устройство должно поддерживать разрядность данных, как это задано в таблице 303.
Для обеспечения интероперабельности ведомые устройства должны выбирать свою разрядность данных из той, что обязательно поддерживается ведущим устройством, см. таблицу 303.
CP 6. Выборка типов разрядности данных, поддерживаемых ведущим устройством на основе протокола DLL
Ответвитель шины должен поддерживать разрядность данных, равную 0.
10.2.3 Прикладной уровень
10.2.3.1 Услуги AL
10.2.3.1.1 Выборка услуг AL
Услуги прикладного уровня определены в МЭК 61158-5-8. Все разделы включены в профиль 6/1 с ограничениями, указанными в 10.2.3.1.2., 10.2.3.1.3 и 10.2.3.1.4.
10.2.3.1.2 Поддерживаемые типы данных
Все поддерживаемые типы данных, перечисленные в МЭК 61158-5-8, являются необязательными.
10.2.3.1.3 Назначение услуг AL типам устройств
Предоставленные услуги зависят от типа устройства. В таблице 304 определены действительные комбинации услуг и их назначение типам устройств.
CP 6/1. Выборка услуг AL, назначение услуг AL типам устройств
| ASE Услуги FAL | Ведущее устройство | Ведомое устройство | |||
| Периодический обмен | Периодический и непериодический обмен | Периодический обмен | Непериодический обмен | Периодический и непериодический обмен | |
| Идентификатор CP | 618 | 619 | 611 | 612 | 613 |
| Mgt ASE | |||||
| Получить атрибуты (Get Attributes) | - | О | - | О a | О a |
| AP ASE | |||||
| Идентифицировать (Identify) | - | О | - | О | О |
| Получить статус (Get Status) | - | О | - | Н a | Н a |
| Инициировать (Initiate) | - | О | - | Н a | Н a |
| Прекратить (Terminate) | - | О | - | Н a | Н a |
| Сброс (Reject) | - | О | - | О | О |
| AR ASE | |||||
| Неподтвержденная передача AR (AR-Unconfirmed Send) | О | О | О b | - | О b |
| Установление AR (AR-Establish) | О | О | Н | - | Н |
| Прерывание AR (AR-Abort) | О | О | Н | - | Н |
| Подтверждение отправки AR-данных (AR-Data-Send-Acknowledge) | - | - | - | - | - |
| ASE переменной | |||||
| Чтение (Read) | - | О | - | Н | Н |
| Запись (Write) | - | О | - | Н | Н |
| Информационный Отчет (Information Report) | - | О | - | Н | Н |
| ASE вызова функции (Function Invocation ASE) | |||||
| Запуск (Start) | - | О | - | Н | Н |
| Остановка (Stop) | - | О | - | Н | Н |
| Возобновление (Resume) | - | О | - | Н | Н |
| Сброс (Reset) | - | О | - | Н | Н |
| a Данная услуга не требуется, если на этом ведомом устройстве используются только заранее утвержденные связи AR. b "Push" издатель должен обладать примитивом запроса, "push" подписчик должен обладать примитивом приема. | |||||
10.2.3.1.4 ASE переменной, использование спецификатора переменных в услугах
Только "числовой идентификатор" должен использоваться как "переменный спецификатор" для переменных элементов ASE.
10.2.3.2 Выборка протокола AL
Протокол прикладного уровня определен в МЭК 61158-6-8. Устройство должно предоставлять, как минимум, необходимые опции протоколов для обеспечения поддерживаемых услуг.
10.3 Профиль 6/2
10.3.1 Физический уровень
Профиль 6/2 использует ту же выборку раздела PhL из МЭК 61158-2 как в профиле 6/1. Выборка приведена в таблице 301.
10.3.2 Уровень канала данных
10.3.2.1 DLL сервис
10.3.2.1.1 Выборка услуг DLL
Услуги канала данных определены в МЭК 61158-3-8. Все разделы включены в профиль 6/2 с ограничениями, указанными в 10.3.2.1.2.
10.3.2.1.2 Назначение услуг DLL типам устройств
В таблице 305 определены действительные комбинации DL услуг и их назначение типам устройств.
CP 6/2. Выборка DLL услуг, назначение DLL услуг типам устройств
| Услуги DLL | Ведущее устройство | Ведомое устройство | |
| Непериодический обмен | Периодический и непериодический обмен | ||
| Идентификатор CP | 629 | 622 | 623 |
| DL услуги | |||
| Поместить буфер | О | - | Н a |
| Получить буфер | О | - | Н b |
| Буфер получен | О | - | О |
| Нормальная передача данных | О | О | О |
| Услуги DL-менеджмента | |||
| Сброс | О | О | О |
| Установить значение | О | О | О |
| Прочитать значение | О | О | О |
| Событие | О | О | О |
| Получить текущую конфигурацию | О | - | - |
| Получить активную конфигурацию | О | - | - |
| Установить активную конфигурацию | О | - | - |
| a Ведомое устройство должно поддерживать "Поместить буфер", если требуется отправить данные процесса ведущему устройству. b Ведомое устройство должно поддерживать "Получить буфер", если требуется получить данные процесса от ведущего устройства. | |||
| Примечание - Ведомые устройства с периодическим обменом данными только определены в профиле 6/1. | |||
10.3.2.2 DLL протокол
10.3.2.2.1 Выборка протоколов DLL
Протоколы канала данных определены в МЭК 61158-4-8. Все разделы включены в коммуникационный профиль 6/1 с ограничениями, указанными в 10.3.2.2.2.
Примечание - Обеспечение используемыми примитивами услуги зависит от поддерживаемых услуг типов устройства.
10.3.2.2.2 Ограничения на разрядность данных параметров MAC
Ведущее устройство должно поддерживать разрядность данных, заданную в таблице 303.
Для обеспечения интероперабельности ведомые устройства должны выбирать разрядность данных из тех, что обязательно поддерживаются ведущим устройством, см. таблицу 303.
10.3.3 Прикладной уровень
10.3.3.1 AL сервис
10.3.3.1.1 Выборка услуг AL
Услуги прикладного уровня заданы в МЭК 61158-5-8. Все разделы включены в профиль 6/2 с ограничениями, указанными в 10.3.3.1.2, 10.3.3.1.3, 10.3.3.1.4 и 10.3.3.1.5.
10.3.3.1.2 Поддерживаемые типы данных
Все поддерживаемые типы данных, перечисленные в МЭК 61158-5-8, не обязательны.
10.3.3.1.3 Назначение услуг AL типам устройств
Предоставленные услуги зависят от типа устройства. В таблице 306 определены действительные комбинации услуг и их назначение типам устройств.
CP 6/2. Выборка AL услуг, назначение AL услуг типам устройств
| ASE Услуги FAL | Ведущее устройство | Ведомое устройство | |
| Непериодический обмен | Периодический и непериодический обмен | ||
| Идентификатор CP | 629 | 622 | 623 |
| Mgt ASE | |||
| Получить атрибуты (Get Attributes) | О | О a | О a |
| AP ASE | |||
| Идентифицировать (Identify) | О | М | М |
| Получить статус (Get Status) | О | Н a | Н a |
| Инициировать (Initiate) | О | Н a | Н a |
| Прекратить (Terminate) | О | Н a | Н a |
| Сброс (Reject) | О | О | О |
| AR ASE | |||
| Неподтвержденная передача AR (AR-Unconfirmed Send) | О | - | М b |
| Установление AR (AR-Establish) | О | - | Н |
| Прерывание AR (AR-Abort) | О | - | Н |
| Подтверждение отправки AR-данных (AR-Data-Send-Acknowledge) | О | О | О |
| ASE переменной | |||
| Чтение (Read) | О | Н | Н |
| Запись (Write) | О | Н | Н |
| Информационный Отчет (Information Report) | О | Н | Н |
| ASE вызова функции (Function Invocation ASE) | |||
| Запуск (Start) | О | Н | Н |
| Остановка (Stop) | О | Н | Н |
| Возобновление (Resume) | М | О | О |
| Сброс (Reset) | М | О | О |
| a Данная услуга не требуется, если на этом ведомом устройстве используются только заранее утвержденные связи AR. b "Push" издатель должен обладать примитивом запроса, "push" подписчик должен обладать примитивом приема. | |||
| Примечание - Ведомые устройства с периодическим обменом данными только определены в профиле 6/1. | |||
10.3.3.1.4 ASE переменной, использование спецификатора переменных в услугах
Только "числовой идентификатор" должен использоваться как "переменный спецификатор" для переменных элементов ASE.
10.3.3.1.5 AR-Data-Send-Acknowledge, использование параметра для TCP/UDP/IP PDU блоков
Значения параметров AR-Data-Send-Acknowledge (Подтверждение отправки AR-данных) для использования вместе с TCP/IP показаны в таблице 307.
CP 6/2. Выборка параметров услуги AR-Data-Send-Acknowledge на основе услуг AL
10.3.3.2 Выборка протокола AL
Протокол прикладного уровня определен в МЭК 61158-6-8. Профиль 6/2 использует те же выборки протоколов как и профиль 6/1 (см. 10.2.3.2).
10.4 Профиль 6/3
10.4.1 Физический уровень
Профиль 6/3 использует ту же выборку разделов PhL из МЭК 61158-2 как и в профиле 6/1. Выборка приведена в таблице 301.
10.4.2 Уровень канала данных
10.4.2.1 DLL сервис
10.4.2.1.1 Выборка DLL услуг
Услуги канала данных определены в МЭК 61158-3-8. Все разделы включены в коммуникационный профиль 6/1 с ограничениями, указанными в 10.4.2.1.2.
10.4.2.1.2 Назначение DLL сервисов типам устройств
В таблице 308 приведены действительные комбинации DL услуг и назначение этих услуг типам устройств.
CP 6/3. Выборка услуг DLL, назначение услуг DLL типам устройств
| Услуги DLL | Ведущее устройство | Ведомое устройство | |
| Непериодический обмен | Периодический и непериодический обмен | ||
| Идентификатор CP (CP identifier) | 639 | 632 | 633 |
| DL услуги | |||
| Поместить Буфер (Put Buffer) | О | - | Н a |
| Получить Буфер (Get Buffer) | О | - | Н b |
| Буфер принять (Buffer received) | О | - | О |
| Нормальная передача данных (Normal data transfer) | О | О | О |
| Услуги DL-менеджмента | |||
| Сброс (Reset) | О | О | О |
| Установить значение (Set value) | О | О | О |
| Прочитать значение (Read value) | О | О | О |
| Событие (Event) | О | О | О |
| Получить текущую конфигурацию (Get current configuration) | О | - | - |
| Получить активную конфигурацию (Get active configuration) | О | - | - |
| Установить активную конфигурацию (Set active configuration) | М | - | - |
| a Ведомое устройство должно поддерживать "Поместить буфер", если требуется отправить данные процесса ведущему устройству. b Ведомое устройство должно поддерживать "Получить буфер", если требуется получить данные процесса от ведущего устройства. | |||
| Примечание - Ведомые устройства с периодическим обменом данными только определены в профиле 6/1. | |||
10.4.2.2 DLL протокол
10.4.2.2.1 Выборка протоколов DLL
Протоколы уровня канала данных определены в МЭК 61158-4-8. Все разделы включены в коммуникационном профиле 6/1 с ограничениями, указанными в 10.4.2.2.2.
Примечание - Обеспечение используемыми примитивами услуги зависит от поддерживаемых услуг типов устройства.
10.4.2.2.2 Ограничения на разрядность данных параметров MAC
Ведущее устройства должно поддерживать разрядность данных, заданную в таблице 303.
Для обеспечения интероперабельности ведомые устройства должны выбирать разрядность данных из тех, что обязательно поддерживаются ведущим устройством, см. таблицу 303.
10.4.3 Прикладной уровень
10.4.3.1 AL сервис
10.4.3.1.1 Выборка услуг AL
Услуги прикладного уровня заданы в МЭК 61158-5-8. Все разделы включены в профиль 6/3 с ограничениями, указанными в 10.4.3.1.2, 10.4.3.1.3, 10.4.3.1.4.
10.4.3.1.2 Поддерживаемые типы данных
Все поддерживаемые типы данных, перечисленные в МЭК 61158-5-8, не обязательны.
10.4.3.1.3 Назначение услуг AL типам устройств
Предоставленные услуги зависят от типа устройства. В таблице 309 определены действительные комбинации услуг и их назначение типам устройств.
CP 6/3. Выборка AL услуг, назначение AL услуг типам устройств
| ASE Услуги FAL | Ведущее устройство | Ведомое устройство | |
| Непериодический обмен | Периодический и непериодический обмен | ||
| Идентификатор CP (CP identifier) | 639 | 632 | 633 |
| Mgt ASE | |||
| Получить Атрибуты (Get Attributes) | - | - | - |
| AP ASE | |||
| Идентифицировать (Identify) | - | - | - |
| Получить Статус (Get Status) | - | - | - |
| Инициировать (Initiate) | - | - | - |
| Прекратить (Terminate) | - | - | - |
| Сброс (Reject) | О | О | О |
| AR ASE | |||
| Неподтвержденная передача AR (AR-Unconfirmed Send) | О | - | О a |
| Установление AR (AR-Establish) | О | - | Н |
| Прерывание AR (AR-Abort) | О | - | Н |
| Подтверждение отправки AR-данных (AR-Data-Send-Acknowledge) | О | Н | Н |
| ASE переменной | |||
| Чтение (Read) | О | О | О |
| Запись (Write) | О | Н | Н |
| Информационный Отчет (Information Report) | О | Н | Н |
| ASE вызова функции (Function Invocation ASE) | |||
| Запуск (Start) | - | - | - |
| Остановка (Stop) | - | - | - |
| Возобновление (Resume) | - | - | - |
| Сброс (Reset) | - | - | - |
| a "Push" издатель должен обладать примитивом запроса, "push" подписчик должен обладать примитивом приема. | |||
| Примечание - Ведомые устройства с периодическим обменом данными только определены в профиле 6/1. | |||
10.4.3.1.4 ASE переменной, использование спецификатора переменных в услугах
Только "числовой идентификатор" должен использоваться как "переменный спецификатор" для переменных элементов ASE.
10.4.3.2 Выборка протокола AL
Протокол прикладного уровня определен в МЭК 61158-6-8. Устройство должно предоставлять как минимум необходимые опции протоколов для обеспечения поддерживаемых услуг.
10.4.3.3 Значения параметров AR-Data-Send-Acknowledge (Подтверждение отправки AR данных) для использования вместе с TCP/IP показаны в таблице 307.
11 Семейство коммуникационных профилей 7 - Отсутствует
Примечание - Данный раздел является "заполнителем" в настоящей редакции и служит минимизации разногласий с существующими национальными и региональными стандартами и документами консорциума, в которых упоминается нумерация подразделов предыдущего издания.
12 Семейство коммуникационных профилей 8 (CC-Link <13>)
<13> Логотип CC-Link является торговой маркой некоммерческой организации CC-Link Partner Association (CLPA). Данная информация приведена для удобства использования настоящего стандарта и не означает, что МЭК поддерживает мнения обладателя торговой марки или его продукцию. Соответствие настоящему стандарту не требует использования торговой марки. Использование торговой марки Логотип CC-Link требует разрешения со стороны держателя торговой марки.
12.1 Общий обзор
12.1.1 Общее
Семейство 8 профилей коммуникаций определяет профили коммуникаций, основанные на МЭК 61158-2 Тип 18, МЭК 61158-3-18, МЭК 61158-4-18, МЭК 61158-5-18 и МЭК 61158-6-18, которые соответствуют коммуникационным системам, общеизвестным как CC-Link.
CPF 8 состоит из трех наборов профилей:
Существует два определенных типа устройств, являющихся общими для всех профилей CPF 8: ведущие устройства и ведомые устройства.
Ведущие устройства определяют передачу данных на шине; только ведущее устройство способно инициировать передачу на шине.
Ведомые устройства являются полевыми устройствами, такими как I/O устройства, клапаны, приводы и измерительные преобразователи. Ведомые устройства назначаются ведущему устройству в качестве поставщика для периодического обмена I/O данными, а также, дополнительно, для целей непериодической отправки сообщений. Ведомое устройство не способно инициировать передачи на шине, оно только реагирует на запросы от ведущего устройства.
Каждое устройство считается станцией и идентифицируется в сети по идентификатору станции. Адресное пространство для устройств в сети отображается в виде последовательных номеров, именуемых идентификаторами слота. Устройство конфигурируется для того, чтобы оно могло занимать один или более слотов в зависимости от того, что указано в его идентификаторе станции (первый занятый слот) и его номера занятых слотов (последовательно пронумерованных слотов в адресном пространстве сети).
12.1.2 Профиль 8/1
CP 8/1 определяет метод передачи, именуемый "С опросом" (Polled), который использует:
протокол доступа с ответом на контрольный запрос (polled response access protocol) - передача данных, управляемая процессом, в котором ведущее устройство опрашивает каждое ведомое устройство в определенной последовательности, именуемой сканированием. Ведомое устройство передает ответ сразу после получения явно закодированного запроса на опрос (poll request), адресованного ведущей станцией ведомой станции.
Указано три фундаментальных типа ведомой станции, каждый идентифицируется своим уровнем поддержки передачи, как это показано в таблице 310.
Уровень поддержки передачи CP 8/1
PhL устанавливает сбалансированный сигнал передачи по экранированному трехпроводному витому кабелю.
Определены скорости коммуникации данных вплоть до 10 Мбит/с и расстояния передачи до 1 200 м. CP 8/1 реализует MAU, соответствующий ИСО/МЭК 8482, и произошел из ANSI TIA/EIA-485-A.
12.1.3 Профиль 8/2
CP 8/2 такой же как и CP 8/1, с добавлением функциональных возможностей сегментации при периодической передаче данных с помощью метода, который называется расширенные кадры. Устройства поддерживающие данный профиль совместимы с CC-Link V2.
12.1.4 Профиль 8/3
CP 8/3 определяет метод передачи, называемый Packed (с заполняемым ответом), который использует:
протокол доступа с заполняемым ответом (packed response access protocol) - передача данных, управляемая процессом, в котором ведущее устройство передает триггерное сообщение, вследствие чего каждое ведомое устройство ожидает конкретное время, зависящее от идентификатора его станции, а затем передает ответ. Это приводит к заполненному (packed) кадру ответа с квантованием по времени, поступающему от всех ведомых устройств, которые сработали на один и тот же запрос ведущего устройства.
PhL это питаемая-шина (powered-bus), которая устанавливает сбалансированный сигнал передачи через четырехпроводной неэкранированный кабель, как и в плоских так и круглых конфигурациях, с проводниками, предназначенными как для сигналов коммуникаций, так и для встроенного в сеть распределенного источника питания.
Определены скорости коммуникации данных вплоть до 2,5 Мбит/с и расстояния передачи до 500 м. CP 8/3 реализует MAU, соответствующий ИСО/МЭК 8482, и произошел из ANSI TIA/EIA-485-A..
12.2 Профиль 8/1
12.2.1 Физический уровень
В таблице 311 приведена выборка PhL в рамках МЭК 61158-2 для устройств всех типов, описанных в данном профиле.
12.2.2 Уровень канала данных
12.2.2.1 DLL услуги
В таблице 312 приведена выборка услуг DLL в рамках МЭК 61158-3-18 для устройств всех типов данного профиля.
12.2.2.2 DLL протокол
В таблице 313 приведена выборка протокола DLL в рамках МЭК 61158-4-18 для устройств всех типов данного профиля.
12.2.3 Прикладной уровень
12.2.3.1 Услуги AL
В таблице 314 приведена выборка услуг AL в рамках МЭК 61158-5-18 для устройств всех типов данного профиля.
12.2.3.2 Протокол AL
В таблице 315 приведена выборка протокола AL в рамках МЭК 61158-6-18 для устройств всех типов данного профиля.
12.3 Профиль 8/2
12.3.1 Физический уровень
Профиль 8/2 использует такую же выборку PhL из МЭК 61158-2 как и профиль 8/1. В таблице 311 приведены подразделы, включенные в данный профиль.
12.3.2 Уровень канала данных
12.3.2.1 DLL услуги
Профиль 8/2 использует такую же выборку DLL услуг из МЭК 61158-3-18 как и профиль 8/1. В таблице 312 приведены подразделы, включенные в данный профиль.
12.3.2.2 DLL протокол
Профиль 8/2 использует такую же выборку протокола DLL из МЭК 61158-4-18 как и профиль 8/1 с учетом исключений, приведенных в таблице 316.
12.3.3 Прикладной уровень
12.3.3.1 AL услуги
Профиль 8/2 использует такую же выборку AL услуг из МЭК 61158-5-18, как и профиль 8/1. В таблице 314 приведены подразделы, включенные в данный профиль.
12.3.3.2 AL протокол
Профиль 8/2 использует такую же выборку протокола AL из МЭК 61158-6-18, как и профиль 8/1. В таблице 315 приведены подразделы, включенные в данный профиль.
12.4 Профиль 8/3
12.4.1 Физический уровень
В таблице 317 приведена выборка PhL в рамках МЭК 61158-2 для устройств всех типов данного профиля.
12.4.2 Профиль 8/3
12.4.2.1 DLL услуги
В таблице 318 приведена выборка DLL услуг в рамках МЭК 61158-3-18 для устройств всех типов данного профиля.
12.4.2.2 DLL протокол
В таблице 319 приведена выборка протокола DLL в рамках МЭК 61158-4-18 для устройств всех типов данного профиля.
12.4.3 Прикладной уровень
12.4.3.1 AL услуги
В таблице 320 приведена выборка услуг AL в рамках МЭК 61158-5-18 для устройств всех типов данного профиля.
12.4.3.2 AL протокол
В таблице 321 приведена выборка AL протокола в рамках МЭК 61158-6-18 для устройств всех типов данного профиля.
13 Семейство коммуникационных профилей 9 ( HART® <14>)
<14> HART является торговой маркой некоммерческой организации HART Communication Foundation (HCF). HCF является некоммерческой организацией, поддерживающей Коммуникации HART. Данная информация приведена для удобства использования настоящего стандарта и не означает, что МЭК поддерживает мнения обладателя торговой марки или его продукцию. Соответствие настоящему стандарту не требует использования торговой марки. Использование торговой марки HART требует разрешения со стороны держателя торговой марки.
13.1 Общий обзор
Семейство коммуникационных профилей 9 определяет профили, основанные на элементах Типа 20 из МЭК 61158-2, МЭК 61158-3-20, МЭК 61158-4-20, МЭК 61158-5-20, МЭК 61158-6-20 и МЭК 62591, которые соответствуют частям коммуникационной системы, и общеизвестны как протокол HART и протокол WirelessHART® . Существует два профиля. Один определен в настоящем стандарте, а второй представлен в МЭК 62591.
Семейство 9 коммуникационных профилей определяет два профиля, основанные на элементах Типа 20 в МЭК 61158 и в МЭК 62591:
13.2 Профиль 9/1, HART®
13.2.1 Физический уровень
В таблице 322 приведена выборка PhL в рамках МЭК 61158-2 для устройств всех типов данного профиля.
13.2.2 Уровень канала данных
13.2.2.1 Выборка услуг DLL
В таблице 326 приведена выборка DLL услуг в рамках МЭК 61158-3-20.
13.2.2.2 Выборка протокола DLL
В таблице 324 приведена выборка DLL протокола в рамках МЭК 61158-4-20.
13.2.3 Прикладной уровень
13.2.3.1 Выборка услуг AL
В таблице 325 приведены выборки услуг прикладного уровня из МЭК 61158-5-20 для данного профиля.
13.2.3.2 Выборка протокола AL
В таблице 326 приведены выборки протокола прикладного уровня из МЭК 61158-6-20 для данного профиля.
13.3 Профиль 9/2, WirelessHART®
Профиль 9/2 приведен в разделе 9, МЭК 62591.
14 Семейство коммуникационных профилей 16 (SERCOS <15>)
<15> SERCOS является торговой маркой SERCOS INTERNATIONAL e.V. Данная информация приведена для удобства использования настоящего стандарта и не означает, что МЭК поддерживает мнения обладателя торговой марки или его продукцию. Соответствие настоящему стандарту не требует использования торговой марки. Использование торговой марки требует разрешения со стороны держателя торговой марки.
14.1 Общий обзор
Семейство 16 коммуникационных профилей определяет профили, основанные на МЭК 61158-2 типе 16, МЭК 61158-3-16, МЭК 61158-4-16, МЭК 61158-5-16 и МЭК 61158-6-16, и на МЭК 61158-3-19, МЭК 61158-4-19, МЭК 61158-5-19 и МЭК 61158-6-19, которые, взятые вместе, соответствуют частям коммуникационной системы, общеизвестной как интерфейс SERCOS.
Профиль 16/1 (SERCOS I). Данный профиль на физическом уровне реализуется в оптоволоконной среде и поддерживает скорость 2 и 4 Мбит/с (см. 14.2).
Профиль 16/2 (SERCOS II). Данный профиль похож на 16/1, но поддерживает скорости 8 и 16 Мбит/с, и позволяет предоставлять дополнительные функциональные возможности (см. 14.3).
Профиль 16/3 (SERCOS III). Данный профиль основан на ИСО/МЭК 8802-3 (Ethernet), как и предыдущий, он позволяет предоставлять дополнительные функциональные возможности (см. МЭК 61784-2, 17.2).
14.2 Профиль 16/1 (SERCOS I)
14.2.1 Выборка физического уровня
В таблице 327 приведена выборка PhL в рамках МЭК 61158-2 для данного профиля.
14.2.2 Уровень канала данных
14.2.2.1 Выборка услуг DLL
DLL услуги определены в МЭК 61158-3-16. МЭК 61158-3-16 применим за исключением 4.3.
14.2.2.2 Выборка протокола DLL
В таблице 328 приведена выборка DLL протокола в рамках МЭК 61158-4-16 для данного профиля.
CP 16/1. Выборка DLL протокола
14.2.3 Прикладной уровень
14.2.3.1 Выборка услуг AL
В таблице 329 приведена выборка услуг AL в рамках МЭК 61158-5-16 для данного профиля.
14.2.3.2 Выборка протоколов AL
Все протоколы определены в МЭК 61158-5-16. МЭК 61158-5-16 применим за исключением 4.5.3.3.10.
14.3 Профиль 16/2 (SERCOS II)
14.3.1 Физический уровень
В таблице 330 приведена выборка PhL в рамках МЭК 61158-2 для данного профиля.
14.3.2 Уровень канала данных
14.3.2.1 Выборка DLL услуг
DLL услуги приведены в МЭК 61158-3-16.
14.3.2.2 Выборка DLL протоколов
DLL протоколы приведены в МЭК 61158-4-16.
14.3.3 Прикладной уровень
14.3.3.1 Выборка AL услуг
AL услуги приведены в МЭК 61158-5-16.
14.3.3.2 Выборка AL протоколов
AL протоколы приведены в МЭК 61158-6-16.
15 Семейство коммуникационных профилей 19 (MECHATRLINK <16>)
<16> MECHATROLINKTM является торговой маркой YASKAWA ELECTRIC CORPORATION. Данная информация приведена для удобства использования настоящего стандарта и не означает, что МЭК поддерживает мнения обладателя торговой марки или его продукцию. Соответствие настоящему стандарту не требует использования торговой марки. Использование торговой марки MECHATROLINK требует разрешения со стороны держателя торговой марки.
15.1 Общий обзор
Семейство 19 коммуникационных профилей определяет профили (CP профили), основанные на МЭК 61158-2, тип 24, МЭК 61158-3-24, МЭК 61158-4-24, МЭК 61158-5-24 и МЭК 61158-6-24, а также на других стандартах. (См. таблицу 331.)
CPF 19 (MECHATROLINK) состоит из двух отличающихся наборов протоколов, общеизвестных (по историческим причинам) как MECHATROLINK-II (M-II) для CP 19/1 и MECHATROLINK-III (M-III) для CP 19/2, основные различия которых проявляются на физических уровнях.
Профиль 19/1 (M-II) основан на ANSI TIA/EIA-485-A PhL, поддерживающих скорость 10 Мбит/с.
Профиль 19/2 (M-III) основан на ИСО/МЭК 8802-3 (Ethernet), поддерживающих скорость 100 Мбит/с.
Каждый CP может быть разбит на более детальные профили, основанные на другом аспекте типа прикладного процесса (AP) или на разновидности типа устройства. Отдельные типы AP одного CP играют разные роли в одной сети, такие как ведущий (C1), ведущий (C2) и ведомый. Такие детальные профили рассмотрены в каждом подразделе, если это необходимо.
15.2 Профиль 19/1 (MECHATRLINK-II)
15.2.1 Выборка физического уровня
В таблице 332 приведена выборка PhL в рамках МЭК 61158-2 для данного профиля.
15.2.2 Уровень канала данных
15.2.2.1 Выборка DLL услуг
15.2.2.1.1 Универсальный профиль
В таблице 333 приведена выборка DLL услуг в рамках МЭК 61158-3-24 для данного профиля.
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины, определения, символы, аббревиатуры и условные обозначения | Частичное | Используется, когда применим |
| 4 | Услуги и концепции канала данных | - | - |
| 4.1 | Обзор | ДА | - |
| 4.2 | Услуги DLS-пользователя | - | - |
| 4.2.1 | Общие положения | ДА | - |
| 4.2.2 | Запись данных (Write data) | ДА | - |
| 4.2.3 | Чтение данных (Read data) | ДА | - |
| 4.2.4 | Услуга отправки данных с подтверждением (SDA) | ДА | Опция |
| 4.2.5 | Услуга отправки данных без подтверждения (SDN) | НЕТ | - |
| 4.2.6 | Событие (Event) | ДА | - |
| 4.2.7 | Получить статус (Get status) | ДА | - |
| 4.3 | Обзор интеракций | ДА | - |
| 4.4 | Подробная спецификация услуг и интеракций | - | - |
| 4.4.1 | Запись данных (Write data) | ДА | - |
| 4.4.2 | Чтение данных (Read data) | ДА | - |
| 4.4.3 | Отправка данных с подтверждением (SDA) | ДА | Опция |
| 4.4.4 | Отправка данных без подтверждения (SDN) | НЕТ | - |
| 4.4.5 | Периодическое событие | ДА | - |
| 5 | Сервис DL-менеджмента | - | - |
| 5.1 | Обзор | - | - |
| 5.1.1 | Общие положения | ДА | - |
| 5.1.2 | Сброс (Reset) | ДА | - |
| 5.1.3 | Установить значение (Set value) | ДА | - |
| 5.1.4 | Получить значение (Get value) | ДА | - |
| 5.1.5 | Оценить задержку (Evaluate delay) | НЕТ | - |
| 5.1.6 | Установить режим коммуникаций (Set communication mode) | НЕТ | - |
| 5.1.7 | Запуск коммуникаций (Start communication) | ДА | - |
| 5.1.8 | Статус устранения ошибки (Clear error status) | ДА | - |
| 5.1.9 | Событие DLM (DLM Event) | ДА | - |
| 5.2 | Обзор интеракций | ДА | - |
| 5.3 | Подробная спецификация услуг и интеракций | - | - |
| 5.3.1 | Сброс (Reset) | ДА | - |
| 5.3.2 | Установить значение (Set value) | ДА | - |
| 5.3.2.1 | Функция | ДА | - |
| 5.3.2.2 | Типы параметров | - | - |
| 5.3.2.2.1 | Общие положения | ДА | - |
| 5.3.2.2.2 | Var_ID | Частичное | См. 15.2.2.1.2 - 15.2.2.1.4 |
| 5.3.2.2.4 | Результат (Result) | ДА | - |
| 5.3.3 | Получить значение (Get value) | - | - |
| 5.3.3.1 | Функция | ДА | - |
| 5.3.3.2 | Типы параметров | ДА | - |
| 5.3.3.2.1 | Общие положения | ДА | - |
| 5.3.3.2.2 | Var_ID | Частичное | См. 15.2.2.1.2 - 15.2.2.1.4 |
| 5.3.3.2.3 | Val | Частичное | См. 15.2.2.1.2 - 15.2.2.1.4 |
| 5.3.3.2.4 | Результат (Result) | ДА | - |
| 5.3.4 | Оценить задержку (Evaluate delay) | НЕТ | - |
| 5.3.5 | Установить режим коммуникаций (Set communication mode) | НЕТ | - |
| 5.3.6 | Запуск коммуникаций (Start communication) | ДА | - |
| 5.3.7 | Событие ошибки DLM (DLM error event) | ДА | - |
15.2.2.1.2 Подробное рассмотрение ведущего C1
В таблице 334 приведена выборка DLL услуг в рамках МЭК 61158-3-24 для ведущего C1 профиля CP 19/1.
| Раздел | Заголовок | Присутствие | Ограничения |
| 5.3.2.2.2 | Var_ID | - | - |
| 5.3.2.2.2.1 | MA | ДА | - |
| 5.3.2.2.2.2 | Nmax_slaves | ДА | - |
| 5.3.2.2.2.3 | Cyc_sel | ДА | - |
| 5.3.2.2.2.4 | Nmax_dly_cnt | НЕТ | - |
| 5.3.2.2.2.5 | IO_sz | ДА | - |
| 5.3.2.2.2.6 | Pkt_sz | ДА | Опция |
| 5.3.2.2.2.7 | Nmax_retry | ДА | - |
| 5.3.2.2.2.8 | Tcycle | ДА | - |
| 5.3.2.2.2.9 | Tslot | ДА | - |
| 5.3.2.2.2.10 | Tunit | НЕТ | - |
| 5.3.2.2.2.11 | Tidly | НЕТ | - |
| 5.3.2.2.2.12 | Tc2_dly | НЕТ | - |
| 5.3.2.2.2.13 | IO_Map | НЕТ | - |
| 5.3.2.2.3 | Val | Частичное | См. примечание |
| 5.3.3.2.4 | Result | Частичное | См. примечание |
| Примечание - Так же, как подразделы 5.3.2.2.2.1 - 5.3.2.2.2.13 в данной таблице. | |||
15.2.2.1.3 Подробное рассмотрение ведущего C2
В таблице 335 приведена выборка DLL услуг в рамках МЭК 61158-3-24 для ведущего C2 профиля CP 19/1.
Выборка DLL услуг для ведущего C2 профиля CP 19/1
| Раздел | Заголовок | Присутствие | Ограничения |
| 5.3.2.2.2 | Var_ID | - | - |
| 5.3.2.2.2.1 | MA | ДА | - |
| 5.3.2.2.2.2 | Nmax_slaves | ДА | - |
| 5.3.2.2.2.3 | Cyc_sel | ДА | - |
| 5.3.2.2.2.4 | Nmax_dly_cnt | НЕТ | - |
| 5.3.2.2.2.5 | IO_sz | ДА | - |
| 5.3.2.2.2.6 | Pkt_sz | ДА | Опция |
| 5.3.2.2.2.7 | Nmax_retry | ДА | - |
| 5.3.2.2.2.8 | Tcycle | ДА | - |
| 5.3.2.2.2.9 | Tslot | ДА | - |
| 5.3.2.2.2.10 | Tunit | НЕТ | - |
| 5.3.2.2.2.11 | Tidly | НЕТ | - |
| 5.3.2.2.2.12 | Tc2_dly | НЕТ | - |
| 5.3.2.2.2.13 | IO_Map | НЕТ | - |
| 5.3.2.2.3 | Val | Частичное | См. примечание |
| 5.3.3.2.4 | Result | Частичное | См. примечание |
| Примечание - Так же, как подразделы 5.3.2.2.2.1 - 5.3.2.2.2.13 в данной таблице. | |||
15.2.2.1.4 Подробное рассмотрение ведомого устройства
В таблице 336 приведена выборка DLL услуг в рамках МЭК 61158-3-24 для ведомого устройства профиля CP 19/1.
Выборка DLL услуг для ведомого устройства профиля CP 19/1
| Раздел | Заголовок | Присутствие | Ограничения |
| 5.3.2.2.2 | Var_ID | - | - |
| 5.3.2.2.2.1 | MA | ДА | - |
| 5.3.2.2.2.2 | Nmax_slaves | НЕТ | - |
| 5.3.2.2.2.3 | Cyc_sel | НЕТ | - |
| 5.3.2.2.2.4 | Nmax_dly_cnt | НЕТ | - |
| 5.3.2.2.2.5 | IO_sz | ДА | - |
| 5.3.2.2.2.6 | Pkt_sz | ДА | Опция |
| 5.3.2.2.2.7 | Nmax_retry | ДА | - |
| 5.3.2.2.2.8 | Tcycle | ДА | - |
| 5.3.2.2.2.9 | Tslot | НЕТ | - |
| 5.3.2.2.2.10 | Tunit | НЕТ | - |
| 5.3.2.2.2.11 | Tidly | НЕТ | - |
| 5.3.2.2.2.12 | Tc2_dly | НЕТ | - |
| 5.3.2.2.2.13 | IO_Map | НЕТ | - |
| 5.3.2.2.3 | Val | Частичное | См. примечание |
| 5.3.3.2.4 | Result | Частичное | См. примечание |
| Примечание - Так же, как подразделы 5.3.2.2.2.1 - 5.3.2.2.2.13 в данной таблице. | |||
15.2.2.2 Выборка DLL протокола
15.2.2.2.1 Универсальный профиль
В таблице 337 приведена выборка DLL протокола в рамках МЭК 61158-4-24 для данного профиля.
CP 19/1. Выборка протокола DLL
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется по мере необходимости |
| 3 | Термины, определения, символы, аббревиатуры и условные обозначения | Частичное | Используется, когда применим |
| 4 | Обзор DL-протокола | - | - |
| 4.1 | Характерная особенность DL-протокола | ДА | - |
| 4.2 | Компонент уровня DL | ДА | - |
| 4.3 | Временная последовательность | - | - |
| 4.3.1 | Обзор | ДА | - |
| 4.3.2 | Циклическая передача | - | - |
| 4.3.2.1 | Тип временного интервала фиксированной ширины | ДА | - |
| 4.3.2.2 | Тип конфигурируемого временного интервала | НЕТ | - |
| 4.3.2.3 | Временное соотношение между периодическими коммуникациями и обработкой данных | ДА | - |
| 4.3.3 | Режим непериодической передачи | НЕТ | - |
| 4.4 | Сервис, перенятый от PhL | ДА | - |
| 4.5 | Локальные параметры, переменная, счетчики, таймеры | - | - |
| 4.5.1 | Обзор | ДА | - |
| 4.5.2 | Переменные, параметры, счетчики и таймеры для поддержки функции DLE | Частичное | См. 15.2.2.2.2 и 15.2.2.2.4 |
| 5 | Структура DLPDU | - | - |
| 5.1 | Обзор | ДА | - |
| 5.2 | Структура DLPDU базового формата | НЕТ | - |
| 5.3 | Структура DLPDU короткого формата | ДА | - |
| 6 | Процедура элемента DLE | - | - |
| 6.1 | Обзор | ДА | - |
| 6.2 | Подуровень управления периодической передачей | ДА | - |
| 6.2.1 | Общие положения | ДА | - |
| 6.2.2 | Интерфейс DLS-пользователя | ДА | - |
| 6.2.3 | Конечные автоматы в CTC | ДА | - |
| 6.2.3.1 | Обзор | ДА | - |
| 6.2.3.2 | Конечный автомат периодической передачи | - | - |
| 6.2.3.2.1 | Протокольный автомат для периодических коммуникаций включает временной интервал фиксированной ширины | Частичное | См. 15.2.2.2.2 и 15.2.2.2.4 |
| 6.2.3.2.2 | Протокольный автомат для периодической передачи включает конфигурируемый временной интервал | НЕТ | - |
| 6.2.3.2.3 | Функции, используемые автоматом периодических передач | Частичное | - |
| 6.2.3.3 | Протокольный автомат сегментации сообщения | - | Опция |
| 6.3.3.3.1 | Общие положения | ДА | - |
| 6.2.3.3.2 | Сегментация для DLPDU базового формата | НЕТ | - |
| 6.2.3.3.3 | Сегментация для DLPDU короткого формата | Частичное | См. 15.2.2.2.2 и 15.2.2.2.4 |
| 6.2.3.3.4 | Функции, используемые протокольным автоматом сегментации сообщения | Частичное | |
| 6.2.3.4 | Протокольный автомат непериодической передачи | НЕТ | - |
| 6.2.4 | Интерфейс CTC-DLM | ДА | - |
| 6.3 | Управление приемо-передачей (Send Receive Control) | - | - |
| 6.3.1 | Общие положения | - | - |
| 6.3.1.1 | Отправить кадр (Send frame) | ДА | - |
| 6.3.1.2 | Принять кадр (Receive frame) | ДА | - |
| 6.3.1.3 | Повторитель или обратная петля при принятии кадра | ДА | Опция |
| 6.3.2 | Интерфейс SRC-CTC | ДА | - |
| 6.3.3 | Подробная спецификация SRC | - | - |
| 6.3.3.1 | Обзор | ДА | - |
| 6.3.3.2 | Преобразователь в последовательную форму (сериализатор) | - | - |
| 6.3.3.2.1 | Внутренняя архитектура | ДА | - |
| 6.3.3.2.2 | Поведение | ДА | - |
| 6.3.3.2.2.1 | Обзор | ДА | - |
| 6.3.3.2.2.2 | Сериализатор для кадра базового формата | НЕТ | - |
| 6.3.3.2.2.3 | Сериализатор для кадра короткого формата | ДА | - |
| 6.3.3.3 | Десериализатор | - | - |
| 6.3.3.3.1 | Внутренняя архитектура | ДА | - |
| 6.3.3.3.2 | Поведение | - | - |
| 6.3.3.3.2.1 | Обзор | ДА | - |
| 6.3.3.3.2.2 | Десериализатор для кадра базового формата | НЕТ | - |
| 6.3.3.3.2.3 | Десериализатор для кадра короткого формата | ДА | - |
| 6.3.3.4 | Повторитель | ДА | Опция |
| 6.3.4 | Интерфейс SRC-DLM | - | - |
| 6.3.4.1 | Обзор | ДА | - |
| 6.3.4.2 | Подробное определение примитивов и параметров услуг | - | - |
| 6.3.4.2.1 | Услуга сбросов SRC (SRC_Reset) | ДА | - |
| 6.3.4.2.2 | Отправить фрейм SRC (SRC_Send_Frame) | НЕТ | - |
| 6.3.4.2.3 | Получить фрейм SRC (SRC_Recv_Frame) | НЕТ | - |
| 6.3.4.2.4 | Обеспечение зацикливания SRC (SRC_Enable_Loopback) | НЕТ | - |
| 6.3.4.2.5 | Событие, связанное с ошибкой SRC (SRC_Err_Event) | ДА | - |
| 7 | Уровень менеджмента DL (DLM) | - | - |
| 7.1 | Обзор | ДА | - |
| 7.2 | Определения примитивов | ДА | - |
| 7.3 | Протокольный автомат DLM | Частичное | См. 15.2.2.2.2 и 15.2.2.2.4 |
| 7.4 | Функции | Частичное | - |
15.2.2.2.2 Подробности ведущего C1
В таблице 338 приведена выборка DLL протокола в рамках МЭК 61158-4-24 для ведущего C1 профиля CP 19/1.
Выборка протокола DLL для ведущего C1 профиля CP 19/1
15.2.2.2.3 Подробности ведущего C2
В таблице 339 приведена выборка DLL протокола в рамках МЭК 61158-4-24 для ведущего C2 профиля CP 19/1.
Выборка протокола DLL для ведущего C2 профиля CP 19/1
15.2.2.2.4 Подробности ведомого устройства
В таблице 340 приведена выборка DLL протокола в рамках МЭК 61158-4-24 для ведомого устройства профиля CP 19/1.
15.2.3 Прикладной уровень
15.2.3.1 Выборка AL услуг
15.2.3.1.1 Универсальный профиль
В таблице 341 приведена выборка AL услуг в рамках МЭК 61158-5-24 для профиля CP 19/1.
| Раздел | Заголовок | Присутствие | Ограничения |
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется по мере необходимости |
| 3 | Термины, определения, символы, аббревиатуры и условные обозначения | Частичное | Используется, когда применим |
| 4 | Концепции | ДА | - |
| 5 | ASE типа данных | ДА | - |
| 6 | Спецификации коммуникационной модели | - | - |
| 6.1 | Концепции, зависящие от типа | ДА | - |
| 6.2 | Обзор | ДА | - |
| 6.3 | FSM ASE | ДА | См. 15.2.3.1.2 - 15.2.3.1.4 |
| 6.4 | FAL ASE элементы | - | - |
| 6.4.1 | ASE управления полевым устройством | - | - |
| 6.4.1.1 | Обзор услуг | ДА | - |
| 6.4.1.2 | Спецификации класса ведущего устройства | Частичное | Зависит от AP типов. См. 15.2.3.1.2 - 15.2.3.1.4 |
| 6.4.1.3 | Спецификации класса ведомого устройства | Частичное | |
| 6.4.1.4 | Спецификации класса монитора (устройства контроля) | Частичное | |
| 6.4.2 | ASE сообщения | - | - |
| 6.4.2.1 | Обзор услуг | ДА | - |
| 6.4.2.2 | Спецификации класса Запрашивающего (Requester class) | Частичное | Зависит от AP типов. |
| 6.4.2.3 | Спецификации класса Ответчика (Responder class) | Частичное | См. 15.2.3.1.2 - 15.2.3.1.4 |
| 6.4.3 | ASE управления событиями | ДА | См. 15.2.3.1.2 - 15.2.3.1.4 |
| 6.5 | Связи FAL AR | - | - |
| 6.5.1 | Модель AR | ДА | - |
| 6.5.2 | FDC AREP | - | - |
| 6.5.2.1 | Класс AR ведущего FDC | Частичное | Зависит от AP типов. См. 15.2.3.1.2 - 15.2.3.1.4 |
| 6.5.2.2 | Класс AR ведомого FDC | Частичное | |
| 6.5.2.3 | Класс AR монитора FDC | Частичное | |
| 6.5.3 | MSG AREP | Частичное | Зависит от AP типов. См. 15.2.3.1.2 - 15.2.3.1.4 |
15.2.3.1.2 Подробное рассмотрение ведущего C1
В таблице 342 приведена выборка ASE классов в рамках МЭК 61158-5-24 для ведущего C1 профиля CP 19/1.
Выборка классов для ведущего C1 профиля CP 19/1
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 6.3.2 | Системный менеджер полевой шины (FieldbusSystemManager) | ДА | Число создаваемых объектов: 1 |
| 6.4.1.2 | Ведущий | Частичное | Число создаваемых объектов: 30 См. таблицу 343 и таблицу 344 |
| 6.4.1.3 | Ведомый | НЕТ | - |
| 6.4.1.4 | Устройство контроля | НЕТ | - |
| 6.4.2.2 | Запрашивающий | НЕТ | - |
| 6.4.2.3 | Отвечающий | НЕТ | - |
| 6.4.3.2 | Менеджер событий (EventManager) | ДА | Число создаваемых объектов: 1 |
| 6.5.2.1 | AR ведущего FDC | Частичное | Число создаваемых объектов: 30 См. таблицу 345 и таблицу 346 |
| 6.5.2.2 | AR ведомого FDC | НЕТ | - |
| 6.5.2.3 | AR устройства контроля FDC | НЕТ | - |
| 6.5.3.1 | AR сообщения | НЕТ | - |
Выборка атрибутов класса ведущий для ведущего C1 профиля CP 19/1
Выборка атрибутов класса FDCMaster-AR для ведущего C1 профиля CP 19/1
| Ссылка на атрибут | Название атрибута | Использование | Ограничения |
|---|---|---|---|
| 1 - 4 | - | Н | - |
| 5 - 7 | - | О | - |
| 8 | Режим передачи (TransMode) | - | Только периодический режим (заранее определенный) |
| 9 - 11 | - | О | - |
Выборка услуг класса FDCMaster-AR
15.2.3.1.3 Подробное рассмотрение ведущего C2
В таблице 347 приведена выборка ASE классов в рамках МЭК 61158-5-24 для ведущего C2 профиля CP 19/1.
Выборка классов для ведущего C2 профиля CP 19/1
| Раздел | Название класса | Присутствие | Ограничения |
|---|---|---|---|
| 6.3.2 | Системный менеджер полевой шины (FieldbusSystemManager) | ДА | Число создаваемых объектов: 1 |
| 6.4.1.2 | Ведущий | НЕТ | - |
| 6.4.1.3 | Ведомый | НЕТ | - |
| 6.4.1.4 | Устройство контроля | Частичное | Число создаваемых объектов: 1 См. таблицу 348 и таблицу 349 |
| 6.4.2.2 | Запрашивающий | ДА | Число создаваемых объектов: 1 |
| 6.4.2.3 | Отвечающий | НЕТ | - |
| 6.4.3.2 | Менеджер событий (EventManager) | ДА | Число создаваемых объектов: 1 |
| 6.5.2.1 | AR ведущего FDC | НЕТ | - |
| 6.5.2.2 | AR ведомого FDC | НЕТ | - |
| 6.5.2.3 | AR устройства контроля FDC | Частичное | Число создаваемых объектов: 30 См. таблицу 350 и таблицу 351 |
| 6.5.3.1 | AR сообщения | ДА | Число создаваемых объектов: 1 |
Выборка атрибутов класса устройства контроля для ведущего C2 профиля CP 19/1
| Ссылка на атрибут | Название атрибута | Использование | Ограничения |
|---|---|---|---|
| 1 - 4 | - | Н | - |
| 5 - 7 | - | О | - |
| 8 | Режим передачи (TransMode) | - | Только периодический режим (заранее определенный) |
Выборка услуг класса Контролирующего устройства
Выборка атрибутов класса FDCMonitor-AR для ведущего C2 профиля CP 19/1
| Ссылка на атрибут | Название атрибута | Использование | Ограничения |
|---|---|---|---|
| 1 - 4 | - | Н | - |
| 5 - 7 | - | О | - |
| 8 | Режим передачи (TransMode) | - | Только периодический режим (заранее определенный) |
| 9 - 11 | - | О | - |
Выборка услуг класса FDCMonitor-AR
15.2.3.1.4 Подробное рассмотрение ведомого AP
В таблице 352 приведена выборка классов ASE в рамках МЭК 61158-5-24 для ведомого AP профиля CP 19/1.
Выборка услуг класса FDCMaster-AR
| Раздел | Название класса | Присутствие | Ограничения |
|---|---|---|---|
| 6.3.2 | Системный менеджер полевой шины (FieldbusSystemManager) | ДА | Число создаваемых объектов: 1 |
| 6.4.1.2 | Ведущий | НЕТ | - |
| 6.4.1.3 | Ведомый | Частичное | Число создаваемых объектов: 1 См. таблицу 353 и таблицу 354 |
| 6.4.1.4 | Устройство контроля | НЕТ | - |
| 6.4.2.2 | Запрашивающий | НЕТ | - |
| 6.4.2.3 | Отвечающий | ДА | Не обязательно Число создаваемых объектов: 1 |
| 6.4.3.2 | Менеджер событий (EventManager) | ДА | Число создаваемых объектов: 1 |
| 6.5.2.1 | AR ведущего FDC | НЕТ | - |
| 6.5.2.2 | AR ведомого FDC | Частичное | Число создаваемых объектов: 1 См. таблицу 355 и таблицу 356 |
| 6.5.2.3 | AR устройства контроля FDC | НЕТ | - |
| 6.5.3.1 | AR сообщения | ДА | Не обязательно Число создаваемых объектов: 1 |
В таблице 352 приведена выборка классов ASE в рамках МЭК 61158-5-24 для ведомого AP профиля CP 19/1.
Выборка атрибутов класса ведомый для ведомого AP профиля CP 19/1
Выборка атрибутов класса FDCSlave-AR для ведомого AP профиля CP 19/1
| Ссылка на атрибут | Название атрибута | Использование | Ограничения |
|---|---|---|---|
| 1 - 4 | - | Н | - |
| 5 - 7 | - | О | - |
| 8 | Режим передачи (TransMode) | - | Только периодический режим (заранее определенный) |
| 9 - 11 | - | О | - |
Выборка услуг класса FDCSlave-AR
15.2.3.2 Выборка протокола AL
В таблице 357 приведена выборка протокола AL в рамках МЭК 61158-6-24 для данного профиля.
15.3 Профиль 19/2 (M-III)
15.3.1 Физический уровень
Физический уровень должен соответствовать ИСО/МЭК 8802-3.
Что касается спецификации соединителя, то дополнительно адаптируется МЭК 61158-2, приложение S.
15.3.2 Уровень канала данных
15.3.2.1 Выборка услуг DLL
15.3.2.1.1 Универсальный профиль
В таблице 358 приведена выборка DLL услуг в рамках МЭК 61158-3-24 для данного профиля.
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется по мере необходимости |
| 3 | Термины, определения, символы, аббревиатуры и условные обозначения | Частичное | Используется, когда применим |
| 4 | Услуги и концепции канала данных | - | - |
| 4.1 | Обзор | ДА | - |
| 4.2 | Услуги DLS-пользователя | - | - |
| 4.2.1 | Общие положения | ДА | - |
| 4.2.2 | Запись данных (Write data) | ДА | - |
| 4.2.3 | Чтение данных (Read data) | ДА | - |
| 4.2.4 | Услуга отправки данных с подтверждением (SDA) | ДА | Опция |
| 4.2.5 | Услуга отправки данных без подтверждения (SDN) | ДА | Опция |
| 4.2.6 | Событие (Event) | ДА | - |
| 4.2.7 | Получить статус (Get status) | ДА | - |
| 4.3 | Обзор интеракций | ДА | - |
| 4.4 | Подробная спецификация услуг и интеракций | - | - |
| 4.4.1 | Запись данных (Write data) | ДА | - |
| 4.4.2 | Чтение данных (Read data) | ДА | - |
| 4.4.3 | Отправка данных с подтверждением (SDA) | ДА | Опция |
| 4.4.4 | Отправка данных без подтверждения (SDN) | ДА | Опция |
| 4.4.5 | Периодическое событие | ДА | - |
| 5 | Сервис DL-менеджмента | - | - |
| 5.1 | Обзор | ДА | - |
| 5.2 | Обзор интеракций | ДА | - |
| 5.3 | Подробная спецификация услуг и интеракций | - | - |
| 5.3.1 | Сброс (Reset) | ДА | - |
| 5.3.2 | Установить значение (Set value) | ДА | - |
| 5.3.2.1 | Функция | ДА | - |
| 5.3.2.2 | Типы параметров | - | - |
| 5.3.2.2.1 | Общие положения | ДА | - |
| 5.3.2.2.2 | Var_ID | Частичное | См. 15.3.2.1.2 - 15.3.2.1.4 |
| 5.3.2.2.4 | Результат (Result) | ДА | - |
| 5.3.3 | Получить значение (Get value) | - | - |
| 5.3.3.1 | Функция | ДА | - |
| 5.3.3.2 | Типы параметров | - | - |
| 5.3.3.2.1 | Общие положения | ДА | - |
| 5.3.3.2.2 | Var_ID | Частичное | См. 15.3.2.1.2 - 15.3.2.1.4 |
| 5.3.3.2.3 | Val | Частичное | См. 15.3.2.1.2 - 15.3.2.1.4 |
| 5.3.3.2.4 | Результат (Result) | ДА | - |
| 5.3.4 | Оценить задержку (Evaluate delay) | ДА | - |
| 5.3.5 | Установить режим коммуникаций (Set communication mode) | ДА | - |
| 5.3.6 | Запуск коммуникаций (Start communication) | ДА | - |
| 5.3.7 | Событие ошибки DLM (DLM error event) | ДА | - |
15.3.2.1.2 Подробное рассмотрение ведущего C1
В таблице 359 приведена выборка услуг в рамках МЭК 61158-3-24 для ведущего C1 профиля CP 19/2.
CP 19/2. Выборка DLL услуг для ведущего C1 профиля CP 19/2.
| Раздел | Заголовок | Присутствие | Ограничения |
| 5.3.2.2.2 | Var_ID | - | - |
| 5.3.2.2.2.1 | MA | ДА | - |
| 5.3.2.2.2.2 | Nmax_slaves | ДА | - |
| 5.3.2.2.2.3 | Cyc_sel | ДА | - |
| 5.3.2.2.2.4 | Nmax_dly_cnt | ДА | - |
| 5.3.2.2.2.5 | IO_sz | ДА | - |
| 5.3.2.2.2.6 | Pkt_sz | ДА | Опция |
| 5.3.2.2.2.7 | Nmax_retry | ДА | - |
| 5.3.2.2.2.8 | Tcycle | ДА | - |
| 5.3.2.2.2.9 | Tslot | ДА | - |
| 5.3.2.2.2.10 | Tunit | ДА | - |
| 5.3.2.2.2.11 | Tidly | ДА | - |
| 5.3.2.2.2.12 | Tc2_dly | ДА | - |
| 5.3.2.2.2.13 | IO_Map | ДА | - |
| 5.3.2.2.3 | Val | Частичное | См. примечание |
| 5.3.3.2.4 | Result | Частичное | См. примечание |
| Примечание - Так же, как подразделы 5.3.2.2.2.1 - 5.3.2.2.2.13 в данной таблице. | |||
15.3.2.1.3 Подробное рассмотрение ведущего C2
В таблице 360 приведена выборка DLL услуг в рамках МЭК 61158-3-24 для ведущего C2 профиля CP 19/2.
CP 19/2. Выборка DLL услуг для ведущего C2 профиля CP 19/2.
| Раздел | Заголовок | Присутствие | Ограничения |
| 5.3.2.2.2 | Var_ID | - | - |
| 5.3.2.2.2.1 | MA | ДА | - |
| 5.3.2.2.2.2 | Nmax_slaves | ДА | - |
| 5.3.2.2.2.3 | Cyc_sel | ДА | - |
| 5.3.2.2.2.4 | Nmax_dly_cnt | ДА | - |
| 5.3.2.2.2.5 | IO_sz | ДА | - |
| 5.3.2.2.2.6 | Pkt_sz | ДА | Опция |
| 5.3.2.2.2.7 | Nmax_retry | ДА | - |
| 5.3.2.2.2.8 | Tcycle | ДА | - |
| 5.3.2.2.2.9 | Tslot | ДА | - |
| 5.3.2.2.2.10 | Tunit | ДА | - |
| 5.3.2.2.2.11 | Tidly | ДА | - |
| 5.3.2.2.2.12 | Tc2_dly | ДА | - |
| 5.3.2.2.2.13 | IO_Map | ДА | - |
| 5.3.2.2.3 | Val | Частичное | См. примечание |
| 5.3.3.2.4 | Result | Частичное | См. примечание |
| Примечание - Так же, как подразделы 5.3.2.2.2.1 - 5.3.2.2.2.13 в данной таблице. | |||
15.3.2.1.4 Подробное рассмотрение ведомого устройства
В таблице 361 приведена выборка DLL услуг в рамках МЭК 61158-4-24 для ведомого устройства профиля CP 19/2.
CP 19/2. Выборка DLL услуг для ведомого устройства профиля CP 19/2.
| Раздел | Заголовок | Присутствие | Ограничения |
| 5.3.2.2.2 | Var_ID | - | - |
| 5.3.2.2.2.1 | MA | ДА | - |
| 5.3.2.2.2.2 | Nmax_slaves | ДА | Опция |
| 5.3.2.2.2.3 | Cyc_sel | ДА | - |
| 5.3.2.2.2.4 | Nmax_dly_cnt | ДА | - |
| 5.3.2.2.2.5 | IO_sz | ДА | - |
| 5.3.2.2.2.6 | Pkt_sz | ДА | Опция |
| 5.3.2.2.2.7 | Nmax_retry | ДА | - |
| 5.3.2.2.2.8 | Tcycle | ДА | - |
| 5.3.2.2.2.9 | Tslot | НЕТ | - |
| 5.3.2.2.2.10 | Tunit | ДА | - |
| 5.3.2.2.2.11 | Tidly | ДА | - |
| 5.3.2.2.2.12 | Tc2_dly | ДА | - |
| 5.3.2.2.2.13 | IO_Map | ДА | - |
| 5.3.2.2.3 | Val | Частичное | См. примечание |
| 5.3.3.2.4 | Result | Частичное | См. примечание |
| Примечание - Так же, как подразделы 5.3.2.2.2.1 - 5.3.2.2.2.13 в данной таблице. | |||
15.3.2.2 Выборка DLL протокола
15.3.2.2.1 Универсальный профиль
В таблице 362 приведена выборка DLL протокола в рамках МЭК 61158-4-24 для данного профиля.
CP 19/2. Выборка DLL протокола
| Раздел | Заголовок | Присутствие | Ограничения |
|---|---|---|---|
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется по мере необходимости |
| 3 | Термины, определения, символы, аббревиатуры и условные обозначения | Частичное | Используется, когда применим |
| 4 | Обзор DL-протокола | - | - |
| 4.1 | Характерная особенность DL-протокола | ДА | - |
| 4.2 | Компонент уровня DL | ДА | - |
| 4.3 | Временная последовательность | - | - |
| 4.3.1 | Обзор | ДА | - |
| 4.3.2 | Циклическая передача | - | - |
| 4.3.2.1 | Тип временного интервала фиксированной ширины | НЕТ | - |
| 4.3.2.2 | Тип конфигурируемого временного интервала | ДА | - |
| 4.3.2.3 | Временное соотношение между периодическими коммуникациями и обработкой данных | ДА | - |
| 4.3.3 | Режим непериодической передачи | ДА | Опция |
| 4.4 | Сервис, перенятый от PhL | ДА | - |
| 4.5 | Локальные параметры, переменная, счетчики, таймеры | - | - |
| 4.5.1 | Обзор | ДА | - |
| 4.5.2 | Переменные, параметры, счетчики и таймеры для поддержки функции DLE | Частичное | См. 15.3.2.2.2 - 15.3.2.2.4 |
| 5 | Структура DLPDU | - | - |
| 5.1 | Обзор | ДА | - |
| 5.2 | Структура DLPDU базового формата | ДА | - |
| 5.3 | Структура DLPDU короткого формата | НЕТ | - |
| 6 | Процедура элемента DLE | - | - |
| 6.1 | Обзор | ДА | - |
| 6.2 | Подуровень управления периодической передачей | - | - |
| 6.2.1 | Общие положения | ДА | - |
| 6.2.2 | Интерфейс DLS-пользователя | ДА | - |
| 6.2.3 | Конечные автоматы в CTC | - | - |
| 6.2.3.1 | Обзор | ДА | - |
| 6.2.3.2 | Конечный автомат периодической передачи | - | - |
| 6.2.3.2.1 | Протокольный автомат для периодических коммуникаций включает временной интервал фиксированной ширины | НЕТ | - |
| 6.2.3.2.2 | Протокольный автомат для периодической передачи включает конфигурируемый временной интервал | Частичное | См. 15.3.2.2.2 - 15.3.2.2.4 |
| 6.2.3.2.3 | Функции, используемые автоматом периодических передач | Частичное | - |
| 6.2.3.3 | Протокольный автомат сегментации сообщения | - | - |
| 6.2.3.3.1 | Общие положения | ДА | - |
| 6.2.3.3.2 | Сегментация для DLPDU базового формата | Частичное | Опция См. 15.3.2.2.2 - 15.3.2.2.4 |
| 6.2.3.3.3 | Сегментация для DLPDU короткого формата | НЕТ | - |
| 6.2.3.3.4 | Функции, используемые протокольным автоматом сегментации сообщения | Частичное | Опция |
| 6.2.3.4 | Протокольный автомат непериодической передачи | ДА | Опция |
| 6.2.4 | Интерфейс CTC-DLM | ДА | - |
| 6.3 | Управление приемо-передачей (Send Receive Control) | - | - |
| 6.3.1 | Общие положения | ДА | - |
| 6.3.1.1 | Отправить кадр (Send frame) | ДА | - |
| 6.3.1.2 | Принять кадр (Receive frame) | ДА | - |
| 6.3.1.3 | Повторитель или обратная петля при принятии кадра | ДА | Опция |
| 6.3.2 | Интерфейс SRC-CTC | ДА | - |
| 6.3.3 | Подробная спецификация SRC | - | - |
| 6.3.3.1 | Обзор | ДА | - |
| 6.3.3.2 | Преобразователь в последовательную форму (сериализатор) | - | - |
| 6.3.3.2.1 | Внутренняя архитектура | ДА | - |
| 6.3.3.2.2 | Поведение | - | - |
| 6.3.3.2.2.1 | Обзор | ДА | - |
| 6.3.3.2.2.2 | Сериализатор для кадра базового формата | ДА | - |
| 6.3.3.2.2.3 | Сериализатор для кадра короткого формата | НЕТ | - |
| 6.3.3.3 | Десериализатор | - | - |
| 6.3.3.3.1 | Внутренняя архитектура | ДА | - |
| 6.3.3.3.2 | Поведение | - | - |
| 6.3.3.3.2.1 | Обзор | ДА | - |
| 6.3.3.3.2.2 | Десериализатор для кадра базового формата | ДА | - |
| 6.3.3.3.2.3 | Десериализатор для кадра короткого формата | НЕТ | - |
| 6.3.3.4 | Повторитель | ДА | Опция |
| 6.3.4 | Интерфейс SRC-DLM | - | - |
| 6.3.4.1 | Обзор | ДА | - |
| 6.3.4.2 | Подробное определение примитивов и параметров услуг | ДА | - |
| 6.3.4.2.1 | Услуга сброса SRC (SRC_Reset) | ДА | - |
| 6.3.4.2.2 | Отправить фрейм SRC (SRC_Send_Frame) | ДА | - |
| 6.3.4.2.3 | Получить фрейм SRC (SRC_Recv_Frame) | ДА | - |
| 6.3.4.2.4 | Обеспечение зацикливания SRC (SRC_Enable_Loopback) | ДА | См. 15.3.2.2.2 - 15.3.2.2.4 |
| 6.3.4.2.5 | Событие, связанное с ошибкой SRC (SRC_Err_Event) | ДА | - |
| 7 | Уровень менеджмента DL (DLM) | - | - |
| 7.1 | Обзор | ДА | - |
| 7.2 | Определения примитивов | ДА | - |
| 7.3 | Протокольный автомат DLM | Частичное | См. 15.3.2.2.2 - 15.3.2.2.4 |
| 7.4 | Функции | Частичное | - |
15.3.2.2.2 Подробное рассмотрение ведущего C1
В таблице 363 приведена выборка DLL протокола в рамках МЭК 61158-4-24 для ведущего C1 профиля CP 19/2.
Выборка DLL протокола для ведущего C1 профиля CP 19/2
15.3.2.2.3 Подробное рассмотрение ведущего C2
В таблице 364 приведена выборка DLL протокола в рамках МЭК 61158-4-24 для ведущего C2 профиля CP 19/2.
Выборка DLL протокола для ведущего C2 профиля CP 19/2
15.3.2.2.4 Подробное рассмотрение ведущего C2
В таблице 365 приведена выборка DLL протокола в рамках МЭК 61158-4-24 для ведомого устройства профиля CP 19/2.
Выборка DLL протокола для ведомого устройства профиля CP 19/2
15.3.3 Прикладной уровень
15.3.3.1 Выборка услуг AL
15.3.3.1.1 Универсальный профиль
В таблице 366 приведена выборка услуг AL в рамках МЭК 61158-5-24 для профиля CP 19/2.
| Раздел | Заголовок | Присутствие | Ограничения |
| 1 | Область применения | ДА | - |
| 2 | Нормативные ссылки | Частичное | Используется при необходимости |
| 3 | Термины, определения, символы, аббревиатуры и условные обозначения | Частичное | Используется, когда применим |
| 4 | Концепции | ДА | - |
| 5 | ASE типа данных | ДА | - |
| 6 | Спецификации коммуникационной модели | - | - |
| 6.1 | Концепции, зависящие от типа | ДА | - |
| 6.2 | Обзор | ДА | - |
| 6.3 | FSM ASE | ДА | См. 15.3.2.1.2 - 15.3.2.1.4 |
| 6.4 | FAL ASE элементы | - | - |
| 6.4.1 | ASE управления полевым устройством | - | - |
| 6.4.1.1 | Обзор услуг | ДА | - |
| 6.4.1.2 | Спецификации класса ведущего устройства (Master) | ДА | Зависит от типов AP См. 15.3.2.1.2 - 15.3.2.1.4 |
| 6.4.1.3 | Спецификации класса ведомого устройства (Slave) | ДА | |
| 6.4.1.4 | Спецификации класса монитора (устройства контроля) | ДА | |
| 6.4.2 | ASE сообщения | - | - |
| 6.4.2.1 | Обзор услуг | ДА | - |
| 6.4.2.2 | Спецификации класса Запрашивающего (Requester class) | ДА | Зависит от типов AP См. 15.3.2.1.2 - 15.3.2.1.4 |
| 6.4.2.3 | Спецификации класса Ответчика (Responder class) | ДА | |
| 6.4.3 | ASE управления событиями | Частичное | См. 15.3.2.1.2 - 15.3.2.1.4 |
| 6.5 | Связи FAL AR | - | - |
| 6.5.1 | Модель AR | ДА | - |
| 6.5.2 | FDC AREP | - | - |
| 6.5.2.1 | Класс AR Ведущего FDC | ДА | Зависит от типов AP См. 15.3.2.1.2 - 15.3.2.1.4 |
| 6.5.2.2 | Класс AR Ведомого FDC | ДА | |
| 6.5.2.3 | Класс AR Монитора FDC | ДА | |
| 6.5.3 | MSG AREP | ДА | Зависит от типов AP См. 15.3.2.1.2 - 15.3.2.1.4 |
15.3.3.1.2 Подробное рассмотрение ведущего C1
В таблице 367 приведена выборка классов ASE в рамках МЭК 61158-5-24 для ведущего C1 профиля CP 19/2.
Выборка классов для ведущего C1 профиля CP 19/2
| Раздел | Название класса | Присутствие | Ограничения |
|---|---|---|---|
| 6.3.2 | Системный менеджер полевой шины (FieldbusSystemManager) | ДА | Число создаваемых объектов: 1 |
| 6.4.1.2 | Ведущий | ДА | Число создаваемых объектов: 62 |
| 6.4.1.3 | Ведомый | НЕТ | - |
| 6.4.1.4 | Устройство контроля | НЕТ | - |
| 6.4.2.2 | Запрашивающий | ДА | Опция Число создаваемых объектов: 1 |
| 6.4.2.3 | Отвечающий | ДА | Опция Число создаваемых объектов: 1 |
| 6.4.3.2 | Менеджер событий (EventManager) | Частичное | Число создаваемых объектов: 1 См. таблицу 368 и таблицу 369 |
| 6.5.2.1 | AR Ведущего FDC | ДА | Число создаваемых объектов: 62 |
| 6.5.2.2 | AR Ведомого FDC | НЕТ | - |
| 6.5.2.3 | AR Устройства контроля FDC | НЕТ | - |
| 6.5.3.1 | AR сообщения | ДА | Опция Число создаваемых объектов: 2 |
Выборка атрибутов класса EventManager для ведущего C1 профиля CP 19/2
| Ссылка на атрибут | Название атрибута | Использование | Ограничения |
|---|---|---|---|
| 1 - 4 | - | Н | - |
| 5 | SAPID | О | - |
| 6 | Сетевой тактовый генератор (NetworkClock) | - | - |
Выборка услуг класса EventManager
| Ссылка на услугу | Название услуги | Использование | Ограничения |
|---|---|---|---|
| 1 - 2 | - | О | - |
| 3 | EVM-SyncEvent | О | Параметр "NetClock" является опцией |
| 4 | EVM-ReadNetClock | Н | - |
15.3.3.1.3 Подробное рассмотрение ведущего C2
В таблице 370 приведена выборка классов ASE в рамках МЭК 61158-5-24 для ведущего C2 профиля CP 19/2.
Выборка классов для ведущего C2 профиля CP 19/2
| Раздел | Название класса | Присутствие | Ограничения |
|---|---|---|---|
| 6.3.2 | Системный менеджер полевой шины | ДА | Число создаваемых объектов: 1 |
| 6.4.1.2 | Ведущий | НЕТ | - |
| 6.4.1.3 | Ведомый | НЕТ | - |
| 6.4.1.4 | Устройство контроля | ДА | Число создаваемых объектов: 1 |
| 6.4.2.2 | Запрашивающий | ДА | Число создаваемых объектов: 1 |
| 6.4.2.3 | Отвечающий | ДА | Вариант Число создаваемых объектов: 1 |
| 6.4.3.2 | Менеджер событий | Частичное | Число создаваемых объектов: 1 См. таблицу 371 и таблицу 372 |
| 6.5.2.1 | AR Ведущего FDC | НЕТ | - |
| 6.5.2.2 | AR Ведомого FDC | НЕТ | - |
| 6.5.2.3 | AR Устройства контроля FDC | ДА | Число создаваемых объектов: 62 |
| 6.5.3.1 | AR сообщения | ДА | Число создаваемых объектов: 2 |
Выборка атрибутов класса EventManager для ведущего C2 профиля CP 19/2
| Ссылка на атрибут | Название атрибута | Использование | Ограничения |
|---|---|---|---|
| 1 - 4 | - | Н | - |
| 5 | SAPID | О | - |
| 6 | Сетевой тактовый генератор (NetworkClock) | - | - |
Выборка услуг класса EventManager
| Ссылка на услугу | Название услуги | Использование | Ограничения |
|---|---|---|---|
| 1 - 2 | - | О | - |
| 3 | EVM-SyncEvent | О | Параметр "NetClock" является опцией |
| 4 | EVM-ReadNetClock | Н | - |
15.3.3.1.4 Подробное рассмотрение ведомой AP
В таблице 373 приведена выборка классов ASE в рамках МЭК 61158-5-24 для ведомой AP профиля CP 19/2.
Выборка классов для ведущего AP профиля CP 19/2
| Раздел | Название класса | Присутствие | Ограничения |
|---|---|---|---|
| 6.3.2 | Системный менеджер полевой шины (FieldbusSystemManager) | ДА | Число создаваемых объектов: 1 |
| 6.4.1.2 | Ведущий | НЕТ | - |
| 6.4.1.3 | Ведомый | ДА | Число создаваемых объектов: 1 |
| 6.4.1.4 | Устройство контроля | ДА | Опция Число создаваемых объектов: 1 |
| 6.4.2.2 | Запрашивающий | НЕТ | - |
| 6.4.2.3 | Отвечающий | ДА | Опция Число создаваемых объектов: 2 |
| 6.4.3.2 | Менеджер событий (EventManager) | Частичное | Число создаваемых объектов: 1 См. таблицу 374 и таблицу 375 |
| 6.5.2.1 | AR Ведущего FDC | НЕТ | - |
| 6.5.2.2 | AR Ведомого FDC | ДА | Число создаваемых объектов: 1 |
| 6.5.2.3 | AR Устройства контроля FDC | ДА | Опция Число создаваемых объектов: 61 |
| 6.5.3.1 | AR сообщения | ДА | Опция Число создаваемых объектов: 2 |
Выборка атрибутов класса EventManager для ведомой AP профиля CP 19/2
| Ссылка на атрибут | Название атрибута | Использование | Ограничения |
|---|---|---|---|
| 1 - 4 | - | Н | - |
| 5 | SAPID | О | - |
| 6 | Сетевой тактовый генератор (NetworkClock) | - | - |
Выборка услуг класса EventManager
| Ссылка на услугу | Название услуги | Использование | Ограничения |
|---|---|---|---|
| 1 - 2 | - | О | - |
| 3 | EVM-SyncEvent | О | Параметр "NetClock" является опцией |
| 4 | EVM-ReadNetClock | Н | - |
15.3.3.2 Выборка протокола AL
В таблице 376 приведена выборка протокола AL в рамках МЭК 61158-6-24 для данного профиля.
A.1 Концепции коммуникаций CPF 1 (FOUNDATION Fieldbus)
Спецификации FOUNDATION Fieldbus описывают двумя способами:
H1. Физический уровень, уровень канала данных, прикладной уровень (коммуникационные объекты и услуги), а также связанные с ними функции управления (менеджмента), спроектированные для функционирования в условиях опасной окружающей среды, следуя правилам искробезопасности, а также во многих случаях для управления существующими кабельными линиями такого типа, который используется для аналоговых сигналов 4 - 20 мА. Эти кабельные линии используются как для питания, так и для передачи сигналов.
HSE. Прикладной уровень (коммуникационные объекты и услуги) и связанные с ними функции управления, спроектированные для работы со стандартным TCP/UDP/IP стеком по коммутируемой Ethernet, использующей оптоволоконные линии или витую пару.
A.1.2 Характеристики физического уровня
Физический уровень H1 предоставляет низкоскоростные коммуникации (31,25 кбит/с), осуществляемые по совместно используемой широковещательной физической среде, состоящей либо из a) и b), приведенных ниже, либо только из одного из них:
a) низкокачественных экранированных проводов разного типа, часто используемых для аналоговых сигналов 4 - 20 мА, как правило конфигурируемых в виде многоотводная шина;
b) единичных или парных оптоволоконных кабелей, соединенных с помощью одного или более разветвителя типа "звезда".
В случае перечисления a) сами устройства могут питаться от физической среды.
A.1.2.2 Физический уровень HSE
Физический уровень HSE, как правило, является стандартной витой парой и/или коммутируемой сетью Ethernet, использующей оптоволоконные линии.
A.1.3 Характеристики уровня канала данных
A.1.3.1 Уровень канала данных H1
Уровень канала данных H1 (DLL) предоставляет скоординированный доступ к разделяемой физической среде передачи. H1 DLL предоставляет:
a) периодический запланированный доступ к различным устройствам, чтобы передавать в многоадресном режиме (производить) информацию по заранее определенному плану, а также
b) незапланированный круговой доступ ко всем активным устройствам для отправки информации, передача которой не является запланированной,
c) обнаружение подключения и отключения участвующих устройств, управление конфигурацией атрибутов их канала данных и взаимодействие с остальной системой.
За исключением необычных случаев, возникающих из-за комбинаций ошибок или необычного шума среды, периодическое планирование из перечисления a) всегда предшествует действиям перечислений b) и c).
H1 DLL предоставляет работу двухточечного соединения, работу с радиально-узлового многоточечного соединения, а также работу без установления соединения "группа точек-группа точек", используя при этом как буферы текущих сообщений, так и очереди сообщений FIFO. Также определены соединения всех трех типов коммуникаций, с надлежащей обработкой буферов текущих сообщений внутри таких соединений.
H1 DLL обеспечивает все соединенные устройства высокосинхронизированным контролем изменений с течением времени, обеспечивая основу для распределенного обнаружения последовательности событий и записывающих приложений.
A.1.3.2 Канал данных HSE, сеть и транспортные уровни
Уровень канала данных HSE, как правило, является уровнем коммутируемой Ethernet, удовлетворяющим требованиям: ИСО/МЭК 8802-3, ИСО/МЭК 8802-2 без установления соединения, стандартного уровня IP сети, стандартных протоколов транспортного уровня TCP и UDP. Функциональность TCP и UDP, использующих IP и работающих по коммутируемой Ethernet, можно примерно сравнить с функциональностью уровня канала данных H1.
A.1.4 Характеристики прикладного уровня
Спецификации услуг прикладных уровней H1 и HSE по сути определяют один и тот же сервисный интерфейс с уровнем пользователя. В спецификациях протоколов прикладного уровня существуют незначительные отличия, связанные с различиями между частотой данных и размером пакета в H1 и HSE.
Они заключаются в том, что протокол прикладного уровня HSE предоставляет возможность отправки более длинных сообщений и наличие более длинных идентификаторов, но услуги, сообщаемые ими, остаются теми же.
A.1.5 Характеристики менеджмента
Прикладной уровень HSE определяет набор услуг и протоколов, поддерживающих следующие аспекты HSE менеджмента:
В данном контексте "plug and play" означает обнаружение новых устройств HSE в сети и назначение этим устройствам и поддержание базовой конфигурационной информации.
Данная функциональная возможность обеспечивает защиту от одиночных и множественных сбоев в сети. Каждое устройство ведет контроль (мониторинг) за сетью и выбирает "лучший" маршрут в каждом направлении для каждого сообщения, которое оно отправляет.
Этот аспект похож на услугу распределенного справочника, в котором устройство с опрашиваемым объектом отвечает отправкой информации, позволяющей запрашивающему получить доступ к объекту. Объект может является самим устройством, приложением в устройстве или объектом внутри приложения в устройстве.
Данная функциональная возможность привносит стандартные протоколы распределения времени. Эта функциональная возможность разделяет время на интервалы, именуемые макроциклами. Приложения запускаются с установленным сдвигом по времени от начала каждого макроцикла. Механизмы, встроенные в протокол, ограничивают влияние таких эффектов длительных макроциклов, как потеря связи с источником времени.
A.2 Коммуникационные концепции CPF 2 (CIP)
Семейство 2 коммуникационных профилей определяет несколько коммуникационных профилей (ControlNet, EtherNet/IP и DeviceNet), каждый из которых использует, для своих верхних уровней, одну коммуникационную систему, общеизвестную как Common Industrial Protocol [Общий Промышленный Протокол (CIP)]. Эти профили позволяют без осложнений интегрировать все компоненты в автоматизированную систему, от простейшего устройства до сети Интернет: требования к приложению определят какой профиль(и) будет использоваться в системе, основываясь на их различных характеристиках уровня канала данных и физического уровня.
A.2.2 Распространенные характеристики CIP
Спецификация CIP состоит из коммуникационных объектов и услуг, а также, связанных с ними, функций управления.
Устройства обмениваются пакетами данных, используя модель коммуникаций Производитель/Потребитель. Вместо указания источника и адреса назначения, пакеты данных индивидуально маркируются сокращенным названием CID (ID соединения). Производитель передает пакет данных "по линии", в то время как все заинтересованные потребители могут забрать пакет "с линии" в то же самое время, посредством фильтрации CID и использования тех же данных. Данная модель виртуально допускает все классические режимы коммуникации: ведущий/ведомый, работа с несколькими абонентами или же одноранговая связь.
В целях контроля, CIP требует установления формального соединения между сущностями приложений перед передачей информации. Соединение определяет путь или виртуальную линию между точками для передачи данных. Определенные механизмы позволяют осуществлять некоторые передачи при отсутствии соединения, например, для установления соединения.
Для соединений доступны множественные возможности/варианты, а также они могут быть совмещены, чтобы удовлетворять обширному набору нужд приложений. Соединения могут быть одноранговые или осуществлять групповую передачу. Триггер информации может запускаться "периодически", "с изменением состояния", "от приложения", "от опроса" или "от битового строба". Другие опции позволяют выбирать обнаружение дублирования, подтверждение, верификацию, фрагментацию (для больших сообщений). Доступные возможности зависят от выбранного коммуникационного профиля.
Уровни протокола CIP основаны на объектно-ориентированных принципах проектирования. Сущности, как коммуникаций, так и приложений именуются объектами. Соединения для явной отправки сообщений CIP используются для запроса выполнения услуг на соответствующих экземплярах объекта (или их атрибутах). Подобная схема обеспечивает явную ссылку на все переменные конфигурации, статуса и данные динамических переменных в узле. В то же время, (неявные) I/O соединения позволяют прямой и эффективный обмен с I/O базой данных без промежуточной обработки.
CIP устанавливает гармонизированные поведения для определенных коммуникационных индикаторов с целью облегчить процесс общего поиска и устранения неисправностей в сети.
A.2.3.1 Характеристики физического уровня
ControlNet предоставляет три варианта среды:
- коаксиальный кабель RG6 (кабельное телевидение) используется с соединителями BNC и TNC в топологии пассивной шины (коаксиальные устройства Tap соединяют изделия с основным каналом связи посредством линий отвода);
- оптоволокно поддерживается для двухточечной линии связи или топологии кольца;
- Порт доступа к сети (локальное соединение типа RS-422) позволяет временный и прямой доступ к сети для ввода системы в эксплуатацию, поиска и устранения неисправностей или программирования.
Примечание - Возможно проектирование коаксиальных и оптоволоконных систем, соответствующих требованиям искробезопасности.
Допустимы разнообразные топологии шин, такие как линейный канал связи, "дерево", "звезда" и любые их комбинации. Сеть ControlNetwork поддерживает до 99 узлов. Она может пассивно расширяться до 1 000 м при двух узлах, до 250 м при 48 узлах и до 25 км, если используются повторители.
Поддерживается резервирование среды передачи: все компоненты резервированной системы соединены, постоянно прослушивают оба кабеля и независимо друг от друга решают какой кабель обладает лучшим сигналом.
Данные передаются со скоростью 5 Мбит/с. Они кодируются Манчестерским кодом, позволяющим корректно восстанавливать тактовую частоту и обеспечивать синхронизацию, а также повышенную надежность передачи. Переданные пакеты включают 16-битовую CRC, служащую дополнительным инструментом обнаружения ошибок.
A.2.3.2 Характеристики канала данных
Для доступа к среде ControlNet использует определенный метод, именуемый CTDMA (Параллельный коллективный доступ с временным интервалом каналов), спроектированный для обеспечения отсутствия влияния передачи данных, не критичной по времени (например, отправка сообщений, программирование, утверждение соединения), на передачу данных, для которой время критично (например, I/O, аналоговые данные, данные управления, данные блокировки одноранговой сети).
Используется алгоритм квантования времени. Время разделяется на повторяющиеся NUT (Время обновления сети), величина длительности которых может быть сформирована от 2 мс до 100 мс. Время передачи распределяется в каждом NUT, основываясь на том, насколько критична по времени передача данных:
- узлы резервируют (в соответствии с их конфигурацией) время передачи для данных реального времени, основываясь на требованиях приложения (частота обмена может быть разной для каждого пакета прикладных данных). Эта запланированная услуга является детерминированной и повторимой;
- остающееся время передачи используется для данных, передача которых не критична по времени. Эта незапланированная услуга не резервируется отдельными узлами, но используется при необходимости. Таким образом, данные отправленные незапланированной услугой не сказываются на доставке отправленных данных запланированной услугой, и остаются предсказуемыми (т.е. их максимальное время их доставки).
Доступ к среде предоставляется отдельным узлам с помощью алгоритма неявного оборота маркера внутри каждого NUT. Данный метод доступа также включает обнаружение дублирования адреса узла.
Отдельные пакеты данных разного размера, поступающие от приложения, пакуются внутри узла в кадрах MAC размером до 510 байтов полезных данных, что способствует повышенной эффективности передачи.
A.2.3.3 Характеристики управления
ControlNet обеспечивает динамическое перепланирование сети. Каждый узел держит копию параметров канала и локальную информацию планирования. Определенные узлы "хранители" (keeper) держат параметры канала и планирования для глобальной сети. Основной хранитель обеспечивает общую согласованность конфигурации во время запуска, а также в процессе реконфигурацию сети в режиме on-line. Вспомогательный хранитель автоматически поддерживает (создавая резервную копию) основной. В результате отдельные запланированные соединения могут быть изменены без влияния на текущие обмены данными в канале и даже узлы могут быть добавлены или удалены без влияния на другие узлы.
Профиль EtherNet/IP, подробно описанный в разделе профиля выше, использует прикладной уровень CIP совместно со стандартным, неизмененным набором протоколов TCP/UDP/IP/Ethernet.
EtherNet/IP использует технологию IEEE 802.3 на физическом уровне и уровне канала данных.
Соответствие стандартам IEEE Ethernet предоставляет пользователям выбор скоростей сетевого интерфейса (10 Мбит/с, 100 Мбит/с и 1 Гбт/с), а также гибкую архитектуру сети, совместимую с доступными вариантами среды Ethernet, включая медный провод, оптоволоконный кабель, оптоволоконное кольцо и беспроводную среду.
EtherNet/IP использует активную инфраструктуру и, как правило, формируется, используя последовательности сегментов сети, соединенных с помощью двухточечных соединений, в конфигурацию звезда. Ядром этой топологии является взаимоподключение коммутаторов Ethernet уровней 2 и 3, способных обеспечивать неограниченное число узлов с двухточечным соединением. На более высоком уровне сети EtherNet/IP могут быть либо изолированными (не соединенными непосредственно с сетью предприятия) или неизолированными, что означает, что сеть либо соединена с сетью предприятия или в нее интегрирована.
На верхних уровнях EtherNet/IP использует стандарты Интернет, известные как Протокол управления передачей/Протокол дейтаграмм пользователя/Интернет протокол (набор TCP/UDP/IP) для отправки сообщений между одним или более устройствами.
- Так как TCP является идеальным для надежной передачи больших количеств данных, EtherNet/IP использует TCP/IP для инкапсуляции явных сообщений CIP, которые, как правило, используются для передачи конфигурации, диагностики и данных событий.
- Так как сообщения UDP меньше, они могут обрабатываться быстрее. Такие сообщения так же могут быть отправлены группе адресов назначения в многоадресном режиме. Таким образом, EtherNet/IP использует UDP/IP для передачи (явной) I/O сообщений, которые, как правило, содержат данные управления, критичные по времени. Механизм соединения CIP предоставляет механизмы таймаута, которые могут обнаруживать проблемы доставки данных.
EtherNet/IP также совместим со стандартными интернет протоколами и стандартными промышленными протоколами для доступа к данным и обмена.
Профиль DeviceNet предназначен для соединения простых промышленных устройств (таких как датчики и исполнительные устройства) с управляющими устройствами (например, программируемыми контроллерами). Он поддерживает передачу I/O данных, диагностику, отправку сообщений и программирование/конфигурирование.
Профиль DeviceNet, как подробно рассмотрено в разделе профиля выше, использует прикладной уровень CIP совместно с уровнем канала данных и физическим уровнем согласно ИСО 11898 (CAN), с дополнительными элементами, указанными в МЭК 62026-3 (отображение CIP на CAN, трансивер и спецификации среды).
DeviceNet использует две витые пары экранированных проводников в одном кабеле. Одна из этих пар предоставляет дифференциальную среду передачи, а другая - обеспечивает устройства питанием. Максимальный поддерживаемый ток составляет 8 А при 24 В постоянного тока. Данные передаются при скоростях 125 кбит/с, 250 кбит/с или 500 кбит/с, а максимальная длина кабеля может составлять 500 м, 250 м и 100 м соответственно. С помощью линейной топологии может быть соединено 64 узла, что осуществляется посредством магистральной линии и линий отводов. Без фрагментации может быть передано до 8 байтов данных.
A.3 Коммуникационные концепции CPF 3 (PROFIBUS & PROFINET)
PROFIBUS определяет технические характеристики системы последовательной полевой шины, с которой могут объединяться в сеть распределенные цифровые программируемые контроллеры, от полевого уровня до уровня ячейки.
PROFIBUS DP является системой "мульти-мастер" и, таким образом, позволяет совместное функционирование нескольких систем автоматизации, разработки и визуализации с их распределенными периферийными устройствами на одной полевой шине. PROFIBUS DP специфицирует протокол и услуги, предназначенные для объединения различных физических уровней и устройств доступа к среде (MAU). PROFIBUS DP различает следующие типы устройств:
- ведущие устройства определяют коммуникацию данных на шине. Ведущее устройство может отправлять сообщения без внешнего запроса, когда оно обладает правами доступа к шине (т.е. маркером). Ведущие устройства также именуются станциями;
- ведущий-DP (Класс 1) является управляющим устройством, связанным с одним или более ведомыми-DP (полевыми устройствами). Ведущий-DP (Класс 1) выполняет базовые функции и (не обязательно) особенности DPV1;
- ведущий-DP (Класс 2) является устройством, управляющим конфигурационными данными (наборами параметров) и диагностическими данными ведущего-DP (Класс 1). Дополнительно, ведущий-DP (Класс 2) может выполнять все функциональные возможности коммуникаций ведущего-DP (Класс 1) по отношению к ведомому-DP;
- ведомые устройства являются полевыми устройствами, такими как I/O устройствами, клапанами, двигателями и измерительными преобразователями. Ведомые устройства могут быть назначены одному ведущему-DP (Класс 1) в качестве поставщика для периодического обмена I/O данными. Дополнительно могут быть предоставлены непериодические функции и аварийные сигналы.
Устройства DP-V0 PROFIBUS (ведущие и ведомые) выполняют следующие базовые функции:
- периодический обмен I/O данными;
- диагностика;
- параметризация ведомых-DP;
- конфигурация ведомых-DP;
- обработка запросов на конфигурацию и диагностику ведущего-DP (Класс 2).
Устройства DP-V1 PROFIBUS выполняют следующие функции:
- диагностика, связанная с устройствами, заменяется на сообщения статуса и аварийные сигналы;
- первые три октета данных параметризации пользователя получают определенное значение (DPV1_Status_1 и DPV1_Status_3) для того, чтобы обеспечить новые коммуникационные функциональные возможности, например аварийные сигналы (см. МЭК 61158-6-3, где атрибут DPV1 установлен в значение TRUE).
Опции. Функции DP-V1 являются обязательными для дополнительных новых коммуникационных функциональных возможностей (см. 7.2.3.2.5). Например:
- данные непериодического процесса;
- аварийные сигналы (устройства, которые поддерживают сигнализирование, должны также поддерживать непериодические услуги);
- изохронный режим;
- механизм DXB для периодического обмена данными между ведомыми-DP, использующими коммуникации Издатель/Подписчик;
- выкладывание и/или скачивание LR данных (домены);
- вызов заранее определенных функций в рамках ведомых-DP;
- синхронизация часов;
- резервирование.
A.3.2 Профили физического уровня
Прикладная область системы полевой шины во многом определена выбором доступной технологии передачи. Так же как и общие требования к системам шин, такие как высокая надежность передачи, большие расстояния и высокая скорость передачи, в процессе автоматизации существуют дополнительные требования, такие как функционирование в условиях с повышенной опасностью и передача данных и питания по общему кабелю. Поскольку еще невозможно выполнить все требования с помощью одной технологии передачи, на данный момент существует три метода передачи (профиля физического уровня) доступные для PROFIBUS:
- медная витая пара (RS 485) для универсального применения с дополнительной IS (RS 485-iS);
- оптоволоконная среда для обеспечения улучшенной помехозащищенности и больших сетевых расстояний. Определены следующие MAU:
- стеклянное многомодовое оптоволокно и одномодовое оптоволокно;
- пластиковое оптоволокно;
- оптоволокно PCF (с полимерным покрытием).
Медные проводники и передача по ним сигналов и питания в основном используются для синхронной передачи и применяются в искробезопасных и неискробезопасных областях при этом только для малых мощностей питания. Ответвители или каналы доступны для передачи между различными технологиями передачи. В то время как ответвители "прозрачно" реализуют протокол, учитывая физические характеристики, каналы "проработаны" в плане искробезопасности и поэтому предоставляют возможности для конфигурации сетей PROFIBUS.
A.3.3 Список коммуникационных особенностей (GSD)
Устройства PROFIBUS обладают различными характеристиками поведения и функционирования. Особенности отличаются доступной функциональностью (т.е. числом I/O сигналов и диагностических сообщений) или возможными параметрами шины, такими как скорость передачи и контроль (мониторинг) времени. Эти параметры варьируются индивидуально для каждого типа устройства и поставщика, а также, как правило, документируются в технических руководствах. Для того чтобы достаточно просто достичь "самонастраивающейся" конфигурации для PROFIBUS, там определены технические спецификации электронных устройств, где перечислены особенности (функции) коммуникаций устройств (GSD файлы).
Использование GSD файлов позволяет изготавливать независимую конфигурацию сетей PROFIBUS с устройствами от различных изготовителей. Файл GSD разделен на три секции:
Данная секция содержит информацию о наименовании поставщиков и устройств, состоянии выпущенного аппаратного и программного обеспечения, поддерживаемых скоростях передачи, возможных временных интервалах для контроля времени и назначении сигналов на соединители шины.
Спецификации, связанные с ведущим устройством.
Данная секция содержит все параметры, связанные с ведущим устройством, такие как: максимальное число ведомых устройств, которые могут быть соединены или опции выкладывания и скачивания. Для ведомых устройств эта секция отсутствует.
Спецификации, связанные с ведомым устройством.
Данная секция содержит все спецификации, связанные с ведомым устройством, такие как число и тип I/O каналов, спецификации диагностических текстов и информация о доступных модулях с модульными устройствами. В отдельных секциях параметры разделяются ключевыми словами. Различие сделано между обязательными параметрами (т.е. Vendor_Name) и дополнительными (не обязательными) параметрами (т.е. Sync_Mode_supported). Определение групп параметров позволяет выборку опций. Кроме того, могут быть интегрированы файлы побитового отображения с символами устройств. Формат GSD спроектирован с расчетом на гибкость. Он содержит как списки (такие как списки скоростей передачи, поддерживаемых устройством) так и область для описания доступных модулей в модульном устройстве. Обычный текст может также быть назначен сообщениям диагностики.
A.4 Коммуникационные концепции CPF 4 (P-NET)
P-NET Fieldbus спроектирован для соединения компонентов распределенных процессов, таких как, компьютеры для управления технологическим процессом, интеллектуальные датчики, исполнительные устройства, I/O модули, полевые и центральные программируемые контроллеры и т.п., посредством обычного двухпроводного кабеля. Помимо использования для передачи данных технологического процесса P-NET также используется для сбора данных, для конфигурирования узлов/датчиков, а также для скачивания программ.
Типичное приложение P-NET требует время ответа, измеряемое в мс, а длину шины до одного км или более. Существуют другие типы приложений, требующие времени ответа, измеряемого в мкс. Подобным приложениям P-NET не подходит. Приложения P-NET используются в обрабатывающей промышленности и дискретного производства. P-NET хорошо подходит, как для небольших заводов, так и для больших предприятий со множеством контроллеров, датчиков и модулей интерфейса. Кроме того, любая подобная система всегда готова для любого необходимого расширения.
P-NET может обрабатывать до 300 подтвержденных передач данных в секунду, осуществляемых от 300 независимых адресов. Данные могут передаваться в форме полностью обработанных значений (с плавающей точкой), такие как, температура, давление и т.д., или, например, в виде блоков 32 независимых бинарных сигналов, указывающих состояния клапана, положения коммутатора и т.д. Это приводит к эффективности до 9,600 бинарных сигналов в секунду, которые оцениваются из любой точки внутри всей системы.
Результат измерения, выполненного ответчиком, представляется инициатору в заранее обработанной форме, например, в технических (метрических) единицах измерения СИ. Это означает, что инициаторам не требуется выполнять никаких повторяющихся действий масштабирования или преобразования.
Физический уровень P-NET может быть основан на стандарте RS-485, использующем экранированную витую пару. Это позволяет допускать длину кабеля до 1 200 м без повторителей. Устройства P-NET гальванически развязаны и может быть соединено до 125 устройств в канале. P-NET является шиной мульти-мастер (ведущее устройство), способной принимать до 32 инициаторов на канале. Все коммуникации основаны на принципе, согласно которому инициатор отправляет запрос, а адресованный ответчик возвращает немедленный ответ.
Право доступа к каналу передается от одного инициатора P-NET другому посредством маркера. P-NET использует метод называемый "виртуальная передача маркера", который не требует отправки сообщений по каналу.
P-NET позволяет прямую адресацию между несколькими каналами, также известную как многоканальная структура. Эта особенность является определяемой частью протокола P-NET и может быть встроена в стандартную операционную систему многопортовых инициаторов. Коммуникации направляются через различные каналы посредством устройств с двумя или более портами P-NET. Это означает, что инициатор на одном канале может получать "прозрачный" доступ к любому устройству в рамках любого другого канала без необходимости в каком-либо специальном программировании в многопортовых устройствах. Преимущества, связанные с разделением системы на малые секции, имеют большое значение, так как это ограничивает последствия ошибки в отдельном канале, что обеспечивает более высокую защиту системы. Более того, многоканальная структура предоставляет естественную избыточность. Нет никакого иерархического структурирования каналов. Это очень полезно при расширении существующих установок P-NET и при ответвлении к другим сетям.
Любое устройство P-NET, включая инициатор, может быть выключено или соединено или отсоединено от канала без вмешательства в остальную систему. В связи с этим, во время функционирования может быть произведен обмен устройствами, а система может быть расширена, в то время как остальная часть производящей системы продолжает функционировать.
Реализация протокола P-NET требует очень небольшое программное пространство. Как правило, реализация устройства P-NET простого класса требует приблизительно 4 Кбайта программного пространства при написании на "C".
Программируемые модули P-NET, включающие порт Ethernet, были сделаны доступными там, где встроенная операционная система предоставляет прозрачные коммуникации P-NET между двумя точками, соединенными локально или через Интернет. Стандартизированные Ethernet линии и соединители также предоставляют средства соединения коммутаторов в целях предотвращения коллизий доступа к среде, а также предоставляет беспроводные точки доступа и маршрутизаторы (WLAN) в качестве удобных альтернатив среды передачи. При соединении двух или более промышленных сетей вместе, используя данный метод, они будут чаще содержать данные измерений в реальном времени или процесса. Эта технология, тем самым, теперь именуется как Ethernet реального времени (RTE). По сути, протокол P-NET и структура сообщения не были изменены. Суть отличия заключается в том, что знакомая используемая структура сообщения, например, посредством RS 485, "оборачивается" в "дейтаграмму пользователя" с помощью транспортного протокола в рамках IP, именуемого UPD. Используя данную технологию, необходимо задать определенные порты использования, как средства определения лежащего в основе протокола отправки сообщений (т.е. P-NET). P-NET на расширениях IP к текущему стандарту P-NET включает описание структуры пакетов UDP/IP для сообщений P-NET. Это улучшает текущие определения режимов адресации сообщений P-NET (простой, расширенный, сложный) за счет IP, включая, связанные с этим, определения маршрутизации. Реализации P-NET на IP для Ethernet реального времени означает, что пакеты P-NET могут быть направлены через сети IP таким же точно образом, как они могут быть направлены через сети не-IP. Маршрутизация может пролегать через P-NET сети любого типа и в любой последовательности. Узлы в IP сети адресуются двумя элементами Маршрута P-NET, но этот процесс всецело обрабатывается узлами IP. Это означает, что любой клиент (ведущий) P-NET может получить доступ к серверам в сети IP без знания IP адресов.
A.5 Коммуникационные концепции CPF 5 (WorldFIP)
A.5.1 Характеристики физического уровня
Физический уровень обеспечивает коммуникации, осуществляемые по разделяемой широковещательной физической среде мультидоступа, функционирующей при обычной скорости передачи данных и состоящей из компонентов либо одного из следующих перечислений, либо из обоих:
a) витая пара с ответвлениями, являющихся неотъемлемыми для шинных ответвителей;
b) объединенные в пары оптоволоконные кабели, соединенные через один или несколько звездообразных ответвителей.
Низкоскоростная, низкокачественная среда передачи из A.1.2.1 также поддерживается для использования там, где это имеет смысл.
A.5.2 Характеристики уровня канала данных
Уровень канала данных (DLL) предоставляет скоординированный доступ к разделяемой физической среде передачи. Его основными особенностями являются:
a) периодический запланированный доступ к различным устройствам с целью передачи (производства) информации в многоадресном режиме в заранее определенном порядке, а также для уведомления планировщика об их потребности в дополнительных коммуникациях;
b) доступ по требованию любого активного устройства с целью запросить или отправить информацию, передача которой не была запланирована.
-
функционирование "точка-мультиточка" с помощью сконфигурированных соединений и буферов текущих сообщений,
-
подтвержденное функционирование "точка-точка" без установления соединения; а также
-
неподтвержденное функционирование "(мульти)точка-мультиточка" без установления соединения.
Два последних перечисления используют очередь сообщений FIFO. Определено соединение мостами всех трех типов коммуникаций; данные, возникающие из буферов текущих сообщений 1) повторно записываются в буфер на мостах.
A.5.3 Характеристики прикладного уровня
Прикладной уровень (AL) предоставляет услуги для определения следующей характеристики для каждого сообщения или набора сообщений:
- своевременность сообщения;
- временная согласованность множества сообщений; а также
- пространственная согласованность наборов сообщений на множестве устройств.
AL предоставляет либо полный MMS (ИСО/МЭК 9506), либо его подмножество улучшенной производительности, но с меньшим числом особенностей (функций), в зависимости от профиля.
A.6 Коммуникационные концепции CPF 6 (INTERBUS)
Сеть (INTERBUS) типа 8 является цифровой системой последовательной передачи с центральным методом доступа ведущий-ведомый и кольцевой топологией. Ведущий запускает первый сегмент сети - группу устройств, который может быть расширен дополнительными сегментами сети при помощи шинных ответвителей.
Ведомые устройства и ответвители шины не несут адреса, они адресуются неявно в зависимости от их позиции на кольце.
Прикладной уровень основывается на концепциях типа 9, он использует модель объекта так же, как и структуру протокольных автоматов. Используются специальные оптимизированные правила кодирования (PER-Правила кодирования периферийных устройств), которые обеспечивают, что блоки PDU полностью соответствуют существующей спецификации INTERBUS. Пользователю AL предлагается два коммуникационных механизма:
- периодическая передача данных (данных процесса), осуществляемая высокоэффективным образом с помощью модели продвижения издатель/подписчик:
ARPM: Буферизированная, запланированная сетью, однонаправленная (BNU);
- непериодическая передача данных (данных параметров) с помощью модели коммуникаций клиент-сервер, как и ведущий, так и ведомый могут выступать в роли клиента или сервера:
ARPM: С очередями, вызванная пользователем, двунаправленная, с управлением потоками (QUB-FC), или
ARPM: С очередями, вызванная пользователем, прозрачный режим (QUB-TM).
Протокол DLL предоставляет средства для оптимизированного, одновременного обмена входными/выходными данными фиксированной длины (канал данных процесса) и сегментированными сообщениями переменной длины (канал параметров). Он использует кадр суммирования для обмена полнодуплексными данных. Этот специальный протокол соответствует двум требованиям, которые очень важны для применений полевых шин. Первое требование - это способность сети сканировать входные/выходные данные постоянно и согласованным образом, а второе требование - это высокая эффективность протокола, которая много выше при той же скорости передачи чем у систем, ориентированных на сообщения.
Для каждого ведомого устройства в рамках кадра назначается фиксированный временной слот, в соответствии с разрядностью его данных. Порядок пакетов данных соответствует физическому порядку подключенных устройств. Периодические данные (данные процесса) и непериодические данные (данные параметров) передаются параллельно. В кадре суммирования устройства с данными параметров используют фиксированную длину в 2, 4 или 8 октет, более длинные сообщения (блоки PDU) сегментируются посредством DLL. Тем самым, длина кадра является постоянной для заданной конфигурации и на нее не влияет передача сообщения.
Период передачи инициируется ведущим устройством и запускается с последовательностью данных, эта запись содержит слово закольцовывания, за которым следуют выходные данные. Пока выходные данные отправляются от ведущего ведомым, входные данные параллельно отправляются от ведомых ведущему. После вывода кадра суммирования все выходные данные корректно размещаются в устройствах.
Результирующая последовательность проверки кадра длиной 32-бит служит для верификации переданных данных. Этот процесс выполняется 16-битным CRC полиномом. По причине структуры точка-точка механизм проверки ошибок всегда выполняет свою работу между двумя устройствами. Управляемые последовательностью проверки кадра, обмен и сравнение выполняются одновременно для всех устройств, таким образом, всему кадру нужно только одно дополнительное проверочное слово CRC. Следующие 16 битов используются для передачи статуса контрольной суммы. Если статус контрольной суммы показывает отсутствие ошибок, то выдается индикация Получен Буфер.
Ведомые устройства и ответвители шины имеют коды устройств, содержащие базовые функциональные возможности коммуникаций данных устройств. Они включают в себя данные о коммуникационном канале, процессе и/или параметрах, поддержки канала вместе с числом битов (шириной данных) во всем кадре. Ведущее устройство использует циклы идентификации для чтения кодов устройств всех соединенных устройств, чтобы установить текущую конфигурацию.
Определение физического уровня включает определения физических характеристик соединений (точка-точка) между соединенными устройствами.
Определены три типа устройств:
Ведущее устройство запускает первый сетевой сегмент. Оно централизованно управляет трафиком данных, отправляет суммарный кадр вместе с данными для всех ведомых устройств и, в то же время, принимает данные от последних. Ведущий обеспечивает, чтобы ведомые получали доступ к шине, т.е. отправляли и принимали данные.
Ведомый подключен к существующему сегменту сети. Он принимает данные от предшествующего ему устройства и отправляет данные следующим устройствам. Ведомый удаляет свои входные данные из суммарного кадра и вносит свои выходные данные на их место, любые другие данные не изменяются.
Шинный ответвитель соединен с существующим сетевым сегментом и обладает дополнительным интерфейсом для запуска другого сетевого сегмента уровнем ниже. Входящие данные, поступающие от сетевого сегмента более высокого уровня, передаются первому устройству сетевого сегмента более низкого уровня, эти данные закольцовываются от последнего устройства данного сетевого сегмента. Принятые данные от сетевого сегмента более низкого уровня передаются следующему устройству сегмента более высокого уровня.
Для упрощения инсталляции системы и системной диагностики в одном кабеле может быть реализована кольцевая система для того, чтобы топология напоминала систему шины с ответвляющимися линиями. В таком случае кольцо автоматически закрывается в последнем ведомом сетевого сегмента, а данные закольцовываются посредством дополнительных схем интерфейса в каждом из устройств. Это позволяет добавление устройств в сеть и их удаление.
A.7 Коммуникационные концепции CPF 8 (CC-LINK)
CC-Link определяет технические характеристики системы последовательной передачи в полевых шинах, с которой могут быть соединены цифровые программируемые контроллеры, делая это от полевого уровня до уровня ячейки. CC-Link является системой ведущий-ведомый с тремя базовыми фазами работы:
После запуска последовательностей, все устройства входят в начальный цикл, тогда Ведущие устройства ищут все Ведомые устройства, соединенные с шиной, и предпринимают попытку установления соединений с ними. Ведомые устройства запускаются с i/o данными процесса в безопасных состояниях, как это указано в их конфигурациях, и устанавливают соединение с Ведущим. Ведущий завершает установление соединения, а затем верифицирует конфигурацию сети все соединенные Ведомые устройства.
После того как для конфигурации было выполнено подтверждение соответствия сеть входит в цикл обновления, в котором Ведущее устройство сканирует свои Ведомые устройства, отправляя выходные и принимая входные циклические i/o данные процесса. Там, где системы поддерживают непериодическую отправку сообщений по запросу, Ведущее устройство включает запрос на непериодическое сообщение с данными, адресованными Ведомому устройству в конце периодической передачи данных. Обладающее соответствующей способностью Ведомое устройство отвечает включением ответа в виде непериодического сообщения с данными в конец его периода передачи данных Ведущему. Только Ведущее устройство способно инициировать непериодическую отправку сообщений.
Если Ведущее устройство определяет, что если время одного или нескольких Ведомых устройств истекло или они повторно отвечают, отправляя ошибочные данные, то он помещает нарушающее Ведомое устройство в список устройств, нуждающихся в повторном соединении. Если один или несколько ведомых устройств включены в данный список, то Ведущее устройство будет чередовать каждый завершенный цикл обновления с попытками восстановить соединения для всех нарушающих Ведомых устройств. Однократное выполнение процесса повторного установления соединения называется циклом возвращения.
Существует два основных варианта системы CC-Link:
- CC-Link - высокоскоростная последовательная сеть периодических i/o данных и непериодической отправки сообщений;
- CC-Link/LT - питаемая от шины недорогая последовательная сеть периодических i/o данных.
CP 8/1 и CP 8/2 описывают CC-Link (CC-Link и CC-Link V2 соответственно), а CP 8/3 описывает CC-Link/LT.
CC-Link использует PhL уровень с сбалансированным сигналом передачи, посылаемом по экранированному трехжильному витому кабелю. Определена скорость передачи данных до 10 Мбит/с и расстояния передачи до 1 200 м. CC-Link V2 отличается от CC-Link расширенными кадрами, которые применяют сегментированные периодические данные для передачи больших структур i/o данных процесса для больших систем.
CC-Link/LT использует PhL, питаемый от шины (устройства получают питание от шины), вместе с сбалансированным сигналом передачи, посылаемым по неэкранированному четырехжильному кабелю, как в плоском так и в круглом исполнениях. Определена скорость передачи данных до 2,5 Мбит/с и расстояния передачи до 500 м. CC-Link/LT предназначен для более простых и недорогих систем.
A.8 Коммуникационные концепции CPF 9 (HART)
Коммуникационная система CPF 9 (HART) спроектирована для передачи данных процесса, диагностики, статуса и параметров конфигурации между интеллектуальными полевыми устройствами, выполняющими измерения в производственном процессе и управление, и системами автоматизации промышленных процессов, программируемыми системами управления и ручными терминалами и компьютерными программными приложениями. Двусторонняя цифровая связь HART реализуется одновременно и по одному проводу аналоговым коммуникационным каналом методом токовой петли с током от 4 мА до 20 мА. Такой канал, как правило, используется производственной контрольно-измерительной аппаратурой. Прикладной уровень HART определяет содержание и формат данных, которые требуется передать, а также стандартные процедуры для диагностики, ввода в эксплуатацию и технического обслуживания. Набор Универсальных Команд должен быть реализован во всех полевых устройствах.
A.9 Коммуникационные концепции CPF 16 (SERCOS)
CPF 16 (SERCOS) обеспечивает коммуникации между ведущим и несколькими ведомыми устройствами. Телеграммы Ведущего не адресуются индивидуально каждому устройству; вместо этого они являются общими для всех устройств. Слоты в этих телеграммах индивидуально назначаются каждому устройству. Устройство затем может прочитать данные в своем слоте, адресованные конкретно ему ведущим устройством; подобным же образом оно может записывать данные, которые оно адресует ведущему. Назначение слотов определяется ведущим во время инициализации, в зависимости от конфигурации. Для данных, от которых не требуется выполнение строгих требований реального времени, доступны другие режимы передачи.
SERCOS позволяет синхронизацию во время периодической передачи данных. В зависимости от конфигурации, операционный цикл ведущего может быть синхронизирован с коммуникационным циклом и операционным циклом устройств. Таким образом, биения между индивидуальными циклами могут быть предотвращены, а задержки могут быть сведены к минимуму. Выходные сигналы устройства могут активизироваться и входные сигналы устройства могут быть дискретизированы параллельно во всех устройствах.
SERCOS это не только система передачи данных. Она предоставляет большое число данных и процедурных команд, которые могут использоваться для функционирования машин. Все данные, команды процедур, а также вся дополнительная информация объединяются в блоки данных, каждый из которых содержит идентификационный номер (IDN), название, атрибуты, минимальные и максимальные входные значения, а также сами данные. Некоторые из них приведены в стандартах для конкретных приложений (например, МЭК 61800-7-204 для систем электрического привода).
Физические уровни CP 16/1 и CP 16/2 основываются на оптоволоконном аппаратных средствах. Топология должна быть кольцевой (см. рисунок A.1).
Рисунок A.1 - Кольцевая структура
Ведущее устройство может обладать одним или более интерфейсами ведущего устройства, в зависимости от конфигурации. Каждый интерфейс ведущего обрабатывает только одну сеть на физическом уровне, так же как и в лежащих сверху протокольных уровнях.
Примечание - На рисунке A.2 показан пример топологии в области систем электрического привода в соответствии с МЭК 61800-7-204. Используемые на рисунке термины не определены в настоящем стандарте.
Рисунок A.2 - Пример топологии
Время коммуникационных циклов CP 16/1 и CP 16/2 может быть выбрано между 62,5 мкс., 125 мкс., 250 мкс. или любым целым кратным 250 мкс. Точное число устройств, которые могут обслуживаться сетью, зависит от времени цикла, выбранного объема данных и скорости передачи. Следующая информация (см. таблицу A.1) действительная при нормальных условиях функционирования.
Число устройств, приходящееся на системы CP 16/1 и CP 16/2 (примеры)
Принятие МЭК 61784-1 в качестве международного стандарта означает, что число промышленных спецификаций для полевых коммуникаций обладают четко определенными коммуникационными стеками (физический уровень, уровень канала данных, прикладной уровень).
Совокупный вклад МЭК 61784-1 заключается в следующем:
- он является руководством по надлежащему использованию серии МЭК 61158;
- коммуникационные профили полностью определены и доступны в виде международных стандартов;
- устройства, заявленные как полностью совместимые с одним из этих профилей, пригодны к использованию в одной сети (они поддерживают базовый уровень интероперабельности);
- соответствие может быть поддержано независимыми организациями;
- стандарт дает возможность приводить ссылки на другие существующие международные и национальные стандарты, там где ни у МЭК ни у ИСО нет эквивалентных стандартов;
- работа по гармонизации, проделанная в серии МЭК 61158, привела к идентификации некоторых распространенных точек зрения, концепций, определений и подходов. Это помогло понять основу технологий полевых шин;
- настоящий стандарт описывает различные концепции полевых шин в одном документе. Это первый и важный шаг на пути к разрешению трудностей в сравнении рыночных изделий и их производительности.
Коммуникационные профили дают нормативную базу, требующуюся для поддержания дополнительной работы по функциям приложений, которая находится в процессе разработки в МЭК/ТК 65/РГ 6 и МЭК/ПК 65С/РГ 7.
СВЕДЕНИЯ О СООТВЕТСТВИИ ССЫЛОЧНЫХ МЕЖДУНАРОДНЫХ СТАНДАРТОВ НАЦИОНАЛЬНЫМ И МЕЖГОСУДАРСТВЕННЫМ СТАНДАРТАМ
| Обозначение ссылочного международного стандарта, документа | Степень соответствия | Обозначение и наименование соответствующего национального, межгосударственного стандарта |
| IEC 60079-11 | IDT | ГОСТ Р МЭК 60079-11-2010 "Взрывоопасные среды. Часть 11. Искробезопасная электрическая цепь "i" |
| IEC 60079-25 | IDT | ГОСТ Р МЭК 60079-25-2012 "Взрывоопасные среды. Часть 25. Искробезопасные системы" |
| IEC 61010 (все части) | ||
| IEC 61131-2 | IDT | ГОСТ IEC 61131-2-2012 "Контроллеры программируемые. Часть 2. Требования к оборудованию и испытания" |
| IEC 61158 (все части) | - | <*> |
| IEC 61158-2:2014 | - | <*> |
| IEC 61158-3-1:2014 | - | <*> |
| IEC 61158-3-2:2014 | - | <*> |
| IEC 61158-3-3:2014 | - | <*> |
| IEC 61158-3-4:2014 | - | <*> |
| IEC 61158-3-7:2014 | - | <*> |
| IEC 61158-3-8:2014 | - | <*> |
| IEC 61158-3-16:2014 | - | <*> |
| IEC 61158-3-18:2014 | - | <*> |
| IEC 61158-3-19:2014 | - | <*> |
| IEC 61158-3-20:2014 | - | <*> |
| IEC 61158-3-24:2014 | - | <*> |
| IEC 61158-4-1:2014 | - | <*> |
| IEC 61158-4-1:2014 | - | <*> |
| IEC 61158-4-2:2014 | - | <*> |
| IEC 61158-4-3:2014 | - | <*> |
| IEC 61158-4-4:2014 | - | <*> |
| IEC 61158-4-7:2014 | - | <*> |
| IEC 61158-4-8:2014 | - | <*> |
| IEC 61158-4-16:2014 | - | <*> |
| IEC 61158-4-18:2014 | - | <*> |
| IEC 61158-4-19:2014 | - | <*> |
| IEC 61158-4-20:2014 | - | <*> |
| IEC 61158-4-24:2014 | - | <*> |
| IEC 61158-5-2:2014 | - | <*> |
| IEC 61158-5-3:2014 | - | <*> |
| IEC 61158-5-4:2014 | - | <*> |
| IEC 61158-5-5:2014 | - | <*> |
| IEC 61158-5-7:2007 | - | <*> |
| IEC 61158-5-8:2007 | - | <*> |
| IEC 61158-5-9:2007 | - | <*> |
| IEC 61158-5-16:2007 | - | <*> |
| IEC 61158-5-18:2010 | - | <*> |
| IEC 61158-5-19:2014 | - | <*> |
| IEC 61158-5-20:2014 | - | <*> |
| IEC 61158-5-24:2014 | - | <*> |
| IEC 61158-6-2:2014 | - | <*> |
| IEC 61158-6-3:2014 | - | <*> |
| IEC 61158-6-4:2014 | - | <*> |
| IEC 61158-6-5:2014 | - | <*> |
| IEC 61158-6-7:2007 | - | <*> |
| IEC 61158-6-8:2007 | - | <*> |
| IEC 61158-6-9:2014 | - | <*> |
| IEC 61158-6-16:2007 | - | <*> |
| IEC 61158-6-18:2010 | - | <*> |
| IEC 61158-6-19:2014 | - | <*> |
| IEC 61158-6-20:2014 | - | <*> |
| IEC 61158-6-24:2014 | - | <*> |
| IEC 61784-2:2014 | - | <*> |
| IEC 61784-5:2013 | - | <*> |
| IEC 61918:2013 | - | <*> |
| IEC 62026-3 | - | <*> |
| IEC 62591:2010 | - | <*> |
| ISO/IEC 8482 | IDT | ГОСТ Р ИСО 8482-93 "Системы обработки информации. Передача данных. Многопунктовые соединения на витых парах" |
| ISO/IEC 8802-2:1998 | - | <*> |
| ISO/IEC 8802-3:2000 | - | <*> |
| ISO/IEC 15802-3 | - | <*> |
| ISO 15745-3:2003 | IDT | ГОСТ Р ИСО 15745-3-2010 "Системы промышленной автоматизации и интеграция. Прикладная среда интегрирования открытых систем. Часть 3. Эталонное описание систем управления на основе стандарта МЭК 61158" |
| ISO 15745-4:2003 | - | <*> |
| ANSI TIA/EIA-485-A:1998 | - | <*> |
| IEEE 802.3-2002 | - | <*> |
| IETF RFC 768 | - | <*> |
| IETF RFC 791 | - | <*> |
| IETF RFC 792 | - | <*> |
| IETF RFC 793 | - | <*> |
| IETF RFC 826 | - | <*> |
| IETF RFC 894 | - | <*> |
| IETF RFC 1112 | - | <*> |
| IETF RFC 1122 | - | <*> |
| IETF RFC 1123 | - | <*> |
| IETF RFC 1127 | - | <*> |
| IETF RFC 2236 | - | <*> |
| <*> Соответствующий национальный стандарт отсутствует. До его утверждения рекомендуется использовать перевод на русский язык данного международного стандарта Примечание - В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов: - IDT - идентичные стандарты. | ||
Библиография
| [1] | IEC 60079-14, Explosive atmospheres - Part 14: Electrical installations design, selection and erection |
|---|---|
| [2] | IEC 60793 (all parts), Optical fibres |
| [3] | IEC 60807-3, Rectangular connectors for frequencies below 3 MHz - Part 3: Detail specification for a range of connectors with trapezoidal shaped metal shells and round contacts - Removable crimp contact types with closed crimp barrels, rear insertion/rear extraction |
| [4] | IEC 61131-3, Programmable controllers - Part 3: Programming languages |
| [5] | IEC 61158-1, Industrial communication networks - Fieldbus specifications - Part 1: Overview and guidance for the IEC 61158 series |
| [6] | IEC 61800-7-204, Adjustable speed electrical power drive systems - Part 7-204: Generic interface and use of profiles for power drive systems - Profile type 4 specification |
| [7] | ISO/IEC TR 10000-1, Information technology - Framework and taxonomy of International Standardized Profiles - Part 1: General principles and documentation framework |
| [8] | ISO/IEC 10731, Information technology - Open Systems Interconnection - Basic Reference Model - Conventions for the definition of OSI services |
| [9] | ISO/IEC 2022, Information technology - Character code structure and extension techniques |
| [10] | ISO/IEC 3309, Information technology - Telecommunications and information exchange between systems - High-level data link control (HDLC) procedures - Frame structure |
| [11] | ISO/IEC 7498-1, Information technology - Open Systems Interconnection - Basic Reference Model: The Basic Model |
| [12] | ISO/IEC 7498-3, Information technology - Open Systems Interconnection - Basic Reference Model: Naming and addressing |
| [13] | ISO 9506-1, Industrial automation systems - Manufacturing Message Specification - Part 1: Service definition |
| [14] | ISO 9506-2, Industrial automation systems - Manufacturing Message Specification - Part 2: Protocol specification |
| [15] | ISO 11898 (all parts), Road vehicles - Controller area network (CAN) |
| [16] | ISO 11898-1, Road vehicles - Controller area network (CAN) - Part 1: Data link layer and physical signalling |
| [17] | ISO 11898-2, Road vehicles - Controller area network (CAN) - Part 2: High-speed medium access unit |
| [18] | ANSI TIA/EIA 422-B:1994, Electrical Characteristics of Balanced Voltage Digital Interface Circuits |
| [19] | ITU-T V. 11, Electrical characteristics for balanced double-current interchange circuits operating at data signaling rates up to 10 Mbit/s |
| [20] | ODVA: THE CIP NETWORKS LIBRARY - Volume 1: Common Industrial Protocol (CIPTM) - Edition 3.13, November 2012; available at http://www.odva.org |
| [21] | ODVA: THE CIP NETWORKS LIBRARY - Volume 2: EtherNet/IPTM Adaptation of CIP - Edition 1.14, November 2012; available at http://www.odva.org |
| [22] | ODVA: THE CIP NETWORKS LIBRARY - Volume 3: DeviceNetTM Adaptation of CIP - Edition 1.12, November 2011; available at http://www.odva.org |
| [23] | ODVA: THE CIP NETWORKS LIBRARY - Volume 4: ControlNetTM Adaptation of CIP - Edition 1.7, April 2011; available at http://www.odva.org |