Cet article traite des thèmes suivants :
Informations de base
Cette application permet des diagnostics plus approfondis au niveau du participant. Les données lues peuvent également être enregistrées, cependant pour pouvoir interpréter ces données, on doit avoir une connaissance approfondie du système KNX.
Les fonctions de base suivantes sont proposées dans cette application ETS :
- Ouvrir les données de l'appareil (à partir d'un fichier ou du participant).
- Enregistrer les données de l'appareil dans un fichier.
Activation
Suivez ces instructions pour activer l'application :
Il y a une ligne de titre qui contient des informations sur l'origine des données (par exemple, 'Affichage des propriétés du participant: 1.1.4' ou 'Propriétés de C:/User/Admin/Desktop/taster.knxprop').
Affichage dans la barre latérale
Des propriétés supplémentaires sont également stockées dans l'onglet Propriétés.
| Élément |
Description |
| Index |
Index consécutif des propriétés par rapport à l'objet sélectionné (0...n). |
| Type d'ID |
ID du type de propriété selon les spécifications KNX ou une définition personnalisée en utilisant un fichier type (voir ci-dessous) pour l'éditeur de périphériques |
| Nom... |
Le nom réel (plus intelligible) du Type ID (dans la barre latérale) ou Type (dans le Panneau) |
| type de texte |
Le nom sous forme de texte (par défaut PID--xyz/xyz). Un nom personnalisé peut être assigné dans l'éditeur de périphériques en utilisant Définition et un fichier de type (voir ci-dessous) |
| Identifiant |
Nom ; identique à la propriété dans le panneau |
| Accès |
Définit le minimum de droits d'accès en lecture et en écriture ('niveau d'accès') requis pour une propriété. Selon le type de périphérique (version du masque), il peut y avoir jusqu'à 16 (0 = plus élevé). .15 = le plus bas) différents niveaux qui peuvent être activés en utilisant une clé d'accès. La condition préalable à cela est que le fabricant a défini des niveaux de cette manière pour le périphérique en utilisant une clé pour un niveau correspondant. Cela signifie qu'un affichage de 3/2 nécessite le niveau 3 pour la lecture et le niveau 2 pour l'écriture. En d'autres termes, pour écrire des données, au moins le niveau 2 doit être établi soit par la clé par défaut, soit avec une clé spécifique au fabricant. La fonction Lecture/Écriture peut être utilisée pour saisir une clé. |
Édition en cours
- Les propriétés peuvent être éditées directement dans le champ associé (édition en place), soit en double-cliquant sur la cellule respective (ou en utilisant F2) soit dans la barre latérale (Onglet propriétés).
- Si les propriétés ne sont pas modifiables, l'édition n'est pas possible et un double-clic sur la cellule n'aura aucun effet.
- Des tableaux entiers peuvent être modifiés dans une fenêtre séparée, qui peut être ouverte en double-cliquant sur la propriété.
- Si une valeur invalide est entrée, l'entrée est ignorée et la valeur d'origine est de nouveau affichée.
Fonctions
Ouvrir depuis un participant
Ouvrir depuis un fichier
Écrire dans un fichier
Vue mémoire
|
| Index: |
Index consécutif des propriétés par rapport à l'objet sélectionné (0...n). |
| Type d'ID: |
L'ID de la propriété de type selon les spécifications de KNX ou une définition personnalisée à l'aide d'un fichier de type (voir ci-dessous) pour l' Éditeur de périphériques
|
| Nom...: |
L'actuel (plus intelligible) nom du Type ID (dans la barre latérale) ou Type (dans le panneau)
|
| Type de texte : |
Le nom en forme de texte (par défaut PID--xyz/ xyz). Un nom personnalisé peut être assigné dans l'éditeur de périphériques en utilisant la définition et un fichier de type (voir ci-dessous)
|
| Identifiant: |
Nom ; identique à la propriété dans le panneau
|
| Accès: |
Définit les droits d'accès minimum en lecture et en écriture ("niveau d'accès") demandés pour une propriété. Selon le type de périphérique (masque version), il peut y avoir jusqu'à 16 (0 = plus haut. .15 = le plus bas) différents niveaux qui peuvent être activés en utilisant une clé d'accès. La condition préalable à cela est que le fabricant a défini des niveaux de cette manière pour le périphérique en utilisant une clé pour un niveau correspondant. Cela signifie qu'un affichage de 3/2 nécessite le niveau 3 pour la lecture et le niveau 2 pour l'écriture. En d'autres termes, pour écrire des données, au moins le niveau 2 doit être établi soit par la clé par défaut, soit avec une clé spécifique au fabricant. La fonction Lecture/Écriture peut être utilisée pour saisir une clé. |
Fonctions
|
La boîte de dialogue pour la lecture des propriétés du participant permet l'entrée suivante :
•Participant/Adresse physique ; prédéfini en utilisant l'adresse du participant sélectionné pour la dernière fois dans ETS (ou l'adresse du participant auquel appartient le dernier élément).
•Participant/Clé d'accès (également appelée clé d'accès dans KNX) ; pour procédure, voir Remarque
•Mode lecture ; complète/partielle indique si les propriétés doivent être lues complètement (facteur de temps) ou seulement petit à petit lorsque l'objet est sélectionné dans la fenêtre de gauche.
Pendant que les propriétés sont lues depuis l'appareil, une boîte de dialogue 'patienter S'il vous plaît' apparaît. L'opération en cours d'exécution peut être annulée en utilisant cette boîte de dialogue. Dans ce cas, toutes les données chargées jusqu'à ce point sont ignorées. Aucune des données chargées jusqu'à présent n'est affichée.
Remarque
Les Propriétés d'un tableau d'une taille supérieure à 64 octets ne sont chargées 'à la demande' que pendant l'édition de la propriété (voir ci-dessus) (augmente la vitesse d'affichage).
|
|
Si les propriétés doivent être lues depuis un fichier, une boîte de dialogue 'Ouvrir un fichier ' apparaît en premier lieu, ce qui ne permet de ne sélectionner que les fichiers *.knxprop. Lorsqu'un fichier est ouvert, toutes les données précédemment affichées sont ignorées.
|
|
Comme c'est le cas pour la lecture à partir d'un fichier, la boîte de dialogue 'Ouvrir un fichier' ne permet que de sélectionner les fichiers *.knxprop. Si le fichier sélectionné existe déjà, il y aura une invite de confirmation pour l'écrasement du fichier.
Remarque
Si vous avez à faire à une Propriété d'un tableau, qui est plus grand que 64 octets et n'a pas encore été chargé 'à la demande', la propriété est sauvée comme un champ vide. Il n'y aura pas de chargement ultérieur des champs non lus pour l'instant.
|
|
Quand les propriétés d'un participant sont lues, les informations sur le type ou le nombre d'éléments de la propriété sont déterminées pour chaque propriété en ligne du participant. Il peut arriver que cette information ne coïncide pas avec la description de la propriété dans les données maîtres KNX .
Par exemple, les données maîtres peuvent indiquer qu'une propriété est une valeur seule de type INTEGER, alors que l'information en ligne indique qu'il s'agit d'un INTEGER avec neuf (9) valeurs, p. ex. Un tableau. Ou qu'une propriété est accessible en écriture selon les données maîtres KNX alors que les informations 'en ligne' prétendent le contraire.
•Dans ces cas, les informations des données maîtres KNX prennent toujours la priorité.
•Ce tri sur contradiction est renseigné par le type affiché en orange.
|
|
|
Cette vue permet l'édition d'une zone mémoire d'un participant; la structure est similaire à celle des éditeurs hexadécimaux communs.
Affichage
La largeur de l'écran est fixée à 16 octets et n'est pas variable. Les adresses de base (forme hexadécimale) sont listées dans la colonne de gauche ; à droite dans l'en-tête se trouvent les 16 emplacements de mémoire différents (forme hexadécimale).
Édition en cours
Les octets modifiés sont affichés en rouge tandis que les octets en lecture seule sont grisés. L'entrée est faite en hexadécimal.
Fonctions
 |
