Pro
15 min

Fault 08 — Intermittent Bug

fault-injectionintermittentedge-case

Ready to build this?

Sign up free — no credit card required. This scenario requires the Pro plan.

Sign up to play this scenario →

Already have an account? Log in

Fault 08 — Intermittent Bug scenario preview

Briefing

A motor system works normally in most cases but occasionally refuses to restart after a stop command. This only happens when the operator presses Start quickly after Stop — while the shutdown sequence is still running. Use slow-scan step mode to catch the race condition.

Objectives

  • Reproduce the failure: press START while SHUTDOWN_ACTIVE is still true
  • Use slow-scan step mode to observe both SET and RESET rungs firing
  • Identify which rung wins when both fire simultaneously
  • Latch the Start request and interlock the motor SET so the deferred Start restarts the motor after shutdown
  • SHUTDOWN_LAMP stays on from the Stop press through the shutdown window and turns off when restart becomes permissible

Hints

  • Switch to Step scan mode and slow things down
  • Trigger SHUTDOWN_ACTIVE (via STOP_PB), then immediately press START before shutdown completes
  • Watch the RUN_BIT state after the scan where both conditions are simultaneously true

I/O Table

Inputs

START_PB

Start push-button

BOOL · %I0.0

STOP_PB

Stop push-button (NC)

BOOL · %I0.1

Outputs

MOTOR_CONTACTOR

Motor contactor coil

BOOL · %Q0.0

SHUTDOWN_LAMP

Shutdown-in-progress lamp

BOOL · %Q0.1

Your program will be tested against:

All test cases run automatically when you submit. Assertions are hidden until you pass.

  1. #1Normal start and stop

    Motor starts and stops normally

  2. #2Motor starts on rapid restart (during shutdown)

    START_PB pressed while shutdown is in progress — motor should start

Ready to build this?

Sign up free — no credit card required. This scenario requires the Pro plan.

Sign up to play this scenario →

Already have an account? Log in

Runnable simulator field guide

Intermittent PLC fault scenario: test checklist

Direct answer

The learner can define the symptom precisely, select high-value signals, capture pre-event evidence and separate cause from the alarm cascade.

Written for maintenance learners diagnosing a sporadic stop or false transition that disappears before inspection.

a controls technician completing a supervised practical assessment on generic PLC, motor-control and instrumentation equipment while studying intermittent controls fault capture, event correlation and proof without parts swapping
System map / 02

NODE 01observable

Scenario setup

Precise symptom, operating state, last known good point, relevant signals, timestamp source, sampling interval, trigger, prehistory, event history and safe reproduction condition.

NODE 02observable

I/O and state map

Physical condition through sensor, wiring, I/O, task, sequence, output, actuator, process feedback, alarms and synchronized retained data.

NODE 03observable

Normal run

Normal cycles establish timing and value envelopes before a controlled brief fault produces a recognizable signature.

NODE 04observable

Boundary run

Short pulse, contact bounce, vibration, warm-up drift, network dropout, task delay, timestamp skew, power dip and unrelated alarm cascade.

NODE 05observable

Injected fault

The earliest sensor, electrical, I/O, task, state, output, actuator, process or communication departure from baseline.

NODE 06observable

Target check

The cause reproduced, removed and challenged through regression runs with temporary logging and forces cleared.

Answer surface / 07

How do you troubleshoot an intermittent PLC fault?

Define the event, synchronize clocks, capture a focused pre/post window and diagnose the earliest departure from a known-good path rather than the loudest later alarm.

What signals should be trended?

Choose command, permissives, critical feedback, sequence state, timers, output, alarm and communication quality at a rate capable of capturing the suspected event.