Mobilitás Okosparkolo: 7 lépés

2024 Szerző: John Day | [email protected]. Utoljára módosítva: 2024-01-30 09:42

A beadandó során csapatunk célja egy okos parkoló kialakítása volt. Az alapelgondolás a be- és kimenő autók számlálása, és ezzel a parkoló foglaltságának megadása volt. Ezt a munka során e-mailküldő és tweetelő funkcióval bővítettük, hogy a parkolni vágyók azonnal értesítsék a szabad helyről.

1. lépés: Eszközök, Alkatrészek

A megvalósításhoz az első lépés megfelelő eszközök beszerzése volt, amelyek a továbbiakban:

● Raspberry Pi 3

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

● Ultrahangos távolságmérő HC-SR04

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

● szenzoroknak külön műszerfal, vagy ehhez szükséges kábelek, 1000 Ω-os ellenállások

● tápforrás - Powerbank

2. lépés: Raspberry Pi És Szenzorok

Második lépésként összeállítottuk a hardveres részt, vagyis bekötöttük a 2 ultrahang szenzort és feltelepítettük az operációs rendszert Raspberry Pi-re. Ezek után, hogy a működésüket is ellenőrzik, pár sornyi kóddal teszteltük azt.

3. lépés: Alapkód Megírása

Következőleg az alap kódot írtuk meg. Az elgondolás alapja az objektumok (autók) érzékelése volt. Ezt úgy valósítottuk meg, hogy még egy a ki- vagy bemenő jármű érkezik a megfelelő szenzor előtt elhaladva az alaptávolság lecsökken. Attól előre, hogy a kimenő, vagy a bemenő szenzor érzékeli csökkententi, vagy növeli a bent tartózkodó autók számát.

4. lépés: Tesztelés

A munka során minden kódrész megírása után teszteltünk, hogy egy esetleges hibát azonnal javítani tudjunk, vagy, hogy könnyen kiszűrhessük, mely részben történt hiba.

Az alapkód tesztelése során több paraméterváltoztatást kellett végeznünk. Ilyenek voltak az eredetileg olyan hibatűrés alapértékei, vagy a szenzorok mérései közötti időintervallumok.

A hibatűrés értékeit eredetileg fixen állítottuk be, viszont tekintettel arra, hogy a rendszer csak felállítani kell egy esetleges helyváltoztatási esetben, az első tesztelés után, ha szekvenciát használtunk, több értéket.

5. lépés: Extra funkciók

Az 5. lépésben egy részlet több más részlet tájékoztató jellegzetességgel további funkciókat vezettünk be. Ezek közül először egy tweetelő, majd egy e-mailküldő részt írtunk meg.

Mindkettő esetében 30 százalékkal érkezik az értesítés, ami a foglaltságról ad tájékoztatást.

6. lépés: II. Tesztelés

A következő lépésben az újonnan hozzáadott elemek működését teszteltük.

Itt a twitter résznél fedeztünk fel egy olyan hibát, ami a kód működésének leállásához vezethet. A Twitter nem engedi, mert a duplikált posztokat, tehát ha 30 perce is 50 volt a foglaltság, és most is az, hibát jelez, és a program nem fut le. Ezt egy egyszerű időkiírás segítségével valósítottuk meg, ami a problémát meg is oldotta és a posztok hitelességét és segít javítani.

7. lépés: Főpróba

Utolsó lépésként a teljes összeállított rendszert kellett tesztelnünk. Ezt a Mobilis parkolójában néhány önkéntessel végeztük el. Ez esetben is szükség volt egy kis paraméterezésre, amivel biztos tudtuk számolni az áthaladó járművek számát.

A tesztet 3 önkéntes végeztetéssel, tehát a kocsik elhaladásával a foglalással nőtt, és amikor azok a parkolót elhagyták, a foglaltság visszacsökkent az eredeti értékre. A teszt alapján megállapítottuk, hogy 1.5-ös set up time (sleep time) volt a legoptimálisabb arra, hogy az elhaladó kocsikat megfelelően érzékelje.

Ahhoz, hogy a munkánkat a vizsga során is be tudjuk mutatni, egy kartondobozból készült, pályát”hoztunk létre, ahol a szenzorok fixen rögzítésre kerültek.