Occupation des places de stationnement pour parkings et voirie

En un coup d’œil

Élément	Réponse type
Problème	Personne ne sait à tout moment combien de places sont libres dans un parking ou dans une rue, les emplacements réservés sont bloqués pendant des heures, et les décisions d’aménagement reposent sur des comptages manuels.
Ce qui est connecté	Un capteur d’occupation LoRaWAN sur batterie dans chaque place, des passerelles LoRaWAN sur les toits, les candélabres et les niveaux de parking, et, en option, des compteurs d’entrée et des panneaux à messages variables.
Qui l’utilise	L’équipe d’exploitation du stationnement, les agents de contrôle, les urbanistes des transports et, via des flux, les automobilistes dans une application de la ville ou du campus.
Périmètre initial type	Un tronçon de rue de 50 à 150 places en bordure de trottoir et un niveau de parking, soit environ 200 à 400 capteurs.
Délai avant le premier écran	Généralement un jour après la mise en service de la première passerelle et l’ajout des capteurs, car la bibliothèque de codecs décode les capteurs de stationnement courants. Prévoir quatre à six semaines pour un pilote, incluant une étude radio et l’étalonnage des capteurs.

La situation

Les municipalités, hôpitaux, campus, aéroports et centres commerciaux gèrent des places en bordure de trottoir et des parkings sans comptage en temps réel. Les automobilistes tournent en rond à la recherche d’une place, les entrées font la queue alors qu’un niveau éloigné est à moitié vide, et les places pour personnes handicapées, de livraison et de courte durée sont occupées pendant des heures par des véhicules qui n’auraient pas dû s’y trouver. Les agents de contrôle patrouillent sur des itinéraires fixes et constatent que la plupart des places sont en règle.

La planification n’est pas mieux informée. Le besoin d’un nouveau parking dans un quartier, la question de savoir si un changement de tarif a modifié la demande, ou la durée réelle des séjours sont décidés sur la base de comptages manuels réalisés une ou deux fois par an. Les systèmes de guidage existants, lorsqu’ils existent, comptent les entrées et sorties aux barrières et dérivent de plusieurs dizaines de places en une semaine.

Ce schéma directeur installe un capteur dans chaque place, tient à jour l’état de chaque place et le nombre de places libres de chaque zone en temps réel, conserve l’historique pour la planification et transmet les comptages aux panneaux et aux applications. Hermetry City, le produit de ville intelligente prévu, est programmé pour 2027 ; tout ce qui est décrit ici utilise des éléments disponibles aujourd’hui dans Hermetry : le serveur de réseau LoRaWAN, les codecs, les actifs, les règles, les flux et les cartes.

Objectifs et indicateurs

• Places libres par niveau, parking et tronçon de rue, en temps réel = capacité moins les places occupées signalées, les places dont le capteur est silencieux étant comptées séparément plutôt que estimées.
• Taux d’occupation = heures-places occupées ÷ heures-places disponibles sur une période. Comme les capteurs ne transmettent qu’en cas de changement, il faut le calculer à partir d’un compteur qui transmet à intervalle fixe (voir Automatisation), et non à partir d’une moyenne des messages bruts des capteurs.
• Pointe d’occupation par jour et heure à laquelle elle se produit, par parking.
• Arrivées par place et par jour = nombre de passages de libre à occupé. Durée moyenne de stationnement = heures-places occupées ÷ arrivées.
• Dépassements de durée par type d’emplacement réservé et par semaine, et part traitée dans un délai convenu.
• Disponibilité des capteurs = part des capteurs ayant transmis dans leur période de signalisation, indicateur du réseau lui-même.

Les planificateurs veulent en général l’occupation par heure et par jour de la semaine, avant et après un changement. Hermetry conserve les agrégats à la minute, à l’heure et au jour de chaque clé enregistrée ; les tables d’historique se téléchargent vers Excel pour les analyses approfondies.

Architecture

Les capteurs de places sont des appareils LoRaWAN sur batterie, généralement des capteurs magnétométriques, radar ou combinés, collés sur la chaussée ou encastrés dans celle-ci. Ils rejoignent le serveur de réseau LoRaWAN propre à Hermetry en OTAA, en EU868, comme appareils de classe A : ils envoient un message montant lorsque la place change d’état et une signalisation périodique, et n’écoutent que brièvement après chaque message montant. Voir LoRaWAN.

