Lampes solaires intelligentes (LoRa / NB-IoT) - Règles de surveillance, de contrôle et d'approvisionnement

“Un ”lampadaire solaire intelligent" n'a de valeur que s'il réduit les coûts d'exploitation et le temps de réparation des pannes. Le véritable produit à livrer n'est pas le label radio (LoRa ou NB-IoT) - c'est un système O&M vérifiable : quelles données vous obtenez, comment les alarmes fonctionnent, qui est propriétaire du réseau/des données, que se passe-t-il en cas de défaillance de la connectivité, et comment les réclamations de garantie sont prouvées. Ce guide propose un cahier des charges prêt à l'emploi, des règles PASS/FAIL et des clauses d'appel d'offres à copier/coller.

Domaines d'application de ce guide

TL;DR (Règles de décision)

  • Achetez des résultats, pas des mots à la mode : définir des objectifs d'exploitation et de maintenance (réduction des temps d'arrêt, visibilité de l'état de la batterie, alertes au vol, contrôle de la gradation).
  • Le choix du réseau est une décision commerciale : LoRa implique souvent des options de réseau privé/géré ; NB-IoT implique souvent une connectivité gérée par l'opérateur. Choisissez en fonction de la propriété, de la couverture et du coût d'exploitation à long terme.
  • Les fonctions intelligentes modifient le budget énergétique : l'intervalle de rapport et le temps de fonctionnement de la radio doivent être inclus dans les hypothèses Wavg/Wh-night.
  • Règle de passation des marchés : si le fournisseur ne peut pas fournir un pack clair “points de données + alarmes + mode hors ligne + sécurité + SLA”, le devis est Non comparable / Risque élevé.

Références internes clés (pour la fiabilité et les preuves) :

Ce que l'intelligence doit apporter (définir d'abord les cas d'utilisation)

Choisissez les fonctions que vous utiliserez réellement. Sinon, vous payez pour un tableau de bord que vous n'utiliserez jamais.

Cas d'utilisation principaux (la plupart des projets)

  • Surveillance de la santé : indicateur de tension de la batterie/SOC, état de charge, état du contrôleur, indicateurs de défaut
  • Visibilité énergétique : des signaux quotidiens de base de charge/décharge pour détecter rapidement un sous-dimensionnement
  • Commande de gradation à distance : des mises à jour de l'emploi du temps et une piste d'audit des changements
  • Flux de travail de l'alarme : notifications de panne / d'arrêt prématuré / de comportement anormal

Cas d'utilisation à haute valeur ajoutée (sites spécifiques)

  • Alertes de vol et de sabotage : lorsque le risque de vol est réel et que la réponse est possible
  • Inventaire des actifs : la cartographie série-emplacement et la gestion du cycle de vie
  • Preuves d'entretien : les registres qui soutiennent les demandes de garantie et la responsabilité des fournisseurs

Pages connexes pour normaliser les preuves et les opérations :

LoRa vs NB-IoT - comment choisir (procurement lens)

Ne discutez pas de la technologie radio dans le vide. Décidez en fonction de la propriété, de la couverture, des coûts d'exploitation et de la complexité du déploiement.

Choisissez en fonction de ces questions de décision

  • Qui est propriétaire du réseau ? (votre équipe / intégrateur / transporteur)
  • Que se passe-t-il si la couverture est faible ? (méthode d'étude du site et critères d'acceptation)
  • Qu'est-ce que le modèle des coûts récurrents ? (frais de connectivité, frais de plateforme, sièges d'utilisateurs)
  • Comment allez-vous le soutenir pendant des années ? (SLA, mises à jour des microprogrammes, approvisionnement des appareils)

Règle de passation des marchés (pratique)

  • Exiger un plan de connectivité: comment les appareils se connectent, comment ils sont approvisionnés et comment les pannes sont gérées.
  • Exiger un méthode d'acceptation du sitela façon dont vous vérifiez la couverture/connectivité lors de la mise en service.

Les caractéristiques intelligentes doivent être incluses dans le modèle énergétique

Les appareils intelligents consomment de l'énergie. Si vous n'en tenez pas compte dans le budget énergétique, les performances pendant la saison des pluies peuvent se dégrader.

