ADC Community_02 (Automationdirect.com) asked a question.
In this article, we will examine the advantages and disadvantages of using ProNET and Network Read/Write (NETW) instructions.
ProNET
- Description: Productivity’s native peer-to-peer network protocol between Productivity CPUs.
- Advantages:
- Allows tag-level data sharing between PLCs over Ethernet without custom ladder logic.
- Each CPU can be configured as a producer (publishing tags) or consumer (subscribing to tags).
- As single producer CPU can easily publish data to multiple consumer CPUs.
- Designed for fast, cyclic exchange of data with minimal setup (drag-and-drop tag selection). Cyclic data is transmitted at a fixed interval.
- Optimized for real-time coordination between multiple Productivity CPUs (e.g., line control, distributed machines).
- Lower protocol overhead = less network bandwidth consumed per tag
- Disadvantages:
- Fixed update rate of 10 times per second (100 msec.)
- UDP broadcast packets publish the blocks of data to the network which limits the scope of the shared data network to the local broadcast domain.
- Can burden other devices on larger networks. Recommend networks limited to Productivity devices.
- Data must be in an array tag and the message size for each data type is limited to 128 bytes regardless of the array size defined.
- Subscribers on the network must have the same data type option selected. Different data types between a subscriber and producer will result in a data type mismatch.
- A maximum of 32 publishers or subscribers is allowed per project.
- No serial communication support – Ethernet communication only.
NETW (Network Read / Network Write)
· Description: General-purpose explicit message instruction (Auto poll cyclic option is available) to communicate with another Productivity CPU.
· Advantages:
o The target IP address or Serial Node can be dynamically changed within the program allowing a single instruction to target different Productivity CPUs with the same setup/configuration.
o Enables a user to dynamically access different array elements during runtime.
o Allows a user to manually configure reads/writes of tag data to another Productivity CPU over Ethernet or Serial communications.
o Can be triggered on demand (by rung conditions) or set to an auto poll cyclic exchange with user defined update rate.
o Offers fine-grained control: a user can control when, how often, and what data is read/written.
· Disadvantages:
o Requires Productivity Series next generation CPUs (such as the P2-622).
o More overhead per transaction (since the request must carry addressing, etc.)
o User setup is more involved because configuration of a Productivity PLC Modbus device and NETW instruction(s) are both required.
In short:
- Use ProNET when networking multiple Productivity PLCs and fast, simple, continuous tag sharing is needed.
- Example: In industrial settings, using one Productivity CPU as a main alarm annunciator that monitors multiple pump stations.
- Use Network Read/Write for on-demand communication with one or more Productivity CPU(s).
- Example: PLC that interfaces with SCADA needs to monitor multiple PLCs that control different boiler units. The boiler units are identical and just have different IP addresses. The SCADA PLC can use the same ladder logic to read or write tag values on demand (or cyclically) to and from the different boiler units.
Productivity PROtips: ProNet vs. Network Read/Writes Pros & Cons
"ProNet
Disadvantages:
Is there anything specific to why this is limited like this? It would be great if we had the option of a selection of 50ms, 100ms, 1000ms. The setting of 100ms is not really what I would consider real-time coordination, and even 50ms is too slow for some of the things I do with network coms. But then there are other times where I am really only transferring bit selection states between two PLCs and they dont need anything more than 1 update a second at best and it would save on traffic over the network by not updating as fast.
ProNet Disadvantages:
I've had a Cisco Managed Switch consider the ProNet a Broadcast Storm and isolate physical subnets from the greater plant network (and internet). My PLCs were unable to send emails to the plant managers with alarms. Nor was anyone in back office able to use Remote Access to the CMores. The IT department (in another state) was no use in resolving. I ended up converting the code to use Modbus reads and writes as I was already using Modbus TCP for talking to other devices