Transport Control Architecture for Multi-Drive Motion Profiles

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional transport systems require multiple control software packages for different manufacturers and systems, leading to increased complexity, cost, and operator training time, especially when handling multiple drive systems or tracks with independent transport elements.

Innovation Solution

A control architecture that uses a single computer system with control software to create motion profiles for multiple drive systems and tracks, incorporating a gateway to select and control appropriate drive systems, allowing traditional single-drive software to manage multiple transport elements and tracks, and ensuring independent operation without interference.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If multiple control software packages are used for different manufacturers and drive systems, then each drive system can be controlled with specialized software, but the overall system complexity increases and operator training time increases

Engineering Contradiction:
Improvecompatibility with different drive systemsVSAvoidcontrol software architecture
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent implements a universal control software package that can control multiple types of drive systems (rotary drives, linear drives, and other drive systems) through a single interface. The control software includes a drive system identification module that automatically detects the type of drive system connected and configures appropriate control parameters, eliminating the need for separate specialized software packages for each drive manufacturer or type while maintaining full compatibility and control capabilities.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent introduces an intermediary layer in the control architecture consisting of a communication interface and translation module that sits between the universal control software and various drive systems. This intermediary translates universal control commands into drive-system-specific protocols and parameters, allowing the control software to remain generic while still providing precise control over different drive types without increasing overall system complexity.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Reliability

If multiple specialized software packages are required for different transport systems, then each system can be optimized for its specific drive type, but operator training time and operational complexity increase

Engineering Contradiction:
Improvedrive system control precisionVSAvoidoperator training time
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The control software is designed as a universal multi-functional platform that can operate with rotary drives, linear drives, and other drive systems using a single unified interface. The software includes automated drive system detection and configuration capabilities that reduce the learning curve for operators while maintaining optimized control precision for each specific drive type through adaptive parameter adjustment.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The control software dynamically adapts its behavior based on the detected drive system type. When a linear drive is detected, the software automatically loads appropriate control algorithms and parameters optimized for linear motion control; when a rotary drive is detected, it switches to rotary-optimized parameters. This dynamic adaptation maintains control precision equivalent to specialized software while presenting a consistent user interface that reduces training requirements.

Inventive Principle:
Principle #15Dynamics

3Device complexity

If a single control system is used for multiple drive systems and tracks, then system complexity and costs are reduced, but the ability to independently control each drive system may be compromised

Engineering Contradiction:
Improvecontrol system architectureVSAvoidindependent control capability
Core Design Contradiction:
Device complexityVSEase of operation

Solution Approach 1:

The control software is segmented into modular functional blocks that can be independently activated. Each drive system and track has its own control module within the unified software environment, allowing operators to independently configure, monitor, and control each drive system while benefiting from the simplified single-software architecture. The modular design enables independent operation of each track and drive system without interfering with others, maintaining ease of operation comparable to multiple separate systems.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent organizes control independence not as separate vertical software packages but as horizontal modules within a single software dimension. Each drive system is assigned a unique identifier and control space within the unified software environment, allowing independent parameter adjustment and control settings for each system while maintaining a single integrated user interface. This dimensional reorganization preserves independent control capability while eliminating the need for multiple separate software packages.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

Applied Scientific Principles

This section explains which scientific principles are used to turn an abstract innovation direction into a practical engineering solution.

Function Achieved in This Case

This solution simplifies the control of multi-drive and multi-track systems by using a single control system, reducing the need for multiple software packages, lowering costs, and enhancing operator efficiency by allowing traditional software to manage complex transport systems as if they were single-drive systems.

Implementation Method 1

linear motors operate as magnetic drives creating a changing magnetic field to directly transport the axis or transport element along a defined track

Methodology Applied
Scientific EffectMagnetic field: Magnetic Field

Implementation Method 2

individually controlled coils that cooperate with one or more control units to energize or de-energize the coils to create magnetic fields effective for providing controlled motion of each transport element

Methodology Applied
Scientific EffectMagnetic field: Magnetic Field

Data Source

PatentUS11753055B2Controlled architecture for transport systems
Publication Date: 2023.09.12 ROCKWELL AUTOMATION TECH INC
  • US11753055B2 patent drawing
  • US11753055B2 patent drawing
  • US11753055B2 patent drawing

AI summary

Control architecture for use with transport systems, such as linear drive systems, rotary drive systems, or a combination thereof, comprising a computer system having a controller for operating control system software for receiving input commands and protocols for creating a motion profile for each transport element, and a gateway for receiving the motion profile from the control system software and for operating gateway drive software that functions to select the appropriate drives to move each transport element along one or more tracks in accordance with their motion profiles.