Benchmarks
seal in (Function Block Diagram rendering)
|
|
| suite id |
fbd_seal_in |
| domain |
motor_control |
| language |
FBD |
| difficulty |
easy |
| validation status |
candidate |
| origin |
authored |
| license |
CC-BY-4.0 |
| syntax pair of |
ld_seal_in |
One of five renderings of the same seal-in latch; the feedback path is an inVariable reading the coil's own output
What is proved
From benchmarks/motor_control/fbd_seal_in/props.yaml. What each kind claims, and what it becomes on either route, is on The properties we prove.
| id |
kind |
claim |
requirement |
P1 |
invariant |
!Run || !Stop |
Stop always drops the seal-in coil: Run and Stop never hold together. |
Variants
| file |
expected verdict |
violates |
method |
program.xml |
SAFE |
none |
expert |
Files
| file |
what it is |
size |
sha256 |
benchmark.yml |
benchmark metadata |
0.7 KB |
7f6fb3b58738 |
program.xml |
ladder program, PLCopen XML |
5.1 KB |
4248a110cf10 |
props.yaml |
property file |
0.2 KB |
ebfe6cdbb2fc |
Recorded runs
A task can carry two routes. ld is ESBMC's ladder front end reading the program directly. via C is the same solver reached through Beremiz and MatIEC, which is the only route that reaches ST, IL, FBD and SFC; see How ESBMC-PLC works.
fbd_seal_in__program__viac via C (props.yaml, expected SAFE): master SAFEseal_in_fbd (props.yaml, expected SAFE): master error — ingestion gate failed on master