Mémoire – Lecture depuis un participant |
|
La boîte de dialogue pour la lecture de la mémoire de l'appareil permet l'entrée suivante :
•Participant/Adresse physique ; prédéfini en utilisant l'adresse du participant sélectionné pour la dernière fois dans ETS (ou l'adresse du participant auquel appartient le dernier élément).
•Participant/Clé d'accès (également appelée clé d'accès dans KNX) ; pour procédure, voir Remarque
•Plage; de ... à ; défaut = 0x0100.. 0x010F
•Espace d'adressage; défaut = Mémoire Standard, les autres sont Mémoire Utilisateur, esclave de coupleur de ligne, Table de routage du coupleur de ligne)
|
|
Dans la boîte de dialogue pour ouvrir les fichiers *.sxx, les formats *.s19 ; *.s28 et *.s37 peuvent être sélectionnés.
Après la sélection d'un fichier, tout le contenu du fichier est affiché dans l'éditeur. Si le format du fichier est défectueux ou si le fichier ne peut pas être lu complètement, un message correspondant apparaît et le processus est terminé.
|
|
L'écriture vers des fichiers *.sxx ne peut se faire que dans les formats de fichiers mentionnés ci-dessus. Si le fichier cible existe déjà, il y aura une confirmation indiquant si le fichier doit être écrasé. Si la mémoire est lue depuis un fichier, éditée et écrite dans le fichier, toutes les procédures de chargement qui peuvent exister dans ce fichier ne sont pas perdues dans le processus.
|
|
|
En plus du Lecteur de périphériques, il y a aussi l'Éditeur de périphériques qui, en plus d'offrir d'autres fonctions, fournit un accès en écriture/transfert de données aux participants. Le tableau suivant liste les différences (R = accès lecture, W = accès en écriture).
|
ETS App
|
Propriétés du participant
|
Mémoire du participant
|
fichiers *.sxx
|
fichiers *.knxprop
|
|
Device Reader
|
R
|
R
|
R / W
|
R / W
|
|
Device Editor (éditeur de périphérique)
|
R / W
|
R / W
|
R / W
|
R / W
|
Les zones de mémoire permettent même l'accès en lecture/écriture dépend du modèle de participant respectif (version de masque). Les droits d'écriture (W) sont soumis à un codage d'accès ; une ressource (mémoire) ne peut pas être écrite si les droits d'accès (Écrire) contiennent les éléments suivants :
•<Droits d'accès Lire="xyz" Écrire="Aucun"/>
•<Droits d'accès Lire="xyz" Ecrire="Fabricant"/>
Toutes les données sont stockées dans les données d'administration d'ETS (données maîtres).
|
Fonctions supplémentaires
|
Mémoire – Transfert vers le participant |
|
Lors du transfert d'une zone mémoire vers un participant, une boîte de dialogue avec les options suivantes s'affiche :
•Participant/Adresse physique ; prédéfini en utilisant l'adresse du participant sélectionné pour la dernière fois dans ETS (ou l'adresse du participant auquel appartient le dernier élément).
•Participant/Clé d'accès (également appelée clé d'accès dans KNX) ; pour procédure, voir Remarque
•Mode d'écriture; complète/partielle indique si la zone mémoire doit être remplacée complètement, ou seulement les octets modifiés marqués en rouge.
Si la zone de mémoire spécifiée est plus grande que le nombre d'octets lus, un message d'erreur apparaît.
|
|
Les options de dialogue suivantes sont disponibles :
•Participant/Adresse physique ; prédéfini en utilisant l'adresse du participant sélectionné pour la dernière fois dans ETS (ou l'adresse du participant auquel appartient le dernier élément).
•Participant/Clé d'accès (appelée clé d'accès dans KNX aussi) ; prédéfinie en utilisant une clé de projet ETS possible qui peut exister
Contrairement au mode Mémoire (voir ci-dessus), seuls les changements qui ont été effectués sont transférés vers le participant dans ce cas. L'option de tout transférer (encore) est très longue et n'est pas entièrement sécurisée (pour ce que l'on appelle les propriétés de fonctions sans état).
|
|
En utilisant la fonction Charger des données de type , les utilisateurs peuvent charger leurs propres données de type pour afficher les désignations de types de propriété qui, par exemple, ne sont pas encore contenus dans les données administratives KNX. Si une tentative est faite ici pour écraser un ID qui existe déjà, un message d'erreur apparaîtra.
•Lorsque des données définies par l'utilisateur sont chargées, les types de données connus sont d'abord réinitialisés à l'état des données d'administration de KNX, puis les données sélectionnées sont lues. Toutes les données utilisateur précédemment chargées sont supprimées dans ce processus. Cela signifie qu'il n'est pas possible de charger successivement plusieurs fichiers de données définies par l'utilisateur.
•Pour réinitialiser les données administratives de KNX à l'état d'origine, un type de fichier de données doit être lu dans lequel ne contient qu'un élément vide (<PropertyIdentifiers/>).
•Le format du type de fichier est décrit ci-dessous.
|
|
|
|
Il existe trois (3) formats de fichiers avec lesquels les applications KNX ETS peuvent travailler et stocker. Celles-ci sont décrites dans ce qui suit:
•Fichiers de propriétés (*.knxprop) ; Sauvegarde (lecture) les données dans les fichiers
•Enregistrer les fichiers (*.sxx); Sauvegarde (lecture) le contenu mémoire dans les fichiers
•Types de fichiers (*.xml); Définit l'interprétation de types de propriétés (éventuellement inconnus)
|
Le format est basé sur XML et décrit les objets et leurs propriétés associées ainsi que leurs valeurs. Chaque objet ici est identifié par deux éléments descriptifs :
| TypeId |
Un ID des données maîtres KNX |
| Index |
Index de l'objet sur le participant |
|
Les informations suivantes des propriétés sont stockées :
| Id |
Propriété type ID des données maîtres KNX ; si elles ne sont pas disponibles, seulement une valeur numérique |
| Écriture possible |
Booléen |
| TypeId |
Nom de l'Identificateur de Propriété |
| Nombre d'éléments |
Pour les tableaux > 1, sinon 1 |
| Index |
Index de la propriété de l'objet |
|
Formatage des valeurs
Sauf pour les tableaux, chaque type de propriété est divisé en différents octets et est stocké de cette façon, où les octets sont séparés par un "-".
À titre d'exemple, voici la valeur d'une propriété du type PDT_GENERIC_10 :
Valeur="16-75-C1-04-41-81-45-20-02-00"
Formatage des tableaux
Les éléments individuels du tableau sont divisés en octets de la même manière que les valeurs non-tableaux. Les valeurs individuelles sont séparées par une virgule dans le tableau. Les tableaux stockés sont fermés entre crochets. Par exemple, voici une propriété du type PDT_GENERIC_01 avec 12 éléments :
Valeur="{ 31,34,3A,34,30,3A,30,34,00,00,00,00 }"
Exemple
Voici unExemple complet pour clarifier davantage le format. Comme on peut le voir, les objets sont également stockés pour lesquels aucune propriété n'a encore été lue.
|
<?xml VERSION="1.0"?>
<Objects>
<Object TypeID="OT-0" Index="0">
<Properties>
<Property Id="PID--1" Access="0" Writable="false"
TypeId="PDT_UNSIGNED_INT" ElementCount="1" Index="0" Value="00-00" />
<Property Id="PID--9" Access="0" Writable="false"
TypeId="PDT_UNSIGNED_CHAR" ElementCount="1" Index="1" Value="01" />
<Property Id="PID--11" Access="0" Writable="false"
TypeId="PDT_GENERIC_06" ElementCount="1" Index="2"
Value="00-01-00-1F-72-F4" />
<Property Id="PID--12" Access="0" Writable="false"
TypeId="PDT_UNSIGNED_INT" ElementCount="1" Index="3" Value="00-01" />
<Property Id="PID--14" Access="0" Writable="true"
TypeId="PDT_GENERIC_01" ElementCount="1" Index="4" Value="00" />
<Property Id="PID--15" Access="0" Writable="false"
TypeId="PDT_GENERIC_10" ElementCount="1" Index="5"
Value="16-75-C1-04-41-81-45-20-02-00" />
<Property Id="207" Access="0" Writable="false"
TypeId="PDT_GENERIC_04" ElementCount="1024" Index="20" Value="{ }" />
<Property Id="208" Access="0" Writable="true"
TypeId="PDT_FUNCTION" ElementCount="1" Index="21" />
<Property Id="209" Access="0" Writable="true"
TypeId="PDT_FUNCTION" ElementCount="1" Index="22" />
<Property Id="211" Access="0" Writable="false"
TypeId="PDT_GENERIC_01" ElementCount="12" Index="23"
Value="{ 31,34,3A,34,30,3A,30,34,00,00,00,00 }" />
<Property Id="247" Access="0" Writable="false"
TypeId="PDT_VERSION" ElementCount="1" Index="24" Value="40-00" />
</Properties>
</Object>
<Object TypeId="OT-6" Index="1">
<Properties />
</Object>
<Object TypeId="OT-7" Index="2">
<Properties />
</Object>
<0></Objects>
|
|
|
L'utilisation de tous les formats *.sxx dans l'ETS a connu une croissance historique. Ce sont des formats de données orientés binaires définis par Motorola. Une définition précise du format peut être trouvée sur Internet. Le principe général est toujours RECORD-TYPE COUNT ADRESSE DATA CHECK-SUM.
|
|
Le format du fichier du type de fichiers de données correspond au format des éléments correspondants dans les données administratives KNX (données maîtres). Tous les éléments de type Identifiant de propriété sont entourés entre crochets <PropertyIdentifiants> et contiennent les informations suivantes en tant qu'attributs XML :
| Id |
ID de la propriété (texte brut dans les propriétés de la propriété) |
| Numéro |
ID de la propriété (numérique) |
| Texte |
Nom de la propriété (texte brut dans la colonne Propriété) |
| PDT |
ID du type de propriété (spécifie le type et le nombre de bits) |
| Type d'objet |
ObjectType ID ; spécifie pour quels types d'objet cet identifiant de propriété est valide. Si cette valeur n'est pas définie, l'identifiant de propriété est valide pour tous les types d'objet. |
|
Exemple
Voici unExemple complet pour clarifier davantage le format.
|
<PropertyIdentifiers>
<PropertyIdentifier Id="PID--208" Number="208" Name="PID_CUSTOM_STATE"
Text="Custom State" PDT="PDT-4" />
<PropertyIdentifier Id="PID--212" Number="212" Name="PID_SUPPORT_FLAG"
Text="Support Flag" PDT="PDT-3" />
<PropertyIdentifier Id="PID--215" Number="215" ObjectType="OT-11"
Name="PID_CHANNEL_MODE" Text="Channel Mode" PDT="PDT-3" />
</PropertyIdentifiers>
|
|
|
Remarques
•La clé d'accès est prédéfinie à l'aide d'une clé du projet ETS qui pourrait déjà exister ; sinon, la clé par défaut (0xFFFFFFFF) est utilisée. ETS tente d'utiliser le niveau de 'valeur plus élevée' sur la base de ces deux clés.
▪La clé du projet existe ; Niveau de la clé du projet l'emporte si <> clé par défaut ; Si la première requête avec la clé par défaut atteint immédiatement le niveau maximum (= 0), la seconde requête peut être omise.
▪Il n'y a pas de clé de projet ; Le niveau de la clé par défaut est utilisé.
•Cette application ETS KNX peut être appelée plus d'une fois dans ETS (voir Types d'appel pour les applications ETS).
