Способы передачи данных в сети Profibus

advertisement
Способы передачи данных
в сети Profibus
Способы передачи данных







Способ передачи данных определяет:
Состав
участников,
их
свойства
и
количество:
Актив<––> Актив (между активными узлами).
Актив<––> Пассив (обмен данными между
активными и пассивными узлами).
Области данных:
1) только области входных и выходных
данных (Е, А); 2) блоки данных DB;
3) любые из набора: входы А, выходы Е,
меркеры М, блоки данных DB.
Способы передачи данных




Порядок установки связи.
Приоритет телеграмм, объём
(количество байт для передачи).
Организацию виртуальной связи.
Затраты на программирование.
телеграмм
Схема передачи данных

Управляющая программа записывает данные,
подлежащие передаче, в область данных. Для
каждого абонента сети должна быть своя область
данных. Телеграмма, кроме данных, содержит
заголовок, включающий номер участника сети,
адрес отправителя (локальный, LADR) и
получателя
(назначения,
DADR).
Если
устройство-получатель
содержит
несколько
управляющих
программ,
то
необходимо
сформировать
виртуальный
канал
связи,
связывающий между собой 2 почтовых ящика
(локальный LSAP и удаленный RSAP).
Схема передачи данных

Функция SEND направляет телеграмму в область
передачи данных, формируя заказ. Чтобы
инициализировать работу службы, функция SEND
передает ей номер этого заказа. Далее служба
устанавливает связь и обслуживает заказ, то есть
передает телеграмму по сети. Службы на
станции-адресате считывают телеграмму в
область приема, и если адрес получателя
совпадает, вызывает функцию RECEIVE, которая
считывает телеграмму, помещает данные из нее
в область данных, и уведомляет управляющую
программу.
Схема передачи данных
Способы передачи данных


Явные: это способы, которые реализуются под
полным контролем и управлением со стороны
управляющей стороны управляющей программы,
т.е. управляющая программа определяет, когда
нужно переслать данные и формирует блок
параметров для передачи.
Неявные: это способы, которые реализуются
автоматически
операционной
системой
или
коммуникационным процессом так, что задачи
управляющей программы сводятся к обработке
передаваемых и получаемых данных.
Неявные способы

1) GP (SDN) – глобальная периферия –
способ, который позволяет производить
обмен информацией между активными
участниками путём объединения адресного
пространства выходных сигналов в единое
пространство. Например, байт выходных
данных АВ3 будет соответствовать байту
глобальной периферии GP1 и т.п. В процессе
работы
каждый
активный
участник
пересылает свои данные с использованием
службы SDN методом широкого вещания.
Неявные способы

Перед каждым сеансом передачи данных
участники сравнивают байты текущего и
предыдущего сеансов и выбирают для
передачи
только
измененные
байты.
Остальные участники принимают телеграммы
полностью, но выбирают только те байты, что
указаны в их списке соответствия. Отсюда
следует, что метод GP применяется для
передачи срочной информации с редко
изменяющимся
составом,
например,
аварийных сигналов.
Неявные способы
Неявные способы

2) ZP (SRD) – циклическая периферия – способ,
который позволяет организовать обмен данными как
между активными, так и между пассивными
участниками путём объединения их адресных
пространств входных и выходных сигналов в общее,
называемое
циклической
периферией,
и
организацией связи по принципу Master – Slave.
Мастером может быть только активный участник
сети. В процессе работы мастер, получив доступ к
сети, формирует запросы для передачи информации
всем подчиненным участникам в соответствии и в
порядке расположения участников в его списке.
Мастер передает телеграмму с использованием
службы SRD. Все телеграммы, отправленные данным
способом, имеют низкий приоритет.
Неявные способы
Неявные способы

3)
DP
(SRD)
–
децентрализованная
периферия – способ, предназначенный для
организации опроса активным участникам
своих собственных периферийных устройств.
Все подчиненные устройства должны быть
пассивными. Выходы подчиненных устройств
как бы являются выходами мастера (входы –
тоже). Ограниченность метода состоит в том,
что активный участник лишается права
одновременно быть участником глобальной
или циклической периферии.
Неявные способы
Явные методы


