Voyants BP Hager et HA

[XeNo]

Oui en 1 bit

[Stef42]

Oui en 1 bit

Je ne trouve rien sur mon actionneur que ce soit sur mon ancien ou nouveau projet.
Nouveau projet :


Ancien projet :


Une idée ?

[filou59]

Le objets n'apparaissent que si l'actionneur est configuré pour.
En nous montrant des capture on ne peut rien en déduire.

Il faut d'abord éplucher la doc ou les paramètre de ton actionneur avant de se prononcer

Là sans savoir de quel actionneur ont parle , c'est dificile.

[filou59]

J'ai répondu en voyant ta phrase sans regarder ta capture.

Position Haute Atteinte / Position Basse Atteinte : C'est quoi a ton avis ? 

[Ives]

Je reviens vers vous suite à l'installation de mon nouveau module logique MDT.
Je voudrais l'utiliser pour la position de mes groupes de volets (volets du rez de chaussée par ex) et mettre la condition que si j'ai un volet à 0% alors le groupe reste à l'état fermé.
Je vois que l'AG utilisée est un pourcentage (0-100%) d'une longueur d'un byte. Comment dois je m'y prendre ?

La configuration va ressembler à ceci mais je l'ai fait rapidement et comme je n'ai pas ce participant je ne peux pas tester !





Il faut ensuite créer :
- 1 GA pour lier l'objet 0 du SCL avec l'objet "Position basse atteinte" du volet 1
- 1 GA pour lier l'objet 2 du SCL avec l'objet "Position basse atteinte" du volet 2
- 1 GA pour lier l'objet 4 du SCL avec l'objet "Position basse atteinte" du volet 3
- 1 GA pour lier l'objet 5 du SCL avec l'objet "Position basse atteinte" du volet 4
- 1 GA pour lier l'objet 9 du SCL avec l'objet de la led de ton bouton

Lorsque tout les volets seront fermés, la LED du bouton sera allumée et elle va s'éteindre dès qu'un des volets n'est plus fermé

[Stef42]

J'ai répondu en voyant ta phrase sans regarder ta capture.

Position Haute Atteinte / Position Basse Atteinte : C'est quoi a ton avis ? 

Yes par contre c'est peut être une question bête mais si on a une inversion dans HA (invert_position: "true" et invert_updown: "true") cela change quelque chose ?

@Yves merci je vais regarder cela ce soir.

[Ives]

Yes par contre c'est peut être une question bête mais si on a une inversion dans HA (invert_position: "true" et invert_updown: "true") cela change quelque chose ?

C'est une possibilité en plus pour l'affichage dans HA (qui ne va pas modifier ton projet ETS). Cette fonctionnalité est intéressante si dans les objets ETS tu ne disposes que de l'information complémentée mais dans ton cas tu peux traiter en KNX directement (ensuite il faudra afficher dans HA l'état de la GA de la LED du bouton).

[Stef42]

Yes par contre c'est peut être une question bête mais si on a une inversion dans HA (invert_position: "true" et invert_updown: "true") cela change quelque chose ?

C'est une possibilité en plus pour l'affichage dans HA (qui ne va pas modifier ton projet ETS). Cette fonctionnalité est intéressante si dans les objets ETS tu ne disposes que de l'information complémentée mais dans ton cas tu peux traiter en KNX directement (ensuite il faudra afficher dans HA l'état de la GA de la LED du bouton).

Par contre en faisant cela je ne perds pas le pourcentage d'ouverture de mes volets dans HA ? Vu que je n'utilise plus l'AG en 1 byte ?

[Ives]

Par contre en faisant cela je ne perds pas le pourcentage d'ouverture de mes volets dans HA ? Vu que je n'utilise plus l'AG en 1 byte ?

Non, il suffira dans ETS de créer une GA contenant l'objet "Indication de la position en %" (flag R activé) et ensuite de renseigner cette adresse dans HA à "position_state_address".

- name: "cuisine_volet"
   move_long_address: "1/0/6"
   move_short_address: "1/0/6"
   stop_address: "1/2/6"
   position_address: "1/1/6"
   position_state_address: "1/1/6"
   device_class: shutter

