Language: ENDiscuss a SystemDiscuss
EDGE SYSTEMS

Intelligence where physical operations happen.

Stacx24 combines edge processing, telemetry, cloud software and operational intelligence to connect what happens in the physical world with what needs to happen next.

Not an industry vertical: a kind of operation. Plants, sites, farms, buildings, fleets, labs. Wherever something physical has to be seen and acted on.

WHAT HAPPENS ON SITE
Temperatures, doors, pumps, vehicles, people, weather, machines.
WHAT NEEDS TO HAPPEN NEXT
An alert, a setpoint, a work order, a decision by the person on shift.

Architecture sequence: PHYSICAL ENVIRONMENT, then SENSORS / CAMERAS, then EDGE DEVICE, then LOCAL PROCESSING, then TELEMETRY, then CLOUD, then INTELLIGENCE, then OPERATIONAL DECISION. Stages marked Human pause the flow until a person decides. Status labels update as the event moves.

PRIMARY ARCHITECTURE · ILLUSTRATIVE SCENARIO · COLD STOREILLUSTRATIVE · COLD STORE
PHYSICAL ENVIRONMENT
Cold store · door left open
CONNECTED
SENSORS / CAMERAS
Door contact · temp probe
CONNECTED
EDGE DEVICE
Controller on the unit
CONNECTED
LOCAL PROCESSING
Site gateway · rules
CONNECTED
TELEMETRY
MQTT · TLS · QoS 1
CONNECTED
CLOUD
Ingest · asset record
READY
INTELLIGENCE
Pattern · risk to stock
READY
OPERATIONAL DECISION
Shift supervisor
AWAITING APPROVAL
DISPATCHED · SEAL INSPECTION RAISEDPAUSED · A PERSON DECIDES WHAT HAPPENS ON SITE
WHAT WE ARE USUALLY ASKED TO FIX

Eight problems. One system shape.

They present differently on every site, but they are the same eight gaps between the physical world and the software that is supposed to represent it. Each maps to a stage of the architecture above, which is where it gets engineered.

Illustrative site · numbers match the problems
  1. No visibility between site and cloud

    HOW IT SHOWS UP: The dashboard says one thing, the person on site sees another.

    WHAT THE SYSTEM DOES: One state model, joined to asset records, updated from the edge.

    Stage: TELEMETRY · CLOUD

  2. Too much raw sensor data

    HOW IT SHOWS UP: Terabytes of readings nobody looks at; the one that mattered is buried.

    WHAT THE SYSTEM DOES: Filter and correlate at the edge. Send events and summaries, not streams.

    Stage: LOCAL PROCESSING

  3. Slow response to physical events

    HOW IT SHOWS UP: By the time the alert reaches someone, the damage is done.

    WHAT THE SYSTEM DOES: Local rules act in milliseconds. The alert reaches the person on site first.

    Stage: EDGE DEVICE

  4. Poor connectivity

    HOW IT SHOWS UP: Remote sites, metal buildings, shared networks. The link drops daily.

    WHAT THE SYSTEM DOES: Local buffering, ordered replay, and logic that does not need the cloud.

    Stage: LOCAL PROCESSING

  5. Disconnected devices and applications

    HOW IT SHOWS UP: Sensors on one system, work orders on another, nothing in between.

    WHAT THE SYSTEM DOES: Telemetry joined to the operational applications that act on it.

    Stage: CLOUD

  6. Manual monitoring

    HOW IT SHOWS UP: Someone walks the site with a clipboard, or watches a screen all shift.

    WHAT THE SYSTEM DOES: Continuous observation with classified alerts and an owner for each.

    Stage: TELEMETRY

  7. Weak operational alerts

    HOW IT SHOWS UP: Everything alarms, so nothing does. Alerts have no context or owner.

    WHAT THE SYSTEM DOES: Alerts carry context, risk and a proposed action, and go to a named person.

    Stage: INTELLIGENCE

  8. No unified system state

    HOW IT SHOWS UP: Nobody can say, right now, what is connected, healthy and open.

    WHAT THE SYSTEM DOES: Device health, readings, alerts and owners in one observable view.

    Stage: CLOUD · DECISION

UNIFIED SYSTEM STATE

One place where the site and the software agree.

Inside VFarm: sensor trends, device activity, automation and alert delivery in one view. Explore a captured analytics dashboard from the application.

Inside VFarm Analytics

VFarm analytics snapshot · 26 October 2026

  • Temperature · 24h

    rack2_dht · captured reading

    Captured 24-hour temperature history for rack2_dht: minimum 20.7°C, maximum 32.6°C, current 27.1°C. The chart falls overnight, then rises with a brief peak before returning to 27.1°C.
    27.1°C
    Current
    20.7°C
    Min
    24.7°C
    Avg
    32.6°C
    Max
    144
    Samples
    Select chart to view full size
  • Sensor statistics

    rack2_dht

    24.7°CAverage temperature
    20.7°C
    Min
    32.6°C
    Max

    144Samples

  • Readings

    9.0k

    Lifetime · 26 devices

  • Active devices

    4

    of 26 · last 24h

  • Automation

    4

    1 automation on · last 24h

  • Alerts fired

    3

    last 24h

