The architectural thesis advanced in the preceding chapter resolves into three distinct engineering layers whose separation is the structural foundation on which the platform's commercial, climate, and risk properties depend. The first layer is the physical envelope: the engineered, structurally rigid, thermally and mechanically defined hardware envelope into which standardised commodity components are inserted across the operational life of the asset. The second layer is the internal control system, iONEOS, the deterministic and probabilistic intelligence layer that governs the operation of the physical envelope, structures the telemetry stream that the node generates, and constitutes the platform's data-architectural moat. The third layer is the orchestration interface, the protocol-and-standards surface through which the deployed node connects, at the operator's election, into the European distributed-energy market and the broader grid-flexibility ecosystem on which the European energy transition has converged. The separation is not architectural decoration; it is the engineering substrate on which every commercial, climate, and risk argument of the subsequent chapters rests.
This chapter examines each of the three layers in operational detail. It begins with the architectural principle of the three-layer separation itself. It proceeds to the physical envelope — the standardised hardware platform into which best-in-class components are integrated — supplemented by the Northern Latitude Leverage sidebar that documents the geometric, thermal, and forward-compatibility properties of the envelope under the European deployment envelope. It then examines iONEOS, the internal control and intelligence layer through which the platform's data architecture is constituted. It addresses the orchestration interface, the standards-based protocol surface through which the deployed node integrates into the European market under the operator's elected platform. It closes with the Open Seams Principle, the architectural property under which the three layers remain independently substitutable across the asset's twenty-five-year operational life, and bridges to the climate-performance assessment of Chapter V.
1. The Three-Layer Separation
The platform's architectural integrity rests on the operational separation of three layers whose engineering, commercial, and contractual properties are distinct: the physical layer, the internal control layer, and the external orchestration layer. The separation is engineered into the platform from the design phase forward, not asserted post-construction as an architectural rationalisation. The consequences across the platform's commercial trajectory are direct.
The physical layer is the structurally rigid, thermally and mechanically defined hardware envelope of the iONE node — the aerospace-grade aluminium frame and tracker structure, the IP65-rated cabinet hosting the battery core, the asymmetric single-side thermal architecture, the dual-axis tracking kinematics with three-tier storm protection, and the foundation-free deployment configuration through which the unit reaches operational readiness in eight to twelve hours under a two-person crew. The physical layer is engineered for a twenty-five-year structural design life across the operational climatic envelope of European, Mediterranean, and Gulf deployment zones, on which the foundational fifty-year hot-dip galvanised screw-pile deployment is constructed.
The internal control layer is iONEOS, the deterministic-and-probabilistic intelligence system that governs the operation of the physical layer. The internal layer commands tracker kinematics, manages cell-level battery state across the 48-cell prismatic LFP array of the CORE-32 configuration, regulates the thermal envelope across the silica-aerogel-and-SIGRATHERM phase-change buffer, processes fault signals across the redundant power-electronics paths, and structures the telemetry stream that the node generates across its operational life. The internal control layer operates autonomously across the platform's design envelope; it does not require external connection for its operation; it does not depend on any single orchestration platform or any single commercial counterparty for its functional integrity.
The external orchestration layer is the protocol-and-standards surface through which the deployed node integrates, at the operator's election, into the European distributed-energy market — EEBus, Modbus TCP, OCPP, SG Ready, and the parallel set of European industry-standard interfaces on which the orchestration platforms operating across the European market are constructed. The external layer is the layer of optional market participation, never of operational dependency. The deployed node functions identically in the off-grid critical-infrastructure configuration where the external layer is inactive, and in the grid-connected market-participation configuration where the external layer is active through the operator's elected orchestration platform.
The commercial consequences of the separation are direct. The physical layer is the unit-economics base of the platform: the hardware margin captured at the point of sale. The internal control layer is the recurring-revenue base: the iONEOS subscription captured across the operational life of the deployed unit. The external orchestration layer is the grid-flexibility revenue base: the dynamic-tariff and §14a EnWG participation captured at the grid-connected fraction of the fleet. The three layers correspond directly to the three revenue layers of the economic architecture documented in Chapter VI. The architecture is not a technical preference; it is the engineering precondition for the commercial thesis.
2. A Standardised Envelope, Open to Best-in-Class Inputs
The physical layer of iONE is engineered as a defined, structurally rigid envelope into which standardised, best-in-class components are integrated. The envelope sets the permanent form factor, the structural mass, the thermodynamic boundaries, and the operational profile of the station. The components — photovoltaic modules, battery cells, power electronics, and battery management platforms — are treated as interchangeable inputs that comply with the baseline physical interfaces of the envelope. The architecture is the durable, long-term element of the design; the components are the variable.
This structural separation operates across each component class of the iONE node, creating an institutional-grade asset framework.
Photovoltaic Modules
In the current industrial specification, the array utilises 720W Bifacial TOPCon glass-glass panels featuring an Atomic Layer Deposition (ALD) Al2O3 aerospace coating for sand, salt, and UV resistance. Sourced from German manufacturing partners — Heckert Solar or Sonnenstromfabrik — the current modules deliver a cell efficiency profile above 22% and a 30-year engineered glass-glass life free from backsheet degradation. The architectural roadmap is natively forward-compatible, designed to absorb high-efficiency European perovskite-on-silicon tandem modules as commercial lines scale.
Battery Cells and Electrochemical Core
The battery core operates on prismatic Lithium Iron Phosphate (LiFePO4) chemistry utilising the industry-standard 314 Ah industrial format. The cell substrate is dimensionally and electrically interchangeable: while the current validation unit is architected around XDLE (Xingdong Lithium Battery) CBA71173204-314Ah cells, the internal envelope is fully compatible with cells from the Hungarian gigafactory cluster, emerging MENA-based manufacturing initiatives, or tier-one alternatives (CATL/EVE-grade) without structural modification. The platform remains supplier-agnostic; the architecture survives any one geopolitical configuration of the cell supply chain.
Power Electronics and Redundancy
MPPT solar chargers, inverter modules, and supercapacitor buffers comply with industry-standard electrical and communication interfaces, deployed with N+1 hot-swappable operational redundancy across both the 48V DC telecom-grade bus and the AC inversion paths. The architecture supports dual supply tracks: cost-optimised global components for civil applications, and premium European vendor modules (CE+T Power, Eltek, Benning, Vertiv) for resilience-critical, assured-supply infrastructure.
Structural and Thermodynamic Foundation
The physical envelope is constructed from aerospace-grade 6061-T6 aluminium for the main frame and tracker structure, marine-grade Stainless Steel 316L for fasteners and chloride-exposed joints, and hot-dip galvanised steel for the foundation elements to guarantee a 50+ year ground life and a 25-year structural design life across aggressive environments.
The core storage asset — the iONE Core Battery Module — is housed within a standalone, IP65-rated outdoor cabinet measuring 300 × 250 × 1280 mm. Thermodynamics within the cabinet are managed via a highly disciplined, asymmetric, single-side active architecture where active heating and phase-change buffering occupy one side of the cell pack opposite to the system electronics, allowing heat to distribute uniformly through the cell stack via high-conductivity copper busbars.
The structural layer order of this thermodynamic sandwich consists of an extruded aluminium enclosure wall, a 20 mm silica aerogel insulation mat, a 12 mm passive buffer of rigid composite Phase Change Material panels, and a 48V, 200W silicone heater pad bonded to a 2 mm anodised aluminium heat-spreader plate directly contacting the cell faces.
The composite PCM panels utilise an open-cell graphite foam matrix infused with paraffin (SGL Carbon SIGRATHERM ePCM, Tphase = +25°C, latent heat ~190 J/g), which delivers a thermal conductivity of 25–30 W/(m·K) — orders of magnitude higher than pure liquid paraffin — while completely retaining the paraffin wax via capillary action to eliminate leak risks under extreme thermal stress.
The opposite long side of the cell stack is insulated via a monolithic 40 mm block of Foamglas T4+ cellular glass (A1 non-combustible) featuring a machined window to receive the active-balance BMS, with all exposed cellular glass surfaces treated with a two-component PC 80M Mortar antiabrasive coating to prevent glass-dust generation under transit or operational vibration.
The complete assembled thermal sandwich is bound circumferentially by industrial fibreglass-reinforced filament tape (3M 8959), establishing a high-integrity physical retainer that simplifies field disassembly and repair.
A 10–15 mm internal air gap surrounds the insulated pack to serve as a condensate drainage path and an emergency gas buffer volume. Environmental isolation is secured by a permanently applied Form-In-Place Gasket (FIPG) polyurethane sealant at the factory bottom plate, while the removable top cover utilises a compressed 5 mm silicone cord gasket secured by 14 countersunk stainless steel screws. Pressure equalisation and outgassing defence are governed by a top-mounted Donaldson Dual-Stage Jet pressure vent (97 L/h breathing at 10 mbar) designed to instantly release its protective cap at ≥100 mbar internal overpressure to discharge gas at 100 L/s during emergency cell venting.
Kinematics, Protection, and Deployment Economics
The precision dual-axis tracking system operates with ±0.1° accuracy via self-locking worm-gear slewing drives guided by a 4-quadrant photodiode array and GPS ephemeris fallback. Environmental protection is governed by a 3-tier predictive control framework utilising real-time ultrasonic wind data and predictive weather APIs. Level 1 (Dynamic Adaptation) active tracking operates continuously below 60 km/h and dynamically minimises wind resistance up to 120 km/h. Level 2 (Critical Gust 90° Vertical Drop) segments the INDUSTRIAL arrays into two independent sections that drop upright within seconds to withstand coastal or storm forces up to 180 km/h. Level 3 (Extreme Protection 180° Book Fold) executes a complete structural mechanical fold that closes the panel faces together to protect reflective surfaces from sand or heavy snow accumulation before dropping the entire mass 90 degrees horizontally into a specialised low-drag profile designed to withstand extreme high-altitude, mountain, or coastal survival environments.
Every unit is installed via a foundation-free anchor configuration comprising four 1.0-metre perimeter frame anchoring piles and two 2.0-metre centre mast piles (76 mm shaft, 200 mm helix) driven by a handheld hydraulic head. This eliminates concrete works, ensuring complete assembly, commissioning, and cloud registration within 8 to 12 hours by a two-person crew, while enabling swift site relocation with zero permanent land modification.
Two operational prototype stations are currently undergoing active field validation at the Berlin test site. Complete mechanical tolerances, single-fault tolerance mapping (IEC 62619 §8.3), and component-level specifications are detailed in the iONE Continental Product Manual (V2.0, January 2026) and GT Battery Specification GT-BAT-SPEC-001 (V1.3, May 2026) appended to this memorandum.
Transparent Compliance Pipeline
The platform is engineered for full alignment with the EU Battery Regulation 2023/1542 (carbon footprint declaration, digital battery passport, and upstream due diligence frameworks). The compliance pipeline — third-party LCA verification through specialised consultancies (Sphera, Quantis), digital passport implementation via web-accessible QR codes on the laser-engraved FEM marking plates, and component-level IEC 62619, UN 38.3, and RoHS safety certifications for the 314 Ah cell variant — is scheduled for complete formal execution before the first commercial shipment series leaves the Berlin facility.
3. The Infrastructure Brain: iONEOS
The internal control layer of the iONE node — iONEOS — governs the deterministic operation of the physical layer. It commands tracking mechanics, manages cell-level battery state, regulates the thermal envelope, processes fault signals, and structures the telemetry stream that the node generates. The layer maintains autonomous operation independent of any external connection: where grid and orchestration are available, the node participates in market activity; where they are not, the node continues to deliver its primary function on the same control logic.
iONEOS operates today across a defined functional architecture. The customer-facing deployment-planning layer is operational on the public configurator at gtlab.org, integrating PVGIS irradiance modelling, NASA SSE reference data, and the iONE engineering envelope to resolve customer-specified deployment parameters — location, product line, energy requirement, component selection — into a defined station configuration with transparent pricing and financing. The configurator operates as both a customer engagement channel and a structured data acquisition layer. The deployment-planning logic, the financing module, the map-based location interface, and the configuration resolver are written, deployed, and addressable through customer interaction today.
The on-station control logic is structured into two operational regimes. The deterministic core handles battery state-of-charge boundaries, cell-level voltage and temperature monitoring, thermal management commands (heater activation below 0°C charging threshold, PCM phase-change buffering across the operational range), MPPT control across the redundant solar charging paths, tracking command sequences against astronomical ephemeris and photodiode feedback, storm protection triggers against ultrasonic wind data and weather-API forecasts, and fault containment routines isolated to the affected subsystem. This layer is designed for hard-coded, auditable execution against the engineering envelope of the node; its behaviour does not depend on machine-learning inference and remains deterministic across the operational life of the unit.
The probabilistic intelligence layer activates as fleet-scale telemetry accumulates beyond statistical thresholds required for model validation. Predictive maintenance signatures, degradation curves for the specific cell class deployed in a specific climate zone, optimised tracking adjustments under recurring local irradiance patterns, market-arbitrage signal processing for grid-connected nodes — all of these are model-based outputs that enter operational control as the fleet data supports them. The architectural separation is explicit and audited: deterministic logic for safety and compliance, probabilistic models for optimisation; the latter never overrides the former.
The integration of these two regimes follows the standard architectural pattern for autonomous infrastructure systems. Safety-critical and regulatory-binding decisions execute on deterministic logic with full audit traceability; performance-optimising decisions execute on probabilistic models trained on fleet-scale operational data. The boundary is engineered, not negotiated.
4. Compatible by Standard, Independent by Design
iONE operates as a complete standalone asset. The physical layer generates energy, the internal control layer governs storage and distribution to local load, and the node fulfils its primary function — autonomous power supply to critical infrastructure — without any dependency on external orchestration.
Where the deployment site has a grid connection and the operator chooses to participate in the broader energy market, iONE offers full compatibility with the European industrial standards on which orchestration platforms operate: EEBus, the European standardisation framework for distributed energy resources, smart meter gateways, and grid-signal processors; Modbus TCP, the long-established industrial control protocol; OCPP, the Open Charge Point Protocol for vehicle-grid integration; and SG Ready, the German interface for heat pumps and thermal assets. These are not iONE-specific developments. They are the protocols on which the European distributed energy ecosystem converges.
This means iONE is compatible with any orchestration platform that implements these standards — gridX, Octopus Kraken, 1KOMMA5°, Tibber, Next Kraftwerke, and the broader set of platforms operating across the German and European market. Compatibility is structural: a node placed at a grid-connected site can be enrolled into market participation by the operator's chosen platform without bespoke integration work, and the same node can be removed from orchestration without functional consequence to its primary operation.
The architectural choice is independence by design, compatibility by standard. The node does not require a specific orchestration partner. The node does not depend on the continued availability of any specific platform. Where a partner platform is present and the operator elects participation, iONE participates. Where the operator does not elect participation, iONE continues to deliver its primary function. The orchestration layer is the layer of optional market participation, never of operational dependency.
This separation has direct economic consequences. Off-grid deployments — telecom edge sites, remote industrial assets, hardened border infrastructure — operate iONE as a pure asset replacement, capturing operational savings against diesel and grid extension alternatives. Grid-connected deployments add a second revenue stream through market participation under §14a EnWG and dynamic tariff regimes, captured through whichever platform the operator has already deployed. The two deployment modes use the same hardware, the same internal control layer, and the same physical envelope. Only the activation of the orchestration layer differs.
5. The Open Seams Principle
The boundaries between the three layers of the iONE architecture — physical, internal control, external orchestration — are governed by standardised European protocols rather than proprietary integration code. EEBus, Modbus TCP, OCPP, and SG Ready define the communication surfaces between the layers. There is no proprietary integration debt anywhere in the architecture. This is an engineering choice with strategic consequences.
Open seams produce three commercial properties that closed-stack architectures cannot replicate. The first is deployment compatibility without bespoke engineering: a utility, municipal operator, or telecom integrator deploying iONE does not require custom software development to integrate the asset into existing energy management infrastructure. The second is component-level supplier substitution: as Hungarian cell capacity, European tandem modules, alternative power-electronics vendors, or new battery management platforms enter the supply chain, the iONE architecture absorbs them without revision of the orchestration interface or the internal control layer. The third is operational independence from any single technology partner: the node functions on standard protocols, and the failure or strategic redirection of any specific partner platform does not constitute operational risk to the iONE installed base.
The strategic position is durable across thirty years of operational life. Component generations will turn over multiple times within that horizon — silicon panels giving way to perovskite-silicon tandem modules, current LFP chemistries giving way to next-generation cell architectures, power electronics vendors consolidating and emerging. Orchestration platforms will themselves evolve, merge, and be replaced. The iONE architecture, defined by its envelope and its open communication surfaces, persists across these transitions without structural revision.
The principle is the inverse of integrated-product strategy. Apple iPhone integrates components into a vertically engineered product; iONE integrates an envelope into which components are inserted across generations. The two architectures serve different categories of asset life. For infrastructure with a twenty-five-year design life, open seams are the only architectural choice that survives the supply chain its components will pass through.
Bridge to Chapter V
The architecture described in this chapter — three layers in defined separation, an envelope engineered for component substitution, open European protocols at every functional seam, control logic structured for autonomous operation with optional orchestration participation — establishes the technical foundation of the iONE platform. The physical and engineering specifications are documented in the appended Product Manual and Battery Specification; the operational behaviour, deployment economics, and customer-facing configuration interface operate today at gtlab.org.
The next two chapters address the consequences of this architecture at deployment scale. Chapter V examines the climate performance potential — the carbon displacement attributable to the iONE category at full European deployment, measured against the World Fund methodology and the structural threshold of one hundred megatonnes per annum. Chapter VI addresses the economic engine — the three revenue layers through which the platform captures value across hardware deployment, infrastructure services, and grid-flexibility participation. The architecture defined in this chapter is the precondition for both.