De même si tu crées dans HA un bouton virtuel pour ouvrir/fermer le groupe de volets comme indiqué ici, il suffira de renseigner dans HA à "position_state_address" du groupe, l'adresse de la GA dans laquelle sont liés l'objet 9 du SCL avec l'objet de la LED du bouton

# Groupe VR/BSO RDC SUD
# BSO, Lingerie, VR Cuisine, VR Salon
 - name: "grp_vr_rdc_sud"
   move_long_address: "1/0/28"
   move_short_address: "1/0/28"
   stop_address: "1/2/28"
   position_address: "1/1/28"
   position_state_address: "1/1/28"
   device_class: shutter

[Stef42]

Par contre en faisant cela je ne perds pas le pourcentage d'ouverture de mes volets dans HA ? Vu que je n'utilise plus l'AG en 1 byte ?

Non, il suffira dans ETS de créer une GA contenant l'objet "Indication de la position en %" (flag R activé) et ensuite de renseigner cette adresse dans HA à "position_state_address".

- name: "cuisine_volet"
   move_long_address: "1/0/6"
   move_short_address: "1/0/6"
   stop_address: "1/2/6"
   position_address: "1/1/6"
   position_state_address: "1/1/6"
   device_class: shutter

De même si tu crées dans HA un bouton virtuel pour ouvrir/fermer le groupe de volets comme indiqué ici, il suffira de renseigner dans HA à "position_state_address" du groupe, l'adresse de la GA dans laquelle sont liés l'objet 9 du SCL avec l'objet de la LED du bouton

# Groupe VR/BSO RDC SUD
# BSO, Lingerie, VR Cuisine, VR Salon
 - name: "grp_vr_rdc_sud"
   move_long_address: "1/0/28"
   move_short_address: "1/0/28"
   stop_address: "1/2/28"
   position_address: "1/1/28"
   position_state_address: "1/1/28"
   device_class: shutter

J'ai cela :


Et ça dans mon configuration.yaml pour HA :
    
- name: "Volet porte buanderie"
move_long_address: "1/0/8"
stop_address: "1/1/8"
position_state_address: "1/2/8"
travelling_time_down: 28
travelling_time_up: 30
invert_position: "true"
invert_updown: "true"

Est ce que cela parait correct ?

[XeNo]

Alors tu parles de 0/0/14 et 0/1/14 mais dans tes captures il s'agit de 1/2/8 et 1/3/8..

Ca risque de mal fonctionner.
J'ai l'impression que tu ne lis pas les documentations, il faut regarder.

Ton indication d'état dans ton interrupteur attends visiblement un booleen (donc 1bit, 1 ou 0) dans ta GA 1/2/8
Mais tu parles de ta position en % dans le 1/3/8.

Tu veux faire quoi exactement ?
Un cover en knx dans HA c'est ça :
https://www.home-assistant.io/integrations/knx/#cover

Donc :
knx:
cover:
- name: "Kitchen shutter"
move_long_address: "3/0/0"
move_short_address: "3/0/1"
stop_address: "3/0/4"
position_address: "3/0/3"
position_state_address: "3/0/2"
travelling_time_down: 51
travelling_time_up: 61
device_class: shutter

Il n'existe pas de "state_address"