Явные методы требуют инициативы со
стороны управляющей программы. Включают:
1) AG – AG (точка – точка, PTP).
Преимуществом явных методов является то,
что в качестве источника и приемника
данных могут использоваться блоки данных –
это массивы данных, вмещающие 256 байт
(DB0…DB255), которые хранятся вместе с
блоками
программ;
для
передачи
используется
служба
SDA
(наиболее
надежный способ передачи).
Явные методы
Явные методы


С другой стороны, применять явные методы
можно только для связи активных устройств
(числом до 32х). При этом для каждого
виртуального канала связи выделяются
индивидуальные почтовые ящики (SAP,
Service Active Point), у каждого участника
назначаются одинаковые номера SAP.
Участник передает информацию другому
участнику, но сеанс связи будет закончен
только
после
получения
телеграммы
подтверждения. Управляющая программа
формирует только данные телеграммы.
Явные методы


Инициатива приема и передачи принадлежит
управляющей программе. Для того, чтобы переслать
или принять данные, в управляющей программе
необходимо вызвать специальные функциональные
блоки SFB RECEIVE, SFB SEND.
В контроллере AG1 есть CPU, содержащий
управляющую программу с блоками REC, SEND и
блок данных DB, подлежащих передаче. В
коммуникационном
процессоре
CP
находятся
параметры для вызова служб и подготовлены
запросы ANR. Каждому виртуальному каналу ставится
в соответствии запрос, в котором определена служба
передачи и адрес корреспондента.
Явные методы
Явные методы




Алгоритм обмена информацией следующий:
1.
Контроллер
AG1
вызывает
функциональный блок SEND с передачей ему
номера запроса и источника передаваемых
данных: SEND ANR1, DB.
2. Происходит передача данных в буфер ОС,
устанавливая специальный бит координации
передачи информации (BKC).
3. Когда AG1 получает доступ к сети (это
распознается ОС), происходит вызов службы
SDA в соответствии с номером SAP.
Явные методы




4. AG1 производит передачу данных. Бит,
координирующий передачу, сбрасывается, а
бит,
координирующий
прием
(BKR),
устанавливается.
5. Получатель осуществляет прием данных.
Отправитель переходит в режим ожидания
подтверждения.
6.
Получатель
формирует
телеграмму
подтверждения данных (квитанцию).
7. AG1 получает квитанцию, ОС сбрасывает
бит, координирующий прием.
Явные методы


8. происходит вызов блока RECEIVE с
указанием номера запроса на прием ANR.
Если
код
ошибки
в
телеграмме
подтверждения не нулевой, то информация
передается еще раз.
Явные методы

2) Свободный доступ к уровню 2 (FL2).
Наиболее гибкий способ передачи, который
со
стороны
пользователя
позволяет
полностью
определить
все
параметры
каждого отдельно взятого сеанса связи.
Предоставляет возможность использования
всех 3-х служб SDA, SDN и SDR. Вид
используемой
службы
определяется
в
заголовке
телеграммы.
Поэтому
при
использовании FL2 заголовок телеграммы
должен
формироваться
со
стороны
управляющей программы и, следовательно,
затраты на программирование наибольшие.
Явные методы






C использованием этого способа связи пользователь
может полностью контролировать и определять
порядок передачи и приёма данных между
партнёрами:
выбирать вид службы (SDA, SDN, SRD);
выбирать приоритет (Low/High);
выбирать канал (через параметры LSAP, RSAP, RADR);
выбирать партнера (Act/Pas).
Платой за такую гибкость являются существенные
затраты на разработку и использование ресурсов
управляющей программой, поскольку для каждого
сеанса
передачи
со
стороны
управляющей
программы требуется готовить телеграмму.
Явные методы
Явные методы


