Comment connaître le DPT associés aux objets de communication ?

[Bizniouf]

Bonjour,

Je cherche à gérer mes thermostats Schneider/Merten via Lifedomus. L'équipement thermostat proposé par Lifedomus est trop limité et ne correspond pas. Donc je pense devoir y paramétrer un équipement générique pour le faire correspondre aux fonctions des thermostats Merten.

J'ai commencé mais je me heurte au problème de savoir quels est le DPT associé à chaque objet de communication. Je ne les vois pas dans ETS. Je ne les trouve pas dans la doc Schneider.

Où trouver les formats de DPT associés aux objets ?
Accessoidement, à quoi correspondent les sous-types de DPT et comment savoir lequel utiliser ?

A l'avance merci de votre aide !

Thierry

[fma38]

Avec ETS, lorsque tu ouvres la fenêtre qui permet de lire/écrire sur un GA, tu vois le DPT. Il te suffit de créer une GA bidon, d'y mettre un objet à la fois, et de voir le type.

Pour les sous-types, il ne s'agit que d'interprétation de la valeur, mais la valeur elle-même est formatée pareil sur le bus (1bit, 1 octet, 2 octets integer, 2 octets float, etc...) pour un même main DPT.

Il y a un document sur knx.org qui les donne tous :

http://www.knx.org/fileadmin/downloads/0...0%20AS.zip

[Bizniouf]

Avec ETS, lorsque tu ouvres la fenêtre qui permet de lire/écrire sur un GA, tu vois le DPT. Il te suffit de créer une GA bidon, d'y mettre un objet à la fois, et de voir le type.

Pour les sous-types, il ne s'agit que d'interprétation de la valeur, mais la valeur elle-même est formatée pareil sur le bus (1bit, 1 octet, 2 octets integer, 2 octets float, etc...) pour un même main DPT.

Il y a un document sur knx.org qui les donne tous :

http://www.knx.org/fileadmin/downloads/0...0%20AS.zip

Merci beaucoup pour les infos. C'est déjà un peu plus clair !

Par contre, avec ETS4 je ne parviens pas à voir le type. Je vois bien le format (ex. : 2 octets) mais pas l'encodage - c'est à dire pas le type principal de DPT.
A priori ça dépend de l'équipement KNX. Sur un capteur de température Arcus SK08 je le vois. Sur un thermostat Merten MTN6214 je ne le vois pas... Une idée ?

@+
Thierry

[fma38]

Bizarre, ça !

[Bizniouf]

Pour être plus précis, dans la ligne associée à l'adresse de groupe je ne vois jamais que la "longueur". C'est dans la fenêtre propriété / onglet paramètres que je vois les types de données. Il me présente la liste de tous les types de données sur la longueur correspondante. Pour l'Arcus SK08 il m'en met un en évidence en vert. Pour le thermostat il n'en met aucun en évidence...
Où vois tu exactement le type de ton côté ?

[seb@leon]

Bonjour,

Je cherche à gérer mes thermostats Schneider/Merten via Lifedomus. L'équipement thermostat proposé par Lifedomus est trop limité et ne correspond pas. Donc je pense devoir y paramétrer un équipement générique pour le faire correspondre aux fonctions des thermostats Merten.

J'ai commencé mais je me heurte au problème de savoir quels est le DPT associé à chaque objet de communication. Je ne les vois pas dans ETS. Je ne les trouve pas dans la doc Schneider.

Où trouver les formats de DPT associés aux objets ?
Accessoidement, à quoi correspondent les sous-types de DPT et comment savoir lequel utiliser ?

A l'avance merci de votre aide !

Thierry

J'ai intégré 4 villas en Merten et Lifedomus, et c'est tout à fait intégrable avec Lifedomus et tout ce qui doit être piloté par un superviseur l'est.

Juste faire attention au mode du chauffage qui doit être changer au niveau de Lifedomus dans la manière de gérer les modes.

Pour ta question sur ETS4 le type peut être défini dans les propriété de chaque objet. A mon sens l'important est la taille de ton objet et non le type, le type est juste là pour déterminer le décodage de la valeur, mais 1 byte reste 1byte sur le bus et peut être compris par tous les participants.
Pour un superviseur là oui ça à une importance, mais rien ne t'empêche de définir 1 byte de type DPT 0-255 dans ETS et l'afficher dans un superviseur avec un type DPT 0-100%.

Certains facbricants effectivement renseigne tous leur objet avec un type DPT correspondant, mais c'est de loin pas le cas.

[Bizniouf]

J'ai intégré 4 villas en Merten et Lifedomus, et c'est tout à fait intégrable avec Lifedomus et tout ce qui doit être piloté par un superviseur l'est.

Juste faire attention au mode du chauffage qui doit être changer au niveau de Lifedomus dans la manière de gérer les modes.

Pour ta question sur ETS4 le type peut être défini dans les propriété de chaque objet. A mon sens l'important est la taille de ton objet et non le type, le type est juste là pour déterminer le décodage de la valeur, mais 1 byte reste 1byte sur le bus et peut être compris par tous les participants.
Pour un superviseur là oui ça à une importance, mais rien ne t'empêche de définir 1 byte de type DPT 0-255 dans ETS et l'afficher dans un superviseur avec un type DPT 0-100%.

Certains facbricants effectivement renseigne tous leur objet avec un type DPT correspondant, mais c'est de loin pas le cas.

Merci de ta réponse encourageante.
Je n'ai pas très bien compris ce que tu voulais dire sur la gestion du mode de chauffage. J'ai l'intention de le faire avec la Lifedomus en pilotant le mode thermostat par thermostat (j'en ai un par pièce), en fonction des horaires et autres.
Pour les DPT, effectivement on peut éventuellement se passer du type de données, mais l'absence de doc ou la non précision de cette information dans les fichiers fournis pour ETS devraient de mon point de vue être pointé comme une non conformité KNX.
@+
Thierry

[fma38]

Petite précision : un DPT est constitué de 2 nombres : main.sub. Le main définit la taille et l'encodage des données ; le sub décrit l'interprétation (plus ou moins) exacte de ces données. Voir le début du document dont j'ai donné le lien (page 9)...

[Bizniouf]

Petite précision : un DPT est constitué de 2 nombres : main.sub. Le main définit la taille et l'encodage des données ; le sub décrit l'interprétation (plus ou moins) exacte de ces données. Voir le début du document dont j'ai donné le lien (page 9)...

Salut Frédéric,
Oui oui, merci à toi, j'ai lu et bien compris.
Je maintiens ce que j'ai dit : Si on veut manipuler les données il est indispensable d'en connaître la taille, et très souhaitable d'en connaître l'encodage (surtout si c'est pour leur affecter une valeur depuis un superviseur...)
@+
Thierry