Avoid a control panel redesign

Inside Machines: If you’re dropping packets with field networking for motion control and getting errors or alarms, consider these four sometimes counter-intuitive alternatives to a control panel redesign.


When motion network communications contain errors or create alarms, consider four quick-fix alternatives before redesigning a control panel. These include looking at the problem and solutions, checking wiring and settings, trying latency quick fixes, and trying noise-related quick fixes.

Using a network such as Mechatrolink for I/O and motion control networking can simplify network configuration, reduce wiring, and lower cost. www.mechatrolink.org Courtesy: Yaskawa

Field networking, such as EtherCAT, Powerlink, CANopen, and Mechatrolink, are growing in popularity, replacing traditional motion control communications such as +/-10 V, or pulse trains. When noise affects a field network line, or if sources of latency affect the network line, the consequences are typically a dropped packet. Motion field devices for positioning like the Yaskawa servo drive will typically linearly extrapolate the next data point based on the previous two data points, to determine where the position of the motor should be, when a data packet is dropped.

With motion control communications in a computer numerical control (CNC) machine, dropped data in communications can translate into a linear extrapolation, causing rework or creating scrap. Courtesy: YaskawaEnough dropped packets in a short amount of time (such as three consecutive missed packets) can result in the field device throwing an alarm. This results in stopped motion; otherwise, the machine could produce undesired parts. An example would be cutting a circular shape: missed packets would result in linear extrapolation, so the circle is no longer circular.

When users see these kinds of alarms, the machine panel that contains the devices is usually already built, and the devices were not installed or used exactly as specified by the devices’ user’s manual. Users might find that no major redesigns can be performed within the project timeframe, and thus a quick fix is sought instead of redesigning the panel to install the devices according to the devices’ user’s manual.

Below are several quick fixes that may help in such situations. Some of these quick fixes are counterintuitive, like using nonshielded cables instead of shielded cables. This is because a system that has devices already installed but not according to the device manufacturer’s recommendations has an unknown noise immunity profile.

1. What fixes can help?

The first step in this troubleshooting is to find a way to determine which quick fixes might help and which might not.

One way is to find a dropped packet counter implemented by either the master device or the slave device. In the Yaskawa EtherCAT drive, there is a Sync Error Counter that records every time a packet is dropped. By checking this monitor, a user can determine how much faster or slower this counter is increasing, and thus can determine if the quick fix is helping or hindering the dropped packet rate.

If the counter is not available, consider modifying the master application code to perform its own monitoring if response data arrived from the field device.

If modifying the master application code is not a feasible option, then find how often the alarms appear on the drives, and check if the alarms occur sooner or later as the quick fixes are implemented.

2. Check wiring, settings

The second step in this troubleshooting is to check for wiring mistakes and communication setting incompatibilities. There is a distinction between the specifications of the network itself versus the implementation of the network in the field device, which can result in communication incompatibilities. Here is a list to check:

a. Check the user’s manuals of all the devices on the network to determine if they support the network communication cycle time that the master is using. For example: Ethernet-based networks can operate at 31.25us, but not all devices on the network can operate at that rate. 125us is the fastest communication cycle time for servo drives in today’s industry, which is a rate supported by Yaskawa’s servo amplifiers.

b. Check the user’s manuals of all the devices on the network to determine if there are any communication cable length restrictions. Ethernet-based network vendors publish 100 meters for the communication cables, but not all devices are capable of being connected with 100 meters yet still maintain a usable signal.

c. Check the communication cable wiring, such as plugging the communication cables into the correct ports (from one device’s OUT port, to the next device’s IN port).

d. Check if termination resistors are needed, and install them. Networks like CANopen require a termination resistor at the start and end of the network.

e. Check the network’s installation specifications to determine if a repeater is necessary, and check if the number of devices on the network exceeds the maximum allowable devices. In some networks, a repeater is needed to achieve the published maximum number of devices allowed for the network.

3. Try latency quick fixes

Network topology can create latency, especially with a commercial off-the-shelf hub. In some applications, a line topology may run better. Courtesy: YaskawaThe third step is to implement the quick fixes. There are two types: those related to noise, and those related to latency.

Here are latency-related quick fixes that have helped in the past:

a. If the master is PC-based, closing some PC programs may allow the processor to use more time for the network communications. Increasing the priority of the communication task may also help.

b. Remove network hubs from the network by changing the topology to line topology. COTS network hubs are not always designed for industrial network communications and add network latency. Even industrial network hubs may cause packets to drop if not installed properly because of noise, so taking network hubs out of the system may help the network communications.

c. Increase the communication cycle time in the master. Setting a longer communication cycle will give a larger window for a packet to arrive on time and not be considered dropped.

d. Check the communication cycle time in the master. In some cases, the base time of the master is 0.333 microseconds, and there is a multiplier of the base time that the master will use for the communication cycle. In this example, if the multiplier is x3, then the communication cycle ends up being 0.999 microseconds, which is not the same as 1.000 microseconds. In this case, the base time can be changed to 0.250, with a 4x multiplier for the communication cycle.

e. Change the network clock method. In some networks, like EtherCAT, there are different methods for clock synchronization, including using the master as the network’s reference clock, or using the first slave on the network as the network’s reference clock. Using the master as a reference clock can cause network latency, especially if the master is performing multiple tasks such as being used as a general PC. Switching the network clock method to use the first slave on the network as the reference clock may improve the synchronization of the network, reducing network latency.

