AITHA AITHA
Client login
ES EN
Talk to the team

#Technology

Ecosystem technology, end to end

Layered architecture, communications and protocols, security and firmware: how the AITHA ecosystem works and how it integrates with your systems.

6 layers From device to external system
TLS 1.2+ Communications security
A/B OTA Firmware with automatic rollback

The data journey

From sensor to action, in one diagram.

Product ecosystem diagram

Communications and protocols

Each device reports to the platform through its medium: 4G/Ethernet, NB-IoT or LTE/WiFi over MQTT. Chargers speak OCPP (over WebSocket) to the charging server, which publishes to AITHANEX over MQTT.

Devices AITHA Core and derivatives Platform AITHANEX 4G / Ethernet · MQTT NB-IoT · MQTT LTE / WiFi · MQTT OCPP · WebSocket External integration OCPP backends · APIs · interoperability AITHANEX · CONNECTIVITY AND PROTOCOLS

Compatibility at a glance

Standards available by product; per-device detail is in each technical datasheet.

MQTT

Telemetry to your platform

Modbus RTU/TCP

Industrial and field equipment

OCPP

Electric vehicle charging. OCPP 1.6: implemented and tested on the previous charger generation; the new charger, in development, keeps it.

DALI / Zhaga

Luminaire controls

LoRa

Lighting node networks

NB-IoT

Point to point without a concentrator

4G/LTE · Ethernet · WiFi

Uplink based on the installation

BLE

Local configuration

Platform connectivity and available media

Documented protocols

  • MQTT, HTTP, HTTPS and REST API.
  • Modbus RTU/TCP, CAN Bus and RS485.
  • DALI from the Zhaga connector on Lux AITHA LoRa and Lux AITHA NB-IoT.

Connectivity to match the deployment

  • 4G/LTE, Ethernet and WiFi depending on product.
  • LoRa for Lux AITHA LoRa and cellular connectivity (4G/NB-IoT) for Lux AITHA NB-IoT.
  • WebSockets when the case requires it.

Identification and access

  • BLE for local configuration.
  • RFID and NFC depending on product.
  • Electric vehicle charging. OCPP 1.6: implemented and tested on the previous charger generation; the new charger, in development, keeps it.

Security defined from the device

TLS communications, access credentials and tamper detection: measures configured by product and deployment requirements.

Security measures based on device use

We define the necessary measures based on the product, how it connects, the expected risks and the environment where it will operate.

Encrypted communications

  • TLS 1.2+ between device and services.
  • Configuration based on connected services.

Controlled access

  • Credentials and permissions defined per project.
  • Integration with the available access mechanisms.

Tamper detection

  • Detection of opening and tampering available depending on the model and project configuration.
  • Alerts and historical event log.

Firmware and remote updates

The firmware life cycle: how devices boot, how they are updated remotely and how they recover from a failed update.

Reduce the risk of leaving a device inoperative after an update

The A/B dual partition lets you recover the previous version when the new firmware fails the defined boot conditions.

Decoupled drivers

Add or change sensors and actuators as modules, without modifying the system core.

A/B updates

Dual partition with automatic rollback on a failed boot.

BLE configuration

Guided configuration of WiFi, cellular network and parameters from the field app.

Continuous operation

Sleep and service state management for long-running deployments.

The same base, adapted to each device

AITHAOS adapts AITHA Core to the product and supports AITHA, LoRa Router, OSHTIA EV Charger and AURA X36.

The same base, adapted to

AITHAOS capabilities

AreaScope
TelemetryCollection and publication of data from local sensors and peripherals.
ConnectivityManagement of LTE, WiFi, BLE and LoRa according to the device configuration.
Local intelligenceRules and validations run on the device (edge); works without a continuous connection.
Local storageKeeps events and telemetry offline and synchronizes on restoration.
Low powerOperating modes optimised for energy-constrained deployments.
SecurityDevice identity management and encrypted communication.
PeripheralsInputs/outputs and field buses (RS485, I2C, SPI) depending on the device hardware.

OTA update flow

StepWhat happens
1. PublishNew firmware version available in AITHANEX.
2. DistributeAITHANEX notifies the device and transfers the signed package.
3. ValidateAITHAOS verifies integrity before writing to the inactive partition.
4. BootRestart on the new partition. If boot fails the validations, automatic rollback to the previous partition.
5. ConfirmAITHAOS reports success or failure to AITHANEX with a timestamp and the active version.

Define the architecture of your project

Review with the technical team which layers apply to your case and how to integrate them with your current systems.

Contact