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
  • Operations manual
  • System architecture and interfaces
  • Watchdog handling

Watchdog handling

Information Router supports monitoring devices and automatically reporting them to Shopfloor Management’s Deviation Processor, if they go silent for a given time. This feature is governed by the Watchdog Timer property value that can be set on a device type in Master Data Management. This property is then inherited by all devices of the given device type. Additionally each device can override the value of this property.

When the watchdog feature is enabled and the router is receiving a request, it checks if the sender device has the Watchdog Timer property set. If it is, then it’ll automatically start monitoring the device. If the device doesn’t send another request during the watchdog timer interval, the router reports the device as missing to Deviation Processor. This report is also automatically closed when the device sends a request again.

Watchdog timer property added in Master Data Management on the portal:

image::IR_WatchDogTimer_Mdm.png[height=250]

Configuration

The feature depends on a database to be able to support horizontal scalability of the Router. Because of this the database settings should be set in the appsettings first.

Router database settings:

image::IR_Database_settings.png[height=250]

The watchdog handler is implemented as a "Processor" feature in the router so it can be used as a Pre- or Postprocessing step. These processing steps can be configured for each route setting individually. So in case a new route setting is introduced and watchdog is needed there, then it should be added to the PostProcessingMethods list of the route setting.

Watchdog processing method added to route settings:

image::IR_WatchDog_ProcessingMethod.png[height=250]

Lastly, there is a global setting to enable/disable the Watchdog feature that can be overridden from the Helm chart.

Watchdog feature enabled:

image::IR_WatchDog_Feature_enable.png[height=150]

Contents

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

Changelog Corporate information Legal notice Data protection notice Third party licenses