«SIEMENS Предисловие, содержание SIMATIC 1 Описание Основные принципы последовательной 2 передачи данных 3 Запуск CP 341 CP 341: 4 Монтаж CP 341 установка PtP-соединения Конфигурирование и 5 параметризация CP 341 и ...»

SIEMENS

Предисловие, содержание

SIMATIC

1

Описание

Основные принципы последовательной

2

передачи данных

3

Запуск CP 341 CP 341:

4 Монтаж CP 341 установка PtP-соединения Конфигурирование и 5 параметризация CP 341 и назначение Коммуникации посредством параметров функциональных блоков FB Характеристики запуска (Start-up) и переключение рабочих режимов CP Справочное руководство Диагностика посредством CP Пример программирования функциональных блоков Приложения A Технические описания Данное руководство является частью пакета документации с заказным номером:

B Соединительные кабели 6ES7 341-1AH00-8BA Таблицы коммуникаций для протоколов C Принадлежности и заказные номера D Справочная литература по SIMATIC S7 E Глоссарий, предметный указатель 04/ A5E00488438- Выпуск Указания по технике безопасности Данное руководство содержит указания, которые вы должны соблюдать для обеспечения собственной безопасности, а также защиты от повреждений оборудования. Эти замечания выделены в руководстве символами, как показано ниже, в соответствии с уровнем опасности:

Опасность ! указывает, что несоблюдение надлежащих мер предосторожности может привести к гибели людей, тяжким телесным повреждениям или существенному имущественному ущербу.

Предупреждение ! указывает, что несоблюдение надлежащих мер предосторожности может привести к гибели людей, тяжким телесным повреждениям или к существенному имущественному ущербу.

Предостережение ! указывает, что несоблюдение надлежащих мер предосторожности может привести к легким телесным повреждениям и нанесению незначительного имущественного ущерба.

Предостережение указывает, что несоблюдение надлежащих мер предосторожности может привести к нанесению незначительного имущественного ущерба.

Замечание привлекает ваше внимание к особо важной информации о продукте, обращении с ним, или к соответствующей части документации.

Квалифицированный персонал К монтажу и работе на этом оборудовании должен допускаться только квалифицированный персонал.

Квалифицированный персонал – это люди которые, имеют право вводить в эксплуатацию, заземлять и маркировать электрические цепи, оборудование и системы в соответствии с установленной практикой и стандартами техники безопасности.

Надлежащее использование Примите во внимание следующее:

! Это устройство и его компоненты могут использоваться только для применений, описанных в каталоге или технической документации, и совместно только с теми устройствами или компонентами других производителей, которые были одобрены или рекомендованы фирмой Siemens.

Этот продукт может правильно и надежно функционировать только в том случае, если он правильно транспортируется, хранится, устанавливается и монтируется, а также если эксплуатируется и обслуживается в Товарные знаки SIMATIC®, SIMATIC HMI® and SIMATIC NET® - это зарегистрированные товарные знаки SIEMENS AG.

Некоторые другие обозначения, использованные в этих документах, также являются зарегистрированными товарными знаками; если они используются третьей стороной для своих собственных целей, то соответствующие Copyright © Siemens AG 1998 Все права защищены Отказ от ответственности Воспроизведение, передача или использование этого документа Мы проверили содержание этого руководства на соответствие с описанным или его содержания не допускаются без письменного разрешения. аппаратным и программным обеспечением. Так как отклонения не могут Нарушители будут нести ответственность за нанесенный ущерб. быть полностью исключены, то мы не можем гарантировать полного Все права, включая права, вытекающие из предоставления соответствия. Однако данные, приведенные в этом руководстве. регулярно патента или регистрации практической модели или конструкции, пересматриваются и все необходимые исправления вносятся в Siemens AG Bereich Automatisierungs- und Antriebstechnik ©Siemens AG Geschaeftsgebiet Industrie-Automatisierungssysteme Технические данные Предисловие Назначение В этом руководстве объясняется, как устанавливать и использовать PtPсоединение (point-to-point).

Содержание руководства В этом руководстве описываются аппаратура и программное обеспечение для коммуникаций коммуникационного процессора CP 341, а также его установка в программируемый контроллер S7-300. Руководство состоит из глав, посвященных инструкциям, и из справочных разделов (приложений).

В руководстве рассматриваются следующие темы:

• Основы PtP-коммуникаций с использованием CP • Коммуникации посредством CP • Характеристики и технические описания Применимость данного руководства Данное руководство может быть применимо для следующих изделий:

PtP-коммуникации CP Изменения после выхода первого издания (Edition 01) В отличие от первого издания (Edition 01) в данном руководстве описаны дополнительные функции CP 341 (MLFB No. 6ES7 341-1_H01-0AE0).

• Скорость передачи возросла до 57,6 кбит/с • Сигнализация системы диагностики • Скоростное переключение модуля RS485 в полудуплексном режиме • Расширенные режимы приема с кодами окончания текста • Меньше время задержки символа при низких скоростях передачи данных • ASCII - протокол с фиксированной длиной шаблона сообщения: посылка в таблицу времени задержки символа может быть деактивирована.

Описания коммуникационных процессоров CP 341 в данном руководстве были корректными на момент данной публикации. Мы сохраняем за собой право на описание изменений функциональности модулей в отдельных информационных изданиях (Product Information) Соглашения Аббревиатура CP 341 используется в документации, если излагаемая информация касается всех трех модификаций модулей: CP 341-RS 232C, CP 341-20mA TTY и CP 341-RS 422/485.

Структура данного руководства Для быстрого поиска нужной информации руководство имеет следующие • Подробное содержание.

• В основных разделах в левом поле на каждой странице представлено название темы, в котором обобщается содержание соответствующего • В последующем за приложениями глоссарии объяснены важные термины, используемые в руководстве.

• Подробный предметный указатель поможет Вам быстро найти нужную информацию, касающуюся отдельных объектов.

Предисловие Другие руководства В приложении E представлен список других публикаций по S7-300 и другим программируемым контроллерам, которые могут обслуживаться в Вашей Электронные руководства Полный набор документации на SIMATIC S7 представлен на компакт-диске.

Стандарты, сертификаты и утверждения Коммуникационный процессор CP 341 отвечает требованиям и критериям стандарта IEC 1131, часть 2 и требованиям сертификации с отметкой CE.

Коммуникационный процессор CP 341 имеет сертификацию CSA и признание Вы можете найти более подробную информацию по вопросам сертификации/ признания и утверждения в Приложении A.3.

Повторное использование и утилизация Коммуникационный процессор CP 341 - это "дружественное для окружающей среды" изделие. Он имеет следующие особенности:

• Пластиковый корпус, не выделяющий соединений с галогенами при возгорании, и имеющий высокую огнестойкость.

• Надписи выполнены лазером (отсутствуют наклейки).

• Конструктивные пластиковые изделия соответствуют стандарту DIN 54840.

• Меньше материалов используется благодаря уменьшению размеров;

специализированных интегральных схем.

Коммуникационный процессор CP 341 пригоден для повторного использования благодаря низкому уровню загрязнений в его компонентах.

Для получения более подробной информации по утилизации Вашего устаревшего оборудования обращайтесь по адресу:

Anlagenbau und Technische Dienstleistungen PtP-коммуникации CP A5E00488438- Опытные специалисты дадут Вам консультацию в соответствии с Вашей ситуацией и обеспечат комплексной гибкой системой по переработке и утилизации по фиксированной цене. После утилизации Вы получите информацию, предоставляющую анализ соответствующих фракций материалов, и соответствующие документы, удостоверяющие состав включенных материалов.

Дополнительная помощь Если у Вас возникли любые вопросы по изделиям, описанным в данном руководстве, то обратитесь к местному представителю фирмы Siemens.

Список представителей фирмы Siemens по всему миру содержится, например, в приложении ”Siemens Worldwide” руководства S7- Programmable Controller, Hardware and Installation (Программируемый контроллер S7-300, Оборудование и установка) Если у Вас есть какие-то вопросы или предложения, касающиеся данного руководства, пожалуйста, заполните специальную форму и отправьте ее по представленному адресу. Вы можете дать свою полную персональную оценку данного руководства в прилагаемой форме.

Мы предоставляем множество курсов, чтобы помочь Вам начать использовать программируемые контроллеры SIMATIC S7. Вы можете поддерживать контакт с местным учебным центром или с центральным учебным центром в Нюрнберге:

Nuremberg, D-90027 Germany, тел. +49 911 895 3200.

Получение самой свежей информации Вы можете также получить самую свежую информацию по изделиям SIMATIC из следующих источников:

• с помощью Интернета: http://www.ad.siemens.de/ Служба поддержки пользователя изделиями SIMATIC также обеспечит Вас самой свежей информацией по использованию изделий SIMATIC:

• с помощью Интернета: http://www.ad.siemens.de/simatic-cs • с помощью электронной почты в системе поддержки пользователя изделиями SIMATIC с тел. +49 (911) 895- Для использования ящика электронной почты используйте модем с протоколом V.34 (28.8 кбит/с) и с установленными следующими параметрами: 8, N, 1, ANSI или для ISDN (x.75, 64 кбит/с).

Контакт с службой поддержки пользователя изделиями SIMATIC может поддерживаться по телефону, по факсу или с помощью E-mail, которые представлены ниже. Для контакта Вы также можете пользоваться адресами и электронными почтовыми ящиками E-mail, указанными выше.

Предисловие Техническая поддержка A&D (A&D Technical Support) Круглосуточно, по всему миру:

Всемирная (Нюрнберг) техническая поддержка Мест. вр. : 0:00 - 24:00 / 365 дней Факс: +49 (0) 180 5050- E-mail: adsupport@ Мест. вр. : Пнд.-Птн. 8:00 - 17: Факс: +49 (0) 180 5050- E-mail: adautorisierung@ Язык общения для технической поддержки и авторизации: английский или немецкий.

PtP-коммуникации CP A5E00488438- Обслуживание и поддержка с помощью Интернета В дополнение к документации, Вы можете также получить нашу поддержку с помощью Интернета здесь:

http://www.siemens.com/automation/service&support • Новую информацию, которая постоянно обновляется, с последними данными по продуктам, которые Вы используете.

• Правовую документацию, необходимую Вам для поиска в службе обслуживания и поддержки с помощью Интернета (Service & Support).

• Форум для обмена информацией и опытом между специалистами и • Контактные реквизиты для ответов на вопросы по автоматизации и приводам (Automation & Drives) в нашей базе данных.

• Информацию по местным отделениям обслуживания, по ремонту и запчастям, а также многое другое под заголовком "Services" ("Обслуживание").

