Entenda o papel da controladora de acesso e como dimensionar portas, leitores, entradas, saídas, memória, autonomia offline, rede, alimentação e arquitetura.
Confira!
Uma controladora de acesso é a unidade do sistema eletrônico de controle de acesso que recebe informações de leitores e sensores, aplica regras programadas, toma a decisão de permitir ou negar uma passagem e comanda os dispositivos associados ao ponto de acesso. Em um projeto profissional, ela não deve ser dimensionada apenas pelo número nominal de portas: é preciso verificar capacidade de leitores, entradas e saídas, memória de credenciais e eventos, autonomia offline, comunicação, alimentação, expansão e impacto de falha.
Na terminologia da ABNT NBR IEC 60839-11-1, a unidade de controle de acesso — ACU, Access Control Unit — possui interface com leitores, dispositivos de travamento e sensores e realiza a decisão de acesso através do ponto controlado. Essa definição separa três funções que muitas vezes são confundidas: ler uma credencial, decidir o acesso e acionar a barreira.
Para engenharia, a pergunta correta não é “quantas portas essa placa controla?”, mas quais funções o conjunto de controladoras consegue sustentar simultaneamente, em condições normais e de falha, para todos os pontos previstos no projeto.
O que é uma controladora de acesso
A controladora é o núcleo de decisão e de interface de campo do EACS. Dependendo da arquitetura, recebe dados de leitores, mantém credenciais e regras localmente, processa solicitações, aciona relés, monitora contatos, armazena eventos e troca informações com servidor ou plataforma central.
A ACU pode estar concentrada em um painel que atende várias portas ou distribuída próxima às áreas atendidas. Alguns terminais biométricos também incorporam funções de controladora. O fato de um terminal possuir relé interno, porém, não significa que essa topologia seja adequada a qualquer risco: quando a decisão e o acionamento ficam no equipamento instalado no lado não protegido, a violação física pode ampliar a superfície de ataque.
Controladora, leitor e software têm papéis diferentes
O leitor captura a credencial ou informação biométrica. A controladora aplica as regras e interage com entradas e saídas. O software central administra usuários, políticas, relatórios, eventos e integrações. Em determinadas soluções essas funções se concentram em um único equipamento; em outras são fisicamente distribuídas.
A distinção interfere diretamente em localização de equipamentos, tipo de cabeamento, protocolo leitor-controladora, autonomia em falhas, manutenção e proteção contra manipulação.
Como a controladora toma a decisão de acesso
Uma decisão começa com uma solicitação. A pessoa apresenta uma credencial; o leitor envia a informação; a controladora compara os dados com as regras aplicáveis; então libera ou nega o ponto e registra o evento.
A avaliação pode considerar:
- nível de acesso;
- porta ou área;
- sentido de passagem;
- faixa de horário e calendário;
- validade da credencial;
- antipassback;
- intertravamento;
- dupla custódia;
- estado de outras portas;
- condição de emergência;
- lockdown;
- disponibilidade de comunicação.
A arquitetura deve declarar quais dessas regras permanecem locais e quais dependem da plataforma central.
Solicitação, decisão, comando e confirmação
Esses quatro eventos não são equivalentes. A leitura inicia uma solicitação; a ACU produz uma decisão; uma saída comanda o atuador; o sensor confirma o estado físico.
Se o sistema registra “acesso permitido”, mas a porta não abriu, o problema pode estar no relé, alimentação, cabeamento, trava ou mecânica. Se a porta abriu sem decisão válida, o diagnóstico é outro. Essa separação é fundamental para auditoria e comissionamento.
Entradas e saídas da controladora
O dimensionamento de I/O é um dos pontos mais importantes na especificação. Duas placas anunciadas para a mesma quantidade de portas podem possuir capacidades diferentes de leitores, entradas supervisionadas, relés e expansão.
Entradas digitais
Entradas recebem estados de dispositivos de campo, como contato de porta, REX, botoeira, tamper, falha de fonte, bateria baixa e sensores auxiliares.
Uma entrada simples interpreta normalmente dois estados. Uma entrada supervisionada pode permitir distinguir condições adicionais de circuito, conforme a topologia e os parâmetros suportados.
O artigo Entradas supervisionadas em controle de acesso: NO, NC, EOL e tamper aprofunda essa camada.
Saídas a relé
Relés comandam dispositivos externos por contatos COM, NO e NC, dentro de limites elétricos definidos pelo equipamento. O contato da controladora não deve ser tratado como fonte de potência universal: tensão, corrente e característica da carga precisam ser verificadas.
Em alguns casos é necessário relé intermediário, fonte separada ou interface específica para a carga.
I/O de expansão
Módulos adicionais podem ampliar entradas, saídas e interfaces. O projeto deve quantificar pontos lógicos necessários, e não apenas quantidade de placas. A composição física pode variar entre fabricantes desde que a capacidade mínima instalada seja comprovada.
Interfaces para leitores
Uma porta não corresponde necessariamente a um leitor. Uma passagem controlada nos dois sentidos normalmente consome duas interfaces; uma autenticação multifator pode envolver mais de um dispositivo.
Wiegand
Wiegand continua presente em instalações legadas, com grande compatibilidade, porém apresenta limitações de supervisão, bidirecionalidade e proteção quando comparado a protocolos mais modernos.
OSDP
A IEC 60839-11-5 formaliza o Open Supervised Device Protocol para comunicação entre ACU e periféricos. Quando suportado e corretamente configurado, OSDP permite comunicação bidirecional e pode utilizar Secure Channel.
O artigo OSDP x Wiegand em controle de acesso trata essa comparação de forma dedicada.
RS-485 não significa automaticamente OSDP
RS-485 é a camada física serial. OSDP é um protocolo que pode operar sobre ela. A simples indicação “RS-485” em uma ficha técnica não comprova suporte a OSDP ou Secure Channel.
Quantas portas uma controladora realmente atende
A capacidade nominal em portas é apenas uma dimensão. Uma porta típica pode consumir leitor, entrada de contato, entrada de REX, saída de trava e eventualmente canais adicionais para tamper, monitoramento da trava ou interfaces específicas.
| Recurso | Exemplo de demanda por ponto |
| Leitores | 1 ou 2, conforme direção controlada |
| Contato de porta | 1 entrada |
| REX | 1 entrada quando aplicável |
| Trava | 1 saída de comando |
| Supervisão | entradas adicionais conforme risco |
| Alimentação | ACU, leitores, módulos e atuadores |
| Memória | credenciais, regras e eventos |
| Comunicação | servidor, leitores, módulos e integrações |
Catracas, eclusas e pontos com autenticação avançada possuem composições diferentes. Por isso, a quantidade de “portas por placa” não pode substituir a matriz funcional.
Como dimensionar uma controladora de acesso
O dimensionamento da ACU deve nascer da matriz funcional, das quantidades de I/O e dos modos de falha previstos, e não de uma escolha antecipada de placa.
O dimensionamento deve começar pela Matriz funcional de controle de acesso. Primeiro se definem funções e pontos; depois se escolhe a composição capaz de atendê-los.
Leitores e direções
Conte leitores por ponto e por sentido. Portas com controle nos dois sentidos, catracas bidirecionais e autenticação multifator alteram a quantidade necessária.
Entradas
Somar contato, REX, tamper, estados de fonte e demais sinais previstos. Não presumir que “duas entradas por porta” atende qualquer caso.
Saídas
Dimensionar comandos de travas, catracas, cancelas e sinalizações, verificando também a capacidade elétrica do contato.
Usuários e credenciais
A memória deve comportar população atual, visitantes, prestadores e expansão. Uma pessoa pode possuir mais de uma credencial.
Eventos
Durante indisponibilidade de comunicação, a controladora pode precisar manter eventos localmente. A capacidade deve ser comparada ao fluxo real e ao período de contingência.
Regras locais
Antipassback, intertravamento, dupla custódia e outras funções podem depender de recursos específicos da controladora ou de comunicação entre controladoras. É preciso especificar a condição operacional, não apenas o nome da função.
Reserva de expansão
Reserva técnica pode ser prevista em I/O, interfaces, fonte, painel e capacidade de processamento. Projetar exatamente no limite aumenta custo de futuras ampliações.
Arquitetura centralizada ou distribuída
A localização das controladoras altera cabeamento, segurança, disponibilidade e manutenção.
Painéis centralizados
A centralização em sala técnica facilita proteção física, organização e manutenção. Em contrapartida, pode aumentar comprimentos de cabos e concentrar muitas portas em um mesmo domínio de falha.
Controladoras distribuídas
Distribuição aproxima a lógica dos pontos e reduz cabos de campo, mas exige mais locais protegidos, alimentação distribuída e governança de rede.
Critério de engenharia
A escolha deve considerar planta, criticidade, distância, manutenção, infraestrutura elétrica, rede, expansão e impacto de falha. O artigo Arquitetura de Controle de Acesso Corporativo aprofunda arquiteturas enterprise e multi-site.
Onde instalar a controladora
Quando a ACU possui capacidade de liberar fisicamente o ponto, sua proteção contra acesso não autorizado é relevante.
Lado protegido
Uma arquitetura comum separa o leitor exposto ao usuário da controladora e do relé localizados em área protegida. Isso reduz a possibilidade de que a violação do equipamento externo produza liberação direta.
Gabinete e ambiente
O painel deve prever espaço, fontes, baterias, bornes, identificação, ventilação, manutenção, tamper e proteção ambiental compatível. Equipamentos externos ou industriais podem demandar graus específicos de proteção.
Operação offline e perda do servidor
Uma controladora pode preservar funções durante indisponibilidade do servidor ou da rede, mas isso deve ser requisito explícito.
É preciso verificar:
- credenciais armazenadas localmente;
- calendários;
- regras locais;
- capacidade de eventos;
- APB e intertravamentos;
- sincronização após retorno;
- impacto sobre integrações;
- comportamento de comandos remotos.
“Funciona offline” é uma afirmação insuficiente se não houver definição de quais funções permanecem disponíveis.
Falha de comunicação não é falha de energia
Perder comunicação com o servidor, perder alimentação da ACU e perder alimentação da trava são eventos diferentes. Cada um pode produzir comportamento diferente.
Isso evita confundir autonomia da controladora com o comportamento fail-safe ou fail-secure do dispositivo de travamento.
Rede e cibersegurança
Controladoras IP fazem parte de uma infraestrutura ciberfísica. Uma alteração indevida de configuração pode afetar permissões, disponibilidade e trilhas de auditoria.
Segmentação
VLANs, ACLs e firewalls podem limitar comunicação ao necessário. A topologia deve documentar fluxos entre ACUs, servidores, estações e integrações.
Administração e hardening
Contas padrão, senhas compartilhadas e serviços desnecessários aumentam risco. A entrega deve incluir configuração segura, gestão de credenciais administrativas e procedimento de atualização.
Firmware e suporte
Versões, ciclo de suporte, homologação e rollback precisam ser gerenciados. Hardware sem suporte transforma-se em dívida técnica mesmo que ainda esteja operacional.
Sincronização de tempo
Controladoras e sistemas integrados devem compartilhar referência temporal coerente. Sem isso, a correlação de eventos de acesso com vídeo ou incidentes perde confiabilidade.
Alimentação e autonomia
A ABNT NBR IEC 60839-11-1 trata requisitos e ensaios relacionados à fonte de alimentação, incluindo fonte reserva, carregamento e sinalização de bateria fraca ou ausente.
O projeto deve considerar carga da ACU, leitores, módulos e atuadores, além da autonomia exigida. A presença de uma bateria no painel não prova que a autonomia foi dimensionada ou testada.
Fonte da trava
Controladora e atuador podem compartilhar ou não a mesma fonte, conforme a arquitetura. A corrente da trava, picos, ruído, queda de tensão e comportamento de emergência precisam ser verificados.
Controladora integrada ao leitor versus controladora protegida
Terminais autônomos podem reconhecer usuários, armazenar credenciais e acionar portas. São adequados a muitos cenários, mas precisam ser analisados sob o risco de violação física.
Em pontos de maior criticidade, pode ser preferível separar o terminal de reconhecimento do módulo que efetivamente comanda a trava. Assim, manipular o equipamento exposto não significa acessar diretamente o relé de abertura.
Controladoras em catracas e barreiras
Uma catraca pode exigir comando por sentido, retorno de passagem, sensores, lógica de emergência e operação bidirecional. A interface entre a ACU e a eletrônica da barreira deve ser documentada.
A ABNT NBR IEC 60839-11-1 informa que requisitos específicos de atuadores como travas, catracas e barreiras são tratados em outras referências. Portanto, conformidade do EACS não substitui avaliação mecânica, de fluxo e de segurança da própria barreira.
Como especificar controladoras sem amarrar fabricante
Uma especificação por desempenho descreve capacidades necessárias e deixa a composição física para a proposta técnica, desde que demonstrada equivalência.
| Requisito | Especificação recomendada |
| Portas | capacidade mínima instalada por área |
| Leitores | quantidade, interface e direção |
| Entradas | quantidade e supervisão requerida |
| Saídas | quantidade, tipo e capacidade elétrica |
| Usuários | capacidade mínima de identidades/credenciais |
| Eventos | buffer e comportamento offline |
| Protocolos | interfaces abertas/seguras quando aplicáveis |
| Rede | comunicação e requisitos de cibersegurança |
| Alimentação | autonomia, supervisão e expansão |
| Expansão | reserva funcional mínima |
Essa abordagem permite comparar arquiteturas diferentes sem transformar flexibilidade em indefinição.
Integração com VMS e outros sistemas
Quando controladoras, VMS e demais subsistemas compartilham eventos e dependências, a arquitetura precisa ser tratada de forma integrada.
A controladora produz eventos físicos que podem alimentar VMS, intrusão, visitantes, elevadores e sistemas corporativos. A integração pode ocorrer na plataforma central, em API, gateway ou serviço específico.
O artigo Integração entre controle de acesso e VMS mostra como eventos de acesso podem ser correlacionados ao vídeo e à operação.
Falhas comuns de projeto
Entre os erros recorrentes estão:
- selecionar placa apenas pelo número nominal de portas;
- ignorar a quantidade real de leitores e I/O;
- esquecer tamper e sinais de fonte;
- não verificar capacidade elétrica dos relés;
- instalar lógica crítica no lado não protegido sem análise;
- não dimensionar memória offline;
- depender de WAN para funções essenciais;
- deixar painel sem reserva de expansão;
- não documentar relação porta-controladora;
- não testar perda de rede e alimentação.
Testes e comissionamento da controladora
O aceite deve demonstrar operação normal e também o comportamento durante falhas de rede, servidor e alimentação.
Comissionar a ACU significa provar funções e modos de falha, não apenas verificar que ela está online.
Leitores e credenciais
Validar cada leitor, direção, credencial e método de autenticação.
Entradas e saídas
Acionar contatos, REX, tamper e demais entradas; verificar os comandos e retornos dos atuadores.
Operação offline
Interromper comunicação controladamente e testar regras, memória de eventos e sincronização posterior.
Alimentação
Validar perda da alimentação principal, fonte reserva, indicação de falhas e recuperação.
Integrações
Confirmar que eventos chegam aos sistemas externos com ponto, identidade, horário e classificação corretos.
O processo completo está detalhado em Comissionamento de sistemas de controle de acesso conforme a IEC 60839.
Documentação de entrega
Uma implantação rastreável deve permitir identificar a relação entre portas, controladoras, canais e configuração. Entre os documentos úteis estão diagrama de arquitetura, lista de I/O, relação porta-controladora, endereçamento, alimentação, matriz funcional, versões, backups, testes e As Built.
Considerações finais
A controladora de acesso é o núcleo de decisão entre credencial e barreira. Dimensioná-la corretamente exige considerar leitores, I/O, regras, comunicação, memória, alimentação, proteção física, cibersegurança e comportamento em falhas.
O número nominal de portas é apenas um dado. A engenharia consistente transforma a matriz funcional em requisitos de capacidade, define autonomia e domínio de falha e cria critérios de teste que comprovam o comportamento do sistema. Isso permite especificar diferentes fabricantes sem perder objetividade técnica.
Referências técnicas
[1] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR IEC 60839-11-1:2019 — Sistemas de segurança eletrônica e alarme — Parte 11-1: Sistemas eletrônicos de controle de acesso — Requisitos do sistema e dos componentes. Rio de Janeiro: ABNT, 2019. Disponível em: https://www.abntcatalogo.com.br/
[2] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 60839-11-1:2013 — Alarm and electronic security systems — Part 11-1: Electronic access control systems — System and components requirements. Geneva: IEC, 2013. Disponível em: https://webstore.iec.ch/en/publication/3662
[3] INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 60839-11-5:2020 — Electronic access control systems — Open supervised device protocol (OSDP). Geneva: IEC, 2020. Disponível em: https://webstore.iec.ch/en/publication/33414
[4] SUPREMA. Curso de controle de acesso e biometria. Material técnico consultado na base de conhecimento ENGiOS. Disponível em: https://www.supremainc.com/
Perguntas frequentes
É a unidade que recebe informações de leitores e sensores, aplica regras de autorização, decide o acesso, comanda saídas e registra eventos do ponto controlado.
Depende da arquitetura. Além do número nominal de portas, devem ser verificados leitores, entradas, saídas, memória, regras offline, expansão e alimentação.
O leitor captura a credencial; a controladora executa a decisão e interage com sensores e atuadores. Em alguns equipamentos, as funções ficam integradas.
Pode funcionar, desde que possua credenciais, regras e memória local suficientes. O projeto deve especificar quais funções precisam permanecer ativas offline.
Sim. OSDP é um protocolo para comunicação entre ACU e periféricos e pode oferecer comunicação supervisionada e Secure Channel quando suportado.
Por capacidade e desempenho: leitores, I/O, usuários, eventos, operação offline, protocolos, alimentação, expansão, cibersegurança e testes.
Leitores, entradas, saídas, regras, comunicação, operação offline, fonte reserva, integração e recuperação após falhas.
Materiais técnicos complementares
Soluções relacionadas
Serviços relacionados
Conteúdos principais sobre o tema
- Sistema de Controle de Acesso: tipos, tecnologias, normas e projeto
- Como funciona uma porta controlada
- Matriz funcional de controle de acesso
