Logique d'adressage de groupe

[Hadrieng]

Bonjour à tous,

Je ne parviens pas à trouver un fil de discussion qui compare les différentes approches d'adressage GA (je n'ai sans doute pas trouver tous les fils qui traitent du sujet donc n'hésitez pas à mettre les liens dans les réponses !)

Je suis notamment tombé sur cet article KNX : https://www.knx.org/knx-fr/newsroom/fr/n...oupes-KNX/

J'ai l'impression que la plupart du temps une logique fonctionnelle est conseillée pour le résidentiel. J'avoue que j'ai un peu du mal à comprendre la raison.

Je suis peut-être un cas particulier mais la plupart des adresses de groupe dans mon cas sont liées au contrôle de l'éclairage (variation, TW, RGBW, scénario nuit, etc.) Avec une logique fonctionnelle, le groupe 1// (éclairage) est très dense alors que seuls 3 ou 4 des 30 autres groupes principaux sont non vides et dans tous les cas très peu remplis. La plupart des adresses sont donc inutilisées.

Quelle logique avez-vous suivie ? Quels retours d'expérience ?

Dans mon cas, j'ai réfléchi à 2 scénarios
Scen1 :
- Groupe principal : fonction principale (éclairage, chauffage, etc.)
- Groupe intermédiaire : zone de la maison
- Sous-groupe : pièce et sous-fonction

Scen2 : 
- Groupe principal : pièce de la maison avec numéro de l'étage (0x : RDC, 1x : R+1, 2x : R+2, 3x : extérieur)
- Groupe intermédiaire : fonction principale (éclairage, chauffage, etc.)
- Sous-groupe : sous-fonction