Содержание 1.2 Компоненты, необходимые для PtP-соединения с CP 341 1- 1.4.1 Интерфейс RS 232C коммуникационного процессора 1- 1.4.2 Интерфейс 20 mA TTY коммуникационного процессора 1- 1.4.3 Интерфейс X27 (RS 422/485) коммуникационного процессора 1- 1.5 Кабели для подключения CP 341 к коммуникационному партнеру 1- 2 Основные принципы последовательной передачи данных 2- 2.2.1 Референсная 7-слойная ISO-модель (ISO 7-Layer Reference Model) 2- для передачи данных 2.2.3 Передача данных при подключении компьютера (RK 512) 2- 2.3.2 Данные параметризации при подключении компьютера (RK 512) 2- 2.3.3 Данные параметризации при использовании ASCII-драйвера 2- PtP-коммуникации CP A5E00488438- 4.3 Руководящие принципы инсталляции (установки) CP 341 4- 5.4 Последующая загрузка драйверов (протоколов обмена) 5- 6.3.1 Использование функциональных блоков при процедуре 3964(R) 6- 6.3.2 Использование функциональных блоков при подключении 6- компьютера (RK 512) 6.3.3 Использование функциональных блоков при использовании ASCII- 6- 6.5 Общая информация по обработке (выполнению) программы 6- 7 Характеристики запуска и переключение рабочего режима 7- 7.3 Поведение CP 341 при переключении рабочего режима CPU 7- 8.2 Диагностика с использованием элементов индикации CP 341 8- Содержание 8.5 Диагностика с использованием диагностического буфера CP 341 8- 9 Пример программирования стандартных функциональных 9- 9.6 Активация, программа запуска (start-up) и циклическая программа 9- B.3 Интерфейс X27 (RS 422/485) коммуникационного процессора B- PtP-коммуникации CP A5E00488438- 1 Описание изделия В данной главе рассмотрены следующие темы:

Компоненты, необходимые для PtP-соединения с CP Атрибуты последовательного интерфейса Интерфейс RS 232C коммуникационного процессора Интерфейс 20 mA TTY коммуникационного процессора Интерфейс X27 (RS 422/485) коммуникационного процессора Кабели для подключения CP 341 к коммуникационному партнеру PtP-коммуникации CP A5E00488438- 1.1 Использование CP Коммуникационный процессор CP 341 обеспечивает обмен данными между программируемыми контроллерами или компьютерами с помощью PtPсоединения ("point-to-point" - соединение типа "точка к точке").

Функциональные возможности CP Коммуникационный процессор CP 341 имеет следующие функциональные • Скорость передачи до 76,8 кбит/с в режиме полудуплекса • Встроенные в ПЗУ модуля наиболее важные протоколы обмена данными:

Последующая загрузка других драйверов (протоколов обмена) с помощью интерфейса назначения параметров CP 341: Point-to-Point Communication, Parameter Assignment (CP 341: PtP-соединение, назначение параметров).

• Назначение пользователем параметров для протоколов обмена с помощью интерфейса назначения параметров CP 341: Point-to-Point Communication, Parameter Assignment (CP 341: PtP-соединение, назначение параметров).

• Встроенный последовательный интерфейс:

Имеются три варианта модулей с различными типами интерфейса, которые могут использоваться с разными коммуникационными партнерами Варианты исполнения модулей CP Коммуникационный процессор CP 341 может иметь следующие исполнения:

Таблица 1-1 Варианты исполнения CP CP 341-RS 422/485 6ES7 341-1CH01-0AE0 X27 (RS 422/485) 1 Описание изделия Функциональные возможности различных вариантов модулей CP Таблица 1-2 Функциональные возможности модуля CP 341 в зависимости от • Использование вторичных сигналов • Управление/считывание вторичных * RS 422 и RS 485 обеспечиваются посредством параметризации Использование CP Коммуникационный процессор CP 341 обеспечивает PtP-соединение с различными модулями производства как SIEMENS, так и других фирм.

• SIMATIC S5 с помощью драйвера 3964(R) или RK 512 с S5-модулем • Терминалы SIEMENS для сбора данных семейства ES 2 с помощью • MOBY I (ASM 420/421, SIM), MOBY L (ASM 520) и терминал ES 030K с • ПК посредством 3964(R) (поддерживается средствами программирования для ПК: PRODAVE DOS 64R (6ES5 897-2UD11) для MS-DOS, PRODAVE WIN 64R (6ES5 897-2VD01) для Windows или ASCII-драйвер) • Считыватели штрих-кода посредством 3964(R) или ASCII-драйвера • PLC других фирм с помощью 3964(R) или ASCII-драйвера или RK • Другие устройства с простыми по структуре протоколами - с помощью настройки с ASCII-драйвером.

• Другие устройства с помощью драйверов 3964(R) или RK 512.

В Приложении C содержится резюме по модулям SIMATIC.

CP 341 может также использоваться в распределенной конфигурации с применением устройств ввода/вывода ET 200M (IM153).

PtP-коммуникации CP A5E00488438- 1.2 Компоненты, необходимые для PtP-соединения CP Для установления PtP-соединения коммуникационного процессора CP 341 с коммуникационным партнером требуются определенные компоненты оборудования и программного обеспечения.

Компоненты оборудования В следующей таблице представлены компоненты оборудования для установления PtP-соединения CP 341.

Таблица 1-3 Компоненты оборудования для установления PtP-соединения CP Стойка (Rack) … обеспечивает механические и питания (PS) напряжение питающей сети Принадлежности:

карта памяти другими CPU или с элемент питания (батарея) Коммуникационный … поддерживает связь процессор CP 341 посредством интерфейса с 1 Описание изделия Таблица 1-3 Компоненты оборудования для PtP-соединения (продолжение) Стандартный … обеспечивает соединение соединительный CP 341 с коммуникационным Соединительный … обеспечивает соединение программатора (PG) компьютером (ПК) Программатор (PG) … поддерживает связь с CPU или компьютер (ПК) S7-300 для отладки / настройки / Компоненты программного обеспечения В таблице 1-4 представлены компоненты программного обеспечения для установления PtP-соединения CP 341.

Таблица 1-4 Компоненты ПО для установления PtP-соединения CP Пакет ПО STEP 7 … обеспечивает конфигурацию, параметрирования параметрирование интерфейса CP 341 PtP-связи FB с примерами … обеспечивают управление PtP-коммуникации CP A5E00488438- 1.3 Конструкция CP последовательным интерфейсом.

Расположение элементов модуля На рисунке 1-1 показано положение элементов на фронтальной панели коммуникационного процессора CP 341.

Рис. 1-1 Фронтальная панель коммуникационного процессора CP 1 Описание изделия Светодиодные индикаторы расположены следующие светодиодные индикаторы:

Рабочие режимы и ошибки, которые индицируются данными светодиодными индикаторами, описаны в разделе 8.2. В разделе 5.5 содержится информация о режимах индикации светодиодов при обновлении прошивки ПЗУ модуля.

Встроенный интерфейс Коммуникационный процессор CP 341 может поставляться с одним из трех Тип интерфейса отображен на передней панели модуля CP 341. Эти интерфейсы подробно описаны в разделе 1. Шина расширения (шинный соединитель) для S7-шины задней панели Коммуникационный процессор CP 341 используется с шиной расширения.

Шина расширения (шинный соединитель) соединяется с задней панелью CP 341 (см. раздел 4.2). С помощью шины расширения CP 341 обеспечивается связь с шиной задней панели S7-300. Шина задней панели S7-300 - это шина данных последовательного типа, с помощью которой CP 341 связан с модулями программируемого контроллера.

Рис. 1-2 Шина расширения (шинный соединитель) PtP-коммуникации CP A5E00488438- 1.4 Атрибуты последовательного интерфейса Коммуникационный процессор CP 341 может поставляться с одним из трех типов интерфейсов для соединения с различными коммуникационными Интерфейсы различных вариантов исполнения модуля CP 341 подробно описаны в следующих разделах.

1.4.1 Интерфейс RS 232C коммуникационного процессора Определение RS 232C-интерфейс модуля CP 341 представляет собой интерфейс напряжения (voltage interface), используемый для последовательной передачи данных, и отвечает требованиям стандарта для RS 232C.