Les passerelles compatibles LoRa Basics Station se connectent à l’adresse du serveur de réseau propre à votre organisation via une WebSocket sécurisée ; les routeurs 4G sous licence avec LoRaWAN utilisent leur propre liaison. Dans les rues, placer les passerelles sur les toits ou les candélabres de façon que chaque place soit entendue par au moins deux d’entre elles ; le serveur de réseau supprime les doublons et répond par la meilleure passerelle. Dans les parkings à étages et souterrains, la radio traverse rarement plus d’une dalle, il faut donc prévoir une passerelle par niveau ou par paire de niveaux, avec Ethernet ou un routeur 4G sous licence comme liaison de raccordement. La carte des passerelles affiche chaque passerelle selon son état, et l’état de santé des passerelles est enregistré sous forme de télémesure.

Composant	Rôle	Remarques
Capteur d’occupation de place (LoRaWAN)	Occupée ou libre, batterie, qualité radio	Classe A, OTAA. Décodé par un codec de la bibliothèque lorsque le modèle y figure, ou par votre propre codec.
Passerelle LoRaWAN	Capte les capteurs	Basics Station ; un appareil Hermetry chacune ; jeton affiché une seule fois.
Routeur 4G sous licence	Liaison de raccordement là où il n’y a pas de ligne fixe	Votre propre carte SIM et votre opérateur aujourd’hui ; la gestion des eSIM est en développement (Hermetry Connect).
Compteurs d’entrée (optionnels)	Comptages d’entrées et de sorties aux barrières	Contrôleur de barrière via Modbus, par une passerelle sous licence, ou contacts de boucle détectrice si le modèle de passerelle compte les impulsions.
Appareil compteur de parking	Conserve les comptages calculés comme télémesure	Un appareil HTTP dans Hermetry, alimenté par un flux ; un par parking ou tronçon de rue.
Panneaux à messages variables (optionnels)	Affichent les places libres aux entrées	Pilotés par un flux en HTTP, ou sous forme d’appareils avec un catalogue de commandes.

Les codecs de la bibliothèque décodent de nombreux capteurs de stationnement courants. Leurs clés de sortie suivent la nomenclature du fabricant, souvent un état textuel ; il faut donc décider tôt de la manière de les normaliser (voir Configuration de l’appareil).

Liste des points

Par capteur de place, après normalisation. Les intervalles dépendent du modèle de capteur et de ses réglages ; des périodes de signalisation d’une à six heures sont courantes.

Point	Clé de télémesure	Unité	Source	Intervalle	Remarques
Place occupée	occupied	0/1	État du capteur, normalisé dans le flux racine	à chaque changement + signalisation	Numérique afin de pouvoir être sommé et moyenné.
Marqueur d’arrivée	arrival	1	Écrit par le flux racine lors d’un passage de libre à occupé	à chaque changement	Somme journalière = arrivées.
État brut du capteur	parking_status	texte	Sortie du codec (nom indicatif)	à chaque message montant	Conservé pour le diagnostic.
Batterie	battery	% ou V	Codec	à chaque message montant	L’unité dépend du modèle.
Température du capteur	temperature	°C	Codec, lorsque le modèle la transmet	à chaque message montant	Aide à expliquer la dérive en hiver.
Type d’emplacement	bay_type	texte	Attribut serveur	défini une fois	standard, disabled, loading, ev, short_stay.
Durée maximale de stationnement	max_stay_min	min	Attribut serveur	défini une fois	Pour les emplacements réservés.
Code de place	bay_code	texte	Attribut serveur	défini une fois	Correspond au marquage au sol et aux relevés de contrôle.

Par parking ou tronçon de rue, sur l’appareil compteur :

