Solar Lighting Simulation: What We Model Before We Quote

What goes into the model

A lighting simulation builds a 3D model of the actual road environment — width, lane arrangement, surrounding buildings — and places the proposed pole, fixture, and tilt inside it. Road lighting standards such as IES and EN 13201 define the checks the model has to pass: illuminance (how much light lands on the road surface) and uniformity (how evenly it is distributed), plus control of light thrown where it does no work. We model against the standard the project specifies, not against a generic good-looks target.

The inputs we sweep in the model:

• Pole height. Taller poles widen coverage but demand higher-output fixtures to hold road-level illuminance, which raises the electrical load the panel and battery have to serve. Shorter poles risk overlapping light patterns between neighbors and glare for pedestrians. The model picks the height against real road width and surroundings.
• Fixture tilt and head angle. Tilt sets the throw and the uniformity. Aiming light onto the driving lanes and footway instead of into the sky and the facing windows cuts the operating power needed for the same road result.
• Fixture type and output. Photometric distribution, lumen output, and correlated color temperature (CCT) are all variables, not givens.

The energy half of the simulation

The same model carries the solar side. Local sunshine duration and climate data set the panel angle and the array area needed to collect the season's worst-case energy, and the lighting model's output is the load that collection has to serve. Pole height chosen for optics alone can quietly double the battery: the taller pole pulls a higher fixture output, the higher output pulls a bigger pack, and the pack pulls a bigger panel.

That chain is why we simulate before we quote. In our factory, every project starts with a model, and the quote that follows carries the illuminance result and the load budget together. The failure mode we watch for is a beautiful illuminance map attached to an autonomy calculation nobody ran.

Aesthetics, with the sky respected

Simulation also shows how the design reads in its setting, day and night. Pole and head proportions, head shape, and light color either sit with the surroundings or fight them: warm tones with traditional head shapes suit historic streets, cooler tones with minimal heads suit modern districts, and the model shows the day-night transition rather than leaving it to the imagination. One more discipline the model enforces: keeping output and aim inside the road corridor so the night sky stays visible. Over-lighting is a design defect, not a feature.

When the model says no

Sometimes the honest answer to a site is that the geometry cannot be lit to standard at an autonomy the climate can support — the road is too wide for the pole height, or the shade is too permanent. We say so at the simulation stage and propose a different layout, a hybrid, or nothing. That is cheaper for everyone than discovering it after the poles are in the ground.

Run the load side yourself with the controller sizing calculator, or start from the photometric side with our lighting design tool. For the battery-selection logic behind the autonomy number, see batteries for solar lighting systems. Matched fixtures with factory-verified photometrics are in our all-in-one solar street lights line.

What this page does not cover

This page covers lighting and energy simulation for standalone solar street light projects. It does not cover luminaire optical design, traffic engineering sign-off, or building facade lighting. Those are separate disciplines with separate deliverables.