SOT
    • Introduction
    • Concepts
      • Operating principle
      • Machine interfaces
      • Supported protocols
    • Getting started
    • How-to
      • Send data
    • Operations manual
      • Overview
      • System architecture and interfaces
        • Technical context and deployment view
        • Machine interface
        • PPMP
        • OPP
        • Rexroth Tightening
        • Dynamic multi-tenancy
        • AMQP
        • Kafka
        • MQTT
        • Unknown Device handling
        • Watchdog handling
      • System requirements
        • connectivity/connectivity-service:1
        • connectivity/connectivity-webui-service:1
      • Migration from previous versions
        • Tenant ID migration guide
        • Migration to 2.0.0+
        • Migration to 2.1.0+
      • Setup and configuration
        • Logging
        • Helm configuration
        • Messaging (inbound)
      • Start and shutdown
      • Regular operations
      • Failure handling
        • Unknown device handling
      • Logging and monitoring
      • Known limitations
        • Rexroth Tightening
        • Unknown Device handling
        • Amqp
        • Kafka
    • Troubleshooting
    • API documentation
    • Glossary
Information Router
  • Smart Operations Toolkit
    • Deviation Processor
    • Multitenant Access Control
    • Notification Service
    • Ticket Management
    • Web Portal
  • Shopfloor Management
    • Andon Live
    • KPI Reporting
    • Operational Routines
    • Shift Book
    • Shopfloor Management Administration
  • Product & Quality
    • Process Quality
    • AI Services
  • Machine & Equipment
    • Condition Monitoring
    • Device Portal
  • Enterprise & Shopfloor Integration
    • Information Router
    • Master Data Management

SOT Learning Portal

  • Information Router
  • Concepts
  • Operating principle

Operating principle

The following graphic illustrates the functional principle using the example of the cloud environment.

ch_connectivity_hub_functional_priciple_2022_1_02

The user (1) prepares the configuration parameters (2) and provides them as a Docker environment variable in a cloud environment (in a local environment, as a JSON file) before the Information Router service is started. While the Information Router service is running, the parameters remain unchanged. Once the Information Router service is started, the endpoints are available.

The machine (3) sends a message as a machine request (4) to the Information Router service (5) (i.e., the production machine begins communication). The Information Router service uses the access data transmitted by the machine to authenticate (6) the machine to the Multitenant Access Control module (7).

Depending on the configuration, further communication can be synchronous or asynchronous. In the case of asynchronous execution, the Information Router service immediately sends a response (8) to the machine indicating whether the authentication was successful. In the case of synchronous execution and successful authentication, the Information Router service sends the response to the machine at a later point in time.

The Information Router service then forwards the request (10) to the configured external services (11). The external services are a set of Nexeed Industrial Application System services that the Information Router service can communicate with, such as Condition and Process Monitoring (CPM) and Error Detection Module (ES). The external service delivers the response (12) to the Information Router service, which is forwarded to the machine in the case of synchronous execution. Throughout the entire process, log entries (13) are sent to the log aggregator in a cloud environment or to the event logger service in a local environment.

Contents

© Robert Bosch Manufacturing Solutions GmbH 2023-2026, all rights reserved

Changelog Corporate information Legal notice Data protection notice Third party licenses