Funkciok

Telephelyi Beléptetés (QRGOBox)

A sofőr felmutatja a check-inje QR-kódját, a platform egyetlen körben lefuttat 8 ellenőrzést, és egy relé impulzusa felnyitja a sorompót — a válasz a sofőr nyelvén érkezik, a rámpa számával együtt.

Nyisd a sorompót egy validált check-inből

A sofőr felmutatja a check-inje QR-kódját, a platform egyetlen körben lefuttat 8 ellenőrzést, és egy relé impulzusa felnyitja a sorompót — a válasz a sofőr nyelvén érkezik, a rámpa számával együtt.

A QR-től a sorompóig, egyetlen körben

Minden lépés pontosan az, amit a kód csinál. A terminál nem dönt semmiről, és a doboz sem dönt semmiről — minden jogosultság-ellenőrzés a validate útvonalon él.

  1. 1

    A sofőr felmutatja a QR-kódot

    A check-in státuszoldala QR-kódként jeleníti meg a check-in azonosítóját a sofőr telefonján. Ez az UUID a teljes tartalom — se név, se rendszám, se rakomány.

  2. 2

    A kaputerminál beolvassa

    A kamionnal szemben felszerelt terminál dekódolja az UUID-t, három másodpercig pergésmentesít, majd narancssárgára vált: Check-in ellenőrzése.

  3. 3

    Nyolc ellenőrzés, egy hívás

    POST /api/gate/validate, rate limit mögött: kötelező mezők, check-in megvan, kapu megvan, szervezeti kulcs egyezik konstans időben, kapu aktív, azonos szervezet, nincs törölve, státusz engedélyezett.

  4. 4

    Kimegy a nyitási parancs

    Sikeres ellenőrzés után a platform a command: open üzenetet a qrgo/gate/{id}/command témára publikálja QoS 1-en, miközben párhuzamosan írja a hozzáférési naplót és a sofőr idővonalát.

  5. 5

    A relé egy másodpercig húz

    A témára feliratkozott ESP32 1 000 ms-ig magas szintre húzza a nyitó lábát, és a sorompó felemelkedik. Opcionálisan legalább öt másodperces késleltetés után automatikus zárás következik.

Mi is valójában a doboz

Egy relévezérlő az udvar WiFi-jén. Nincs benne kamera és nem olvas semmit — csak megszakítja/zárja a kontaktust, amikor a platform szól neki.

Vezérlő
ESP32 Dev Module, Arduino/PlatformIO firmware v1.0.30
Relékimenet
5V-os modul (SRD-05VDC-SL-C), közös földön az ESP32-vel
Kapu / doboz
Dobozonként legfeljebb 18 — ez a firmware saját korlátja — 18 választható GPIO lábon elosztva; a kétlábas bekötés kettőt visz el
Nyitóimpulzus
1 000 ms-os kontaktus; opcionális automatikus zárás, minimum 5 s késleltetéssel
Bekötési módok
Nyitás + Zárás (két láb), Zárás ugyanazon a lábon, vagy csak Nyitás
Kapcsolat
WiFi; kimenő MQTT-munkamenet, 30 s-os HTTPS heartbeat, OTA firmware

Soha nem hívják. Ő hív mindig.

A kapuhardver rendszerint az IT-átvilágításon bukik el, mert fix IP-t és lyukat kér a tűzfalon. Ez a doboz egyiket sem kéri. Az ESP32 minden kapcsolatot maga nyit: kimenő MQTT-munkamenetet a broker felé, és harminc másodpercenként egy HTTPS heartbeatet a dashboard felé, amely viszi a firmware verzióját, az IP-címet, a jelerősséget és az egyes kapuk állapotát. A nyitási parancs egy már nyitott socketen jön vissza, tehát nincs port forwarding, nincs bejövő szabály és nincs VPN, amiről egyezkedni kellene. Az árát érdemes kimondani: a doboz nem tárol gyorsítótárban érvényes check-ineket, így egy WiFi- vagy broker-kimaradás alatt távolról semmi nem nyílik. Offline mód nincs. Az egyetlen tartalék az, ha valaki az udvari hálózatról megnyomja az OPEN gombot a doboz saját admin oldalán.

pilot

Ez pilot hardver, és nem teszünk úgy, mintha nem az lenne

A QRGOBox saját építésű: egy ESP32, egy relémodul, a firmware, és egy kaputerminál, amelyet felszerelt eszközre oldalról telepítünk, nem app store-ból. A teljes lánc végponttól végpontig működik, és a validáció, a naplózás és az idővonal ugyanannak a platformnak az éles kódja, amely a check-injeiteket is futtatja. A hardver viszont nem az: eddig egyetlen demó-udvaron, két kapuval futott — Poarta Principală és Poartă Ieșire —, és nincs hozzá tokozási specifikáció, tanúsítás, árlista és szállítási határidő. Ha sorompót szeretnétek az udvarotokon a check-injeitekhez kötve, beszéljünk egy pilotról, és őszintén felmérjük veletek.

Kérdések, amiket érdemes feltenni, mielőtt sorompót kötnétek be

Nem. A dobozban nincs kamera, és egyáltalán nem olvas semmit. A kapunál felszerelt külön terminál olvassa be a sofőr QR-kódját, és küldi el a platformnak; a platform futtatja az ellenőrzéseket, és MQTT-n publikálja a nyitási parancsot. A doboz feliratkozik erre a témára, és megadja a relékontaktus impulzusát. Minden döntés a felhőbeli útvonalon születik, sosem a dobozon.

A kapu leáll, és a képernyő ezt nem szépíti. Nincs offline mód, nincs gyorsítótárazott lista az érvényes check-inekről, és nincs újrapróbálkozási sor. Ha a terminál nem éri el a platformot, piros ACCESS DENIED üzenetet mutat, ami pontosan ugyanúgy néz ki, mint egy valódi elutasítás. Az egyetlen tartalék az, ha valaki az udvari hálózatról megnyomja az OPEN gombot a doboz saját admin oldalán.

Csak azok, amelyek státusza megerősítve, kiosztva vagy folyamatban. Az a sofőr, aki még a diszpécser megerősítésére vár, elakad a sorompónál, és az elutasítás az indoklásával együtt tárolódik. Az útvonalon nincs időablak- vagy slot-ellenőrzés: az időzítést kizárólag a check-in státusza szabályozza, tehát valójában a megerősítés a diszpécserek kezében lévő kontroll.

Minden próbálkozás — engedélyezett vagy elutasított, QR-es vagy kézi — sort ír a kapu hozzáférési naplójába az indoklásával együtt. A kapu-aktív ellenőrzéstől kezdve a sofőr saját státusz-idővonala is kap egy bejegyzést, például Entry: Poarta Principală, amit élőben lát. Egy fenntartást inkább kimondunk, mint elhallgatunk: a napló azt rögzíti, hogy a hozzáférést megadták, nem azt, hogy a sorompó fizikailag felemelkedett — a reléről nincs visszaolvasás.

Kesz atalakitani a raktari muveleteket?

Csatlakozzon szazakhoz raktarakhoz, akik a hatekonysagot valasztottak. Ingyenes demo, gyors beallitas, kotelezettseg nelkul.