Відкритий лекційний курс "Промислові мережі та інтеграційні технології" 4.1.1."Основи Ethernet(для спеціаліста АСУТП)" обговорення http://asu.in.ua/viewtopic.php?f=194&t=1052&st=0&sk=t&sd=a відео http://youtu.be/2pVEjE0OQvU
Обговорення Ethernet та TCP/IP підняв http://replace.org.ua/topic/4773/ і http://dou.ua/forums/topic/13492/
Відкритий лекційний курс "Промислові мережі та інтеграційні технології" 4.1.1.Протоколи IP (Частина 1)
Обговорення http://asu.in.ua/viewtopic.php?f=194&t=1052
Обговорення Ethernet та TCP/IP підняв http://replace.org.ua/topic/4773/ і http://dou.ua/forums/topic/13492/
Відкритий лекційний курс "Промислові мережі та інтеграційні технології" 4.2.2.Протоколи IP (Частина 3)
Обговорення http://asu.in.ua/viewtopic.php?f=194&t=1052
Відкритий лекційний курс "Промислові мережі та інтеграційні технології" 4.1.1."Основи Ethernet(для спеціаліста АСУТП)" обговорення http://asu.in.ua/viewtopic.php?f=194&t=1052&st=0&sk=t&sd=a відео http://youtu.be/2pVEjE0OQvU
Обговорення Ethernet та TCP/IP підняв http://replace.org.ua/topic/4773/ і http://dou.ua/forums/topic/13492/
Відкритий лекційний курс "Промислові мережі та інтеграційні технології" 4.1.1.Протоколи IP (Частина 1)
Обговорення http://asu.in.ua/viewtopic.php?f=194&t=1052
Обговорення Ethernet та TCP/IP підняв http://replace.org.ua/topic/4773/ і http://dou.ua/forums/topic/13492/
Відкритий лекційний курс "Промислові мережі та інтеграційні технології" 4.2.2.Протоколи IP (Частина 3)
Обговорення http://asu.in.ua/viewtopic.php?f=194&t=1052
Відкритий лекційний курс "Промислові мережі та інтеграційні технології" 4.1.1.Протоколи IP (Частина 2)
Обговорення http://asu.in.ua/viewtopic.php?f=194&t=1052
Відкритий лекційний курс "Промислові мережі та інтеграційні технології"2.1. Стандартні асинхронні послідовні інтерфейси https://www.youtube.com/watch?v=QbC0KNzl784
Відкритий курс "Промислові мережі та інтеграційні технології"1.4.Реалізація фізичного рівня промислових мережhttp://asu.in.ua/viewtopic.php?f=194&t=1052 https://www.youtube.com/watch?v=py98P0jkrW8
Find out why PROFIBUS became the preferred water industry serial communications protocol …
Roger Marlow’s presentation starts by discussing the reasons for the initial implementation of intelligent Motor Control Centres (iMCCs) and serial communications networks in the water industry during AMP 3 and AMP 4 (2000-2010), highlighting why PROFIBUS became the preferred water industry serial communications protocol and what CAPEX savings and operational benefits were realised as a result of the implementation these technologies.
Moving forward in time, the presentation will highlight the varying extent to which different UK water utilities have embraced iMCCs/ PROFIBUS networks during the past decade and discuss the reasons for these variations. The presentation will provide examples of recent (AMP 5 (2010-2015)) projects utilising iMCCs/ PROFIBUS networks and provide details of future (AMP 6 (2015-2020)) projects using these technologies.
The presentation will conclude by describing how the increased use of iMCCs/serial comms networks in the water industry necessitated the development and management of a common specification for the design and installation of PROFIBUS networks in the UK water industry (WIMES 3.02(A)) and how this specification fits into a suite of over 70 common mechanical and electrical specifications managed by the Pump Centre for the UK water industry.
Відкритий лекційний курс "Промислові мережі та інтеграційні технології" 4.1.1.Протоколи IP (Частина 2)
Обговорення http://asu.in.ua/viewtopic.php?f=194&t=1052
Відкритий лекційний курс "Промислові мережі та інтеграційні технології"2.1. Стандартні асинхронні послідовні інтерфейси https://www.youtube.com/watch?v=QbC0KNzl784
Відкритий курс "Промислові мережі та інтеграційні технології"1.4.Реалізація фізичного рівня промислових мережhttp://asu.in.ua/viewtopic.php?f=194&t=1052 https://www.youtube.com/watch?v=py98P0jkrW8
Find out why PROFIBUS became the preferred water industry serial communications protocol …
Roger Marlow’s presentation starts by discussing the reasons for the initial implementation of intelligent Motor Control Centres (iMCCs) and serial communications networks in the water industry during AMP 3 and AMP 4 (2000-2010), highlighting why PROFIBUS became the preferred water industry serial communications protocol and what CAPEX savings and operational benefits were realised as a result of the implementation these technologies.
Moving forward in time, the presentation will highlight the varying extent to which different UK water utilities have embraced iMCCs/ PROFIBUS networks during the past decade and discuss the reasons for these variations. The presentation will provide examples of recent (AMP 5 (2010-2015)) projects utilising iMCCs/ PROFIBUS networks and provide details of future (AMP 6 (2015-2020)) projects using these technologies.
The presentation will conclude by describing how the increased use of iMCCs/serial comms networks in the water industry necessitated the development and management of a common specification for the design and installation of PROFIBUS networks in the UK water industry (WIMES 3.02(A)) and how this specification fits into a suite of over 70 common mechanical and electrical specifications managed by the Pump Centre for the UK water industry.
PROFIBUS DP essentials
Typical faults which may occur
Important preparations for fault-finding
Tools and expertise needed to tackle problems
Expected PROFIBUS network quality / performance
Examples of typical analyser screen images
Preventive maintenance
What to do when the fault alarm rings!
Commissioning issues
Use test Master in place of operational PLC
Check cable connections & waveforms
Confirm slave address settings
Get slaves into data exchange : run test data
Connect PLC and confirm overall performance
The requirements of the Process Automation are significantly different to the requirements of Factory Automation:
Highest availability
Operating time 24 hours per day / 365 days per year
Changes in Run
Life cycle of the plant 20 years and more
Investment protection
Horizontal and Vertical Integration
Consistent diagnostic
Ease of use: „Plug and Produce“
Communication and powering of PROFINET field device
over two wires:
• Long cable length
• Applicable in hazardous area
• High availability
• Ease of use
The Pump Centre and WIMES
The arrival of Intelligent Motor Control Centres (IMCCs) in the UK water industry
WIMES 3.02 (A) – a specification for the design, construction and
testing of Profibus networks in the UK water industry
The current and future use of IMCCs in the UK water industry
Practical steps for a successful project, Xiu Ji. PROFIBUS Seminar at MTC, Coventry, 2013.
Basics of PROFIBUS
Considerations at the design stage
Installation
Visual Checks
A practical session that allows attendees to get hands-on with real devices on a real network.
Featuring a DP+PA network consisting of two DP segments and a PA segment with monitoring devices from several leading manufacturers including Softing, Procentec and Pepperl+Fuchs, the network will also have a wireless switch into which a number of monitoring devices will connect and there will be several laptops with wireless comms spread around the room so that people can interact with the monitors.
The Workshop will start with a general introductory presentation on communication and peripheral faults, fault diagnosis and network monitoring. This will include coverage of permanent network monitoring devices and an explanation of the physical setup so people know what they are doing.
Essential quality criteria for planning and validation of PROFINET networks
For PROFINET devices the quality criteria that are checked within the scope of the device certification are described in published specifications, standards and test specifications. Interoperability is protected by both the specification and the test procedures in the cooperation of the devices. From practical experience in the realization of network arrangements it appears that beside the device qualities also the planning quality and the quality of the validation of a whole arrangement can have an influence on the functionality.
In the task force CB / PG3 "Installation Guidelines" the suitable planning directives and introduction directives are now integrated into the quality criteria for the planning and validation of the PROFINET networks. The methods, measuring procedures and also the background will be fully explained.
Good quality PROFIBUS and PROFINET training has been widely available for installers, maintenance technicians and engineers for many years. Unfortunately, key decision makers – managers, system designers and system integrators are quite often less well trained than others who are involved in the engineering. Many of the mistakes that can be seen in installations are traceable to fundamental design decisions that were taken at the early stages of the project.
This presentation explores the key considerations in PROFIBUS and PROFINET system design. Aspects such as system performance and maintainability of different designs and layouts are examined together with overall project costs. The presentation will also try to shed some light on the often asked question should I use PROFIBUS or PROFINET?
Finally, an overview will be presented of proposed PROFIBUS and PROFINET System Design courses.
Introduction
Scope of delivery
Installation
Strategy for analyzing networks with PROFIBUS Tester 4
Stand-alone mode
The PROFIBUS Diagnostic Suite (PB-DIAG-SUITE) software
Topology Scan
Typical Network Issues in a PROFIBUS Network
Best-Practice for a stable PROFIBUS network
PROFIBUS DP essentials
Typical faults which may occur
Important preparations for fault-finding
Tools and expertise needed to tackle problems
Expected PROFIBUS network quality / performance
Examples of typical analyser screen images
Preventive maintenance
What to do when the fault alarm rings!
Commissioning issues
Use test Master in place of operational PLC
Check cable connections & waveforms
Confirm slave address settings
Get slaves into data exchange : run test data
Connect PLC and confirm overall performance
Facilities for health checking and fault finding on PROFIBUS
systems are essential.
Access points must be provided on every segment of every
network. (Piggy-back sockets).
Tools and accompanying training are essential.
Network layout should allow devices to be replaced without
shutting down the network or disturbing other devices on the
network.
Replacement of devices should, if possible, not require reconfiguration of the system.
Health checking should be carried out at regular intervals to
detect degradation of performance, deteriorating
communications and developing problems.
Most system designers and project managers look at the
project procurement, installation and deployment costs when
they price a project.
However, the costs of an automation system spread over the
life cycle of the plant and should include maintenance, faultfinding
and health-checking.
Perhaps most important is the cost in terms of loss of
production should faults develop during the lifetime of the
plant. Spending a little more at procurement time can repay
many times over.
Good fault tolerant design need not be more expensive.
Sometimes fault tolerance can be achieved with just a little
thought at no additional cost.
PROFIBUS System Design. PI has recently developed a Certified PROFIBUS System Design course. This presentation shows the need for such certified training and outlines the course content
Introduction to very successful technical seminar held at Advanced Manufacturing Technology Centre, Coventry, UK 25 Feb 2016
Includes the agenda which acts as a useful index to the presentations given at the seminar and available for download here on Slideshare. Also includes statistics on the worldwide use of PROFIBUS, PROFINET and PROFIsafe. Plus details of membership benefits of The PROFIBUS Group - PI UK.
Introduction to PROFIBUS and associated benefits
Connection options and rules
Other cabling issues : grounding and interference
Design Considerations
Implementation issues
Essential training
Мастер-класс: отправка данных с ПЛК в Google Sheet с использованием Node-REDПупена Александр
Мастер-класс: отправка данных с ПЛК в Google Sheet с использованием Node-RED. Перезентация к вебинару. Видео записи вебинара https://youtu.be/oGHVKl83wLQ
1. Промислові мережі та інтеграційні
технології
PROFIBUS DP
Базові функції: MonoMaster + DPV0
реєстрація fieldbus_book@ukr.net
автор і лектор: Олександр Пупена (pupena_san@ukr.net)
зворотній зв’язок по курсу: Інтернет-форум АСУ в Україні (www.asu.in.ua)
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 1
Слайди базуються на книзі Макса Фелсера PROFIBUS MANUAL
2. Рішення для різних сегментів ринку
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 2
3. Типи зв'язку між Master-Slave
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 3
MS0 (Master-Slave) – циклічний обмін DPM1/DPM2 по DP-V0
MS1 - ациклічний обмін DPM1 по DP-V1
MS2 - ациклічний обмін DPM2 по DP-V1
4. MS0 – циклічний обмін даними (cyclic data)
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 4
Рис.7.17. Опитування Ведених по списку опитування
списокопитування
Вихідні дані
Вхідні дані
Вихідні дані
Вхідні дані
запит
відповідь
відповідь
запит
Вихідні дані
Вихідні дані
Вихідні дані
Вихідні дані
Вхідні дані
Вхідні дані
Вхідні дані
Вхідні дані
5. MS0 – циклічний обмін даними (cyclic data
exchange)
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 5
6. FDL: Services for data transmission
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 6
Service Function DP-V0 DP-V1 DP-V2 FMS
SDN Send Data with No acknowledge X X X X
SDA Send Data with Acknowledge (X) X
SRD Send and Request Data X X X X
CSRD Cyclic Send and Request Data X
MSRD Send and Request Data with
Multicast Reply
X
CS Clock Synchronization X X
7. FDL: Сервіс SRD
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 7
- передача даних OUT на Slave
- отримування даних IN від Slave
- для негайної відповіді дані IN на Slave вже повинні бути
заготовлені
- дані IN і OUT не зв'язані
- довжина OUT може = 0
8. FDL: передача SRD – телеграми SD1/SD2
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 8
DA = Destination Address
SA = Source Address
LE = Length
LEr = Length repeated
FC = Function Code
PDU = Protocol Data Unit (корисне
навантаження), може включати SAP (Service
Access Points)
SD1 SD2 SD3 SD4 ED SC
0x10 0x68 0xA2 0xDC 0x16 0xE5
7 6 5 4 3 2 1 0 DA: Destination
address
0 - 127 (0x7F) Destination address
0
1
no DSAP (SAP = NIL)
DSAP present
7 6 5 4 3 2 1 0 DA: Destination
address
0 - 127 (0x7F) Destination address
0
1
no DSAP (SAP = NIL)
DSAP present
9. FDL-телеграми: Function Code
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 9
7 6 54 3 2 1 0 FC: Function Code Request
1 Request Telegramm
X FCV = Alternating bit switched on
X FCB = Alternating bit (from frame count)
1 0 (0x0) CV = Clock Value (Clock synchronization)
1 other Reserved
0 0 (0x0) TE = Time Event (Clock synchronization)
0 3 (0x3) SDA_LOW = Send Data Acknowledged - low priority
0 4 (0x4) SDN_LOW = Send Data Not acknowledged - low priority
0 5 (0x5) SDA_HIGH = Send Data Acknowledged - high priority
0 6 (0x6) SDN_HIGH = Send Data Not acknowledged
0 7 (0x7) MSRD = Send Request Data with Multicast Reply
0 9 (0x9) Request FDL Status
0 12(0xC) SRD low = Send and Request Data
0 13(0xD) SRD high = Send and Request Data
0 14(0xE) Request Ident with reply
0 15 (0xF) Request LSAP Status with reply 1)
0 other Reserved
7 6 5 4 3 2 1 0 FC : Function Code Response
0 Response telegram
0 Reserved
0 0 Slave
0 1 Master not ready
1 0 Master ready, without token
1 1 Master ready, in token ring
0 (0x0) OK
1 (0x1) UE = User Error
2 (0x2) RR = No resources
3 (0x3) RS = SAP not enabled
8 (0x8) DL = Data Low (normal case with DP)
9 (0x9) NR = No response data ready
10(0xA) DH = Data High (DP diagnosis pending)
12(0xC) RDL = Data not received and Data Low
13(0xD) RDH = Data not received and Data High
other Reserved
10. FDL: Service Access Point
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 10
source service access point (SSAP)
destination service access point (DSAP)
SAP Name Use
NIL Data_Exchange DP MS0: cyclic data exchange
0 (0x00) -
1 (0x01)
FDL management
other Free Freely assignable by FMS or other
protocols
50 (0x32) MS2 DP MS2: acyclic master class 2
51 (0x33) MS1 DP MS1: acyclic master class 1
54 (0x36) MM DP master to master connection
62 (0x3E) MS0 DP MS0: slave handler per DP slave
SAP Name
Data unit from master
to slave
Data unit from slave
to master
NIL Data_Exchange Output data Input data
0 & 1 FDL Management
2... free assignment
≤48 (0x30) Communication
DS_xxx_REQ,
MS2_Abort_REQ
DS_xxx_RES
49 (0x31) Resource Manager MS2_Initiate_REQ
Resource_Manager_R
EQ
50 (0x32) Alarm_SAP DS_Alarm_ack
51 (0x33) Server_SAP
DS_Read_REQ,
DS_Write_REQ
DS_Read_RES,
DS_Write_RES
53 (0x35) Ext_User_Prm Ext. Parameter SC
55 (0x37) Set_Slave_Adr Address SC
56 (0x38) Rd_Inp Blank Input data
57 (0x39) Rd_Outp Blank Output data
58 (0x3A) Global_Control Control ---
59 (0x3B) Get_Cfg Blank Configuration
60 (0x3C) Slave_Diagnosis Blank Diagnosis
61 (0x3D) Set_Prm Parameter SC
62 (0x3E) Chk_Cfg Configuration SC
63 (0x3F) Broadcast
Masters SAP
Slaves SAP
11. Машина станів DP Slave
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 11
Стан Поведінка
Power_ON /
Reset
DP slave включили або
перевантажили і почалася
внутрішня ініціалізація
WPRM
Wait for
Parameter
DP slave очікує параметри від DP
Master
WCFG
Wait for
Configuration
DP slave очікує телеграму
Check_Configuration від DP Master
DXCHG
Data Exchange
DP slave циклічно обмінюється
даними процесу і за необхідності
відповідає діагностичним запитом
12. Машина станів DP Slave
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 12
13. Пошук нового DP Slave
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 13
Побудова live-list = 1,(3),(5),7 Наприклад:
- Master (1) знаходить Slaves (3) та (5) в
розриві (2)-(6).
- Master (7) шукає Slaves в розриві (8)-(0),
доходячи до максимального (HSA = highest
station address)
• Master регулярно перевіряє
наявність яких небудь
станцій в "розриві" (Gap)
між своєю адресою і
наступним Master
• час очікування відповіді =
"Slot-Time"
проходження
маркера
Gap для (7)Gap для (1)
Час
14. Зміна адреси DP Slave
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 14
Призначення адреси
1. Обов'язкова функціональність: Виставлення адреси на самому пристрої,
наприклад перемикачами, або за допомогою іншого інтерфейсу (панелі,
конфігуратору)
2. Опція (доступність вказана в GSD Set_Slave_Add_supp = 1): телеграмою
Set_Slave_Adr , в цей час Slave повинен мати адресу 126 (адреса за
замовченням)
Зміна можлива тільки в стані Wait Parameter
(WPRM) як правило станцією DPM2.
Після зміни адреси, потрібна
перезавантаження станції DP Slave.
15. Параметризація DP Slave
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 15
DPM1 може надіслати параметри (телеграма Set_Parameter) DP Slave або
його модулю:
• standard parameters
• device specific parameters
Station status:
- WD_On (Watchdog on) – встановити Watchdog
- Freeze_Req: запит на потребу використання
Freeze_Req для даного Slave
- Sync_Req: запит на потребу використання
Sync_Req для даного Slave
- Unlock_Req: дозволити доступ з інших DP Slave
- Lock_Req: заборонити доступ з інших DP Slave
16. Параметризація DP Slave: Часові налаштування
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 16
Watchdog – сторожовий таймер, TWD – час, протягом якого очікується
запити від Master, після якого – виходи в безпечний стан
TWD = Watchdog1 * Watchdog2 * 10 ms
Min TSDR – мінімальний час паузи між запитом Master та відповіддю Slave
17. Параметризація DP Slave: Ident, Group, Device
Specific
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 17
Ident – ідентифікаційний номер, повинен співпадати з ID Slave
Group – належність до груп в групових запитах Global_Control
User (Device-specific) – залежить від виробника, описується в GSD
19. Параметризація DP Slave: відповідь
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 19
Вдала параметризація:
- ACK
- перехід в WCFG
Невдала параметризація:
- діагностична телеграма з бітом
Prmt_Fault
- знаходження на в WPRM
20. Модель пристрою
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 20
Структура пристрою:
- Кожен Slave має слоти (Slot)
- слоти займають модулі (module) або пусті модулі (empty module)
- Slave з фіксованою конфігурацією – незмінна структура (один або декілька
невід'ємних модулів)
- Slave зі змінною (модульною) конфігурацією – слоти можуть бути
заповнені модулями зі списку
Опис структури (ідентифікатор) потрібен для визначення величини модуля,
тип (вхід, вихід, вхід/вихід, консистентність).
Два формати:
- компактний формат
- спеціальний формат
Модуль – логічна
структурна одиниця,
описується одним або
більше ідентифікатором.
21. Компактний формат ідентифікатора конфігурації
модуля
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 21
Consistency (Консистентність) – узгодженість даних, одночасне оброблення:
байт, слово, модуль
Приклади:
0x11 = 2 byte inputs - consistency per byte
0x22 = 3 byte outputs - consistency per
byte
0xF3 = 4 word inputs and outputs -
consistency across the entire module
0x71 = 2 word inputs and outputs -
consistency per word
Компактний формат: завжди один байт, робить опис структури розміром до
16 байтів або слів.
22. Спеціальний формат ідентифікатору конфігурації
модуля
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 22
Спеціальний формат ідентифікатора: один або більше байт:
- ідентифікує структуру до 64 байт/слів входів або/і виходів
- підтримує vendor-specific дані
- підтримує empty модулі
Перший байт (заголовок). Наступні байти: (Спочатку входи а потім виходи ).
Приклади:
0x00 = empty module
0x03 0x00 0x01 0x02 = no cyclic data, bytes 0x00,0x01 and 0x02 are vendor-specific
0x80 0x01 = 2 byte output, no input - consistency per byte
0x40 0x00 = 1 byte input, no output
0xC1 0x43 0x81 0x11 = 4 word outputs, 2 byte consistent inputs, value 0x11 vendor-
specific
23. Опис структури пристрою в GSD:
фіксована конфігурація
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 23
Фіксована конфігурація.
Modular_Station = 0
Module = "8 Bit digital inputs" 0x10
153
EndModule
Specification for PROFIBUS Device Description and Device Integration Volume 1: GSD
24. Опис структури пристрою в GSD:
модульна конфігурація
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 24
Modular_Station = 1 ; modular station
Max_Module = 4 ; max. 4 modules can be defined
Max_Input_Len = 100 ; maximum length of inputs
Max_Output_Len = 100 ; maximum length of outputs
Max_Data_Len = 200 ; maximum length of inputs and outputs
Module = "empty slot" 0x00
EndModule
Module="2 Bytes Output" 0x21
EndModule
Module="2 Bytes Input" 0x11
EndModule
Module="6ES7 322-1BF01-0AA0 8DO" 0x83,0x00,0x00,0x2F,0xC8
EndModule
Модульна конфігурація.
Specification for PROFIBUS Device Description and Device Integration Volume 1: GSD
25. Get/Check Configuration
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 25
Get_Configuration: Читання
конфігурації зі Slave
Check_Configuration: Запис/перевірка
конфігурації Slave
Після вдалого Check_Configuration - перехід в DXCH
Після невдалого Check_Configuration – наступний діагностичний запит повертає
Cfg_Fault
26. Отримування діагностичних даних
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 26
У будь який момент часу контролер може зробити запит діагностики.
- на початку і в кінці фази
ініціалізації Slave
- на стадії DXCH, коли Slave відправив
повідомлення з високим пріоритетом
29. Діагностичні дані: Block
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 29
Три формати блоків:
a) Device-based diagnostics (діагностика пристрою на базі опису GSD)
b) Identifier-based diagnostics (діагностика модуля)
c) Channel-based diagnostics (діагностика каналу)
За обов'язковими – можуть йти декілька блоків різного формату.
Структура блоку:
- заголовок: тип і довжина блоку;
- тіло: вміст діагностичної інформації
31. Діагностичні дані: Channel-based
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 31
Вказує на проблеми каналу. Довжина = 3 байти.
Приклад2: у 9-го (з 1-ці) модуля на 2-
му (з 1-ці) дискретному вході коротке
замикання
Приклад3: два блоки (приклад1 +
приклад2)
32. Діагностичні дані: Device-based
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 32
Ідентифікатори помилок визначаються в GSD .
Unit_Diag_Bit(0x12)="short-circuit on channel 3"
Приклад4: якщо в GSD запис:
і 18-й біт в діагностичних даних =1 – помилка КЗ на каналі 3
33. Машина стану DPM1 (Master Class 1)
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 33
Стан Поведінка
Off-Line Не увімкнений, немає комунікацій.
Stop PROFIBUS працює, знаходяться інші станції, DP slave не
ініціалізуються.
Доступні Class 2 communication (MS2).
Clear DP slaves ініціалізовані і заблоковані. Входи читаються, виходи в
безпечному стані. В такий стан переходить, наприклад при
переході контролера в "стоп". Відправка Global_Control з
командою "Clear".
Operate Циклічний обмін даними. Періодично відправляється
Global_Control telegram – повідомлення про операційний стан
Master.
34. Поведінка Slave в залежності від стану DPM1
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 34
DP Slave можуть по різному реагувати на стан DPM1. Визначається в
GSD
Failsafe:
Fail_Safe = 1 ; дані виходів Master не відсилає, що робити з виходами –
; вирішує Slave
Fail_Safe = 0 ; дані виходів шлються рівними 0
36. SYNC та FREEZE
23.11.2015 PROFIBUS DP0 pupena_san@ukr.net 36
SYNC – широкомовна команда на запис буферних вихідних значень на виходи
FREEZE – широкомовна команда на “замороження” вхідних сигналів