Profibus pa и profibus dp в чем разница
PROFIBUS vs PROFINET
Основные характеристики протоколов PROFIBUS / PROFINET:
PROFIBUS | PROFINET | |
организация | PROFIBUS & PROFINET International | |
конфигурационный файл | GSD (General Station Description) | |
профили | PROFIsafe, PROFIenergy, PROFIdrive | |
физический уровень | RS-485 | Ethernet |
скорость | 12Mбит/с | 1Гбит/с или 100Mбит/с |
max размер блока данных | 244 байт | 1440 байт |
Количество устройств | 126 | неограниченно |
Сеть | master/slave | provider/consumer |
беспроводная среда | возможна | Wi-Fi, Bluetooth |
Детерминированный режим | есть | есть |
M2M-взаимодействие | нет | есть |
Топология | шина | любая |
Оба протокола были созданы при участии компании Siemens AG и поддерживаются консорциумом PROFIBUS & PROFINET International (PI). Конфигурация устройств описывается GSD-файлом (General Station Description) в виде ASCII-файла для PROFIBUS и XML-файла для PROFINET соответственно. У PROFIBUS и PROFINET также есть общие профили для определенных устройств или приложений, например:
Протокол PROFIBUS был разработан в 1989 году компанией Siemens для собственных промышленных контроллеров Simatic. В глобальном смысле это был качественный переход от аналоговых сигналов 4-20 мА к цифровым промышленным сетям (RS-485), на базе которых были разработаны несколько совместимых друг с другом спецификаций Profibus PA, Profibus DP и Profibus FMS. В настоящее время наблюдается качественный переход от RS-485 к быстро распространяющимся промышленным стандартам Ethernet. PROFINET, используя коммерческий успех Ethernet, в какой-то степени «предвидел будущее» оценив скоростные характеристики Ethernet (100 Мбит/с, сегодня может работать на скоростях Gigabit Ethernet и выше). Протокол Ethernet характеризуется высокой пропускной способностью, большим размером передаваемого пакета данных и неограниченным адресным пространством (ограничение только пределами производительности контроллера).
PROFIBUS может передавать сообщения по беспроводной сети, что часто требует специализированных средств от того же производителя. PROFINET, будучи стандартом, основанным на Ethernet, использует беспроводные спецификации IEEE 802.11, 15.1.
На многих предприятиях используются шлюзы для перехода из локальных сетей Ethernet в сеть PROFIBUS, либо из PROFINET в PROFIBUS. Пример подобного шлюза изображен на рис. 1
Рис 1. Шлюз Hilscher NT 100-RE-DP для связи PROFINET IO и PROFIBUS DP
Но так как использование PROFINET является качественно новым подходом, позволяющим связать в единую сеть реального времени практически все устройства предприятия, возникает проблема организации данной связи. Для комплексного решения этой задачи рекомендуется использовать мощный прокси-сервер. Прокси-сервер используется как шлюз для перевода данных одного протокола в другой, при этом поддержка протоколов может быть очень обширной. Например возможность работы сразу с PROFIBUS DP, PROFIBUS РА, AS-интерфейса, IO-Link, сетей DeviceNet, Foundation Fieldbus, CANopen, Modbus, HART и т. д. Например, IO-Link и AS-интерфейс позволяют контактировать с интеллектуальными устройствами минуя Ethernet- порт.
Во многих случаях, когда требуется установить связь между сетями fieldbus и Ethernet, прокси-сервер позволяет сделать эту связь бесшовной. Ниже представлена графическая схема магистральной шины PROFINET, прокси-сервера и PROFIBUS-устройств.
Рис 2. Прокси-сервер между PROFINET и PROFIBUS
В сети PROFIBUS данные от ведомого устройства проходят в сеть PROFINET через прокси-сервер (Master в модели ведущий/ведомый по отношению к PROFIBUS-устройствам). Прокси-сервер может быть выполнен, в том числе, для взрывоопасных сред.
Современные стандарты
PI (PROFIBUS & PROFINET International) ежегодно проводит аудит новых узлов. По итогам 2016 года, к устройствам с PROFIBUS и PROFINET добавилось 2,4 м и 3,6 млн. устройств соответственно. 2016 год стал первым годом, в котором PROFINET-устройств было продано больше, чем устройств стандарта PROFIBUS, общее количество которых в мире составляет более 56,1 млн.
Рис 3. Количество устройств, присоединенных к PROFINET
Рис 4. Процентное соотношение PROFINET и PROFIBUS
Резюме
Существует достаточно различий между PROFIBUS и PROFINET, например, в пропускной способности, возможности использования протокола TCP/IP. Но, несмотря на то, что распространение PROFINET в настоящий момент опережает PROFIBUS, этот стандарт еще долго будет использоваться во многих областях промышленности, транспорте, энергетике, где задачи управления обладают приоритетом над скоростью и гибкостью. В конце концов, переход промышленных систем от сетей PROFIBUS на новые технологии, такие как PROFINET, должен проводиться поэтапно, согласованно с задачами непрерывного управления производством. Существуют разные стратегии перехода, но в целом с помощью технологий консорциума PI обеспечена плавная и экономичная миграция в современный и гибкий стандарт путем интеграции последовательной шины fieldbus через прокси-сервер в PROFINET.
Информационно-техническая свалка, как свое так и из сети (ДЛЯ ЛИЧНОГО ИСПОЛЬЗОВАНИЯ)
PROFIBUS Protocol
OSI-Layer | PROFIBUS | ||||
---|---|---|---|---|---|
7 | Application | DPV0 | DPV1 | DPV2 | Management |
6 | Presentation | — | |||
5 | Session | ||||
4 | Transport | ||||
3 | Network | ||||
2 | Data Link | FDL | |||
1 | Physical | EIA-485 | Optical | MBP |
Application layer
To utilise these functions, various service levels of the DP protocol were defined:
DP-V0:
Функции ведущего устройства состоят из функций «Конфигурирование», «Назначение параметров», «Чтение диагностических данных», а также функций циклического чтение входных/текущих значений и запись выходных/заданных значений.
DP-V1:
Функциональные расширения DP (DP-V1) позволяют выполнять также ациклические функции чтения и записи параллельно выполнению циклического обмена. Этот тип ведомых устройств должен снабжаться расширенными данными параметрирования во время пуска, а также во время работы. Эти ациклически передаваемые данные параметрирования изменяются редко по сравнению с циклически передаваемыми заданиями, истинными значениями и результатами измерения, и передаются с более низким приоритетом параллельно к высокоскоростной передаче данных. Таким образом можно передавать подробные данные диагностирования.
Формат сообщений (telegram) Profibus
Общий формат данных сообщения Profibus
SD | LE | LEr | SD | DA | SA | FC | DSAP | SSAP | PDU | FCS | ED |
SD | 1 байт | — стартовый разделитель (Start Delimiter). Используется для указания начала телеграммы и ее формата. Имеется четыре типа разделителей для телеграмм запроса и ответа и один тип для короткого уведомления. Короткое уведомление имеет поле SD, но не в начале телеграммы;
SC, SD1, SD2, SD3, SD4 и ED отстоят друг от друга на расстояние Хэмминга (HD=4), т.е. они отличаются друг от друга 4 битами. | ||||||||||||
LE | 1 байт | — длина передаваемых данных DA+SA+FC+DSAP+SSAP+PDU; | ||||||||||||
LEr | 1 байт | — повторение поля LE с целью его резервирования; | ||||||||||||
DA | 1 байт | — адрес устройства-получателя телеграммы; | ||||||||||||
SA | 1 байт | — адрес отправителя; | ||||||||||||
FC | 1 байт | – код типа телеграммы (запрос, уведомление, ответ, диагностические данные, тип устройства — мастер или ведомый, приоритет, уведомление); | ||||||||||||
DSAP | 1 байт | — устройство-получатель использует это поле чтобы определить, какой тип сервиса нужно выполнить; | ||||||||||||
SSAP | 1 байт | — COM порт отправителя; | ||||||||||||
PDU | 1 … 32 байт или 1…244 байт | — данные длиной от 1 до 244 байт; | ||||||||||||
FCS | 1 байт | — контрольная сумма телеграммы (сумма значений полей DA+SA+ FC+DU, по модулю 255); | ||||||||||||
ED | 1 байт | — признак конца (End Delimiter). Определяет окончание сообщения. Имеет фиксированное значение ED = 0x16 |
Various telegram types are used. They can be differentiated by their start delimiter (SD):
Можно выделить следующие форматы сообщений они определяются стартовым разделителем:
Сообщения без данных (SD1 = 0x10)
Сообщения с переменной длиной (SD2 = 0x68)
D2 | LE | LEr | SD2 | DA | SA | FC | DSAP | SSAP | PDU | FCS | ED |
SAP (Decimal) | SERVICE |
---|---|
Default 0 | Cyclical Data Exchange (Write_Read_Data) |
54 | Master-to-Master SAP (M-M Communication) |
55 | Change Station Address (Set_Slave_Add) |
56 | Read Inputs (Rd_Inp) |
57 | Read Outputs (Rd_Outp) |
58 | Control Commands to a DP Slave (Global_Control) |
59 | Read Configuration Data (Get_Cfg) |
60 | Read Diagnostic Data (Slave_Diagnosis) |
61 | Send Parameterization Data (Set_Prm) |
62 | Check Configuration Data (Chk_Cfg) |
Note: SAP55 is optional and may be disabled if the slave doesn’t provide non-volatile storage memory for the station address.
PDU = Protocol Data Unit (payload data)
The PDU data field is made up of an address part and the actual payload data. The address part contains 0 to maximum 2 address extension bytes in the form of SAPs (Service Access Points). The payload without SAPs comprises a maximum of 246 bytes and 244 bytes with SAPs.
PDU имеет переменную длину данных от 1 до максимум 246 байт (без SAP) или 246 байт (с SAP).
Сообщения с фиксированной длиной данных (SD3 = 0xA2)
PDU имеет фиксированную длину 8 байт
Сообщение — маркер (SD4 = 0xDC)
Короткое подтверждение (SC = 0xE5)
SC stands for Short Confirmation.
For telegrams that just have to be confirmed, SC is a valid response telegram. For telegrams that must be responded to with data, an SC telegram can be used to signal that the data is not currently available.
Физическая реализация
Шина Profibus DP определена стандартом МЭК 61158 и технически базируется на 2-проводной системе RS-485 с полудуплексным режимом передачи данных.
Ниже приведены схемы адаптеров Profibus DP/RS232/RS485/USB, однако сдежует учесть, что необходимо настроить скорость передачи данных или в случае мониторинга — приема, т.к. скорость в сети Profibus DP не всегда соответствует стандартным скоростям COM порта.
PC’s Serial Port | 9600 | 19200 | 38400 | — | 57600 | — | 115200 | — |
---|---|---|---|---|---|---|---|---|
Profibus DP | 9600 | 19200 | — | 45450 | — | 93750 | — | 187500 |
«Железо»:
Простые схемы адаптера Profibus — RS232
1. http://www.plctalk.net/qanda/showthread.php?t=22201
2. http://profim.sourceforge.net/index.html#about
Profibus pa и profibus dp в чем разница
PROFIBUS ((PROcess FIeld BUS)) (читается — Профи бас) — открытая промышленная сеть, прототип которой был разработан компанией Siemens AG для своих промышленных контроллеров SIMATIC, на основе этого прототипа Организация пользователей Profibus разработала международные стандарты, принятые затем некоторыми национальными комитетами по стандартизации. Очень широко распространена в Европе, особенно в машиностроении и управлении промышленным оборудованием. Сеть PROFIBUS это комплексное понятие, она основывается на нескольких стандартах и протоколах. Сеть отвечает требованиям международных стандартов IEC 61158 и EN 50170. Поддержкой, стандартизацией и развитием сетей стандарта PROFIBUS занимается PROFIBUS NETWORK ORGANISATION (PNO)[1].
PROFIBUS объединяет технологические и функциональные особенности последовательной связи полевого уровня. Она позволяет объединять разрозненные устройства автоматизации в единую систему на уровне датчиков и приводов.
PROFIBUS использует обмен данными между ведущим и ведомыми устройствами (протоколы DP и PA) или между несколькими ведущими устройствами (протоколы FDL и FMS). Требования пользователей к получению открытой, независимой от производителя системе связи, базируется на использовании стандартных протоколов PROFIBUS.
Сеть PROFIBUS построена в соответствии с многоуровневой моделью ISO 7498 — OSI. PROFIBUS определяет следующие уровни:
Поддерживаемые стандарты
Открытость и независимость от производителя гарантирует стандарт EN 50170, все остальное реализовано в соответствии со стандартом DIN 19245 (а именно: техника передачи данных, методы доступа, протоколы передачи, сервисные интерфейсы для уровня приложений, спецификация протоколов, кодирование, коммуникационная модель и т. д. ). С помощью PROFIBUS, устройства разных производителей могут работать друг с другом без каких-либо специальных интерфейсов. Семейство PROFIBUS состоит из трех совместимых друг с другом версий: PROFIBUS PA, PROFIBUS DP и PROFIBUS FMS.
Описание
Физический уровень PROFIBUS
Физически PROFIBUS может представлять из себя:
Скорость передачи по ней может варьироваться от 9,6 Кбит/сек до 12 Мбит/сек.
Протокол доступа к шине
Для всех версий PROFIBUS существует единый протокол доступа к шине. Этот протокол реализуется на 2 уровне модели OSI (который называется в PROFIBUS-FDL). Данный протокол реализует процедуру доступа с помощью маркера (token). Сеть PROFIBUS состоит из ведущих (master) и ведомых (slave) станций. Ведущая станция может контролировать шину, то есть может передавать сообщения (без удалённых запросов), когда она имеет право на это (то есть когда у неё есть маркер). Ведомая станция может лишь распознавать полученные сообщения или передавать данные после соответствующего запроса. Маркер циркулирует в логическом кольце, состоящем из ведущих устройств. Если сеть состоит только из одного ведущего, то маркер не передаётся (в таком случае в чистом виде реализуется система master-slave). Сеть в минимальной конфигурации может состоять либо из двух ведущих, либо из одного ведущего и одного ведомого устройства.
Конфигурирование PROFIBUS
Протоколы сети PROFIBUS
Одни и те же каналы связи сети PROFIBUS допускают одновременное использование нескольких протоколов передачи данных:
Протокол характеризуется минимальным временем реакции и высокой стойкостью к воздействию внешних электромагнитных полей. Оптимизирован для высокоскоростных и недорогих систем. Эта версия сети была спроектирована специально для связи между автоматизированными системами управления и распределенной периферией. Электрически близка к RS-485, но сетевые карты используют 2-х портовую рефлективную память, что позволяет устройствам обмениваться данными без загрузки процессора контроллера.
Все протоколы используют одинаковые технологии передачи данных и общий метод доступа к шине, поэтому они могут функционировать на одной шине. Дополнительно к перечисленным протоколам, поддерживаются следующие возможности обмена данными:
Обзор современных протоколов в системах промавтоматики
В прошлой публикации мы рассказали о том, как работают шины и протоколы в промышленной автоматизации. В этот раз сфокусируемся на современных рабочих решениях: посмотрим, какие протоколы используются в системах по всему миру. Рассмотрим технологии немецких компаний Beckhoff и Siemens, австрийской B&R, американской Rockwell Automation и русской Fastwel. А также изучим универсальные решения, которые не привязаны к конкретному производителю, такие как EtherCAT и CAN.
В конце статьи будет сравнительная таблица с характеристиками протоколов EtherCAT, POWERLINK, PROFINET, EtherNet/IP и ModbusTCP.
Мы не включали в обзор протоколы PRP, HSR, OPC UA и другие, т.к. по ним на Хабре уже есть отличные статьи наших коллег-инженеров, которые занимаются разработкой систем промавтоматики. Например, «Протоколы «бесшовного» резервирования PRP и HSR» и «Шлюзы промышленных протоколов обмена на Linux. Собери сам».
Для начала определим терминологию: Industrial Ethernet = промышленная сеть, Fieldbus = полевая шина. В российской промышленной автоматике случается путаница в терминах, касающихся полевой шины и промышленной сети нижнего уровня. Часто эти термины объединяются в единое расплывчатое понятие «нижний уровень», который именуется и полевой шиной, и шиной нижнего уровня, хотя это может быть и не шина вовсе.
Стандарт промышленной сети EtherCAT, разработка компании Beckhoff
Протокол и промышленная сеть EtherCAT — это, пожалуй, один из самых быстродействующих на сегодня способов передачи данных в системах автоматики. Сеть EtherCAT успешно используется в распределенных системах автоматизации, где взаимодействующие узлы разнесены на большое расстояние.
Протокол EtherCAT использует стандартные Ethernet-фреймы для передачи своих телеграмм, поэтому сохраняется совместимость с любым стандартным Ethernet-оборудованием и, по сути, прием и передача данных могут быть организованы на любом Ethernet-контроллере, при наличии соответствующего программного обеспечения.
Контроллер Beckhoff с набором модулей ввода-вывода. Источник: www.beckhoff.de
Спецификация протокола открыта и доступна, но только в рамках ассоциации разработки — EtherCAT Technology Group.
Вот, как работает EtherCAT (зрелище завораживает, как игра Zuma Inca):
Высокая скорость обмена в этом протоколе —а речь может идти о единицах микросекунд— реализована благодаря тому, что разработчики отказались от обмена с помощью телеграмм, посылаемых непосредственно конкретному устройству. Вместо этого в сеть EtherCAT направляется одна телеграмма, адресованная всем устройствам одновременно, каждый из подчиненных узлов сбора и передачи информации (их еще часто называют УСО — устройство связи с объектом) забирает из нее «на лету» те данные, которые предназначались ему, и вставляет в телеграмму данные, который он готов предоставить для обмена. После этого телеграмма отправляется следующему подчиненному узлу, где происходит та же операция. Пройдя все УСО, телеграмма возвращается главному контроллеру, который на основе полученных от подчиненных устройств данных, реализует логику управления, опять же взаимодействуя посредством телеграммы с подчиненными узлами, которые выдают управляющий сигнал на оборудование.
Сеть EtherCAT может иметь любую топологию, но по сути это всегда будет кольцо — из-за использования полнодуплексного режима и двух разъемов Ethernet. Таким образом, телеграмма всегда будет передаваться последовательно каждому устройству на шине.
Схематичное представление сети Ethercat с несколькими узлами. Источник: realpars.com
Кстати, спецификация EtherCAT не содержит ограничений физического уровня 100Base-TX, поэтому реализация протокола возможна на основе гигабитных и оптических линий.
Открытые промышленные сети и стандарты PROFIBUS/NET компании Siemens
Немецкий концерн Siemens давно известен своими программируемыми логическими контроллерами (ПЛК), которые используется по всему миру.
Обмен данными между узлами автоматизированной системы под управлением оборудования Siemens реализуется как по полевой шине, которая называется PROFIBUS, так и в промышленной сети PROFINET.
Шина PROFIBUS использует специальный двужильный кабель с разъемами DB-9. У Siemens он фиолетовый, но мы на практике встречали и другие :). Для связи нескольких узлов разъем может соединять два кабеля. Также в нем есть переключатель для терминального резистора. Терминальный резистор должен быть включен на концевых устройствах сети, таким образом сообщается, что это первое или последнее устройство, а после него уже ничего нет, только мрак и пустота (все rs485 так работают). Если на промежуточном разъеме включить резистор, то следующий за ним участок будет отключен.
Кабель PROFIBUS с соединительными разъемами. Источник: VIPA ControlsAmerica
В сети PROFINET используется аналог витой пары, как правило, с разъемами RJ-45, кабель окрашен в зеленый цвет. Если топология PROFIBUS —шина, то топология сети PROFINET может представлять собой что угодно: хоть кольцо, хоть звезду, хоть дерево, хоть все вместе взятое.
Контроллер Siemens с подключенным кабелем PROFINET. Источник: w3.siemens.com
Существуют несколько протоколов обмена по шине PROFIBUS и в сети PROFINET.
Протокол PROFINET IO делится на несколько классов:
Что касается реализации протокола жесткого реального времени PROFINET IRT, то для коммуникаций с удаленными устройствами в нем выделяют два канала обмена: изохронный и асинхронный. Изохронный канал с фиксированной по времени длиной цикла обмена использует тактовую синхронизацию и передает критичные ко времени данные, для передачи используются телеграммы второго уровня. Длительность передачи в изохронном канале не превышает 1 миллисекунду.
В асинхронном канале передаются так называемые real-time-данные, которые тоже адресуются посредством MAC-адреса. Дополнительно передается различная диагностическая и вспомогательная информация уже поверх TCP/IP. Ни real-time-данные, ни тем более другая информация, разумеется, не может прерывать изохронный цикл.
Расширенный набор функций PROFINET IO нужен далеко не для каждой системы промышленной автоматики, поэтому этот протокол масштабируют под конкретный проект, с учетом классов соответствия или классов применения (conformance classes): СС-A, CC-B, CC-CC. Классы соответствия позволяют выбрать полевые устройства и магистральные компоненты с минимально необходимой функциональностью.
Источник: PROFINET university lesson
Второй протокол обмена в сети PROFINET — PROFINET CBA — служит для организации промышленной связи между оборудованием различных производителей. Основной производственной единицей в системах СВА является некая сущность, которая называется компонентом. Этот компонент обычно представляет собой совокупность механической, электрической и электронной части устройства или установки, а также соответствующее прикладное программное обеспечение. Для каждого компонента выбирается программный модуль, который содержит полное описание интерфейса данного компонента по требованиям стандарта PROFINET. После чего эти программные модули используются для обмена данными с устройствами.
Протокол Ethernet POWERLINK компании B&R
Протокол Powerlink разработан австрийской компанией B&R в начале 2000-х. Это еще одна реализация протокола реального времени поверх стандарта Ethernet. Спецификация протокола доступна и распространяется свободно.
В технологии Powerlink применяется механизм так называемого смешанного опроса, когда всё взаимодействие между устройствами делится на несколько фаз. Особо критичные данные передаются в изохронной фазе обмена, для которой настраивается требуемое время отклика, остальные данные, будут переданы по мере возможности в асинхронной фазе.
Контроллер B&R с набором модулей ввода-вывода. Источник: br-automation.com
Изначально протокол был реализован поверх физического уровня 100Base-TX, но позже была разработана и гигабитная реализация.
В протоколе Powerlink используется механизм планирования обмена. В сеть посылается некий маркер или управляющее сообщение, с помощью него определяется, какое из устройств имеет в данный момент разрешение на обмен данными. В каждый момент времени доступ к обмену может иметь только одно устройство.
Схематическое представление сети Ethernet POWERLINK с несколькими узлами.
В изохронной фазе опрашивающий контроллер последовательно посылает запрос каждому узлу, от которого необходимо получить критичные данные.
Изохронная фаза выполняется, как уже было сказано, с настраиваемым временем цикла. В асинхронной фазе обмена используется стек протокола IP, контроллер запрашивает некритичные данные у всех узлов, которые посылают ответ по мере получения доступа к передаче в сеть. Соотношение времени между изохронной и асинхронной фазами можно настроить вручную.
Протокол Ethernet/IP компании Rockwell Automation
Протокол EtherNet/IP разработан при активном участии американской компании Rockwell Automation в 2000 году. Он использует стек TCP и UDP IP, и расширяет его для применения в промышленной автоматизации. Вторая часть названия, вопреки расхожему мнению, означает не Internet Protocol, а Industrial Protocol. UDP IP использует коммуникационный стек протокола CIP (Common Interface Protocol), который также используется в сетях ControlNet / DeviceNet и реализуется поверх TCP/IP.
Спецификация EtherNet/IP является общедоступной и распространяется бесплатно. Топология сети Ethernet/IP может быть произвольной и включать в себя кольцо, звезду, дерево или шину.
В дополнение к стандартным функциям протоколов HTTP, FTP, SMTP, EtherNet/IP реализует передачу критичных ко времени доставки данных между опрашивающим контроллером и устройствами ввода/вывода. Передача некритичных ко времени данных обеспечивается пакетами TCP, а критичная ко времени доставка циклических данных управления идет по протоколу UDP.
Для синхронизации времени в распределенных системах EtherNet/IP использует протокол CIPsync, который является расширением коммуникационного протокола CIP.
Схематическое изображение сети Ethernet/IP с несколькими узлами и подключением Modbus-устройств. Источник: www.icpdas.com.tw
Для упрощения настройки сети EtherNet/IP большинство стандартных устройств автоматики имеют в комплекте заранее определенные конфигурационные файлы.
Реализация протокола FBUS в компании Fastwel
Долго думали, включать ли в этот список российскую компанию Fastwel с ее отечественной реализацией промышленного протокола FBUS, но потом все же решились написать пару абзацев для лучшего понимания реалий импортозамещения.
Существует две физические реализации FBUS. Одна из них — это шина, в которой протокол FBUS работает поверх стандарта RS485. Кроме этого есть реализация FBUS в промышленной сети Ethernet.
FBUS сложно назвать быстродействующим протоколом, время ответа сильно зависит от количества модулей ввода-вывода на шине и от параметров обмена, обычно оно колеблется в пределах 0,5—10 миллисекунд. Один подчиненный узел FBUS может содержать только 64 модуля ввода-вывода. Для полевой шины длина кабеля не может превышать 1 метр, поэтому о распределенных системах речь не идет. Вернее идет, но только при использовании промышленной сети FBUS поверх TCP/IP, что означает увеличение времени опроса в несколько раз. Для подключения модулей могут использоваться удлинители шины, что позволяет удобно расположить модули в шкафу автоматики.
Контроллер Fastwel с подключенными модулями ввода-вывода. Источник: Control Engineering Россия
Итого: как всё это используется на практике в АСУ ТП
Естественно, видовое разнообразие современных промышленных протоколов передачи данных намного больше, чем мы описали в этой статье. Некоторые привязаны к конкретному производителю, некоторые, напротив, универсальны. При разработке автоматизированных систем управления технологическим процессом (АСУ ТП) инженер выбирает оптимальные протоколы, с учетом конкретных задач и ограничений (технических и по бюджету).
Если говорить о распространенности того или иного протокола обмена, то можно привести диаграмму компании HMS Networks AB, которая иллюстрирует доли рынка различных технологий обмена в промышленных сетях.
Источник: HMS Networks AB
Как видно на диаграмме, PRONET и PROFIBUS от Siemens занимают лидирующие позиции.
В таблице ниже собраны сводные данные по описанным протоколам обмена. Некоторые параметры, например, производительность выражены абстрактными терминами: высокая /низкая. Числовые эквиваленты можно отыскать в статьях по анализу производительности.