Le Scen2 me semble beaucoup plus fluide. Je trouve plus aisée d'imaginer des scènes par pièce, notamment sur l'éclairage et l'organisation des adresses de groupe sur cette logique me semble plus naturelle.
Par ailleurs, ça laisse suffisamment de plages d'adresse sur l'éclairage pour avoir une logique de numérotation des sous-groupes cohérente (ex. //1 commutation, etc.)

Je n'ai jamais vu cette logique d'adressage donc je me dis que je passe peut-être à coté de quelque chose qui m'échappe d'où ma demande de vos retours d'expérience. 

Merci !

[Scorpio5]

Pour ma part je préfère avoir la même pièce dans le même groupe principal,   qui correspond en général à l'étage..

Quant tu depanne ou autre, cet chiant de changer de Gp a chaque fois..

Donc l'étage en gp,
Avec les 7 RI je met :
0commun
1 lum
2 lum statut
3store
4 store statut
5, 6 et 7, chauffage (ou autre technique présente)
.
Je fait généralement de grande bâtiment,
Les adresses en 1, sont copiee en 2, avec la mention statut,
Pour une clarté si projet, en depannage et autre, pas besoin de reflechir,   si t'allume en 3/1/13,  t'aura le statut en 3/2/13

Toujours la même logique,
On/off, varié, %,  ou j'ai juste à rajouté statut derrière quant je copie, et remplacer varié par trigger (pour les détecteurs)

Même principe pour les stores, sauf qu'il y a 4 adresse, et 4 statut..

C'est ma métologie, qui a fait ces preuves depuis le temps,
Avec toujours des nom d'adresse le plus court possible, pour l'affichage dans le moniteurs de groupe..   Juste le nom, ou le numéro de la pièce suffit, qu'on puisse filtré par la suite rapidement.

Mieux c'esr conçu, plus tu gagne du temps par la suite

[kiofu]

Bonjour,
la vraie question est : avez vous besoin de réplicabilité de votre méthode d'adressage ?

Pour l'éclairage et les volets, je suis la méthode classique ;
Ecl = principal, median : On/Off - Re - Varitation % - Viariation % RE - Variation +/-
Volat = principal, médian : M/D - Stop - Position...

Je fais correspondre mon plan avec mon adresse de groupe : donc si dans ma cuisine, ma suspension est repéré ECL1 alors 1/1/1 pour allumer, 1/2/1 On/Off RE, 1/3/1 variation %, 1/4/1 variation % RE et 1/5/1 Variation +/-

Pour les thermostats , je regarde les objets de l’appareil. je les copie à la suite comme ils viennent selon mon paramétrage. La différence ce fera sur le groupe médian. donc 1/ Thermostat, 1/1 Th Cuisine, 1/2 Th Salon. et les objets des thermostats ont les mêmes numéros.

C'est plus facile a mettre en œuvre quand on utiise Excel et l’importation de CSV.
Le copiè coller est super pratique de ETS vers Excel et vice versa

[Polo46]

CC

KNX swiss a édité un document en ce sens : https://www.knx.ch/wAssets/docs/publikat...ES-Web.pdf

Là où ça se complique dans la structure à 3 niveaux, c'est qu'auparavant tu pouvais faire un groupe principal "éclairage" et y mettre plusieurs médians ; le basic étant ON OFF et IE ON OFF. Mais maintenant avec le RGBWW, ça nécessite d'avoir bien davantage de médians si tu veux attribuer le même suffixe à une lampe.

Perso je pense que tout dépend de la taille du projet : si tu as plus de 256 lampes à contrôler, ce que je viens d'écrire précédemment n'est pas adapté.

@kiofu : A se demander d'ailleurs si un jour, l'adresse cible du télégramme ne sera pas codée en 3 octets pour augmenter le nombre de groupes médians. Pas impossible vu l'association KNX a déjà pondu le DPT 270.1200 sur 20 octets, dont personne, à ma connaissance, ne sait comment il sera transmis sur le bus...

[kiofu]

CC

KNX swiss a édité un document en ce sens : https://www.knx.ch/wAssets/docs/publikat...ES-Web.pdf

Là où ça se complique dans la structure à 3 niveaux, c'est qu'auparavant tu pouvais faire un groupe principal "éclairage" et y mettre plusieurs médians ; le basic étant ON OFF et IE ON OFF. Mais maintenant avec le RGBWW, ça nécessite d'avoir bien davantage de médians si tu veux attribuer le même suffixe à une lampe.

Perso je pense que tout dépend de la taille du projet : si tu as plus de 256 lampes à contrôler, ce que je viens d'écrire précédemment n'est pas adapté.

@kiofu : A se demander d'ailleurs si un jour, l'adresse cible du télégramme ne sera pas codée en 3 octets pour augmenter le nombre de groupes médians. Pas impossible vu l'association KNX a déjà pondu le DPT 270.1200 sur 20 octets, dont personne, à ma connaissance, ne sait comment il sera transmis sur le bus...

Salut,
Il me semble qu'avec les produit de dernière générations, tu peux aller en adresse 31 en principale de mémoire. Cela laisse de quoi faire.
Merci pour le liens de KNX swiss, c'est un peu leurs méthodologie que j'utilise et je n'arrivai plus a mettre la main dessus.

A plus de 256 éclairages, je pense séparer en 2 groupes principaux.
Mais perso je n'ai jamais atteint ce nombre. Je ne sais pas si avec les routeurs il est possible de faire 2 bâtiments sur le même principe d'adressage. et ne filtrer que les adresses centrales.
Il me semble que c'est possible.


Le rgb, rgbw, rgbww et tunable white, je le traite a part avec une adresse principale en fonction des driver. Car tous n'ont pas les même caractéristiques, notamment sur les séquence et les messages d'erreurs.
Et leurs nombre est généralement inférieur aux autres luminaires.
J’essaie juste d'adapter la nomenclature de mon plan afin de m'y retrouver sur les adresses. La méthodologie (corrélation plan / nommage adresse) de KNX swiss a ce sujet est top.


Mais le tout c'est de faire en sorte de s'y retrouver quand on y replongera le nez dans 8/10 ou 15 ans.
Je fais des noms d'adresse de groupe à rallonge afin de m'y retrouver plus facilement et de pouvoir aussi filtrer plus facilement en cas de recherche avec le moniteur de groupe.

[Polo46]

CC

KNX swiss a édité un document en ce sens : https://www.knx.ch/wAssets/docs/publikat...ES-Web.pdf

Là où ça se complique dans la structure à 3 niveaux, c'est qu'auparavant tu pouvais faire un groupe principal "éclairage" et y mettre plusieurs médians ; le basic étant ON OFF et IE ON OFF. Mais maintenant avec le RGBWW, ça nécessite d'avoir bien davantage de médians si tu veux attribuer le même suffixe à une lampe.

Perso je pense que tout dépend de la taille du projet : si tu as plus de 256 lampes à contrôler, ce que je viens d'écrire précédemment n'est pas adapté.

@kiofu : A se demander d'ailleurs si un jour, l'adresse cible du télégramme ne sera pas codée en 3 octets pour augmenter le nombre de groupes médians. Pas impossible vu l'association KNX a déjà pondu le DPT 270.1200 sur 20 octets, dont personne, à ma connaissance, ne sait comment il sera transmis sur le bus...

Salut,
Il me semble qu'avec les produit de dernière générations, tu peux aller en adresse 31 en principale de mémoire. Cela laisse de quoi faire.
Merci pour le liens de KNX swiss, c'est un peu leurs méthodologie que j'utilise et je n'arrivai plus a mettre la main dessus.

A plus de 256 éclairages, je pense séparer en 2 groupes principaux.
Mais perso je n'ai jamais atteint ce nombre. Je ne sais pas si avec les routeurs il est possible de faire 2 bâtiments sur le même principe d'adressage. et ne filtrer que les adresses centrales.
Il me semble que c'est possible.


Le rgb, rgbw, rgbww et tunable white, je le traite a part avec une adresse principale en fonction des driver. Car tous n'ont pas les même caractéristiques, notamment sur les séquence et les messages d'erreurs.
Et leurs nombre est généralement inférieur aux autres luminaires.
J’essaie juste d'adapter la nomenclature de mon plan afin de m'y retrouver sur les adresses. La méthodologie (corrélation plan / nommage adresse) de KNX swiss a ce sujet est top.


Mais le tout c'est de faire en sorte de s'y retrouver quand on y replongera le nez dans 8/10 ou 15 ans.
Je fais des noms d'adresse de groupe à rallonge afin de m'y retrouver plus facilement et de pouvoir aussi filtrer plus facilement en cas de recherche avec le moniteur de groupe.

Re,
Tout à fait d'accord avec toi. Au delà de la structure d'adressage retenue, il est fondamental d'en conserver son plan sur un tableur ou un PDF car la logique d'un projet peut s'opposer à celle d'un autre.

Tu soulèves le sujet des alims et drivers LED. Perso j'ai utilisé les alims de Meanwell dont j'ai intégré la pupart des GAD dans les groupes éclairage. 
Mais on aurait aussi pu la rajouter au groupe qui contient toutes les alims, à commencer par la PS/CH. Du coup, j'ai créé des groupes spécifiques dont le suffixe se rapporte à l'AI du participant, au lieu de le rattacher à sa fonction. 
Ce n'est pas sans poser un problème d'organisation dans l'adressage, je m'explique : Tu veux par exemple remonter dans une supervision les temps de fonctionnement. Dans un éclairage LED, tu vas donc avoir celui de l'alim, du driver, du canal R, du canal G, etc. Si tu ajoutes à cela les différents besoin de maintenance qui peuvent être remontés (court-circuit, surchauffe, absence tension...), ca devient vite un casse tête dans l'organisation du projet, d'autant qu'on ne dispose que de 8 groupes médians, là ou 16 seraient plus confortables dans une structure 3 niveaux.

Si tu as une meilleure idée que la mienne...

[kiofu]

Tu soulèves le sujet des alims et drivers LED. Perso j'ai utilisé les alims de Meanwell dont j'ai intégré la pupart des GAD dans les groupes éclairage. 
Mais on aurait aussi pu la rajouter au groupe qui contient toutes les alims, à commencer par la PS/CH. Du coup, j'ai créé des groupes spécifiques dont le suffixe se rapporte à l'AI du participant, au lieu de le rattacher à sa fonction. 
Ce n'est pas sans poser un problème d'organisation dans l'adressage, je m'explique : Tu veux par exemple remonter dans une supervision les temps de fonctionnement. Dans un éclairage LED, tu vas donc avoir celui de l'alim, du driver, du canal R, du canal G, etc. Si tu ajoutes à cela les différents besoin de maintenance qui peuvent être remontés (court-circuit, surchauffe, absence tension...), ca devient vite un casse tête dans l'organisation du projet, d'autant qu'on ne dispose que de 8 groupes médians, là ou 16 seraient plus confortables dans une structure 3 niveaux.

Si tu as une meilleure idée que la mienne...

Pour les drivers Leds, les thermostasts, les stations météos, etc...
Bref, pour tout ce qui n'est pas éclairage on/off et var claissique et volets,les adresses sont en fonction du participant.

Pour ton driver meanwell par exemple, je créer les adresse à la suite des objets de groupes que je vais utiliser.
Donc 9 (ou autre) : driver Meawell, 9/1 : driver salon - 9/2 : driver cuisine,etc... donc si l'objet défaut est en 10eme position, alors en 9/1/10 et 9/2/10 j'ai l'adresse du défaut pour respectivement le salon et la cuisine.

Quand je passe sur un superviseur, c'est plus intuitif de s'y retrouver de cette manière. Pour certains,comme Domovea, je fait une copie et modifie au collage un seul chiffre.

J'ai aussi une adresse médian "divers" dans mon pricipale "éclairage", et je vais des décalage de 100 adresses pour sauter des paramètres.
pour de la variation simple de dali j'ai 1/7/1 défaut, 1/7/101 défaut lampe, 1/7/201 défaut driver
En vérité je n'ai pas vraiment de convention type, je m'adapte au projet, avec l'export en csv et le plugin "extented copy" j'arrive rapidement à dupliquer ma logique.


C'est le plus simple dans ma logique