11/ 3/ 13

t he di f f r ence bet w een t he O PC and M O D BU S

from the INTERFACING department...

the diffrence between the OPC and MODBUS

Posted by S alman Obaidi on 18 October, 2005 - 10:23 am

i would like to difference between your system MODBUS and OPC standard, and how they are used.

Posted by Anonymous on 19 October, 2005 - 9:58 pm

OPC is somekind of framework, it's OLE for Process Control. It facilitates you to be able to access PLC variables using DCOM. It'll captured PLC variable as an OPC object so you could present it visually using HMI/SCADA software or any other programming language since OPC is open standard. In order to capture data from PLC, OPC as a computer application will have to use communication protocols and Modbus is one of them. Modbus, on the other hand, is a communication protocol between PLC and fieldbus or with PLC or even with PC using OPC, for example. Hope that helps!!!

Posted by CH on 19 October, 2005 - 11:07 pm

Salman Obaidi... This is kind of like asking... "what's the difference between eating and apples?" In short, Modbus is a communications protocol, and OPC is an open standard for implementing different protocols (such as Modbus). Not a very good explanation, but I'm sure others will chime in. Modbus http://www.modbus.org OPC http://www.opcfoundations.org CH

Posted by Jonas Berge on 21 October, 2005 - 10:32 pm

Modbus is a communication protocol used from device to device OPC is used from software to software For example, you may use Modbus between a PLC (slave) and a computer (master), or between a PLC and
m odbus. cont r ol . com / t hr ead/ 1026215470 1/ 3

11/ 3/ 13

t he di f f r ence bet w een t he O PC and M O D BU S

remote-I/O subsystem, between a PLC and an operator panel, or between a PLC and a variable speed drive. If you go Modbus you should consider Modbus/TCP (over Ethernet media) rather than Modbus/RTU over RS232/RS485 for speed reasons etc. You use OPC between a hardware driver software (OPC server) and a process visualization software (OPC client) on a Windows computer, or another client such advanced control, statistics etc. If the server and client applications are in different computers they communicate across Ethernet. For Modbus you find data in registers. Every device use different registers, and if the device is programmable the registers will also be different for each application. Some devices use integers while other use floating point. Some devices use percentage while others use engineering unit. You need to refer to device documentation to find which information is in which register and what format is used. This is quite tedious. Making changes often create a lot of work. For OPC you can browse the data, see what is available, without having to worry where it is located and in what data type. This makes it a whole lot easier to use. OPC runs on Windows operating system so OPC depends on the reliability of computers. Suggestion: Use Modbus for closed loop control functions e.g. if an interlock signal from one package unit needs to take some effect in the control strategy of the main control system or another package unit. Mapping a few signals in Modbus is worth the effort. Use OPC for tie-in with software, for example with your PIMS software and graphics displays because PIMS and many other software may not support Modbus directly anyway, and mapping many parameters is lots of work. That is, you may wish to use BOTH Modbus AND OPC: Modbus for the signals used in control, and OPC for signals just displayed. Be aware how different control systems charge for OPC tags. There is a vast price difference here. Some charge only for the total number of tags displayed at any one time (local or remote) while others charge for all OPC tags even if currently not displayed. Regardless of Modbus or OPC some mapping will be done, although less with OPC. To understand OPC take a look at the book "Software for Automation: Architecture, Integration, and Security". Preview, see contents, and buy online: http://www.isa.org/autosoftware Even if you use Modbus between two pieces of hardware, you generally use OPC by the time it gets into software. You may need both technologies. They complement each other in many cases. Jonas Berge SMAR =========== jberge@smar.com.sg www.smar.com Learn fieldbus and Ethernet at your own pace: www.isa.org/fieldbuses Learn OPC and automation software at your own pace: www.isa.org/autosoftware Your use of this site is subject to the terms and conditions set forth under Legal Notices and the Privacy Policy. Please read those terms and conditions carefully. Subject to the rights expressly reserved to others under Legal Notices, the content of this site and the compilation thereof is 1999-2013 Nerds in Control, LLC. All rights reserved.

m odbus. cont r ol . com / t hr ead/ 1026215470

2/ 3

11/ 3/ 13

t he di f f r ence bet w een t he O PC and M O D BU S

Users of this site are benefiting from open source technologies, including PHP, MySQL and Apache. Be happy. Fortune Genetics explains why you look like your father, and if you don't, why you should.

m odbus. cont r ol . com / t hr ead/ 1026215470

3/ 3