Features

Controls that adapt to the space, not the other way around.

Verana models spaces, fixtures, touchpoints, and feedback as part of one system. Build reusable looks and touchpoint blocks once, then let each room, role, and device context resolve what those controls actually do.

01 · Context-Aware Touchpoints

One button can know where it is.

A touchpoint should not need a custom interface for every room. In Verana, the same control resolves to the right space, scene, role, and system state based on where the touchpoint is assigned.

A single ON button can load the correct scene for Ballroom A, Ballroom B, or the combined ballroom because Verana maps the control through context instead of hardcoding the panel.

same control · different contexts
Shared ON Button
one reusable control
↓ touchpoint context
Ballroom A → Warm Welcome
Ballroom B → Presentation
Combined Room → Event Mode
block: meeting-room-controls
On · Full
Warm
Presentation
Off
Room 204
controls Room 204
Room 205
controls Room 205
Combined
merged space
one block · resolved by context
02 · Block-Based UI Builder

Build once. Map by context.

Build touchpoints from reusable blocks: scene buttons, dimmers, color controls, space selectors, and room controls.

Each touchpoint can keep the same layout while resolving its own space, scenes, roles, defaults, and room-combine state. The result is simpler for operators and far easier to maintain for programmers.

03 · One Look, Many Spaces

Create the look once. Use it everywhere it belongs.

In legacy systems, giving eight ballrooms individual scene control means eight duplicated configurations. Change a color and you change it eight times.

A look is a reusable definition — not a copied scene tied to one room. Apply the same look across spaces, fixture groups, and room-combine states. When the design changes, update the look once and every linked space follows.

Touchpoints resolve the right look for the space they control, so the same interface can serve many rooms without duplicating scene lists.

1 look → 8 spaces0 duplicates
1 look
A
B
C
D
E
F
G
H
one programming modelManaged Fixture
DMX wash
Lutron-compat. zone
Lyntek panel
HTTP relay
map
Managed Fixture
stateON · 74%
color#FF8A3D
rdmlinked ✓
DMX/sACNPathportArt-NetLEAPLyntekKiNETHTTP PostDiGiDotMadrix
04 · Unified Fixture Model

Every controlled endpoint belongs to one model.

Verana treats DMX fixtures, Lutron-compatible zones, relay outputs, shades, HTTP devices, and future integrations as Managed Fixtures: endpoints the system is responsible for orchestrating.

Programmers work with spaces, looks, and intended behavior instead of rebuilding logic around every protocol. A Managed Fixture can be a light, zone, relay, shade, sensor, HTTP endpoint, or any other supported control point.

05 · Shared Feedback Model

Feedback should not be rebuilt for every connection.

In legacy systems, feedback often has to be custom-built for each integration. Verana makes feedback part of the fixture model.

Where a device or integration supports feedback, its state reports into a shared layer — giving operators and integrators a consistent view of what the system is actually doing, not just what it was told to do.

Actual system state
Supported devices report their real state, not just what was commanded.
Shared state layer
Feedback consolidates into one model instead of separate per-integration infrastructure.
Where supported
Not every endpoint supports bidirectional feedback — Verana reflects what each device or protocol actually provides.
Feedback-aware control
Operators and integrators see a consistent view. Support is less blind.
walls are first-class objects
Ballroom A
Evening Warm
Ballroom B
Evening Warm
▼ wall opened → combined
Ballroom A+B
memberships merged · one look applied · controls updated
06 · Room Combine & Split

When the room changes, the controls follow.

Spaces and walls are part of the control model. When rooms combine or split, Verana updates fixture membership, active looks, and touchpoint context so operators see controls that match the room they are actually using.

This avoids special one-off panel logic for every possible room configuration. No workarounds. No special programming. The model handles it.

07 · Commissioning with Verification

Plan the patch. Discover what is real. Verify the result.

Verana compares the planned fixture list against discovered devices, suggests matches, writes addresses where supported, verifies readback where available, and produces a structured report for the field team. The system automates the tedious parts without taking decisions away from the programmer.

01
Pre-define fixtures
Planned address & profile.
02
RDM discovery
Scan supported universes.
03
Review links
Auto-suggested matches.
04
Bulk accept
Resolve exceptions.
05
Write & verify
RDM where supported.
06
Report → PDF
Structured & exportable.
08 · Scheduling & Calendar

The schedule runs itself.

Bring venue calendars, astronomical events, manual schedules, and show-day timing into one trigger system. Build relative actions like pre-show looks, event locks, and restore states without custom scripting.

Fire pre-event looks before doors open
Lock controls during a scheduled event
Restore default scenes after closing
Follow sunrise and sunset automatically
Friday · Main HalliCal · astro · manual
06:42
Sunrise — façade offastro
17:30
Pre-show look (−30m)iCal
18:00
Doors — lock spacesevent
22:15
End — restore alliCal
09 · Remote Support Visibility

See what the client sees.

When a client says a touchpoint is wrong, Verana lets support open the same control experience, observe it, guide them, or take control with permission.

No screenshots. No guessing which button they mean. No site visit for a configuration issue.

Support View — Grand Ballroom A · live
ObserveControlGuide
Client Touchpoint
Grand Ballroom A
Combined with Ballroom B
Evening Warm
75%
50%
Off
MASTER · 74%
Diagnostics
✓ Config OK · v24 active
✓ Space: BALLROOM_A · ON · 74%
✓ Scene "Evening Warm" resolved
✓ Combine state: merged ← BALLROOM_B
✗ Scene reference missing · skipped
▷ Current State: ON · combined
Observe
See what the client sees, live.
Control
Drive the touchpoint remotely; the client follows.
Diagnostics
Active config, resolved controls, current state.
Why is the lobby light blue?
Look "Late Night" is active in Lobby. It was triggered by the schedule at 23:00 and runs until sunrise.
Turn everything off at 11pm every night.
I'll draft a nightly trigger at 23:00 → All spaces → Off. Review before it saves.
ConfirmEdit
10 · Verana AI

AI suggests. Humans confirm.

Ask plain-English questions about the system, draft common changes, and troubleshoot faster. Verana AI can explain behavior and prepare proposed actions for review.

Programmers can draft schedules, scenes, and diagnostic steps in plain English, then review and confirm before anything changes. It proposes. A human confirms. Nothing important changes without approval.

11 · Platform Reliability

The building runs locally. Support reaches farther.

The local controller operates the building. Cloud services provide remote visibility, updates, diagnostics, and AI-assisted workflows when connected. Because local and cloud tools share the same system model, support understands spaces, looks, touchpoints, and fixture state instead of tunneling into a black box.

Local operation
The local controller runs the installation. Cloud availability does not determine whether the system operates.
Secure outbound channel
Encrypted application channel for remote visibility and cloud services. Optional diagnostic access when needed.
Controller failover
Primary/secondary controller failover. Installations can continue operating through a controller transition.
Browser-accessible touchpoints
Approved devices can present the same Verana control experience through browser-accessible touchpoints.
Versioned configs
Publish, rollback, and propagate UI configs safely. History is part of the model.
Shared system model
Cloud and local tools share the same model. Support does not need to guess about what the system knows.

See the whole system in context.

A live demo walks through context-aware touchpoints, the look system, remote support visibility, and commissioning on a real installation.