BOX 5.0 · scenarios

Workstation monitoring in BOX 5.0 using a scenario

A training task using workshop footage: zones, observability, schedule and duration of absence.

Browsing: BOX 5.0

What Sigma wants to know

In the turning area, the goal is to determine whether a person is observed at a selected workstation and how long the zone remains empty during working hours. The result is a set of intervals of presence, absence and inability to observe.

This is the second route in the Sigma case: BOX 3.2 solves the same task with its ready-made workplace discipline monitoring module, while here we build the processing through a Platform 4.0 scenario. This lets us examine the logic block by block and adapt it to a custom rule. This example does not use an LLM.

This describes the zone’s visibility. Presence in front of a camera does not by itself measure productivity, task completion or an employee’s personal responsibility. Such conclusions would require other data and separate rules.

1. Select the material

Workshop videos have been prepared for the exercise. A wide view of the turning area is useful for marking individual machines, while a closer view of the fitting workshop helps separate adjacent workstations.

First review the entire recording and mark intervals when a person is at the workstation, leaves, walks past, or is occluded by equipment or another person. Do not select a positive example based on a single favorable frame.

The source videos include equipment occlusions. Choose the monitoring region and reference point on the person according to the actual view. Preserve the source files unchanged; for a quick test, extract a short clip at the same resolution.

BOX 5.0 Sandbox: load a local file or a file from an asset, inspect logs, then save changes
BOX 5.0 Sandbox: load a local file or a file from an asset, inspect logs, then save changes. No input has been loaded in this view; external signals require a separate reproducible test fixture. Localized reference view; captured settings and values are preserved.

2. Mark the workstation

Start with one zone, “Sigma — machine 01”. Separate it from the passageway and neighboring machine. If the rule uses the bottom point of the bbox, the zone should describe the person’s position on the floor. If the legs are often hidden by the machine, test another observable rule and its limitations.

Do not make one large zone covering the whole workshop: a person at neighboring equipment may conceal absence from the target machine. If several employees serve the workstation, decide in advance whether to check for at least one person or a specified headcount.

In BOX 3.x, presence functionality is associated with counters, zones and presence schedules. The interface label “Workspaces” does not by itself establish that this is an occupancy monitoring setting.

3. Define states and time

Three states are enough for the training rule. A threshold such as 30 seconds of observed absence is an exercise parameter, not a product standard. Choose it according to the working process.

Exclude normal breaks through the schedule. The start of working hours, a person’s return and video recovery must have explicit logic for resetting or continuing the timer.

StateObservationTimer behavior
PresentA person meets the zone conditionReset observed absence
AbsentThe zone is visible and no qualifying person is foundAccumulate time using frames
UnknownVideo is lost, the zone is occluded or quality is insufficientDo not count this interval as proven absence

4. Implement the rule in a BOX 5.0 scenario

The basic sequence is VideoFrame → person Detector → Tracker → zone check → state and time logic → event creation → EventSender. Connect a visualizer to check zones, tracks and states.

A standard block for detecting an absent track attribute does not automatically solve the empty-workstation problem. When the person has left, their track may no longer exist, while the zone state must still be evaluated. This rule therefore requires a suitable counter or logic maintained at zone level.

For multiple workstations, store state separately for each “camera + zone” pair. The event contains the specific workstation, interval start and duration, frame time and image. Limit repeat sending according to the zone rule, not only the person’s ID.

5. Check boundary cases

First create a small table of expected results against the video timeline. Then run processing and compare intervals. One correct event is not enough to assess the entire rule.

EpisodeExpected result
Person remains in the zonePresent; no absence event
Brief departure shorter than the thresholdNo prolonged-absence event
Departure longer than the thresholdOne event according to the agreed rule
Person at the neighboring machineDoes not cancel absence in the selected zone
Walking along the passagewayDoes not count as working in the zone
Occlusion by equipmentUnknown, or the specified tolerance for brief occlusion
Video loss or freezingA technical state, not proven absence
Scheduled breakAbsence does not create a workplace violation
Return after an eventInterval ends and state resets correctly

Status of the training example

The video material has been selected and reviewed initially, and the task definition and test criteria are prepared. Zone configuration, the full run and interval reconciliation for this example are still in progress. An illustration of a source frame must not be presented as a successful detector result.

After the run, add actual intervals, misses, false events and settings to the report. The operator’s workstation should provide access to the camera, zone and episode context.

Use the documentation and configuration supplied for your installed release. Environment addresses and access credentials are provided privately with the delivery.