Pilz PNOZmulti 2 Operating Manual
  1. Manuals
  2. Brands
  3. Pilz Manuals
  4. Control Unit
  5. PNOZmulti 2
  6. Operating manual

Pilz PNOZmulti 2 Operating Manual

Communication interfaces configurable control systems
Hide thumbs Also See for PNOZmulti 2:
Table of Contents

Advertisement

Quick Links

Communication interfaces
Configurable control systems PNOZmulti 2
Operating Manual­1002971­EN­03

Advertisement

Table of Contents
loading

Related Manuals for Pilz PNOZmulti 2

Summary of Contents for Pilz PNOZmulti 2

  • Page 1 Communication interfaces Configurable control systems PNOZmulti 2 Operating Manual­1002971­EN­03...
  • Page 2 Preface This document is the original document. All rights to this documentation are reserved by Pilz GmbH & Co. KG. Copies may be made for internal purposes. Suggestions and comments for improving this documentation will be gratefully received. Pilz®, PIT®, PMI®, PNOZ®, Primo®, PSEN®, PSS®, PVIS®, SafetyBUS p®, SafetyEYE®, SafetyNET p®, the spirit of safety® are registered and protected trademarks of Pilz GmbH & Co. KG in some countries.  SD means Secure Digital...
  • Page 3 Content Section 1 Introduction Definition of symbols Section 2 Overview ­ Communication options Communication via the fieldbus modules Communication via the communication modules Communication via Modbus TCP Section 3 Safety Intended use Safety regulations 3.2.1 Use of qualified personnel 3.2.2 Warranty and liability 3.2.3 Disposal Section 4 Fieldbus Modules Basics 4.1.1 Input data (to the PNOZmulti 2) 4.1.2 Output data (from the PNOZmulti 2) 4.1.3 Overview of tables 4.1.4 Access to table segments 4.1.4.1 Example 1 ­ Access successful 4.1.4.2 Example 2 ­ Access failed PNOZ m ES Profibus 4.2.1 Cyclical input and output data 4.2.2 Access to table segments 4.2.3 LED status 4.2.4 Service data...
  • Page 4 Content PNOZ m ES Ethernet/IP 4.7.1 Cyclical input and output data 4.7.2 Service data Section 5 Communication modules Overview PNOZ m ES RS232 PNOZ m ES ETH 5.3.1 Introduction 5.3.2 Overview 5.3.3 Module features 5.3.4 Modbus/TCP 5.3.5 RJ45 interfaces ("Ethernet") 5.3.6 Requirements of the connection cable and connector 5.3.7 Interface configuration 5.3.8 RJ45 connection cable 5.3.9 Process data exchange Communication procedure Telegram structure 5.5.1 Header 5.5.2 Usable data 5.5.3 Footer Usable data 5.6.1 Virtual inputs (Input Byte 0 ... Input Byte 15) 5.6.2 Watchdog 5.6.3...
  • Page 5 Content Modbus/TCP with PNOZmulti 2 Data areas 6.4.1 Overview 6.4.2 Function codes 6.4.3 Data transfer limits 6.4.4 Input and output data, watchdog 6.4.5 Allocation table of the virtual inputs and outputs 6.4.6 Service data 6.4.7 LEDs 6.4.8 Updating the data areas Examples of Clients and Servers Section 7 Diagnostic word Introduction Elements with diagnostic word Structure of the diagnostic word Evaluate diagnostic word Example ­ Evaluate diagnostic word of a safety gate Section 8 Service data Process data: Base unit and expansion modules 8.1.1 State of inputs i0 … i31 8.1.2 State of outputs o0 … o31 8.1.3 Status of system LEDs 8.1.4 Status of IO LEDs 8.1.5 Assignment of system and I/O­LEDs 8.1.6 Process data addressing 8.1.6.1...
  • Page 6 Content 8.3.1 Diagnostics 8.3.2 Diagnostic word addressing Enable elements 8.4.1 Element IDs 8.4.2 Enable element addressing Project data 8.5.1 Check sums 8.5.2 Date 8.5.3 Project name 8.5.4 Project data addressing Device data 8.6.1 Product 8.6.2 Firmware 8.6.3 Operating hours 8.6.4 Device data addressing 8.6.4.1 Device data addressing on base unit 8.6.4.2 Device data addressing, 1st right­hand expansion module 8.6.4.3 Device data addressing, 2nd right­hand expansion module 8.6.4.4 Device data addressing, 3rd right­hand expansion module 8.6.4.5 Device data addressing, 4th right­hand expansion module 8.6.4.6 Device data addressing, 5th right­hand expansion module 8.6.4.7 Device data addressing, 6th right­hand expansion module 8.6.4.8...

  • Page 7: Definition Of Symbols

    Introduction Introduction Definition of symbols Information that is particularly important is identified as follows: DANGER! This warning must be heeded! It warns of a hazardous situation that poses an immediate threat of serious injury and death and indicates preventive measures that can be taken. WARNING! This warning must be heeded! It warns of a hazardous situation that could lead to serious injury and death and indicates preventive measures that can be taken. CAUTION! This refers to a hazard that can lead to a less serious or minor injury plus material damage, and also provides information on preventive measures that can be taken. NOTICE This describes a situation in which the product or devices could be dam­ aged and also provides information on preventive measures that can be taken. It also highlights areas within the text that are of particular import­ ance. INFORMATION This gives advice on applications and provides information on special fea­ tures. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 8: Communication Via The Fieldbus Modules

    Overview ­ Communication options Overview ­ Communication options Communication via the fieldbus modules The fieldbus modules provide both cyclical and acyclical data. The chapter entitled Fieldbus Modules [  13] describes the structure of the cyclical data. The chapter entitled Service data [  65] describes the acyclical data, its structure and addressing. The following device combinations are possible: Fieldbus modules Base units PNOZ m ES Profibus PNOZ m ES CANopen PNOZ m ES EtherCAT PNOZ m B0 PNOZ m ES Powerlink PNOZ m ES Ethernet/IP PNOZ m ES Profinet INFORMATION A maximum of one fieldbus module can be connected to a base unit. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 9: Communication Via The Communication Modules

    Overview ­ Communication options Communication via the communication modules When communication takes place via a communication module, data exchange is defined via a Pilz­specific protocol. This protocol is described in more detail in the chapter entitled Communication modules [  32]. The following device combinations are possible: Communication Module Base units PNOZ m ES RS232 PNOZ m B0 PNOZ m ES ETH INFORMATION If virtual inputs/outputs are to be downloaded via the communication module (without using a fieldbus module), the interface "Inputs/outputs that are downloaded via the integrated interface" must be configured in the hard­ ware configuration in the PNOZmulti Configurator. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 10: Communication Via Modbus Tcp

    Overview ­ Communication options Communication via Modbus TCP For data exchange with Modbus/TCP, the PNOZmulti 2 is the connection server. All the service data is defined in one data record, to which the client has direct access. Communication with Modbus/TCP is described in detail in the chapter entitled Modbus/ TCP [  51]. The following device combinations are possible: Communication Module Base unit PNOZ m B0 PNOZ m ES ETH [  32] INFORMATION If virtual inputs/outputs are to be downloaded via the communication module (without using a fieldbus module), the interface "Inputs/outputs that are downloaded via the integrated interface" must be configured in the hard­ ware configuration in the PNOZmulti Configurator. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 11: Intended Use

    Safety Safety Intended use The communication interface on the configurable control system PNOZmulti 2 is used to transfer diagnostic data to an application program. This data may only be used for non­ safety purposes, e.g. visualisation. NOTICE For details of the intended use and application of the configurable control system PNOZmulti 2 please refer to the operating instructions for the re­ spective unit. The following is deemed improper use in particular: Any component, technical or electrical modification to the product Use of the product outside the areas described in this manual Use of the product outside the technical details (see chapter entitled "Technical De­ tails"). Safety regulations 3.2.1 Use of qualified personnel The products may only be assembled, installed, programmed, commissioned, operated, maintained and decommissioned by competent persons. A competent person is someone who, because of their training, experience and current pro­ fessional activity, has the specialist knowledge required to test, assess and operate the work equipment, devices, systems, plant and machinery in accordance with the general standards and guidelines for safety technology. It is the company’s responsibility only to employ personnel who: Are familiar with the basic regulations concerning health and safety / accident preven­ tion Have read and understood the information provided in this description under "Safety" And have a good knowledge of the generic and specialist standards applicable to the specific application. 3.2.2 Warranty and liability All claims to warranty and liability will be rendered invalid if The product was used contrary to the purpose for which it is intended Damage can be attributed to not having followed the guidelines in the manual Operating personnel are not suitably qualified Any type of modification has been made (e.g. exchanging components on the PCB boards, soldering work etc.). Operating Manual Communication interfaces 1002971­EN­03...

  • Page 12: Disposal

    Safety 3.2.3 Disposal When decommissioning, please comply with local regulations regarding the disposal of electronic devices (e.g. Electrical and Electronic Equipment Act). Operating Manual Communication interfaces 1002971­EN­03...

  • Page 13: Basics

    Fieldbus Modules Fieldbus Modules Basics The input and output range is each reserved an area of 32 Bytes for communication via fieldbuses; this is updated approx. every 15 ms. The Master (PC, PLC) can send 32 Bytes to the PNOZmulti 2 and receive 32 Bytes from the PNOZmulti 2. The Master can process the information in bytes, words or in double words. 4.1.1 Input data (to the PNOZmulti 2) Double Word Word Byte Content State of virtual inputs on the PNOZmulti 2 fieldbus module. The inputs are defined in the PNOZmulti Configurator. Each input that is used is given a number there, e.g. i0, i5... The state of input i0 is stored in bit 0 of byte 0; the state of input i5 is stored in bit 5 of byte 0 etc. Reserved Table number Segment number Payload Byte 0 Payload Byte 1 Payload Byte 2 Payload Byte 3 Payload Byte 4 Payload Byte 5 Payload Byte 6 Payload Byte 7 Payload Byte 8 Operating Manual Communication interfaces 1002971­EN­03...

  • Page 14: Output Data (From The Pnozmulti 2)

    Fieldbus Modules Double Word Word Byte Content Payload Byte 9 Payload Byte 10 Payload Byte 11 Payload Byte 12 4.1.2 Output data (from the PNOZmulti 2) Double Word Word Byte Content State of virtual outputs on the PNOZmulti 2 fieldbus module. The outputs are defined in the PNOZmulti Configurator. Each output that is used is given a number there, e.g. o0, o5... The status of output o0 is stored in bit 0 of byte 0; the status of output o5 is stored in bit 5 of byte 0 etc. LED status Table number Segment number Payload Byte 0 Payload Byte 1 Payload Byte 2 Payload Byte 3 Payload Byte 4 Payload Byte 5 Payload Byte 6 Payload Byte 7 Payload Byte 8 Operating Manual Communication interfaces 1002971­EN­03...

  • Page 15: Overview Of Tables

    Fieldbus Modules Double Word Word Byte Content Payload Byte 9 Payload Byte 10 Payload Byte 11 Payload Byte 12 4.1.3 Overview of tables There are a total of 11 tables, with the following contents: Table 20: Process data, base unit Table 21: Process data, right­hand expansion modules Table 22 Process data, left­hand expansion modules Table 23: Process data, fieldbus module / communication module Table 70: Diagnostic words Table 71: Enable elements Table 80: Project information Table 90: Device data, base unit Table 91: Device data, right­hand expansion modules Table 92 Device data, left­hand expansion modules Table 93: Device data, fieldbus module / communication module The content of the tables is described in detail in the chapter entitled Service data [  65]. 4.1.4 Access to table segments Each table consists of one or more segments. Each segment is made up of 13 Bytes. The tables have a fixed assignment. The Master requests the required data using the table number and segment number. The Slave repeats the two numbers and sends the reques­...

  • Page 16: Example 1 ­ Access Successful

    Fieldbus Modules 4.1.4.1 Example 1 ­ Access successful Access to existing segments The Master requests segment 1 from table 23. The fieldbus module confirms both these de­ tails and sends segment 1. Then the data from segment 5 table 21 is requested. Fieldbus module Master Operating Manual Communication interfaces 1002971­EN­03...

  • Page 17: Example 2 ­ Access Failed

    Fieldbus Modules 4.1.4.2 Example 2 ­ Access failed Access to non­existent segment The Master requests segment 1 from table 23. The fieldbus module confirms both these de­ tails and sends segment 1. Then the Master requests segment 111 from table 23. As this table does not contain a segment 111, the Slave registers an error by sending back "255". Fieldbus module Master Operating Manual Communication interfaces 1002971­EN­03...

  • Page 18: Pnoz M Es Profibus

    Fieldbus Modules Access to non­existent table The Master requests segment 1 from table 24. As there is no table 24, the Slave registers an error by sending back "255". Master Fieldbus module PNOZ m ES Profibus 4.2.1 Cyclical input and output data Virtual inputs and outputs can be requested or set directly via the following modules. Each element can be selected individually in the master control system, e.g. virtual inputs i0­31. The data width is also established this way. Input data The Master writes to the virtual inputs of the PNOZmulti 2. Description Input data from PNOZmulti 2 Virtual inputs i0 – i31 4 Input Bytes Virtual inputs i32 – i63 4 Input Bytes Virtual inputs i64 – i95 4 Input Bytes Virtual inputs i96 – i127 4 Input Bytes Output data The Master reads the virtual outputs of the PNOZmulti 2. Description Output data from PNOZmulti 2 Virtual outputs o0 – o31 4 Output Bytes Virtual outputs o32 – o63 4 Output Bytes Virtual outputs o64 – o95 4 Output Bytes Virtual outputs o96 – o127 4 Output Bytes Operating Manual Communication interfaces 1002971­EN­03...

  • Page 19: Access To Table Segments

    Fieldbus Modules 4.2.2 Access to table segments The data in the tables (see Service data [  65]) can be requested via the following mod­ ules. Input data The Master requests a table segment in the form: Description Input data from PNOZmulti 2 Table and segment number 2 Input Bytes Output data The PNOZmulti 2 replies in the form: Description Output data from PNOZmulti 2 Table and segment number + 13 Byte payload 15 Output Bytes A detailed description is available in the chapter entitled Access to table segments [  15]. 4.2.3 LED status The LED status of the PNOZmulti 2 can be requested directly via the following module. Description Output data from PNOZmulti 2 LED status 1 Output Byte Bit 0 = 1: LED OFAULT is lit or flashes Bit 1 = 1: LED IFAULT is lit or flashes Bit 2 = 1: LED FAULT is lit or flashes Bit 3 = 1: LED DIAG is lit or flashes Bit 4 = 1: LED RUN is lit Bit 5­7: Reserved 4.2.4 Service data The service data for PROFIBUS­DP is divided into the following data areas: Process data ­ Base unit and expansion modules Process data ­ Fieldbus module and communication module Diagnostic words Enable elements Project data Device data The content of the service data and addressing are described in the chapter entitled Ser­...

  • Page 20: Diagnostic Data Pnoz M Es Profibus

    Fieldbus Modules 4.2.5 Diagnostic data PNOZ m ES Profibus These bits contain the diagnostic data Unit_Diag_ Content RUN, base unit is in RUN condition STOP, base unit is in STOP condition Base unit was stopped by the Configurator Reserved External error Internal error External error on the inputs Internal error on the inputs External error on the outputs Internal error on the outputs No connection to base unit Reserved … Error on the base unit Reserved Error on the 1st expansion module, right Error on the 2nd expansion module, right Error on the 3rd expansion module, right Error on the 4th expansion module, right Fault on the 5th expansion module, right Fault on the 6th expansion module, right Reserved … Fault on 1st expansion module, left Fault on 2nd expansion module, left Fault on 3rd expansion module, left Fault on 4th expansion module, left Reserved Error on the communication module Operating Manual Communication interfaces 1002971­EN­03...
  • Page 21 Fieldbus Modules Unit_Diag_ Content Reserved … Error in the configuration, F_81 Error in the application program, F_82 Error in the periphery, F_83 Error on the speed monitor, F_84 Error on the bus module, F_85 Error on the link module, F_86 Error on the analogue input module, F_87 Reserved Error on the input/output module, F_89 Error on the Ethernet module, F_8A Internal error on the left­hand expansion module, F_90 Internal periphery error, F_93 Internal error on the right­hand expansion module, F_94 Internal error on the right­hand expansion module, F_95 Internal self test error, F_B0 Internal data error, F_B1 Internal parameter error, F_B2 Internal serial/I2C error, F_B3 Internal time error, F_B4 Internal processor error, F_B5 Internal parameter error, F_B6 Internal compare error, F_B7 Internal sequence error, F_B8 Internal periphery error, F_B9 Internal error on bus module, F_BA Internal error on link module, F_BB Internal error on speed monitor, F_BC Internal error on analogue input module, F_BD Internal error on link module, F_BE Internal error on link module, F_BF Internal error on the left­hand expansion module, F_C0 Internal error on the left­hand expansion module, F_C1 Internal error on the Ethernet module, F_C2 Internal compare error, F_C3 Operating Manual Communication interfaces 1002971­EN­03...

  • Page 22: Pnoz M Es Canopen

    Fieldbus Modules Unit_Diag_ Content Internal error on the right­hand expansion module, F_C4 Internal error on the right­hand expansion module, F_C5 Reserved … Explanation: Bits 56 to 91 display the last content of the error stack (corresponds to the error class). The bits are deleted as soon as PNOZmulti 2 returns to a RUN state. PNOZ m ES CANopen 4.3.1 Service Data Objects (SDOs) All the relevant device parameters and current process data of the CANopen are entered in the object directory of the PNOZmulti 2. These can be read and written via Service Data Objects (SDOs). To enable the fieldbus module to be incorporated easily within a CANopen network, the ob­ ject directory is available as an EDS file. The content is described in the chapter entitled Service data [  65]. 4.3.2 Service data The service data for CANopen is divided into the following data areas: Process data ­ Base unit and expansion modules Process data ­ Fieldbus module and communication module Diagnostic words Enable elements Project data Device data The content of the service data and addressing are described in the chapter entitled Ser­ vice data [  65]. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 23: Process Data Objects (Pdos)

    Fieldbus Modules 4.3.3 Process Data Objects (PDOs) The output data is stored as follows: Object Index Sub Index Byte (hex) (hex) COB­ID 2000 TPDO 1 180h + node address 2000 2000 2000 2000 2000 2000 2000 2000 TPDO 2 280h + node address 2000 2000 2000 2000 2000 2000 2000 2000 TPDO 3 380h + node address 2000 2000 2000 2000 2000 2000 2000...
  • Page 24 Fieldbus Modules Object Index Sub Index Byte (hex) (hex) COB­ID 2100 RPDO 1 200h + node address 2100 2100 2100 2100 2100 2100 2100 2100 RPDO 2 300h + node address 2100 2100 2100 2100 2100 2100 2100 2100 RPDO 3 400h + node address 2100 2100 2100 2100 2100 2100 2100 2100 RPDO 4 500h...

  • Page 25: Pnoz M Es Ethercat

    Fieldbus Modules PNOZ m ES EtherCAT 4.4.1 Service Data Objects (SDOs) All the relevant device parameters and current process data of the EtherCAT are entered in the object directory of the PNOZmulti 2. These can be read and written via Service Data Objects (SDOs). To enable the fieldbus module to be incorporated easily within a EtherCAT network, the ob­ ject directory is available as an XML file. The content is described in the chapter entitled Service data [  65]. 4.4.2 Service data The service data for EtherCAT is divided into the following data areas: Process data ­ Base unit and expansion modules Process data ­ Fieldbus module and communication module Diagnostic words Enable elements Project data Device data The content of the service data and addressing are described in the chapter entitled Ser­ vice data [  65]. 4.4.3 Process Data Objects (PDOs) The manufacturer­specific part of the object directory is structured as follows: PDO (hex) Size Name Index (hex) Sub­Index(hex) Content 0x1A00 TxPDO 2000 01 ­ 20 Output data (from the PNOZmulti) 0x1A01 TxPDO 2000 01 ­ 11 Default configuration...

  • Page 26: Pnoz M Es Powerlink

    Fieldbus Modules PNOZ m ES Powerlink 4.5.1 Service Data Objects (SDOs) All the relevant device parameters and current process data of the Ethernet POWERLINK are entered in the object directory of the PNOZmulti 2. These can be read and written via Service Data Objects (SDOs). To enable the fieldbus module to be incorporated easily within a Ethernet POWERLINK network, the object directory is available as an XDD file. The content is described in the chapter entitled Service data [  65]. 4.5.2 Service data The service data for Ethernet POWERLINK is divided into the following data areas: Process data ­ Base unit and expansion modules Process data ­ Fieldbus module and communication module Diagnostic words Enable elements Project data Device data The content of the service data and addressing are described in the chapter entitled Ser­ vice data [  65]. 4.5.3 Process Data Objects (PDOs) A PDO can be assembled individually from the SDOs. Maximum size for the PDOs: 254 Bytes input data 32 Bytes output data The inputs and outputs are viewed from the Managing Node. PNOZ m ES Profinet 4.6.1 Cyclical input and output data Virtual inputs and outputs can be requested or set directly via the following modules. Each element can be selected individually in the master control system, e.g. virtual inputs i0­31. The data width is also established this way. Input data The Master writes to the virtual inputs of the PNOZmulti 2. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 27: Access To Table Segments

    Fieldbus Modules Description Input data from PNOZmulti 2 Virtual inputs i0 – i31 4 Input Bytes Virtual inputs i32 – i63 4 Input Bytes Virtual inputs i64 – i95 4 Input Bytes Virtual inputs i96 – i127 4 Input Bytes Output data The Master reads the virtual outputs of the PNOZmulti 2. Description Output data from PNOZmulti 2 Virtual outputs o0 – o31 4 Output Bytes Virtual outputs o32 – o63 4 Output Bytes Virtual outputs o64 – o95 4 Output Bytes Virtual outputs o96 – o127 4 Output Bytes 4.6.2 Access to table segments The data in the tables (see Service data [  65]) can be requested via the following mod­ ules. Input data The Master requests a table segment in the form: Description Input data from PNOZmulti 2 Table and segment number 2 Input Bytes Output data The PNOZmulti 2 replies in the form: Description Output data from PNOZmulti 2 Table and segment number + 13 Byte payload 15 Output Bytes A detailed description is available in the chapter entitled Access to table segments [  15].

  • Page 28: Service Data

    Fieldbus Modules Bit 5­7: Reserved 4.6.4 Service data The service data for PROFINET is divided into the following data areas: Process data ­ Base unit and expansion modules Process data ­ Fieldbus module and communication module Diagnostic words Enable elements Project data Device data The content of the service data and addressing are described in the chapter entitled Ser­ vice data [  65]. 4.6.5 Diagnostic data PNOZ m ES Profinet These bits contain the diagnostic data Unit_Diag_ Content STOP, base unit is in STOP condition Base unit was stopped by the Configurator Reserved External error Internal error External error on the inputs Internal error on the inputs External error on the outputs Internal error on the outputs No connection to base unit Reserved … Error on the base unit Reserved Error on the 1st expansion module, right Error on the 2nd expansion module, right Error on the 3rd expansion module, right Error on the 4th expansion module, right Fault on the 5th expansion module, right Fault on the 6th expansion module, right Operating Manual Communication interfaces 1002971­EN­03...
  • Page 29 Fieldbus Modules Unit_Diag_ Content Reserved … Fault on 1st expansion module, left Fault on 2nd expansion module, left Fault on 3rd expansion module, left Fault on 4th expansion module, left Reserved Error on the communication module Reserved … Error in the configuration, F_81 Error in the application program, F_82 Error in the periphery, F_83 Error on the speed monitor, F_84 Error on the bus module, F_85 Error on the link module, F_86 Error on the analogue input module, F_87 Reserved Error on the input/output module, F_89 Error on the Ethernet module, F_8A Internal error on the left­hand expansion module, F_90 Internal periphery error, F_93 Internal error on the right­hand expansion module, F_94 Internal error on the right­hand expansion module, F_95 Internal self test error, F_B0 Internal data error, F_B1 Internal parameter error, F_B2 Internal serial/I2C error, F_B3 Internal time error, F_B4 Internal processor error, F_B5 Internal parameter error, F_B6 Internal compare error, F_B7 Internal sequence error, F_B8 Operating Manual Communication interfaces 1002971­EN­03...

  • Page 30: Pnoz M Es Ethernet/Ip

    Fieldbus Modules Unit_Diag_ Content Internal periphery error, F_B9 Internal error on bus module, F_BA Internal error on link module, F_BB Internal error on speed monitor, F_BC Internal error on analogue input module, F_BD Internal error on link module, F_BE Internal error on link module, F_BF Internal error on the left­hand expansion module, F_C0 Internal error on the left­hand expansion module, F_C1 Internal error on the Ethernet module, F_C2 Internal compare error, F_C3 Internal error on the right­hand expansion module, F_C4 Internal error on the right­hand expansion module, F_C5 Reserved … Explanation: Bits 56 to 91 display the last content of the error stack (corresponds to the error class). The bits are deleted as soon as PNOZmulti 2 returns to a RUN state. PNOZ m ES Ethernet/IP 4.7.1 Cyclical input and output data 17 or 32 bytes must always be sent and received for communication with the PNOZmulti. Fixed parameters for the input/output assembly instances are set in the fieldbus module in­ terfaces. The following data lengths can be selected: Assembly Instance Input Data length Description 32 Bytes Inputs, LEDs, tables 17 Bytes Inputs, LEDs Assembly Instance Output Data length Description 32 Bytes Outputs, LEDs, tables 17 Bytes Outputs, LEDs Assembly Instance Configura­...

  • Page 31: Service Data

    Fieldbus Modules Byte 0 Byte 1 Byte 2 Byte 16 Byte 17 Byte 31 4.7.2 Service data The service data for EtherNet/IP is divided into the following data areas: Process data ­ Base unit and expansion modules Process data ­ Fieldbus module and communication module Diagnostic words Enable elements Project data Device data The content of the service data and addressing are described in the chapter entitled Ser­ vice data [  65]. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 32: Overview

    Communication modules Communication modules Overview The communication module on the configurable control system PNOZmulti 2 is used to Download and upload the project, Read the diagnostic words, Read the error stack. The following combinations are possible: Serial interface RS232 – Base unit PNOZ m B0 + PNOZ m ES RS232 Ethernet interfaces – Base unit PNOZ m B0 + PNOZ m ES ETH PNOZ m ES RS232 The connection to the RS 232 interface of the communication partner and the communica­ tion module PNOZ m ES RS232 is established via a null modem cable. Transmission rate: 19.2 kBit with 8 bits of data 1 start bit 2 stop bits 1 parity bit Even parity PNOZ m ES ETH 5.3.1 Introduction This chapter describes the special features of communication with the expansion module PNOZ m ES ETH via Ethernet and Modbus/TCP. Access to data from the PNOZmulti 2 via tables and segments is described in Chapter Basics [  13]. 5.3.2 Overview The expansion module PNOZ m ES ETH provides an interface to Ethernet. Via this inter­ face, the configurable control system PNOZmulti 2 can be connected via Ethernet to control systems that support Modbus/TCP. Modbus/TCP is designed for fast data exchange at field level. The expansion module PNOZ m ES ETH is a passive Modbus/TCP subscriber (Server). The basic functions of communication with Ethernet or Modbus/TCP conform to IEEE 802.3. The central controller (Client) reads output information from the Servers and writes input information to the Servers as part of each cycle. In addition to the cyclical pay­ load transmission, the PNOZ m ES ETH also has diagnostic functions.

  • Page 33: Module Features

    Communication modules The Ethernet interface is configured in the PNOZmulti Configurator (for description see on­ line help for the PNOZmulti Configurator). The communication module PNOZ m ES ETH supports Modbus/TCP [  51]. The module can manage up to 8 Modbus/TCP connections and up to 4 PG port (Port 9000) connections. 5.3.3 Module features Can be configured in the PNOZmulti Configurator Network protocols: TCP/IP, Modbus/TCP Status indicators for communication and for errors Transmission rate 10 MBit/s (10BaseT) and 100 MBit/s (100BaseTX), full and half du­ plex 5.3.4 Modbus/TCP There is no need to configure a connection on the PNOZ m ES ETH. Port 502 is used in accordance with the Modbus/TCP specification. For details of Modbus/TCP Modbus/TCP [  51] 5.3.5 RJ45 interfaces ("Ethernet") Two free switch ports are provided as Ethernet interfaces via an internal autosensing switch. The autosensing switch automatically detects whether data transfer is occurring at 10 Mbit/s or 100 Mbit/s. INFORMATION The connected subscribers must support the autosensing/autonegotiation function. If not, the communication partner must be set permanently to "10 Mbit/s, half duplex". The switch's automatic crossover function means there is no need to distinguish on the connection cable between patch cable (uncrossed data line connection) and crossover cable (crossover data line connection). The switch automatically creates the correct data line connection internally. Patch cable can therefore be used as the connection cable for end devices as well as cascading. Both Ethernet interfaces use RJ45 technology. 5.3.6 Requirements of the connection cable and connector The following minimum requirements must be met: Ethernet standards (min. Category 5) 10BaseT or 100BaseTX Double­shielded twisted pair cable for industrial Ethernet use Shielded RJ45 connectors (industrial connectors) Operating Manual Communication interfaces 1002971­EN­03...

  • Page 34: Interface Configuration

    Communication modules 5.3.7 Interface configuration RJ45 socket 8­pin Standard Crossover TD+ (Transmit+) RD+ (Receive+) TD­ (Transmit­) RD­ (Receive­) RD+ (Receive+) TD+ (Transmit+) n.c. n.c. n.c. n.c. RD­ (Receive­) TD­ (Transmit­) n.c. n.c. n.c. n.c. 5.3.8 RJ45 connection cable RJ45 connector 8­pin 10BaseT cable or 100BaseTX cable max. 100 m NOTICE With the plug­in connection please note that the data cable and connector have a limited mechanical load capacity. Appropriate design measures should be used to ensure that the plug­in connection is insensitive to in­ creased mechanical stress (e.g. through shock, vibration). Such measures include fixed routing with strain relief, for example.

  • Page 35: Communication Procedure

    Communication modules Ethernet Hub/Switch Hub/Switch Ethernet subscriber Ethernet subscriber PC with PNOZmulti Configurator PNOZ m B0 + PNOZ m ES ETH PNOZ m B0 + PNOZ m ES ETH Fig.: PNOZmulti 2 as Ethernet subscriber ­ possible topologies Communication procedure The PNOZmulti 2 is always the connection's Server in the communication; the communica­ tion partner (PC, SPS) is the Client. INFORMATION For communication via Ethernet, the Ethernet interface must be set up in the PNOZmulti Configurator. The procedure is described in the PNOZmulti Configurator's online help. Each communication is started by sending a request to the PNOZmulti 2. Requests are used to receive data from the PNOZmulti 2 or send data to the PNOZmulti 2 : 1. Request: The user sends a request to the PNOZmulti 2 via the communications partner. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 36: Telegram Structure

    Communication modules 2. Response: The PNOZmulti 2 sends a response to the communications partner after approx. 20 to 30 ms, confirming that the request has been received without error. Data is sent in accordance with the request. Telegram structure The telegram used for communication consists of: a header, the payload, a footer. Telegram Byte Request Byte Response section 0x05 0x05 0x15 0x15 0x00 0x00 Header Payload amount +5 Payload amount +5 Request No. Confirmation/error Segment No. HB Segment No. HB Segment No. LB Segment No. LB 0x00 Reserved Payload Byte 0 Payload Byte 0 Payload Byte 1 Payload Byte 1 Payload Byte 2 Payload Byte 2 Payload Payload Payload Byte n Payload...

  • Page 37: Usable Data

    Communication modules – Response: Confirmation of request The request is confirmed: Request number + 0x80 (Bit 7 set).  If the request cannot be processed, an error message is returned Troubleshooting [  49]. Byte 5: High Byte of segment number Byte 6: Low Byte of segment number Byte 7 – Request: Always 0x00 – Response: Reserved 5.5.2 Usable data The telegram contains payload from Byte 8. The content and number of payload bytes de­ pend on the request. 0 ­ 40 bytes of payload can be transmitted. If there is no payload available, the BCC (Block Control Check) will follow directly after Byte 7. The last byte of payload is the byte "Payload amount + 7". If a telegram contains 13 payload bytes, for example, Byte 20 will be the last payload byte. 5.5.3 Footer The bytes "Payload amount + 8" and "Payload amount + 9" contain the check sum (Block Control Check = BCC) in the byte "Payload amount + 8": The check sum is calculated as follows: BCC = 0 – (Byte 4 + ... + Byte "Payload amount + 7") 0x10 as identifier for the telegram end in the byte "Payload amount + 9". Example for 13 bytes of payload: Check sum in Byte 21 – Content: 0 ­ (Sum of the Bytes 4 + … + Byte 20) 0x10 as identifier for the telegram end is in Byte 22. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 38: Usable Data

    Communication modules Usable data This section describes the payload that can be transmitted as the result of a corresponding request. 5.6.1 Virtual inputs (Input Byte 0 ... Input Byte 15) The virtual inputs are defined by the communication partner and transferred to the PNOZmulti 2 . Each input has a number, e.g. input bit 4 of input byte 1 has the number i12. Input Byte … i127 i126 i125 i124 i123 i122 i121 i120 5.6.2 Watchdog The watchdog is used to monitor the virtual inputs. If no virtual inputs are sent by a communications partner within a defined watchdog time (watchdog timeout), the PNOZmulti sets the virtual inputs to "0". The configuration and functionality of the watchdog varies and so is described in the re­ spective requests. 5.6.3 Virtual outputs (Output Byte 0 ... Output Byte 15) The virtual outputs are defined in the PNOZmulti Configurator. Each output that is used is given a number there, e.g. o0, o5 .. The state of output o0 is stored in bit 0 of output byte 0; the state of output o5 is stored in bit 5 of output byte 0 etc. Output Byte o127 o126 o125 o124 o123 o122 o121 o120 5.6.4 LED status The status of the LEDs is stored in a byte as follows: Bit 0 = 1: LED OFAULT is lit or flashes...

  • Page 39: Tables

    Communication modules 5.6.5 Tables Further information can be requested in table form. A table consists of one or more PNOZmulti 2 segments. Each segment is made up of 13 Bytes. The communications partner requests the required data using the table number and seg­ ment number. The PNOZmulti 2repeats the two numbers and sends the requested data. There are a total of 11 tables, with the following contents: Table 20: Process data, base unit Table 21: Process data, right­hand expansion modules Table 22 Process data, left­hand expansion modules Table 23: Process data, fieldbus module / communication module Table 70: Diagnostic words Table 71: Enable elements Table 80: Project information Table 90: Device data, base unit Table 91: Device data, right­hand expansion modules Table 92 Device data, left­hand expansion modules Table 93: Device data, fieldbus module / communication module The content of the tables is described in detail in the chapter entitled Service data [  65]. Requests A request is defined via the request number and segment number. The following requests are available: Request Segment Meaning 0x14 0x01 Send virtual inputs to the PNOZmulti 2...
  • Page 40 Communication modules The mask (Bytes 24 to 39) is used to determine which of the virtual inputs in a Byte are to be set. Telegram Byte Request Byte Response 0x05 0x05 0x15 0x15 0x00 0x00 0x25 0x05 0x14 0x00 0x00 0x01 0x01 0x00 0x00 Virtual inputs 0x6B Input Byte 0: i7 to i0 0x10 Virtual inputs Input Byte 15: i127 to i120 Mask Mask Byte 0: i7 to i0 Mask Mask Byte 15: i127 to i120 0x10 INFORMATION If a fieldbus module is configured, virtual inputs cannot be activated via the integrated interface. In this case the request will be rejected by the PNOZmulti 2 with error message 0x63 (request cannot be executed).

  • Page 41: Send Virtual Inputs To The Pnozmulti, Request State Of The Virtual Outputs

    Communication modules 5.7.3 Send virtual inputs to the PNOZmulti, request state of the virtual outputs and LED status from the PNOZmulti Request 0x14 Segment 0x02 The communication partner uses this request to send virtual inputs to the PNOZmulti 2 in exactly the same way as request 0x14 segment 0x01. It also requests the virtual outputs and the LED status from the PNOZmulti 2 . The mask (Bytes 24 to 39) is used to determine which of the virtual inputs in a Byte are to be set. For example, if only inputs i0 to i5 are to be set in Byte 8, 0x3F must be entered in the mask in Byte 24. Telegram Byte Request Byte Response 0x05 0x05 0x15 0x15 0x00 0x00 0x26 0x16 0x14 0x94 0x00 0x00 0x02 0x02 0x00 0x00 Virtual inputs Virtual outputs Input Byte 0: Output Byte 0: i7 to i0 o7 to o0 Virtual inputs Virtual outputs Input Byte 15: Output Byte 15: i127 to i120...
  • Page 42 Communication modules INFORMATION If a fieldbus module is configured, virtual inputs cannot be activated via the communication module. 5.7.3.1 Control Byte (Byte 40) Bit 0 … 2 of the Control Byte contain a watchdog function. If no virtual inputs are sent by a communications partner within the defined watchdog time (watchdog timeout), the PNOZmulti 2 sets the virtual inputs to "0". Control Byte 40: Reserved Delayed Error Reserved Reserved W­Timer W­Timer W­Timer Message Bit0 Re­ Bit2 Bit1 sponse Bit 0 ­ 2: Watchdog Timeout Watchdog Timer Watchdog Timer Watchdog Timer Bit 2 Bit 1 Bit 0 Watchdog Timeout Timer deactivated 100 ms 200 ms 500 ms 1 s 3 s 5 s 10 s Bit 3 and 4: Reserved Bit 5 Error Message: Error message If the bit is set to "1", an error stack entry is generated when the watchdog is triggered.
  • Page 43 Communication modules INFORMATION The watchdog functions of the requests 0x14 segment 0x02 and 0x5C use the same watchdog timer. In other words, the watchdog timer is reset if either request is called. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 44: Request State Of Virtual Inputs And Outputs From Pnozmulti

    Communication modules 5.7.4 Request state of virtual inputs and outputs from PNOZmulti Request 0x2C Segment 0x02 The communication partner uses this request to request the state of the virtual inputs and outputs from the PNOZmulti. Telegram Byte Request Byte Response 0x05 0x05 0x15 0x15 0x00 0x00 0x05 0x26 0x2C 0xAC 0x00 0x00 0x02 0x02 0x00 0x00 0xD2 Virtual inputs Input Byte 0: i7 to i0 0x10 Virtual inputs Input Byte 15: i127 to i120 Virtual outputs Output Byte 0: o7 to o0 Virtual outputs Output Byte 15: o127 to o120 LED status 0x10...

  • Page 45: Send Input And Output Data (Cf. Fieldbus Communication)

    Communication modules Telegram Byte Request Byte Response 0x05 0x05 0x15 0x15 0x00 0x00 0x07 0x14 0x2F 0xAF 0x00 0x00 0x00 0x00 0x00 0x00 Table No. Table No. Segment No. Segment No. Byte 0 of Table x, Segment y 0x10 Byte 12 of Table x, Segment y 0x10 Byte 8: Table number Example: 0x15 for Table 21: Process data, right­hand expansion modules Byte 9: Segment number Example: 0x00 for Segment 0, in Byte 4 state of outputs o0 ... o7 of the right­hand ex­ pansion modules INFORMATION If the requested segment is unavailable, the Segment No. is set to 255. Example:  Request: Table No. 20 Segment No. 45 ...

  • Page 46: Input Data (To The Pnozmulti)

    Communication modules Byte Request Byte Response 0x05 0x05 0x15 0x15 0x00 0x00 0x26 0x26 0x5C 0xDC Control Byte Control Byte 0x00 Reserved 0x00 0x00 Input Byte 0 Output Byte 0 Input Byte 1 Output Byte 1 Input Byte 2 Output Byte 2 Input Byte 31 Output Byte 31 0x00 Reserved 0x10 0x10 5.7.6.1 Input data (to the PNOZmulti) Input Byte Content i7 to i0 i15 to i8 i23 to i16 i31 to i24 i39 to i32 i47 to i40...

  • Page 47: Output Data (From The Pnozmulti)

    Communication modules Input Byte Content Segment number 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 The virtual inputs are set and a specific table/segment is requested in the input data. INFORMATION If a fieldbus module is configured, virtual inputs cannot be activated via the communication module. 5.7.6.2 Output data (from the PNOZmulti) Output Byte Content o7 to o0 o15 to o8 o23 to o16 o31 to o24 o39 to o32 o47 to o40 o55 to o48 o63 to o56 o71 to o64 o79 to o72 o87 to o80 o95 to o88 o103 to o96 o111 to o104 Operating Manual Communication interfaces 1002971­EN­03...

  • Page 48: Control Byte (Byte 5)

    Communication modules Output Byte Content o119 to o112 o127 to o120 LED status Table number Segment number Payload Byte 0 Payload Byte 1 Payload Byte 2 Payload Byte 3 Payload Byte 4 Payload Byte 5 Payload Byte 6 Payload Byte 7 Payload Byte 8 Payload Byte 9 Payload Byte 10 Payload Byte 11 Payload Byte 12 The content of the tables and segments is described in detail in the section entitled Service data [  65]. 5.7.6.3 Control Byte (Byte 5) Bit 0 … 2 of the Control Byte contain a watchdog function. If no virtual inputs are sent by a communications partner within the defined watchdog time (watchdog timeout), the PNOZmulti sets the virtual inputs to "0". Control Byte 5: Read/ Delayed Error Reserved Reserved W­Timer W­Timer W­Timer Write Re­ Message Bit 2 Bit 1...

  • Page 49: Troubleshooting

    Communication modules Watchdog Timer Bit Watchdog Timer Bit Watchdog Timer Bit Watchdog Timeout 5 s 10 s Bit 3 and 4: Reserved Bit 5 Error Message: Error message If the bit is "1", an error stack entry is generated when the watchdog is triggered. Bit 6 Delayed Response: Delayed response If the bit is "1", the response (send virtual outputs) is sent after a delay of one cycle. Bit 7: Read/Write: Read/write access If the bit is "1", write protection is active; data cannot be overwritten. With read access, the watchdog timer is not reset, Bit 6 Delayed Response is deactivated. INFORMATION The watchdog functions of the requests 0x14 segment 0x02 and 0x5C use the same watchdog timer. In other words, the watchdog timer is reset if either request is called. INFORMATION To test if the watchdog is active, set a virtual input continuously to "1". If this input becomes "0" after the set watchdog timeout has elapsed, then the watchdog is active. Troubleshooting 5.8.1 Request format does not meet specifications If the request format does not meet the specifications, the PNOZmulti 2 sends the following response: Byte Response 0x05 0x02 0x00 0x02 0x00 0x02 0x10 Operating Manual Communication interfaces 1002971­EN­03...

  • Page 50: Error While Executing A Request

    Communication modules 5.8.2 Error while executing a request If an error occurs while executing a request, the PNOZmulti 2 sends the following response: Byte Response 0x05 0x15 0x00 0x05 Error Code 0x00 0x00 0x00 0x10 Error Codes (Byte 4): 0x62: Request's BCC is incorrect 0x63: Request cannot be executed 0x64: Request unknown 0x67: Table or segment number unavailable 0x68: PNOZmulti 2 not ready Operating Manual Communication interfaces 1002971­EN­03...

  • Page 51: System Requirements

    Modbus/TCP Modbus/TCP System requirements PNOZmulti Configurator: from Version 9.0.0 PNOZ m B0 + PNOZ m ES ETH Please contact Pilz if you have an older version. Modbus/TCP ­ Basics Modbus/TCP is an open fieldbus standard published by the User Group MODBUS­IDA (see www.Modbus­IDA.org). Application Layer Protocol Modbus/TCP (RFC 793) (RFC 791) Industrial Ethernet Physical Layer Ethernet Modbus/TCP is a protocol based on Industrial Ethernet (TCP/IP over Ethernet). It is one of the protocols with Client/Server communication. Data is transferred via a request/response mechanism using function codes (FC). Modbus/TCP is connection­oriented, i.e. before usable data is transferred via Modbus/TCP, a connection must first be established between two Modbus/TCP interfaces. The initiator of the connection is called the Client. The communications partner with which the Client es­ tablishes the connection is called the Server. Whether a connection on a device assumes the role of Client or Server is defined when a connection is configured. As a result, the Server/Client role only applies for that specific connection. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 52: Modbus/Tcp With Pnozmulti 2

    Modbus/TCP Modbus/TCP with PNOZmulti 2 An interface for communication via Modbus/TCP is provided on the PNOZmulti 2 through the communication module PNOZ m ES ETH. A PNOZ m ES ETH can manage a max. of 8 Modbus/TCP connections. The PNOZmulti 2 is always the Server in a connection. The connection Clients may be various devices, e.g. PC (PNOZmulti Configurator), control system, display unit. They can access the configur­ able control system PNOZmulti 2 simultaneously. The virtual I/Os plus all the information that is polled during fieldbus communication are contained in data areas. The data is accessed directly. It's no longer necessary to switch via table/segment. PSSu-System 192.168.1.100 192.168.1.10 192.168.1.60 PNOZ m B0 + PNOZ mm0.1p + PNOZ m1p ETH PNOZ m ES ETH PNOZ mmc1p ETH 192.168.1.1 192.168.1.110 192.168.1.2 The configurations required for Modbus/TCP are fully pre­configured in the PNOZmulti 2 operating system. All that's necessary in the PNOZmulti Configurator is to activate the vir­ tual inputs and outputs (see PNOZmulti Configurator's online help, under "Display and edit module selection"). On a configurable control system PNOZmulti 2 , port number "502" is fixed as the default for data exchange via a Modbus/TCP connection. It is not displayed in the PNOZmulti Con­...

  • Page 53: Data Areas

    Modbus/TCP Data areas 6.4.1 Overview A configurable control system PNOZmulti 2 supports the following Modbus/TCP data areas: Data area Modbus syntax Example Coils (Bit) 0x[xxxxx] 0x00031 0x00000 … 0x65535 (virtual input i31) [read/write] Discrete Inputs (Bit) 1x[xxxxx] 1x08193 1x00000 … 1x65535 (virtual output o1) [read only] Input Register (Word/16 Bits) 3x[xxxxx] 3x00002 3x00000 … 3x65535 (virtual inputs 32 ... 47) [read only] Holding Register (Word/16 Bits) 4x[xxxxx] 4x04108 4x00000 … 4x65535 (project name, 1st character) [read/write] INFORMATION Addressing for PNOZmulti systems starts at “0”. On devices from other manufacturers, addressing can start at “1”.  Please refer to the operating manual provided by the relevant manufacturer. Data can be accessed via various Modbus/TCP data areas. The tables below show the relationship between Modbus/TCP data areas and the content of the data areas. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 54: Function Codes

    Modbus/TCP 6.4.2 Function codes The following function codes (FC) are available for communication with the PNOZmulti 2 via Modbus/TCP: Function code Function FC 01 Read Coils The connection Client reads bit data from the connection Server,  data length ≥ 1 Bit, content: Input/output data (data received from 0x) FC 02 Read Discrete Input The connection Client reads bit data from the connection Server,  data length ≥ 1 Bit, content: Input/output data (data received from 1x) FC 03 Read Holding Register The connection Client reads word data from the connection Server,  data length ≥ 1 Word, content: Dia­ gnostic word (data received from 4x) FC 04 Read Input Register The connection Client reads word data from the connection Server,  data length ≥ 1 Word, content: Dia­ gnostic word  (data received from 3x) FC 05 Write Single Coil The connection Client writes to one bit datum in the connection Server,  data length = 1 Bit, content: Input data  (send data to 0x) FC 06 Write Single Register...

  • Page 55: Data Transfer Limits

    Modbus/TCP Error codes on Modbus/TCP Code Name Description Invalid function The function code in the enquiry is not supported. Invalid data address The data address received in the enquiry is outside the memory range. Invalid data Invalid data requested. 6.4.3 Data transfer limits The following table contains information on the data length per telegram that is supported: Data transfer Data length per telegram Read data  FC 01 (Read Coils) 1 … 2000 (Bit) FC 02 (Read Discrete Inputs) Read data  FC 05 (Write Single Coil) 1 Bit (Bit) FC 15 (Write Multiple Coils) 1 … 1968 Read data  FC 03 (Read Holding Re­ 1 … 125 (Word) gisters) FC 04 (Read Input Register) Write data  FC 06 (Write Single Register) 1 Word (Word) FC 16 (Write Multiple Re­ 1 … 123 Words gisters) Read and...
  • Page 56 Modbus/TCP Coil/ Register Discrete Input (3x, 4x) (0x, 1x) Content High Byte Low Byte 15... 0 State of virtual inputs i15…i8 i7…i0 0...15 31... 16 State of virtual inputs i31…i24 i23…i16 16...31 47...32 State of virtual inputs i47…i40 i39…i32 32...47 63...48 State of virtual inputs i63…i56 i55…i48 48...63 79... 64 State of virtual inputs i79…i72 i71…i64 64...79 95...80 State of virtual inputs i95…i88 i87…i80 80...95 111...96 State of virtual inputs i111…i104 i103…i96...
  • Page 57 Modbus/TCP The table below describes the Modbus/TCP data areas for the watchdog. A relevant area for the watchdog is defined in each Modbus/TCP data area (Coils (0x), Dis­ crete Inputs (1x), Input Register (3x), Holding Register (4x)). Read/write access will depend on the Modbus/TCP data area. Coil/ Register Discrete Input (3x, 4x) (0x, 1x) Content High Byte Low Byte 4095...4080 Control Register See table below High Byte WD­Trig­ Error Mes­ Reserved Reserved Reserved W­Timer W­Timer W­Timer sage Bit 2 Bit 1 Bit 0 Low Byte Reserved Reserved Reserved Reserved Reserved Reserved Reserved Reserved Bit 15 "Watchdog Trigger": The watchdog can be triggered by setting Bit 15 constantly to "1", or by a Client writing in the input area of the 128 inputs. The state of the bit when read­ ing is undefined. A 1 or a 0 can be read.

  • Page 58: Allocation Table Of The Virtual Inputs And Outputs

    Modbus/TCP 6.4.5 Allocation table of the virtual inputs and outputs Addressing the virtual inputs (coils) in Registers 0 to 7. Virtual inputs Allocation of virtual inputs i0, i1 ... i127 to the Bits in Registers 0 to 7 Addressing the virtual outputs (discrete inputs) in Registers 512 to 519. Virtual outputs Allocation of virtual outputs o0, o1 ... o127 to the Bits in Registers 512 to 519. 6.4.6 Service data The service data for Modbus/TCP is divided into the following data areas: Process data ­ Base unit and expansion modules Process data ­ Fieldbus module and communication module Diagnostic words Enable elements Project data Device data The content of the service data and addressing are described in the chapter entitled Ser­ vice data [  65] Operating Manual Communication interfaces 1002971­EN­03...

  • Page 59: Leds

    Modbus/TCP 6.4.7 LEDs The table below describes the Modbus/TCP data areas that contain the LED statuses. Relevant areas for the data are defined in the Modbus/TCP data areas Discrete Inputs (1x) and Input Register (3x). Read access is available to these data areas. Register Discrete Input (3x) (1x) Content High Byte Low Byte 8176 Status of LEDs Reserved PNOZmulti 2 LEDs Bit 0 = 1: LED OFAULT is lit or flashes Bit 1 = 1: LED IFAULT is lit or flashes Bit 2 = 1: LED FAULT is lit or flashes Bit 3 = 1: LED DIAG is lit or flashes Bit 4 = 1: LED RUN is lit Bit 5­7: Reserved 6.4.8 Updating the data areas Data is updated with varying priority. The table below shows the typical update cycles for the various data. Content Typ. update cycle Virtual inputs/outputs 20 ms Project and device data Once during initialisation State of the inputs/outputs from the base unit and expan­ 320 ms sion modules LED status 1000 ms Number of elements that can store a state Once during initialisation Element enable 320 ms...

  • Page 60: Examples Of Clients And Servers

    Modbus/TCP Examples of Clients and Servers The following subscribers communicate via Modbus/TCP or Ethernet: Devices with Server role: – PNOZ m ES ETH – PNOZ m1p ETH – PNOZ mmc1p ETH Devices with Client role: – PSSu system in the automation system PSS 4000 – Operator terminal PMI PC as programming device for PNOZmulti 2, PSSu system and PMI The PSSu system and the operator terminal PMI access the configurable control system PNOZmulti 2 (Server role) simultaneously. PSSu-System 192.168.1.100 192.168.1.10 192.168.1.60 PNOZ m B0 + PNOZ mm0.1p + PNOZ m1p ETH PNOZ m ES ETH PNOZ mmc1p ETH 192.168.1.1 192.168.1.110 192.168.1.2 Operating Manual Communication interfaces...

  • Page 61: Introduction

    Diagnostic word Diagnostic word Introduction A diagnostic word can be read out for those elements in the PNOZmulti Configurator that can store a status. The diagnostic word contains information on a particular element, such Operating states (e.g. safety gate was opened) Error messages (e.g. N/C contact failed to switch or switched too late) Elements with diagnostic word The diagnostic word is accessed by activating an Element ID. The permitted value range for the Element ID is 1 ... 100. Elements with an element ID include: Function elements – E­STOP and safety gate – Safety gate with guard locking – Light curtain – Enabling switch – Foot switch – Two­hand button – Operating mode selector switch Logic elements – RS flip­flop – Start element Press elements – Light curtain Muting elements – Sequential muting – Parallel muting – Cross muting Output elements –...

  • Page 62: Evaluate Diagnostic Word

    Diagnostic word evaluated,  e.g.: Bit 1 on a safety gate element: 1:00000000 00000010 Key: Safety gate was opened Evaluate diagnostic word Evaluation in the user program One bit from the diagnostic word can be linked further within the PNOZmulti 2 user pro­ gram. The user selects a bit within a diagnostic word and polls it. An LED can be driven in this way, for example. Evaluation using PVIS expanded diagnostics The bits of a diagnostic word can be configured for PVIS expanded diagnostics in the PNOZmulti Configurator. A "Safety Device" diagnostic type is assigned to an element. It contains the diagnostic word as an event message. An event message including rem­ edies (actions) is defined in the diagnostic type for each event, i.e. for every potential element state. The event messages and actions can also be supplemented through ad­ ditional information, which is helpful during diagnostics (equipment identifier, location description). The event messages can be displayed on the PMImicro diag, for example. INFORMATION Detailed information on PVIS expanded diagnostics can be found in the PNOZmulti Configurator's online help. Evaluation via the RS232/Ethernet interfaces The diagnostic word is requested via the communication module using the element's ID (see also Communication modules [  32]). Evaluation via a fieldbus The diagnostic word is requested via a connected fieldbus module, via the element's ID (see also Fieldbus Modules [  13]). Operating Manual Communication interfaces 1002971­EN­03...
  • Page 63 ID = 1 ... 100 PVIS: output e.g. activate Bit 2 and 3 Output Download project PNOZmulti 2 fieldbus module PNOZmulti 2 base unit PNOZmulti 2 communi- cation module 1 fieldbus module or Fieldbus 1 communication module Read diagnostic word...

  • Page 64: Example ­ Evaluate Diagnostic Word Of A Safety Gate

    Diagnostic word Example ­ Evaluate diagnostic word of a safety gate Safety gate with Element ID = 5: Dual­channel Manual reset Start­up test Evaluation of the following bits: Bit 2 = 1: Safety gate is ready for reset. The reset button for manual reset must be oper­ ated. Bit 8 = 1: Error in the test pulse wiring PNOZmulti Configurator 0000 0000 0000 0000 Enable issued 0000 0000 0000 0001 Evaluate Bit 2 of the diagnostic word logic element for ID = 5 0000 0000 0000 0010 Safety gate has been opened within the user program Bit 2 0000 0000 0000 0100...
  • Page 65 Service data Service data The service data of the configurable control system PNOZmulti 2 is divided into various data ranges. The service data is addressed differently, based on the fieldbus. The content of the service data is described generally in the sections below. This is fol­ lowed by the fieldbus­specific addressing. Data ranges: Process data: Base unit and expansion modules [  66] – State of inputs i0 … i31 [  67] – State of outputs o0 … o31 [  67] – Status of system LEDs [  67] – Status of IO LEDs [  68] Process data: Fieldbus and communication module [  85] – State of virtual inputs i0 … i127 [  85] – State of virtual outputs o0 … o127 [  86] – Status of system LEDs [  87] Diagnostic words [  90] – Diagnostics [  90] Enable elements [  92] – Element IDs [  92] Project data [...

  • Page 66: Process Data: Base Unit And Expansion Modules

    Service data The following example illustrates the procedure for selecting certain service data. In the example, the device data for the base unit is selected with the fieldbus module PROFINET. Example: Selection: Which data area? Device data Which device? Base unit Which addressing type? Profinet records Data area: Device data Device: Device data addressing on base unit Addressing type INFORMATION The service data is only updated piecemeal in each cycle by the PNOZmulti.  Updating all of the data can take up to 500 ms. An exception is data requested in table form. This is updated fully in each cycle. Process data: Base unit and expansion modules The process data of the base unit and expansion modules consists of 36 Bytes and con­ tains the following information: State of the inputs and outputs The status of the system LED for – supply voltage, – Diagnostics State of the inputs and outputs, which is displayed on the device.

  • Page 67: State Of Inputs I0 ... I31

    Service data 8.1.1 State of inputs i0 … i31 Byte Bit 7 Bit 0 Fieldbus­specific addressing is described in the chapter entitled Process data addressing [  70]. 8.1.2 State of outputs o0 … o31 Byte Bit 7 Bit 0 Fieldbus­specific addressing is described in the chapter entitled Process data addressing [  70]. 8.1.3 Status of system LEDs Status of the system LEDs for supply voltage and base unit diagnostics (see also Assign­ ment of system and I/O­LEDs [  69]) Byte Bit 7 Bit 4 Bit 3 Bit 0 System LED 1 System LED 0 System LED 3 System LED 2 System LED 5 System LED 4 Reserved LED status 4 Bit coding Flashes Fieldbus­specific addressing is described in the chapter entitled Process data addressing [  70]. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 68: Status Of Io Leds

    Service data 8.1.4 Status of IO LEDs Status of the system LEDs for supply voltage and base unit diagnostics (see also Assign­ ment of system and I/O­LEDs [  69]) Byte Bit 7 Bit 4 Bit 3 Bit 0 I/O­LED 1 I/O­LED 0 I/O­LED 3 I/O­LED 2 I/O­LED 5 I/O­LED 4 I/O­LED 7 I/O­LED 6 I/O­LED 9 I/O­LED 8 I/O­LED 11 I/O­LED 10 I/O­LED 13 I/O­LED 12 I/O­LED 15 I/O­LED 14 I/O­LED 17 I/O­LED 16 I/O­LED 19 I/O­LED 18 I/O­LED 21 I/O­LED 20 I/O­LED 23 I/O­LED 22 I/O­LED 25 I/O­LED 24 I/O­LED 27 I/O­LED 26 I/O­LED 29 I/O­LED 28 I/O­LED 31 I/O­LED 30...

  • Page 69: Assignment Of System And I/O­leds

    Service data 8.1.5 Assignment of system and I/O­LEDs Assignment of the I/O LEDs and system LEDs to the LEDs on the base unit: IO-LED 11 12 13 14 PNOZ m B0 POWER System-LED DIAG FAULT I FAULT O FAULT 23 24 25 26 19 x IO-LED Assignment of the I/O LEDs and system LEDs to the LEDs on the right­hand expansion modules: IO-LED PNOZ m EF ... LED 0 LED 1 System-LED LED 2 LED 3 LED 4 LED 5...

  • Page 70: Process Data Addressing

    Service data 8.1.6 Process data addressing 8.1.6.1 Process data addressing on base unit Tables Process data Tables About Byte Table Segment Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10 8 ... 10 I/O LEDs 12 ... 23 0 ... 11 I/O LEDs 24 ... 27 0 ... 3 SDOs Process data SDOs About Byte Index Subindex PNOZmulti Configurator Inputs 0 ... 3 0x2001 1 ... 4...

  • Page 71: Process Data Addressing, 1St Right­hand Expansion Module

    Service data Profinet records Process data Profinet About Byte Record Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10 8 ... 10 I/O LEDs 12 ... 27 12 ... 27 Ethernet/IP instances Process data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10 8 ... 10 I/O LEDs 12 ... 27...
  • Page 72 Service data Process data SDOs I/O LEDs 12 ... 27 0x2001 85 ... 100 Modbus Register Process data Modbus Register About Byte Register Coil/Discrete Input PNOZmulti Configurator Inputs 0 ... 3 1060 ... 1061 16960 ... 16991 Outputs 4 ... 7 1062 ... 1063 16992 ... 17023 System LEDs 8 ... 10 1064 ... 1065 17024 ... 17047 I/O LEDs 12 ... 27 1066 ... 1073 17056 ... 17183 Profinet records Process data Profinet About Byte Record Byte PNOZmulti Configurator Inputs 0 ... 3...

  • Page 73: Process Data Addressing, 2Nd Right­hand Expansion Module

    Service data 8.1.6.3 Process data addressing, 2nd right­hand expansion module Tables Process data Tables About Byte Table Segment Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10 8 ... 10 I/O LEDs 12 ... 23 0 ... 11 I/O LEDs 24 ... 27 0 ... 3 SDOs Process data SDOs About Byte Index Subindex PNOZmulti Configurator Inputs 0 ... 3 0x2002 1 ... 4 Outputs 4 ... 7...

  • Page 74: Process Data Addressing, 3Rd Right­hand Expansion Module

    Service data Process data Profinet I/O LEDs 12 ... 27 12 ... 27 Ethernet/IP instances Process data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10 8 ... 10 I/O LEDs 12 ... 27 12 ... 27 8.1.6.4 Process data addressing, 3rd right­hand expansion module Tables Process data Tables About Byte Table Segment Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3...

  • Page 75: Process Data Addressing, 4Th Right­hand Expansion Module

    Service data Modbus Register Process data Modbus Register About Byte Register Coil/Discrete Input PNOZmulti Configurator Inputs 0 ... 3 1096 ... 1097 17536 ... 17567 Outputs 4 ... 7 1098 ... 1099 17568 ... 17599 System LEDs 8 ... 10 1100 ... 1101 17600 ... 17623 I/O LEDs 12 ... 27 1102 ... 1109 17632 ... 17759 Profinet records Process data Profinet About Byte Record Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10...
  • Page 76 Service data Process data Tables I/O LEDs 24 ... 27 0 ... 3 SDOs Process data SDOs About Byte Index Subindex PNOZmulti Configurator Inputs 0 ... 3 0x2002 73 ... 76 Outputs 4 ... 7 0x2002 77 ... 80 System LEDs 8 ... 10 0x2002 81 ... 83 I/O LEDs 12 ... 27 0x2002 85 ... 100 Modbus Register Process data Modbus Register About Byte Register Coil/Discrete Input PNOZmulti Configurator Inputs 0 ... 3 1114 ... 1115...

  • Page 77: Process Data Addressing, 5Th Right­hand Expansion Module

    Service data Ethernet/IP instances Process data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10 8 ... 10 I/O LEDs 12 ... 27 12 ... 27 8.1.6.6 Process data addressing, 5th right­hand expansion module Tables Process data Tables About Byte Table Segment Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10...

  • Page 78: Process Data Addressing, 6Th Right­hand Expansion Module

    Service data Process data Modbus Register I/O LEDs 12 ... 27 1138 ... 1145 18208 ... 18335 Profinet records Process data Profinet About Byte Record Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10 8 ... 10 I/O LEDs 12 ... 27 12 ... 27 Ethernet/IP instances Process data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7...
  • Page 79 Service data SDOs Process data SDOs About Byte Index Subindex PNOZmulti Configurator Inputs 0 ... 3 0x2003 37 ... 40 Outputs 4 ... 7 0x2003 41 ... 44 System LEDs 8 ... 10 0x2003 45 ... 47 I/O LEDs 12 ... 27 0x2003 49 ... 64 Modbus Register Process data Modbus Register About Byte Register Coil/Discrete Input PNOZmulti Configurator Inputs 0 ... 3 1150 ... 1151 18400 ... 18431 Outputs 4 ... 7 1152 ... 1153 18432 ... 18463...

  • Page 80: Process Data Addressing, 1St Left­hand Expansion Module

    Service data 8.1.6.8 Process data addressing, 1st left­hand expansion module Tables Process data Tables About Byte Table Segment Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10 8 ... 10 I/O LEDs 12 ... 23 0 ... 11 I/O LEDs 24 ... 27 0 ... 3 SDOs Process data SDOs About Byte Index Subindex PNOZmulti Configurator Inputs 0 ... 3 0x2007 1 ... 4 Outputs 4 ... 7...

  • Page 81: Process Data Addressing, 2Nd Left­hand Expansion Module

    Service data Process data Profinet I/O LEDs 12 ... 27 12 ... 27 Ethernet/IP instances Process data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10 8 ... 10 I/O LEDs 12 ... 27 12 ... 27 8.1.6.9 Process data addressing, 2nd left­hand expansion module Tables Process data Tables About Byte Table Segment Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3...

  • Page 82: Process Data Addressing, 3Rd Left­hand Expansion Module

    Service data Modbus Register Process data Modbus Register About Byte Register Coil/Discrete Input PNOZmulti Configurator Inputs 0 ... 3 1366 ... 1367 21856 ... 21887 Outputs 4 ... 7 1368 ... 1369 21888 ... 21919 System LEDs 8 ... 10 1370 ... 1371 21920 ... 21943 I/O LEDs 12 ... 27 1372 ... 1379 21952 ... 22079 Profinet records Process data Profinet About Byte Record Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10...
  • Page 83 Service data Process data Tables I/O LEDs 24 ... 27 0 ... 3 SDOs Process data SDOs About Byte Index Subindex PNOZmulti Configurator Inputs 0 ... 3 0x2007 73 ... 76 Outputs 4 ... 7 0x2007 77 ... 80 System LEDs 8 ... 10 0x2007 81 ... 83 I/O LEDs 12 ... 27 0x2007 85 ... 100 Modbus Register Process data Modbus Register About Byte Register Coil/Discrete Input PNOZmulti Configurator Inputs 0 ... 3 1384 ... 1385...

  • Page 84: Process Data Addressing, 4Th Left­hand Expansion Module

    Service data Ethernet/IP instances Process data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10 8 ... 10 I/O LEDs 12 ... 27 12 ... 27 8.1.6.11 Process data addressing, 4th left­hand expansion module Tables Process data Tables About Byte Table Segment Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10...

  • Page 85: Process Data: Fieldbus And Communication Module

    Service data Process data Modbus Register I/O LEDs 12 ... 27 1408 ... 1415 22528 ... 22655 Profinet records Process data Profinet About Byte Record Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7 4 ... 7 System LEDs 8 ... 10 8 ... 10 I/O LEDs 12 ... 27 12 ... 27 Ethernet/IP instances Process data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Inputs 0 ... 3 0 ... 3 Outputs 4 ... 7...

  • Page 86: State Of Virtual Outputs O0 ... O127

    Service data Byte Bit 7 Bit 0 i103 i102 i101 i100 i111 i110 i109 i108 i107 i106 i105 i104 i119 i118 i117 i116 i115 i114 i113 i112 i127 i126 i125 i124 i123 i122 i121 i120 Reserved … Reserved Fieldbus­specific addressing is described in the chapter entitled Process data addressing [  88]. 8.2.2 State of virtual outputs o0 … o127 Byte Bit 7 Bit 0...

  • Page 87: Status Of System Leds

    Service data Fieldbus­specific addressing is described in the chapter entitled Process data addressing [  88]. 8.2.3 Status of system LEDs Status of the system LEDs for the fieldbus module (see also Assignment of system LEDs [  87]) Byte Bit 7 Bit 4 Bit 3 Bit 0 System LED 1 System LED 0 System LED 3 System LED 2 Reserved Reserved LED status 4 Bit coding Flashes INFORMATION The LED status "On" and "Flashes" cannot be determined exactly on some fieldbus modules. Fieldbus­specific addressing is described in the chapter entitled Process data addressing [  88]. 8.2.3.1 Assignment of system LEDs Assignment of system LEDs to LEDs on the fieldbus modules: LED 0 LED 1 LED 2 ..LED 3 Operating Manual Communication interfaces 1002971­EN­03...

  • Page 88: Process Data Addressing

    Service data 8.2.4 Process data addressing 8.2.4.1 Process data addressing, fieldbus module Tables Process data Tables About Byte Table Segment Byte PNOZmulti Configurator Inputs 0 ... 11 0 ... 11 Inputs 12 ... 15 0 ... 3 Outputs 24 ... 35 0 ... 11 Outputs 36 ... 39 0 ... 3 System LEDs 48 ... 49 0 ... 1 SDOs Process data Tables About Byte Index Subindex PNOZmulti Configurator Inputs 0 ... 15 ­­­...

  • Page 89: Process Data Addressing, Communication Module

    Service data Ethernet/IP instances Process data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Inputs 0 ... 15 ­­­ ­­­ ­­­ Outputs 24 ... 39 ­­­ ­­­ ­­­ System LEDs 48 ... 49 0 ... 1 8.2.4.2 Process data addressing, communication module Tables Process data Tables About Byte Table Segment Byte PNOZmulti Configurator Inputs 0 ... 11 0 ... 11 Inputs 12 ... 15 0 ... 3 Outputs...

  • Page 90: Diagnostic Words

    Service data Profinet records Process data Profinet About Byte Record Byte PNOZmulti Configurator Inputs 0 ... 15 ­­­ ­­­ Outputs 24 ... 39 ­­­ ­­­ System LEDs 48 ... 49 ­­­ ­­­ Ethernet/IP instances Process data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Inputs 0 ... 15 ­­­ ­­­ ­­­ Outputs 24 ... 39 ­­­ ­­­...

  • Page 91: Diagnostic Word Addressing

    Service data 8.3.2 Diagnostic word addressing Tables Process data Tables About Byte Table Segment Byte PNOZmulti Configurator Diagnostics 0 ... 11 0 ... 11 Diagnostics 12 ... 23 0 ... 11 Diagnostics 24 ... 179 2 ... 14 0 ... 11 Diagnostics 180 ... 191 0 ... 11 Diagnostics 192 ... 199 0 ... 7 SDOs Process data SDOs About Byte Index Subindex PNOZmulti Configurator Diagnostics 0 ... 119 0x200A 1 ... 120 Diagnostics...

  • Page 92: Enable Elements

    Service data Ethernet/IP instances Process data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Diagnostics 0 ... 23 0 ... 23 Diagnostics 24 ... 47 0 ... 23 Diagnostics 48 ... 191 3 ... 8 0 ... 23 Diagnostics 192 ... 199 0 ... 7 Enable elements Each element is assigned an ID in the PNOZmulti Configurator. If the element's output = 0 (no enable), the corresponding bit is set. The enable elements consist of 13 Bytes. 8.4.1 Element IDs Byte Bit 7 Bit 0 ID 8 ID 7 ID 6 ID 5 ID 4 ID 3 ID 2 ID 1 ID 16 ID 15...

  • Page 93: Project Data

    Service data SDOs Process data SDOs About Byte Index Subindex PNOZmulti Configurator 0 ... 12 0x200B 81 ... 93 Modbus Register Process data Modbus Register About Byte Register Coil/Discrete Input (1x) PNOZmulti Configurator 0 ... 12 2150 ... 2156 34400 ... 34503 Profinet records Process data Profinet About Byte Record Byte PNOZmulti Configurator 0 ... 12 0 ... 12 Ethernet/IP instances Process data Ethernet/IP About Byte Instance Attribute...

  • Page 94: Date

    Service data Byte About PNOZmulti Configurator Reserved Fieldbus­specific addressing is described in the chapter entitled Project data addressing [  95]. 8.5.2 Date Byte About PNOZmulti Configurator Project creation date: Day and month (DDMM), year (YYYY) e.g. creation date: 28.11.2003 Byte 12: 1C Byte 13: 0B Byte 14: 14 Byte 15: 03 Day and month (DDMM), e.g. 28.11. Byte 16: 1C Byte 17: 0B Year (JJJJ), e.g. 2003 Byte 18: 14 Byte 19: 03 Time (HH:MM), e.g. 14 hours, 25 minutes Byte 20: 0E Byte 21: 19 Time zone 1 Byte 22: 0 Byte 23: 1 Fieldbus­specific addressing is described in the chapter entitled Project data addressing [  95]. 8.5.3 Project name Project name defined in the PNOZmulti Configurator under "Enter project data". The name is stored in UNICODE format (2 Bytes contain the Hex code of one UNICODE character). Byte About PNOZmulti Configurator 1st character of project name 2nd character of project name Operating Manual Communication interfaces 1002971­EN­03...

  • Page 95: Project Data Addressing

    Service data Byte About PNOZmulti Configurator 16th character of project name End of character string (identified by "FFFF") Reserved Reserved Fieldbus­specific addressing is described in the chapter entitled Project data addressing [  95]. 8.5.4 Project data addressing Tables Process data Tables About Byte Table Segment Byte PNOZmulti Configurator Check sums 0 ... 3 0 ... 3 Date 12 ... 23 0 ... 11 Project name 24 ... 35 0 ... 11 Project name 36 ... 47 0 ... 11 Project name 48 ... 57 0 ... 9 SDOs Process data SDOs About Byte Index...

  • Page 96: Device Data

    Service data Profinet records Process data Profinet About Byte Record Byte PNOZmulti Configurator Check sums 0 ... 3 0 ... 3 Date 12 ... 23 12 ... 23 Project name 24 ... 57 0 ... 33 Ethernet/IP instances Process data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Check sums 0 ... 3 0 ... 3 Date 12 ... 23 12 ... 23 Project name 24 ... 57 0 ... 33 Device data The device data consists of 36 Bytes. 8.6.1 Product Byte...

  • Page 97: Firmware

    Service data Fieldbus­specific addressing is described in the chapter entitled Device data addressing [  98]. 8.6.2 Firmware Byte About PNOZmulti Configurator Firmware Version A Firmware Version B Check sum, Firmware Version A Check sum, Firmware Version B Reserved Reserved Fieldbus­specific addressing is described in the chapter entitled Device data addressing [  98]. 8.6.3 Operating hours The operating hours counter can only be requested for the base unit. Byte About PNOZmulti Configurator Operating hours counter, e.g. 106786 Byte 24: Reserved Byte 25: 01 x 10000 (hex) Byte 26: 22 x 100 (hex) Byte 27: 22 x 1 (hex) Reserved Reserved Fieldbus­specific addressing is described in the chapter entitled Device data addressing [  98]. Operating Manual Communication interfaces 1002971­EN­03...

  • Page 98: Pnozmulti Configurator Product 0

    Service data 8.6.4 Device data addressing 8.6.4.1 Device data addressing on base unit Tables Device data Tables About Byte Table Segment Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 0 ... 7 Operating hours 24 ... 27 0 ... 3 SDOs Device data SDOs About Byte Index Subindex PNOZmulti Configurator Product 0 ... 11 0x200F 1 ... 12 Firmware 12 ... 19 0x200F 13 ... 20 Operating hours 24 ... 27...

  • Page 99: Firmware 12

    Service data Ethernet/IP instances Device data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 Operating hours 24 ... 27 24 ... 27 8.6.4.2 Device data addressing, 1st right­hand expansion module Tables Device data Tables About Byte Table Segment Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 0 ... 7 SDOs Device data SDOs About Byte...

  • Page 100: Firmware 12

    Service data Profinet records Device data Profinet About Byte Record Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 Ethernet/IP instances Device data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 8.6.4.3 Device data addressing, 2nd right­hand expansion module Tables Device data Tables About Byte Table Segment Byte PNOZmulti...

  • Page 101: Device Data Addressing, 3Rd Right­hand Expansion Module

    Service data Profinet records Device data Profinet About Byte Record Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 Ethernet/IP instances Device data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 8.6.4.4 Device data addressing, 3rd right­hand expansion module Tables Device data Tables About Byte Table Segment Byte PNOZmulti...

  • Page 102: Device Data Addressing, 4Th Right­hand Expansion Module

    Service data Profinet records Device data Profinet About Byte Record Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 Ethernet/IP instances Device data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 8.6.4.5 Device data addressing, 4th right­hand expansion module Tables Device data Tables About Byte Table Segment Byte PNOZmulti...

  • Page 103: Device Data Addressing, 5Th Right­hand Expansion Module

    Service data Profinet records Device data Profinet About Byte Record Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 Ethernet/IP instances Device data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 8.6.4.6 Device data addressing, 5th right­hand expansion module Tables Device data Tables About Byte Table Segment Byte PNOZmulti...

  • Page 104: Device Data Addressing, 6Th Right­hand Expansion Module

    Service data Profinet records Device data Profinet About Byte Record Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 Ethernet/IP instances Device data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 8.6.4.7 Device data addressing, 6th right­hand expansion module Tables Device data Tables About Byte Table Segment Byte PNOZmulti...

  • Page 105: Device Data Addressing, 1St Left­hand Expansion Module

    Service data Profinet records Device data Profinet About Byte Record Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 Ethernet/IP instances Device data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 8.6.4.8 Device data addressing, 1st left­hand expansion module Tables Device data Tables About Byte Table Segment Byte PNOZmulti...

  • Page 106: Device Data Addressing, 2Nd Left­hand Expansion Module

    Service data Profinet records Device data Profinet About Byte Record Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 Ethernet/IP instances Device data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 8.6.4.9 Device data addressing, 2nd left­hand expansion module Tables Device data Tables About Byte Table Segment Byte PNOZmulti...

  • Page 107: Device Data Addressing, 3Rd Left­hand Expansion Module

    Service data Profinet records Device data Profinet About Byte Record Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 Ethernet/IP instances Device data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 8.6.4.10 Device data addressing, 3rd left­hand expansion module Tables Device data Tables About Byte Table Segment Byte PNOZmulti...

  • Page 108: Device Data Addressing, 4Th Left­hand Expansion Module

    Service data Profinet records Device data Profinet About Byte Record Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 Ethernet/IP instances Device data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 8.6.4.11 Device data addressing, 4th left­hand expansion module Tables Device data Tables About Byte Table Segment Byte PNOZmulti...

  • Page 109: Device Data Addressing, Fieldbus Module

    Service data Profinet records Device data Profinet About Byte Record Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 Ethernet/IP instances Device data Ethernet/IP About Byte Instance Attribute Byte PNOZmulti Configurator Product 0 ... 11 0 ... 11 Firmware 12 ... 19 12 ... 19 8.6.4.12 Device data addressing, fieldbus module Device types: PROFIBUS: 0x0001 CANopen: 0x0020 Ethernet/IP: 0x0083 PROFINET: 0x0085 EtherCAT: 0x0087 Powerlink: 0x0098 INFORMATION No serial number and no check sum are currently entered for the fieldbus...

  • Page 110: Device Data Addressing, Communication Module

    Service data SDOs Device data SDOs About Byte Index Subindex PNOZmulti Configurator Product 0 ... 11 0x2017 1 ... 12 Firmware 12 ... 19 0x2017 13 ... 20 Modbus Register Device data Modbus Register About Byte Register Coil/Discrete Input PNOZmulti Configurator Product 0 ... 11 8624 ... 8629 ­­­ Firmware 12 ... 19 8630 ... 8633 ­­­ Profinet records Device data Profinet About Byte Record Byte PNOZmulti...

  • Page 111: Table Of Contents

    Service data SDOs Device data SDOs About Byte Index Subindex PNOZmulti Configurator Product 0 ... 11 0x2017 37 ... 48 Firmware 12 ... 19 0x2017 49 ... 56 Modbus Register Device data Modbus Register About Byte Register Coil/Discrete Input PNOZmulti Configurator Product 0 ... 11 8642 ... 8647 ­­­ Firmware 12 ... 19 8648 ... 8651 ­­­ Profinet records Device data Profinet About Byte Record Byte PNOZmulti...
  • Page 112 Front cover Support Technical support is available from Pilz round the clock. Americas Australia Scandinavia Brazil +61 3 95446300 +45 74436332 +55 11 97569-2804 Spain Canada Europe +34 938497433 Switzerland +1 888-315-PILZ (315-7459) Austria +43 1 7986263-0 +41 62 88979-30 Mexico...

Table of Contents