Атрибуты Интерфейс RS 232C имеет следующие атрибуты и отвечает следующим • Фронтальный коннектор: 9-штырьковый сверхминиатюрный D-коннектор (штекер) с винтовыми фиксаторами (совместим с 9-штырьковым разъемом • Сигналы RS 232C: TXD, RXD, RTS, CTS, DTR, DSR, RI, DCD, GND; все сигналы изолированы от внутреннего источника питания S7 (шина задней панели S7-300) и внешнего источника питания = 24 В • Максимальная скорость передачи: 76.8 кбит/с • Максимальная длина кабеля: 15 м;

тип кабеля LIYCY 7 0.14 (6ES7 902-1Ax00-0AA0) • Стандарты: DIN 66020, DIN 66259, EIA-RS 232C, CCITT V.24/V. 1- 1 Описание изделия Сигналы интерфейса RS 232C В таблице 1-5 представлены значения вторичных сигналов интерфейса RS Таблица 1-5 Сигналы интерфейса RS 232C (Принятые данные) удерживает в линии приема логическую "1" PtP-коммуникации CP A5E00488438- 1.4.2 Интерфейс 20 mA TTY коммуникационного процессора CP 341-20mA TTY Определение Интерфейс 20 mA TTY модуля CP 341 представляет собой интерфейс "виток с током" (current-loop interface), используемый для последовательной Атрибуты Интерфейс 20 mA TTY имеет следующие атрибуты и отвечает следующим • Тип: интерфейс "виток с током" (current-loop interface) • Фронтальный коннектор: 9-штырьковый D-коннектор (гнездо) с винтовыми • Сигналы 20 mA TTY: Два изолированных источника тока 20 мА, приемный виток (RX) "-" и "+" передающий виток (TX) "-" и "+"; все сигналы изолированы от внутреннего источника питания S7 (шина задней панели S7-300) и внешнего источника питания = 24 В • Максимальная скорость передачи: 19.2 кбит/с • Максимальная длина кабеля: 1000 м в активном режиме при 9.6 кбит/с* (СР активирует виток с током); 1000 м в пассивном (slave) режиме при 9. кбит/с* (коммуникационный партнер активирует виток с током);

500 м в активном режиме при 19.2 кбит/с* (СР активирует виток с током);

500 м в пассивном (slave) режиме при 19.2 кбит/с* (коммуникационный тип кабеля LIYCY 7 0.14 (6ES7 902-2Ax00-0AA0) _ * переключение с режима на режим (активный / пассивный) выполняется посредством соответствующей коммутации на разъемах (коннекторах линий передачи).

1 Описание изделия 1.4.3 Интерфейс X27 (RS 422/485) коммуникационного процессора CP 341-RS 422/ Определение Интерфейс X27 (RS 422/485) модуля CP 341 представляет собой интерфейс разностного напряжения (differencial interface), используемый для последовательной передачи данных в соответствии со стандартом X27.

Атрибуты Интерфейс X27 (RS 422/485) имеет следующие атрибуты и отвечает следующим требованиям:

• Тип: интерфейс разностного напряжения (differencial interface) • Фронтальный коннектор: 15-штырьковый D-коннектор (гнездо) с винтовыми • Сигналы RS 422: TXD (A), RXD (A), TXD (B), RXD (B), GND; все сигналы изолированы от внутреннего источника питания S • Сигналы RS 485: R/T (A), R/T (B), GND; все сигналы изолированы от внутреннего источника питания S7 (шина задней панели S7-300) и • Максимальная скорость передачи: 76.8 кбит/с • Максимальная длина кабеля: 250 м при 76.8 кбит/с; 500 м при 38,4 кбит/с;

1200 м при 19.2 кбит/с; тип кабеля LIYCY 7 0.14 (6ES7 902-3Ax00-0AA0) • Стандарты: DIN 66259 части 1 и 3, EIA-RS 422/485, CCITT V. При применении протоколов RK 512 и 3964(R) интерфейс X27 (RS 422/485) может использоваться только в четырехпроводном режиме.

PtP-коммуникации CP A5E00488438- 1.5 Кабели для подключения CP 341 к коммуникационному партнеру Стандартные соединительные кабели Для установления PtP-соединения CP 341 с коммуникационным партнером фирма SIEMENS предлагает стандартные соединительные кабели различной В Приложении D Вы можете найти информацию о заказных номерах соединительных кабелей различной длины.

Изготовление Ваших собственных соединительных кабелей Вы можете изготавливать свои собственные соединительные кабели, если при этом учитывать определенные требования. Эти требования описаны в Приложении В; они касаются разводки проводников и использования определенных контактов D-разъема (штекер).

2 Основные принципы последовательной передачи данных В данной главе рассмотрены следующие темы:

2.2.1 Референсная 7-слойная ISO-модель (ISO 7-Layer Reference 2- 2.2.3 Передача данных при подключении компьютера (RK 512) 2- 2.3.2 Данные параметризации при подключении компьютера (RK 512) 2- 2.3.3 Данные параметризации при использовании ASCII-драйвера 2- PtP-коммуникации CP 2.1 Последовательная передача символа (Character) коммуникационными партнерами используются различные виды сетей.

Самым простым способом организации обмена данными между двумя коммуникационными партнерами является PtP-соединение ("point-to-point" соединение типа "точка к точке").

PtP-соединение (соединение типа "точка к точке") Коммуникационный процессор CP 341 обеспечивает интерфейс между программируемым контроллером и коммуникационным партнером с помощью PtP-соединения. При этом обмен данными производится в режиме последовательной передачи.

Последовательная передача данных При последовательной передаче отдельные биты каждого байта информации передаются один за другим в определенном порядке.

Драйверы для двунаправленного обмена данными Коммуникационный процессор CP 341 управляет обменом данными между коммуникационными партнерами посредством последовательного интерфейса. Для этого CP 341 может быть оснащен одним из трех различных Двунаправленный обмен данными посредством:

Коммуникационный процессор CP 341 управляет обменом данными посредством последовательного интерфейса в соответствии с его типом и выбранным драйвером.

2 Основные принципы последовательной передачи данных Рабочие режимы при двунаправленном обмене данными Коммуникационный процессор CP 341 имеет два рабочих режима при двунаправленном обмене данными:

• Полудуплексный режим (3964(R), ASCII, RK 512) В полудуплексном режиме обеспечивается обмен данными между коммуникационными партнерами, но в каждый момент времени - только в одном направлении. Следовательно, в полудуплексном режиме в каждый момент времени данные или принимаются, или передаются (с точки зрения одного из коммуникационных партнеров). Исключением здесь может быть только передача/прием отдельных управляющих сигналов ("control character"), использующихся для управления потоками данных (например, XON/XOFF), которые могут посылаться также и во время приема данных или приниматься во время пересылки данных.

• Полный дуплексный режим (ASCII-драйвер) В полном дуплексном режиме обеспечивается обмен данными между двумя или более коммуникационными партнерами, при этом, возможно, в каждый момент времени как в одном направлении, так и в двух направлениях одновременно. Следовательно, в полном дуплексном режиме в каждый момент времени данные могут одновременно и приниматься, и передаваться. Каждый коммуникационный партнер должен обладать способностью одновременной работы в режиме приема и При выборе RS 485 (2-провода) интерфейс X27 (RS 422/485) модуля может работать только в полудуплексном режиме.

Асинхронная передача данных последовательная передача данных происходит асинхронно. Так называемая временная синхронизация (фиксированное временное кодирование используется при передаче строк символов фиксированной длины) поддерживается только при передаче управляющих символов ("control character"). Каждому символу, который необходимо передать, предшествует импульс синхронизации или "стартовый бит" ("start bit"). По окончании передачи сигнала передается "бит завершения передачи" или "стоповый бит" PtP-коммуникации CP Передача служебной информации (декларации) Кроме старт/стоповых сигналов между коммуникационными партнерами может производиться обмен другой служебной информацией, к которой • Скорость передачи (baud rate) • Время задержки сигнала управления или квитирования • Число стоповых битов (stop bit) В разделах 2.2 и 2.3 описаны основные характеристики служебной информации при различных процедурах передачи, а также информация о том, как они параметризируются.

Фреймы символов (Character Frame) Данные передаются между CP 341 и коммуникационным партнером с помощью последовательного интерфейса в так называемых фреймах символов (Character Frame). Могут использоваться три формата данных для каждого фрейма. Вы можете задать параметры формата при передаче данных с помощью интерфейса параметризации: CP341: Point-to-Point Communication, Parameter Assignment (CP341: PtP-соединение, Назначение 10-битовый фрейм символа На следующем рисунке показаны примеры трех разных форматов данных для 10-битового фрейма символа.

2 Основные принципы последовательной передачи данных Время задержки символа (Character Delay Time) PtP-коммуникации CP A5E00488438- 2.2 Процедура передачи посредством PtP-соединения коммуникационные партнеры должны следовать определенным правилам при обработке и обеспечении перемещения данных. Стандарт представляет "7-слойную" модель, которая во всем мире принята за основу в стандартах на протоколы передачи данных между соединенными сетью компьютерами.

2.2.1 Референсная 7-слойная ISO-модель для передачи данных (ISO 7-Layer Reference Model) Протокол Все участвующие в обмене данными коммуникационные партнеры должны следовать определенным правилам при обработке и обеспечении перемещения данных. Эти правила называются протоколами обмена.

Каждый протокол обмена определяет следующие характеристики:

полудуплексный или полный дуплексный режимы какие коммуникационные партнеры могут активировать передачу данных и • Сигналы управления (Control characters):

какие сигналы (символы) управления (Control characters) должны использоваться для передачи данных • Фрейм символа (Character frame):

какие фреймы символов (Character frame) должны использоваться при • Резервирование данных (Data backup):

какая процедура резервирования данных должна использоваться • Время задержки (ожидания) символов (Character delay time):

период времени, в течение которого должен приниматься приходящий • Скорость передачи (Baud Rate):

Скорость передачи данных в битах в секунду (бит/с) 2 Основные принципы последовательной передачи данных Процедура Процедура - это отвечающий определенным правилам процесс обработки и Референсная 7-слойная ISO-модель Референсная модель определяет внешнее поведение коммуникационных партнеров. Каждый слой протокола (кроме первого) включает следующий.

Отдельные слои протокола:

- физические условия для связи, например, среда, скорость передачи - процедура обеспечения безопасности при передаче - адресация коммуникационных партнеров - процедура распознавания ошибок - установление связи между коммуникационными партнерами - преобразование данных из стандартной формы представления в системе коммуникаций в форму представления, которая определяется аппаратурой (правила представления данных) 7 Слой применения (приложения):

- определение задачи и функций для системы коммуникаций Обработка протоколов Передающий коммуникационный партнер выполняет процедуры протоколов от верхнего слоя (№7 "Слой применения") до нижнего (№1 "Физический слой"), в то время когда принимающий данные партнер обрабатывает процедуры протоколов в обратном порядке, начиная со слоя №1.

Не во всех протоколах берутся в расчет все 7 слоев. Если оба партнера, посылающий и принимающий, используют один и тот же протокол, то слой PtP-коммуникации CP Целостность данных при передаче Целостность данных при передаче информации играет важную роль при выборе собственно процедуры передачи. В общем случае можно сказать, что чем больше слоев референсной модели используется, тем выше целостность данных при передаче информации.

Не во всех протоколах берутся в расчет все 7 слоев. Если оба партнера, посылающий и принимающий, используют один и тот же протокол, то слой Классификация поддерживаемых протоколов Коммуникационный процессор CP 341 поддерживает следующие протоколы.

• RK 512 - подключение компьютера Следующая схема показывает, как эти протоколы CP 341 связаны с референсной ISO-моделью.

Рис. 2-3 Позиции поддерживаемых протоколов CP 341 в ISO-модели 2 Основные принципы последовательной передачи данных Целостность данных при передаче с ASCII-драйвером Целостность данных при использовании ASCII-драйвера:

• При передаче данных с ASCII-драйвером нет других мер для контроля целостности данных, кроме использования бита четности (который может не использоваться - в зависимости от установок для фрейма символа).

Это значит, что хотя данный тип передачи данных очень эффективен из-за высокой скорости, но целостность данных не гарантируется.

• Использование бита четности дает возможность распознать, что произошла инверсия бита в переданном символе. Однако, если два или более битов будут инвертированы, то данная ошибка не может быть • Для повышения степени целостности данных при передаче используются контрольная сумма и спецификация длины для фрейма сообщения.

Пользователь может применять указанные меры.

• Еще большее повышение степени целостности данных при передаче может быть достигнуто с помощью квитирования фреймов сообщений в ответ на их посылку или прием. Это обеспечивается протоколами высокого уровня для обмена данными (см. Референсная 7-слойная ISOмодель).

Целостность данных при передаче с Улучшенная целостность данных при передаче с 3964R-протоколом:

• Расстояние Хэмминга при использовании 3964R равно 3. Это мера степени целостности данных при передаче.

• 3964R-протокол обеспечивает высокую степень целостности данных при передаче по линии. Такая высокая степень целостности данных достигается с помощью определенных фиксированных установок фрейма сообщений (setup) и разъединения (cleardown), а также использования BCC (Block Check Character - символ проверки блока).

Для передачи данных могут использоваться две разных процедуры - с использованием BCC и без использования BCC:

• без использования BCC (символ проверки блока): • с использованием BCC (символ проверки блока): 3964R В данном руководстве обозначение 3964(R) используется в тех случаях, когда описание касается как одного типа, так и другого типа процедуры передачи PtP-коммуникации CP A5E00488438- Предельная скорость передачи с 3964R Предельная скорость передачи для 3964R-протокола:

• Последующая обработка переданных/принятых данных PLC-программой в коммуникационном партнере не гарантируется. Вы можете обеспечить эту обработку, только используя программируемый механизм квитирования.

• Блочная проверка (block check) протокола 3964R (логическая операция EXOR) не может обнаружить отсутствие нулевых сигналов (в символе в целом), так как "ноль" в логической операции EXOR не влияет на результат операции вычисления. Хотя потеря символа в целом (такой символ должен быть нулевым!) крайне нежелательна, она может произойти при наихудших условиях передачи. Вы можете избежать таких ошибок, используя посылку информации о длине данных сообщения вместе с этими данными и выполняя проверку длины на стороне приема.

• Такие ошибки при передаче данных исключаются, когда используется RK 512 - связь компьютеров, так как в этих условиях (в отличие от протокола 3964(R)) выполняется квитирование ответными фреймами сообщений (например, сохранение в целевом блоке данных) и длина переданных данных записывается в заголовке фрейма сообщения. Это и обеспечивает RK 512 возможность достижения большего значения расстояния Хэмминга (равно 4), чем 3964R.

Целостность данных при передаче с RK Очень высокая целостность данных при передаче с RK 512:

• Расстояние Хэмминга при использовании RK 512 и 3964R равно 4 (мера степени целостности данных при передаче информации).

• Использование RK 512 - соединения компьютеров гарантирует высокую степень целостности при передаче данных по линии связи (так как при RK 512 используется протокол 3964(R) для передачи данных).

• Дальнейшая обработка в коммуникационном партнере обеспечивается, так как интерпретатор RK 512 проверяет длину, указанную в заголовке, и после сохранения информации в блоке данных назначения, генерирует фрейм сообщения, которое подтверждает успешную передачу или ошибку • Драйвер RK 512 гарантирует корректное использование протокола 3964R и анализирует/добавляет спецификацию длины данных, а также независимую генерацию ответных фреймов сообщений. Это происходит без участия пользователя, которому остается только учесть результат.

Предельная скорость передачи с RK Предельная скорость передачи с RK • RK 512 при подключении ПК обеспечивает очень высокую степень целостности данных. Можно еще улучшить эту характеристику, например, используя другие механизмы блочной проверки (напр., CRC-проверки).

2 Основные принципы последовательной передачи данных 2.2.2 Передача данных с помощью протокола 3964(R) Протокол 3964(R) управляет передачей данных посредством PtP-соединения модуля CP 341 с коммуникационным партнером. Кроме "физического слоя" (слой 1) процедура охватывает также "слой доступа к данным" (слой 2).

Параметры управления Во время передачи данных протокол 3964(R) добавляет управляющие символы к информационным данным ("слой доступа к данным"). Эти управляющие символы позволяют коммуникационному партнеру проверить консистентность принятых данных.

Протокол 3964(R) анализирует следующие коды управления:

• STX - (Start of text) - начало передаваемой символьной строки • BCC - (Block check character) - (только 3964R) символ проверки блока • NAK - (Negative Acknowledge) - негативное квитирование Если DLE передается как информационная строка (строка данных), она должна повториться дважды, чтобы ее можно было отличить от управляющих символов - кода управления DLE во время установления связи (setup) и во время освобождения линии.

Приоритет Во время передачи данных с протоколом 3964(R) одному из коммуникационных партнеров назначается более высокий приоритет, а другому партнеру назначается менее высокий приоритет. Если оба партнера одновременно начинают установку соединения, то партнер с менее высоким приоритетом должен отсрочить свой запрос.

PtP-коммуникации CP Проверка контрольной суммы блока Во время передачи данных с протоколом 3964(R) целостность принятых данных повышается при посылке дополнительной информации BCC (символа Контрольная сумма блока - это результат последовательной проверки данных на четность (логическая операция XOR всех байтов данных) посылаемого или принимаемого блока. Ее вычисление начинается с первого байта пользовательских данных (с первого байта фрейма сообщения) после установки соединения и заканчивается после кода DLE EXT при освобождении линии связи.

Если DLE повторяется дважды, то DLE считается дважды во время расчета 2- 2 Основные принципы последовательной передачи данных Передача данных с протоколом 3964(R) Ниже на рисунке представлена последовательность передачи данных с Код начала - старт (02Н) Положительный ответ (10Н) 1-й байт данных 2-й байт данных n-ый байт данных Положительный результат (10Н) только 3964(R) Положительный ответ (10Н) Установка соединения для передачи данных Для установления соединения процедура 3964(R) организует посылку управляющего кода STX. Если коммуникационный партнер отвечает кодом DLE до истечения времени задержки для квитирования (ADT), то процедура переключается на режим передачи (send).

Если коммуникационный партнер отвечает кодом NAK или любым другим управляющим кодом (кроме DLE и STX) или не отвечает до истечения времени задержки для квитирования, то процедура повторяет установление соединения. После определенного числа безуспешных попыток установить соединение процедура прерывает установку соединения и посылает код NAK в адрес коммуникационного партнера. Коммуникационный процессор CP сообщает об ошибке в функциональный блок P_SND_RK (выходной параметр PtP-коммуникации CP A5E00488438- Передача данных Если соединение установлено успешно, то данные пользователя, содержащиеся в выходном буфере CP 341, посылаются коммуникационному партнеру с выбранными параметрами передачи. Партнер проверяет промежутки времени между приходящими символами. Интервал между соседними двумя символами не должен превышать так называемое время задержки символа (character delay time).

Если коммуникационный партнер посылает управляющий код NAK во время активной операции передачи, то процедура передачи блока прерывается и повторяется новая попытка передачи, как описано выше, начиная с установки соединения. Если посылается другой код, то процедура сначала ожидает истечения промежутка времени задержки символа и затем посылает код NAK для перевода коммуникационного партнера в режим ожидания. Затем повторно запускается процедура передачи данных, начиная с кода STX.

Рассоединение канала передачи Как только содержимое буфера пересылается, посылаются добавочные коды DLE, ETX (и при использовании 3964R - контрольная сумма блока BCC) в качестве идентификатора окончания передачи, после чего ожидается прибытие кода квитирования. Если коммуникационный партнер посылает код DLE в течение заданного времени ожидания квитирования (acknowledgment delay time), то это означает, что блок данных принят без ошибок. Если коммуникационный партнер в ответ присылает код NAK, любой другой код (кроме DLE), или код отказа, или в течение заданного времени ожидания квитирования (acknowledgment delay time) вовсе не приходит ответ, то повторно запускается процедура передачи данных, начиная с кода STX.

После определенного числа безуспешных попыток установить соединение процедура прерывает установку соединения и посылает код NAK в адрес коммуникационного партнера. Коммуникационный процессор CP сообщает об ошибке в функциональный блок P_SND_RK (выходной параметр 2- 2 Основные принципы последовательной передачи данных Прием данных с протоколом 3964(R) Ниже на рисунке представлена последовательность приема данных с Коммуникационный Как только наступает состояние готовности, процедура 3964(R) передает один управляющий код NAK коммуникационному партнеру для установки Установка соединения для приема данных Если нет запросов на передачу, процедура ожидает от партнера установления соединения. Если при установлении соединения с кодом STX приемный буфер не пустой, то начинается отсчет промежутка времени мс. Если и по истечении этого времени буфер не пуст, то процедура сообщает об ошибке (в FB выходной параметр STATUS), посылает код NAK и переходит в состояние ожидания. Если буфер пуст, то процедура отвечает Если в состоянии ожидания процедура принимает любой управляющий код, кроме STX или NAK, то она выжидает в течение времени задержки для приема символа (character delay time), затем посылает код NAK. CP сообщает об ошибке в функциональный блок P_RCV_RK (выходной параметр PtP-коммуникации CP A5E00488438- Прием данных Если соединение установлено успешно, то принятые символы, сохраняются в приемном буфере. Если приходят два последовательных кода DLE, то только один из них сохраняется в приемном буфере.

После каждого принятого символа процедура выжидает в течение времени задержки для приема символа (character delay time) прихода следующего символа. Если данный период времени истекает, прежде чем принимается новый символ, то процедура посылает партнеру код NAK. Системная программа сообщает об ошибке в функциональный блок P_RCV_RK (выходной параметр STATUS). Процедура 3964(R), не повторяет действия Если при приеме данных возникают ошибки (потеря символа, ошибка фрейма, ошибка четности и т.д.) то процедура продолжает прием данных до момента разъединения связи, затем посылает коммуникационному партнеру код NAK. После этого ожидается повторение передачи данных. Если неповрежденный блок данных все еще не может быть принят после определенного (в статическом параметре) числа попыток или, если коммуникационный партнер не начинает повторную передачу в течение времени задержки для приема блока (block delay time), равного 4 секундам, то Коммуникационный процессор Cp 341 сообщает о первой передаче данных с ошибкой и о последнем прерывании в функциональный блок P_RCV_RK (выходной параметр STATUS).

Рассоединение канала приема Если процедура 3964 распознает строку символов DLE ETX, то она останавливает прием и посылает коммуникационному партнеру код DLE, если блок данных принят без ошибок. Если блок данных поврежден, то процедура посылает код NAK. После этого ожидается повторение передачи Если процедура 3964R распознает строку символов DLE ETX BCC, то она останавливает прием, рассчитывает BCC принятого символа и сравнивает его с принятым значением BCC. Если результат сравнения положителен и нет других ошибок при приеме, то процедура посылает коммуникационному партнеру код DLE, после чего переходит в режим ожидания. Если результат сравнения отрицателен или при приеме обнаружены различные ошибки, то процедура посылает коммуникационному партнеру код NAK. После этого ожидается повторение передачи данных.

2 Основные принципы последовательной передачи данных Обработка ошибки при передаче данных Ниже на рисунке представлена обработка ошибок при передаче данных с Код начала - старт (02Н) Положительный ответ (10Н) n-ый байт данных Завершение (10Н) Код окончания - стоп (03Н) только 3964(R) Отрицательный ответ (10Н) Рис. 2-7 Трафик данных в ситуации с ошибкой на приеме Если CP 341 принял строку символов DLE ETX BCC, то он рассчитывает BCC принятого блока и сравнивает его с принятым значением BCC. Если результат сравнения положителен и нет других ошибок при приеме, то CP Если результат сравнения отрицателен, то CP 341 посылает партнеру код NAK и ожидает в течение времени задержки T для приема блока (block delay time), равного 4 секундам, новой попытки передачи данных. Если неповрежденный блок данных все еще не может быть принят после определенного числа попыток или, если коммуникационный партнер не начинает повторную передачу в течение времени задержки для приема блока (block delay time), то CP 341 прекращает действия для приема данных.

PtP-коммуникации CP Возникновение конфликтов Ниже на рисунке представлена последовательность передачи данных при возникновении конфликта.

(низкий приоритет) Положительный ответ (10Н) Завершение (10Н) Положительный ответ (10Н) 2-я попытка установления связи:

Код начала - старт (02Н) Положительный ответ (10Н) Рис. 2-8 Трафик данных при возникновении конфликта запросов на передачу Если устройство отвечает на запрос на передачу (код STX) партнера в свою очередь таким же кодом STX в течение заданного времени ожидания квитирования (ADT) вместо кода DLE или NAK, то налицо конфликт запросов коммуникационных партнеров - оба устройства пытаются активировать процесс передачи данных. При этом устройство с низким приоритетом должно отсрочить свой запрос и ответить на запрос партнера кодом DLE.

Устройство с более высоким приоритетом посылает свои данные в соответствии с описанным выше порядком. Как только соединение разрывается, устройство с низким приоритетом может повторить свой запрос.

Для разрешения возможных конфликтов Вы должны задавать различные приоритеты для коммуникационных партнеров.

2- 2 Основные принципы последовательной передачи данных Обработка ошибок Процедура распознает как ошибки, вызванные коммуникационным партнером, так и ошибки, вызванные отказами в линии.

В обоих случаях процедура делает повторные попытки отправить/принять блок консистентных данных. Если такой результат не может быть достигнут за заданное максимальное количество попыток передачи (или если возникают новые ошибочные состояния), то процедура прекращает все попытки отправить/принять данные. Она сообщает номер первой распознанной ошибки и переходит в режим ожидания. Эти сообщения об ошибках отображаются в выходном параметре STATUS блока FB.

Если системная программа часто будет сообщать номер ошибки в выходной параметр STATUS блока FB во время повторных попыток передать/принять данные, то это может приводить к случайным помехам при передаче данных.

Поэтому большое число попыток передачи необходимо предотвратить. В таких случаях рекомендуется проверить коммуникационное соединение на наличие возможных помех, так как частые попытки повторной передачи снижают общую скорость передачи пользовательских данных и их целостность. Тем не менее, помехи передачи могут происходить из-за отказов в системе коммуникационного партнера.

Если при приеме соединение прерывается, то сообщение об ошибке отображается в выходном параметре STATUS функционального блока. При этом не активируются повторные попытки приема. Состояние BREAK (Обрыв) в выходном параметре STATUS блока FB будет автоматически сброшено, как только соединение в линии передачи будет восстановлено.

Для каждой распознанной ошибки передачи (потеря символа, ошибка в фрейме или ошибка четности) сообщается определенный номер, независимо от того, во время передачи или во время приема ошибка произошла. Однако, об ошибке сообщается только после ряда безуспешных повторных попыток.

Запуск процедуры 3964(R) Ниже на схеме показана последовательность операций при запуске 3964(R):

Рис. 2-9 Блок-схема запуска процедуры 3964(R) PtP-коммуникации CP A5E00488438- Передача с помощью процедуры 3964(R) Ниже на схеме представлена передача данных с помощью 3964(R):

приоритет Код управления BCC используется только Начало отсчета TADT с процедурой 3964R;

X = номер попытки установления связи;

W = номер попытки передачи данных;

Немедленный возврат DLE к исходн. состоянию (BREAK) Рис. 2-10 Блок-схема передачи данных с помощью процедуры 3964(R) 2- 2 Основные принципы последовательной передачи данных Прием с помощью процедуры 3964(R) (Часть 1) Ниже на схеме представлена схема приема данных с помощью 3964(R):

TNAKTIM

TNAKTIM = 400мс;

W = номер попытки передачи данных;

Немедленный возврат к исходному состоянию при обрыве линии (BREAK) Рис. 2-11 Блок-схема приема данных с помощью процедуры 3964(R) (часть 1) PtP-коммуникации CP A5E00488438- Прием с помощью процедуры 3964(R) (Часть 2) Ниже на схеме представлена схема приема данных с помощью 3964(R):

W = номер попытки передачи данных;

BCC - только для 3964R;

Немедленный возврат к обрыве линии (BREAK)

W ТBLOCK

Рис. 2-12 Блок-схема приема данных с помощью процедуры 3964(R) (часть 2) 2- 2 Основные принципы последовательной передачи данных 2.2.3 Передача данных при подключении ПК (RK 512) Протокол RK 512 для подключения компьютеров управляет передачей данных посредством PtP-соединения между CP 341 и коммуникационным В отличие от процедуры 3964(R) процедура RK 512 включает в себя не только физический слой (слой 1) и слой связи с данными (слой 2), но также слой транспортировки (слой 4) референсной ISO-модели. Протокол RK для подключения компьютеров также обеспечивает повышенную целостность данных и улучшенную систему адресации.

Фрейм сообщения отклика Протокол RK 512 для подключения компьютеров отвечает на каждый фрейм команды, который был корректно принят, фреймом сообщения отклика в адрес CPU (слой транспортировки). Это позволяет отправителям сообщений определить, пришли ли их данные неповрежденными в CPU или были ли запрошенные данные доступны в CPU.

Фрейм команды Фреймы командных сообщений - это или фрейм SEND (ПЕРЕДАТЬ), или фрейм FETCH (ПОЛУЧИТЬ). В главе 6 рассказано, как инициировать фреймы Фрейм сообщения SEND Фрейм сообщения SEND создается, когда CP 341 посылает фрейм команды с данными пользователя, и коммуникационный партнер отвечает фреймом сообщения отклика, не содержащим данные пользователя.

Фрейм сообщения FETCH Фрейм сообщения FETCH создается, когда CP 341 посылает фрейм команды с данными пользователя, и коммуникационный партнер отвечает фреймом сообщения отклика с данными пользователя.

Фрейм дополнительного сообщения Если объем данных превышает 128 байтов, то фреймы сообщений SEND и FETCH автоматически сопровождаются дополнительными фреймами Заголовок фрейма сообщения Каждый фрейм сообщения при использовании протокола RK 512 начинается с заголовка фрейма сообщения (message frame header). Он может содержать идентификаторы фрейма (ID), информацию о целевых и исходных данных и PtP-коммуникации CP A5E00488438- Структура заголовка фрейма сообщения В следующей таблице показана структура заголовка командного фрейма Таблица 2-1 Структура заголовка фрейма сообщения (RK 512) Идентификатор ID командного фрейма сообщения (00Н) или продолжения командного фрейма (FFH) Идентификатор ID фрейма сообщения (00Н) 'A' (41H) - для запроса SEND (передачи) с назначением DB или 'O' (4FH) - для запроса SEND (передачи) с назначением DX или 'E' (45H) - для запроса FETCH (приема) Данные для обмена состоят из (при передаче возможно только 'D') 'X' (58H) = дополнительный блок данных 5 Целевые данные для запроса SEND или исходные данные для запроса Длина данных обмена соответствующего типа в байтах или Номер байта с FFH отображается, если флаг межпроцессорных коммуникаций не определен Вами Биты 0…3: Номер бита флага межпроцессорных коммуникаций; если Вы не определили флаг межпроцессорных коммуникаций, сюда вводится FH.

Биты 4…7: Номер CPU (число от 1 до 4); если Вы не определили номер CPU, но определили флаг межпроцессорных коммуникаций, то сюда вводится 0H (0); если Вы не определили номер CPU или флаг межпроцессорных коммуникаций, то сюда вводится FH.

Адреса в RK 512 для исходных и целевых данных разделяются по границам машинных слов. Преобразование в байтовые адреса в SIMATIC S7 происходит автоматически.

Буквы в байтах 3 и 4 являются ASCII-символами.

Заголовок дополнительного командного фрейма сообщения состоит только из байтов с номерами с 1 по 4.

2- 2 Основные принципы последовательной передачи данных Фрейм сообщения отклика Как только передается командный фрейм сообщения, RK 512 ожидает прихода фрейма сообщения отклика от коммуникационного партнера в течение определенного времени мониторинга. Продолжительность времени мониторинга зависит от скорости передачи данных.

Для скорости от 300 до 76800 бит/с время мониторинга составляет 10 с.

Структура и содержание заголовка фрейма сообщения отклика Фрейм сообщения отклика состоит из 4 байтов и содержит информацию о процессе обработки запроса.

Таблица 2-2 Структура заголовка фрейма сообщения отклика (RK 512) Идентификатор ID фрейма сообщения отклика (00Н), в дополнительном фрейме сообщения отклика (FFH) Идентификатор ID фрейма сообщения (00Н) Номер ошибки в коммуникационном партнере (см. разд. 8.4) в фрейме 4 00Н - если при передаче не было ошибок По номеру ошибки в фрейме сообщения отклика автоматически определяется номер события в выходном параметре STATUS функционального блока (см. разд. 8.3).

PtP-коммуникации CP Передача данных с протоколом RK Ниже на рисунке представлен процесс передачи данных с фреймом сообщения отклика при использовании протокола RK 512.

Завершение (10Н) Положительный ответ (10Н) Передача фрейма отклика Завершение (10Н) Положительный ответ (10Н) Рис. 2-13 Передача данных с протоколом RK 512 с фреймом сообщения отклика 2 Основные принципы последовательной передачи данных Передача данных Запрос на передачу (SEND) выполняется в следующей последовательности:

Активный партнер посылает фрейм сообщения (SEND), содержащий Пассивный партнер принимает фрейм сообщения, читает заголовок и данные и подтверждает прием фреймом сообщения отклика после Активный партнер принимает фрейм сообщения отклика.

Если объем пользовательских данных превышает 128 байт, то активный партнер посылает дополнительный (продолжение) фрейм сообщения Пассивный партнер принимает дополнительный фрейм сообщения, читает заголовок и данные и подтверждает прием дополнительным фреймом сообщения отклика после пересылки данных в CPU.

Если CPU принимает фрейм сообщения (SEND) с ошибками или если ошибка обнаружена в заголовке фрейма сообщения, то коммуникационный партнер вводит номер ошибки в 4-й байт фрейма сообщения отклика. Этого не происходит в случае ошибок протокола.

PtP-коммуникации CP A5E00488438- Передача дополнительного фрейма сообщения Если объем пользовательских данных превышает 128 байт, то посылается дополнительный фрейм сообщения (SEND). В зависимости от объема "лишние" байты автоматически передаются в одном или в нескольких дополнительных фреймах сообщений. При этом процесс передачи имеет такой же характер как при передаче (SEND) первой порции данных. Ниже на рисунке представлена схема передачи дополнительного фрейма сообщения с дополнительным фреймом ответного сообщения.

Доп. фрейм сообщения (FFH) Завершение (10Н) Код окончания (03Н) Положительный ответ (10Н) Передача дополнительного фрейма отклика Фрейм сообщения отклика Код начала - старт (02Н) Положительный ответ (10Н) Доп. ответный фрейм сообщения Завершение (10Н) Положительный ответ (10Н) Рис. 2-14 Передача дополнительного фрейма сообщения с дополнительным фреймом ответного сообщения 2 Основные принципы последовательной передачи данных Прием данных с протоколом RK Ниже на рисунке представлен процесс приема данных с фреймом сообщения отклика при использовании протокола RK 512.

Завершение (10Н) Положительный ответ (10Н) Фрейм сообщения отклика Код начала - старт (02Н) Положительный ответ (10Н) Завершение (10Н) Положительный ответ (10Н) Рис. 2-15 Прием данных с фреймом сообщения отклика при использовании PtP-коммуникации CP A5E00488438- Прием данных Запрос на прием (FETCH) выполняется в следующей последовательности:

Активный партнер посылает фрейм сообщения (FETCH), содержащий Пассивный партнер принимает фрейм сообщения, читает заголовок, cчитывает данные из CPU и подтверждает фреймом сообщения отклика, Активный партнер принимает фрейм сообщения отклика.

Если объем пользовательских данных превышает 128 байт, то активный партнер посылает дополнительный фрейм сообщения (FETCH), с четырьмя байтами заголовка.

Пассивный партнер принимает дополнительный фрейм сообщения (FETCH), читает заголовок, cчитывает данные из CPU и подтверждает действия дополнительным фреймом сообщения отклика, содержащим Если в 4-м байте присутствует номер ошибки (ненулевое значение), то фрейм ответного сообщения не будет содержать никаких данных.

Если объем запрашиваемых данных превышает 128 байт, то автоматически "лишние" байты считываются, в зависимости от объема, в одном или в нескольких дополнительных фреймах сообщений.

Если CPU принимает фрейм сообщения (FETCH) с ошибками или если ошибка обнаружена в заголовке фрейма сообщения, то коммуникационный партнер вводит номер ошибки в 4-й байт фрейма сообщения отклика. Этого не происходит в случае ошибок протокола.

2- 2 Основные принципы последовательной передачи данных Прием данных с дополнительным ответным фреймом сообщения Ниже на рисунке представлен процесс приема данных с дополнительным фреймом сообщения отклика при использовании протокола RK 512.

Прием дополнительного фрейма сообщения (FETCH) партнер Фрейм-продолжение (FFH) Завершение (10Н) Код окончания (03Н) Положительный ответ (10Н) Дополнителный фрейм Код начала - старт (02Н) Положительный ответ (10Н) Завершение (10Н) Положительный ответ (10Н) Рис. 2-16 Прием данных с дополнительным фреймом сообщения отклика при использовании протокола RK PtP-коммуникации CP Квази-полный дуплексный режим (Quasi-Full-Duplex) Квази-полный дуплексный режим означает такой режим, при котором партнеры могут посылать команды и фреймы ответных сообщений в любое время, если в это время другой партнер не находится в режиме приема.

Максимальная глубина вложения для фреймов команд и фреймов ответных сообщений равна “1”. Следовательно, последующий фрейм команды не может быть обработан, пока на предыдущий фрейм не дано ответное При определенных условиях (если оба партнера инициируют отправление фрейма сообщения) один из партнеров может передать фрейм сообщения SEND (Передача) до получения фрейма сообщения отклика. Например, если фрейм сообщения SEND от партнера был введен в выходной буфер CP до получения фрейма сообщения отклика.

На следующем рисунке показано, что дополнительное сообщение отклика на первое сообщение SEND (Передача) не посылается, пока партнер не передаст фрейм сообщения SEND.

Рис. 2-17 Квази-полный дуплексный режим обмена данными 2 Основные принципы последовательной передачи данных Запросы CPU при использовании протокола RK Ниже на рисунке показаны процессы обработки запроса CPU при обмене данными для соединения с ПК с протоколом RK 512.

Мониторинг времени TRES для фрейма отклика зависит от скорости передачи:

Рис. 2-18 Блок-схема передачи данных с помощью RK 512 при запросах CPU PtP-коммуникации CP A5E00488438- Запросы коммуникационного партнера при использовании протокола RK Ниже на рисунке показаны процессы обработки запроса партнера при обмене данными для соединения с ПК с протоколом RK 512.

Мониторинг времени TRES для фрейма отклика зависит от скорости передачи:

AS - автоматизированная система Рис. 2-19 Блок-схема передачи данных с помощью RK 512 при запросах партнера 2 Основные принципы последовательной передачи данных 2.2.4 Передача данных с помощью ASCII-драйвера ASCII-драйвер обеспечивает управление передачей данных при использовании PtP-соединения между CP 341 и коммуникационным партнером. Этот драйвер содержит физический слой (слой 1 референсной Структура фрейма сообщения остается открытой для полной передачи в адрес CP 341 данных пользователя S7-системы. Для коммуникационного (параметризировать) критерий окончания передачи. Структура посылаемых фреймов сообщения может быть отличной от структуры принимаемых ASCII-драйвер позволяет передавать и принимать данные любой структуры (все печатаемые ASCII-символы, а также другие символы в диапазоне от до FFH (для 8-битовых фреймов символов (character)) или в диапазоне от до 7FH (для 7-битовых фреймов символов).

Передача данных с использованием ASCII-драйвера Когда Вы посылаете данные, Вы должны определить количество байтов пользовательских данных, которые необходимо передать в параметре "LEN" вызываемого функционального блока P_SND_RK.

Если при приеме данных пользователь использует следующий критерий окончания передачи порции данных: ”Expiry of Character Delay Time” ("Заканчивается время ожидания символа"), то ASCII-драйвер будет делать паузу между двумя фреймами сообщений при передаче данных.

Пользователь может организовать вызовы функционального блока P_SND_FK FB в любое время, но ASCII-драйвер не будет выдавать данные на выход, пока не пройдет период времени, больший, чем заданное при параметризации значение времени ожидания символа с момента пересылки Если при приеме данных пользователь использует следующий критерий окончания передачи данных: ”End-of-Text Character” ("Символ окончания текста"), то пользователь может выбрать один из следующих трех вариантов:

• Передавать данные, расположенные вплоть до символа окончания текста с включением этого символа в передаваемые данные Символ окончания текста должен быть включен в пересылаемые данные.

Пересылаются только данные, расположенные до символа окончания текста (включая сам символ), даже если длина данных, определенная в блоке FB, имеет большее значение, чем передаваемый текст.

PtP-коммуникации CP A5E00488438- • Передавать данные до заполнения целевой области для данных, определенной параметром длины в блоке FB.

Длина передаваемых данных должна совпадать с длиной, определенной при параметризации FB. Последний символ должен быть символом • Передавать данные до заполнения целевой области для данных, определенной параметром длины в блоке FB, и автоматически добавлять Длина передаваемых данных должна совпадать с длиной, определенной при параметризации FB. При этом автоматически добавляется символ окончания текста, другими словами, символы окончания текста не должны включаться в пересылаемые данные. В зависимости от числа символов окончания текста, партнеру пересылается на 1 или 2 символа больше, чем Если при приеме данных пользователь использует следующий критерий ("Фиксированная длина фрейма сообщения"), то число передаваемых байтов данных соответствует значению, заданному в параметре ”LEN” блока P_SND_RK. Число принятых байтов данных, т.е. в целевом блоке DB, соответствует значению, заданному для принимающей стороны с использованием параметра ”fixed message frame length” ("Фиксированная длина фрейма сообщения") в интерфейсе параметризации. Оба упомянутых параметра должны быть идентичными для обеспечения корректной передачи данных. При передаче данных между двумя фреймами сообщений вставляется пауза, равная длительности заданного времени ожидания (задержки) (character delay time), чтобы обеспечить возможность синхронизации при обмене данными между партнерами (для определения момента запуска фрейма сообщения).

Если используются некоторые другие методы синхронизации, то пауза между отдельными посылками данных может быть отключена с помощью интерфейса назначения параметров.

Если параметризировано XON/XOFF-управление потоком данных, то пользовательские данные не должны содержать никаких кодов XON или Значения по умолчанию для XON: DC1 = 11H и для XOFF: DC3 = 13H.

2 Основные принципы последовательной передачи данных Передача данных Следующий далее рисунок иллюстрирует процесс передачи данных.

Рис. 2-20 Схема передачи данных PtP-коммуникации CP A5E00488438- Прием данных с использованием ASCII-драйвера Когда Вы посылаете данные с использованием ASCII-драйвера, Вы можете выбрать один из трех критериев окончания передачи данных. Критерий окончания передачи данных определяет момент, когда фрейм сообщения принят полностью. Ниже представлены варианты критериев окончания • Критерий по истечению времени ожидания символа (Expiry of Character При использовании данного критерия фрейм не ограничивается ни максимальной заданной длиной, ни символом конца текста; окончание сообщения определяется наличием паузы в линии передачи (заканчивается время ожидания символа).

Конец фрейма сообщения маркируется определенными одним символом • Критерий по фиксированному числу принятых символов (Receipt of Fixed "Прозрачность" кодов "Прозрачность" кодов процедуры зависит от выбора параметризированного критерия окончания передачи данных и управления потоком данных:

• для критерия по одному символу или двум символам конца текста критерий не обеспечивает "прозрачности" кодов • для критериев по окончанию времени ожидания символа (character delay time) и по фиксированной длине фрейма сообщения (fixed message frame length) критерий обеспечивает "прозрачность" кодов • "Прозрачность" кодов не возможна, если используется XON/XOFFуправление потоком данных.

Прозрачность кодов означает, что любая комбинация символов может встретиться в пользовательских данных без распознавания ее, как кода 2 Основные принципы последовательной передачи данных Критерий окончания сообщения по истечению времени ожидания символа (Expiry of Character Delay Time) Распознан критерий окончания фрейма сообщения, ошибка ввода Рис. 2-21 Схема приема данных с критерием по истечению времени ожидания символа PtP-коммуникации CP A5E00488438- Критерий окончания сообщения по символу конца текста ”End-of-Text Character” При приеме данных конец фрейма сообщения распознается по заданному параметром символу конца текста (”End-of-Text Character”). Данные (включая символ конца текста) принимаются от CPU.

Если во время приема фрейма сообщения истекает время ожидания символа (character delay time), то операция приема завершается. При этом выдается сообщение об ошибке и фрагмент фрейма сообщения отбрасывается.

Если в качестве критерия окончания передачи данных Вы используете символы конца текста (”End-of-Text Character”), то в этом случае нет так называемой "прозрачности" кодов процедуры. Поэтому во избежание ошибочного определения конца фрейма сообщения Вы сами должны обеспечить, чтобы в пользовательских данных не попадались комбинации, совпадающие с заданным кодом символа (символов) конца текста (”End-ofText Character”).

Имейте в виду, что если последний символ в принятом фрейме сообщения не является символом конца текста (”End-of-Text Character”), то:

• символ конца текста где-нибудь в другом месте в фрейме сообщения:

Все символы, включая символ конца текста, вводятся в приемный DB.

Символы, следующие за символом конца текста, - отбрасываются, если время ожидания символа (character delay time) - смешиваются со следующим фреймом сообщения, если новый фрейм сообщения принимается до истечения времени ожидания символа • символ конца текста не включен в фрейм сообщения:

- отбрасывается, если время ожидания символа (character delay time) - смешивается со следующим фреймом сообщения, если новый фрейм сообщения принимается до истечения времени ожидания символа 2 Основные принципы последовательной передачи данных Распознан критерий окончания фрейма сообщения, ошибка ввода

STATUS

Рис. 2-22 Схема приема данных с символом конца текста (”End-of-Text Character”) в качестве критерия окончания передачи данных PtP-коммуникации CP A5E00488438- Критерий фиксированной длины фрейма сообщения (”Fixed Message Frame Length”) При приеме данных конец фрейма сообщения распознается по заданному параметром числу символов текста (”Fixed Message Frame Length”). Данные принимаются от CPU.

Если во время приема фрейма сообщения истекает время ожидания символа (character delay time), то операция приема завершается.

При этом выдается сообщение об ошибке и фрагмент фрейма сообщения отбрасывается.

Имейте в виду, что если длина фрейма сообщения не совпадает с заданным с помощью параметра критериальным фиксированным значением длины фрейма сообщения (”Fixed Message Frame Length”):

• длина фрейма принятых символов сообщения больше, чем заданное параметром фиксированное значение длины фрейма сообщения:

Все символы сверх заданного параметром фиксированного значения отбрасываются, если время ожидания символа (character delay time) истекает после фрейма сообщения;

- смешиваются со следующим фреймом сообщения, если новый фрейм сообщения принимается до истечения времени ожидания символа • длина фрейма принятых символов сообщения меньше, чем заданное параметром фиксированное значение длины фрейма сообщения:

отбрасывается, если время ожидания символа (character delay time) истекает после фрейма сообщения;

- смешивается со следующим фреймом сообщения, если новый фрейм сообщения принимается до истечения времени ожидания символа 2 Основные принципы последовательной передачи данных Распознан критерий окончания фрейма сообщения, ошибка ввода

STATUS

Рис. 2-23 Схема приема данных с фиксированной длиной фрейма сообщения (”Fixed Message Frame Length”) в качестве критерия окончания передачи данных PtP-коммуникации CP Приемный буфер коммуникационного процессора CP Приемный буфер коммуникационного процессора CP 341 содержит байта. При определении параметров Вы можете задать, будут ли перезаписываться данные в приемном буфере. Вы можете также определять диапазон значений (от 1 до 250) для количества принимаемых в буфер фреймов сообщений.

Приемный буфер коммуникационного процессора CP 341 относится к типу кольцевых буферов:

• Если два или больше фреймов сообщений поступили в приемный буфер CP 341, то применяется следующее правило: CP 341 отправляет в CPU то сообщение, которое пришло раньше.

• Если есть необходимость всегда посылать в CPU самое последнее сообщение, то в параметрах для количества буферируемых сообщений Вы должны задать значение "1" и отключить защиту от перезаписи сообщений (overwrite protection).

Если постоянное считывание принятых данных в пользовательской программе прерывается на время, то когда вновь запрашиваются принятые данные, CP 341 в первую очередь отправляет в CPU "старые" фреймы сообщений, то есть те фреймы сообщений, которые пришли раньше, а после этого будут пересланы последние сообщения.

"Старые" фреймы сообщений - это фреймы на момент прерывания процесса передача данных между CP 341 и CPU, или которые уже были Режим RS При использовании ASCII-драйвера в режиме RS 485 (полудуплексный, двухпроводный режим), Вы должны обеспечить в Вашей пользовательской программе, чтобы в одно и то же время только один пользователь посылал данные. При одновременной посылке данных двумя партнерами фреймы сообщений могут быть повреждены.

2 Основные принципы последовательной передачи данных Вспомогательные сигналы RS 232C (Secondary Signals) Следующие вспомогательные сигналы RS 232C могут использоваться в CP • DCD (входной) Data Carrier Detect - Обнаружение несущего сигнала • DTR (выходной) Data Terminal Ready - CP 341 готов к работе • DSR (входной) Data Set Ready - партнер готов к работе • RTS (выходной) Request To Send - CP 341 готов к передаче (send) • CTS (входной) Clear To Send - партнер может принять данные от CP Project (Проект) -> Open Hardware Config (Открыть конфигурацию оборудования) -> дважды щелкнуть на CP 341 -> выбрать кнопку “Parameters” ("Параметры").

Options (Опции) -> Firmware Update (Обновление микропрограммы).

Если связь с CP 341 может быть установлена, то отображается текущее состояние микропрограммы модуля. Если микропрограмма не загружена в модуль CP 341, то отображается "----". Это может быть в результате, например, если процесс обновления прошивки был прерван.

Оригинальная микропрограмма удаляется до прерывания обновления. Вы должны загрузить микропрограмму в модуль до того, как он будет 4. Щелкните на кнопке "Find File" ("Найти файл") для выбора микропрограммы, который надо загрузить ("*.UPD").

Базовая микропрограмма модуля состоит из трех файлов с расширением *.UPD. Выбирайте только файл с названием HEADER.UPD, как файл Версия микропрограммы, которую Вы выбрали, отображается под заголовком "Status of selected firmware" ("Состояние выбранной 5. Щелкните на кнопке "Load Firmware" ("Загрузить микропрограмму") для инициации загрузки в CP 341. Далее будет предложено подтвердить действие. Процедура загрузки немедленно прекращается в случае активации кнопки "Cancel" ("Отмена").

Перед удалением базовой микропрограммы модуля CP 341 проверяет номер MLFB загружаемой микропрограммы для проверки ее на соответствие, т.е. совместима ли она с CP 341.

Новая микропрограмма загружается в системную память модуля CP 341.

Загрузка сопровождается отображением процесса с помощью полоскового индикатора с обозначением "Done" ("Выполнено") в процентах. Модуль немедленно готов к работе после завершения загрузки микропрограммы.

PtP-коммуникации CP Светодиодные индикаторы Использование светодиодных индикаторов для отображения обновления Таблица 5-2 Состояние индикаторов при обновлении микропрограммы в CP Обновление выполняется Обновление Сбой оборудования Мигание Мигание Мигание Отказ в Отключить Просмотр версии оборудования и микропрограммы Вы можете отобразить версию оборудования и микропрограммы для CP 341 в STEP 7 в диалоге “Module Status” ("Состояние модуля"), выбрав опции в File (Файл) -> Open Object (Открыть объект) -> Project (Проект) -> Open Hardware Config (Открыть конфигурацию оборудования) -> Station (Станция) -> Open Online (Открыть в интерактивном режиме) -> дважды 5- 6 Коммуникации посредством FB В данной главе рассмотрены следующие темы:

Коммуникации посредством функциональных блоков Общий обзор функциональных блоков Использование функциональных блоков Использование функциональных блоков при процедуре 3964(R) Использование функциональных блоков при подключении Использование функциональных блоков при использовании ASCIIдрайвера Параметризация функциональных блоков Общая информация по назначению блоков данных DB Параметризация блоков данных DB Общая информация по обработке (выполнению) программы Технические описания функциональных блоков PtP-коммуникации CP 6.1 Коммуникации посредством функциональных блоков Коммуникационная связь между CPU, CP 341 и коммуникационным партнером обеспечивается с помощью FB и протоколов для СР 341.

Коммуникационная связь между CPU и CP Функциональные блоки представляют собой программный интерфейс между CPU и CP 341. Эти блоки должны циклически вызываться в программе Коммуникационная связь между CP 341 и коммуникационным партнером Протоколы обмена транслируются в CP 341. Посредством протокола обмена интерфейс СР 341 согласуется с интерфейсом коммуникационного партнера.

Это позволяет обеспечить связь системы автоматизированного управления S7 с любым коммуникационным партнером с управлением посредством современных стандартных протоколов совместимых в SIMATIC S5 (ASCII, Отношение к прерываниям Вызов функциональных блоков CP 341 в блоках обработки прерывания процесса (OB 40) или диагностического прерывания (OB 82) не допускается.

6.2 Общий обзор функциональных блоков Система S7-300 обеспечивает пользователя множеством функциональных блоков, с помощью которых устанавливается связь и осуществляется управление связью между CPU и коммуникационным процессором CP 341 в пользовательской программе.

Функциональные блоки FB / функции FC В следующей таблице приводятся списки функциональных блоков и функций для коммуникационного процессора CP 341 и описывается их назначение.

6- 6 Коммуникации посредством FB Таблица 6-1 Функциональные блоки и функции для CP FC 5 V24_STAT Функция V24_STAT обеспечивает считывание ASCII (версия 2.0) состояний сигналов на интерфейсе RS 232C модуля FC 6 V24_SET Функция V24_SET обеспечивает установку/сброс ASCII (версия 2.0) выходов на RS 232C-интерфейсе CP 341-RS 232C FB 7 P_RCV_RK считывание данных из коммуникационного партнера Комплект поставки и инсталляция Функциональные блоки CP 341 с интерфейсом параметризации и примерами программ поставляются на компакт-диске, приложенном к руководству.

Функциональные блоки устанавливаются вместе с интерфейсом параметризации. Процесс инсталляции описан в разделе 5.2. После инсталляции функциональные блоки размещаются в библиотеке:

CP 341: FC 5 V24_STAT и FC 6 V24_SET (версия 2.0) Вы можете открыть библиотеку STEP 7 SIMATIC Manager, выбрав опции меню: File (Файл) -> Open (Открыть) -> Library (Библиотека), используя путь размещения: CP PTP\CP 341\Blocks.

Для работы с функциональными блоками просто скопируйте их в свой проект.

Допустимые версии FB и FC Для модуля CP 341 допускается использовать только функции FC 5 V24_STAT и FC 6 V24_SET (в версиях не ниже 2.0). При использовании более ранних версий не гарантируется консистентность данных.

Используйте для передачи данных в CP 341 только блоки FB 7 P_RCV_RK и FB 8 P_SND_RK. Использование блоков FB 2 P_RCV и FB 3 P_SEND для CP 341 не допускается, так как при этом не гарантируется консистентность PtP-коммуникации CP A5E00488438- 6.3 Использование функциональных блоков параметризации функциональных блоков.

Индикация состояния посредством параметра STATUS Необходимо учитывать следующее:

Параметры DONE, NDR, ERROR и STATUS справедливы только при нахождении модуля в рабочем режиме. Поэтому для отображения значения параметра состояния STATUS Вы должны скопировать его в свободную Если значение параметра DONE = ’1’, то это значит, что запрос был обработан без ошибок.

Другими словами, если значение параметра DONE = ’1’, то это значит, что:

– при использовании ASCII-драйвера: запрос был направлен коммуникационному партнеру. Это не обязательно означает, что данные были приняты партнером;

– при использовании процедуры 3964(R): запрос был направлен коммуникационному партнеру и положительный отклик был получен в ответ. Но это не обязательно означает, что данные были направлены в – при использовании подключения ПК с RK 512: запрос был направлен коммуникационному партнеру и данные были переданы в CPU партнера 6.3.1 Использование функциональных блоков при процедуре 3964(R) Функциональные блоки, доступные для соединения с коммуникационным партнером посредством процедуры 3964(R):

• FB 8 P_SND_RK - для передачи данных • FB 7 P_RCV_RK - для приема данных.

6- 6 Коммуникации посредством FB Параллельная обработка запросов Только один блок FB P_SND_RK и один блок FB P_RCV_RK могут быть запрограммированы для каждого модуля CP 341 в пользовательской • только один экземплярный блок данных для FB P_SND_RK и • только один экземплярный блок данных для FB P_RCV_RK, так как данные о состояниях, необходимые для внутренних программ блоков FB сохраняются в экземплярном блоке данных.

Целостность данных Консистентность данных ограничивается 32 байтами из-за размера блока для Следующее касается передачи без потери целостности массива данных, • Отправитель (Sender): не обращайтесь к данным блока DB, предназначенным для передачи, пока все данные не будут переданы • Приемник (Receiver): не обращайтесь к данным приемного блока DB, пока все данные не будут приняты (NDR = 1). После завершения приема заблокируйте доступ приемного блока DB (EN_R = 0) до завершения Передача данных от S7 коммуникационному партнеру, FB P_SND_RK Блок FB P_SND_RK обеспечивает пересылку данных из блока данных, определенных в параметрах DB_NO, DBB_NO и LEN в CP 341. Блок FB P_SND_RK вызывается для передачи данных или циклически, или в определенные моменты времени (безусловно).

Передача данных активируется приходом положительного фронта сигнала на входе REQ. Операция по передаче данных может происходить в течение нескольких циклов (циклов программы), в зависимости от количества Функциональный блок FB P_SND_RK может вызываться в цикле, когда состояние сигнала во входном параметре R становится ”1”. При этом прерывается передача в адрес CP 341 и FB P_SND_RK устанавливается в исходное состояние. Данные, которые уже были приняты CP 341 все еще передаются коммуникационному партнеру. Если на входе R имеется постоянное состояние сигнала ”1”, это означает, что передача Параметр LADDR определяет адрес CP 341.

PtP-коммуникации CP Индикация ошибок в FB P_SND_RK Выходной параметр DONE показывает результат обработки запроса ”запрос обработан без ошибок”. Параметр ERROR показывает, были ли обнаружены ошибки. Если была обнаружена ошибка, то соответствующий номер события отображается в параметре STATUS (см. раздел 8.3). Если ошибок не было, то параметр STATUS = 0. Параметры DONE и ERROR/STATUS также выводят информацию в ответ на RESET блока FB P_SND_RK (см. рис. 6-3). В случае наличия ошибки двоичный результат BR сбрасывается. Если блок обработан без ошибок, то двоичный результат BR имеет состояние ”1”.

Блок P_SND_RK не проверяет параметров, что приводит к тому, что в случае некорректности параметра CPU может переключиться в режим STOP. После перехода CPU из состояния STOP в RUN до того как CP сможет обработать активный запрос, должен быть выполнен механизм запуска CP-CPU для FB FB P_SND_RK (см. раздел 6.5). Любые запросы, активированные в определенное время, не теряются. Они передаются как только заканчивается процесс инициации FB в CP 341.

Действия 6- 6 Коммуникации посредством FB Параметры EN и ENO присутствуют только в графических представлениях (LAD или FBD). Для обработки этих параметров компилятор использует Двоичный результат BR устанавливается в состояние "1", если блок был обработан без ошибок. Если были ошибки, то двоичный результат BR ="0".

Назначения в областях данных Блок FB P_SND_RK работает с экземпляром DB I_SND_RK. Номер DB определяется в вызове. Экземплярный блок DB имеет длину 62 байта. К данным в экземплярном блоке DB нет доступа.

Исключение: если случается ошибка STATUS == W#16#1E0F, то Вы можете проверить переменную SFCERR для получения более подробных сведений (см. раздел 8.3). Данная переменная может быть загружена в экземпляр DB только с использованием доступа по символу.

Параметры функционального блока FB P_SND_RK В следующей таблице перечислены параметры функционального блока FB Параметры R_CPU_NO, R_TYP, R_NO, R_OFFSET, R_CF_BYT и R_CF_BIT не имеют значения при использовании процедуры 3964(R) и могут быть проигнорированы. Вы можете также игнорировать параметр SF, так как по умолчанию он имеет значение ’S’ для режима передачи.

PtP-коммуникации CP Таблица 6-2 Параметры функционального блока FB P_SND_RK

REQ INPUT BOOL

OUTPUT BOOL

OUTPUT BOOL

Параметр доступен до момента следующего вызова FB 6 Коммуникации посредством FB Временная диаграмма для функционального блока FB P_SND_RK Следующий рисунок иллюстрирует поведение параметров DONE и ERROR в Рис. 6-1 Диаграмма для функционального блока FB P_SND_RK PtP-коммуникации CP Вход REQ активируется положительным фронтом сигнала. Для активации не требуется, чтобы результат логической операции RLO имел значение "1" в течение всей процедуры передачи.

Прием данных системой S7 от коммуникационного партнера, FB P_RCV_RK Блок FB P_RCV_RK передает данные от CP 341 в области данных S7, определенные параметрами DB_NO, DBB_NO и LEN. Блок FB P_RCV_RK вызывается для передачи данных или циклически, или в определенные моменты времени (безусловно).

При постоянном состоянии сигнала ”1” в параметре EN_R программа проверяет, могут ли быть данные прочитаны CP 341. Активная передача может быть прервана сигналом ”0” в параметре EN_R. Прерванный запрос приема данных завершается с сообщением об ошибке (в выходном параметре STATUS). Прием деактивирован, пока в параметре EN_R сигнал, равный ”0”. Операция по передаче данных может происходить в течение нескольких циклов (циклов программы), в зависимости от количества передаваемых данных.

Если функциональный блок распознает ”1” в параметре R, то текущий запрос приема прерывается и блок FB P_RCV_RK устанавливается в исходное состояние. Прием деактивирован, пока в параметре R сигнал равен ”1”.

Параметр LADDR определяет адрес CP 341.

Индикация ошибок в блоке FB P_RCV_RK Выходной параметр NDR показывает результат обработки запроса ”запрос обработан без ошибок/данные приняты” (все данные считаны). Параметр ERROR показывает, были ли обнаружены ошибки. Если была обнаружена ошибка, то соответствующий номер события отображается в параметре STATUS (см. раздел 8.3). Если ошибок не было, то параметр STATUS = 0.

Параметры NDR и ERROR/STATUS также выводят информацию в ответ на RESET блока FB P_RCV_RK (параметр LEN == 16#00) (см. рис. 6-2). В случае наличия ошибки двоичный результат BR сбрасывается. Если блок обработан без ошибок, то двоичный результат BR имеет состояние ”1”.

Блок P_RCV_RK не проверяет параметров, что приводит к тому, что в случае некорректности параметра CPU может переключиться в режим STOP. После перехода CPU из состояния STOP в RUN до того как CP сможет обработать активный запрос, должен быть выполнен механизм запуска CP-CPU для FB P_RCV_RK (см. раздел 6.5).

6 Коммуникации посредством FB Действия Параметры EN и ENO присутствуют только в графических представлениях (LAD или FBD). Для обработки этих параметров компилятор использует двоичный результат BR. Двоичный результат BR устанавливается в состояние "1", если блок был обработан без ошибок. Если были ошибки, то Назначения в областях данных Блок P_RCV_RK работает с экземпляром DB I_RCV_RK. Номер DB определяется в вызове. Экземплярный блок DB имеет длину 60 байтов. К данным в экземплярном блоке DB нет доступа.

Исключение: если случается ошибка STATUS == W#16#1E0E, то Вы можете проверить переменную SFCERR для получения более подробных сведений (см. раздел 8.3). Данная переменная может быть загружена в экземпляр DB только с использованием символьного доступа.

PtP-коммуникации CP A5E00488438- Параметры функционального блока FB P_RCV_RK В следующей таблице перечислены параметры FB P_RCV_RK:

Параметры R_TYP, L_NO, L_OFFSET, L_CF_BYT и L_CF_BIT не имеют значения при использовании процедуры 3964(R) и могут быть Таблица 6-3 Параметры функционального блока FB P_RCV_RK

EN_R INPUT BOOL

OUTPUT BOOL

OUTPUT BOOL

Параметр доступен до момента следующего вызова FB 6 Коммуникации посредством FB Временная диаграмма для функционального блока FB P_RCV_RK Следующий рисунок иллюстрирует поведение параметров NDR и ERROR в Рис. 6-2 Диаграмма для функционального блока FB 7 P_RCV_RK Вход EN_R должен иметь постоянный сигнал "1". Во время запроса приема требуется, чтобы результат логической операции RLO имел значение "1".

PtP-коммуникации CP 6.3.2 Использование функциональных блоков при подключении компьютера (RK 512) Функциональные блоки, доступные для соединения с коммуникационным партнером посредством процедуры RK 512:

• FB 8 P_SND_RK - для передачи или выборки (fetch) данных • FB 7 P_RCV_RK - для приема или подготовки (ready) данных.

Опции передачи Активные запросы:

Используйте функциональный блок FB 8 P_SND_RK для отправки активных запросов в CP 341 в пользовательской программе в CPU.

• Вы можете посылать данные из Вашего PLC в адрес удаленного коммуникационного партнера (см. раздел ”Передача данных с помощью • Вы можете выбирать данные из удаленного коммуникационного партнера и помещать их в области данных S7 Вашего PLC (см. раздел “Выборка Примечание: Если Вы считываете данные из CP 341, то Вы должны запрограммировать функциональный блок P_RCV_RK в CP 341.

Пассивные запросы:

Используйте функциональный блок FB 7 P_RCV_RK для параметрирования считывания и подготовки данных в CP 341 с помощью пассивных запросов.

Коммуникационный партнер активен.

• Вы можете считывать данные, посланные удаленным коммуникационным партнером, в области данных S7 Вашего PLC (см. раздел “Прием данных с • Вы можете готовить данные для удаленного коммуникационного партнера в Вашем PLC (см. раздел “Подготовка (Ready) данных с помощью FB Параллельная обработка запросов Только один активный и один пассивный запрос может быть запрограммирован для каждого CP 341 в пользовательской программе.

Модуль CP 341 может обрабатывать пассивный запрос, одновременно управляя активным запросом.

Запомните также, что у Вас есть:

• только один экземплярный блок данных для FB P_SND_RK и • только один экземплярный блок данных для FB P_RCV_RK, так как данные о состояниях, необходимые для внутренних программ блоков FB сохраняются в экземплярном блоке данных.

6 Коммуникации посредством FB Меркеры межпроцессорных коммуникаций (Interprocessor Communication Flags) Использование меркеров межпроцессорных коммуникаций, знакомое еще по SIMATIC S5, поддерживается здесь для параметризации (координации) асинхронного перезаписывания принимаемых данных или для подготовки данных (FB 7 P_RCV_RK) в CP 341, а также для обработки данных в CPU.

Меркеры межпроцессорных коммуникаций могут быть применены только при использовании подключения компьютера с RK 512.

Целостность данных Консистентность данных ограничивается 32 байтами из-за размера блока для Следующее касается передачи без потери целостности массива данных, • Отправитель (Sender): Не обращайтесь к данным блока DB, предназначенным для передачи, пока все данные не будут переданы • Узел выборки данных (Fetcher): Не обращайтесь к данным блока DB, предназначенным для передачи, пока все данные не будут переданы • Приемник (Receiver): Используйте меркеры межпроцессорных коммуникаций. Не обращайтесь к данным приемного блока DB, пока все данные не будут приняты (анализ коммуникационного меркера для текущего запроса: меркер устанавливается на время одного цикла, если NDR = 1). Не сбрасывайте меркер межпроцессорных коммуникаций в "0" до завершения полной обработки всех принятых данных.

межпроцессорных коммуникаций. Не обращайтесь к подготавливаемым данным, пока все данные не будут выбраны (анализ коммуникационного меркера для текущего запроса: меркер устанавливается на время одного коммуникаций в "0" до завершения полной обработки всех принятых Если коммуникационный партнер выбирает данные из области I (входы), O (выходы), F (меркеры), T (таймеры) или C (счетчики), то консистентность данных ограничивается 32 байтами, если Вы не используете меркеры межпроцессорных коммуникаций для предотвращения доступа к этим областям из пользовательской программы, пока передача данных не PtP-коммуникации CP A5E00488438- Передача данных с помощью блока FB P_SND_RK (активный запрос) Функциональный блок P_SND_RK может использоваться при установке параметра SF = ’S’ для передачи значений из областей данных S7 в CP 341.

Передача данных активируется приходом положительного фронта сигнала на входе REQ. Операция по передаче данных может происходить в течение нескольких циклов (циклов программы), в зависимости от количества передаваемых данных (LEN).

Параметр LADDR определяет адрес CP 341.

Область блоков данных - это единственный допустимый источник данных для передачи. Область-источник данных полностью описывается номером блока данных (DB_NO) и смещением (DBB_NO) первого байта данных, предназначенных для передачи в данном блоке данных.

Допустимые области назначения (целевые) - типы данных (R_TYP), блоки данных (DB) и расширенные блоки данных (DX). Целевые области данных полностью описываются номером CPU (R_CPU_NO, только для мультипроцессорных коммуникаций), типом данных (R_TYP: DB или DX), номером блока данных (R_NO) и смещением (R_OFFSET) - номером байта, начиная с которого данные должны записываться.

R_CF_BYT и R_CF_BIT определяют байт и бит меркеров межпроцессорных коммуникаций CPU партнера.

Функциональный блок FB P_SND_RK может вызываться в цикле, когда состояние сигнала во входном параметре R становится ”1”. При этом прерывается передача в адрес CP 341 и FB P_SND_RK устанавливается в исходное состояние. Данные, которые уже были приняты CP 341 все еще передаются коммуникационному партнеру. Если на входе R имеется постоянное состояние сигнала ”1”, это означает, что передача Индикация ошибок в FB P_SND_RK Выходной параметр DONE показывает результат обработки запроса ”запрос обработан без ошибок”. Параметр ERROR показывает, были ли обнаружены ошибки. Если была обнаружена ошибка, то соответствующий номер события отображается в параметре STATUS (см. раздел 8.3). Если ошибок не было, то Параметры DONE и ERROR/STATUS также выводят информацию в ответ на RESET блока FB P_SND_RK (см. рис. 6-3). В случае наличия ошибки двоичный результат BR сбрасывается. Если блок обработан без ошибок, то двоичный результат BR имеет состояние ”1”.