Repository navigation
Device Lock
This page is generated from the Unity twin. Published from
_docs/context/devices/lock.md— edit it there, not here. Changes made in the wiki are overwritten on the next sync.
A safety door interlock. Holds one or more doors locked, and reports separately whether they are shut and whether they are locked.
Twin device type · twin FB FB_Lock · 6 instances in FG_System · Unity component OC.Interactions.Lock
A guard door on the cell enclosure with a solenoid interlock: the PLC energises the lock, and the door cannot be opened until it lets go. It is the boundary between an operator and a moving machine.
| Symbol | Meaning |
|---|---|
Control.0 |
Lock — hold the doors locked |
Status.0 |
Every door it owns is shut |
Status.1 |
Every door it owns is locked |
Shut and locked are two different facts, and the machine is only safe when both are true. A door can be pushed to and not latched. Treating "shut" as "safe" is a mistake this twin will let you make and the real machine will not forgive. The policy that acts on these bits is in the safety chain.
One lock can own several doors: the reported bits are "all of them", not "any of them". The doors are real hinged objects and can be dragged open with the mouse while the machine runs, which is how you test what your program does when someone opens a guard mid-cycle.
Signal — Two inputs back - closed and locked - and one lock coil out. Secure means BOTH: closed alone is not enough.
There are 6 of them, in FG_System:
| Device | Twin PLC path | Group |
|---|---|---|
B_SafetyDoor11 |
MAIN.FG_System.B_SafetyDoor11 |
FG_System |
B_SafetyDoor12 |
MAIN.FG_System.B_SafetyDoor12 |
FG_System |
B_SafetyDoor13 |
MAIN.FG_System.B_SafetyDoor13 |
FG_System |
B_SafetyDoor21 |
MAIN.FG_System.B_SafetyDoor21 |
FG_System |
B_SafetyDoor22 |
MAIN.FG_System.B_SafetyDoor22 |
FG_System |
B_SafetyDoor23 |
MAIN.FG_System.B_SafetyDoor23 |
FG_System |
The twin is master for structure, and that is all this page states. Which control function block each instance becomes, its process-image members and its published HMI struct is the control platform's own knowledge base:
- Beckhoff
- Siemens — no knowledge base published yet
Generated from DT_PSA_OPCV by _workflow/tools/build_wiki.py — 39 pages. Edit the source there; changes made here are overwritten.
Getting started
- Home
- Setup
- Using-The-Application
- How-It-Works
- PLC-Connectivity
- Engineering-Workflow
- Machine-Description
- Glossary
The machine
- Machine
- Machine-PLC-Symbols
- Machine-Provenance
- Machine-FG_01
- Machine-FG_02
- Machine-FG_03
- Machine-FG_04
- Machine-FG_05
- Machine-FG_System
- Machine-FG_Transport
Behaviour
- Behaviour-FG_01
- Behaviour-FG_02
- Behaviour-FG_03
- Behaviour-FG_04
- Behaviour-FG_05
- Behaviour-FG_System-Safety
- Behaviour-Gripper-Station-Reset
- Behaviour-State-Lamp
- Behaviour-Transport
Device types
- Device-Button
- Device-ControlBunker
- Device-Cylinder
- Device-DataReader
- Device-DrivePosition
- Device-DriveSimple
- Device-Lamp
- Device-LinkByte
- Device-Lock
- Device-PanelSampler
- Device-SensorBinary
- Device-SignalBinary
Control platforms
- Beckhoff TwinCAT 3
- Siemens TIA Portal — no wiki yet