Preguntas frecuentes

1. ¿Por qué no hay comunicación entre Shelly y otros dispositivos KNX?
   Compruebe que la interfaz de comunicación (p. ej., el gateway KNXnet/IP a KNX TP) funcione correctamente; por ejemplo, que tenga alimentación, que el LED de estado esté encendido, etc.
   Compruebe que ambos lados de la interfaz de comunicación estén conectados correctamente; es decir, que Ethernet o Wi-Fi estén activos y funcionando. Compruebe que el dispositivo Shelly tenga una dirección IP en la interfaz IP utilizada.
   Compruebe que la conexión en el lado KNX TP (par trenzado) sea correcta.
   Compruebe la dirección de multidifusión y el puerto de comunicación de KNX.
   Compruebe que todos los dispositivos Shelly utilicen la misma dirección de multidifusión y el mismo puerto de comunicación que los configurados en la interfaz de comunicación utilizada.

2. ¿Cuáles son los ajustes recomendados para el enrutador IP KNX?
   Cuando un telegrama KNX debe enrutarse externamente (a otros dispositivos KNXnet/IP) o entre distintas áreas y líneas KNX, el software de programación (ETS u otro) crea automáticamente una «Tabla de filtros» con las Direcciones de grupo KNX cuyo paso está permitido en el enrutador IP KNX responsable de la comunicación. Según cómo esté diseñado el programa KNX y cómo interfieran los dispositivos Shelly con él, puede ocurrir que las Direcciones de grupo KNX utilizadas por Shelly NO aparezcan en la «Tabla de filtros» creada automáticamente por el software de programación. En algunos casos, la «Tabla de filtros» puede incluso estar completamente vacía.
   Para comprobar el contenido de la «Tabla de filtros», abra el software de programación KNX y vaya al enrutador IP KNX utilizado en su proyecto; después, haga clic derecho sobre él y seleccione «Vista previa de la tabla de filtros» (vea la imagen a continuación).
   

   

   A continuación se muestra una vista previa de una «Tabla de filtros»:
   

   

   Para solucionar el problema relacionado con lo que se permite pasar Direcciones de grupoRecomendamos enrutar manualmente en ambas direcciones los telegramas KNX utilizados por Shelly. Vea la imagen a continuación:

• Enrutamiento de KNX a IP: los puntos 1 y 2 muestran cómo enrutar Direcciones de grupo (telegramas de grupo) en el rango de 0 a 13 (0 ≥ A ≤ 13). Si utiliza Direcciones de grupo en el rango superior a 13 (14 ≥ A ≤ 31), también debe enrutar esos telegramas; consulte el punto 3 (opcional).

• Enrutamiento de IP a KNX: utilizando la lógica anterior, enrute también la dirección de grupo en sentido inverso. Consulte los puntos 4 y 5 para enrutar las direcciones de grupo (telegramas de grupo) en el rango de 0 a 13 (0 ≥ A ≤ 13). Si utiliza direcciones de grupo en el rango superior a 13 (14 ≥ A ≤ 31), también debería enrutar esos telegramas; consulte el punto 6 (opcional).

3. ¿Qué significa que la dirección Individual sea única?
   Como se describe en la base de conocimientos, la dirección Individual tiene el siguiente formato: X.Y.Z
   Única significa que, dentro de una misma instalación KNX, no debería haber dos o más dispositivos con los tres parámetros idénticos entre sí.
   Ejemplo: si el dispositivo “K” tiene la dirección Individual 1.1.3, el dispositivo "L" no debería recibir una dirección Individual con los tres parámetros idénticos a los del dispositivo “K” (1.1.3), sino otra distinta, como 1.1.4.
   Los dispositivos que utilizan la dirección Individual predeterminada (15.15.255) no se consideran un conflicto.
   NOTA: La dirección Individual no tiene importancia durante el funcionamiento normal de la instalación.

4. ¿Es posible detectar conflictos de direcciones individuales desde la interfaz de usuario del dispositivo Shelly?
   No. Actualmente, los dispositivos Shelly no admiten esta función. Es responsabilidad exclusiva del integrador de KNX evitar dicho conflicto.

5. ¿Importa si el dispositivo está conectado mediante Ethernet o Wi-Fi para que funcione la funcionalidad KNXnet/IP?
   El tipo de conectividad de red no importa desde el punto de vista del dispositivo. Se requiere una conexión de red estable para un funcionamiento impecable, y esto debe tenerse en cuenta al construir la infraestructura de red.

6. ¿Qué datos se envían a través de la red KNX? ¿Está disponible toda la información descrita en la documentación de la API?
   El protocolo KNX es un sistema de automatización cerrado y está destinado a ser operado únicamente por socios KNX certificados. La información descrita en la documentación de la API abarca únicamente las opciones de KNX compatibles con Shelly. Para comprender la terminología utilizada, se requieren conocimientos básicos de KNX (Basic KNX certificate).

