KNX & iETS
Précédent / Suivant | Recherche | Aide / KNX & iETS
Sommaire
1.
Connexion KNX
2.
Activer le support pour iETS
Dans ce masque, on définit l'interface via laquelle le HS/FS accède au KNX. Il est également possible de régler les paramètres nécessaires à l'accès iETS.

1.Connexion KNX

On définit ici l'appareil KNX avec lequel le HS/FS établit la connexion avec le KNX.
Attention
Aucune détection automatique de l'interface utilisée n'a lieu !

Interface

Les interfaces suivantes sont prises en charge :
  • Gira BCU2/FT1.2 numéro d'article 645 00 et 504 00. Protocole : FT1.2
  • Routeur IP Gira référence Gira 2167 00 protocole : Routeur IP KNX (routage IP KNX) (Réglages)
  • Routeur IP Gira référence Gira 1030 00 protocole : Routeur IP KNX (routage IP KNX) (Réglages)
  • Interface FT1.2 Feller référence 36520.FMI.61 ; protocole : FT1.2
  • Routeur KNX/IP Feller référence Feller 36130-00. Appareil pour montage en baie ; protocole : Routeur IP KNX (routage IP KNX) (Réglages)
  • Schlaps+Partner aiguillage KNX série. Protocole : OPEN_EIB
  • Routeur IP Siemens N146 référence 5WG1 146-1AB01. Protocole : Routeur IP KNX (routage IP KNX) (Réglages)
  • BCU2/FT1.2 mode de compatibilité (utilisé jusqu'à présent - ne sera plus disponible dans la prochaine version !)
  • Interface de données USB Gira encastrée référence 1070 00
  • Interface de données USB Gira rail DIN référence 1080 00
  • Interface de données USB Gira encastrée référence 2024 00 (à partir de 2019)
  • Interface de données USB Gira rail DIN référence 2014 00 (à partir de 2019)
  • Interface de données USB Feller encastrée référence 36530.USB.xxx
  • Interface de données USB Feller rail DIN référence 36180-00.REG
  • Interface de données USB Feller encastrée référence M03338300
  • Interface de données USB Feller rail DIN référence 36181-00.REG
Remarque
Dans de rares cas, le BCU2 doit être coupé une fois de KNX après utilisation du mode BCU2/FT1.2. A cet effet, on doit reconfigurer le HS/FS avec ce mode, attendre que le HS/FS ait démarré (une double tonalité retentit trois fois), mettre alors le HS/FS hors service et couper le BCU2 de KNX pendant env. 60 secondes. Ensuite, connecter à nouveau au KNX et redémarrer le HS/FS. Pour cela, il n'est pas nécessaire de débrancher le câble de liaison entre le HS/FS et le BCU.

Limiter les télégrammes

Oui : le HS/FS limite le débit d'émission à la valeur réglable dans le champ suivant.
Non : le HS/FS envoie maximum 20 télégrammes par seconde au KNX.

Télégrammes/seconde

Réglage du nombre souhaité.

Adresse physique (uniquement routeur IP N146 et BCU 2 *Nouveau mode*)

Attention
L'adresse doit être univoque, c.-à-d. qu'elle ne peut pas être présente dans le projet KNX. Si le BCU 2 est utilisé dans le nouveau mode, le HS/FS règle le BCU raccordé à l'adresse physique réglée ici ! Ce faisant, une adresse éventuellement existante est écrasée !
En cas d'utilisation de l'interface USB, il n'existe aucune possibilité de saisie car l'adresse physique du BCU est utilisée/lue.

Adresse multicast de routage IP (Uniquement routeur IP KNX (routage IP KNX))

Via cette adresse IP multicast, les télégrammes KNX sont diffusés dans le LAN.
Les réglages du routeur IP se trouvent dans votre projet ETS.

L'adresse IP standard est : 224.0.23.12

Port IP (Uniquement routeur IP KNX (routage IP KNX))

Le routeur IP est adressé via ce port. Les réglages du routeur IP sont disponibles dans votre projet ETS.

Le port IP par défaut est : 3671

2.Activer le support pour iETS

Oui : la programmation de l'installation KNX peut se faire à l'aide du client iETS. Le HS/FS est alors le serveur iETS.
Remarque
Pendant la programmation avec le client iETS, le HS/FS continue de fonctionner, les processus de commutation KNX sont exécutés et les changements d'état KNX sont détectés.

Installez les correctifs actuels de l'ETS.

La programmation a été testée avec l'ETS5 V5.6.6 avec EIBlib/IP-ETSApp, l'ETS3 V1.00 et l'ETS 2 V1.13.
Attention
En fonctionnement iETS, BCU2/FT1.2 (mode de compatibilité) et l'aiguillage KNX S+P doivent recevoir une adresse physique via le KNX! Avec l'iETS, il est impossible d'exécuter des fonctions locales pour le BCU raccordé au HS/FS !

Si l'accès au HS/FS doit être réalisé via internet, une passerelle par défaut correcte doit obligatoirement être inscrite dans la section Réseau. Dans le routeur internet, les ports suivants doivent être validés et l'adresse IP du HS/FS doit être affectée. Pendant l'accès iETS via l'internet, une connexion doit exister en même temps avec le HS via le navigateur/Client HS, sinon le HS coupe la connexion une fois le timeout écoulé !
Remarque
Si une redirection de port a été activée de l'extérieur (depuis Internet) dans le routeur pour effectuer la programmation à distance, la redirection de port doit être désactivée une fois les opérations de programmation terminées.

Port IP 1

Port iETS 1, par défaut : 50000.
Le port utilisé ici doit correspondre aux réglages du client iETS.

Port IP 2

Port iETS 2, standard : 50001:
Le port utilisé ici doit correspondre aux réglages du client iETS.

Port IP 3

Port iETS 3, standard : 50002.
Le port utilisé ici doit correspondre aux réglages du client iETS.

Limiter l'accès IP

Oui : l'accès peut être limité via une adresse réseau et un masque de réseau. Les clients iETS doivent alors être issus de l'espace d'adressage configuré ci-dessous.
Non : il n'existe aucune limitation concernant l'espace d'adressage depuis lequel l'accès du client iETS a lieu.

Adresse IP sans réseau IP

Adresse IP/réseau des clients devant pouvoir accéder (voir également cette entrée Wikipedia).

Masque de réseau

Masque de réseau des clients devant pouvoir accéder (voir également cette entrée Wikipedia).

Objet de validation optique (1=ouvert)

L'objet de communication affecté ici permet de valider l'accès à l'iETS.
Si cet objet a la valeur 1, il est possible de travailler avec l'iETS par le biais du HS/FS.

Objet d'état optique (en cas d'accès=1)

L'objet de communication affecté ici a la valeur 1 lorsqu'un accès iETS a lieu. La valeur est égale à zéro sinon.

Timeout socket (en s)

Timeout socket en secondes. Le serveur iETS attend que ce temps soit écoulé avant qu'un timeout intervienne.