Forum KNX francophone / English KNX forum

Version complète : Mode Jour - Nuit : Quelles sont les bonnes pratiques ?
Vous consultez actuellement la version basse qualité d’un document. Voir la version complète avec le bon formatage.
Pages : 1 2
Bonjour,

Ayant désormais reçu ma platine de test, j'ai commencé la prog dans ETS. Pour le moment tout se passe bien, j'arrive à faire communiquer détecteurs de présence, bouton poussoir, actuator etc et je peux afficher sur mon poussoir MDT la température provenant de mon détecteur de présence.

Je commence à réfléchir à des actions différentes selon que l'on soit en mode jour ou nuit. Après lecture du forum il en ressort qu'il existe de nombreuses possibilités pour basculer (horloge KNX, station météo, crépusculaire ou simplement par un appui sur un poussoir...) et qu'il faille un module logique ou un participant ayant des fonctions logiques.

La question que je me pose dans un 1er temps c'est la gestion de ces 2 modes dans ETS. Je ne saisis pas bien ou créer mes modes jour et nuit. Au niveau des adresses de groupe ? des groupes médian ? Ailleurs ? Doit-on créer ces modes dans toutes les adresses de groupe nécessaires ou crée t'on le nécessaire dans une adresse de groupe principal ?

Ensuite prenons un exemple concret d'un détecteur de mouvement qui permet l'allumage d'une lampe en mode jour et rien en mode nuit. Quelle est la bonne méthode ? inhiber le détecteur si c'est faisable ? faire une opération logique pour déterminer si nous sommes en mode jour ou nuit ?

Merci pour vos retours et peut-être qu'un screenshot dans ETS me permettrait d'y voir plus clair
Je ne vais pas aller jusqu'a faire des screen, mais dans tous les cas, tu vas devoir créer une adresse de groupe JOUR/NUIT.
En fonction que t'ais décidé si c'est à 1 ou 0, tu réagis ou pas.
Après, tu met des modules logiques pour agir ou pas sur le 1 par exemple.

Tu peux tout à fait inhiber ton détecteur de mouvement ou bloquer la sortie (je préfère la première option)
Avec une logique comme JOUR/NUIT NAND 1 si la nuit est à 1 et que c'est la nuit, ta sortie logique sera 0, ce qui pourrait invalider la sortie du détecteur par exemple.

Pour le passage jour - nuit, tu l'as très bien mentionné, c'est horloge, superviseur, station météo ou bouton poussoir par exemple.
Le crépusculaire, je ne suis pas certain.
Dans mon cas, j'ai placé une horloge pour les fonctions de base et j'utilise le superviseur pour les conneries comme l'élcairage d'ambiance (buffet, bibliothèque, etc.)
Alors, je me suis arraché les cheveux toute la journée sans parvenir au résultat souhaité. A mon avis, une des bases m'échappe.

J'ai une GA 0/0/1 qui contient mon détecteur de MVT, la sortie A de mon actuateur et un bouton poussoir. Tout cela marche très bien, je peux allumer/éteindre via le poussoir et le détecteur active bien ma sortie A lorsqu'il y a un mouvement et coupe après 15 secondes.

J'ai une GA 2/2/1 Mode Nuit. Elle contient le poussoir qui me permet de basculer en mode nuit et l'écran de ce même poussoir se met bien en mode nuit.

