Lumeitalia

Reference project: how we set up a remote management and smart city intervention

The working method applied by the Lumeitalia technical office to a remote management and smart city intervention, stage by stage.

Viale urbano e percorso ciclabile illuminati da apparecchi LED
Viale urbano e percorso ciclabile illuminati da apparecchi LED. Immagine illustrativa generata con AI.

Overview

This piece describes a design method, not a specific site: the values given are setup criteria, not measurements from a built installation. Remote management turns a lighting installation into a data infrastructure: it enables diagnostics, point-level dimming and energy reporting. The aim is to make repeatable the sequence of decisions that takes a remote management and smart city intervention from survey to commissioning.

Applicable standards

The regulatory reference for remote management and smart city is not a single document but a coordinated set of standards covering performance, safety and environmental impact. In design practice the following documents drive the main choices.

  • DALI-2 / D4i — interoperability of drivers and control nodes.
  • NEMA / Zhaga — standard mechanical interfaces for nodes.
  • GDPR — processing of data collected in urban environments.

Stage 1 — Survey of the existing condition

The survey precedes any solution hypothesis. Real geometry, position and height of existing luminaires, condition of poles and lines, installed power, operating hours and issues reported by the operator are all recorded. The photographic survey documents the initial state and is the basis for the before/after comparison.

In remote management and smart city contexts the survey must include the conditions that constrain the solution: avoiding proprietary solutions that tie the municipality to a single supplier and access limitations for future maintenance.

Stage 2 — Requirements and calculation assumptions

Requirements are declared in writing with their reference standard and the rationale for the chosen category. The same note fixes the maintenance factor, the assumed cleaning cycle and the ambient conditions considered. This is the document that makes the design verifiable and that, in a dispute, separates an execution error from a requirement never agreed.

Stage 3 — Solution selection

Selection starts from the photometric distribution suited to the surveyed geometry, then considers environmental compatibility, the control system and maintainability. At least two alternative configurations are assessed with their impact on luminaire count, installed power and maintenance burden: a documented comparison is what makes the final choice defensible.

Stage 4 — Verification and handover

On-site verification follows the protocol agreed in the specification and closes with a report comparing measured values against declared requirements. At handover the updated calculation report, photometric files of the installed luminaires, maintenance plan and control system configuration are transferred. Without this package, later operation starts from scratch.

Performance data from a real intervention can only be shared if measured and authorised by the client: for this reason the method is described here without site figures. Project-specific documentation is available on request from the technical office.

Recurring critical points

The difficulties that most often emerge in remote management and smart city projects are not about product selection, but about defining requirements and verifying results.

  • Avoiding proprietary solutions that tie the municipality to a single supplier.
  • Ensuring network coverage across wide or complex territories.
  • Making data genuinely usable by technical departments.

Design approach

An orderly method drastically reduces variations during works and disputes at commissioning. Three choices make the difference from the earliest stages.

  • Specifications mandating open protocols and data portability.
  • Hybrid architectures with multiple communication technologies.
  • Decision-oriented dashboards: faults, consumption, intervention priorities.

Parameters to verify

  • Interoperability — DALI-2 / D4i — specification requirement
  • Node interface — NEMA / Zhaga — controller replaceability
  • Data portability — specification — export in open formats
  • Cyber security — good practice — updates and access management

Most frequent mistakes

Non-conformities found at commissioning almost always come from three causes: requirements not declared or declared without a reference standard, calculation run on idealised geometry, and an optimistic maintenance factor. All three can be avoided at zero cost during design.

  • Geometric, electrical and photographic survey of the existing condition
  • Requirements declared in writing with reference standard
  • Maintenance factor and cleaning cycle made explicit
  • At least two alternative configurations documented
  • Verification protocol agreed before execution
  • Complete handover package (calculation, photometrics, maintenance plan)

Key takeaways

A remote management and smart city project holds up over time when requirements are declared, the calculation reproduces real conditions and on-site verification follows an agreed protocol. Component selection matters, but comes later: without measurable requirements even the best product delivers a result that cannot be demonstrated. Centro Studi Lumeitalia makes its technical office available to review requirements and design checks.

Methodological note: This content is written for technical information purposes by Centro Studi Lumeitalia and does not replace the lighting design or a full reading of the standards cited. Applicable performance values are those of the standards in force at design time.

Domande frequenti

Is remote management always worth it?+

It pays off when the installation is large or hard to supervise: value comes from fewer maintenance trips and fine dimming, not from consumption data alone.

How is supplier lock-in avoided?+

By requiring standard protocols, replaceable nodes and the right to export historical data in open formats.

Where should a remote management and smart city project start?+

From a written definition of performance requirements and verification conditions: this step drives every later choice and makes the result either disputable or defensible at commissioning.

Which documents should be requested from the supplier?+

Photometric files of the proposed luminaires, declaration of conformity, lifetime data declared per IES LM-80 with its conditions, the maintenance schedule and warranty terms.