Loxone · Integração de acesso
Integração de Controlo de Acesso Loxone — Eventos de porta no modelo do edifício
Integração do controlo de acesso numa plataforma Loxone: eventos de porta, abertura remota, ligação a CCTV e lógica fora de horário, com fechaduras e leitores fornecidos por especialistas em controlo de acesso.
Resposta rápida
A integração do controlo de acesso Loxone liga os controladores de porta e leitores existentes ao modelo do edifício, para que uma entrada válida possa acionar iluminação, AVAC, CCTV e alarmes. O site integra sistemas de acesso; não vende fechaduras, trincos elétricos, leitores ou torniquetes, e a validação de credenciais permanece no sistema de controlo de acesso.
Integração, não fornecimento de hardware
A fronteira é importante. O controlo de acesso é uma disciplina especializada, com as suas próprias credenciais, fontes de alimentação, requisitos fail-safe e obrigações face à regulamentação local. Não vendemos fechaduras, trincos elétricos, leitores, torniquetes ou cancelas. O que fazemos é ligar o sistema de acesso ao edifício: ler o estado das portas e os eventos, emitir comandos de abertura supervisionados quando o controlador de acesso o permite e utilizar esses eventos na lógica de iluminação, AVAC, CCTV e alarmes. O sistema de acesso continua responsável por quem pode atravessar uma porta; a plataforma do edifício é responsável pelo que o edifício faz quando uma porta abre. Reafirmamos esta fronteira em todas as propostas, porque um âmbito vago é a forma de os projetos de integração acabarem a instalar hardware que ninguém projetou. Uma fronteira clara também protege o cliente: um contrato para as credenciais, outro para a lógica do edifício, cada um testável por si.
- A validação de credenciais permanece no sistema de acesso
- Os eventos de porta alimentam a lógica de iluminação, AVAC e CCTV
- Sem fornecimento de fechaduras, trincos, leitores ou torniquetes
Estratégia de portas, zonas e percursos
O planeamento das portas começa nos movimentos, não no hardware. Listamos todas as portas controladas, os seus utilizadores, o sentido normal de circulação, o percurso fora de horário e a relação com elevadores, escadas e áreas de inquilinos. As portas são depois agrupadas em zonas que correspondem às zonas de iluminação e AVAC, para que um evento de entrada tenha uma resposta definida do edifício. Uma entrada principal, uma porta de serviço, uma porta pedonal de parque de estacionamento e uma porta de sala técnica não devem partilhar uma resposta só porque partilham um controlador. As portas de evacuação, as portas corta-fogo e as entradas acessíveis têm requisitos definidos pelo especialista em controlo de acesso e pelo engenheiro de segurança contra incêndio; a plataforma do edifício regista que esses requisitos existem e não os substitui. A lista de portas regista também quais as portas monitorizadas mas não controladas, porque esses eventos continuam a ser relevantes para a iluminação e o AVAC.
- Lista de portas por utilizador, sentido e percurso fora de horário
- Grupos de portas alinhados com as zonas de iluminação e AVAC
- Os requisitos das portas de evacuação e corta-fogo permanecem com os especialistas
O que um evento de porta pode acionar
Um evento de porta é um pequeno fragmento de contexto do edifício. Uma entrada válida no torniquete do átrio pode levar a iluminação do piso à sua cena de ocupação, iniciar a ventilação das salas de reunião e marcar a zona como ocupada. Uma saída fora de horário pode iniciar uma sequência de fecho. Uma porta deixada aberta pode gerar um alarme e acionar uma vista de câmara. Uma porta forçada pode escalar para a segurança e bloquear a zona adjacente — o bloqueio em si é executado pelo sistema de acesso, não pela plataforma do edifício. Nada disto substitui a decisão de acesso; utiliza a decisão como gatilho para os sistemas que tornam o espaço utilizável e seguro. O mapeamento é unidirecional por omissão: a plataforma consome eventos e apenas são escritos de volta os comandos explicitamente autorizados pelo fornecedor do sistema de acesso. Mantemos o mapa de eventos como tabela, e não apenas como diagrama, para que possa ser testado linha a linha.
- Eventos de entrada e saída como sinais de ocupação
- Alarmes de porta deixada aberta e de porta forçada com ligação a CCTV
- Sequências fora de horário desencadeadas pela última saída
Interfaces e o que permitem
A profundidade da integração depende do controlador de acesso. OSDP ou Wiegand descrevem a ligação leitor-controlador, não uma interface aberta para o edifício; por si só, não fornecem à plataforma um fluxo de eventos utilizável. Um controlador com API, exportação de eventos ou interface de rede documentada é um melhor ponto de partida. Os contactos sem potencial podem transportar o estado da porta ou comandos de abertura quando o controlador os disponibiliza. Confirmamos durante a auditoria quais os eventos disponíveis, quais os comandos permitidos e o que o fornecedor do sistema de acesso apoiará por escrito. Quando o controlador oferece apenas um relé, a integração fica limitada a esse relé, e dizemo-lo em vez de prometer um modelo de eventos completo que o hardware não consegue suportar. Quando um controlador expõe eventos mas não comandos, a integração mantém-se ao nível da monitorização e do contexto, o que é frequentemente suficiente para a iluminação e o AVAC. A seleção do controlador, o tipo de leitor e o hardware das portas continuam com o especialista em controlo de acesso; o nosso critério é a interface de eventos e comandos que o controlador expõe. Do lado do edifício, a integração é uma ligação de rede documentada, com um endereço fixo, uma ligação monitorizada e um caminho de alimentação que não depende do hardware da porta.
- API, fluxo de eventos ou contactos secos, consoante o controlador
- Ler o estado antes de tentar o controlo
- Interface e permissões confirmadas na auditoria
Visitantes, prestadores e acesso fora de horário
Os fluxos de visitantes e prestadores são sobretudo processos, apoiados por alguns sinais técnicos. A receção pode conceder uma credencial temporária no sistema de acesso; a plataforma do edifício utiliza o evento resultante para ligar a iluminação e o AVAC na área de reuniões e volta a desligá-los quando a visita termina. O acesso fora de horário pode ser limitado a portas e zonas definidas, com a iluminação a seguir o percurso em vez de todo o piso. Um prestador que trabalha numa sala técnica precisa de luz, ventilação e de um registo de quando o espaço esteve ocupado, mas não de uma cena para todo o edifício. O registo de auditoria deve mostrar quem entrou, quando, por que porta e o que o edifício fez em resposta. As exceções são tratadas pelo mesmo caminho de eventos, para que uma abertura manual não se torne uma rotina não documentada. O acesso temporário deve expirar automaticamente e a resposta do edifício deve terminar com ele, mesmo que o visitante se esqueça de registar a saída.
- Acesso temporário apoiado por sequências do edifício
- Percursos fora de horário limitados a zonas definidas
- O registo de eventos liga a resposta de acesso, iluminação e AVAC
Alarmes, escalonamento e revisão de incidentes
Os alarmes de acesso só são úteis se chegarem a alguém que possa agir. Definimos classes de alarme para portas deixadas abertas, entrada forçada, controlador offline, sabotagem do leitor e falha de abertura, cada uma com um destino, um tempo de resposta e um caminho de escalonamento. Uma porta deixada aberta durante uma entrega não é o mesmo evento que uma porta forçada durante a noite, mesmo que o controlador comunique ambos como um contacto. A plataforma regista a data e a hora do evento, liga a câmara mais próxima e escreve a confirmação do operador no registo de auditoria. A revisão do incidente reconstrói então a sequência: quem entrou, por que porta, o que o edifício fez, quem respondeu e quanto tempo demorou. Esse registo é mais valioso do que um painel de controlo que apenas mostra o estado das portas em tempo real. A supressão durante uma janela de manutenção conhecida é permitida, mas tem duração limitada e fica visível para o turno seguinte.
- Classes de alarme com destino e tempo de resposta
- Câmara e confirmação ligadas ao evento
- Reconstrução do incidente a partir do registo combinado
Comissionamento, entrega e formação de operadores
A integração de acesso é comissionada por fases, porque cada fase tem um risco diferente. A monitorização apenas de leitura é comprovada primeiro: estado das portas, eventos e marcas temporais. Seguem-se a iluminação e o AVAC acionados por eventos, com cada zona testada a partir da porta que a deve desencadear. Os comandos de abertura vêm por último, e apenas quando o fornecedor do sistema de acesso confirmou por escrito a permissão e o comportamento fail-safe. Cada fase tem o seu próprio registo de testes e aceitação. A entrega inclui a lista de portas, o mapa de eventos, a matriz de escalonamento, o registo de permissões e uma cópia de segurança testada da lógica do edifício. Os operadores são formados na confirmação de alarmes, nas rotinas de visitantes e prestadores e na diferença entre uma resposta do edifício e uma decisão de acesso. Uma breve revisão dos eventos reais após a entrega altera frequentemente uma resposta que parecia razoável no papel.
- Fases de monitorização apenas de leitura, acionamento por eventos e controlo
- Comandos de abertura apenas com permissão escrita
- Lista de portas, mapa de eventos e formação na entrega
Responsabilidades e fronteiras da integração de acesso
15 rows| Função | Responsabilidade do sistema de acesso | Responsabilidade da plataforma do edifício | Nota sobre a fronteira |
|---|---|---|---|
| Validação de credenciais | Leitor, controlador, permissões | Nenhum | Permanece no sistema de acesso |
| Abertura de porta | Trinco elétrico, eletroíman, saída do controlador | Comando supervisionado quando permitido | Hardware e modo fail-safe com o especialista de acesso |
| Estado da porta | Contacto ou evento do controlador | Monitorização, alarme e tendência | Cablagem do sensor pelo instalador |
| Alarme de porta deixada aberta | Evento do controlador e temporizador | Encaminhamento e escalonamento de alarmes | Limiar temporal acordado por porta |
| Entrada forçada | Evento do controlador | Encaminhamento de alarmes, ligação a CCTV | Procedimento de resposta acordado com a segurança |
| Pedido de saída | Botão, sensor e lógica do controlador | Sem comando; evento utilizado como contexto de zona | Comportamento de evacuação definido pela regulamentação e pelo especialista |
| Fluxo de visitantes | Credenciais temporárias e registos | Sequências de iluminação e AVAC | O processo de receção permanece manual |
| Acesso de prestadores e fora de horário | Grupos de portas e faixas horárias | Iluminação de percurso, ventilação e registos | Direitos de acesso definidos pela segurança |
| Integração de torniquetes | Controlador e hardware do torniquete | Apenas consumo de eventos | Sem fornecimento de torniquetes neste âmbito |
| Integração de cancelas | Controlador da cancela e espiras de segurança | Consumo de eventos e resposta de zona | Sem fornecimento de cancelas neste âmbito |
| Acesso ao átrio dos elevadores | Controlador de elevadores e lógica de destino | Iluminação e AVAC em torno do átrio | O controlo dos elevadores permanece com o fornecedor dos elevadores |
| Ligação a CCTV | Gestão de câmaras e vídeo | Mapeamento evento-câmara | Retenção de vídeo com a equipa de segurança |
| Encaminhamento de alarmes | Geração de eventos | Prioridade, destino e escalonamento | Responsabilidade pela resposta acordada na entrega |
| Registo de auditoria combinado | Exportação de eventos de acesso | Registo consolidado com as ações do edifício | Propriedade dos dados com o proprietário do edifício |
| Evacuação em caso de incêndio | Interface do sistema de incêndio e abertura de portas | Apenas monitorização | A função de segurança de vida permanece com os sistemas de incêndio e de acesso |
Imagens do projeto
3 images
Perguntas frequentes
01Fornecem fechaduras ou torniquetes?
Não. Integramos controladores de acesso, leitores e hardware de portas fornecidos por especialistas em controlo de acesso. O nosso âmbito é a lógica do edifício em torno deles.
02Podem integrar o nosso sistema de acesso existente?
Se disponibilizar uma API, um fluxo de eventos ou contactos secos, normalmente sim. A auditoria confirma os eventos disponíveis e os comandos que o controlador permite.
03Um evento de porta pode ligar a iluminação e o AVAC?
Sim. Uma entrada válida pode ativar uma cena de ocupação para a zona; uma saída ou um tempo limite podem devolvê-la ao modo de espera. A resposta é configurada por porta e por zona.
04A plataforma armazena credenciais?
Não. Os dados das credenciais permanecem no sistema de acesso. A plataforma recebe eventos e estados de porta, não registos de titulares de cartões.
05Podemos começar apenas com leitura e acrescentar controlo mais tarde?
Sim. A monitorização, as sequências acionadas por eventos e os comandos de abertura podem ser comissionados por fases, cada uma com o seu próprio registo de testes e aceitação.
06Como é tratada uma porta forçada?
O controlador de acesso gera o evento; a plataforma encaminha o alarme, liga a câmara mais próxima e pode desencadear uma resposta de zona de acordo com o procedimento acordado.
07E a evacuação em caso de incêndio?
A evacuação em caso de incêndio e a abertura de portas em caso de alarme permanecem com os sistemas de incêndio e de acesso, concebidos segundo a regulamentação local. A plataforma pode monitorizar o estado, mas não substitui essa função.
Próximo passo
Traga-nos o edifício.
Diga-nos o tipo de edifício, os sistemas abrangidos e o resultado pretendido. Indicaremos o caminho mais curto para um sistema funcional.