CORE SYSTEM MODEL

The system is the product. Technology is a component.

  • Not every step needs AI.
  • Some need rules.
  • Some need software.
  • Some need edge processing.
  • Some need people.

We engineer the right combination.

Illustrative example

Research assistance

IN THE OPERATION
A document arrivesFrom the research team
Research workspaceDEMONSTRATION
01 / 08EVENT

A new document arrives

Field study notes
  • Source document received
  • Original retained
  • Ready to review
Received

A research document starts the work. The original stays available throughout.

Each outcome informs the next cycle.
  1. 01 · EVENTA new document arrives

    A research document starts the work. The original stays available throughout.

  2. 02 · CONTEXTBring the background together

    Existing records, source details and the approved label list give the document context.

  3. 03 · PROCESSINGCheck the details first

    Software checks for duplicates and missing information before any AI suggestion.

  4. 04 · INTELLIGENCESuggest a label, within scope

    AI proposes a label from the approved list. It cannot publish the label itself.

  5. 05 · DECISIONA researcher makes the decision

    The researcher reads the supporting passage and approves or corrects the suggestion.

  6. 06 · ACTIONUpdate the research record

    Only the approved label enters the record, alongside its source.

  7. 07 · OBSERVATIONRecord what actually happened

    The system records the suggestion, the review and the saved result so the team can inspect them.

  8. 08 · IMPROVEMENTReview the labelling rules

    The team reviews corrections and agrees changes to the guidance before the next document.

Everyday operations

IN THE OPERATION
A request arrivesFrom the operating team
Operations workspaceDEMONSTRATION
01 / 08EVENT

A request starts the work

New work request
  • Request received
  • Source application linked
  • Handoff opened
Received

An incoming request starts a handoff between the tools your team already uses.

Each outcome informs the next cycle.
  1. 01 · EVENTA request starts the work

    An incoming request starts a handoff between the tools your team already uses.

  2. 02 · CONTEXTAttach the details once

    The system brings together the request, existing records and its responsible owner.

  3. 03 · PROCESSINGLet the rules route the work

    Defined rules check the request and pass its details between connected applications.

  4. 04 · INTELLIGENCERules are enough here

    This example needs no AI decision. Defined rules identify an exception and send it to its owner.

  5. 05 · DECISIONThe owner resolves the exception

    A named person supplies the missing detail and confirms that the work can continue.

  6. 06 · ACTIONComplete the handoff

    The confirmed information reaches the next application and the work continues.

  7. 07 · OBSERVATIONKeep the outcome visible

    The system records completion and exceptions so the team can see what happened.

  8. 08 · IMPROVEMENTReview the handoff rules

    The team reviews repeated exceptions and approves rule changes for future requests.

Connected fields

IN THE OPERATION
A field reading arrivesFrom a connected sensor
Field operations workspaceDEMONSTRATION
01 / 08EVENT

A sensor reads the field

Incoming field reading
  • Sensor reading received
  • Field identified
  • Reading time attached
Received

A new field reading starts the cycle, connecting conditions on the ground to the system.

Each outcome informs the next cycle.
  1. 01 · EVENTA sensor reads the field

    A new field reading starts the cycle, connecting conditions on the ground to the system.

  2. 02 · CONTEXTPut the reading in context

    Field history and recent conditions help the team interpret the new reading.

  3. 03 · PROCESSINGCheck the signal near the field

    Local edge checks validate readings before relevant information reaches the monitoring application.

  4. 04 · INTELLIGENCEPrepare a suggested response

    The system uses the checked information to propose a response within its defined scope.

  5. 05 · DECISIONThe agronomist reviews

    The agronomist checks the proposal and approves or adjusts it before it reaches the operator.

  6. 06 · ACTIONSend the approved proposal

    The approved proposal reaches the operator with the instructions they need.

  7. 07 · OBSERVATIONKeep watching the conditions

    New readings and operator reports help the team understand what happened next.

  8. 08 · IMPROVEMENTReview the next field cycle

    The agronomist reviews the observations and agrees guidance for the next cycle.

Read the complete system model
  1. EVENT

    Something happens in the operation.

  2. CONTEXT

    Records, history and state are attached.

  3. PROCESSING

    Rules, software and integrations do the deterministic work.

  4. INTELLIGENCE

    One bounded AI component, where judgement can be modelled.

  5. DECISION

    A named person decides where it matters.

  6. ACTION

    Something changes in the world.

  7. OBSERVATION

    Telemetry and monitoring record what happened.

  8. IMPROVEMENT

    The loop feeds back into the next event.

NEXT STEP

Turn physical signals into operational intelligence.

Tell us what happens on site and what you cannot see today. We will propose where to sense, where to process, and who should act.
Discuss an Edge System
No technical specification required. Start with what you cannot see today.