C'est ensuite que je saisis pas quoi faire, j'ai bien tenté d'ajouter une fonction logique de l'actuator et/ou du détecteur) mais ca me coupait carrément le poussoir (preuve que c'est mal configuré.

Concrètement dans quelle GA je mets mes entrées du module logique ? l'entrée 1 dans le mode jour/nuit l'entrée 2 dans 0/0/1 ?
Est-ce que tu as une fonction de blocage sur ton détecteur de mouvement ?
Si oui alors il te suffit de mettre ton mode J/N dans la GA de blocage du détecteur.
C'est un Busch mini premium 6131/21. Je regarde de suite si je trouve cette fonction.
Alors dans la doc je viens de trouver ca :

---------------------------
11.3.41 Validation — Utiliser indicateur d'objet de validation
Options : non/oui
– non : aucun objet permettant de bloquer ou d'activer le détecteur n'est disponible.
– oui : un objet de communication 1 bit « Validation Mouvement (entrée) » est activé. Cet objet permet d'activer le détecteur et de le bloquer. Aucun envoi de télégramme n'a lieu par
le détecteur pendant le blocage.
---------------------------

J'ai activé la fonction blocage du détecteur et l'ai mise dans ma GA jour/nuit et ca fonctionne parfaitement.
Un grand merci ! Je ne connaissais pas encore l'intérêt de la fonction de blocage. Maintenant c'est très clair !
Si l'on veut complexifier la situation avec en plus un mode présence/absence (en plus de jour/nuit).

L'utilisation de fonctions logiques est obligatoires ?

Dans mon cas le détecteur de MVT dispose de 4 canaux. Si je bloque le canal 1 en mode nuit et le canal 2 en mode absent je vais me retrouver avec la situation suivante :
Si présent et jour je vais avoir 1 et 1
Si présent et nuit je vais avoir 1 et 0
Si absent et jour je vais avoir 0 et 1
Si absent et nuit je vais avoir 0 et 0

Comment gérez cela ?
Une seule solution : les fonctions logiques.

Mais dans le cas du détecteur cela n'a pas grand intérêt puisque si il y a absence, il ne doit pas y avoir de mouvement donc pas de détection. Si il y a mouvement c'est qu'il y a un intrus et l'allumage automatique a peut-être une chance de le faire fuir.
Autre scénario : maison en absence - arrivée de nuit - pas encore eu le temps d'enlever le mode absence ---> bien content d'avoir un minimum de lumière sans avoir à faire un allumage manuel.
En fait dans mon cas, il y a détection en mode absence à cause des chats.
Je cherche donc un moyen de les désactiver si je suis absent.
Donc les fonction logiques :
absence = 1 AND jour=1 ---> = 1 désactivé
absence = 1 AND jour=0 ---> = 1 désactivé
absence = 0 AND jour=1 ---> = 1 désactivé
absence = 0 AND jour=0 ---> = 0 activé
Donc quand tu es absent tu mets ta GA d'absence à 1 et la nuit tu mets ta GA de J/N à 0 .... tu fais une opération logique sur ces 2 GA dont le résultat sera mis dans une troisième GA. C'est cette troisième GA dont tu vas te servir pour bloquer le détecteur.

Voili .... voilou
J'ai des détecteurs premium ABB chez moi, et la fonction de validation existe.
Je l'utilise la nuit chez moi en été (les mouches qui se baladent sur le détecteur le déclenche)
Donc, la nuit, avec un all off préalable, les détecteurs ne valident plus les mouvements.
(10/12/2018, 15:32:19)pollux06 a écrit : [ -> ]Donc les fonction logiques :
absence = 1 AND jour=1 ---> = 1 désactivé
absence = 1 AND jour=0 ---> = 1 désactivé
absence = 0 AND jour=1 ---> = 1 désactivé
absence = 0 AND jour=0 ---> = 0 activé
Donc quand tu es absent tu mets ta GA d'absence à 1 et la nuit tu mets ta GA de J/N à 0 .... tu fais une opération logique sur ces 2 GA dont le résultat sera mis dans une troisième GA. C'est cette troisième GA dont tu vas te servir pour bloquer le détecteur.

Voili .... voilou

Y a pas moyen de faire plus simple que les 4 cas de figures? Un truc du genre:
SI 0 AND 0 ALORS Activé, SINON Désactivé

Je ne maitrise pas les sénario et les blocs logiques sous KNX mais en programmation c'est faisable facilement.
Kevlille ...... la majorité des systèmes logiques sous KNX ne permettent que de faire une simple opération logique au moyen d'un opérateur (AND / OR / XOR / NOT). Il faut donc faire avec puisqu'il est rare que l'on ait accès à du système conditionnel (Zennio propose ce système).

Mais quand on a peu pratiqué l'assembleur, c'est une gymnastique intellectuelle très simple d'autant plus que l'on peut facilement en simuler le comportement au moyen de la calculette intégrée à Windows.
Dans le cas de distrikt26 il suffit de programmer dans le bloc logique de l'un de ses participants  l'opération GA absence AND GA J/N dont le résultat sera mis dans une troisième GA ..... GA qui sera simplement liée avec le blocage du détecteur.
(10/12/2018, 15:32:19)pollux06 a écrit : [ -> ]Donc les fonction logiques :
absence = 1 AND jour=1 ---> = 1 désactivé
absence = 1 AND jour=0 ---> = 1 désactivé
absence = 0 AND jour=1 ---> = 1 désactivé
absence = 0 AND jour=0 ---> = 0 activé
Donc quand tu es absent tu mets ta GA d'absence à 1 et la nuit tu mets ta GA de J/N à 0 .... tu fais une opération logique sur ces 2 GA dont le résultat sera mis dans une troisième GA. C'est cette troisième GA dont tu vas te servir pour bloquer le détecteur.
Voili .... voilou

Si je reprend ton message (absence = 1 et nuit = 0) , on n'est pas bon. Je crois que ca donnerait çà plutôt :
absence = 1 AND jour=1 ---> = 1 désactivé
absence = 1 AND jour=0 ---> = 1 désactivé
absence = 0 AND jour=1 ---> = 1 désactivé --> activé (si je suis présent en journée ils doivent être actif)
absence = 0 AND jour=0 ---> = 0 activé --> désactivé (si je suis présent la nuit ils doivent être inactif)

et dans ce cas là on est pas bon. Ca à l'air très simple mais pas tant que ca en fait
et bien dans ce cas là tu met la nuit =1 et ça le fait Angel

Idea L'exemple était là pour te montrer ce qu'il faut faire ..... ensuite à toi à l'adapter à ton cas Cool 

Perso j'ai une GA pour le mode nuit liée au détecteur crépusculaire et une seconde GA qui est l'inverse de la GA de nuit ("calculée" par un bloc logique) ..... comme ça je prend la GA dont j'ai besoin pour obtenir le résultat souhaité dans mes opérations logiques.
Tiens, question, vous le casez dans quelle topologie le mode nuit ?
Pour l'instant je suis parti sur une topologie conseillée à plusieurs reprises, type :

0 - commandes groupées
1 - Eclairage
    1 / 0 : On / Off
               1 / 0 /1 : On / Off ch1
    1 / 1 : Etat On / Off
2 - volets
3 - chauffage
4 - Météo - Air - heure
5 - Comptage Energie
etc......


Mais les "boolean" présence, mode nuit, etc.... Vous les caseriez où pour ceux qui ont un modèle proche du mien ?
Divers ? Etats systèmes ?
(26/08/2020, 16:09:54)poukill a écrit : [ -> ]Tiens, question, vous le casez dans quelle topologie le mode nuit ?
Pour l'instant je suis parti sur une topologie conseillée à plusieurs reprises, type :

0 - commandes groupées
1 - Eclairage
    1 / 0 : On / Off
               1 / 0 /1 : On / Off ch1
    1 / 1 : Etat On / Off
2 - volets
3 - chauffage
4 - Météo - Air - heure
5 - Comptage Energie
etc......


Mais les "boolean" présence, mode nuit, etc.... Vous les caseriez où pour ceux qui ont un modèle proche du mien ?
Divers ? Etats systèmes ?
Jour/nuit peut servir pour l'éclairage, volets, alarme, chauffage... J'ai donc fait comme cela.

[Image: 200827083034923092.png]
Bonsoir
Une fonction jour nuit est une fonction qui en générale va pouvoir servir à de nombreux postes de la maison comme le chauffage, l’éclairage, les volets, etc... en terme de programmation cela signifie aussi que cette information va devoir circuler dans toute l’installation pour être efficace.

En KNX les groupes d’adresses 0 à 13 sont par défaut filtrés donc il serait judicieux soit de privilégier un groupe principal supérieur à 13 ou alors créer un groupe dédié aux infos commune et le définir comme non filtré

J’utilise pour ma part le groupe 0 sur ce deuxième principe qui se nomme fonctions centrales et qui regroupe toutes les fonctions communes à l’ensemble du projet,
(08/12/2018, 13:54:24)distrikt26 a écrit : [ -> ]Bonjour,

Ayant désormais reçu ma platine de test, j'ai commencé la prog dans ETS. Pour le moment tout se passe bien, j'arrive à faire communiquer détecteurs de présence, bouton poussoir, actuator etc et je peux afficher sur mon poussoir MDT la température provenant de mon détecteur de présence.

Je commence à réfléchir à des actions différentes selon que l'on soit en mode jour ou nuit. Après lecture du forum il en ressort qu'il existe de nombreuses possibilités pour basculer (horloge KNX, station météo, crépusculaire ou simplement par un appui sur un poussoir...) et qu'il faille un module logique ou un participant ayant des fonctions logiques.

La question que je me pose dans un 1er temps c'est la gestion de ces 2 modes dans ETS. Je ne saisis pas bien ou créer mes modes jour et nuit. Au niveau des adresses de groupe ? des groupes médian ? Ailleurs ? Doit-on créer ces modes dans toutes les adresses de groupe nécessaires ou crée t'on le nécessaire dans une adresse de groupe principal ?

Ensuite prenons un exemple concret d'un détecteur de mouvement qui permet l'allumage d'une lampe en mode jour et rien en mode nuit. Quelle est la bonne méthode ? inhiber le détecteur si c'est faisable ? faire une opération logique pour déterminer si nous sommes en mode jour ou nuit ?

Merci pour vos retours et peut-être qu'un screenshot dans ETS me permettrait d'y voir plus clair

De nombreux détecteur ou module de sortie permettent maintenant de définir le Fonctionnement jour et nuit ce qui permet de se passer de logique un simple ordre 1bit suffit à faire basculer ces derniers sur le fonctionnement voulu.

Par exemple appliquer un pourcentage différent selon le mode ou tout simplement inhiber une détection.
(27/08/2020, 19:32:34)fabdu26 a écrit : [ -> ]Jour/nuit peut servir pour l'éclairage, volets, alarme, chauffage... J'ai donc fait comme cela.
Merci pour ton screenshot ETS, c'est éclairant. Smile
Par contre, tu ne montres que les groupes principaux et median, tu mets quoi comme "sous-groupe" dans la partie jour/nuit ? Çà m'intéresse !
Tu as plusieurs jour/nuit ? J'avais pensé pour ma part faire un jour/nuit global, et un autre pour la partie enfant qu'on peut déclencher plus tôt par exemple.

@lales67: je savais pas pour le filtrage ! O.o Tu as un lien qui en parle à tout hasard ? Ou alors c'est dans le cours de base ou avancé, que je peux relire si j'ai raté qqch !

Merci.  Wink
(29/08/2020, 08:30:28)poukill a écrit : [ -> ]
(27/08/2020, 19:32:34)fabdu26 a écrit : [ -> ]Jour/nuit peut servir pour l'éclairage, volets, alarme, chauffage... J'ai donc fait comme cela.
Merci pour ton screenshot ETS, c'est éclairant. Smile
Par contre, tu ne montres que les groupes principaux et median, tu mets quoi comme "sous-groupe" dans la partie jour/nuit ? Çà m'intéresse !
Perso, j'aurai imaginé mettre jour/nuit en sous-groupe justement.

@lales67: je savais pas pour le filtrage ! O.o Tu as un lien qui en parle à tout hasard ? Ou alors c'est dans le cours de base ou avancé, que je peux relire si j'ai raté qqch !

Merci.  Wink

J'ai fait comme ça
[Image: 200829125744988272.png]



[Image: 200829010044877584.png]
Le mode jour/nuit est par BP ou horloge selon les pièces...
Exemple:

BP pour les chambres, comme sa on control l'ouverture/fermeture des VR, le verrouillage/déverrouillage des détecteur de présence, les consigne jour/nuit chauffage, l'éclairage tamisé etc

Horloge pour le salon, cellier, sdb etc comme sa le chauffage peut repasser en confort avant le reveil...
 
Je ne sais pas si comme j'ai fait c'est bon, mais j'y trouve une certaine logique

J'ai  du zapper un chapitre pour le filtrage aussi, attend la réponse des pro
les sous groupe c'est mes pièces ou points lumineux...
[Image: 200829011852305012.png]
[Image: 200829012149834941.png]
Oui d'accord avec toi pour la logique. Je pensais faire un mode jour/nuit pour les parents, et un autre pour les enfants... Ok, c'est un vaste sujet, je vais réfléchir.
Au niveau type de données, j'étais parti sur du "1.024" day/night. Je vois que tu es en "scene control".
Bon comme j'ai pas encore fait tout mon câblage, je suis pas encore hyper au point sur les DPT. Ca va venir vite ! De toute façon, j'ai le module logique ABB pour les conversions.
(29/08/2020, 12:29:22)poukill a écrit : [ -> ]Oui d'accord avec toi pour la logique. Je pensais faire un mode jour/nuit pour les parents, et un autre pour les enfants... Ok, c'est un vaste sujet, je vais réfléchir.
Au niveau type de données, j'étais parti sur du "1.024" day/night. Je vois que tu es en "scene control".
Bon comme j'ai pas encore fait tout mon câblage, je suis pas encore hyper au point sur les DPT. Ca va venir vite ! De toute façon, j'ai le module logique ABB pour les conversions.
Ok pour  les scènes parents enfants
 Toutes les scènes sont fait avec les fonctions scènes des modules  dimmable, Vr, Bp...
Pour le dpt à utiliser je peut pas te dire...

Il y a que pour le chauffage/ clim que le module logique intervient
Extrait de la notice du routeur ip Zennio

Note: les adresses de groupe principaux dans l'intervalle 14 à 31 ne peuvent pas être filtrés; il est seulement possible d'habiliter l'acheminement ou le refus de tous les télégrammes destinés à cet intervalle. L'option "Vue préalable de la table de filtres" de ETS si elle montre ces adresses, mais ne se déchargent pas dans le dispositif durant le téléchargement de la table réelle.

Les adresses 0 à 13 peuvent être filtrées du coup ce sont les tables de filtres des coupleurs qui jouent ce rôle.
Pages : 1 2