Le retour d'état d'ou se trouve le volet en %, ton objet 138 va dans "position_state_address"
Pour impulser une position via un % (va là), ton objet 136 va dans "position_address"
Pour faire monter/decendre ton VR, (en appui unique, qui ne s'arrete pas seul donc), ton objet 133 va dans "move_long_address"
Pour arreter le mouvement de montée/descente, ton objet 135 va dans "stop_address"
Tes objets de fins de courses haut et bas (140 et 141) ne servent que dans des cas particulier (valider des positions fermées pour savoir si tout est fermé par exemple) mais pas dans HA

Dans HA, travelling_time_down est le temps que tu vas devoir mesurer de la descente de ton volet pour que la montée graphique du visuel HA corresponde à la réalité
travelling_time_up est la même chose pour la montée.
Et même si ton actionneur a la detection de fin de course

device_class: shutter permet de dire à HA que cela sera un volet (icon adapté et tuile bien proposée)

[Stef42]

Alors tu parles de 0/0/14 et 0/1/14 mais dans tes captures il s'agit de 1/2/8 et 1/3/8..

Ca risque de mal fonctionner.
J'ai l'impression que tu ne lis pas les documentations, il faut regarder.

Ton indication d'état dans ton interrupteur attends visiblement un booleen (donc 1bit, 1 ou 0) dans ta GA 1/2/8
Mais tu parles de ta position en % dans le 1/3/8.

Tu veux faire quoi exactement ?
Un cover en knx dans HA c'est ça :
https://www.home-assistant.io/integrations/knx/#cover

Donc :
knx:
 cover:
   - name: "Kitchen shutter"
     move_long_address: "3/0/0"
     move_short_address: "3/0/1"
     stop_address: "3/0/4"
     position_address: "3/0/3"
     position_state_address: "3/0/2"
     travelling_time_down: 51
     travelling_time_up: 61
     device_class: shutter

Il n'existe pas de "state_address"

Le retour d'état d'ou se trouve le volet en %, ton objet 138 va dans "position_state_address"
Pour impulser une position via un % (va là), ton objet 136 va dans "position_address"
Pour faire monter/decendre ton VR, (en appui unique, qui ne s'arrete pas seul donc), ton objet 133 va dans "move_long_address"
Pour arreter le mouvement de montée/descente, ton objet 135 va dans "stop_address"
Tes objets de fins de courses haut et bas (140 et 141) ne servent que dans des cas particulier (valider des positions fermées pour savoir si tout est fermé par exemple) mais pas dans HA

Dans HA, travelling_time_down est le temps que tu vas devoir mesurer de la descente de ton volet pour que la montée graphique du visuel HA corresponde à la réalité
travelling_time_up est la même chose pour la montée.
Et même si ton actionneur a la detection de fin de course

device_class: shutter permet de dire à HA que cela sera un volet (icon adapté et tuile bien proposée)

Désolé c'est une erreur de copier-coller. J'ai édité avec le bon bloc (VR pour porte buanderie)

[XeNo]

Pourquoi
invert_position: "true"
invert_updown: "true"

?

Et il manque le
position_address: "1/4/8" pour forcer une position en % (donc en cliquant graphiquement sur le dessin) depuis HA.

Par contre si je comprends bien, tu reprends une installation TX100 sur ETS, sans lancer de programmation, et en même temps tu fais HA. Et ensuite tu vas tout balancer d'un coup ?
Je trouve ça risquer de mélanger 2 systèmes, pour lesquels tu découvres comment ça fonctionne, en reprenant une installation complete.. après bon tu fais comme tu veux, mais tu devrais reprogrammer en premiere lieu ton installation KNX avec juste la base (lumiere/VR) et ajouter au fur et à mesure les autres fonctions.

[Stef42]

Pourquoi
invert_position: "true"
invert_updown: "true"

?

Et il manque le
position_address: "1/4/8" pour forcer une position en % (donc en cliquant graphiquement sur le dessin) depuis HA.

Par contre si je comprends bien, tu reprends une installation TX100 sur ETS, sans lancer de programmation, et en même temps tu fais HA. Et ensuite tu vas tout balancer d'un coup ?
Je trouve ça risquer de mélanger 2 systèmes, pour lesquels tu découvres comment ça fonctionne, en reprenant une installation complete.. après bon tu fais comme tu veux, mais tu devrais reprogrammer en premiere lieu ton installation KNX avec juste la base (lumiere/VR) et ajouter au fur et à mesure les autres fonctions.

Il n'y a que le KNX que je dois tout reprendre.
Pour HA je mettrais à jour les AG des lumières et volets je devrais m'en sortir si j'y suis arrivé la première fois alors que cela fait 3 ans quasi que ça tourne.
Pour info je n'utilisais pas le position_address, je verrai si je le rajoute (pas la priorité).
Pour le invert c'est pour être à l'inverse du KNX car 0% est fermé chez moi dans HA (préférence)