Safety Integration in Mobile Machines: From Logic to Action

31 Mar 2026
By Stefan Kraus
Anybus
Safety-Integration-for-AGVs-and-AMRs-over-wireless-networks
Safety over wireless for AGVs and AMRs using standardized black channel protocols. By Stefan Kraus, Functional Safety Product Manager, HMS Technology Center Ravensburg

Mobile robots such as AGVs and AMRs are no longer isolated machines operating at the edge of production. They are becoming an integral part of factory workflows, interacting with people, infrastructure, and stationary automation systems. 

While onboard safety concepts for mobile machines are well established, integrating these machines into factory floor safety systems introduces new challenges, especially when the only viable connection is wireless. Understanding these challenges, and how to address them, is key to scaling mobile automation in modern production environments. 

1. System architecture: where the challenge begins 

To understand why integrating mobile machines into factoryfloor safety systems is challenging, it’s necessary to look at the system architecture as a whole, from the mobile device to the factory floor, and the wireless network that must connect them. 

1.1 Mobile machines as “safe islands on wheels” 

Modern AGVs and AMRs can be seen as safe islands on wheels. They typically carry their own safety sensors and safety logic, designed to protect people and equipment in the immediate vicinity of the machine. Emergency stop buttons, laser scanners, and driverelated safety functions are handled locally, allowing very fast reaction times when a hazard is detected. 

This local safety setup is usually based on a homogeneous safety network inside the mobile machine. Just as importantly, this onboard safety system is owned and certified by the machine manufacturer. As a result, thirdparty access to the onboard safety network is normally not allowed. These principles are reflected in standards such as ISO 36914 and reinforced by the EU Machinery Regulation 2023/1230, both of which place increased emphasis on clearly defined safety concepts for mobile machines. 

In short, the mobile machine is safe on its own - but its safety system is isolated from the factoryfloor safety infrastructure it increasingly needs to interact with. 

 

1.2 Factoryfloor safety systems: distributed and inhomogeneous 

The picture changes completely when we look beyond the mobile machine and onto the factory floor. Factoryfloor safety systems are: 

  • selected by the end user, not the machine builder, 
  • distributed across large areas, and 
  • often hierarchical, with multiple PLCs and safety zones. 

Different machines, cells, and infrastructure components may use different safety protocols and automation platforms. The result is an inhomogeneous safety architecture, where safety signals need to be exchanged across machines, zones, and systems that were never designed to work together seamlessly. 

The core challenge is clear: how do you attach a mobile robot fleet to safety signal processing on the factory floor?  

 

1.3 Wireless as the only bridge, and why that’s a problem

In practice, there is only one realistic way to connect mobile machines to factoryfloor safety systems: wireless communication. Mobile machines move, and wired safety connections are simply not feasible. 

However, wireless introduces a new set of problems: 

  • Reduced communication stability, 
  • Roaming between access points, 
  • Shared air as a transmission medium, and 
  • Network delays well above 100 ms. 

Wireless infrastructure is typically designed for IT traffic, where buffering and retransmissions are acceptable. Safety communication is different. Safety signals cannot be buffered indefinitely, and repeated packet loss will cause the system to enter a safe state - often leading to unnecessary stops and reduced availability.  

 

1.4 Solving the architectural gap: treating wireless as a black channel 

The solution is not to make wireless deterministic, but to treat it as a black channel. In a blackchannel approach, the underlying transport medium is assumed to be unreliable by design. Safety integrity is ensured entirely by the safety protocol, not by the network. 

Standardized safety protocols such as CIP Safety and PROFIsafe are explicitly designed for this purpose. They allow safety signals to be transmitted over standard Ethernet networks, including WiFi, while maintaining safety integrity up to SIL 3 / PL e

Even when network quality fluctuates, the safety integrity of the signal remains unaffected. What does change is availability. Network quality influences how many devices can communicate safely and how long safety timeouts must be configured, which in turn affects reaction times.  

 

