02-17-2021, 08:59 AM
(02-16-2021, 04:10 PM)Pollux06 a écrit :Merci d'avoir répondu. Nous convenons que le type 229 devrait être ajouté. Nous n'avions aucun cas d'utilisation parmi les intégrateurs auparavant. Nous avons ajouté la tâche à la liste des améliorations, généralement cela prend d'un mois. Merci pour votre commentaire(02-16-2021, 01:03 PM)Ildar Mardiev a écrit : Chers collègues, désolé pour la longue attente. Je répondrai à vos questions après avoir communiqué avec des spécialistes techniques.
Nous soutenons les types d'adresses de groupe KNX suivants (https://dev.iridi.com/KNX/en#Description):
1.* 1-bit
2.* 2-bit controlled
3.* 3-bit controlled
4.* Character
5.* 8-bit unsigned value
6.* 8-bit signed value
7.* 2-byte unsigned value
8.* 2-byte signed value
9.* 2-byte float value
10.* Time
11.* Date
12.* 4-byte unsigned value
13.* 4-byte signed value
14.* 4-byte float value
16.* Character string
17.* Scene number
18.* Scene control
20.* 1-byte
232.* 3-byte colour RGB
Nous ajoutons rapidement de nouveaux types sur demande, l'ensemble actuel est uniquement dû au fait que jusqu'à présent il était suffisant pour nos intégrateurs. Envoyez-nous votre exemple d'utilisation et une description de la tâche, nous ajouterons un support pour les types requis (envoyez s'il vous plaît votre liste, même si vous n'avez pas encore décidé d'utiliser iRidium – cela peut aider d'autres utilisateurs avec des demandes similaires à l'avenir).
Merci Ildar pour votre réponse.
J'ai déjà envoyé à Olga Nozdrina les documents reprenant toutes les spécifications des DPT KNX à jour au 01 janvier 2020.
Personnellement en tant qu'utilisateur essentiellement KNX je trouve dommage que vous vous cantonniez aux descriptions BAOS fixées par Wienzierl (en autre) en 2002.
Depuis beaucoup d'eau a passé sous les ponts et si vous avez bien intégré le DPT 232.xxx pour la gestion du RGB, on est passé depuis au 251.600 (RGBW).
Par ailleurs il manque toutes les définitions de DPT sur 6 bytes dont le très utilisé 229.001 (metering value). Il y a donc quasiment 18 ans d'écart entre la définition BAOS et l'actuelle KNX.
Sans que cela soit une critique, je trouve très dommage qu'il ne soit pas possible d'appeler des scripts externes en node-red, LUA ou Python et que l'on soit limité au seul JS forcément moins complet surtout sur le bas niveau.