QualifiedLow risk

PLC input not reading despite a signal present

A field device is clearly providing a signal, but the PLC input bit/LED doesn't come on — the program never sees the input, so logic that depends on it won't run.

Safety first

Forcing inputs to test can make the program act as if a device operated. Understand what depends on the input before forcing anything.

Isolate, lock out / tag out, and prove dead before working unless a live test is specifically required, authorised, and carried out under proper supervision. Always follow local regulations, your site procedures, and the equipment manufacturer's documentation.

Full detail — causes, the why, and common mistakes.

Likely causes

Ranked from most to least likely.

  1. 1

    Signal not reaching the input terminal

    Most likely

    A broken wire, loose terminal, or open device contact means the signal never arrives at the input.

  2. 2

    Sourcing/sinking (PNP/NPN) or common mismatch

    #2

    The field wiring or device type doesn't match the input module's sourcing/sinking arrangement or its common.

  3. 3

    Missing input common / reference

    #3

    The input group's common/reference isn't connected, so no input in that group can register.

  4. 4

    Failed input channel

    #4

    The specific input channel has failed and won't read even a good signal.

  5. 5

    Wrong addressing / mapping in the program

    Least likely

    The signal is read on a different address than the logic expects, so it 'doesn't read' where you're looking.

Reports are saved on this device to reflect what you actually find.

Testing sequence

Work through one test at a time. Expected reading and what each result means.

Test 1 of 3
1

Measure the input signal at the PLC input terminal (relative to the input common) when the device operates.

Expected reading

The expected on-state voltage at the input terminal.

If it passes

Signal reaches the terminal but the bit stays off — check common, channel, addressing.

If it fails

No signal at the terminal — trace the field wiring/device back.

View all expected readings at once
1. Measure the input signal at the PLC input terminal (relative to the input common) when the device operates.
The expected on-state voltage at the input terminal.
2. Confirm the input group's common/reference is connected and the sourcing/sinking type matches the device.
Common connected and a matching PNP/NPN arrangement.
3. Apply a known signal to the channel (or move to a spare) and check the program addressing/mapping.
A known signal turns on the bit at the expected address.

Fault-finding flowchart

The same logic as a decision tree.

  1. 1
    start

    Input not reading

    → step 2
  2. 2
    decision

    Is the expected signal present at the input terminal?

    Yes→ step 3No→ step 4
  3. 3
    decision

    Is the input common connected and PNP/NPN type matched?

    Yes→ step 5No→ step 6
  4. 4
    result

    No signal at the terminal — trace the field wiring/device.

  5. 5
    decision

    Does a known signal turn on the bit at the expected address?

    Yes→ step 7No→ step 8
  6. 6
    result

    Missing common or type mismatch — correct the wiring.

  7. 7
    result

    Re-check the field signal path.

  8. 8
    result

    Channel fault or wrong addressing — repair/replace or remap.

Common mistakes apprentices make

  • Measuring without referencing the correct input common.
  • PNP/NPN mismatch between device and input module.
  • Forgetting the shared input common for the whole group.
  • Looking at the wrong address in the program.

When to stop & escalate

A failed input channel means controller maintenance per site procedure with program backups. Persistent wiring-type mismatches suggest reviewing the I/O design.

If you're past your competence, authorisation, or the safe limits of the job — stop and hand it on. There's no fault worth getting hurt over.

Related faults

Learn the theory

How the gear and circuits behind this fault actually work.