Here’s what more than 2,500 business decision-makers around the world say.Download the report
...with the Facility Hero app in hand! Discover how you can optimize your maintenance efforts today.Learn more
Access tailored services, 24/7 self-service and expert help. Anywhere, anytime, any project.Discover now
Everything you need to know about our IoT technology backbone.Learn more
Explore our global offerings or select your country from one of our five regions.Global
Découvrez nos offres globales ou sélectionnez votre pays dans l’une de nos cinq régions.
Goals and Symptoms
This resolution describes a workaround for an effect by a Hot Standby switchover with RIO and a software counter.
The RIO cable connection to the Primary CRP 931 fails.
An input from a 140 DDI 353 00 module has value "1" at the same time.
The Standby system switches to Primary (what is correct).
But the input bit gets for a short time the value "0", because the CRA is not available while switchover.
If the binary input is linked to a software counter the counter will change the value. Also affected are program parts, which use this binary input together with Edge detection.
Facts and Changes
Problem is known with the following components:
Concept 2.6 SR2
140CPU43412A, EXEC 1.25, Kernel 1.01
140CHS11000, EXEC 1.04, Kernel 1.00
140CRP93100, EXEC 1.15, Kernel 1.01
140 DDI 353 00
It should exist with all Hot Standby systems equiped with 140CRP93100, every discrete Input and a software counter or a Edge detection is linked to the Input module.
Causes and Fixes
Use the EN input of the software counter and link it to the healthy bit of the Input module. This avoids to increase the counter during RIO cable interrupt.
Sign up for all the latest solutions, offers and best practices straight to your inbox.
We are excited that you have joined the group. You will receive your welcome email soon describing the program and what to expect in the upcoming weeks. Enjoy!