KNX/EIB

La interfaz KNX/EIB puede conectarse a través de Ethernet. Aquí también encontrará consejos y trucos de larga experiencia.

Importación de un proyecto KNX

Después de crear la interfaz, ya se puede importar un proyecto KNX. Si el proyecto está protegido con una contraseña, se le pedirá que ingrese una contraseña. Esta se almacenará entonces en la interfaz bajo Avanzado.

Consejo: Después de la importación, puede crear los canales.

Importación de un proyecto Theben LUXORplug

Es posible importar directamente un proyecto de LUXORplug. La importación se realiza igual que la de un proyecto ETS. No se genera una lista de direcciones de grupo y carpetas de oficios. Los sensores se han eliminado del edificio por claridad. Después de la importación, también pueden crearse canales.

Crear Canales

En la estructura Edificio y Topología, puede crear canales. Para que estos se creen, deben cumplirse diversos requisitos. Es importante declarar los tipos de datos en ETS.

Tipos Requisito
Luz Al menos dos valores booleanos.
Luz atenuada Al menos un valor bool_dimup y dos valores del tipo uint_byte.
Luz RGB Al menos dos valores de color_3bytes. Una versión con canales individuales no se admite en este momento.
Persiana/Rollo Al menos un valor bool_up y dos valores uint_byte.
Persiana con lamas Al menos un valor bool_up y cuatro valores uint_byte.

Los valores para el estado deben aparecer después de los valores de envío. La función de lamas se reconoce mediante las palabras slat y lam.

Determinar Tipos De Datos

La conversión de tipos de datos no se realiza como en otras visualizaciones basadas en KNX. Todos los tipos de datos KNX (DPT) se convierten a un formato PLC. Estos son visibles en ETS. Aquí encontrará una lista completa de conversiones DPT .

Consejo: Determine todos los tipos de datos en el proyecto ETS antes de la importación. Luego, Antcas Control también los resolverá.

Telegrama RAW

El tipo de dato raw está estructurado de la siguiente manera. Un byte en hexadecimal seguido de un espacio:

00 FF 3B

O un valor binario (6 bits) con el símbolo $-precedente:

$3F

Consultas Read

Las consultas de lectura pueden evaluarse con el tipo de dato read. Para enviar una respuesta, puede colocar un r directamente antes de la dirección de grupo. Por ejemplo: r1/4/23. Así se envía una respuesta.

La programación se realiza de la siguiente manera. in.switchRead genera un flanco que envía inmediatamente la respuesta del estado de la salida out.switch.

Nota: La dirección de grupo con el r precedente no se lista en la instalación.

Variables Offline Y Error

Hay dos variables para el diagnóstico de las interfaces. La variable offline es verdadera si todos los gateways están caídos o desconectados. La variable error es verdadera si una interfaz está caída y el funcionamiento aún puede mantenerse. Con multicast, solo se puede diagnosticar el servicio y no el gateway. Al inicializar sin gateway, la variable offline se escribe automáticamente como verdadera.

Control De Flujo

Como el control de flujo del gateway solo funciona con routers sin filtrar, debe ajustarse obligatoriamente la cantidad de telegramas y consultas de lectura. Esto debería ser 100ms por router utilizado. Es decir: si se contactan 2 routers simultáneamente a través de multicast, la distancia debe ser 200ms. En proyectos más grandes, también se puede ajustar la consulta de lectura más alta. Es decir, aproximadamente 2000ms.

Importantes Notas

  • Nunca controle aplicaciones de seguridad a través del bus KNX. El bus no está diseñado para esto. Incluso un detector de movimiento defectuoso o un cortocircuito debido al agua condensada podría evitar la alarma.
  • Si el bus se instala en áreas exteriores, debe crear una nueva línea. Esto garantiza que, en caso de un cortocircuito en el área exterior, la función dentro del edificio aún esté asegurada. Optimalmente, también puede proteger el bus de accesos no deseados ajustando el filtro de paquetes en el acoplador de línea.
  • Tenga en cuenta la seguridad de acceso en arquitecturas multicast. Evite el uso de multicast en edificios públicos.
  • Como el bus KNX es muy lento, puede crear varias líneas filtradas y hacer que el servidor las controle individualmente. Asegúrese de que el bus KNX también solo tenga 9600 baudios a nivel de red.
  • Tenga en cuenta los bucles al enrutar. KNX tiene una solución contra bucles infinitos con el contador de enrutamiento, pero la velocidad del bus aún sufrirá. En el servidor, los paquetes no se reenvían internamente de forma predeterminada si utiliza varios gateways.

Lista De Verificación

  • En proyectos grandes, la longitud del bus a menudo se olvida. Siempre recuerde que el electricista no siempre coloca los cables donde se planeó. Puede suceder que una distribución en estrella planificada se convierta en una distribución en cascada. El bus puede volverse inestable si el último actor está a más de 1000m del suministro de energía.
  • Planifique las reservas en la distribución muy bien. A menudo ocurre que no hay suficiente espacio en los distribuidores para atenuadores, etc. Determine con el cliente la expansión máxima en el concepto para evitar este problema en la medida de lo posible.

Solución De Problemas

Los Telegramas Se Repiten Con Frecuencia

Si los telegramas aparecen amarillos en el monitor de grupo de ETS, se vuelven a enviar debido a una colisión de paquetes. Si esto ocurre repentinamente con frecuencia, puede haber un defecto:

  • Cambiar la fuente de alimentación --> Filtro o bobina de choke defectuosa
  • Bucle en el bus --> Para buscar errores, se puede separar una derivación y escanear la línea.
  • En cables de par trenzado doble, los pares fueron conectados entre sí --> Esto conduce a un bucle y debe ser separado. A menudo encontrado en instalaciones más antiguas con cable U72.
  • Línea demasiado larga --> Verificar la tensión de los participantes debería ser al menos 24V (KNX es funcional hasta 21V)
  • Contacto suelto --> Es muy raro y difícil de encontrar.

Marco Inválido - Marco No Válido

Si los telegramas aparecen azules en el monitor de grupo de ETS, la ETS no puede comunicarse con el bus. Posibles causas son:

  • Verificar la tensión del bus --> Cortocircuito o línea demasiado larga
  • Cambiar la fuente de alimentación --> Filtro o bobina de choke defectuosa
  • Gateway defectuoso --> Cambiar la interfaz

El Dispositivo No Puede Cargarse

Intente cargar el dispositivo, si es posible, con su propia fuente de alimentación si nada más ayuda.

  • Reiniciar el bus --> Separar la tensión de 230V por 1 minuto (también del actor)
  • Verificar la tensión del bus --> Cortocircuito o línea demasiado larga
  • Cambiar la fuente de alimentación --> Filtro o bobina de choke defectuosa
  • El dispositivo o el acoplador de bus está defectuoso --> Cambiar los dispositivos
  • Tener en cuenta el monitor de grupo --> Otro dispositivo puede causar interferencias o hay demasiados telegramas y los timeouts expiran demasiado pronto (ETS: El dispositivo no responde)
  • El acoplador de línea no enruta todos los telegramas --> No cargar a través del acoplador de línea

Páginas Subordinadas