Телеграмма состоит из заголовка (8 байт) и данных
(до 242 байт). Байты заголовка:
1. COM CLASS: содержит код, определяющий этап
прохождения (состояние) заказа. Код может быть
следующим: 00 – REQ (запрос), 01 – CONF
(подтверждение), 02 – IND (индикация).
 REQ – формируется при вызове функционального
блока SFB SEND и длится до получения
телеграммы подтверждения;
 CONF
– начинается с момента передачи
телеграммы
подтверждения
партнерам
и
заканчивается
приемом
этой
телеграммы
управляющей
программой
передающего
устройства;
Явные методы
IND – начинается с момента поступления данных
в принимающее устройство и заканчивается
размещением данных в соответствующие блоки
данных;
2. USER ID: байт, который пользователь может
использовать произвольно для себя.
3. SERVICE CODE: байт кода обслуживания –
заносится код службы, которая должна обработать
телеграмму:
 00 – SDA;
 01 – SDN;
 02 – SRD;



Явные методы
06 – RPL_UPD_S (подготовить данные для ответа
для однократной передачи);
 07 - RPL_UPD_M (многократная передача);
 7F – BROADCAST – широкое вещание.
4. LINK STATUS: байт, в котором содержится код
ошибки при передаче и приеме данных. Даже при
использовании SDN ОС заносит код ошибки. Если
используется SDA, то в этом байте содержится код
ошибки.
5. PRIOR: байт, содержащий значение приоритета
телеграммы (00 –низкий, 10 - высокий).
6. RSAP: показывает через какой почтовый ящик
передается информация.




Явные методы



7. RADR: адрес удаленного участника.
8. SEGM ADR: адрес сегмента – забивается FF (в сети
PROFIBUS не используется).
Процесс передачи осуществляется на стороне
активного
партнера
при
наступлении
состояния REQ. Данные извлекаются из
буфера и телеграмма отправляется адресату.
На
стороне
передающего
устройства
начинается состояние CONF. На стороне
приемника вызывается блок RECEIVE и
наступает состояние IND.
Явные методы


Для координирования действий блоков SEND
и RECEIVE в управляющей программе
постоянно вызывается блок SEB CONTROL с
указанием номера запроса ANR, который
считывает
слово
индикации
ANZW,
содержащее
информацию
о
состоянии
запроса.
3)
FMS.
Используется
для
контроля
состояния сети. Обычно устанавливаются на
стороне операторских станций, например, с
целью
диагностики
сети
и
выдачи
сообщений.
Сводная таблица характеристик
способов передачи








Способ: GP
Участники: Act
Их число: 32
Служба: SDN
Приоритет: High
Размер телеграммы: 64A/256E
Управл. Программа: - / +
Затраты на программирование: низкие
Сводная таблица характеристик
способов передачи








Способ: ZP
Участники: Act/Pas
Их число: 32/всего 128
Служба: SRD
Приоритет: Low
Размер телеграммы: 256A/256E/Всего 256
Управл. Программа: - / +
Затраты на программирование: низкие
Сводная таблица характеристик
способов передачи








Способ: DP
Участники: Master/Slave
Их число: 1/всего 128
Служба: SRD
Приоритет: Low
Размер телеграммы: 242A/242E/Всего 256
Управл. Программа: - / +
Затраты на программирование: низкие
Сводная таблица характеристик
способов передачи








Способ: PTP
Участники: Act
Их число: 32
Служба: SDA
Приоритет: Low
Размер телеграммы: 128B
Управл. Программа: +
Затраты на программирование: средние
Сводная таблица характеристик
способов передачи








Способ: FL2
Участники: Act/Pas
Их число: 55
Служба: SDN, SRD, SDA
Приоритет: High/ Low
Размер телеграммы: 8B+242B
Управл. Программа: +
Затраты на программирование: высокие
Сводная таблица характеристик
способов передачи


Способ: FMS
Используются
устройствами
программирования
для
диагностики
и
определения состояния сети.
Download