hex-browserHMI runtimefor your app

As part of Tempo2Market, hex-browser is the visible front door on the device. Your app runs there as a managed kiosk HMI. Behind it, we abstract the operating system, while Fleet Warden adds remote maintenance.

Your application defines the product. hex-browser keeps it manageable.

HMI operation

As a real product, your app needs more than UI code

It needs display handling, input, kiosk mode, configuration and remote maintenance on the device. hex-browser provides that layer.

Infrastructure around the application

Tempo2Market provides the non-differentiating infrastructure around your application, while Fleet Warden adds fleet operations. Your team can focus on what makes the device valuable: customer value.

Reduces non-differentiating work Your developers work on customer value instead of the operating system.
Stays reachable in the field Fleet Warden supplies your product with security updates and makes it supportable through remote access.

Architecture

Where hex-browser sits in your product stack

Your application remains the visible surface. hex-browser makes it reliable on the device, Tempo2Market provides the embedded platform, and Fleet Warden keeps the installation reachable in the field.

Supported runtimes

Device context

hex-browser's runtimes in action

Built for unattended devices

Compact facts for teams evaluating hex-browser:

Kiosk mode

Turns web or HMI applications into a robust fullscreen terminal for unattended devices.

RAM-aware Chromium

Brings current Chromium to devices with limited RAM, without giving up web compatibility and DevTools.

Runtime flexibility

We integrate whatever runtime your product needs. See also: supported runtimes.

Service without travel

Fleet Warden brings VNC, live remote maintenance and OTA updates for timely support workflows.

Watchdog & recovery

Brings kiosk systems back after failures without a technician standing at the device.

Configurable

We make configurable what you need. See also: JSON configuration.

No cloud dependency at the HMI

HMI, local storage and recovery stay on the target. Cloud is optional for updates, diagnostics and support.

CRA-ready

Security updates for products that must remain secure after delivery.

Commissioning

How hex-browser gets onto your device

Getting started is simple when Tempo2Market is already shipped by the device manufacturer. For your own hardware, the platform can be ported or integrated by hexDEV.

Buy a device with Tempo2Market

If the manufacturer already integrates hexDEV's Tempo2Market, you only configure your application.

  • Set the URL, optionally copy the app onto the device
  • Ask the manufacturer to place content, plugins or assets into the image
  • Fleet Warden is already connected for operation and support, just log in at fleetwarden.de

Bring it to your own hardware

For your own hardware, there are two paths: your team integrates the OE/Yocto layer itself, or hexDEV handles the port.

  • Base: meta-hexdev in the board support package
  • Integration: display, touch, network and services
  • CRA-ready: Secure Boot and unique keys for updates and remote maintenance

Contact request

Let's talk about your device

Book a technical call

hex-browser JSON configuration

Settings can be changed in the admin UI. The same configuration stays available as JSON for rollout, review, and automation.

Admin UI

Click the configuration first

Technicians can adjust display and URL settings visually. Engineering still gets the exact JSON model behind it for reproducible device fleets.

Click a screenshot to enlarge it.

Tabs and routing

These keys define which tabs exist and how hex-browser maps each configured source to a web view, QML view, native plugin, or RTSP player.

Shell, navbar, and operator tools

These keys shape the kiosk shell itself: navigation behavior, visual style, tab icons, and operator-facing buttons.

Keyboard, gestures, and input handling

These keys tune the virtual keyboard, the swipe model, and pointer behavior for touch devices.

WebEngine and per-view behavior

These top-level keys are applied to each created view. Most of them affect Chromium web tabs directly; plugin, QML, and RTSP tabs mainly expose the same property surface for consistency.

Storage, brightness, timers, and lifecycle

These keys affect persistence, screenshots, backlight behavior, tab lifecycle, and screensaver-related timers.

Startup, system integration, and splashscreen

These keys are evaluated early or at boot-time and affect environment setup, rotation, color scheme, splash handling, and debugging.

Reload, VNC, and resilience controls

These keys control automatic refresh, remote service access, and threshold-triggered recovery behavior.