Point	Clé de télémesure	Unité	Source	Intervalle	Remarques
Places occupées	occupied_count	nombre	Flux	toutes les 5 min + à chaque changement
Places libres	free_count	nombre	Flux	toutes les 5 min + à chaque changement	Ce que affichent les panneaux.
Places avec capteur silencieux	unknown_count	nombre	Flux	toutes les 5 min	Non comptées comme libres.
Occupation	occupancy_pct	%	Flux	toutes les 5 min + à chaque changement	occupées ÷ (capacité − inconnues).
Emplacements réservés libres	free_disabled, free_loading, free_ev	nombre	Flux	toutes les 5 min + à chaque changement	Par type d’emplacement.
Entrées et sorties	entries, exits	nombre	Contrôleur de barrière via passerelle	5 min	Contrôle croisé facultatif.
Capacité	capacity	nombre	Attribut serveur	défini une fois	Places de la zone.

Modèle d’actifs

Dans Sites & Assets, l’arborescence reflète la façon dont l’exploitant gère le stationnement, et ses codes correspondent à la signalétique :

• Ville ou campus (Site) avec le fuseau horaire et la localisation utilisée pour le lever et le coucher du soleil.
• Quartier ou zone (Area) avec enforcement_team et tariff_zone comme attributs pour les personnes et les intégrations.
• Parking (Site ou type libre) avec la localisation, capacity, opening_hours et public_feed_id ; Niveau (Floor) avec capacity ; ou Tronçon de rue (Area) avec capacity et le nom de la rue.
• Capteurs de places rattachés à leur niveau ou tronçon, chacun avec bay_type, max_stay_min et bay_code.
• Dispositif compteur du parking ou segment placé sur le même actif, plus les passerelles LoRaWAN placées là où elles se trouvent.

Le placement détermine tout le reste : le flux compteur regroupe les places selon un attribut qui nomme leur zone, une carte Règles rattachée à un parking ne peut désigner que les dispositifs situés en dessous, et une personne limitée à un quartier ne voit que ses places. Utilisez des profils distincts par type de place (par exemple Capteur place, standard et Capteur place, livraison, créés avec Dupliquer), car les règles ciblent les dispositifs un par un ou par profil.

Configuration des dispositifs

Ajout des capteurs

Ajoutez chaque capteur avec son DevEUI, son JoinEUI et son AppKey, ou importez une livraison en lot ; un profil peut contenir l’AppKey partagée d’un lot. Choisissez le codec dans le profil : un codec de la bibliothèque lorsque le modèle y figure, sinon Enregistrer une copie d’un codec similaire, modifiez-le et testez-le sur le banc d’essai avec des trames du manuel du fournisseur avant publication. Enregistrez le code de place de chaque capteur comme attribut serveur lors de l’installation ; un tableur associant DevEUI et code de place, importé avec les dispositifs, évite les erreurs de saisie.

Normalisation de l’état

Les codecs de la bibliothèque renvoient des clés et valeurs propres au fournisseur, par exemple un état textuel tel que car ou none. Dans le flux racine du profil, après l’enregistrement par défaut, ajoutez un petit script ou un bloc de type switch qui écrit occupied à 0 ou 1, ainsi qu’un bloc Uniquement les changements qui transmet un message lorsque occupied change, afin qu’un second enregistrement stocke arrival = 1 à chaque passage de libre à occupé. Les battements répètent alors l’état sans créer de fausses arrivées.

Règle de connexion et silence

Les dispositifs LoRaWAN ne maintiennent aucune connexion ; utilisez donc la règle de connexion Message récent avec l’intervalle attendu réglé sur le battement du capteur et un facteur de deux ou trois. Un capteur qui manque ses battements passe hors ligne, déclenche une alarme d’inactivité et sort des comptages en tant qu’inconnu.

Modification des réglages des capteurs

Les capteurs LoRaWAN tiers ne prennent pas en charge les réglages à distance de Hermetry ; leur période de battement ou leur sensibilité se modifie avec les commandes downlink documentées par le fournisseur. Hermetry envoie les downlinks applicatifs sous forme de trames brutes (port et données en hexadécimal ou base64) via le catalogue de commandes. Un capteur de classe A ne reçoit un downlink qu’après son prochain uplink ; un changement peut donc mettre jusqu’à un battement à arriver. Testez d’abord tout downlink sur un seul capteur ; une mauvaise trame peut empêcher un capteur de transmettre.

Étalonnage et heure

