Salto Systems

Rola w naszych rozdzielnicach

Jak wykorzystujemy Salto Systems

Architektura SVN (Salto Virtual Network): karta-klucz (Mifare DESFire EV2 lub karta BLE Salto) pełni funkcję nośnika danych — gdy użytkownik przyłoży kartę do punktu aktualizacji SVN (zazwyczaj intensywnie uczęszczane drzwi), karta jest aktualizowana o nowe uprawnienia dostępu. Ta architektura 'offline-online' oznacza, że każdy zamek Salto podejmuje decyzje lokalnie (procesor zasilany bateryjnie sprawdza dane karty), a aktualizacje kart propagują się przez ruch użytkowników. Kabel do poszczególnych zamków nie jest potrzebny — kabel wymagają tylko punkty aktualizacji (zwykle 3–5 na piętrze). SALTO KS dostęp chmurowy: dla mniejszych instalacji (< 200 drzwi) Salto KS zapewnia zarządzanie chmurową kontrolą dostępu przez REST API. Obsługa webhooków: wysyła zdarzenia otwarcia/zamknięcia drzwi do middleware → middleware zapisuje do adresu grupowego KNX przez KNXnet/IP. Metody integracji z KNX: (1) IP-punkty aktualizacji SVN udostępniają obiekt BACnet dla statusu drzwi — bramka Intesis IN701KNX BACnet-KNX tłumaczy to na adres grupowy KNX. (2) REST API serwera Salto Space → własny middleware → gniazdo KNXnet/IP → zapis do adresu grupowego KNX. (3) Okablowane: zamki Salto z wyjściem przekaźnikowym (XS4 GEO z opcją AUX przekaźnik) → suchy styk → wejście binarne KNX → DPT 1.002 status drzwi. Moduł TTHotel integruje się z PMS Oracle Opera Cloud, Mews, Protel i innymi.

Salto integruje się z KNX przez webhook REST API Salto KS lub obiekty BACnet serwera Salto Space (przez Intesis IN701KNX), zapewniając status otwarcia/zamknięcia drzwi i zdarzenia dostępu jako binarne adresy grupowe KNX. Zamki Salto z wyjściem przekaźnikowym (XS4 GEO AUX przekaźnik) łączą się bezpośrednio z wejściami binarnymi KNX.