AXON Smart Access
Kontrolluesi master brenda kabinës së ashensorit. I merr të enkriptuara ngjarjet e kartelave nga lexuesi i kabinës, vendos lokalisht cilat kate lejohen dhe i jep impuls nga një rele për çdo buton kati — pa server në rrugën kritike.
Vendimi merret brenda kabinës
AXON CCU-32 është njëri nga dy kontrolluesit vendimmarrës të sistemit AXON. Mbulon nënsistemin A: kabinën e ashensorit dhe lexuesit brenda saj. Kartela i afrohet lexuesit të kabinës, lexuesi ia dërgon ngjarjen CCU-32-shit përmes një lidhjeje RS-485 të enkriptuar, dhe CCU-32 vendos në vetë pllakën cilat kate mund t'i arrijë ajo kartelë. Serveri shërben vetëm për sinkronizimin e bazës së kartelave, mbledhjen e regjistrave dhe shpërndarjen e firmware-it. Asnjë vendim aksesi nuk pret rrjetin.
Kontrolli i kateve bëhet me 32 dalje rele, nga një për çdo buton kati. Kur kartelës i lejohet një kat, releja përkatëse jep impuls për 3 sekonda dhe pasagjeri e shtyp atë buton në panelin origjinal. Instalimi elektrik i butonave të ashensorit nuk preket fare; CCU-32 thjesht i aktivizon — ose i lë të çaktivizuar — butonat që i takojnë kartelës. 32 daljet drejtohen nga një zinxhir prej katër regjistrash 74HC595 me vetëm tre linja të MCU-së, dhe njësi të tjera zinxhirohen në të njëjtin bus të kabinës — një panel më i lartë mbulohet duke shtuar njësi, pa kufi katesh.
Në zemër të kontrolluesit është një STM32H563 (250 MHz, 2 MB flash, 640 KB RAM), me një kontrollues Ethernet W5500 si transport kryesor drejt cloud-it dhe një modem SIM7000G LTE-M / NB-IoT si rrugë rezervë. Trafiku me cloud-in shkon MQTT mbi TLS drejt AWS IoT; përditësimet e firmware-it vijnë mbi HTTPS në një skemë OTA me dy slote. Lidhja me lexuesin përdor të njëjtin protokoll RS-485 të siguruar me AES-128 si AXON Reader dhe Node-i i katit, kështu një firmware i vetëm lexuesi shërben edhe në kabinë, edhe në sheshet e kateve.
Çfarë bën pllaka për objektin
32 dalje rele nga 3 linja
Një zinxhir prej katër regjistrash 74HC595 i kthen tre sinjale të MCU-së (SRCLK, RCLK, SER) në 32 dalje rele me mbajtje gjendjeje. Firmware-i shkruan një fjalë 32-bitëshe; biti n drejton relenë n. Zgjatja e zinxhirit të regjistrave ose shtimi i njësive të tjera e rrit numrin e daljeve pa i prekur linjat e kontrollit — kapaciteti i kateve nuk ka tavan fiks.
Lidhje e enkriptuar RS-485 me lexuesin
CCU-32 është nismëtari i shtresës së sigurt RS-485 të AXON-it: autentikim i ndërsjellë me lexuesin, çelës për çdo sesion, enkriptim AES-CTR i payload-it dhe një AES-128 CMAC mbi çdo kornizë, me numërues monoton. Në banakun e testimit, 1000 afrime kartele të enkriptuara nuk nxorën asnjë bajt të UID-së në tel.
Vendimi i aksesit mbetet lokal
Lexuesi e autentikon kartelën; CCU-32 e verifikon kornizën dhe kthen leje ose refuzim brenda dritares 1-sekondëshe të lexuesit. Nëse një kornizë nuk e kalon kontrollin e numëruesit ose të MAC-ut, nuk dërgohet verdikt dhe lexuesi refuzon. Cloud-i nuk pyetet kurrë për vendim.
Ethernet i pari, rrjeti celular si rezervë
Një kontrollues Ethernet W5500 në SPI është transporti kryesor për MQTT mbi TLS drejt AWS IoT dhe për shkarkimet OTA. Një modem SIM7000G LTE-M / NB-IoT në një UART të dytë është rruga rezervë kur ndërtesa s'ka kabllim deri te kabina ose kur lidhja me tel bie.
OTA me dy slote, mbi HTTPS
Imazhet e firmware-it shkarkohen me kërkesa range mbi HTTPS përmes Ethernet-it, në një slot pritjeje pranë imazhit aktiv. Metadata mban një etiketë magic, versionin dhe CRC32; imazhi aplikohet vetëm pas verifikimit, kështu një shkarkim i ndërprerë e lë të paprekur firmware-in që është në punë.
Hyrje Wiegand-26 për lexuesit ekzistues
Dy hyrje me ndërprerje (D0/D1) pranojnë direkt një lexues standard Wiegand-26: kod objekti 8-bitësh, numër kartele 16-bitësh dhe dy bite pariteti. Kështu një përshtatje e instalimit ekzistues vazhdon punën me lexuesin aktual të kabinës, ndërsa AXON Reader-i i enkriptuar planifikohet si zgjidhja afatgjate.
Një afrim kartele, gjithçka brenda kabinës
Kartela i afrohet lexuesit
AXON Reader-i e autentikon kartelën DESFire EV3 dhe dërgon një CARD_EVENT me UID-në përmes RS-485, të enkriptuar dhe të mbrojtur me MAC me numërues të freskët.
Korniza verifikohet e para
CCU-32 e kontrollon numëruesin dhe CMAC-un para se të lexojë çfarëdo tjetër. Një kornizë e keqe e mbyll sesionin dhe nis një handshake të ri; verdikt nuk jepet.
Vendim lokal, verdikti kthehet
Kontrolluesi e krahason kartelën me lejet e veta lokale dhe i përgjigjet lexuesit me ACCESS_RESULT brenda dritares së tij 1-sekondëshe; lexuesi ndez jeshilen ose të kuqen.
Reletë japin impuls, ngjarja regjistrohet
Reletë e kateve të lejuara japin impuls për 3 sekonda, që pasagjeri t'i shtypë ata butona. Ngjarja regjistrohet dhe publikohet përmes MQTT sapo të ketë lidhje.
Dy lidhje me serverin lart, një bus i enkriptuar poshtë
Ethernet 10/100
Një kontrollues Ethernet W5500 në SPI1 mban MQTT mbi TLS drejt AWS IoT (statusi, ngjarjet e kartelave, komandat e releve, kontrolli OTA) dhe shkarkimin e firmware-it mbi HTTPS. Jepini kontrolluesit një adresë DHCP ose statike në VLAN-in e menaxhimit të ndërtesës. Ky është transporti për OTA dhe për sinkronizimin masiv të regjistrave.
W5500 · MQTT mbi TLS · DHCP ose statikRrjeti celular LTE-M / NB-IoT
Një modem SIM7000G në USART2 (115200 bps, deri në 921600) siguron një rrugë të pavarur kur kabllimi s'arrin deri te kabina ose kur lidhja me tel bie. Trafiku është i vogël — ngjarje, status dhe herë pas here OTA — kështu që konsumi i të dhënave mbetet modest. Vendosni antenë të jashtme: kabina prej çeliku e dobëson sinjalin.
SIM7000G · LTE-M / NB-IoT · antenë e jashtmeBusi RS-485 i lexuesve
USART3 me 115200 bps, 8N1, half-duplex përmes një transceiver-i MAX3485 me ndërrim DE/RE. CCU-32 ka adresën 0xFE dhe i pyet lexuesit nga 0x01 çdo 700 ms; kornizat nisin me 0xA5 dhe mbyllen me CRC16, me shtresën e sigurt brenda payload-it. I njëjti protokoll punon edhe në AXON Node.
115200 8N1 · SOF 0xA5 + CRC16 · AES-128Shifrat, nga fleta teknike
Vlerat vijnë nga firmware-i i masterit të kabinës dhe udhëzuesi inxhinierik i CCU-32-shit. Ku firmware-i dhe udhëzuesi ndryshojnë, tregohet vlera e firmware-it.
| Roli | Master i kabinës (nënsistemi A: kabina + lexuesit në kabinë) |
|---|---|
| MCU | STM32H563VIT6, 250 MHz |
| Memoria | 2 MB flash, 640 KB RAM |
| Daljet e kateve | 32 rele për njësi; njësitë zinxhirohen — pa kufi katesh |
| Drejtimi i releve | Zinxhir 4× regjistrash 74HC595, 3 linja kontrolli |
| Impulsi i lejes | 3 s për çdo rele të aktivizuar |
| Platforma e kartelave | MIFARE DESFire EV3 përmes AXON Reader |
| Busi RS-485 i lexuesve | 115200 bps, 8N1, half-duplex, MAX3485 |
|---|---|
| Ethernet | W5500 10/100 në SPI (lidhja kryesore me serverin) |
| Rrjeti celular | SIM7000G LTE-M / NB-IoT (rezervë) |
| Cloud | MQTT mbi TLS drejt AWS IoT |
| Hyrja për lexues ekzistues | Wiegand-26 në D0/D1 (hyrje me ndërprerje) |
| Periferikët lokalë | SPI / UART |
| Hyrja | 12–24 V DC |
|---|---|
| Konsumi | 3–6 W |
| Mbrojtja | Polaritet i kundërt, TVS në sinjale, mbrojtje nga mbitensioni në hyrje |
| Rezerva e rekomanduar | 10 W bashkë me lexuesin e kabinës |
| Lidhja me lexuesin | Autentikim i ndërsjellë, çelës për sesion, AES-128 CMAC |
|---|---|
| Payload-i | I enkriptuar me AES-CTR, encrypt-then-MAC |
| Kundër ripërsëritjes (anti-replay) | Numërues monoton, MAC i lidhur me drejtimin |
| Rifreskimi i çelësit të sesionit | Çdo 5 min |
| Prania e lexuesit | Ping i autentikuar çdo 700 ms, timeout 2.5 s |
| Përditësimi i firmware-it | OTA me dy slote, i verifikuar me CRC32, mbi HTTPS |
| Temperatura e punës | −20 °C deri +70 °C |
|---|---|
| Montimi | Brenda kutisë së kabinës, i mbrojtur nga pluhuri |
| Kablloja e lexuesit | Rekomandohet nën 30 m |
| Watchdog | IWDG i MCU-së |
Harta e sinjaleve (nga firmware-i)
TX në PB10, RX në PD9, DE/RE në PB14 (aktiv në nivel të lartë). 115200 bps 8N1 drejt lexuesve të kabinës.
PE2 / PE3 / PE6 drejt katër regjistrave 74HC595. Në çdo përditësim shkruhet një fjalë 32-bitëshe, MSB i pari.
PD14 / PD15 në ndërprerje të jashtme, për një lexues ekzistues Wiegand-26.
TX PD5, RX PD6, PWRKEY në PB8 për sekuencën e ndezjes së SIM7000G.
SCK PA5, MISO PA6, MOSI PA7, CS PA4, RST PB1.
12–24 V DC nga linja ndihmëse e kabinës, me mbrojtje nga polariteti i kundërt dhe mbitensioni.
Ku dallon CCU-32
| Aspekti | AXON CCU-32 | Kontrolluesit që varen nga cloud-i |
|---|---|---|
| Ku merret vendimi | Në pllakë, nga lejet lokale | Rrugëtim në rrjet për çdo afrim kartele |
| Sjellja kur bie lidhja me serverin | Vazhdon të vendosë, ngjarjet në radhë | Kabina ndalon së lejuari |
| Lidhja me lexuesin | RS-485 i enkriptuar me AES-128 ose Wiegand-26 | Shpesh vetëm Wiegand pa enkriptim |
| Integrimi me ashensorin | Rele për çdo buton kati, i pavarur nga marka | Shpesh i lidhur me një markë ashensori |
| Mirëmbajtja e firmware-it | OTA me dy slote, verifikohet para aplikimit | Vizitë në objekt, ose fare pa rrugë përditësimi |
AXON Smart Access, nga afër
Ku përshtatet AXON CCU-32
Konfigurime tipike që i dimensionojmë për integruesit. Çdo skenar më poshtë është shembull planifikimi, jo referencë klienti.
Nga çelësat te kartelat, pa e prekur panelin
Një kullë banimi 25-katëshe me dy kabina e zëvendëson qasjen me çelës në kate me kartela. Një CCU-32 për kabinë i mban lejet; kartela e çdo banori i hap katin e vet plus garazhin dhe kulmin. Deri te kabina s'arrin kabllim, prandaj sinkronizimi dhe regjistrat shkojnë përmes rrjetit celular. I gjithë instalimi mbetet brenda kabinës.
Ndarja e qiramarrësve zbatohet te butoni
Në një ndërtesë zyrash me disa qiramarrës, secili ka katet e veta. CCU-32 u jep impuls vetëm releve që i takojnë kartelës, kështu një vizitor s'mund të ngjitet në katin e një qiramarrësi tjetër. Lidhja Ethernet futet në VLAN-in e menaxhimit të ndërtesës dhe ngjarjet mblidhen në qendër përmes MQTT për auditim.
Kate vetëm për stafin, pa e vënë re mysafirët
Një hotel i mban dy katet më të larta për pastrimin dhe shërbimet e brendshme. Kartelat e mysafirëve nuk i kanë ato kate; ato të stafit po. Mysafirët e përdorin ashensorin si gjithmonë, dhe po ra interneti i hotelit, CCU-32 vazhdon të vendosë lokalisht dhe i sinkronizon regjistrat kur lidhja rikthehet.
Klasa kredencialesh për çdo kat reparti
Çdo ashensor mban një CCU-32 me grupe lejesh për stafin mjekësor, administratën, pastrimin, kontraktorët dhe vizitorët. Ndryshimet e lejeve shtyhen nga serveri dhe zbatohen në sinkronizimin e radhës; kabina s'pret kurrë rrjetin për të lejuar a refuzuar — dhe kjo peshon në një ndërtesë ku ashensori s'guxon të ngecë.
AXON CCU-32 FAQ
Çfarë kontrollon në të vërtetë AXON CCU-32?
Pse 32 rele, e jo lidhje direkte e butonave?
A punon pa internet?
Cilët lexues mund të lidhen?
Sa kate mund të kontrollojë sistemi?
Si bëhen përditësimet e firmware-it?
Pjesa tjetër e sistemit AXON
Gati ta futni AXON CCU-32 në projekt?
Na tregoni numrin e kateve, sa kabina keni dhe a arrin kabllimi deri te kabina — ne e konfigurojmë CCU-32-shin, lexuesin dhe lidhjen me serverin për ndërtesën tuaj. Njësia për 32 kate është konfigurimi standard; ndërtesat më të larta mbulohen duke i zinxhiruar njësitë, pa kufi katesh.