De nombreux capteurs magnétomètres s’étalonnent sur une place vide après l’installation ; suivez la procédure du fournisseur et vérifiez que chaque place affiche libre avant la mise en service. Le serveur réseau horodate chaque uplink à sa réception, si bien que les capteurs n’ont pas besoin de leur propre horloge.

Tableaux de bord

Un tableau unique avec un paramètre d’entité pour le parking sert tous les parkings ; la vue de la ville est un tableau distinct.

Tableau	Public	Widgets et ce qu’ils affichent
Vue d’ensemble de la ville ou du campus	Exploitation, direction	Carte des parkings et tronçons de rue, colorée par plages d’occupation (par exemple vert en dessous de 70 %, orange jusqu’à 90 %, rouge au-delà), avec les places libres dans l’infobulle et des marqueurs regroupés en vue éloignée (chaque dispositif compteur porte les coordonnées de sa zone) ; tableau des zones avec les comptages libres, occupés et inconnus ; cartes de statistiques pour le total des places libres et les capteurs silencieux ; tableau des alarmes.
Parking	Exploitation, personnel du parking	Statistique des places libres et carte de progression pour l’occupation ; places libres par type ; graphique en courbes de l’occupation sur 24 heures ; tableau des dispositifs listant les places avec état, type, temps depuis le dernier changement et batterie, filtré par niveau ; tableau des alarmes de dépassement de durée.
Plan de niveau	Personnel du parking, contrôle	Un plan d’étage du niveau avec chaque place représentée par un marqueur coloré selon son état, construit comme la carte de plan de la solution prête à l’emploi Sensor regions. Cette carte place les marqueurs selon les coordonnées de plan stockées en télémétrie de chaque capteur ; les places nécessitent donc une saisie unique de leurs coordonnées, prévoyez cet effort.
Planification	Planificateurs des transports	Histogramme de l’occupation moyenne horaire par jour de semaine, à partir des agrégats du compteur ; arrivées quotidiennes et occupation maximale par parking ; statistique avec tendance par rapport à la période précédente ; export du tableau vers Excel.
Santé du réseau	Technicien réseau	Carte des passerelles LoRaWAN par état ; tableau des capteurs trié par batterie et dernière activité. Le signal par trame et les passerelles qui l’ont reçue figurent dans l’onglet LoRaWAN de chaque capteur.

Pour un écran au bureau du parking, utilisez un lien d’affichage : lecture seule, sans menus, valable de 1 à 365 jours et révocable écran par écran. Ne publiez pas de liens d’affichage sur un site web public ; donnez plutôt aux canaux publics les comptages via un flux.

Écrans SCADA

Un parking a rarement besoin d’un schéma de procédé, mais un écran de salle d’exploitation profite d’un schéma par parking : entrées et sorties avec les symboles Barrière, les symboles Panneau de parking indiquant le nombre de places libres, et les symboles Horodateur là où existent des bornes de paiement. Ils proviennent de la famille urbaine du pack Water, qui couvre les réseaux urbains ; voir la bibliothèque de symboles.

• États. Le symbole panneau affiche free_count ; une règle de couleur le passe en rouge lorsque free_count descend sous une réserve convenue ; un symbole de barrière indique ouvert ou fermé selon le contrôleur de barrière là où il est lu.
• Réutilisation. Rattachez le schéma comme vue de l’actif parking ; les parkings ayant le même plan partagent le schéma avec leurs propres liaisons.
• Commandes. Excluez les commandes de barrière. Les barrières touchent à la sécurité des véhicules et des piétons et restent sur leurs propres contrôleurs.

Règles et alarmes

Deux points façonnent les règles. D’abord, les capteurs de place transmettent sur changement, et les règles d’alarme de profil qui temporisent par durée comptent des horodatages du dispositif qui n’avancent que lorsqu’un message arrive ; une place qui reste occupée n’envoie rien pendant une heure. La détection de dépassement utilise donc la carte Règles, dont « reste ainsi pendant N minutes » est une véritable minuterie qui survit aux redémarrages et s’annule lorsque la place se libère. Ensuite, les règles ciblent des dispositifs uniques ou tous les dispositifs d’un profil dans un lieu, c’est pourquoi les places réservées ont leurs propres profils.

