Solar Power for Urban AI
-- An Engineer's Split of the Load
Solar Power for Urban AI
-- An Engineer's Split of the Load
AI in cities draws power in two very different ways, and photovoltaic-plus-storage fits one of them far better than the other. Data centers and AI compute are large, continuous, always-on loads. The urban edge (traffic cameras, sensors, smart streetlights, signage, small cells) is thousands of small, intermittent, latency-tolerant loads. The same technology stack serves both, but the architecture and the honest claims differ. This page separates the two, then gives the sizing method we use for the second, which is the one we build hardware for.
The IEA's Electricity 2024 report estimates that data centres, AI and cryptocurrency mining consumed about 460 TWh in 2022, roughly 2% of global electricity, and projects the combined figure could exceed 1,000 TWh by 2026 — a level comparable to Japan's annual consumption. We cite that report rather than unsourced growth percentages, because the sourcing is the difference between a number and a decoration.
For a data center, PV-plus-storage plays three real roles. Peak shaving means discharging the battery during demand-charge windows to cut the billed peak. Valley filling means charging from PV at midday, when generation is abundant and cheap. Ride-through means keeping critical loads alive through grid events.
What it does not do is replace firm capacity for a continuous training load. Firming 1 MW of continuous load with PV plus four-hour storage takes a multi-megawatt array and MWh-scale storage (order-of-magnitude arithmetic, not a quote), and the grid or a firm power purchase agreement remains the primary supply in practice. If a project pitch is "solar powers the data center," ask for the capacity-factor math before the term sheet.
The edge load is where our hardware lives. A traffic camera draws a few watts. A smart streetlight pole draws 10–60 W overnight. A sensor node draws under a watt. These loads are small, they sit where trenching is expensive and a grid connection takes months of permitting, and a battery-buffered DC supply is all they need. Standalone PV-plus-storage is not a compromise for them; it is the right answer.
The sizing method we apply, in order:
Rooftop and wall-mounted PV on office buildings and shopping malls feeds the building's own AI loads first, and the order-of-magnitude claim survives scrutiny once the assumptions are attached. A mid-size commercial building that gives its full roof to PV (call it 1,000 m² of usable array area at roughly 150 W/m²) lands near 150 kWp, which at a specific yield of 1,200–1,500 kWh per kWp per year (site-dependent) produces on the order of 180,000–225,000 kWh annually. The real benefits are structural, not just energetic: generation sits next to the load, so transmission losses shrink and the building can shift its own consumption against the PV curve.
Utility-scale plants on the city periphery feed the urban grid directly, with grid-side storage shifting solar energy into the AI demand peak. The coordination point there is the grid operator, not the building owner, and the engineering questions (interconnection, ramp rates, curtailment) belong to that conversation. We flag it here because project documents often blur the two scales into one "solar for AI" narrative. They are different projects.
This page covers the concepts and the edge-device architectures behind PV-plus-storage for AI-adjacent urban loads. It does not cover data center EPC design, utility interconnection studies, or tariff optimization; those are project-specific engagements. For streetlight and edge-device deployments, our all-in-one solar street light line is the hardware this method produces. And the economics of peak shaving live in the tariff, not the technology — model your rate schedule before you model the battery.