4. Try noise-related quick fixes

When using ferrite cores on communication cables, two passes (one loop) through a ferrite core (compared to one pass) can make a difference. Putting one core on the cable versus putting one core on each end of the communication cable can also make a diffeNoise-related quick fixes that have worked in previous situations include:

a. Switch to shielded communication cables or nonshielded communication cables. Many field networks are Ethernet-based like EtherCAT, Powerlink, and Mechatrolink. Shielded Ethernet cables are readily available commercially off-the-shelf (COTS, at local electronic stores). If shielded communication cables are used but were made in-house, check that the shield is connected to the metal part of the connector; otherwise, the shield is not grounded. In some cases, changing systems with shielded cables to nonshielded cables improved the network communications.

b. Use of ferrite cores on the communication cables. Two passes (one loop) through a ferrite core compared to one pass through a ferrite core can make a difference. Putting one core on the cable versus putting one core on each end of the communication cable can also make a difference.

c. Length of communication cables. Since noise is not always easy to characterize, using shorter cables may help, but on the contrary, using longer cables may also help. Ether can be tested in a situation for a quick fix.

d. Route the network cables away from cables that carry power. Power carrying cables or conductors like main power or motor power cables can cause interference to network cables. The network cables should be separated at least 30cm from power carrying cables or conductors.

e. Enable communication data retries in the master. If the network supports resending dropped data within the communication cycle time, or “data retries,” then enabling this in the master gives dropped data an additional chance to be transferred. Networks like Mechatrolink support this feature built into the network, so all Mechatrolink masters are capable of easily using this feature.

- Derek Lee, motion product engineer, Yaskawa America Inc. Edited by Mark T. Hoske, content manager, CFE Media, Control Engineering, Plant Engineering, and Consulting-Specifying Engineer, mhoske@cfemedia.com.

Key concepts

When motion network communications contain errors or create alarms, consider:

  • What’s working and what’s not
  • Checking wiring and settings
  • Trying latency quick fixes and noise-related quick fixes.

Consider this

These control panel communication detective skills also may help in distributed control applications.



See additional related information linked at the bottom of this article.

The Top Plant program honors outstanding manufacturing facilities in North America. View the 2015 Top Plant.
The Product of the Year program recognizes products newly released in the manufacturing industries.
Each year, a panel of Control Engineering and Plant Engineering editors and industry expert judges select the System Integrator of the Year Award winners in three categories.
Pipe fabrication and IIoT; 2017 Product of the Year finalists
The future of electrical safety; Four keys to RPM success; Picking the right weld fume option
A new approach to the Skills Gap; Community colleges may hold the key for manufacturing; 2017 Engineering Leaders Under 40
Control room technology innovation; Practical approaches to corrosion protection; Pipeline regulator revises quality programs
The cloud, mobility, and remote operations; SCADA and contextual mobility; Custom UPS empowering a secure pipeline
Infrastructure for natural gas expansion; Artificial lift methods; Disruptive technology and fugitive gas emissions
Power system design for high-performance buildings; mitigating arc flash hazards
VFDs improving motion control applications; Powering automation and IIoT wirelessly; Connecting the dots
Natural gas engines; New applications for fuel cells; Large engines become more efficient; Extending boiler life

Annual Salary Survey

Before the calendar turned, 2016 already had the makings of a pivotal year for manufacturing, and for the world.

There were the big events for the year, including the United States as Partner Country at Hannover Messe in April and the 2016 International Manufacturing Technology Show in Chicago in September. There's also the matter of the U.S. presidential elections in November, which promise to shape policy in manufacturing for years to come.

But the year started with global economic turmoil, as a slowdown in Chinese manufacturing triggered a worldwide stock hiccup that sent values plummeting. The continued plunge in world oil prices has resulted in a slowdown in exploration and, by extension, the manufacture of exploration equipment.

Read more: 2015 Salary Survey

Maintenance and reliability tips and best practices from the maintenance and reliability coaches at Allied Reliability Group.
The One Voice for Manufacturing blog reports on federal public policy issues impacting the manufacturing sector. One Voice is a joint effort by the National Tooling and Machining...
The Society for Maintenance and Reliability Professionals an organization devoted...
Join this ongoing discussion of machine guarding topics, including solutions assessments, regulatory compliance, gap analysis...
IMS Research, recently acquired by IHS Inc., is a leading independent supplier of market research and consultancy to the global electronics industry.
Maintenance is not optional in manufacturing. It’s a profit center, driving productivity and uptime while reducing overall repair costs.
The Lachance on CMMS blog is about current maintenance topics. Blogger Paul Lachance is president and chief technology officer for Smartware Group.
The maintenance journey has been a long, slow trek for most manufacturers and has gone from preventive maintenance to predictive maintenance.
This digital report explains how plant engineers and subject matter experts (SME) need support for time series data and its many challenges.
This digital report will explore several aspects of how IIoT will transform manufacturing in the coming years.
Maintenance Manager; California Oils Corp.
Associate, Electrical Engineering; Wood Harbinger
Control Systems Engineer; Robert Bosch Corp.
This course focuses on climate analysis, appropriateness of cooling system selection, and combining cooling systems.
This course will help identify and reveal electrical hazards and identify the solutions to implementing and maintaining a safe work environment.
This course explains how maintaining power and communication systems through emergency power-generation systems is critical.
click me