Alarme	Condition	Délai et hystérésis	Gravité	Notifié	Escalade
Dépassement sur place de livraison	Carte Règles sur le quartier : place de livraison occupied = 1, uniquement entre 07:00 et 19:00 du lundi au samedi	Reste ainsi pendant 30 min	Mineure (déclenchée par la règle)	Équipe d’application pour le quartier, push	Rappel toutes les 30 min jusqu’à accusé de réception
Dépassement sur place handicapée	Comme ci-dessus pour les places handicapées, avec la limite applicable	Reste ainsi pendant la limite, par ex. 180 min	Mineure	Équipe de contrôle, push	Rappel toutes les 60 min
Place occupée une journée entière	Carte Règles : toute place occupied = 1	Reste ainsi pendant 24 h	Avertissement	Exploitation, dans l’application	Aucune ; vérifié à la prochaine ronde
Parking presque plein	Carte Règles : occupancy_pct dépasse 95	Reste ainsi pendant 10 min	Info (notification seule)	Personnel du parking, push	Aucune
Capteur silencieux	Règle d’inactivité sur les profils de place	2 à 3 battements	Avertissement	Technicien réseau, e-mail	Aucune
Batterie du capteur faible	Règle de profil : battery sous le niveau bas du modèle	Anti-rebond 2 échantillons	Info	Technicien réseau, e-mail	Aucune
Passerelle LoRaWAN hors ligne	Carte Règles : le dispositif passerelle passe hors ligne	Reste ainsi pendant 15 min	Majeure	Technicien réseau, push et SMS	Rappel toutes les 60 min
Compteur arrêté	Règle d’inactivité sur le profil compteur, aucun message pendant 15 min		Majeure	Intégrateur de permanence, push	Rappel toutes les 30 min

Cycle de vie. Les alarmes s’ouvrent après leur délai, sont acquittées par l’agent qui les prend en charge, avec une note facultative telle que le numéro de l’avis, et se résolvent d’elles-mêmes lorsque la place se libère. Une seule alarme par place et par type reste ouverte ; les répétitions sont comptées comme occurrences. L’acquittement exige le rôle Utilisateur. Comme la résolution est automatique, examinez chaque semaine les dépassements résolus sans acquittement afin de repérer ceux restés sans suite.

Périodes calmes. Les règles de dépassement de durée ont leurs propres plages horaires et peuvent utiliser la condition de calendrier des jours fériés, de sorte qu’elles s’arrêtent les jours fériés. Pendant un marché de rue ou des travaux de voirie, passez le segment de rue en Manuel jusqu’à la fin de l’événement ; ses règles s’arrêtent et reprennent d’elles-mêmes, et chaque changement de mode est journalisé.

Afflux de messages. La panne d’une passerelle fait manquer les battements de dizaines de capteurs en même temps. Réglez l’alarme de passerelle sur Majeure et le silence des capteurs sur Avertissement, avec notification par e-mail uniquement, afin qu’un seul message explique la cause. Au-delà de 20 notifications d’alarme par minute, Hermetry regroupe les autres dans un récapitulatif toutes les cinq minutes.

Automatisation et intégrations

Le flux de comptage

Un flux sur les profils de places tient les compteurs à jour. À chaque message d’une place, il lit les attributs de zone et de type de la place à l’aide d’un bloc de détails d’appareil, met à jour une variable de flux persistante qui contient le dernier état de chaque place, et calcule les compteurs d’places occupées, libres et inconnues par zone. Un déclencheur de planification toutes les cinq minutes recalcule les compteurs afin que les capteurs silencieux passent à inconnu et que le compteur publie à intervalle régulier. Un bloc Uniquement les changements évite de répéter des compteurs identiques, et un bloc de requête HTTP envoie les compteurs sous forme de télémesures de l’appareil compteur de la zone, via l’API HTTP de l’appareil, avec un point de terminaison HTTP qui détient le jeton d’accès de cet appareil comme secret de type bearer.

Il s’agit d’un modèle pour intégrateurs, et non d’un module prêt à l’emploi : testez-le avec le lanceur de tests de flux, et attendez-vous à ce que les compteurs se reconstruisent d’eux-mêmes dans une période de battement après la modification du flux et la réinitialisation de ses variables. Les variables persistantes survivent aux redémarrages dans les limites de taille du stockage ; quelques milliers de places tiennent sans difficulté.

