lecture d'un état sur le bus.

[Chrystof]

Bonjour,

J'ai mis le flag lecture sur une entrée de mon module 32 entrées ABB
UK/S 32.2

Comment formuler la demande de lecture afin qu'il renvois l'état ?!

Merci de votre aide.

Chrystof

[marc.assin]

On 25 août, 10:40, Chrystof <i...@accessnight.ch> wrote:
> J'ai mis le flag lecture sur une entrée de mon module 32 entrées
Tu as bien dit "entrée" ?
Si la porte x de l'UK/S est programmée en entrée (et tu as bien re-
programmé le device) alors le GA associé à cette entrée x *doit* te
montrer l'état de l'entrée.
Si tel n'est pas le cas, il y a un os !

Je commencerais avec ETS, monitor, lecture sur le GA concerné: çà
donne quoi ?

>ABB UK/S 32.2
J'ai le même, je pourrais essayer, si besoin est

[marc.assin]

On 25 août, 11:08, "marc.assin" <raym...@warichet.com> wrote:
> >ABB  UK/S 32.2
Je viens de vérifier: aucune des portes configurée en entrée n'a le
flag Lecture.
C'est normal, puisque le but est de mettre le GA associé à jour, en
écriture donc.
C'est un peu anormal de mettre le flag "Read" dans ce cas de figure.

[Chrisophe Bruchez]

> Je commencerais avec ETS, monitor, lecture sur le GA concerné: çà donne
quoi ?

Bonne idée, je vais voir ce que ça donne !

Défois j'ai des fausses données, cela me note que la fenêtre est ouverte
alors quelle est fermée, je suis obligé d'ouvrir et fermer la fenêtre pour
remettre l'info en ordre, je voulais réaliser une fonction automatisme dans
Domovea V2 qui fait 3 fois par jour une lecture des états de mes portes et
fenêtres.

Voilà voilou.

Chrystof

[marc.assin]

On 25 août, 12:39, "Chrisophe Bruchez" <i...@accessnight.ch> wrote:
> Défois j'ai des fausses données, cela me note que la fenêtre est ouverte
> alors quelle est fermée, je suis obligé d'ouvrir et fermer la fenêtre pour
> remettre l'info en ordre,
Oui, je connais ce comportement, je l'ai dans ma Visu après un re-
boot.
KNX étant "event driven", il faut un changement d'état pour actualiser
l'info (ou un poll explicite des GA concernés)

> je voulais réaliser une fonction automatisme dans Domovea V2
Je n'ai aucune notion de Domovea, mais en l'occurence, il n'est pas en
cause, ce serais plustôt au niveau KNX.
En ce qui concerne la Visu, j'ai pris l'habitude d'associer un certain
nombre de commandes dans la barre du titre. Donc quand je clique dans
le titre, je force une re-lecture de tout les GA de la page/sous-page
concernée pour afficher le statut le plus récent. Une autre
alternative consiste à demander aux participants d'envoyer leur statut
cycliquement, mais je trouve cette alternative peu adéquate (sauf pour
quelques devices très critiques)

[Chrisophe Bruchez]

> Une autre alternative consiste à demander aux participants d'envoyer leur
statut
> cycliquement, mais je trouve cette alternative peu adéquate (sauf pour
> quelques devices très critiques)

Oui, c'est ce que j'ai fait jusqu'à maintenant. Mais j'ai trouvé une
solution pour enregistrer ce qui se passe sur le bus via Domovea V2.

Je veux donc réaliser un enregistrement de tous les mouvements de fenêtre et
porte, seulement si chaque x temps j'ai tout les participants qui émettent
sur le bus cela n'a plus d'intérêt !

Voilà pourquoi je veux vérifier 3 fois par jour les états...

[Chrisophe Bruchez]

Voilà ce que me donne le monitoring du bus :

Temps;B Indic.;Prio;Adr. src;Source;Adr.
dest;Destination;Rout;Type;DPT;Données;IACK;
19:56:45.254; S=0;L;15.15.254;Non trouvé;2/1/0;Porte chambre
N°1;6;Read;-;;;
19:56:45.270; S=2;L;1.1.100;Entrée 32X alarme;2/1/0;Porte chambre
N°1;6;Response;1 bit;$00;LL-ACK;

Ya juste le type qui changes... Une idée ?

Chrystof

[marc.assin]

On 25 août, 19:58, "Chrisophe Bruchez" <i...@accessnight.ch> wrote:
> Voilà ce que me donne le monitoring du bus :
En fait, je voulais parler de monitoring de GA (pas du bus) mais bon,
çà va aussi

> Temps;B Indic.;Prio;Adr. src;Source;Adr.
> dest;Destination;Rout;Type;DPT;Données;IACK;
> 19:56:45.254;  S=0;L;15.15.254;Non trouvé;2/1/0;Porte chambre
> N°1;6;Read;-;;;
> 19:56:45.270;  S=2;L;1.1.100;Entrée 32X alarme;2/1/0;Porte chambre
> N°1;6;Response;1 bit;$00;LL-ACK;

> Ya juste le type qui changes... Une idée ?
Non, pas d'idée, je ne comprends pas ce display.
Mais je me demande si on est bien dans les conditions ad-hoc ?

1) Qu'est ce que tu utilises comme I/Fde bus, ce ne serais pas un I/F
IP ? N148??? est-ce qu'il se pourrait que les réponses du bus ne
correspondent pas à la réalité ?

2) Comme mentionné précédemment, je trouve le "Read" flag inapproprié
pour un canal de device en mode Read.
Si je regarde les flags de mon UK/S, pour les canaux en input: ils
sont:
K-ET-
Communication/Pas de Lecture/Ecriture/Transmission/Pas de Acct
Je te propose de faire pareil, et voir ce que çà donne

3) Normalement, dans un GA, 1 seul device est en Read ! tu as
vérifié ???

4) En ETS (via FT 1.2) lorsque je fais un Read sur un GA du UK/S, on
voit la commande Read, mais pas de réponse (le Flag n'est pas mis)
mais le GA correspondant est censé être mis à jour

5) Mmmm, je me demande si tu n'es pas en train de faire empistrouiller
par une cause extérieure ou une config incohérente

[jef2000]

> Temps;B Indic.;Prio;Adr. src;Source;Adr.
> dest;Destination;Rout;Type;DPT;Données;IACK;
> 19:56:45.254;  S=0;L;15.15.254;Non trouvé;2/1/0;Porte chambre
> N°1;6;Read;-;;;
> 19:56:45.270;  S=2;L;1.1.100;Entrée 32X alarme;2/1/0;Porte chambre
> N°1;6;Response;1 bit;$00;LL-ACK;

Salut,

J'ai du mal a comprendre quel est le problème. Dans le monitoring de
bus ci-dessus, on voit clairement une requète de lecture de l'adresse
de groupe 2/1/0 et la réponse du participant 1.1.100 qui dit que la
valeur lue est 0.
Où est le problème?

Jean-François