KNX/EIB

A interface KNX/EIB pode ser conectada via Ethernet. Aqui você encontrará dicas e truques de longa experiência.

Importação de um Projeto KNX

Após a criação da interface, um projeto KNX já pode ser importado. Se o projeto estiver protegido por uma senha, você será solicitado a inserir uma senha. Esta será então armazenada na interface em Avançado.

Dica: Após a importação, os canais podem ser criados.

Importação de um Projeto Theben LUXORplug

É possível importar diretamente um projeto do LUXORplug. A importação é feita da mesma forma que a de um projeto ETS. Uma lista dos endereços de grupo e das pastas de ofícios não é gerada. Os sensores foram removidos do edifício para facilitar a visualização. Após a importação, os canais também podem ser criados.

Criar Canais

Na estrutura Edifício e Topologia, os canais podem ser criados. Para que isso seja possível, várias condições prévias devem ser atendidas. É importante declarar os tipos de dados na ETS.

Tipos Pré-requisito
Luz Pelo menos dois valores booleanos.
Luz Dimmada Pelo menos um valor bool_dimup e dois valores do tipo uint_byte.
Luz RGB Pelo menos dois valores de cor color_3bytes. Uma versão com canais individuais não é suportada no momento.
Persiana/Rolo Pelo menos um valor bool_up e dois valores uint_byte.
Persiana com Lamelas Pelo menos um valor bool_up e quatro valores uint_byte.

Os valores para o status devem aparecer após os valores de envio. A função das lamelas é reconhecida pelas palavras slat e lam.

Determinar Tipos de Dados

A conversão dos tipos de dados não ocorre como em outras visualizações baseadas no KNX. Todos os tipos de dados KNX (DPT) são convertidos para um formato SPS. Estes são visíveis na ETS. Aqui você encontrará uma lista completa de conversão DPT.

Dica: Determine todos os tipos de dados no projeto ETS antes da importação. Em seguida, o Antcas Control também os resolverá.

Telegrama RAW

O tipo de dado raw é estruturado da seguinte forma. Um byte em hexadecimal seguido por um espaço:

00 FF 3B

Ou um valor binário (6-Bit) com um caractere $-antecedente:

$3F

Solicitações de Leitura

As solicitações de leitura podem ser avaliadas com o tipo de dado read. Para enviar uma resposta, um r pode ser colocado diretamente antes do endereço de grupo. Por exemplo: r1/4/23. Assim, uma resposta é enviada.

A programação é então feita da seguinte forma. in.switchRead gera uma borda que envia imediatamente a resposta do estado da saída out.switch.

Aviso: O endereço de grupo com o caractere r antecedente não é listado na instalação.

Variáveis Offline e Error

Existem duas variáveis para diagnosticar a interface. A variável offline é verdadeira quando todos os gateways estão inoperantes ou desconectados. A variável error é verdadeira quando uma interface está inoperante e a operação ainda pode ser mantida. No multicast, apenas o serviço e não o gateway podem ser diagnosticados. Ao inicializar sem um gateway, a variável offline é automaticamente definida como verdadeira.

Controle de Fluxo

Como o controle de fluxo do gateway só funciona com roteadores não filtrados, o número de telegramas e solicitações de leitura deve ser ajustado obrigatoriamente. Isso deve ser 100ms por roteador instalado. Ou seja: Se 2 roteadores forem acessados simultaneamente via multicast, a distância deve ser 200ms. Em projetos maiores, a solicitação de leitura também pode ser ajustada mais alta. Ou seja, para cerca de 2000ms.

Avisos Importantes

  • Nunca controle aplicações de segurança via o barramento KNX. O barramento não é adequado para isso. Um detector de movimento defeituoso ou um curto-circuito devido à água condensada poderia impedir a alarmagem.
  • Se o barramento for instalado em áreas externas, você deve criar uma nova linha. Isso garante que, em caso de curto-circuito na área externa, a função no interior do edifício ainda seja assegurada. Idealmente, você também pode proteger o barramento contra acessos não autorizados ajustando o filtro de pacotes no acoplador de linha.
  • Observe a segurança de acesso em arquiteturas multicast. Evite o uso de multicast em edifícios públicos.
  • Como o barramento KNX é muito lento, você pode criar várias linhas filtradas e deixá-las ser controladas individualmente pelo servidor. Certifique-se de que o barramento KNX também possui apenas 9600 Baud no nível da rede.
  • Ao rotear, observe loops. O KNX tem uma solução contra loops infinitos com o contador de roteamento, mas a velocidade do barramento ainda sofrerá com isso. No servidor, os pacotes não são encaminhados internamente por padrão quando você usa vários gateways.

Lista de Verificação

  • Em projetos grandes, o comprimento do barramento é frequentemente esquecido. Lembre-se sempre de que o eletricista não coloca os cabos exatamente onde foi planejado. Assim, pode acontecer que uma cabinação em estrela planejada se torne uma cabinação em cascata. O barramento pode se tornar instável se o último atuador estiver a mais de 1000m da alimentação de tensão.
  • Planeje as reservas na distribuição muito bem. Muitas vezes acontece que há pouco espaço nos distribuidores para dimmers, etc. Determine com o cliente o máximo de expansão no conceito para evitar esse problema tanto quanto possível.

Resolução de Problemas

Telegramas são frequentemente repetidos

Se os telegramas aparecerem amarelos no monitor de grupo da ETS, eles serão reenviados devido a uma colisão de pacotes. Se isso acontecer repentinamente com frequência, pode haver um defeito:

  • Trocar o fornecimento de energia --> Filtro ou bobina de atraso defeituosa
  • Loop no barramento --> Para a busca de falhas, uma ramificação pode ser desmontada e a linha escaneada.
  • Em cabos duplamente torcidos, os pares foram conectados entre si --> Isso leva a um loop e deve ser desmontado. Muitas vezes encontrado em instalações mais antigas com cabo U72.
  • Linha muito longa --> Verificar a tensão dos participantes deve ser de pelo menos 24V (KNX é funcional até 21V)
  • Contato instável --> É um caso muito raro e difícil de encontrar.

Frame Inválido - Frame Inválido

Se os telegramas aparecerem azuis no monitor de grupo da ETS, a ETS não pode se comunicar com o barramento. Possíveis causas são:

  • Verificar a tensão do barramento --> Curto-circuito ou linha muito longa
  • Trocar o fornecimento de energia --> Filtro ou bobina de atraso defeituosa
  • Gateway defeituoso --> Trocar a interface

Dispositivo não pode ser carregado

Tente carregar o dispositivo, se possível, com seu próprio fornecimento de energia, se nada mais ajudar.

  • Reiniciar o barramento --> Desconectar a tensão de 230V por 1 minuto (também do atuador)
  • Verificar a tensão do barramento --> Curto-circuito ou linha muito longa
  • Trocar o fornecimento de energia --> Filtro ou bobina de atraso defeituosa
  • Dispositivo ou acoplador de barramento está defeituoso --> Trocar dispositivos
  • Observar o monitor de grupo --> Outro dispositivo pode causar interferências ou há muitos telegramas e os timeouts expiram muito cedo (ETS: Dispositivo não responde)
  • Acoplador de linha não roteia todos os telegramas --> Não carregar via acoplador de linha

Páginas Subordinadas