Panneaux, applications et autres systèmes

• Panneaux à messages variables. Le même flux peut envoyer le nombre de places libres à l’interface HTTP du contrôleur de panneau. Un panneau connecté à Hermetry en tant qu’appareil peut aussi recevoir une commande de son catalogue. Dans les deux cas, affichez un texte de secours lorsque le compteur n’est plus à jour.
• Application de ville ou de campus. Le backend de l’application lit les valeurs des appareils compteurs через l’API REST avec une clé d’API en lecture seule limitée aux adresses du backend, ou les reçoit d’un flux via HTTP.
• Systèmes de verbalisation. Les webhooks alarm.created, alarm.acknowledged et alarm.cleared, signés en HMAC, transmettent les dépassements de durée avec le code de la place au back-office de verbalisation.
• Rapports. Les chiffres mensuels d’occupation et d’arrivées proviennent de tables d’historique exportées vers Excel ; les rapports programmés ne sont pas intégrés aujourd’hui.

Rôles et accès

Qui	Rôle ou groupe	Peut
Exploitation du stationnement	Utilisateur + groupe opérateur IoT	Voir toutes les zones, acquitter les alarmes, passer les zones en Manuel.
Agent de verbalisation	Utilisateur, restreint à leur secteur	Voir les places et les dépassements de durée de leur secteur, acquitter avec une note.
Planificateur des transports	Utilisateur + groupe lecteur IoT	Consulter les tableaux de bord et l’historique, exporter vers Excel.
Technicien réseau	Utilisateur + groupe opérateur IoT	Voir les passerelles, les capteurs, la batterie et la réception, acquitter les alarmes réseau.
Intégrateur	Admin	Profils, codecs, flux, règles, clés d’API pour le backend de l’application.
Exploitant partenaire (par exemple un hôpital)	Sa propre organisation ou des utilisateurs restreints	Seulement les parcs de stationnement qu’il exploite.

Restreindre les agents à un secteur repose sur des politiques basées sur les attributs ; testez chaque politique avec le simulateur de politiques. Révéler une AppKey LoRaWAN requiert sa propre permission. Les agents de verbalisation dans la rue reçoivent aujourd’hui les notifications push dans le navigateur ou par SMS ; l’application mobile Hermetry est en développement. Le journal d’audit enregistre les changements de règles et de profils, les changements de mode, les commandes et les connexions, dans une chaîne de hachage vérifiable.

Dimensionnement et données

À titre d’ordre de grandeur pour 2 000 places (1 200 en voirie, deux parcs de 400) et 12 appareils compteurs :

• Capteurs de places : environ 20 changements d’état par jour sur les places de voirie très fréquentées, moins dans les parcs, plus 4 battements ; on suppose 25 uplinks par capteur et par jour, soit 2 000 × 25 = 50 000 messages par jour.
• Compteurs : une publication toutes les cinq minutes plus les changements, limitée par le bloc Uniquement les changements ; on suppose au plus une par minute, soit 12 × 1 440 = 17 280 par jour.
• Total : environ 67 000 messages par jour, soit environ 2 millions par mois. Les valeurs restent petites : cinq ou six clés par message de place, soit environ 300 000 valeurs par jour.

Seuls les messages de télémesure et d’attributs comptent dans le quota mensuel ; les alarmes et les commandes non. L’historique d’occupation a une valeur pendant des années ; les données brutes des places sont conservées 90 jours au maximum (30 jours dans la classe 90 jours, 90 jours dans les classes 365 et 1 095 jours), donc pour la planification pluriannuelle, appuyez-vous sur les agrégats horaires et journaliers des compteurs, conservés pendant toute la durée de la classe. Le temps d’antenne LoRaWAN, et non la plateforme, est la limite habituelle : une rue dense avec un battement court nécessite davantage de passerelles, et non un forfait plus grand.

Plan de déploiement