2. Supporting CIP Safety and PROFIsafe  

CIP Safety and PROFIsafe both follow the black channel principle, but they behave differently in wireless environments. 

CIP Safety on EtherNet/IP is purely IPbased, which makes it easier to route through standard IT infrastructure and existing wireless networks. This makes it particularly suitable for mobile machines that already rely on WiFi for fleet management or diagnostics. 

PROFIsafe, on the other hand, is more efficient on the communication layer but requires specific capabilities in wireless access points.  

In many factories, both protocols coexist, which is why mobile machines must be prepared to support either, depending on the deployment environment.  

 

3. Introducing Safe2Link: bridging the gap 

This is exactly the gap the Anybus Safe2Link is designed to bridge. 
The Safe2Link implements standardized safety protocols over existing wireless infrastructure, allowing safety signals to be exchanged between mobile machines and stationary safety systems without changing the onboard safety configuration. 

Instead of programming new safety logic, the approach is to parameterize certified safety functions and reuse what is already there, both on the machine and on the factory floor. 

 

3.1 From architecture to implementation 

In a typical system architecture, mobile machines already contain a vehicle controller for navigation and motion, local safety sensors and safety logic for fast reaction, and wireless connectivity to higher level systems such as fleet or warehouse management. 

At the same time, the factory floor includes external emergency stop devices, safety PLCs, and other safety related infrastructure that must be able to influence the behavior of mobile machines. The challenge is to loop these external safety signals into the mobile machine without modifying the certified onboard safety network, and to do so over an unreliable wireless link. 

This combined system view highlights why a dedicated, standardized mechanism is required to safely bridge mobile and stationary safety systems while preserving fast local reaction and overall system certification. 

 

3.2 Safe2Link hardware features 

The Safe2Link is a compact, rugged remote safety I/O device designed for mobile environments. Key hardware features include: 

  • Support for EtherNet/IP with CIP Safety, with PROFIsafe planned, 
  • An IP54rated aluminum housing suitable for harsh conditions, 
  • Integrated Ethernet switch and M12 connectors, and 
  • Safe and nonsafe I/O, including dual safe inputs, dual safe outputs, and SS1t indication. 

Clear status indicators support fast troubleshooting during commissioning and operation.  

 

3.3 Safe2Link software features 

On the software side, the Safe2Link focuses on interoperability and reduced recertification effort: 

  • Conformance approved EtherNet/IP adapter and CIP Safety target, 
  • Standardized integration via EDS files and Sistema libraries, and 
  • Unique addressing of mobile devices via the safety fieldbus. 

Instead of programming custom safety logic, Safe2Link allows safe parameter transfer at startup, configurable filtering, and sensor supervision. This significantly reduces integration risk and certification effort.  

Advanced functions such as Safe Stop Category 1 (SS1t) and SafeBound™ allow fast local safe stops to be combined with slower remote safe stops, which is critical when wireless delays cannot be avoided.  

 

3.4 A structured path to integrating a remote safe stop 

The integration of a remote safe stop follows four clear steps: 

  1. Loop in an additional safe stop source, 
  2. Establish the communication link using existing wireless infrastructure, 
  3. Configure the external safety network using type approved components, and 
  4. Verify safe operation as part of the system certification. 

This structured approach allows mobile machines to participate in factory level safety concepts while preserving the integrity of their onboard safety systems.  

 

4. Conclusion 

As mobile machines become an integral part of modern production environments, integrating them into factory floor safety systems is no longer optional. Wireless communication is unavoidable, but it does not have to compromise safety. 

By combining standardized black channel safety protocols with a practical implementation like the Safe2Link, safety integration becomes predictable, certifiable, and scalable. That is how we move from safety logic to real world action.  

 

About the author  

Stefan Kraus is the Functional Safety Product Manager at HMS Networks. Stefan has over 20 years of experience in industrial communication and has specialized within functional safety since 2012.   

Learn more