7. ¿Es posible tener el dispositivo Shelly tanto en la red KNX como en una cuenta de Shelly?
   Sí, es absolutamente posible. Además, también es posible connect el dispositivo simultáneamente a un controlador de automatización local como Home Assistant.

8. ¿Comportamiento durante un reinicio o un fallo de alimentación?
   Todos los ajustes de KNX realizados se conservan internamente y un reinicio o fallo de alimentación no requiere ninguna interacción adicional por parte del usuario para que los dispositivos Shelly sigan funcionando correctamente.

9. ¿Cómo gestiona KNX los fallos o el funcionamiento incorrecto del sistema?
   KNX es un protocolo de comunicación diseñado teniendo muy en cuenta la prevención de fallos. Cada telegrama KNX enviado contiene un byte de check, que todos los destinatarios utilizan para generar su propio acuse de recibo de la transmisión correcta de datos y notificar al remitente. Cuando todos los destinatarios confirman al remitente la recepción correcta de los datos, se envía de nuevo un telegrama.
   En caso de detectar un error, se repite el telegrama completo. La repetición predeterminada de un telegrama KNX es de three veces; este parámetro puede modificarse.

10. Diagnóstico y resolución de problemas en integrations de Shelly + KNX
    No se puede realizar un proceso de diagnóstico adecuado sin utilizar el software de programación KNX (por ejemplo, ETS).
    Para realizar un diagnóstico completo, es obligatorio utilizar tanto la página Diagnostics proporcionada por Shelly desde la interfaz web integrada (Advanced -> Diagnostics) como la función Diagnostics incluida en el software de programación KNX (por ejemplo, ETS → Diagnostics).

11. ¿Los dispositivos Shelly son compatibles con KNX Security?
    No. Los dispositivos Shelly no pueden descifrar ni KNX IP Security ni KNX Data Security, ambos componentes de la extensión KNX Security del estándar KNX. Solo se admite la comunicación no cifrada.

12. Modificación manual de las Communication Flags de los KNX objects
    Algunos fabricantes de KNX NO establecen la Read Flag como Active (consulte la imagen 1) en el Feedback object del Channel X de sus actuadores de conmutación. Cuando la Read Flag no está habilitada, la función TOGGLE de los dispositivos Shelly no funcionará.

    

    Cuando se produzca un caso así, la Read Flag debe habilitarse manualmente mediante el software de configuración ETS (u otro). Seleccione el KNX object que desea modificar y, a continuación, Navigate hasta sus propiedades de Flags, que pueden encontrarse en el lado derecho del software de configuración ETS, en Propiedades → Flags (consulte las imágenes 2 y 3).

La imagen 4 muestra cómo debería verse la configuración una vez establecidos todos los Read Flags en todos los canales del actuador de conmutación (o en los que necesite el usuario).

Tenga en cuenta que los fabricantes de KNX pueden utilizar nombres diferentes en sus equipos para el Switch object y el Feedback object. Por ejemplo, en el caso anterior, para el canal [X] (1-4), el fabricante utiliza R[X] Input para Switch object y R[X] Output para Feedback pobject.

Debe transferir todos los cambios realizados de nuevo a los devices KNX afectados.

13. ¿Puedo utilizar una interfaz KNX para establecer una comunicación KNX entre Shelly y otros devices KNX?
    La interfaz KNX IP (sin IP router) sirve únicamente para fines de programación y no puede utilizarse como device de enrutamiento KNX. Esta limitación proviene del propio device KNX, no de Shelly.
    Para establecer la comunicación entre devices KNX y Shelly, necesita un KNX IP Router.

14. ¿Puedo connect un device Shelly compatible con KNX a otro device Shelly utilizando su opción de extensor de alcance?
    No.