Ce qu'il faut obliger les fournisseurs à divulguer

  • Intervalle de rapport : la fréquence d'envoi des données (et si elle varie en fonction du mode ou de la saison)
  • Comportement radio : stratégie de sommeil/éveil (une information de haut niveau suffit)
  • Fiche de budget énergétique : inclure la consommation des modules intelligents dans les hypothèses Wavg/Wh-night

Utilisez ces pages pour que les tailles restent honnêtes :

Minimum “Smart Spec Pack” (ce que chaque soumissionnaire doit présenter)

Si un fournisseur n'est pas en mesure de présenter clairement ce dossier, vous ne pourrez pas fonctionner ou faire valoir la garantie par la suite.

A) Points de données (ce que vous pouvez voir)

  • Prise en charge de l'identification des appareils et du mappage des numéros de série
  • État de l'éclairage et indicateurs de défaut de base
  • Indicateurs d'état de la batterie (au minimum : indicateur de tension/SOC) et état de charge
  • Indicateurs d'état du contrôleur

B) Fonctions de contrôle (ce que vous pouvez modifier)

  • Mise à jour de la programmation de la gradation temporelle (et confirmation des paramètres appliqués)
  • Divulgation de la configuration du mode (temps/PIR/hybride le cas échéant)
  • Piste d'audit : qui a modifié quoi, quand (exigence minimale en matière de responsabilité)

C) Règles d'alarme et flux de travail (comment vous agissez)

  • Alertes en cas de panne ou d'arrêt prématuré (ce qui déclenche une alerte)
  • Traitement des pertes de connectivité (comment elles sont signalées et transmises)
  • Divulgation de la méthode de transmission de l'alarme (courriel/application/etc.) et flux de travail de l'accusé de réception

D) Mode hors ligne (non négociable)

La connectivité est parfois défaillante. La lumière doit rester sûre et prévisible.

  • Déclarer le comportement de l'éclairage hors ligne (calendrier de repli) en cas de perte de communication.
  • Déterminer la durée de conservation des paramètres locaux et la manière dont ils sont restaurés

E) Sécurité et propriété des données (doit être explicite)

  • À qui appartiennent les données opérationnelles ?
  • Qui peut accéder aux appareils et aux tableaux de bord ?
  • Comment les informations d'identification sont gérées (au moins la divulgation de l“”accès basé sur le rôle")
  • Responsabilité et politique en matière de mise à jour des microprogrammes (qui effectue les mises à jour, quand)

Mise en service et acceptation (rendre les caractéristiques intelligentes vérifiables)

Résultats minimaux de la mise en service

  • Cartographie série-localisation (ID de l'appareil + ID du pôle + GPS ou référence d'adresse)
  • Rapport de vérification de la connectivité (méthode succès/échec)
  • Enregistrement des paramètres du profil de gradation (mode + programmation/paramètres IRP)
  • Test d'alarme : démonstration d'au moins une voie d'alerte et d'un accusé de réception.

Utilisez ces pages pour normaliser les preuves de transfert :

Modèles d'échec courants dans les projets “intelligents” (et comment les éviter)

  • “Smart draine la batterie” : les rapports sont trop fréquents ou le modèle énergétique ne tient pas compte de la consommation de communications → appliquer la divulgation de Wavg.
  • Le tableau de bord existe mais aucune action n'est entreprise : les alarmes ne sont pas définies et personne n'est propriétaire du flux de travail → appliquer les règles d'alarme + SLA.
  • La connectivité surprend : pas de méthode d'essai d'acceptation → appliquer l'essai de connectivité à la mise en service.
  • Contestations de garantie : pas de journaux/traçabilité → appliquer le mappage sériel + le dossier de mise en service + les journaux d'entretien.

Pages de diagnostic/contrôle connexes :

Règles de passation des marchés PASS/FAIL (édition intelligente)

Marquer une offre FAIL (non comparable / risque élevé) s'il manque l'un de ces éléments :

  • Smart Spec Pack (points de données + contrôles + alarmes + mode hors ligne + sécurité/propriété des données)
  • Fiche de budget énergétique y compris l'impact des modules intelligents (hypothèses Wavg/Wh-night)
  • Résultats de la mise en service (cartographie série-emplacement + enregistrement des paramètres de gradation + test de connectivité)
  • Garantie SLA et une délimitation claire de l'assistance (qui prend en charge l'appareil, le réseau ou la plate-forme).