Phase	Semaines	Travaux	Critères de sortie
0. Étude	1-2	Inventaire des places avec codes et types ; étude radio dans les rues et sur chaque niveau de parc ; choix du modèle de capteur et des positions des passerelles.	Chaque place est entendue par au moins une position de passerelle prévue, deux dans les rues.
1. Pilote	3-6	Passerelles, un tronçon de rue et un niveau ; codec, normalisation et flux de comptage ; tableaux de bord d’ensemble et des parcs.	Les états des places correspondent à une ronde manuelle sur trois jours différents ; compteurs à une place près de la réalité.
2. Places réglementées	7-8	Profils par type de place, règles de dépassement de durée en notification seule, accès pour l’équipe de verbalisation.	Dépassements confirmés par les agents ; aucun faux dépassement dû aux oscillations des capteurs.
3. Déploiement à grande échelle	9-20	Rues et parcs restants, zone par zone ; panneaux et alimentation de l’application ; webhooks vers le back-office.	Disponibilité des capteurs au-dessus d’un niveau convenu, par exemple 98 % ; flux stables pendant deux semaines.
4. Usage pour la planification	Après 3	Tableau de bord de planification, routine d’export mensuel, études avant-après.	Première question de planification à laquelle les données répondent.

Liste de contrôle de mise en service

1. Passerelle ajoutée, fichiers Basics Station installés, passerelle en ligne sur la carte à sa position réelle.
2. Chaque capteur a rejoint le réseau ; la dernière réception montre au moins le nombre prévu de passerelles et un signal exploitable.
3. Étalonnage effectué sur une place vide ; la place est lue comme libre.
4. Un véhicule garé puis retiré sur chaque place d’un échantillon ; changements d’état dans le délai attendu ; arrival écrit une fois par arrivée, et non sur les battements.
5. Code de place, type de place et durée maximale vérifiés par rapport à l’inventaire des places.
6. L’appareil compteur affiche la bonne capacité et les bons compteurs de places libres et inconnues ; un capteur éteint passe à inconnu après sa période de battement.
7. Règle de dépassement testée avec un véhicule garé sur une place de chargement ; l’agent la reçoit et l’acquitte avec une note.
8. Une passerelle éteinte : les capteurs sont toujours entendus par la seconde passerelle ; alarme de passerelle déclenchée.
9. Le panneau ou le flux de l’application affiche le même compteur que le tableau de bord ; un compteur non à jour affiche le texte de secours.

Pièges

• Alarmes de durée sur des capteurs événementiels. Le délai anti-rebond temporel d’un profil attend le message suivant. Utilisez les temporisations de la carte Règles pour les dépassements de durée.
• Considérer le silence comme une place libre. Un capteur mort dans une rue pleine fait mentir le panneau. Comptez les places silencieuses comme inconnues et affichez ce compteur.
• Noms de clés propres au fournisseur dans les règles. Le remplacement d’un capteur par un autre modèle change les noms et les valeurs des clés. Normalisez vers occupied une seule fois, dans le flux racine.
• Couverture souterraine depuis l’extérieur. Une seule passerelle en toiture n’atteindra pas les niveaux inférieurs. Étudiez chaque niveau.
• Considérer les compteurs de barrières comme la vérité. Les compteurs d’entrées et de sorties dérivent. Utilisez-les pour un recoupement, ou réinitialisez-les chaque nuit à partir des capteurs de places.
• Un seul profil pour tous les types de places. Les règles ne peuvent pas sélectionner les places par attribut ; les places réglementées ont donc besoin de leurs propres profils.
• Liens d’affichage public. Un lien d’affichage agit avec les droits de son créateur. Alimentez les canaux publics depuis l’API ou un flux.

Ce que Hermetry ne remplace pas

Hermetry fournit l’occupation en direct et historique, les alarmes et les flux. Le paiement, les autorisations et abonnements, les avis de contravention et les registres d’application, la reconnaissance des plaques d’immatriculation ainsi que les contrôleurs de barrières et de guidage restent dans les systèmes de l’exploitant du parking, et la sécurité des barrières reste assurée par le matériel de barrière. Un compte gratuit affiché sur un panneau est une indication de guidage, et non une garantie de place. Hermetry City, le produit de ville intelligente prévu, n’est pas encore disponible ; ce plan n’utilise que des éléments disponibles aujourd’hui.