15. ETS v6.3.0 ya no admite la edición manual de la Filter Table — ¿qué debo hacer?
    En versiones anteriores de ETS (anteriores a la v6.3.0), los usuarios podían editar manualmente la Filter Table. Esto permitía ajustar con precisión qué Group Addresses filtraría o dejaría pasar un device. Sin embargo, esta función se eliminó a partir de ETS v6.3.0. Puede encontrar aquí más información sobre esta decisión de KNX Association.

    Como resultado, utilizar únicamente un archivo ETS «Dummy» para los devices ubicados en una KNX TP Line ya no es suficiente. Ahora se necesita un archivo Dummy adicional que represente el device en la Main IP Line. Estos archivos Dummy suelen ser proporcionados por los fabricantes de devices de control central (por ejemplo, servidores KNX) y herramientas de visualización (por ejemplo, displays KNX).

    Para este propósito, en Shelly hemos elegido utilizar la aplicación Eelectron Advanced Dummy para representar los devices de Shelly dentro del software de programación ETS. El archivo Dummy seleccionado está diseñado específicamente para utilizarse únicamente en la TP Line. La Figura 1 muestra el archivo Dummy seleccionado en uso.

    

    La aplicación Dummy seleccionada permite personalizar por completo los objetos KNX que contiene. La Figura 2 muestra un Shelly Pro Dimmer 1PM ya configurado mediante el archivo Dummy mencionado.

    

    Una vez que se hayan añadido todos los dispositivos al proyecto, se les hayan asignado sus direcciones individuales y se hayan vinculado los objetos de grupo necesarios con las direcciones de grupo correspondientes, el siguiente paso es asegurarse de que estas direcciones de grupo estén incluidas en la tabla de filtros del router IP KNX utilizado. Como se mencionó anteriormente, la edición manual de la tabla de filtros ya no es compatible con ETS v6.3.0 y versiones posteriores. Por lo tanto, es necesario añadir un dispositivo virtual a la línea IP principal para completar automáticamente la tabla de filtros. La Figura 3 muestra el dispositivo KNX IP Dummy que hemos seleccionado para este fin: el SpaceLogic KNX Secure Dummy de Schneider Electric.

    

    Como se muestra en la figura, la columna Tipo de medio indica que el dispositivo puede añadirse al segmento TP o al segmento IP del proyecto. En este caso, añade el dispositivo SpaceLogic KNX Secure Dummy de Schneider Electric a la línea IP principal del proyecto, como se muestra en la Figura 4.

Ten en cuenta que no es necesario adquirir ni instalar el hardware real — este dispositivo Dummy se añade únicamente como marcador de posición virtual para garantizar que la tabla de filtros del router IP KNX se complete correctamente.

El siguiente paso es vincular las direcciones de grupo utilizadas por los dispositivos Shelly con la interfaz Dummy del dispositivo SpaceLogic KNX Secure Dummy de Schneider Electric. Simplemente arrastra y suelta las direcciones de grupo correspondientes en la interfaz del dispositivo Dummy, como se muestra en la Figura 5.

Nota: Si el dispositivo Dummy seleccionado admite la opción KNX Secure, asegúrate de que esta función esté desactivada, ya que los dispositivos Shelly actualmente no son compatibles con KNX Secure.

En nuestro ejemplo, hemos añadido todas las direcciones de grupo del proyecto al dispositivo Dummy; esto se hizo únicamente con fines demostrativos. Sin embargo, este enfoque no está recomendado por la Asociación KNX. Aunque incluir todas las direcciones de grupo puede no causar problemas en proyectos pequeños (como el nuestro), hacerlo en instalaciones KNX de mayor tamaño puede afectar negativamente al rendimiento del sistema y debe evitarse. En esos casos, se recomienda permitir que solo las direcciones de grupo esenciales atraviesen el router IP KNX para mantener un rendimiento óptimo. Las direcciones esenciales suelen incluir las necesarias para el control central, la visualización o la comunicación entre distintas líneas o dispositivos que abarcan varios segmentos.
Una vez asignadas las direcciones de grupo necesarias al dispositivo Dummy, no olvides transferir los cambios de configuración al router IP KNX que estés utilizando; este es un paso crucial para garantizar una comunicación adecuada entre las líneas KNX. La Figura 6 ilustra dónde y cómo realizar esta transferencia en el entorno ETS.

Una vez que la configuración se ha transferido correctamente al router IP KNX, el resultado final puede verse en la Figura 7.

Como buena práctica, se recomienda comprobar la tabla de filtros sin hacer clic derecho directamente en el router IP KNX, sino accediendo a la vista Topología → Backbone y haciendo clic derecho en la línea TP principal. Este método proporciona una visión más completa y precisa de la configuración de los filtros. Si todo se ha configurado correctamente, la vista previa de la tabla de filtros obtenida desde el router IP KNX y la consultada mediante la línea TP principal deberían ser idénticas. En la Figura 8 se muestra un ejemplo de este proceso.

La vista previa final de la tabla de filtros confirma que todo se ha configurado correctamente: el router IP KNX está ahora correctamente configurado y se han incluido todas las direcciones necesarias Direcciones de grupo están incluidos. Con ello, la integración está completa y lista para funcionar.

Consulta la Figura 9 a continuación para ver la vista previa resultante de la tabla de filtros.

Si has seguido todos los pasos anteriores, tu configuración debería ser ahora totalmente funcional y cumplir con KNX, lista para un funcionamiento fiable y eficiente. Si encuentras algún problema o tienes más preguntas, no dudes en ponerte en contacto con nuestro equipo de soporte; ¡estamos aquí para ayudarte!