Copier/coller des clauses de l'appel d'offres (lampadaires solaires intelligents)

Clause 1 - Smart Spec Pack (obligatoire)

Le fournisseur doit soumettre un "Smart Spec Pack" comprenant : (1) les points de données disponibles, (2) les fonctions de contrôle, (3) les règles d'alarme et le flux de livraison, (4) le comportement de repli hors ligne, et (5) la déclaration relative à la sécurité et à la propriété des données. Les offres sans ce pack ne sont pas comparables.

Clause 2 - Le modèle énergétique inclut la consommation intelligente

Le fournisseur doit fournir une feuille de budget énergétique (Wavg, heures de fonctionnement, Wh/nuit) qui inclut les hypothèses de reporting des modules intelligents (intervalle de reporting et comportement opérationnel). Le dimensionnement de l'autonomie et de la saison des pluies doit être cohérent avec ces hypothèses.

Clause 3 - Preuves de mise en service et d'acceptation

Le fournisseur/entrepreneur doit fournir des preuves de la mise en service, y compris la cartographie série-emplacement, le dossier de vérification de la connectivité, le dossier des paramètres de gradation et la démonstration du test d'alarme. Ces éléments sont nécessaires pour l'acceptation et l'application de la garantie.

Clause 4 - Limite de l'assistance et accord de niveau de service

Le fournisseur doit définir les limites de l'assistance (appareil, réseau, plate-forme) et fournir un accord de niveau de service pour la réponse et le diagnostic. Le fournisseur doit préciser la responsabilité des mises à jour des microprogrammes et de la disponibilité de la plate-forme.

Clause 5 - Propriété des données et contrôle d'accès

Le fournisseur doit indiquer à qui appartiennent les données opérationnelles et fournir une déclaration de contrôle d'accès (rôles/utilisateurs). Les habilitations et les responsabilités en matière d'accès administratif doivent être définies.

Demande d'appel d'offres et d'outils d'acceptation pour l'éclairage intelligent

Obtenez la boîte à outils modifiable pour normaliser les exigences intelligentes et éviter les projets “uniquement basés sur des tableaux de bord” :

  • Modèle de Smart Spec Pack (data/control/alarms/offline/security)
  • Liste de contrôle pour l'acceptation de la connectivité (réussite/échec de la mise en service)
  • Modèle de flux de travail pour les alarmes (propriété + escalade + SLA)
  • Feuille complémentaire sur le budget énergétique (hypothèses de reporting intelligentes)
  • Liste de contrôle des preuves de garantie (cartographie des séries + journaux)

Envie d'une vérification rapide de l'ingénierie ?

Partagez votre classe de route, la hauteur des poteaux, l'objectif de lux/uniformité et les hypothèses de PSH du mois le plus défavorable.

Contacter Inlux Solar →

Prochaines étapes (pour que votre projet soit prêt pour l'appel d'offres)

Assurez-vous que votre projet de lampadaire solaire respecte toutes les normes d'approvisionnement et d'ingénierie.

Modèles et preuves

Présélectionner un type de système

Retour à tous les guides Hub →

FAQ

LoRa ou NB-IoT : quelle est la meilleure solution ?

Aucun des deux n'est “toujours meilleur”. Il faut choisir en fonction de la propriété du réseau, de la méthode de vérification de la couverture, du modèle de coût d'exploitation et de l'assistance à long terme. La passation des marchés devrait exiger un plan de connectivité clair et un test d'acceptation.

Les fonctions intelligentes réduisent-elles l'autonomie de la batterie ?

C'est possible si les rapports sont trop fréquents ou si la consommation des modules intelligents n'est pas prise en compte dans le modèle énergétique. Exiger la divulgation des hypothèses de reporting et les inclure dans le dimensionnement Wavg/Wh-night.

Quelles sont les preuves d'acceptation minimales pour un projet intelligent ?

Cartographie série-emplacement, enregistrement de la vérification de la connectivité, enregistrement des paramètres de gradation et au moins un chemin d'alarme testé avec flux de travail d'accusé de réception.