Mobilité Smartparking : 7 étapes

2024 Auteur: John Day | [email protected]. Dernière modifié: 2024-01-30 09:05

Nous avons démarré ce projet avec un objectif simple: nous voulions mesurer le nombre de voitures entrantes et sortantes d'un parking, et ainsi informer les gens sur les places libres et occupées dans le parking.

Au cours de notre travail, nous avons amélioré le projet avec des fonctions supplémentaires, telles que le tweet et l'envoi d'e-mails, afin que les gens puissent être informés facilement.

Étape 1: Gadgets, pièces

Pour pouvoir commencer à travailler sur le projet, notre première étape a été de mettre la main sur les pièces nécessaires, qui sont les suivantes:

● Raspberry Pi 3

www.raspberrypi.org/products/raspberry-pi-3-model-b/

● Transducteur à ultrasons HC-SR04

hobbielektronikabolt.hu/spd/HCSR04/Ultrahangos-tavolsagmero-HC-SR04

● Tableau de bord pour les capteurs, et câbles pour la liaison, avec une résistance de 1000 Ω

● Alimentation - Powerbank

Étape 2: Raspberry Pi et capteurs

Comme deuxième étape, nous avions assemblé la partie matérielle. Nous avons donc connecté les 2 capteurs à ultrasons et installé l'OS (Raspbian) sur notre Raspberry Pi. Après cela, pour tester si les capteurs fonctionnaient correctement, nous avons écrit quelques lignes de code en Python 3 et effectué quelques tests.

Étape 3: Rédaction du code de base

Dans notre prochaine étape, nous avons programmé notre code de base. L'idée derrière cela était de détecter les objets entrants et sortants (véhicules). La distance détectée lors du passage d'une voiture serait inférieure à la distance d'origine mesurée lors de la première mesure. Selon le capteur qui détecterait l'objet, il serait compté comme une voiture sortante ou entrante, et signifierait donc soit une déduction, soit un ajout aux espaces occupés.

Étape 4: Tester

Au cours de notre travail, nous avons testé chaque partie du code, pour pouvoir se rendre compte d'une erreur et vérifier facilement quelle partie du code la contenait.

Lors des tests de notre code de base, nous avons dû modifier certains paramètres. Par exemple la tolérance aux pannes lors d'un changement de lieu, et le temps de veille des capteurs.

La tolérance aux pannes était d'abord un nombre fixe, mais étant donné qu'elle devait être mobile et qu'elle pouvait donc être facilement configurée dans n'importe quel type d'environnement, nous avons utilisé différentes variables dans une condition if.

Étape 5: Fonctions supplémentaires

Dans notre cinquième étape, nous voulions implémenter un code d'information, ce qui signifiait qu'il informerait occasionnellement les gens de l'état actuel des parkings.

Au cours de cette étape, nous avons d'abord mis en place une partie tweet, puis une partie envoi d'e-mails.

Les deux envoient des notifications toutes les 30 minutes, mais cela peut être facilement modifié.

Étape 6: II. Essai

Dans cette étape, nous avons testé les éléments nouvellement implémentés de l'ensemble du code.

Dans cette étape, nous avons découvert un possible dysfonctionnement causé par les règles de Twitter. Twitter n'autorise pas les publications en double, donc lorsque le nombre de voitures ne change pas après 30 minutes, il tweete la même information. Nous avons résolu ce problème avec l'utilisation d'un horodatage, ce qui a également amélioré l'authenticité des messages.

Étape 7: Répétition

Dans notre dernière étape, nous avons testé l'ensemble du système, qui comprenait chacune des pièces mentionnées ci-dessus. Cela s'est fait sur le parking de Mobilis avec l'aide de quelques bénévoles. Nous devions également modifier certains paramètres dans ce cas, afin de pouvoir compter le nombre de voitures sans erreur.

Le test a été fait avec l'aide de 3 personnes. Pendant ce temps, nous avons pu déterminer que le temps de sommeil des capteurs devrait atteindre une valeur de 1,5 pour compter parfaitement les voitures.